软件工程实验报告

1、湖南工程学院实 验 报 告课程名称 软件工程 实验名称 机票预订系统 专 业 计算机科学与技术 班 级 计算机 1002 学 号 201003010234 姓 名 吴超 指导教师 张铁楠 2013年 6 月 19 日目录一 .题目3二问题定义3三可行性研究43.1经济可行性43.2技术可行性73.3操作可行性83.4 法律因素可行性83.5 方案选择93.6用户使用可行性103.7 可行性研究结论10四需求分析114.1系统的目的114.2系统功能及用户需求分析11五概要设计17六详细设计216.1 机票预定系统的逻辑模型216.2流程图216.3软件结构236.4建立机票预定系统的约束256

2、.5数据描述266.6数据字典26七测试计划29八.总结33一 .题目为方便旅客，某航空公司拟开发一个机票预订系统。旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入进该系统，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。请写出问题定义并分析此系统的可行性。 二问题定义机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机

3、系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 主要功能：为旅客提供机票预定服务，方便航空公司的售票工作，提高航空公司的服务质量和服务效率。 性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。输入要求：数据完整，详实。输出要求：简捷，快速，实时。 安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。目标：系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及

4、其带来的开销。Error! No bookmark name given.三可行性研究新系统目标应充分为机票预定管理服务，同时，新系统目标应该和现行系统的各项基本功能密切相关，并且可以分期分批实现。需要指出的是，新系统目标不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。新系统目标的提法不尽相同。例如：提高工作效率和减轻劳动强度；Ø提高信息处理速度和准确性；Ø提供新的处理功能和决策信息；为工作提供更方便的服务项目。Ø可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告

5、，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。可行性研究的必要性体现在一下几个方面：（1） 开发基于计算机的系统会受到时间、技术和资源的限制。（2）接受项目之前必须根据客户提供的时间、资源和技术力量进行可行性研究，避免盲目性。（3）可行性研究与风险分析相互关联，项目风险越大，开发高质量软件的可行性就越小。新系统的目标确定后，就可以从以下几个方面对能否实现新系统目标进行可行性分析：【A】经济可行性 【B】技术可行性 【C】操作可行性【D】社会因素可行性【E】开发方案的选择性。3.1经济可行性计算机迅速发展的原因在

6、于，计算机的应用给社会带来了巨大的经济效益。基于计算机系统的成本效益分析，给出系统开发的成本论证，并将估算的成本与预期的利润进行对比。项目开发成本受项目的特性、规模等因素制约。系统分析员很难直接估算基于计算机系统的成本和利润，得到完全精确的成本-效益分析结果十分困难。因此非常有必要进行经济可行性研究。基于计算机系统的成本： 购置并安装软件、硬件及有关设备的费用。 系统开发费用。 系统安装、运行和维护费用。 人员培训费用。 在系统分析和设计阶段只能得到预算，即估算成本。在系统开发完毕并交付用户运行后，费用的统计结果就是实际成本。经济效益：系统为用户增加的收入，可以用直接的或统计的方法估算。估算项

7、目的开发成本是否超过预期的利润分析系统开发对其他产品或利润的影响社会效益：用定性的方法估算。 该系统的目标是以最低的成本，最低的投入，在较短的时间内参阅大量的资料开发出具有用户登录、存储，查询，核对，打印机票等基本功能，预期系统设计期间所投入的资金较小，从经济角度考虑，此系统开发可行。 具体到本系统的实际经济行为：（1）支出基础投资：终端PC机台：8000*20 = 16 万网络设备：10 万辅助配置：10 万共计：36万其他一次性投资：Oracle 8.0 : 20 万Windows NT: 10 万操作员培训费：5 万共计：35 万经常性支出：人工费用:6(月)*20(人)*5000(圆)

8、=60万其他不可知额外支出: 20万 共计:80万 支出共计：151万。（2）效益 一次性收益0元 经常性收益 （按银行利率：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万 不可定量收益因服务质量提高增加旅客量10%: 1000万*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=360万收益共计：5

