火车票订票系统软件开发计划书样本.doc

火车票订票系统
软件开发筹划书

制作小组：第七小组
组 长：孙碧颖
组 员：白玛欧智 罗屹效 钟旭茂
时 间：11月

一、可行性研究报告编写 4
1. 引言 4
1.1 编写目 4
1.2 背景 4
1.3 定义 4
1.4 参照资料 5
2. 可行性研究前提 5
2.1 规定 5
2.1.1功能 5
2.1.2打印 5
2.1.3解决流程 5
2.1.4在安全与保密方面规定 6
2.1.5同本系统相连接其她系统 6
2.1.6完毕期限 6
2.2 目的 6
2.3 条件、假定和限制 7
2.4 进行可行性研究办法 7
2.5 评价尺度 7
3. 所建议系统 7
3.1 对所建议系统阐明 7
3.2 解决流程和数据流程。 8
3.3 影响 8
3.3.1.对设备影响 8
3.3.2.对软件影响 8
3.3.3.对顾客单位机构影响 8
3.3.4.对系统运营过程影响 8
3.3.5.对开发影响 8
3.3.6.对地点和设施影响 9
3.3.7.对经费开支影响 9
3.4 技术条件方面也许性 9
4. 可选取其她系统方案 9
4.1 可选取系统方案1 9
4.2 可选取系统方案2 9
5. 投资及效益分析 10
5.1 支出 10
5.1.1 基本建设投资 10
5.1.2 其她一次性支出 10
5.1.3 非一次性支出 10
5.2 收益 10
5.2.1 一次性收益] 10
5.2.2 非一次性收益 11
5.2.3 不可定量收益 11
5.3 收益/投资比 11
5.4 投资回收周期 11
5.5 敏感性分析 11
6. 社会因素方面也许性 12
6.1法律方面可行性 12
6.2使用方面可行性 12
7. 结论 12
二、需求分析 12
1．任务概述 12
1.1目的 12
1.2网络环境下多顾客系统 13
2．需求规定 13
2.1对功能规定 13
2.2 对性能规定 14
2.2.1精确性和及时性 14
2.2.2易用性 14
2.2.3安全性 14
2.3输入输出规定 15
2.4数据字典 15
2.4.1 数据字典 15
2.4.2数据元素 16
3. 数据流图 17
3.1 0层数据流图 17
3.2 一层数据流图 17
3.3 二层数据流图 18
4.E-R图 19
三、概要设计阐明书 20
1．引言 20
1.1编写目 20
1.2参照资料 20
2．总体设计 20
2.1需求规定 20
2.1.1系统功能 20
2.1.2系统性能 21
2.1.2.1精度 21
2.1.2.2时间特性规定 21
2.1.2.3可靠性 21
2.1.2.4灵活性 21
2.1.3输入输出规定 21
2.1.4数据管理能力规定 21
2.1.5故障解决规定 21
2.2运营环境 22
2.2.1设备 22
2.2.2支持软件 22
2.2.3接口 22
2.2.4控制 22
2.3基本设计概念和解决流程 23
2.4构造 23
2.5功能需求与系统模块关系 25
2.6人工解决过程 25
3．接口设计 25
3.1外部接口 25
3.2内部接口 26
4．运营设计 26
4.1运营模块组合 26
4.2运营控制 26
4.3运营时间 26
5．系统数据构造设计 27
5.1逻辑构造设计要点 27
5.2物理构造设计要点 27
 6．系统出错解决设计 28
6.1出错信息 28
6.2补救办法 28
四 详细设计阐明书 28
4.1 系统构造 28
4.2 系统流程图 29
4.3系统软件构造设计 30
4.3.1软件构造 30
4.3.2模块算法 31
4.4 模块设计阐明 32
4.4.1 产品阐明 32
4.4.2顾客登录及访问权限 32
4.4.3车次信息查询 36
4.4.4订票信息查询 38
4.4.5订票 40
4.4.6退票 42

