《客运售票管理与客车虚拟运行系统详细设计说明书》由会员分享，可在线阅读，更多相关《客运售票管理与客车虚拟运行系统详细设计说明书（32页珍藏版）》请在金锄头文库上搜索。
1、 客运售票管理与客车虚拟运行系统客运售票管理与客车虚拟运行系统详细设计说明书详细设计说明书版本版本描述描述作者作者时间时间目录目录1 引言引言.21.1 目的2 1.2 背景2 1.3 名词2 1.4 参考资料22 规格说明规格说明.33 结构设计结构设计.44 类设计类设计.55 行为设计行为设计.66 接口设计与引用接口描述接口设计与引用接口描述.76.1 接口设计7 6.2 引用接口描述77 界面设计界面设计.88 数据库设计数据库设计.98.1 E-R 图设计9 8.2 数据库表详细设计99 其它设计方面其它设计方面.101 引言引言1.1 目的目的（说明编写这份详细设计说明书的目的，
2、指出预期的读者。 ） 本设计说明书设计的目的是对客运售票管理与客车虚拟运行系统的概要设计，详细说 明该系统的结构和内部设计，对产生的各模块进行过程描述，使开发人员可以在设计说明 书的基础上对各个模块的功能实现。设计说明书将系统开发过程规范化，利于系统的实现、 测试、及维护。 预期读者：程序员、测试员1.2 背景背景（待开发系统简单的背景介绍：目的、意义等。 ） 随着我国国民经济的快速提升，人口流动的数量和频率在不断增加，交通行业得到进 一步发展，其各种业务量也在快速发展。然而现在客运站存在一个普遍问题，所有车票购 买、改签、查询、退票等系列业务只能在车站进行，尤其还有汽车客运站不能进行车票的
3、预定，只能购买当天的车票。这给大量出行旅客带来了很多不便和路途上的周折，也增加 了很多车站管理员的工作压力和工作量，所以客运售票管理与客车虚拟运行系统的系统开 发是必要的。 该系统开发的目的旨在使旅客乘客车出行时购票便捷，增加购票的方式，还可以提前 预订车票，同时也降低了车站管理员的工作量，便于管理和了解车站的实时情况。1.3 名词名词（列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 ）系统架构图系统架构图 系统架构图 属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的 画系统架构图需要全面的理解用户需求以及业务流程，当理解了这些东西后，剩下的就是 如何进行表达了。
4、 类图类图 类图是一款结构图(structure diagram)，我们可以用它来表达系统内部重要的组成结构。 一个稳定且具弹性的内部结构可以同时支撑系统对外提供的各式服务，以及系统内部复杂 的运作。 序列图序列图 序列图用来表达系统内部一群对象的交互情况，它是一种行为图。 接口与抽象类接口与抽象类 抽象类是一种不能够被直接实例化的类，也就是说不能够创建一个属于抽象类的对象1.4 参考资料参考资料（列出有关的参考文件，如：（1） 、本项目的经核准的计划任务书或合同，上级机关 的批文。 （2） 、属于本项目的其他已发表文件。 （3） 、本文件中各处引用的文件、资料，包 括所要用到的软件开发标准。
5、列出这些文件的标题、文件编号、发表日期和出版单位，说 明能够得到这些文件资料的来源。 ） 1 雷军环、邓文达、刘震、编著.数据结构（C#语言版） 清华大学出版社 2 GRANT ALLEN、MIKE 权威指南 电子工业出版 社 3 王珊、萨师煊.数据库系统概论 高等教育出版社 4杨建昌.GDI+高级编程 清华大学出版社 5周鸣扬、曾洁玫.GDI+程序设计实例 中国水利水电出版社 6王小科、王军、赵会东.C#项目开发案例全程实录 清华大学出版社 7赛奎春、刘志铭、宋坤.C#开发实战宝典 清华大学出版社 8 明日科技C#从入门到精通 清华大学出版社 9 客运售票管理与客车虚拟运行系统设计、开发说明
6、书 10客运联网售票管理系统设计及实现 百度、google 11火车站售票系统详细设计说明书 百度、google 12 详细设计说明书 真正例子 百度、google 13 UML 那些事儿：六类 UML 图 百度、google 14 基于 UML 的类模型设计 百度、google 15邵志东 软件开发这点事软件开发工具手册 电子工业出版社 16 汤惟 软件工程基础 西安交通大学出版社 等等2 规格说明规格说明（对软件系统或模块的功能等进行简单描述，如有必要可加二级、三级标题。标题字 体大小、格式参考“1 引言” 。 ）一、系统功能的设计和划分一、系统功能的设计和划分 根据如上得到的需求，我们将
7、本系统按照所完成的功能分成以下几个子系统：订购查询订购查询+退订退订 子系统子系统退订查询子系统退订查询子系统（一）查询子系统（一）查询子系统 客票查询客票查询+预订预订 子系统子系统路线图查询子系统路线图查询子系统管理员信息更新子系统管理员信息更新子系统售票员信息更新子系统售票员信息更新子系统班次（车）信息更新子系统班次（车）信息更新子系统 （二）后台管理子系统（二）后台管理子系统客票信息更新子系统客票信息更新子系统线路信息更信息系统线路信息更信息系统管理员登录子系统管理员登录子系统（三）登陆子系统（三）登陆子系统 售票员登录子系统售票员登录子系统普通乘客登录子系统普通乘客登录子系统（四）普
8、通乘客注册子系统（四）普通乘客注册子系统各子系统完成的功能如下：各子系统完成的功能如下： .查询 （1） 、订购查询+退订 乘客、售票员查找订购车票。点击退订按钮便可退订。在退订查询选项卡中可看到退 订车票的信息，并可进行实时退订。（2） 、退订查询 a、普通乘客退订退订查询选项卡显示全部退订车票信息。普通乘客先在预订查询选项卡中查看已 订购的车票，找到所需退订的车票信息，并进行退订。 b、售票员退订售票员在预订查询中找到所要退订的车票信息，并进行退订。（3） 、客票查询+预订乘客、售票员根据自己的需求查找车票信息进行订购。也可以通过输入始发站和 终点站找到更具体的信息，点击预订按钮便可订购。
9、在预订查询选项卡中可看到预定车票 的信息，显示为：客票编号、始发站、终到站、出发时间、票价、座位号。在预订选项卡 可以查看最短路径，并进行实时预订。（4） 、路线图查询三种用户（普通乘客、售票员、管理员）查询的信息一样，通过输入始发站、终 到站并点击查询可获得最优路径信息：始发站到终到站线路在地图上的显示，并且虚拟汽 车运行路线，并且可以对地图进行缩放，使用户更加生动、直观地对路线远近进行了解。 同时这种图形化界面的展示给无法直达目的地的乘客朋友带来极大的方便和了解路线长短情况，可以提前进行时间安排，意义很大，并且对售票员售票是给乘客描述路线长度带来 了极大的方便。 2后台管理 管理员可以对售
10、票员信息、管理员信息、班车信息、客票信息、路线信息进行增加、 删除、修改、查询操作，实现日常业务数据更新需要。只需进行相应信息输入、点击相应 按钮便可实现相应的功能。 3.登录 （） 、普通乘客登录普通乘客登录后可进入的子系统有 订购查询+退订 子系统、退订查询子系统、 客票查询+预订 子系统、 路线图查询子系统。通过输入用户名、密码和相应的按钮便可 进入自己的模块。 （） 、售票员登录售票员登录后可进行的子系统有订购查询+退订 子系统、退订查询子系统、 客票查询+预订 子系统、 路线图查询子系统。通过输入用户名、密码和相应的按钮便可 进入自己的模块。 （） 、管理员登陆管理员登陆登录后可进行
11、的子系统有查询子系统、后台管理子系统。通过输入用 户名、密码和相应的按钮便可进入自己的模块。4.普通乘客注册 普通乘客需要注册后进行登录才能进行订购和退订客票。通过输入相应信息和点击相 应按钮便可进行注册。二、安全性与完整性要求：二、安全性与完整性要求：、安全性要求： （） 、系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密 码，保证用户身份不被盗用； （） 、系统应对不同的数据设置不同的访问级 别，限制访问用户可查询和处理数据 的类别和内容； （） 、系统应对不同用户设置不同的权限，区分不同的用户，如普通乘客、售票员和 管理员。普通乘客（只能查询及订购和退订客票） ，售票
12、员（只能查询及订购和退订客票） ， 后台管理人员（可进行日常事务的处理，如增加、删除、修改班车信息、客票信息、路线 信息、站点信息、售票员信息、管理员信息） 。 、完整性要求： （） 、各种信息记录的完整性，信息记录内容不能为空； （） 、各种数据间相互的联系的正确性； （） 、相同的数据在不同记录中的一致性。三、确定系统的边界三、确定系统的边界 经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理 和处理，具体的工作内容见第二部分， 由手工完成的工作主要有对原始数据的录入；不能 由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无 用数据的删除
13、等；以及系统的日常维护。四、设计要求四、设计要求.系统整体采用经典数据结构经典数据结构实现。.必须采用必须采用的数据结构包括：数组、线性表、栈、队列、二叉查找树、哈希表、图等。.系统运行时，其各项业务数据以数据结构的形式存储于内存中，决不可存放于数据决不可存放于数据 库中并从中读写库中并从中读写。当系统关闭时将业务数据存储于数据库中，而当系统启动时从数据库中 读取之前存储的业务数据并重建数据结构于内存中。同时，要求系统在运行时也定期向数 据库中写入业务数据，以防止系统意外崩溃再次重启时恢复到较好的状态。 .完全采用面向对象的设计思想。经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划
14、分：经上述分析，我们已经得到了对于该系统的基本要求和系统模块的划分：1）客车运行线路中各停靠点（中间点，及起始点和终到点）及两点之间距离的增加、修改、删除。2）客车班次的增加、修改、删除。3）客车客票的查询、订购、退订。4）客车最佳运行线路的图形显示。开发工具开发工具：1）采用 C#语言。2）采用 Visual Studio 2005 集成开发工具（或其他高级版本） 。3）程序采用图形界面方式实现。界面规范，需要有菜单、工具栏。4）图形程序库采用 GDI+、OpenGL 或 DirectX 其中之一。5）数据库系统限定采用：SQLite3.7.X。3 结构设计结构设计（采用图形方式描述软件系统
15、或模块的结构，并配以必要的文字说明。可采用 Word、Visio 等工具绘图。如有必要可加二级、三级标题。标题字体大小、格式参考“1 引言” 。 ）数据库数据结构图形界面应用层业务逻辑层存储层图 3.2 系统架构图客客运运售售票票管管理理与与客客车车虚虚拟拟运运行行系系统统普 通 乘 客 模 块售 票 员 模 块管 理 员 模 块查 询退 订 查 询预 定 查 询 + 退 订登 陆注 册查 询登 陆后 台 管 理登 陆车 票 查 询 + 订 购路 线 图 查 询管 理 员 增 加 、 删 除 、 修 改售 票 员 增 加 、 删 除 、 修 改班 次 （ 班 车 ） 增 加 、 删 除 、 修
16、 改车 票 增 加 、 删 除 、 修 改路 线 增 加 、 删 除 、 修 改查 询车 票 查 询路 线 图 查 询退 订 查 询预 定 查 询 + 退 订车 票 查 询 + 订 购路 线 图 查 询图 3.1 系统结构图4 类设计类设计（描述系统或模块的静态模型）（采用 UML 进行系统或模块类图详细设计，并配以必要的文字说明。如有必要可加 二级、三级标题。标题字体大小、格式参考“1 引言” 。 ）管理员Manager员工号：MID密码：PassWord客票：Ticket客票编号：TID座位号：SeatNumber班车：Bus班车编号：BID出发日期时间StartDateTime到达日期时间：EndDateTime票价：TicketFare站点Site站点编号：SiteID站点名称：Sit