9、20万（3）收益/投资比520万/151万 = 344%（4）投资回收周期2.3年（5）敏感性分析设计系统周期为五年, 估计最长可达10年处理速度:一般查询速度<4秒>关键数据查询速度: <2秒>故可得到结论：由于投资效益比远大于100%,从经济可行性的角度可以进行开发。3.2技术可行性 根据客户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究实现系统的可行性 研究内容：（1）风险分析在给定的约束条件下，判断能否设计并实现系统所需功能和性能。（2）资源分析 论证是否具备系统开发所需的各类人员(管理人员和各类专业技术人员)、软件、硬件资源和工作环境等。（3）

10、技术分析 当前的科学技术是否支持系统开发的全过程。主要包括一下4个方面：采集影响系统性能、可靠性、可维护性方面的信息论证实现系统功能和性能需要的各种设备、技术、方法和过程分析项目开发在技术上担负的风险，及对开发成本的影响等等如有可能应研究，现有类似系统的功能、性能，采用的技术、工具、设备、开发过程中成功和失败的经验、教训，为系统开发作参考。（4）研究技术可行性的途径主要有一下4种：系统分析员通过对现实世界的观察和分析建立分析模型评估模型的行为并将它们与现实世界对比论证系统开发方案在技术上的可行性和优缺点。开展其它技术可行性研究和设计活动 （5）技术可行性的困难主要体现在以下4个方面：技术发展块

11、领域知识不熟悉 系统目标、功能和性能不确定建立分析模型、仿真随着计算机科学技术的不断进步，管理信息系统在各个领域上广泛应用。我国虽处在发展中，但商品经济的热潮已经不断增长，且人们对于科技的投资正在不断的加大，在现代的网络与信息技术的高速发展人们对生活质量的要求不断的提高，及信息技术的依赖，为了适应当前的发展形势，跟上现代科技的发展所以我们有必要为当前数量较多的酒店、旅行社及机票预售点设计更为方便快捷的系统，从而更有利于经济的发展。该机票预定系统是以数据库为后台核心应用、以服务为目的信息平台，对资源进行科学的加工整序和管理维护。 Error! No bookmark name given.3.3

12、操作可行性 目前，市场经济已经覆盖了全国各个地区，大中小型发达城市，从而满足了人们日益增长的物质需求。人们物质文化水平的不断提高和科学技术的不断进步以及人们对快速高效的工作效率要求不断的提高，为我们开发使用机票预订系统打下了坚实的基础。3.4 法律因素可行性 从安全角度考虑，所有技术参考资料都经授权，所有软件都选用正版和免费。 3.5 方案选择 系统分析任务完成后，系统工程师开始研究问题求解方案。最主要的思想是分而治之。将一个大的复杂系统分解为若干个子系统，精确地定义子系统的界面、功能和性能，给出各子系统之间的关系。 系统分解和实现的方案不是唯一的。每种方案对成本、时间、人员、技术、设备等都有

13、一定的要求。不同方案开发出来的系统在系统功能、性能方面会有很大差异。方案选择的成本包括：研究成本、设计成本、 设备成本、程序编码成本、 测试和评审成本、系统运行和维护成本、系统退役成本等 在开发系统所用总成本不变的情况下，由于系统开发各阶段所用成本分配方案的不同会对系统的功能和性能产生相当大的影响。 方案选择的过程要看方案的功能、性能、成本、技术、设备、风险。方案选择过程流程如下图示： 进行方案选择时要求决策人员有折衷的观念。折衷是软件工程的重要、重复概念；折衷过程也是系统论证和选择、确定系统开发方案的过程。比如：客户和系统工程师在成本、清晰度和响应时间三者之间选取折衷方案。 3.6用户使用可

14、行性使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.管理人员也需经一般培训.经过培训人员将会熟练使用本软件.两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统.Error! No bookmark name given.3.7 可行性研究结论 依据以上因素，本机票预订系统开发项目不仅方便快捷、高效，而且社会效益及前景较好， 综上所述，此项目在技术、经济、操作和社会效益上是均可行的。Error! No bookmark name given.四需求分析4.1系统的目的本机票预订系统可实现对大、中城市酒店、旅行社、机票销售网点进行