一、可行性研究报告编写
1. 引言
1.1 编写目
为明确将要设计软件与否有开发价值，撰写本文档。本文档供项目经理、设计人员、开发人员、客户参照。可行性研究目是为了对问题进行研究，以最小代价在最短时间内拟定问题与否可解。通过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来经济效益。
1.2 背景
开发软件名称：火车票预订系统。
项目任务提出者：中华人民共和国铁路局
项目开发者：中央民族大学计算机2班
顾客：中华人民共和国铁路局
实现软件单位：中华人民共和国铁路局和中央民族大学
产品设计者：计算机2班
产品所有权：计算机2班
项目与其她软件，系统关系：
本项目采用客户机/服务器原理，客户端程序是建立在Windows NT 系统上以ASP
为开发软件应用程序，是采用SQL server为开发软件数据库服务程序。
1.3 定义
本项目重要用于可输入、添加、删除及修改列车信息，并能实现查询、订票、退票等功能。此系统还应可以打出取票告知和帐单，以保证能使每个旅客在出发前一天凭取票告知和帐单交款取票。

1.4 参照资料
软件工程导论 清华大学出版社
数据库系统概论 高等教诲出版社
2. 可行性研究前提
2.1 规定
阐明对所建议开发软件基本规定。
2.1.1功能
可输入、添加、删除及修改列车信息，并能实现查询、订票、退票等
2.1.2打印
能打出取票告知和帐单，用以保证使每个旅客在出发前一天凭取票告知和帐单交款取票。
2.1.3解决流程

火车票预定系统
数据输入
数据输出
数据输入
页面信息录入
顾客
登陆信息

数据录入

数据信息

数据信息

数据信息

数据解决、查询

数据判断
数据信息

准备SQL
判断查询
数据库操作
数据信息

判断信息

判断成果

数据信息

返回账单等
拟定错误因素
返回火车票信息
打印账单等
显示错误因素
打印火车票
数据信息

2.1.4在安全与保密方面规定
为防止不法分子运用网络进行诈骗等，设计投入使用后须有手机移动验证码加以区别，并且单次最高只能定5张（客流高峰期，票源紧张，为防贩票）；
2.1.5同本系统相连接其她系统
手机移动营业系统、打印系统、网络连接系统；
2.1.6完毕期限
六周内，即12月8日前完毕系统设计。
2.2 目的
2.2.1减少人力与设备费用；
2.2.2提高解决速度；
2.2.3提高控制精度或生产能力；
2.2.4改进管理信息服务；
2.2.5改进自动决策系统；
2.2.6改进人员运用率。
2.3 条件、假定和限制
2.3.1所建议系统运营寿命最小值：2年；
2.3.2进行系统方案选取比较时间：3秒；
2.3.3经费、投资方面来源：团队投入及网络运营商入股资金；限制：入股份额每份不得超过30%，投入不得不不大于回收周期内实际产出，并能在较短时间内看到回馈效果；
2.3.4法律和政策方面限制：维护国家有关法律法规，保护知识产权和专利权，严谨盗版；
2.3.5硬件、软件、运营环境和开发环境方面条件和限制：由于硬件条件不成熟，故采用模仿仿真性实验，重要精力集中于软件开发、调试和运营，开发环境为c++；
2.3.6可运用信息和资源：民大图书馆、国家图书馆、网络图书等；
2.3.7系统投入使用最晚时间：12月15日。
2.4 进行可行性研究办法
先对整体有个大体骨架构建，另一方面着力于调查和分析，综合运用抽样记录获得相对数据，在网络上有个初步结识，进而拟定模型、基准点，通过加权仿真等来模仿练习，最后在拟定相对稳定各方面因素尺度后进入软件开发。
2.5 评价尺度
整体实验费用应在不影响正常开发前提下尽量节约，以达低投高收效果，并且不超过其使用价值40%；几种不同功能优先顺序大体为：查票订票、添加修改（考虑数据库建立） 输入信息（建立对输入信息存储空间等） 打印取票告知、账单（连接打印机） 取票、退票（顾客自主实现）

