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

42项目名称火车票订票系统火车票订票系统软件开发计划书 制作小组：第七小组 组 长：孙碧颖 组 员：白玛欧智 罗屹效 钟旭茂 时 间：2010年11月 一、可行性研究报告的编写41. 引言41.1 编写目的41.2 背景41.3 定义41.4 参考资料52. 可行性研究的前提52.1 要求52.1.1功能52.1.2打印52.1.3处理流程52.1.4在安全与保密方面的要求62.1.5同本系统相连接的其他系统62.1.6完成期限62.2 目标62.3 条件、假定和限制72.4 进行可行性研究的方法72.5 评价尺度73. 所建议的系统73.1 对所建议系统的说明73.2 处理流程和数据流程。83.3 影响83.3.1.对设备的影响83.3.2.对软件的影响83.3.3.对用户单位机构的影响83.3.4.对系统运行过程的影响83.3.5.对开发的影响83.3.6.对地点和设施的影响93.3.7.对经费开支的影响93.4 技术条件方面的可能性94. 可选择的其他系统方案94.1 可选择的系统方案194.2 可选择的系统方案295. 投资及效益分析105.1 支出105.1.1 基本建设投资105.1.2 其他一次性支出105.1.3 非一次性支出105.2 收益105.2.1 一次性收益105.2.2 非一次性收益115.2.3 不可定量的收益115.3 收益/投资比115.4 投资回收周期115.5 敏感性分析116. 社会因素方面的可能性126.1法律方面的可行性126.2使用方面的可行性127. 结论12二、需求分析121任务概述121.1目标121.2网络环境下的多用户系统132需求规定132.1对功能的规定132.2 对性能的规定142.2.1准确性和及时性142.2.2易用性142.2.3安全性142.3输入输出要求152.4数据字典152.4.1 数据字典152.4.2数据元素163. 数据流图173.1 0层数据流图173.2 一层数据流图173.3 二层数据流图184.E-R图19三、概要设计说明书201引言201.1编写目的201.2参考资料202总体设计202.1需求规定202.1.1系统功能202.1.2系统性能212.1.2.1精度212.1.2.2时间特性要求212.1.2.3可靠性212.1.2.4灵活性212.1.3输入输出要求212.1.4数据管理能力要求212.1.5故障处理要求212.2运行环境222.2.1设备222.2.2支持软件222.2.3接口222.2.4控制222.3基本设计概念和处理流程232.4结构232.5功能需求与系统模块的关系252.6人工处理过程253接口设计253.1外部接口253.2内部接口264运行设计264.1运行模块组合264.2运行控制264.3运行时间265系统数据结构设计275.1逻辑结构设计要点275.2物理结构设计要点27 6系统出错处理设计286.1出错信息286.2补救措施28四 详细设计说明书284.1 系统的结构284.2 系统流程图294.3系统软件结构设计304.3.1软件结构304.3.2模块算法314.4 模块设计说明324.4.1 产品说明324.4.2用户登录及访问权限324.4.3车次信息查询364.4.4订票信息查询384.4.5订票404.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 72.2.1设备硬件环境：Web应用服务器、数据库服务器2.2.2支持软件数据库环境：SQLSever 2005，access 2007操作系统：windows xp 或windows 7 软 件：dreanmweaver 82.2.3接口 用户接口是系统最公开的方面，然而这样会提供一个杂乱、复杂的用户接口，一个交互式系统中一个用例通常需要几个屏幕，而这些多个可由一个屏幕支持。2.2.4控制该系统运行的控制信号来自客户和系统两个方面，并且都通过登录系统页面对信息、数据进行修改而达到控制信号的目的。2.3基本设计概念和处理流程查询车次信息信息修改退票查看个人信息订票是否确认用户登录是否超时订票成功未确认，订票操作无效不予退票允许退票，但扣除20%手续费YNYN2.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目的地DatetimeNOT NULL开出时刻DatetimeNOT NULL到达时刻intNOT NULL剩余票数MoneyNOT NULL票价Char(8)NOT NULL座位等级 表2-6订单表OrderInfo数据类型是否可空说明Char(10)NOT NULL订单号（主键）Char(18)NOT NULL身份证号（外键）char(10)NOT NULL车号（外键）datetimeNOT NULL发车日期（外键）datetimeNOT NULL订购日期IntNOT NULL订购票数MoneyNOT 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补救措施后备技术 说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术。降效技术