15、机票预订的管理，相对于原始的人工管理方式，采用该系统管理可大幅度提高管理效率，简化烦琐的操作手续，防止数据的丢失，进行快捷的统计、查询、整理。系统具备的基本功能如下：旅客信息的管理：旅客信息的添加、删除、修改，及 信息查询等操作。机票信息的传递和接收。机票预订系统还应该具有友好、简洁的界面，安全性要高，稳定性要强4.2系统功能及用户需求分析4.2.1功能需求该系统主要分为五大功能：系统管理、新增、修改、查询和系统维护。机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统

16、，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。下面分析各个子系统的功能需求：（1）客户端子系统：在客户端系统的功能实现上，可以分为以下几个部分：1旅客信息的输入和统计旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对输入的数据进行简单的统计

17、，供航空公司进行查询和宏观调控。2旅客信息的存储：将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认、查询。 3机票信息的传递及接收： 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并 且接受航空公司返回的航班信息，然后存储起来。4取票通知及帐单的生成和打印： 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。打印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。5机票销售情况的核算这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表

18、输出。（2）服务器端子系统：通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本、提高销售额、经营决策提供及时精确的依据。在客户端系统的功能实现上，可以分为以下几个部分：1接收由旅行社客户端发回的所需机票信息： 通过网络接收机票信息并存入到服务器的数据库中。2生成航班信息：根据所需机票信息（时间，地点），在数据库中查询并得到正确的航班的信息（价格，时间，等级），分配所需的机票数并在数据库中做出已售出的标记。3传递航班信息到客户端（旅行社）： 把得到

19、的航班信息通过网络传递到旅行社。4接收旅行社的反馈信息： 对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。5印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。6销售额的分析和管理这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这

20、一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。4.2.2机票预定系统的性能需求 为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求： 1 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。 34由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程

21、中，必须采用一定的方法保证系统的准确性。 2 系统的开放性和系统的可扩充性 机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 3 系统的易用性和易维护性 机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要

22、实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。 4 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统

23、时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。 5系统的先进性 目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 6系统的响应速度 机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级， 原则是保证

24、操作人员不会因为速度问题而影响工作效率。 4.2.3用户需求本系统主要针对的用户是公司普通员工和人事处的管理员。本系统能够完成任务是管理员登陆，并对员工信息进行添加、修改和查询。管理员添加、修改和删除。4.2.4 机票预定系统的数据需求 机票预定系统的数据需求包括如下几点： 1 数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。 在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理

25、数据。 2 数据的一致性与完整性 由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。 对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。 3 数据的共享与独立性 整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。4.2.5 机票

26、预定系统的运行要求 机票预定系统中的各个子系统的硬件和软件的配置如下： 1服务器端子系统的运行要求： 系统软件： Window NT Server 数据库管理系统：SQL Server 硬件要求：Pentium III 450以上, 258M RAM, 14G HD 2.客户端子系统的运行要求： 系统软件： Window NT Workstation 数据库管理系统：SQL Server 硬件要求：Pentium 133以上, 32M RAM, 4.3G HD 4.2.6安全性、完整性需求本系统作为旅行社及售票点对机票预定的一种管理措施，它的规模比较小,不需要保密技术；只需限定一个程序中某些区

27、域的规约，给不同的模块分配不同的功能即可。本系统的源程序采用编写，不会被传到客户浏览器，因而可以避免所写的源程序被他人剽窃，也提高了程序的安全性。4.2.7 外部接口需求1、用户接口本产品的用户一般需要通过终端进行操作，进入登录就可以进入主窗体进行各种操作。用户对程序的维护，最好要有备份。2、软件接口客户端： Windows95/98、Internet Explorer(IE)等服务器端：Windows NT/Windows2000/XP、Visual Basic(6.0)等。数据库：采用SQL，运行于服务器端。Error! No bookmark name given.五概要设计51 处理流