3. 所建议系统
3.1 对所建议系统阐明
概括地阐明所建议系统，并阐明在第2条中列出那些规定将如何得到满足，阐明所使用基本办法及理论依照。

3.2 解决流程和数据流程。
给出所建议系统解决流程式和数据流程。

3.4 影响
3.4.1.对设备影响
新提出设备规定及对现存系统中尚可使用设备须作出修改
对计算机影响： 增添打印机出票
3.4.2.对软件影响
为了使现存应用软件和支持软件可以同所建议系统相适应，而需要对这些软件所进行修改和补充。对既有操作系统进行升级。

3.4.3.对顾客单位机构影响
为了建立和运营所建议系统，对顾客单位机构、人员数量和技术水平等方面所有规定。需要顾客单位操作人员需要熟悉操作window操作系统

3.4.4.对系统运营过程影响
1. 顾客操作严格按照系统规定规程；
2. 规定创立系统管理员、售票员以及顾客三种登录方式，分权限管理；
3. 数据应由系统管理员手动输入系统，售票员无权输入数据；
4. 对数据有保存规定，并且对数据存储、恢复解决，实现对系统数据增长、 删除和修改。
5. 输出报告以报表形式打印出来；
6. 系统具备备份与恢复功能。

3.4.5.对开发影响
1. 为了支持所建议系统开发，顾客需在Windows xp以上操作系统中安装SQL server；
2. 为了建立数据库规定提供详细数据资源；
3. 为了开发和测验所建议系统而需要计算机资源：内存2G；
如数据涉及保密与安全问题，应由专人负责录入。

3.4.6.对地点和设施影响
规定提供意见能容纳4台计算机机房，并且规定联成局域网。

3.4.7.对经费开支影响

所建议系统开发，设计经费开支：￥385000元；
维持运营而需要经费开支：￥1000元。
3.5 技术条件方面也许性

3.5.1在限制条件下，功能目的不能达到；
3.5.2运用既有技术，功能目的能达到；
3.5.3对开发人员数量和质量规定：
顾客：2名
软件工程师：3人
系统分析员：2人
系统测试员：2人
以上人员可以满足需要；

3.5.4在规定三个月期限内，开发完毕。
4. 可选取其她系统方案
扼要阐明曾考虑过每一种可选取系统方案，涉及需开发和可从国内国外直接购买，如果没有供选取系统方案可考虑，则阐明这一点。
4.1 可选取系统方案1
实现输入所需列车信息，并能实现查询、订票、退票等功能，还可以打出取票告知和帐单。
4.2 可选取系统方案2
实现网上推荐最优类车筹划，并实现订购，可以用支付宝，也可以现付。
5. 投资及效益分析
5.1 支出
对于所选取方案，阐明所需费用，如果已有一种现存系统，则涉及该系统继续运营期间所需费用。
5.1.1 基本建设投资
涉及采购、开发和安装所需费用。
终端PC机２０台：8000*20 = 16 万
网络设备：10 万
辅助配备：10 万
共计：36万

