火车票订票系统—软件开发计划书.docx

编号：
时间：2021年x月x日

书山有路勤为径，学海无涯苦作舟
页码：第46页 共47页

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

制作小组：第七小组
组 长：孙碧颖
组 员：白玛欧智 罗屹效 钟旭茂
时 间：2010年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系统投入使用的最晚时间：2010年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]陆浩，胡华平，刘波，软件分类方法研究。计算机引用研究，2006,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 2005，access 2007
操作系统：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补救措施
后备技术 说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把