28、程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：511 客户机程序流程客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。其内部处理流程如下：21534678旅客资料定票/取票帐单号经网络送服务器程序打印帐单输出确定预定信息输出错误原因打印机票输出确定预定信息服务器经网络送来回答911=11816151213141719201014下面对各模块（以数字表示）进行功能说明：1 读入并确定（定票/领票） 它是一个事务处

29、理中心，若输入是定票时转入2 ，输出则转入5。2 读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送3。3 检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事务处理中心，有误则转2再次读入，检查无误则将数据送4。4 准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送7。5 读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送6。6 准备服务器数据 由格式化帐单号准备需发送到服务器的数据，不同于4，它将准备的是帐单号，将准备好的数据送7。7 准备网络数据包 将数据准备/加密成网络传输数据包。8 网络数据发送 将数据包经网络发送到服务器

30、程序， 它是程序与网络的接口。9 网络数据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程序与网络的接口。10 解开/判断 解开9 所接受的数据包，并判断数据是定票数据或是领票数据，它是一事务处理中心，是定票则将数据送11，是领票则将数据送18。11 定票成功？ 由数据判断定票是否成功，它是一事务处理中心，若定票成功则将数据送12，不成功则将数据送15。12 准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据将送入13，其他包括旅客资料等送入14。13 打印帐单 由帐单信息处理帐单格式并打印出帐单。14 输出定位确定 在屏幕上显示确定定位及其他信息。15 判断错误 由数

31、据判断出错误类型，将类型送到16。16 准备错误语句 由具体错误类型准备错误语句，送17。17 输出错误语句 在屏幕上显示错误语句。18 领票核对成功？ 由数据判断领票核对是否成功，它是一事务处理中心，若成功则将数据送19，不成功则将数据送15。19 准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其中关于帐单的机票的数据将送入20，其他包括旅客资料等送入14。20 打印机票 由机票信息处理机票格式并打印出机票。512 服务器程序流程送客户机客户机经网络送来的数据来自客户机客户机经网络送来的数据1611510432712171681315914SQL SERVER(班机，票务数据

32、库)下面对各模块（以数字表示）进行功能说明：1 网络数据接收 接受由客户机程序经网络传送到客户机的数据包， 它是程序与网络的接口。2 解开数据 解开/解密打包的数据，并将恢复的数据格式化送入3。3 判断操作 由数据判断需要做什么数据库操作，它是一事务处理中心，若为定票操作则将数据送4，若为领票操作则将数据送15。4 准备数据库查询语句 由定票数据准备访问SQL SERVER数据库所需的SQL 语句，送入5。5 数据库操作 运行SQL 语句，查询并存入数据库，获得相应的定票数据，将数据送入6。它需包括初步对查询的判断。它必须为乘客安排可抵达目的地的有座位的航班。6 判断查询是否成功 利用查询所得

33、的数据判断定票是否成功，它是一事务处理中心，若为定票操作成功则将数据送7，若不成功则将数据送8。7 准备回送数据 准备定票成功后需回送客户机程序的数据，送16。8 确定原因 由查询数据判断定票不成功的原因，送9。9 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。10 准备数据库查询语句 由领票数据准备访问SQL SERVER数据库所需的SQL 语句，送入11。11 数据库操作 运行SQL 语句，查询并存入数据库获得相应的领票数据，将数据送入6。它需包括初步对查询的判断。12 判断查询是否成功 利用查询所得的数据判断领票是否成功，它是一事务处理中心，若为领票操作得到确认则

34、将数据送11，若不成功则将数据送8。13 准备回送数据 准备领票确认后需回送客户机程序的数据，送16。14 确定原因 由查询数据判断领票不能确认的原因，送15。15 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。16 准备网络数据包 将数据准备/加密成网络传输数据包。17 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。以上显示的各模块数字相同的为同一模块；由于事务流处理上的便利，将有些功能模块，拆分到各事务流中。六详细设计6.1 机票预定系统的逻辑模型6.2流程图根据系统的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系