5.1.2 其她一次性支出
Oracle 8.0 ：20 万
Windows NT：10 万
操作员培训费：5 万
共计：35 万
5.1.3 非一次性支出
在该系统生命期内按月或按季或按年支出用于运营和维护费用。
人工费用: 6(月)*20(人)*5000(圆)=60万
其她不可知额外支出：20万
共计: 80万
支出共计: 151万
5.2 收益
对于所选取方案，阐明可以带来收益，这里所说收益，体现为开支费用减少或避免、差错减少、灵活性增长、动作速度提高和管理筹划方面改进等。
5.2.1 一次性收益]
阐明可以用人民币数目表达一次性收益，可按数据解决、顾客、管理和支持等项分类论述。
50万元(铁路人士简介，当前手续费问题尚未拟定。需要提示旅客是，当前有些号称出售火车票网站，声称跟铁路部门有合伙，其实这只是一种噱头。如果有人订票，她们就到售票口排队买票，票源主线无法保证，尚有些网站纯属诈骗。)通过竞标 指定官方认定网站 同步竞标所得金为一次性投资金额。
5.2.2 非一次性收益
阐明在整个系统生命期内由于运营所建议系统而导致按月、按年能用人民币数目表达收益，涉及开支减少和避免。
（按银行利率：1%）；
减少员工20人(1000圆/人)五年收益：
1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*20*12*5=120万
工作效率提高收益（工作效率提高30%）:
30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（30%）*5 = 45万
经常性收益共计: 160万
5.2.3 不可定量收益
逐项列出无法直用人民币表达收益。
因服务质量提高增长旅客量10%：
1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万
收益共计: 520万
5.3 收益/投资比
求出整个系统生命期收益/投资比值。
520万/151万 = 344%
5.4 投资回收周期
求出收益合计数开始超过支出合计数时间。
5.4.1前期投资用于基本建设及维护，初步回收周期为2年；
5.5 敏感性分析
指某些核心性因素与这些不同类型之间合理搭配、解决速度规定、设备和软件配备等变化时，对开支和收益影响最敏捷范畴预计。
5.5.1市场需求因新交通工具发生变化；
5.5.2意外事故补偿、损失；
5.5.3网络黑客入侵导致损失；
5.5.4团伙诈骗引起法制纠纷解决；
5.5.5网上银行利息调节变化、手续费服务变化；
5.5.6网络维护不周浮现bug导致损失等；
5.5.7网上订票与否实行实名制；（有市民表达：“在车站买票采用实名制还能接受，顶多耽误点时间，可如果网上订票也采用实名制，个人信息很也许因而泄露出去，并且追究起责任也相称麻烦”）对此将进一步讨论。
6. 社会因素方面也许性
6.1法律方面可行性
火车票预订系统是一种结局亿万中华人民共和国人出行系统，毫不夸张说，它是一项关系着国计民生重要环节，不但为人们提供了快捷服务，更重要是可以在足不出户状况下就可以解决购买火车票问题，它使得中华人民共和国订票系统更加理性化也更加人性化，这也是在新时代一种进步，可以使人们享有到现今科技带来便利服务！且该项目为独立开发，在技术上没有使用任何既有软件与办法。因此在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定责任履行。
6.2使用方面可行性
6.2.1 中华人民共和国旅客多，而选取铁路更是多数，故应需求而言，符合基本规定；
6.2.2 网络订购系统比窗口排队等票以便快捷，为大众节约时间精力，符合人情；
6.2.3 网络已成为当代代步工具，足不出户即可定多事，符合实际；
6.2.4 订购系统为免费注册账户，经济实惠。
7. 结论
在进行可行性研究报告编制时，必要有一种研究结论
由于投资效益比远不不大于100%，技术、经济、操作及使用均有可行性，可以进行开发.

二、需求分析
1．任务概述
1.1目的
需求分析是软件设计一种重要环节。本阶段对订票系统应用状况作全面调查，以拟定系统目的，并对系统所需要基本数据以及数据解决规定进行分析，从而拟定顾客需求。
面对车票管理复杂化和订票系统发展过程中各种状况，订票系统在实行后，应达到如下目的：
A.界面和谐美观，操作简朴易行，查询以便灵活，数据存储安全。
B.系统管理信息化，可随时掌握订票人数，车票状态和车票剩余数量等状况。
C.实现多点操作信息共享，信息传递精确、快捷和顺畅。
D.通过订票管理系统，以便旅客对车票预定、查询，减少客运高峰工作人员工作量，提高工作效率。

1.2网络环境下多顾客系统
火车票订票管理系统，由专人负责系统管理和维护。系统中分别涉及到不同权限客户与管理员信息和车票信息敏感信息。因而将系统信息分类，分别有客户端登录与管理员登录，有管理员对车票信息、订票信息，以及车票销售状况更新，删除进行操作。
2．需求规定
2.1对功能规定
本订票系统应当具备如下功能：
1）车票信息输入和记录
旅客把规定订票信息：出发时间，出发地与目地等数据输入并拟定，系统对输入数据进行简朴记录，以便管理顾客进行查询和宏观调控。

