火车站售票系统的概要设计说明书
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2.2运行环境
该软件系统的运行环境： 硬件平台：
工作站及服务器的最低配置要求：
服务器 网卡采用了inter 82571GB主芯片，拥有两个RJ45网线接 口，4对5类UTP传输介质，传输速率达到10/100/1000Mbps。
软件平台： 服务器操作系统及数据库管理系统： Windows XP或Windows 2007及其以上系统 客户端的操作系统： Windows 2000以上系统即可
价、剩余票数、站点查询。查询信息可供售票员售票。 2. 修改模块供系统管理员管理车次信息，根据中国铁道部的相关规定即
使更改铁路信息。修改信息后数据改变查询模块所查询的数据也随之 发生变化。 3. 统计模块供售票员使用，列车管理人员可以根据统计结果进行客流的 流向分析出行人数分析及节假日出行高峰分析等，将统计结果上报铁 道部便于铁路信息的即使更改。可间接影响查询模块。 4. 退票模块包括退票和改签，修改数据库后可供查询模块和售票模块 使用数据 5. 售票模块供售票员为旅客售票包括订票和普通售票特殊售票，根据旅 客的各种需求（如车次、发车日期时间、车厢类型、学生票、军人票 等车票类型）选择用户所需要的车次，然后结算并打印车票给旅客。 订票是乘客根据自己的需求通过网络、电话等途径提前预定车票。售 票后修改数据库中信息查询信息会改变（票数减少）。 6. 系统维护管理：管理员添加或者删除用户，授予相应的权限。同时 维护数据库。
3.3功能分配
本系统是针对火车站售票管理系统开发的，主要包括售票模块、查 询模块、退票模块、修改模块、统计模块、系统维护6个模块，其功能 如下： 1. 查询功能：分为车次查询、列车时刻查询、票价查询、剩余票查询、
站点查询。通过车次查询来了解列车经过的站点及列车发车时间等信 息。时刻表查询可以查看每一车次在每个站点的发车时间到站时间。 票价查询可以按需求查询每个车次的票价。余票查询可以查看所有车 次的剩余票数。 2. 退票功能：处理购票者因某种情况而需要退票时购票者在发车前或发 车后两个小时之内到车站指定的退票窗口进行退票，此外车站退票点 还需扣除20%手续费。 3. 售票功能：根据旅客的各种需求（如车次、发车日期时间、车厢类
型、学生票、军人票等车票类型）选择用户所需要的车次，然后结算 并打印车票给旅客。 乘客根据自己的需求通过网络、电话等途径提前预定车票。 4. 修改功能：包括车次修改、票价修改、站点修改、时刻修改。车次修 改包括增加车次，减少车次，车次的临时调度和由于自然灾害造成的 临时路线更改。票价修改为节假日、春运等特殊时段或某些特殊地域 需要适量增加或减少票价。站点修改可以在某些车次路线上增加或减 少一些站点。 5. 统计功能：售票统计分别可以按日期统计、按车次统计、按客流方向 统计等，通过察看车票的流向可以得知旅客的大致流向，列车管理人 员可以根据客流的流向随时调整列车运行车次，达到列车的合理调 度，使列车最大限度的投入使用中，实现资源的合理利用，减少客流 高峰期的购票难拥挤等问题。 6. 系统维护管理功能：管理员添加或者删除用户，授予相应的权限。同 时维护数据库。
[8] 王珊、萨诗煊. 数据库系统概论. 高等教育出版社
2．任务概述
2.1目标
以需求规格说明书为基础，分析该系统的各种设计方案和定义软件 体系结构，为设计实现提供可行的依据。包括以下内容：
1. 制定规范：代码体系、接口规约、命名规则。 2. 每一层次的模块结构。 3. 相关模块间的接口, 即模块间传递信息的内容、方式和协
2.4条件与限制
条件： 1. 开发所需硬件设施可以达到。 2. 运行环境windows2000及以上的操作系统。 3． 开发人员数量和质量可以达到。 限制： 1. 设计开发工作依赖前期需求的稳定； 2. 对功能模块的设计依赖用户对系统的需求。 3. 对车量信息的输入要参照中国铁道部的相关规定。
3．总体设计
4．接口设计
4.1外部接口
1. 外部接口：登陆管理界面 2. 软件接口:该系统的查询功能需要与互联网相连，以实现乘客的网上 查询 3. 硬件接口：打印机、扫描仪
4.2内部接口
图4.15 模块间接口
本系统主要由六个模块组成，模块间的通信通过共享数据库来实 现。
1. 查询模块：用户输入需要查询的车次或者站点，通过查询数 据库返回相应车
表4—2 时刻表
字段名 类型
长度 允许空 主/外键
车次 Varchar
5
NOT
主
NULL
始发站 Varchar
10
主
终点站 Varchar
10
发车时 Smalldatetime 8 间
1.3定义
1．Windows：微软公司推出的视窗电脑操作系统名为windows,随着电脑 硬件和软件系统的不断升级，微软的windows操作系统也在不断升 级，从16位、32位到64位操作系统。从最初的windows1.0到大家熟知 的windows95、NT、97、98、2000、Me、XP、Server、
Vista，Windows 7各种版本的持续更新。 2. SQL Server：SQL Server 是一个关系数据库管理系统。它最初是由
Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年 推出了第一个OS/2 版本。SQL Server 2005引进了一套集成的管理工 具和管理应用编程接口（APIs），以提供易用性、可管理性、及对大 型SQL Server配置的支持。SQL Server 2005旨在通过数据库加密、 更加安全的默认设置、加强的密码政策和细化许可控制、及加强的安 全模型等特性，为企业数据提供最高级别的安全性。 3. 总体结构: 软件系统的总体逻辑结构。为—树形的功能模块结构 图。 4. 外部接口: 本软件系统与其他软件系统之间的接口，接口设施可以是 中间件。接口描述包括：传输方式、带宽、数据结构、传输频率、传 输量、传输协议。 5. 数据结构: 数据结构包括：数据库表的结构、其他数据结构等。 6. 内部接口: 软件系统内部各子系统之间、各部件之间、各模板之间的 接口，叫做内部接口。接口描述包括：调用方式、入口信息、出口信 息等。 7. 模块: 具有功能独立、能被调用的信息单元叫做模块。 8. 带宽：指数字系统中数据的传输速率，其表示单位为比特/秒(bit/S) 或波特/秒(Baud/S)。带宽越大，表示单位时间内的数字信息流量也 越大；反之，则越小。 9. MIS：信息管理系统（——Management Information System） ，是 一个由人、计算机及其他外围设备等组成的能进行信息的收集、传 递、存贮、加工、维护和使用的系统。
号，座位号）
预订（预订号，车次，日期，顾客名称，票数）
退票（票号，退票时间，票价，应退款）
售票员（工号，姓名）
旅客（旅客名称）
5.2物理结构设计
字段名 类型
表4—1 车辆表
长度 允许空 主/外键
车次 Varchar 5
NOT MULL 主
百度文库
车型 Varchar 8
车厢数 Int
座位数 smallInt 2
1.4参考资料
[1] 刘利民、田保军. 软件工程综合设计指导书. 2011 [2] 1GB8567-88. 软件设计文档国家标准——概要设计说明书
[3] 车站售票管理系统——项目开发计划书 [4] 车站售票管理系统——可行性分析报告 [5] 车站售票管理系统——需求规格说明书 [6] 吴建、郑潮、汪杰. UML基础与Rose建模案例. 人民邮电出版社 [7] 张海藩. 软件工程导论（第五版）. 北京清华大学出版社. 2003
3.1处理流程
售票活动图：
退票活动图：
图4.1 售票活动图
修改活动图：
图4.2 退票活动图
图4.3 修改活动图
查询活动图：
统计模块活动图：
图4.4 查询活动图
图4.5 统计活动图
3.2总体结构和模块外部设计
总体功能层次图
图4.6 功能层次图
本系统是针对火车站售票管理系统开发的，主要包括售票模块、查 询模块、退票模块、修改模块、统计模块、系统维护6个模块。 1. 查询模块供旅客和售票员查询有关信息，可根据车次、列车时刻、票
5．数据结构设计 16 5.1逻辑结构设计 16 5.2物理结构设计 18 5.3数据结构与程序的关系 19
6．运行设计 20 6.1运行模块的组合 20 6.2运行控制 21 6.3运行时间 21
7．出错处理设计 21 7.1出错输出信息 21 7.2出错处理对策 22
8.安全保密设计 23 9.维护设计 23
5．数据结构设计
5.1逻辑结构设计
E-R图： 1. 车辆-时刻表E-R图
关系模式：
图 4.16 车辆-时刻表E-R图
车辆（车次，车型，车厢数，座位数）
时刻表（车次，站名，到站时间，发车时间，停车时间）
2. 售票E-R图
关系模式：
图 4.17 售票E-R图
车票（票号，乘车日期，车次，始发站，终点站，票价，票类型，车厢
网络平台： 通信协议：TCP/IP协议 通信带宽：80kB/s以上
2.3需求概述
功能需求： 1、查询功能
(1)时刻表查询 (2)站点查询 (3)票价查询 (4)车次查询 (5)票数查询 2、售票功能 (1)订票功能 (2)普通人售票 (3)特殊人售票 3、退票功能 (1)退票 (2)改签 4、统计功能 (1)按车次统计 (2)按日期统计
议。 4. 确定各模块在计算机网络环境下的物理分布。 5. 确定系统的数据库结构。 6. 确定本软件系统与其他外围系统接口。 7. 确定模块与系统功能间的关系。 8. 确定模块与数据库表间的关系。 9. 考虑可靠性、安全性、灵活性、性能约束等方面的设计。 10.要确定用户界面的设计风格。 11.异常处理设计。
概要设计说明书
目录
1．引言 1 1.1编写目的 1 1.2项目背景 1 1.3定义 2 1.4参考资料 2
2．任务概述 3 2.1目标 3 2.2运行环境 3 2.3需求概述 4 2.4条件与限制 5
3．总体设计 6 3.1处理流程 6 3.2总体结构和模块外部设计 9 3.3功能分配 10
4．接口设计 11 4.1外部接口 11 4.2内部接口 15
1. 将系统划分成物理元素，即程序、文件、数据库、文档等。 2. 设计软件结构，即将需求规格转换为体系结构，划分出程序的基本
模块组成，确定模块的相互关系，并确定数据结构与算法。 读者对象：程序员、测试员。
1.2项目背景
火车票出售管理系统是典型的信息管理系统(MIS),其开发主要包 括后台数据库的建立和维护以及前端应用程序的开发两个方面。本项目 适用于Windows操作系统，使用SQL Server 2005数据库，利用 JAVA开发语言开发系统。
(3)按客流方向统计 5、修该功能
(1)票价修改 (2)车次变动 (3)站点修改 (4)停车时间修改 (5)时刻表修改 6、维护功能 (1)数据备份功能 (2)数据保密性 性能需求： 1、 可支持36名售票员同时使用。 2、 一次处理任务时间不得超过5秒。 2、支持本车站各售票窗口信息同步显示。 3、可根据铁道部相关信息修改数据库信息。 4、本系统不连接外网，可防止信息泄露，数据库的恢复功能可防止有可 能的突发情况。
票信息。 2. 售票模块：售票员输入待售的车票车次等信息，通过调用查
询模块查询车票有无，若有则售出，并且在数据库里减去售 出的票数。若无则进行下一次售票。 3. 退票模块：将以退的票重新加入数据库，以待销售。 4. 修改模块：修改相应的车票信息，包括站点、时刻等。更新 数据库，以待查询与销售。 5. 统计模块：从数据取出数据，对售票情况进行汇总。 6. 系统维护管理：向数据库中添加用户或删除，维护数据库， 定期进行数据库备份。
1．引言
1.1编写目的
该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的概要 设计并明确数据结构与软件体系结构。主要是把一个软件需求转化为软 件表示的过程。本文档的目的旨在推动软件工程的规范化，使设计人员 遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的 风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测 试、维护、版本升级等。为这个项目以后的扩展和其他功能开发人员提 供背景资料和参考。 完成：
该软件系统的运行环境： 硬件平台：
工作站及服务器的最低配置要求：
服务器 网卡采用了inter 82571GB主芯片，拥有两个RJ45网线接 口，4对5类UTP传输介质，传输速率达到10/100/1000Mbps。
软件平台： 服务器操作系统及数据库管理系统： Windows XP或Windows 2007及其以上系统 客户端的操作系统： Windows 2000以上系统即可
价、剩余票数、站点查询。查询信息可供售票员售票。 2. 修改模块供系统管理员管理车次信息，根据中国铁道部的相关规定即
使更改铁路信息。修改信息后数据改变查询模块所查询的数据也随之 发生变化。 3. 统计模块供售票员使用，列车管理人员可以根据统计结果进行客流的 流向分析出行人数分析及节假日出行高峰分析等，将统计结果上报铁 道部便于铁路信息的即使更改。可间接影响查询模块。 4. 退票模块包括退票和改签，修改数据库后可供查询模块和售票模块 使用数据 5. 售票模块供售票员为旅客售票包括订票和普通售票特殊售票，根据旅 客的各种需求（如车次、发车日期时间、车厢类型、学生票、军人票 等车票类型）选择用户所需要的车次，然后结算并打印车票给旅客。 订票是乘客根据自己的需求通过网络、电话等途径提前预定车票。售 票后修改数据库中信息查询信息会改变（票数减少）。 6. 系统维护管理：管理员添加或者删除用户，授予相应的权限。同时 维护数据库。
3.3功能分配
本系统是针对火车站售票管理系统开发的，主要包括售票模块、查 询模块、退票模块、修改模块、统计模块、系统维护6个模块，其功能 如下： 1. 查询功能：分为车次查询、列车时刻查询、票价查询、剩余票查询、
站点查询。通过车次查询来了解列车经过的站点及列车发车时间等信 息。时刻表查询可以查看每一车次在每个站点的发车时间到站时间。 票价查询可以按需求查询每个车次的票价。余票查询可以查看所有车 次的剩余票数。 2. 退票功能：处理购票者因某种情况而需要退票时购票者在发车前或发 车后两个小时之内到车站指定的退票窗口进行退票，此外车站退票点 还需扣除20%手续费。 3. 售票功能：根据旅客的各种需求（如车次、发车日期时间、车厢类
型、学生票、军人票等车票类型）选择用户所需要的车次，然后结算 并打印车票给旅客。 乘客根据自己的需求通过网络、电话等途径提前预定车票。 4. 修改功能：包括车次修改、票价修改、站点修改、时刻修改。车次修 改包括增加车次，减少车次，车次的临时调度和由于自然灾害造成的 临时路线更改。票价修改为节假日、春运等特殊时段或某些特殊地域 需要适量增加或减少票价。站点修改可以在某些车次路线上增加或减 少一些站点。 5. 统计功能：售票统计分别可以按日期统计、按车次统计、按客流方向 统计等，通过察看车票的流向可以得知旅客的大致流向，列车管理人 员可以根据客流的流向随时调整列车运行车次，达到列车的合理调 度，使列车最大限度的投入使用中，实现资源的合理利用，减少客流 高峰期的购票难拥挤等问题。 6. 系统维护管理功能：管理员添加或者删除用户，授予相应的权限。同 时维护数据库。
[8] 王珊、萨诗煊. 数据库系统概论. 高等教育出版社
2．任务概述
2.1目标
以需求规格说明书为基础，分析该系统的各种设计方案和定义软件 体系结构，为设计实现提供可行的依据。包括以下内容：
1. 制定规范：代码体系、接口规约、命名规则。 2. 每一层次的模块结构。 3. 相关模块间的接口, 即模块间传递信息的内容、方式和协
2.4条件与限制
条件： 1. 开发所需硬件设施可以达到。 2. 运行环境windows2000及以上的操作系统。 3． 开发人员数量和质量可以达到。 限制： 1. 设计开发工作依赖前期需求的稳定； 2. 对功能模块的设计依赖用户对系统的需求。 3. 对车量信息的输入要参照中国铁道部的相关规定。
3．总体设计
4．接口设计
4.1外部接口
1. 外部接口：登陆管理界面 2. 软件接口:该系统的查询功能需要与互联网相连，以实现乘客的网上 查询 3. 硬件接口：打印机、扫描仪
4.2内部接口
图4.15 模块间接口
本系统主要由六个模块组成，模块间的通信通过共享数据库来实 现。
1. 查询模块：用户输入需要查询的车次或者站点，通过查询数 据库返回相应车
表4—2 时刻表
字段名 类型
长度 允许空 主/外键
车次 Varchar
5
NOT
主
NULL
始发站 Varchar
10
主
终点站 Varchar
10
发车时 Smalldatetime 8 间
1.3定义
1．Windows：微软公司推出的视窗电脑操作系统名为windows,随着电脑 硬件和软件系统的不断升级，微软的windows操作系统也在不断升 级，从16位、32位到64位操作系统。从最初的windows1.0到大家熟知 的windows95、NT、97、98、2000、Me、XP、Server、
Vista，Windows 7各种版本的持续更新。 2. SQL Server：SQL Server 是一个关系数据库管理系统。它最初是由
Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年 推出了第一个OS/2 版本。SQL Server 2005引进了一套集成的管理工 具和管理应用编程接口（APIs），以提供易用性、可管理性、及对大 型SQL Server配置的支持。SQL Server 2005旨在通过数据库加密、 更加安全的默认设置、加强的密码政策和细化许可控制、及加强的安 全模型等特性，为企业数据提供最高级别的安全性。 3. 总体结构: 软件系统的总体逻辑结构。为—树形的功能模块结构 图。 4. 外部接口: 本软件系统与其他软件系统之间的接口，接口设施可以是 中间件。接口描述包括：传输方式、带宽、数据结构、传输频率、传 输量、传输协议。 5. 数据结构: 数据结构包括：数据库表的结构、其他数据结构等。 6. 内部接口: 软件系统内部各子系统之间、各部件之间、各模板之间的 接口，叫做内部接口。接口描述包括：调用方式、入口信息、出口信 息等。 7. 模块: 具有功能独立、能被调用的信息单元叫做模块。 8. 带宽：指数字系统中数据的传输速率，其表示单位为比特/秒(bit/S) 或波特/秒(Baud/S)。带宽越大，表示单位时间内的数字信息流量也 越大；反之，则越小。 9. MIS：信息管理系统（——Management Information System） ，是 一个由人、计算机及其他外围设备等组成的能进行信息的收集、传 递、存贮、加工、维护和使用的系统。
号，座位号）
预订（预订号，车次，日期，顾客名称，票数）
退票（票号，退票时间，票价，应退款）
售票员（工号，姓名）
旅客（旅客名称）
5.2物理结构设计
字段名 类型
表4—1 车辆表
长度 允许空 主/外键
车次 Varchar 5
NOT MULL 主
百度文库
车型 Varchar 8
车厢数 Int
座位数 smallInt 2
1.4参考资料
[1] 刘利民、田保军. 软件工程综合设计指导书. 2011 [2] 1GB8567-88. 软件设计文档国家标准——概要设计说明书
[3] 车站售票管理系统——项目开发计划书 [4] 车站售票管理系统——可行性分析报告 [5] 车站售票管理系统——需求规格说明书 [6] 吴建、郑潮、汪杰. UML基础与Rose建模案例. 人民邮电出版社 [7] 张海藩. 软件工程导论（第五版）. 北京清华大学出版社. 2003
3.1处理流程
售票活动图：
退票活动图：
图4.1 售票活动图
修改活动图：
图4.2 退票活动图
图4.3 修改活动图
查询活动图：
统计模块活动图：
图4.4 查询活动图
图4.5 统计活动图
3.2总体结构和模块外部设计
总体功能层次图
图4.6 功能层次图
本系统是针对火车站售票管理系统开发的，主要包括售票模块、查 询模块、退票模块、修改模块、统计模块、系统维护6个模块。 1. 查询模块供旅客和售票员查询有关信息，可根据车次、列车时刻、票
5．数据结构设计 16 5.1逻辑结构设计 16 5.2物理结构设计 18 5.3数据结构与程序的关系 19
6．运行设计 20 6.1运行模块的组合 20 6.2运行控制 21 6.3运行时间 21
7．出错处理设计 21 7.1出错输出信息 21 7.2出错处理对策 22
8.安全保密设计 23 9.维护设计 23
5．数据结构设计
5.1逻辑结构设计
E-R图： 1. 车辆-时刻表E-R图
关系模式：
图 4.16 车辆-时刻表E-R图
车辆（车次，车型，车厢数，座位数）
时刻表（车次，站名，到站时间，发车时间，停车时间）
2. 售票E-R图
关系模式：
图 4.17 售票E-R图
车票（票号，乘车日期，车次，始发站，终点站，票价，票类型，车厢
网络平台： 通信协议：TCP/IP协议 通信带宽：80kB/s以上
2.3需求概述
功能需求： 1、查询功能
(1)时刻表查询 (2)站点查询 (3)票价查询 (4)车次查询 (5)票数查询 2、售票功能 (1)订票功能 (2)普通人售票 (3)特殊人售票 3、退票功能 (1)退票 (2)改签 4、统计功能 (1)按车次统计 (2)按日期统计
议。 4. 确定各模块在计算机网络环境下的物理分布。 5. 确定系统的数据库结构。 6. 确定本软件系统与其他外围系统接口。 7. 确定模块与系统功能间的关系。 8. 确定模块与数据库表间的关系。 9. 考虑可靠性、安全性、灵活性、性能约束等方面的设计。 10.要确定用户界面的设计风格。 11.异常处理设计。
概要设计说明书
目录
1．引言 1 1.1编写目的 1 1.2项目背景 1 1.3定义 2 1.4参考资料 2
2．任务概述 3 2.1目标 3 2.2运行环境 3 2.3需求概述 4 2.4条件与限制 5
3．总体设计 6 3.1处理流程 6 3.2总体结构和模块外部设计 9 3.3功能分配 10
4．接口设计 11 4.1外部接口 11 4.2内部接口 15
1. 将系统划分成物理元素，即程序、文件、数据库、文档等。 2. 设计软件结构，即将需求规格转换为体系结构，划分出程序的基本
模块组成，确定模块的相互关系，并确定数据结构与算法。 读者对象：程序员、测试员。
1.2项目背景
火车票出售管理系统是典型的信息管理系统(MIS),其开发主要包 括后台数据库的建立和维护以及前端应用程序的开发两个方面。本项目 适用于Windows操作系统，使用SQL Server 2005数据库，利用 JAVA开发语言开发系统。
(3)按客流方向统计 5、修该功能
(1)票价修改 (2)车次变动 (3)站点修改 (4)停车时间修改 (5)时刻表修改 6、维护功能 (1)数据备份功能 (2)数据保密性 性能需求： 1、 可支持36名售票员同时使用。 2、 一次处理任务时间不得超过5秒。 2、支持本车站各售票窗口信息同步显示。 3、可根据铁道部相关信息修改数据库信息。 4、本系统不连接外网，可防止信息泄露，数据库的恢复功能可防止有可 能的突发情况。
票信息。 2. 售票模块：售票员输入待售的车票车次等信息，通过调用查
询模块查询车票有无，若有则售出，并且在数据库里减去售 出的票数。若无则进行下一次售票。 3. 退票模块：将以退的票重新加入数据库，以待销售。 4. 修改模块：修改相应的车票信息，包括站点、时刻等。更新 数据库，以待查询与销售。 5. 统计模块：从数据取出数据，对售票情况进行汇总。 6. 系统维护管理：向数据库中添加用户或删除，维护数据库， 定期进行数据库备份。
1．引言
1.1编写目的
该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的概要 设计并明确数据结构与软件体系结构。主要是把一个软件需求转化为软 件表示的过程。本文档的目的旨在推动软件工程的规范化，使设计人员 遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的 风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测 试、维护、版本升级等。为这个项目以后的扩展和其他功能开发人员提 供背景资料和参考。 完成：