35、统划分为两个子系统：客户端子系统，服务器端子系统。 6.2.1旅客订票流程图 6.2.2 旅客取票流程图6.2.3处理流程和数据流程服务器终端显示数据系统管理员产生报表事务航班信息的更新产生报表及帐单在客户端打印机票和帐单产生报表及帐单售票员机票核对事务客户机终端显示数据产生报表表单申请售票员客户机终端显示数据产生报表 数据库售票员查询请求6.3软件结构 机票预定系统数据输入数据输出数据输入页面信息录入旅行社登陆登陆信息 数据录入 数据信息 数据信息 数据信息 数据处理、查询数据判断数据信息 准备SQL判断查询数据库操作数据信息 判断信息 判断结果 数据信息 返回账单等确定错误原因返回机票信息

36、打印账单等显示错误原因打印机票数据信息 软件结构图6.3.1 各功能详细描述本系统主要用于机票预订，所以提供了以下几个子功能：机票预订，取票通知，查询航班，查询机票，退票，打印机票，各航班的营运统计，以及后台方面的航班的添加，取消航班，机票的生成，以及航班的查询等后台功能。1、机票预订功能：旅行社和机场管理员有权力进行该项功能。首先通过查询得到旅客所需的航班，确定该航班还有没有被预订的座位，然后选择座位的等级，填写旅客的详细信息之后就可进行网上预订机票。2、取票通知：该项功能只有旅行社和机场管理员有权力进行操作，在机票预订功能成功完成之后，系统会自动给浏览器端发送一条取票信息以及所需缴纳的费用

37、。旅行社可以利用特定设备将该取票信息打印出来，这就是取票通知。3、查询航班：可以通过输入出发地，目的地，日期和时间选定自己航班。4、查询机票：该项功能三方都可以操作，可以通过自己的身份证号以及取票通知上的机票号查询自己的机票信息。5、退订机票：该功能只有旅行社和机场管理员有权力操作，利用身份证号和对应的机票号就可以查询到机票信息，然后就可以退订机票。6、打印机票：该功能只有机场管理员有权力操作，只有当管理员确认旅客已经付款后才予以打印机票，可以通过身份证号和对应的取票信息上的机票号查询机票信息，然后服务器返回机票信息，管理员就可以打印该机票信息，交给旅客。7、各航班的营运统计：该项功能只有机场

38、管理员才能操作，他可以通过输入年份和月份查询当月个航班的营运情况，以便机场能够及时掌握航班动态。8、后台的航班添加：该项功能只有机场管理员才能操作，他通过提供航班的具体信息添加航班信息。9、后台的取消航班：该项功能只有机场管理员才能操作，先通过航班号和航班日期查询到航班信息后，取消航班就可以将该航班从数据库中删除。10、后台的航班查询：该项功能只有机场管理员才能操作，通过航班号和航班日期查询到航班信息。11、后台的机票生成：该项功能只有机场管理员才能操作，可以通过该项功能给刚添加的航班生成对应的飞机票号纪录。6.3.2 数据库的动态语句： intT=data.getRowCount(sql1)