2）旅客信息存储
拟定订票信息后，旅客将自己信息存储：姓名，性别，电话号码，所定车票班次；以便后来取票确认以及查询。

3）车票信息传递及接受：
将旅客所须车票信息由客户端网络传到火车站服务器上，并且接受火车站返回班次信息，然后存储起来。

4）取消预定车票
依照旅客所输入车票信息以及个人信息，拟定被取消车票班次，将该班次车票数据返回火车站服务器，火车站接受信息并重新录入该班次车票信息。

5）退回所买车票
将退回车票信息重新录入，由客户端网络传到火车站服务器上，火车站服务器接受信息并重新录入改班次车票信息，成功后返回信息给客户端(售票点)。客户端将车款退还给旅客。

6）取票告知及帐单生成和打印
把已存储从火车站返回班次车票信息打印出来，并且生成帐单打印出来一起交给旅客。 印出车票给已经订票旅客：依照旅客取票告知及帐单，通过确认无误后，接受旅客付款后把车票印出来交给旅客。

7）接受由售票点客户端发回所需车票信息
通过网络接受车票信息并存入到服务器数据库中。

8） 生成班次信息：
依照所需车票信息（时间，地点），在数据库中查询并得到对的班次信息（价格，时间，级别），分派所需车票数并在数据库中做出已售出标记。

9）传递班次信息到客户端（售票点）：
把得到班次信息通过网络传递到售票点。

10）接受售票点反馈信息：
对售票点反馈信息进行分析，把已经售出车票进行记录，对被旅客所退掉车票要进行数据库恢复。

11）印出车票给已经订票旅客：
依照旅客取票告知及帐单，通过确认无误后，接受旅客付款后把车票印出来交给旅客。
2.2 对性能规定
为了保证系统可以长期、安全、稳定、可靠、高效运营，本系统应当满足如下性能需求。
2.2.1精确性和及时性
系统解决精确性和及时性是系统必要性能。系统应能及时并且精确依照顾客权限及所输入信息做出响应。由于本系统查询功能对于整个系统功能和性能完毕举足轻重。作为系统诸多数据来源，而车票数量和时间又影响顾客决策活动，其精确性和及时性很大限度上决定了系统成败。在系统开发过程中，必要采用一定办法保证系统精确性和及时性。
2.2.2易用性
本系统是直接面对顾客，而顾客往往对计算机并不是非常熟悉。这就规定系统可以提供良好顾客接口，易用人机交互界面。要实现这一点，就规定系统应当尽量使用顾客熟悉术语和中文信息界面，从而保证系统易用性。
2.2.3安全性
订票系统中涉及到数据是客运公司相称重要信息，系统要保证顾客权限，对于车次等信息顾客只享有查询服务，不得更改；系统还要提供以便手段供系统维护人员进行数据备份、寻常安全管理、以及系统意外崩溃时数据恢复等工作。同步系统还要保证对数据库进行及时更新，保证数据一致性。
2.3输入输出规定
信息需求，即在系统中需要解决哪些数据。依照对火车站网上订票系统分析，本系统信息需求如表2-1所示。
表2-1信息输入输出

信息输入
信息解决
信息输出
顾客输入所需车次
检索系统数据库
符合顾客需求车次及有关
信息
顾客输入个人信息及所需订
购车票信息
更新系统中订票信息，
将新信息存入系统数据库
操作反馈（如订票成功）
顾客输入自己名字、身份
证号；或交易订单号
检索系统数据库
符合顾客需求订票信息
顾客输入自己名字或身份证号，或是订单号
检索系统数据库以得到订票
记录，删除顾客祈求订票
记录，更新系统数据库
操作反馈（如退票成功等）

2.4数据字典
2.4.1 数据字典
表2-2 车次信息数据字典
名字：车次信息
别名：
描述：存储车次信息文献，以供顾客查询
定义：车次信息=车号+出发地+目地+发车日期+开出时刻+到达时刻+坐位类型+票价+座位号
位置：输出到CRT终端或类似显示部件

