汽车票预订系统

PAGE目录可行性研究 61.引言 61.1编写目的 61.2项目背景 61.3定义 62.可行性研究的前提 62.1要求 62.2目标 72.3条件、假定和限制 72.4进行可行性研究的方法 72.5评价尺度 73.对现有系统的分析 73.1处理流程和数据流程 73.2工作负荷 83.3费用开支 83.4人员 83.5设备 83.6局限性 84.所建议的系统 84.1对建议系统的说明 84.2处理流程和数据流程 84.3改进之处 94.4影响 94.4.1对设备的影响 94.4.2对软件的影响 94.4.3对用户单位机构的影响 94.4.4对系统运行过程的影响 94.4.5对开发的影响 94.4.6对地点和设施的影响 94.4.7对经费开支的影响 94.5局限性 104.6技术条件方面的可行性 105.可选择的其他系统方案 105.1可选择的系统方案1 105.2可选择的系统方案2 106.投资及效益分析 106.1支出 106.1.1基本建设投资 106.1.2其他一次性支出 106.1.3非一次性支出 106.2收益 116.2.1一次性收益 116.2.2非一次性收益 116.2.3不可定量的收益 116.3收益／投资比 116.4投资回收周期 116.5敏感性分析 117.社会因素方面的可行性 117.1法律方面的可行性 117.2使用方面的可行性 118.结论 12需求分析 121．引言 121.1编写目的 121.2背景 121.3定义 121.4参考资料 122.任务概述 132.1目标 132.2运行环境 132.3条件与限制 133.具体需求分析 133.1数据需求分析 133.2功能需求分析 163.2.1功能需求分析 163.2.2时间特性要求 203.2.3灵活性 203.3性能需求 203.4设计约束 213.5外部接口需求 213.5.1用户接口 213.5.2硬件接口 213.5.3通信接口 21概要设计 221.引言 221.1编写目的 221.2背景 221.3定义 231.4参考资料 232.总体设计 232.1目标 232.2运行环境 232.3需求概述 232.4条件与限制 243.总体设计 243.1处理流程 243.2总体结构和模块外部设计 253.3功能分配 263.3.1登录 263.3.2前台营业 263.3.3信息查询 263.3.4营业统计 274.接口设计 274.1用户页面 274.2硬件接口 284.3通信接口 284.4内部接口 285.数据结构设计 285．1数据库逻辑数据结构设计 285．2物理数据结构设计 295.3数据结构与程序的关系 306.运行设计 306．1运行模块的组合 306．2运行控制 306．3运行时间 307.出错处理设计 307．1出错输出信息 307．2出错处理对策 318.安全保密设计 319.维护设计 31详细设计 31引言 311.1编写目的 311.2项目背景 321.3定义 321.4参考资料 32总体设计 322.1目标 322.2运行环境 322.3需求概述 322.4条件与限制 332.5软件结构 333．程序1（登录）设计说明 333.1程序描述 333.2功能 333.3性能 333.4输入项 333.5输出项 333.6算法 343.7流程逻辑 343.8接口 343.9存储分配 353.10注释设计 353.11限制条件 353.12测试计划 353.13尚未解决的问题 354．程序2（前台营业）设计说明 354.1程序描述 354.2功能 364.3性能 364.4输入项 364.5输出项 364.6算法 364.8接口 374.9存储分配 374.10注释设计 374.11限制条件 374.12测试计划 374.13尚未解决的问题 385．程序3（信息查询）设计说明 385.1程序描述 385.2功能 385.3性能 385.4输入项 385.5输出项 385.6算法 385.7流程逻辑 395.8接口 395.9存储分配 395.10注释设计 395.11限制条件 405.12测试计划 405.13尚未解决的问题 406．程序3（营业统计）设计说明 406.1程序描述 406.2功能 406.3性能 406.4输入项 416.5输出项 416.6算法 416.7流程逻辑 416.8接口 416.9存储分配 426.10注释设计 426.11限制条件 426.12测试计划 426.13尚未解决的问题 42总结 43分工 43可行性研究1.引言1.1编写目的可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。1.2项目背景开发软件名称：汽车票预订系统。1.3定义<未定义>1.4参考资料[1]、张海藩.软件工程.清华大学出版社,20082.可行性研究的前提2.1要求主要功能：为乘客提供车票预定服务，方便客运站的售票工作，提高客运站的服务质量和服务效率性能要求：客运公司提供的信息必须及时的反映在客运站各售票点的工作平台上。售票系统的定单必须无差错的存储在客运公司的主服务器上。对服务器上的数据必须进行及时正确的刷新。输出要求：数据完整，详实。输出要求：简捷，快速，实时。安全与保密要求：服务器的管理员享有对客运站车次信息库及车票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。2.2目标系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。2.3条件、假定和限制<未定义>2.4进行可行性研究的方法<未定义>2.5评价尺度<未定义>3.对现有系统的分析3.1处理流程和数据流程系统管理员事务车次信息的更新系统管理员事务车次信息的更新在客户端打印车票和帐单售票员车票核对事务数据库表单申请售票员售票员查询请求 在客户端打印车票和帐单售票员车票核对事务数据库表单申请售票员售票员查询请求图可1.1说明：各售票点对数据进行入库，并产生报表和车票以及账单，系统管理员对数据进行管理3.2工作负荷<未定义>3.3费用开支<未定义>3.4人员余鹏飞、汪黎丽、吴思睿3.5设备运行环境：.net2.0操作系统：windows数据库：sqlserver20003.6局限性4.所建议的系统4.1对建议系统的说明<未定义>4.2处理流程和数据流程服务器终端显示数据产生报表系统管理员事务车次信息的更新服务器终端显示数据产生报表系统管理员事务车次信息的更新售票员在客户端打印车票和帐单客户机终端显示数据客户机终端显示数据产生报表产生报表及帐单车票核对事务产生报表数据库表单申请售票员售票员查询请求 售票员在客户端打印车票和帐单客户机终端显示数据客户机终端显示数据产生报表产生报表及帐单车票核对事务产生报表数据库表单申请售票员售票员查询请求图可1.2说明：各售票点对数据进行入库，并产生报表和车票以及账单，系统管理员对数据进行管理每一项都可以产生报表4.3改进之处在原有系统的基础上，对管理员的售票以及预定的记录进行汇总，并对这些数据产生报表。4.4影响4.4.<未定义>4.4.<未定义>4.4.<未定义>4.4.用户不可夸权限操作一些受保护的数据信息，各用户对自身所对应的数据库进行数据操作存储、系统响应错误后应提供恢复上次正确结果的的处理方法。4.4.在系统开发过程中应注意数据的加密，防止外界获取数据库中的资料4.4.<未定义>4.4.<未定义>4.5局限性4.6技术条件方面的可行性目前对客运站以及机场这种运输行业的票务系统技术已经趋于完善，在技术上可行。5.可选择的其他系统方案5.1可选择的系统方案1在客运站中只设立终端，在客运公司设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。也可以使用客户端/服务器机理，简化数据流量，加快数据处理。5.2可选择的系统方案2<未定义>6.投资及效益分析6.1支出6.1.<未定义>6.1.<未定义>6.1.<未定义>6.2收益6.2.<未定义>6.2.<未定义>6.2.<未定义>6.3收益／投资比<未定义>6.4投资回收周期<未定义>6.5敏感性分析<未定义>7.社会因素方面的可行性7.1法律方面的可行性所有软件都选用正版.所有技术资料都由提出方保管。合同制定确定违约责任.7.2使用方面的可行性使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.管理人员也需经一般培训.经过培训人员将会熟练使用本软件.两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.8.结论由于投资效益比远大于100%,技术、经济、操作都有可行性，可以进行开发.需求分析1．引言1.1编写目的定义总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要求、初步设计和对用户影响的信息，作为开发人员进行设计和实施的基础；作为总体验证和确认的依据。1.2背景汽车票预订系统，它的出现可以为销售车票以及预订车票提供便利，节省了客运公司的劳动力。为乘客提供车票预定服务，方便客运站的售票工作，提高客运站的服务质量和服务效率。同时也将售票时间由原来的特定时间段出售变成了24小时售票，在一定程度上减少了过年过节时排长队买票的情况，具有一定的社会意义。1.3定义<未定义>1.4参考资料[1]李容.VisualC#2008开发技术详解.北京：电子工业出版社,2008[2]张海潘.软件工程导论.北京：清华大学出版社，2008.22.任务概述2.1目标系统应建立友好的界面,即要操作简单、直观、灵活，又要易于学习掌握。这个系统的目的：方便管理人员管理。系统应具有良好的安全性。系统应遵循有关信息安全标准，具有切实可行的安全保护和保密措施。系统应具有良好的实用性。本系统应会是一个汽车运营管理部门非常实用的管理软件,操作简单,是用户急切需要的助手。系统应具有良好的技术性。本软件开发环境是在WindowsXP的开发平台上,主要利用Visualstudio2005作前台页面开发,SqlServer2000作后台数据库开发。安全可靠,可移植性强。2.2运行环境操作系统：windows支持环境：.Net2.0平台数据库：sqlserver20002.3条件与限制<未定义>3.具体需求分析3.1数据需求分析为了保证系统能够长期、安全、稳定、可靠、高效的运行，汽车票预定系统应该满足以下的性能需求：1.数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。2.数据的一致性与完整性由于系统的数据是共享的，在不同的售票点中，车票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。3.数据的共享与独立性整个车票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个售票点系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。车票预订系统的数据字典名字：乘客信息名字：乘客信息别名：描述：乘客的个人信息，用于对乘客的确认定义：乘客信息=姓名+性别+身份证号码+旅行目的地位置：从各售票点输入名字：订票信息名字：订票信息别名：描述：乘客的个人信息和目的地，用于确定乘客的车次定义：订票信息=乘客个人信息+乘车目的地位置：存入到数据库当中名字：车名字：车次信息别名：描述：乘客的车次信息，根据乘客的出发时间和目的地确定定义：车次信息=车票时间+汽车班次位置：从数据库读出反应到各售票点名字：取票通知名字：取票通知别名：描述：乘客领取车票的凭证定义：取票通知=乘客姓名+领票时间位置：输出到打印机名字：订票乘客清单名字：订票乘客清单别名：描述：已订票的乘客的记录定义：订票乘客清单=乘客信息的合集位置：从数据库读出并显示在各售票点名字：售出车票信息名字：售出车票信息别名：描述：乘客的车票的信息定义：售出车票信息=旅客的车票位置：输出到打印机名字：乘客订票记录名字：乘客订票记录别名：描述：已订票的乘客在客运公司的记录定义：乘客订票记录=乘客姓名+车票信息位置：存入到数据库车票预订系统的逻辑模型目的地乘车时间性别目的地乘车时间性别姓名车票信息车票信息身份证号码乘客身份证号码乘客1客运公司订票取票通知帐单客运公司订票取票通知帐单价格价格11时间售票点合适班次车票时间售票点合适班次车票等级等级可售车票售出车票信息订票乘客清单可售车票售出车票信息订票乘客清单图需1.13.2功能需求分析3.2.1功能需求分析汽车票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的汽车票预定系统，实现客运公司的汽车票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的汽车票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用B/S结构，将汽车票预定系统划分为两个子系统：浏览器端子系统，服务器端子系统。乘客订票流程图：各售票点各售票点输入乘客信息记录存入数据库订票或购票信息安排汽车汽车票信息传送给各售票点乘客订票记录产生取票通知乘客旅客清单信息订票信息购票信息汽车票信息汽车票汽车票信息取票通知图需1.2乘客取票图：乘客各售票点乘客各售票点乘客信息查询订票旅客清单售出汽车票信息打印汽车票图需1.3车票预订系统的总体功能如下：1.权限管理2.前台营业3.信息查询4.营业统计5.错误信息1、权限管理用户登录系统数据流图：AAA验证信息错误信息正确登录进入后台界面各售票点密码验证数据库检验用户名图需1.4A、管理员表各售票点管理员通过输入自己的用户名以及密码登录到后台为乘客提供相应的服务2、前台营业数据流图：各售票点各售票点销售车票预订车票退回车票选择车次车票类型注销原始数据发车时间数据库存入图需1.5A.车票信息表B.乘客信息表C.售出车票信息表D.订票表3、信息查询数据流图：各售票点各售票点售票查询订票查询运营计划当班信息查询自己已售出的所有车票查询自己已定出的所有车票修改或添加车次的信息管理员修改自己的个人信息数据库图需1.6A.售出车票信息表B.订票表C.车次信息表D.管理员信息4.营业统计数据流图：各售票点各售票点日售票统计月售票统计季度售票统计输入时间段数据库图需1.7A.售出车票信息B.订票信息3.2.2时间特性要求<未定义>3.2.3灵活性<未定义>3.3性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，车票预定系统应该满足以下的性能需求：系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。由于车票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了车票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。系统的开放性和系统的可扩充性车票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。系统的易用性和易维护性车票预定系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互页面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的页面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。车票预定系统中涉及到的数据是客运公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。5．系统的先进性目前计算系统的技术发展相当快，做为车票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。6．系统的响应速度车票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。3.4设计约束<未定义>3.5外部接口需求3.5.1用户接口在用户页面部分，根据需求分析的结果，用户需要一个用户友善页面。在页面设计上，应做到简单明了，易于操作，并且要注意到页面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对web2.0风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用c#进行编程，在界面上可使用C#所提供的可视化组件，满足web2.0的要求。其中在设计上采用下拉式菜单方式，在出错显示上可调用C#库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用3.5.2硬件接口支持一般的微机、笔记本电脑。3.5.3通信接口连入因特网的计算机概要设计1.引言1.1编写目的在本车票预定系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对客运公司、各售票点及客运站的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对车票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对车票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。1.2背景本项目（汽车票预定系统）是自行研制，由余鹏飞、吴思睿、汪黎丽负责开发。汽车票预定系统是通过浏览器端访问服务器的软件：车票预定系统将由两部分组成：置于各定票点的页面，以及置于汽车公司的数据库服务器。本系统与其他系统的关系如下：售票点售票点客运站车次管理客运站车次管理网络:网络:（客运公司）车次数据售票点服务器及程序售票点服务器及程序售票点售票点售票点售票点图概1.11.3定义<未定义>1.4参考资料[1]、张海藩.软件工程.清华大学出版社,2008[2]、开发小组.汽车票预订系统需求规格说明书.2010.6[3]、开发小组.汽车票预定系统可行性报告.2010.52.总体设计2.1目标本阶段已在系统的需求分析的基础上，对车票预定系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。2.2运行环境根据调研得知所有售票点的计算机配置均在Pentium133级别以上，客户程序应能够在Pentium133级别以上,WinXP环境下运行。2.3需求概述客运公司为方便旅客，需开发一个车票预定系统。为便于乘客由各售票点定票或买票，售票点把预定车票的乘客信息，包括姓名、性别、工作单位、身份证号码、目的地，输入车票预定系统，系统经过查询客运公司内的车次数据服务器后，为乘客安排客车，印出取票通知。乘客在发车前一天凭取票通知和帐单交款后取票，系统校对无误后即印出车票给乘客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求用户界面要简单明了，易于操作，服务器利于维护。2.4条件与限制3.总体设计3.1处理流程系统流程图：开始开始登录管理员前台营业信息查询营业统计基础设置系统设置退出NY3.2总体结构和模块外部设计总体结构图如下：打印车票销售车票系统登录前台营业预订车票退回车票打印车票销售车票系统登录前台营业预订车票退回车票信息查询售票信息查询订票信息查询运营计划查询当班信息查询运营统计日售票统计月售票统计季售票统计常用工具记事本计算器基础设置系统设置退出系统产生报表产生报表产生报表产生凭据3.3功能分配3.3.1登录登录系统：此功能模块主要完成用户密码验证IPO图编号：HIPO图编号：模块名称：登录设计者：余鹏飞使用单位：编程要求：.Net2.0Sqlserver2000输入部分处理描述输出部分1．用户名2．密码1..将用户邮箱地址和密码发送给服务器验证。.验证成功后登陆后台程序，进行进一步操作用户邮件验证错误信息3.3.2前台营业前台营业：此功能模块主要完成乘客的购票功能、预定功能、以及退票功能。IPO图编号：HIPO图编号：模块名称：前台营业设计者：余鹏飞使用单位：编程要求：.Net2.0Sqlserver2000输入部分处理描述输出部分乘客购票信息乘客订票信息退回订票或购票信息1、将乘客的个人信息输入并保存到数据库当中。2、删除乘客已订票或已购票信息打印票据打印订票凭据3.3.3信息查询信息查询：此功能模块主要查看已售票的信息、已预订票的信息、运营计划的查询、以及当班信息查询IPO图编号：HIPO图编号：模块名称：信息查询设计者：余鹏飞使用单位：编程要求：.Net2.0Sqlserver2000输入部分处理描述输出部分已售票乘客的个人信息已预定乘客的个人信息车次的编号1.通过对乘客个人信息的关键字查询获得乘客的乘车信息2.通过对车次编号的查询从数据库中获得汽车的发车时间以及预计到达时间1.已售票乘客的乘车信息2.已预订乘客的乘车信息3.汽车的发车时间以及到达时间3.3.4营业统计营业统计：此功能模块主要查询该售票员的销售情况IPO图编号：3.3.4HIPO图编号：3.3.4模块名称：营业统计设计者：余鹏飞汪黎丽吴思睿使用单位：编程要求：.Net2.0Sqlserver2000输入部分处理描述输出部分查询的日期查询的月份查询的季度将用户选择的时间进行数据交换从数据库中获得需要查询的数据获得选择时间段里的销售情况报表4.接口设计4.1用户页面在用户页面部分，根据需求分析的结果，用户需要一个用户友善页面。在页面设计上，应做到简单明了，易于操作，并且要注意到页面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对web2.0风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用c#进行编程，在界面上可使用C#所提供的可视化组件，满足web2.0的要求。其中在设计上采用下拉式菜单方式，在出错显示上可调用C#库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用4.2硬件接口支持一般的微机、笔记本电脑。4.3通信接口连入因特网的计算机4.4内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。5.数据结构设计5．1数据库逻辑数据结构设计DBMS的使用上系统将采用SQLSERVER,系统主要需要维护3张数据表：汽车车次表车次编号出发时间到达时间座位空数学生票价普通票价汽车车次表保存了所有从本地出发的汽车信息，它的主键为车次编号。在定位前先查寻座位空数，在定位后将修改座位空数。2.定位信息表车次编号账单号是否领票定位信息表保存了已定位信息，主键为账单号，外部主键为车次编号。在乘客领票过程时将用到此表，领票后修改是否领票域3.账单信息/乘客资料表账单号乘客姓名乘客性别乘客身份证号.帐单信息/乘客资料表保存已定位的乘客信息资料，它的主键为乘客身份证号，外部主键为帐单号。主要用于领票时将乘客信息一同返回。5．2物理数据结构设计物理数据结构设计主要是设计数据在模块中的表示形式。数据在模块中都是以结构的方式表示。乘客信息乘客姓名 乘客姓名 String乘客性别 Char身份证号码 LONGINT 用于定票时接收输入，以及领票时服务器返回。帐单号可使用一LONGINT实现。 用于领票时接收输入，以及定票时服务器返回。 目的地车次编号 车次编号 String目的地 String出发时间 Date/Time座位号 String用于定票时接收输入，以及领票时服务器返回。车票信息车次编号车次编号目的地出发时间乘客姓名乘客性别身份证号码座位号 用于打印机票准备工作。数据类型可参照上面所述。5.帐单信息帐单号帐单号乘客姓名身份证号码车次编号出发时间目的地 用于打印帐单准备工作。数据类型可参照上面所述。5.3数据结构与程序的关系数据结构与程序是软件的重要组成部分，程序的正确执行依赖于合理的数据结构6.运行设计6．1运行模块的组合登录模块将前台营业、信息查询、营业统计、常用工具等模块交于主功能模块。然后主功能各个功能模块根据需要获取信息完成功能。等等各个模块在软件运行过程中能较好的交换信息，处理数据。6．2运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。6．3运行时间系统的运行时间基本可以达到用户所提出的要求。7.出错处理设计7．1出错输出信息程序在运行时主要会出现两种错误：1、由于输入信息，或无法满足要求时产生的错误，称为软错误。2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。对与硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返回输入阶段。出错信息必须给出相应的出错原因，例：《全部车次座位已满！》《查无此定位信息！》等。7．2出错处理对策对于软错误提示用户需要用户输入正确信息。对于硬错误提示用户无法满足系统需求。8.安全保密设计系统的用户只有通过了密码验证才能登录系统并且只能查看属于自己权限范围内的内容9.维护设计维护方面主要为对服务器上的数据库数据进行维护。可使用SQLSERVER的数据库维护功能机制。例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。详细设计引言 1.1编写目的在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的报告中将对本系统所做的设计进行详细说明。在本阶段中，已在系统的概要分析的基础上，对车票预定系统做详细设计。确定应该如何具体地实现所设计的系统，从而在编写代码的阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。主要的工作有：根据在《需求分析说明书》中所描述的数据、功能、运行、性能需求，并依照《概要设计说明书》所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述。1.2项目背景参看<<汽车票预订系统概要设计说明书>>1.2项目背景1.3定义<未定义>1.4参考资料[1]张海潘.软件工程导论.北京：清华大学出版社，2008.2[2]开发小组.汽车票预订系统需求规格说明书.2010.5总体设计2.1目标该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出内部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求2.2运行环境软件基本运行环境为Windows环境。并要求.Net2.0运行环境2.3需求概述为了便于乘客由各售票点定票或买票，售票点把预定车票的乘客信息，包括姓名、性别、工作单位、身份证号码、目的地，输入车票预定系统，系统经过查询客运公司内的车次数据服务器后，为乘客安排客车，印出取票通知。乘客在汽车出发前一天凭取票通知和帐单交款后取票，系统校对无误后即印出车票给乘客。本系统为实现以上功能可分为四个主要的模块，分别是：登录模块：此功能模块主要完成用户密码验证。前台营业：此功能模块主要完成乘客的购票功能、预定功能、以及退票功能。信息查询：此功能模块主要查看已售票的信息、已预订票的信息、运营计划的查询、以及当班信息查询。营业统计：此功能模块主要查询该售票员的销售情况。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求用户界面要简单明了，易于操作，服务器利于维护。2.4条件与限制开发时间短2.5软件结构参看<<汽车票预订系统概要设计说明书>>3.2节汽车票预订系统结构图3．程序1（登录）设计说明3.1程序描述登录：此功能模块主要完成用户密码验证。3.2功能参看<<汽车票预订系统概要设计说明书>>IPO图3.3性能<未定义>3.4输入项数据标示符数据类型取值范围用户名文本55密码文本553.5输出项数据标示符数据类型取值范围主页面Aspx2.验证错误信息对话框3.6算法本过程按照描述的流程一次进行。3.7流程逻辑登录开始登录开始检查用户名及密码格式错误提示用户名格式错误管理员超级管理员验证用户名密码FT验证用户名密码TF提示用户名或者密码错误提示用户名或者密码错误前台营业信息查询营业统计前台营业信息查询营业统计系统设置3.8接口voidlogin_click(objectsender,EventArgse)voidlogin_click(objectsender,EventArgse)功能：登录系统3.9存储分配存储基本的管理员信息，占用容量不大。3.10注释设计个模块分支点中T表示确定，N表示否定。3.11限制条件<未定义>3.12测试计划测试名称测试进度安排测试目的测试内容基本数据输入(input)系统完成后就可以的进行测试系统的要求是否基本达到输入简单的数据来测试非法数据输入(error)在档案数据测试完成并通过后测试系统对于一些非法输入数据的反应输入一些特殊的字符和字符串空数据输入(zero)可以和非法数据测试一起进行测试系统对空信息的反应在所有的数据项上输入空值本项测试工作对资源的要求，包括：设备：一台装有浏览器的计算机，要是有联网条件的可以在网上进行测试。预计使用时间不超过2天；软件：windows相应的操作系统；硬件的驱动程序；监控程序；杀毒软件等；人员：一般由1名参与开发的人员和1名用户参与；要求用户具有一定的微机操作水平和对本软件有一定的了解。3.13尚未解决的问题对于该程序单元，所有的技术问题和设计方面的问题均已得到解决。4．程序2（前台营业）设计说明4.1程序描述前台营业：主要是对乘客进行售票，