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

火车票订票系统软件开发筹划书 制作小组：第七小组 组 长：孙碧颖 组 员：白玛欧智 罗屹效 钟旭茂 时 间：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物理构造设计要点276系统出错解决设计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系统投入使用最晚时间：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 72.2.1设备硬件环境：Web应用服务器、数据库服务器2.2.2支持软件数据库环境：SQLSever ，access 操作系统：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补救办法后备技术 阐明准备采用后备技术，当原始系统数据万一丢失时启用副本建立和启动技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体一种后备技术。降效技术 阐明准备采用后备技术，使用另一种效率稍低系统或办法来求得所需成果某些某些，例如一种自动系统降效技术可以是手工操作和数据人工记录。恢复及再启动技术 所有客户机及服务器都必要安装不间断电源以防止停电或电压不稳导致数据丢失损失。若真断电时，客户机上将不会有太大影响，重要是服务器上：在断电后恢复过程可采用SQL server 日记文献，对其进行rollback解决，对数据进行修复。在网络传播方面，可考虑建立一条成本较低后备网络，以保证当主网络短路时数据通信。在硬件方面要选取可靠、稳定服务机种，保证运营时可靠性。四 详细设计阐明书4.1 系统构造 本火车站网上订票系统可分为客户登陆和管理员登陆两种权限，客户权限拥有车次信息查询和订票信息管理两种权限。管理员拥有客户基本信息查询、车次信息管理和订票信息管理三种权限。图4.1火车