39、;/获得选中的纪录条数ResultSet rs=con.getRs(“select * from plane ”);/获得纪录集，用于查询intT2=data2.insert("INSERT INTO user_information(id,username,sex,telephone,email,workplace) VALUES('"+id+"','"+travelname+"','"+sex+"','"+telephone+"',

40、9;"+email+"','"+workplace+"')");/向数据库插入数据intT4=data4.insert("UPDATE ticketplane SET state='"+state1+"' WHERE ticketno='"+ticketno+"'");/向数据库更新数据6.4建立机票预定系统的约束 1. Client/Server结构总体设计方案对它的约束： 机票预定系统做为Client/Server 结构的一个

41、应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。 2人力、资金、时间的约束 机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。 3 技术发展规律的约束 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多

42、媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。Error! No bookmark name given.6.5数据描述机票预定系统的数据需求包括如下几点：数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。1 数据的一致性与完整性由于系统的数据是共享的，在不同的旅行社中中，机票

43、是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。2数据的共享与独立性整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。6.6数据字典数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。数据流图和数据

44、字典共同构成系统的逻辑模型。下面用数据字典来定义数据流图中各元素的确切内容： 系统中的数据元素： 名字：旅客信息 别名： 描述：旅客的个人信息，用于对旅客的确认 定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地 位置：输入到旅行社端（client端） 名字：订票旅客清单 别名： 描述：已订票的旅客的记录 定义：订票旅客清单=旅客信息的合集 位置：输入到旅行社端（Client端） 名字：取票通知 别名： 描述：旅客领取机票的凭证 定义：取票通知=旅客姓名+领票时间 位置：输出到打印机 名字：订票信息 别名： 描述：旅客的旅行时间和目的地，用于确定旅客的航班 定义：订票信息

45、=旅客旅行时间+旅客旅行目的地 位置：传输到航空公司端（Server端） 名字：航班机票信息 别名： 描述：旅客的航班信息，根据旅客的旅行时间和目的地确定 定义：航班机票信息=旅客机票时间+旅客机票班次 位置：传输到旅行社端（Client端） 名字：旅客订票记录 别名： 描述：已订票的旅客在航空公司的记录 定义：旅客订票记录=旅客姓名+航班机票信息 位置：输出到航空公司端（Server端） 名字：售出机票信息 别名： 描述：旅客的航班机票的信息 定义：售出机票信息=旅客的航班机票 位置：输出到打印机 名字：退票信息别名：描述：旅客退票的信息定义：退票信息=退票人+退票张数+联系电话位置：输出到

46、打印机七测试计划在开发大型软件的漫长过程中，面对极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺。因此，在软件生命周期的每个阶段都不可避免地会产生差错。尤其对于机票预订系统这类会影响人们生活财产的工程软件，必须尽量减少差错，以免造成严重的损失。测试是“为了发现程序中的错误而执行程序的过程”。测试的目的就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明设计和编码的最后复审，也是必不可少的关键步骤。71目标 测试是“为了发现程序中的错误而执行程序的过程”, 测试的目的

47、就是在软件投入生产性运行之前，尽可能多的发现软件中的错误。7.2需求概述旅行社为旅客定票，把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要单明了，易于操作，服务器程序利于维护。7.3 计划7.3.1测试方案测试方案是测试阶段的关键技术问题。为了提高测试效率降低测试成本，本测试方案采用黑盒法设计基本的测试方案，

48、再用白盒法补充一些方案。7.3.2 测试项目a. 客户机接受信息模块测试b. 客户机输出信息模块测试c. 网络接受和发送模块结构测试d. 服务器模块（包括数据库）测试e. 各模块之间的接口测试 ；系统测试7.4测试项目名称及测试内容在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。各子模块测试名称如下： 客户机接受信息模块测试 ； 客户机输出信息模块测试网络接受和发送模块结构测试 ； 服务器模块（包括数据库）测试各模块之间的接口测试 ； 系统测试7.5步骤及操作在测试过程中

49、，首先需要对各子单元过程进行测试。各子单元过程的测试必须先在程序设计员调试并编译通过后才能进行。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。其操作过程如下：1 在客户机接受信息模块过程中，先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。2 同样，在客户机输出信息模块网络接受和发送模块结构和服务器模块（包括数据库）过程中先对各子单元过程分别进行测试，然后根据白盒法按照详细设计说明书中的流程图对其进行跟踪测试。， 然后，根据各模块之间的各种关系，对其接口进行测试。 在系统测试

50、中，要注意对各种意外情况（列如断电硬盘损坏等）加以处理，对数据库要注意其安全性可靠性健壮性效率。网络传输更要注意其安全性。7.6测试举例数据背景数据的来源参见需求分析说明书和概要设计说明书。（1） 输入数据格式旅客输入： 旅客姓名 String 旅客性别 Char 身份证号码 Long int 工作单位 String航空公司输入： 航班号 String 目的地 String 起飞时间 Date/Time输入举例 旅客输入： 旅客姓名 王老五 旅客性别 M 身份证号码 22113319990999222 工作单位 大兴对外贸易公司 航空公司输入： 航班号 NF1001 目的地 上海 起飞时间 1999-02-02/20：10（2） 输出数据背景数据的来源参见需求分析说明书和概要设计说明书。数据格式 机票信息： 航班号 String 目的地 String 起飞时间 Date/Tim