1、课 程 设 计 任 务 书实 验 课 名 称： 软件工程实验项目名称： 机票预定系统专 业 名 称： 软件工程班 级： 24060802学 号： 2406080202学 生 姓 名： 孙子淇教 师 姓 名： 杜瑾2010 年 07 月 02 日目录 1.封皮 12.目录 23.需求说明书 33.1 数据流图 213.2 数据字典 223.3 数据库设计 234.概要设计说明书 254.1 软件结构图（层次框图） 285.详细设计说明书 305.1 各模块数据流程图 316.测试计划 41机票预订系统需求分析报告1.引言本软件需求说明书全面、概括性地描述了机票预订系统系统所要完成的工作，确定了系
2、统性能要求，系统运行支持环境要求，数据管理要求，以及其他用户需求，使软件开发人员和用户对本系统中的业务流程及功能达成共识。2. 机票预订系统需求分析机票预定系统的功能要求机票预定系统主要是在计算机网络、数据库和先进的开发平台上，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现机票销售的自动化，并高效快速地为管理员和用户提供准确、详细的机票销售信息。根据可行性研究的结果和客户的要求，分析实际情况需求和存在问题，可将机票预定系统划分为两个子系统：客户端子系统，服务器端子系统。下面分析各个子系统的功能需求：（1）客户端子系统：在客户端系统的功能实现上，可以分为
3、以下几个部分：1旅客信息的输入和统计各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码） 、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，这是客户端子系统的基本部分和功能，也是以后各个部分的基础。系统要求既能够做到从其它子系统中共享一部分信息，又可以方便地从操作界面工手工输入旅客信息并对输入的数据进行简单的统计，供航空公司进行查询和宏观调控。2旅客信息的存储：将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查询。3机票信息的传递及接收：将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并且接受航空公司返回的航班信息，然后存储起来
4、。4取票通知及帐单的生成和打印：把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。5机票销售情况的核算这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社的销售情况并把核算结果作为企业报表输出。（2）服务器端的功能要求：通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统，并实现销售业务的计算机自动化。 在客户端系统的功能实现上，可以分为以下几个部分：1接收由旅行社客
5、户端发回的所需机票信息：通过网络接收机票信息并存入到服务器的数据库中。2生成航班信息：根据所需机票信息（时间，地点） ，在数据库中查询并得到正确的航班的信息（价格，时间，等级） ，分配所需的机票数并在数据库中做出已售出的标记。3传递航班信息到客户端（旅行社）：把得到的航班信息通过网络传递到旅行社。4接收旅行社的反馈信息：对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉 的机票要进行数据库的恢复。5印出机票给已经订票的旅客：根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出 来交给旅客。6销售额的分析和管理这一步骤的功能要求包括对销售的机票进行分析，这一工作
6、是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。机票预定系统的性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：（1）系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的
7、工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。（2）系统的开放性和系统的可扩充性机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票） ，用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简
8、单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。（3）系统的易用性和易维护性机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使 用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。（4）系统的标准性系统在设计开发使用过程中都要涉及到很多计
9、算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的 TCP/IP 网络协议及 ISO9002 标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。（5）系统的先进性目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系
10、统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。（6）系统的响应速度机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。机票预定系统的数据需求机票预定系统的数据需求包括如下几点：（1） 数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统
11、中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。（2）数据的一致性与完整性由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。（3） 数据的共享与独立性整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的
12、手段进行系统数据的交换。这样，也能提供系统的强壮性。3. 机票预订系统用例设计机票预订系统系统主要的功能的用例图及主要描述如下： （一）用例：注册帐号主参与者：用户环境目标：从任何终端通过网络连接注册一个帐号。前提条件：系统必须被完整配置。触发器：用户需要一个帐号以便于订票。场景：1、用户打开终端界面；2、用户切换到注册页面；3、用户按要求填写信息；4、用户提交信息表；5、系统核对信息表；6、系统反馈核对结果；7、注册完成。异常：1、用户填写的账号已存在；2、帐号密码设置和确认密码不一致；3、信息格式有误。优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与
13、者：客服中心次要参与者使用方式：电话线未解决的问题：1、用户输入的信息有个人隐私保护吗？（二）用例：用户登录系统主参与者：用户环境目标：从任何终端通过网络登录系统。前提条件：帐号已注册。触发器：用户需要查询或修改帐户内容。场景：1、用户打开终端界面；2、用户输入用户名；3、用户输入密码；4、系统显示用户主页。异常：1、用户填写的用户名不存在；2、密码输入错误；优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（三）用例：用户注销系统主参与者：用户环境目标：从任何终端注销。前提条件：帐号已登录。触发器：用
14、户需要退出系统。场景：1、用户点击注销；2、系统提出确认询问；3、用户确认退出。异常：无优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（四）用例：用户个人信息管理主参与者：用户环境目标：从任何终端登录管理。前提条件：帐号已登录。触发器：用户需要修改个人信息或订单历史记录。场景：1、用户点击修改个人信息；2、用户改写信息表；3、用户提交已修改的信息表；4、系统核对并反馈；5、用户点击查询订单记录；6、系统打印机票订单记录列表。异常：1、个人信息填写格式不正确；优先级：必须的何时可用：首次增量使用频率：
15、经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（五）用例：机票查询主参与者：用户环境目标：从任何终端查询。前提条件：系统必须被完整配置。触发器：用户需要查询机票以便预定。场景：1、用户点击机票查询；2、用户输入查询范围；3、系统查询机票数据库；4、系统打印查询结果；异常：1、查询范围输入不正确或过于严格；优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（六）用例：预定飞机票主参与者：用户环境目标：从任何终端预定。前提条件：系统已登录。触发器：用户需
16、要预定机票。场景：1、用户根据查询结果点击预定；2、系统把对应机票加入用户订单；异常：1、预定前用户未登录；2、机票预定期已过；3、航班乘客已满。优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（七）用例：订单管理主参与者：用户环境目标：从任何终端管理订单。前提条件：系统已登录。触发器：用户需要修改订单或预付票款。场景：1、用户点击订单管理；2、系统显示订单内容；3、用户修改、撤销订单项目或付款；异常：1、修改、撤销订单项目时已付款；2、付款时原预定航班信息已发生变更或已取消航班。3、已付款的机票对应
17、航班信息已发生变更。优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（八）用例：管理员登录主参与者：管理员环境目标：从任何服务端登录。前提条件：系统必须被完整配置。触发器：管理员需要登录后台管理系统。场景：1、管理员点击登录；2、管理员输入用户名；3、管理员输入密码；4、系统显示管理员主页；异常：1、管理员填写的用户名不存在；2、密码输入错误；优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（九）用例：管理员
18、注销系统主参与者：管理员环境目标：从任何终端注销。前提条件：管理员帐号已登录。触发器：管理员需要退出系统。1、管理员点击注销；2、系统提出确认询问；3、管理员确认退出。异常：无优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（十）用例：管理用户信息主参与者：管理员环境目标：从任何终端实现管理。前提条件：管理员帐号已登录。触发器：用户信息需要管理。1、管理员点击管理用户信息；2、系统打印用户列表；3、管理员点击某一用户；4、系统显示该用户详细信息；5、管理员修改该用户信息。异常：1、管理员进行非法或风险
19、操作优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（十一）用例：航线信息管理主参与者：管理员环境目标：从任何终端实现管理。前提条件：管理员帐号已登录。触发器：航线信息需要管理。1、管理员点击管理航线信息；2、系统打印航线信息列表；3、管理员点击某一航线；4、系统显示该航线详细信息；5、管理员修改该航线信息；6、系统提醒已预订该航班的用户发生的修改。异常：1、管理员进行非法或风险操作优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：
20、电话线未解决的问题：无（十二）用例：订单管理主参与者：管理员环境目标：从任何终端实现管理。前提条件：管理员帐号已登录。触发器：用户订单需要管理。1、管理员点击管理用户订单；2、系统打印用户订单列表；3、管理员点击某一用户订单；4、管理员修改该用户订单；5、系统提醒订单用户已发生的修改。异常：1、管理员要修改的用户订单正在被用户修改。优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无（十三）用例：航班信息管理主参与者：管理员环境目标：从任何终端实现管理。前提条件：管理员帐号已登录。触发器：航班信息需要管理
21、。1、管理员点击管理航班信息；2、系统打印航班列表；3、管理员点击某一航班；4、管理员设置或更改机票价格；5、管理员查看航班剩余舱位；6、管理员生成乘客名单；异常：无优先级：必须的何时可用：首次增量使用频率：经常使用方式：通过基于电脑终端的软件。次要参与者：客服中心次要参与者使用方式：电话线未解决的问题：无4. 机票预订系统数据流图顶层图：查询信息机票预订系统查询结果订票信息订票结果用户用户0 层图：机票查询1订票信息航班信息机票预订2查询信息查询结果 订票信息订票结果1 层图：子图（1）：机票查询1 . 1订票信息航班信息查询信息查询结果子图（2）：订票信息订票验证2 . 1订票信息错误信息
22、用户信息结果输出2 . 3订票处理2 . 2航班信息订票信息订票凭证订票结果5.机票预定系统的数据字典系统中的数据元素：6.机票预定系统的数据库设计DBMS 的使用上系统主要需要维护 3 张数据表：（1）航班班次表航班号 起飞日期/时 间 飞行目的地 座位空数 商务仓票价 经济仓票价航班班次表保存了所有从本地起飞的班机信息，它的主键为航班号。在定位前先查寻座位空数，在定位后将修改座位空数。（2）定位信息表航班号 帐单号 是否领票定位信息表保存了已定位信息，主键为帐单号，外部主键为航班号。在旅客领票过程时将用到此表，领票后修改是否领票域（3）帐单信息/旅客资料表帐单号 旅客姓名 旅客性别 旅客身
23、份证号 工作单位帐单信息/旅客资料表保存已定位的旅客信息资料，它的主键为旅客身份证号，外部主键为帐单号。主要用于领票时将旅客信息一同返回。（4）机位信息表班机号 机位信息机位信息表保存各班机各机位定票状况。它的外部主键为班机号。主要用于定票时确定旅客机位，并返回。机票预订系统概要设计说明书1.引言在本机票预定系统项目的需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述。本阶段即在系统的需求分析的基础上，对机票预定系统做概要设计，主要解决实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及系统结构的设计等。2. 根据数据流图
24、处理流程使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析。系统可分为两大部分：一、客户机上的程序，二、服务器上的程序。以下将分别对系统的这两大部分进行流程分析：（1）客户机程序流程客户机上的输入信息为旅客资料或帐单号，还包括一个定票/领票选项。输出为打印帐单或机票，和确认或出错信息。其内部处理流程如下：下面对各模块（以数字表示）进行功能说明：1.读入并确定（定票/领票） 它是一个事务处理中心，若输入是定票时转入 2 ，输出则转入 5。2.读入旅客资料 读取所输入的旅客资料，并将其格式化，将格式化数据送 3。3.检验输入资料 检验格式化输入资料，初步检查输入是否有误，它是一个事
25、务处理中心，有误则转 2 再次读入，检查无误则将数据送 4。4.准备服务器数据 由格式化旅客资料准备需发送到服务器的数据，将准备好的数据送 7。5.读入帐单号 读取所输入的帐单号，并将其格式化，将格式化数据送 6。6.准备服务器数据 由格式化帐单号准备需发送到服务器的数据，不同于 4，它将准备的是帐单号，将准备好的数据送 7。7.准备网络数据包 将数据准备/加密成网络传输数据包。8.网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。9.网络数据接受 接受由服务器程序经网络传送到客户机的数据包， 它是程序与网络的接口。10.解开/判断 解开 9 所接受的数据包，并判断数据是定
26、票数据或是领票数据，它是一事务处理中心，是定票则将数据送 11，是领票则将数据送 18。11.定票成功？ 由数据判断定票是否成功，它是一事务处理中心，若定票成功则将数据送 11，不成功则将数据送 18。12.准备输出数据 由接收的服务器数据准备输出数据，其中关于帐单的数据将送入13，其他包括旅客资料等送入 14。13.打印帐单 由帐单信息处理帐单格式并打印出帐单。14.输出定位确定 在屏幕上显示确定定位及其他信息。15.判断错误 由数据判断出错误类型，将类型送到 16。16.准备错误语句 由具体错误类型准备错误语句，送 17。17.输出错误语句 在屏幕上显示错误语句。18.领票核对成功？ 由数
27、据判断领票核对是否成功，它是一事务处理中心，若成功则将数据送 19，不成功则将数据送 15。19.准备机票输出数据 由接收的服务器数据准备将打印的机票数据数，据其中关于帐单的机票的数据将送入 20，其他包括旅客资料等送入 14。20.打印机票 由机票信息处理机票格式并打印出机票。（2）服务器程序流程下面对各模块（以数字表示）进行功能说明：1 网络数据接收 接受由客户机程序经网络传送到客户机的数据包， 它是程 序与网络的接口。2 解开数据 解开/解密打包的数据，并将恢复的数据格式化送入 3。3 判断操作 由数据判断需要做什么数据库操作，它是一事务处理中心，若为 定票操作则将数据送 4，若为领票操
28、作则将数据送 15。4 准备数据库查询语句 由定票数据准备访问 SQL SERVER 数据库所需的 SQL 语句， 送入 5。5 数据库操作 运行 SQL 语句，查询并存入数据库，获得相应的定票数据，将数据送入 6。它需包括初步对查询的判断。它必须为乘客安排可抵达目的地的有座位的航班。6 判断查询是否成功 利用查询所得的数据判断定票是否成功，它是一事务处理中心，若为定票操作成功则将数据送 7，若不成功则将数据送 8。7 准备回送数据 准备定票成功后需回送客户机程序的数据，送 16。8 确定原因 由查询数据判断定票不成功的原因，送 9。9 准备回送数据 根据不成功的原因，准备需送回客户机程序的数
29、据，送入 16。10 准备数据库查询语句 由领票数据准备访问 SQL SERVER 数据库所需的 SQL 语 句，送入 11。11. 数据库操作 运行 SQL 语句，查询并存入数据库获得相应的领票数据，将数据送入 6。它需包括初步对查询的判断。12. 判断查询是否成功 利用查询所得的数据判断领票是否成功，它是一事务处理中心，若为领票操作得到确认则将数据送 11，若不成功则将数据送 8。13. 准备回送数据 准备领票确认后需回送客户机程序的数据，送 16。14. 确定原因 由查询数据判断领票不能确认的原因，送 15。15. 准备回送数据 根据不成功的原因，准备需送回客户机程序的数据，送入16。1
30、6. 准备网络数据包 将数据准备/加密成网络传输数据包。17. 网络数据发送 将数据包经网络发送到服务器程序， 它是程序与网络的接口。3. 根据数据流图画出软件结构图（1）客户机部分（2）服务器程序部分4.运行设计（1） 运行模块的组合客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，
31、完成后调用网络发送模块，将信息返回客户机。（2） 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。机票预订系统详细设计说明书1.引言在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及系统结构的设计等。在以
32、下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的程序语言书写的程序。主要的工作有：根据在需求分析说明书中所描述的数据、功能、运行、性能需求，并依照概要设计说明书所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等） ，解决如下问题：1 接受：旅客信息及取票通知和帐单；2 输出：取票通知和帐单及机票；3 网络输出和加密，输入和解密；4 分辨信息的种类并采取相应的处理步骤；5 判断信息的正误并采取相应的处理步骤；6 进行数据库的查询、修改工作；7 接受并判断错误，输出相应的出错消息；2.机票预订系统各模块数据流程图（1）旅客订票流程图：