表2-3订票信息数据字典
名字：订票信息
别名：订单信息
描述：存储订单信息文献，以供顾客查询，并作相应操作
定义：订票记录=顾客名+车号+发车日期+订购日期+订购票数+单张票价+总价
位置：输出到CRT终端或类似显示部件

表2-4顾客信息数据字典
名字：顾客信息
别名：
描述：存储顾客信息文献，以供顾客以便查询订单信息，进而做出相应操作
定义：顾客信息=顾客名+地址+性别+电话+身份证号
位置：输出到CRT终端或类似显示部件

2.4.2数据元素
重要对原始数据库表中个别属性进行了简要描述。
数据项描述
数据项编号：001
数据项名称：编号
简述：订票信息表中核心字简朴描述
类型：字符型
长度：8位
取值/定义：前四位是购买日期，接着两位是购买方式，身份证出生日期后六位，最后四位是当天订票序列号。

数据项编号：002
数据项名称：座位类型
简述：车票信息表中关于座位级别论述
类型：字符串型
长度：10位

数据项编号：003
数据项名称：身份证号
简述：客户信息表中候选码对身份验证描述
类型：字符型
长度：1位
取值/定义：用以核对旅客身份号码
3. 数据流图
3.1 0层数据流图

3.1 0层数据流图
3.2 一层数据流图

3.2 一层数据流图
3.3 二层数据流图

4.E-R图

3-6 系统E-R图
顾客需求详细体当前各种信息提供、保存、更新和查询，这就规定数据库构造能充分满足各种信息输出和输入。
针对火车站网上订票系统，通过对网上订票工作过程、内容以及数据流程分析，设计如下所示数据项和数据构造：
1.车次信息涉及：车号、火车类别、出发地、目地、开出时刻、座位级别、剩余座位数、票价。
2.订票记录涉及：订单号、身份证号、车号、发车时间、订购日期、订购票数、总票价。
3.顾客信息涉及：顾客名、身份证号、性别、电话、地址。

三、概要设计阐明书
1．引言
1.1编写目
对火车票系统做概要设计，重要实现了该系统需求程序模块设计问题。涉及如何把该系统划提成若干个模块，决定各个模块之间接口、模块之间传递信息，以及数据构造、模块构造设计等。在如下概要设计报告中将对在本阶段中系统所做所有概要设计进行详细阐明，让其她系统开发成员更清晰理解整个系统概要设计阶段工作，也便于系统使用者更全面理解整个开发过程。
1.2参照资料
[1]陆浩，胡华平，刘波，软件分类办法研究。计算机引用研究，,23（9）
[2]丁宝康、董健全.数据库实用教程
[3]沈洁.使用软件工程.北京：机械工业出版社
[4]软件工程导论：清华大学出版社
2．总体设计
2.1需求规定
2.1.1系统功能
序号
功能
描述
1
顾客注册
顾客填写个人信息进行注册
2
系统登录
销售端通过自己账号和密码登录到系统网页
3
信息修改
顾客登录后可以修改自己顾客名及密码、所在地等
4
车票查询
顾客可以依照始发站、终点站及路过站点进行查询
5
车票订购
顾客查到自己需要车次后，可以网上订购
6
车票退票
订购后12小时内可以退订
7
邮件发送
顾客订票后，需要发邮件给客户，确认后才算订票成功，24小时内不确认，退还订票款项，车票返回系统。
2.1.2系统性能
2.1.2.1精度
类型
范畴
字符型
不能超过规定范畴
整形
不能超过数据库所规定最大值
日期
YYYY-MM-DD HH:MM:SS
金额
保存两位小数

2.1.2.2时间特性规定
运营时间快，成果显示快，能及时更新数据
2.1.2.3可靠性
服务器可靠、稳定，数据库规范稳定
2.1.2.4灵活性
操作、运营灵活，软件要同其她软件接口发生变化时可以更新或者添加某些模块以便达到其需求。能迅速与其她软件接上。
对于不同顺序或者操作办法不同顾客都可以较好适应。
2.1.3输入输出规定
输入查询必要是系统设立范畴之类文字、字母，输出内容必要符合客户规定
2.1.4数据管理能力规定
数据依照运营状况所进行调节，数据库内容也要随时更新和调节
2.1.5故障解决规定
系统浮现故障要不影响客服，提前向客户反映，防止对客户导致不必要损失
2.2运营环境
Windows XP、Windows 7
2.2.1设备
硬件环境：Web应用服务器、数据库服务器
2.2.2支持软件
数据库环境：SQLSever ，access
操作系统：windows xp 或windows 7
软 件：dreanmweaver 8
2.2.3接口
顾客接口是系统最公开方面，然而这样会提供一种杂乱、复杂顾客接口，一种交互式系统中一种用例普通需要几种屏幕，而这些各种可由一种屏幕支持。
2.2.4控制
该系统运营控制信号来自客户和系统两个方面，并且都通过登录系统页面对信息、数据进行修改而达到控制信号目。

2.3基本设计概念和解决流程
查询车次信息
信息修改
退票
查看个人信息
订票
与否确认
顾客登录
与否超时
订票成功
未确认，订票操作无效
不予退票
容许退票，但扣除20%手续费
Y
N
Y
N

2.4构造
给出系统构造总体框图（涉及软件、硬件构造框图），阐明本系统各模块划分，扼要阐明每个系统模块标记符和功能，分层次地给出各模块之间控制与被控制关系。
信息查询录入

车次信息管理

信息
查询
录入修改删除

火车票订购系统
管理员
客户
订票信息管理

退订信息管理

发车时间信息管理

到站信息管理

出发站信息管理
订票信息管理

退票信息管理
个人信息查询

车次信息查询

信息
查询修改删除
信息查询录入修改删除

信息查询修改删除

信息
查询录入修改删除

信息查询录入修改删除

信息查询录入

信息查询
录入

到达站信息管理
信息查询录入修改删除

信息查询录入

（1）系统顾客管理：
l 添加顾客信息，涉及顾客名和口令。
l 删除已有顾客信息。
l 修改口令，涉及顾客名、旧口令、新口令和确认口令。
（2）车次信息管理：
l 添加车次信息，涉及车号、火车类别、出发地、目地、开出时刻、座位级别、剩余座位数、票价
l 修改和删除车次信息。
（3）顾客信息管理：
l 添加新顾客信息并可保存，涉及姓名、身份证号、性别、电话、地址
l 修改已存在顾客信息。
l 删除已有顾客信息。
（4）管理员信息管理：
l 添加管理员基本信息并可保存，涉及管理员姓名，编号，口令
l 修改已存在管理员信息。
（5）订票信息管理：
l 添加订单并可保存
l 修改已存在订单信息。
l 删除订单有关信息。
（6）退票信息管理：
l 记录退票信息并可保存。
l 修改或删除已有退票订单基本信息。
2.5功能需求与系统模块关系
功能
系统登录
预订查询
取票查询
后台解决
顾客注册

√
顾客登录
√

√
信息修改

√
车票查询

√
√

车票退订

√
邮件发送

2.6人工解决过程
客户输入查询车次信息，以及订购、退订，管理员输入对车次信息修改以及订购、退订却认和邮件发送。
3．接口设计
3.1外部接口
阐明本系统同外界所有接口安排涉及软件与硬件之间接口、本系统与各支持系统之间接口关系。
硬件接口:需要原则打印机接口进行取票告知和帐单打印.
软件接口:支持所有windows平台系统。本系统使用SQL Server作为数据库软件。
3.2内部接口
模块1---顾客信息登记模块 
输入：登录账号和密码
  模块2---客户分析模块 
输入：客户信息、车次信息
输出：分析成果
模块3---订购模块  
输入：分析成果
    输出：确认邮件，取票告知与账单
  模块4---退票模块 
输入：退票信息
   输出：有效退票/无效退票确认邮件发送
4．运营设计
4.1运营模块组合
对系统施加不同外界运营控制时所引起各种不同运营模块组合，阐明每种运营所历经内部模块支持软件。

4.2运营控制
每一种外界运营控制方式办法和操作环节。
顾客登录：通过输入自己设立账号和密码到登录页面
顾客查询：进入页面之后输入所查询车次，起始站，然后开始查询
顾客订购：顾客通过进入订购页面进行订购
顾客退订：顾客通过进入订购页面退订选项来退订
确认订购：管理员将顾客订购信息发送给系统，然后发送确认订购信息给顾客
确认退订：管理员将顾客退订信息发送给系统，然后发送确认退订信息给顾客
4.3运营时间
每种运营模块组合后，运营将不会占太多时间。
5．系统数据构造设计
5.1逻辑构造设计要点
本系统内软件所使用每个数据构造名称、标记符以及它们之中每个数据项、记录、文卷和系标记、定义、长度及它们之间层次或表格互有关系。
1.车次信息涉及：车号、出发地、目地、发车日期、开出时刻、座位级别、剩余座位数、票价。
2.订票记录涉及：订单号、身份证号、车号、订购日期、订购票数、总价。
3.顾客信息涉及：顾客名、身份证号、性别、电话、地址。

5.2物理构造设计要点
给出本系统内软件所使用每个数据构造中每个数据项存储规定，访问办法、存取单位、存取物理关系、设计考虑和保密条件。
2-5车次信息表BusInfo
数据类型
与否可空
阐明
char(10)
NOT NULL
车号（主键）
Char(8)
NOT NULL
火车类别
varchar(50)
NOT NULL
出发地
varchar(50)
NOT NULL
目地
Datetime
NOT NULL
开出时刻
Datetime
NOT NULL
到达时刻
int
NOT NULL
剩余票数
Money
NOT NULL
票价
Char(8)
NOT NULL
座位级别

表2-6订单表OrderInfo
数据类型
与否可空
阐明
Char(10)
NOT NULL
订单号（主键）
Char(18)
NOT NULL
身份证号（外键）
char(10)
NOT NULL
车号（外键）
datetime
NOT NULL
发车日期（外键）
datetime
NOT NULL
订购日期
Int
NOT NULL
订购票数
Money
NOT NULL
总价

表2-7顾客表User
数据类型
与否可空
阐明
char(18)
NOT NULL
身份证号（主键）
varchar(50)
NOT NULL
顾客名
Char（2）

性别
varchar(12)

电话
Char(10)
NOT NULL
客户编号(主键)
Varchar(50)

地址

 6．系统出错解决设计
6.1出错信息
所有火车票座位已满：客服所查询火车票已近所有售出，不能提供服务
查无此火车票信息：查询车次信息有误或是系统部销售此车次车票
退订成功：客户进行退订操作已近生效
订购成功：客户进行订购操作已近生效
6.2补救办法
后备技术 阐明准备采用后备技术，当原始系统数据万一丢失时启用副本建立和启动技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体一种后备技术。
降效技术 阐明准备采用后备技术，使用另一种效率稍低系统或办法来求得所需成果某些某些，例如一种自动系统降效技术可以是手工操作和数据人工记录。
恢复及再启动技术
所有客户机及服务器都必要安装不间断电源以防止停电或电压不稳导致数据丢失损失。若真断电时，客户机上将不会有太大影响，重要是服务器上：在断电后恢复过程可采用SQL server 日记文献，对其进行rollback解决，对数据进行修复。
在网络传播方面，可考虑建立一条成本较低后备网络，以保证当主网络短路时数据通信。
在硬件方面要选取可靠、稳定服务机种，保证运营时可靠性。
四 详细设计阐明书
4.1 系统构造
本火车站网上订票系统可分为客户登陆和管理员登陆两种权限，客户权限拥有车次信息查询和订票信息管理两种权限。管理员拥有客户基本信息查询、车次信息管理和订票信息管理三种权限。

图4.1火车