软件工程课程设计机票预定系统.docx

1、软件工程课程设计机票预定系统软件工程课程设计机票预定系统机票预订系统设计与实现 一、可行性研究 1引言 1.1编写目的 本文从各个方面讲解了机票预订系统在市场中的作用，以及说明机票预订系统能给旅客、航空公司和旅行带来的好处，为各个方面提供方便。 本文读者是航空公司分管售票方面的经理。 1.2项目背景 a. 开发软件的名称:机票预订系统 b. 项目的任务提出者:航空公司 c. 开发者:修宇(1)班软件工程课程设计第五小组 d. 用户:国内各大航空公司 e. 项目与其他软件或其他系统的关系: 本系统采用客户机/服务器原理，客户端的程序是建立在Windows NT系统上以PowerBuilder9.

2、0为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，系统中是采用Sysbase Adaptive Server Anywhere为开发软件的数据库服务程序。 1.3定义 数据库管理系统(DBMS)。 SQL: 一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 1.4参考资料 1.张海藩.软件工程导论(第四版)，清华大学出版社，2003 2.郑人杰等.实用软件工程(第二版)，清华大学出版社，1997 1 3.Software Engineering A Practione

3、rs Approach,Roger S.Pressman,(英文版，第5版)，机械工业出版社McGraw-Hill,2001 4.文斌,刘长青,田园.软件工程与软件文档写作,清华大学出版社,2006 5. 6. 7.中国期刊全文数据库 数字化期刊 可行性研究前提 2.1要求 a. 主要功能:为游客提供机票预订服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。 b. 性能要求:机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的订单必须无差错的存储在机场的主服务器上。以服务器上的数据必须进行及时正确的刷新。 c. 输入要求:数据完整，详实。 d. 输出:简捷，快速，实时。 e.

4、 基本的数据流程和处理流程:略。 f. 安全与保密要求:服务器的管理员享有对机场航班信息库及机票信息库和弃权票信息库的管理与修改，售票员只享有对订票信息库的部分修改(写入与读出)。 g. 完成期限:预计一个星期 2.2目标 系统实现后，大大提高旅游局的机票预订服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。 2.3条件、假定和限制 a. 建议开发软件运行的最短寿命:5年 b. 经费来源和使用限制:X X航空公司 2 c. 硬件条件:服务器IBM工作站 d. 软件环境:终端为普通PC机 e. 运行环境:Microsoft Windows XP Professional

5、 f. 开发环境:Windows XP下的PowerBuilder 9.0 g. 数据库:Adaptive Server Anywhere 2.4可行性研究方法 2.5决定可行性的主要因素 成本/效益分析结果，效益成本。 技术可行，现有技术可完全承担开发任务。 操作可行，软件能被原有工作人员快速接受。 3技术可行性分析 3.1对系统的简要描述 在旅游局中的终端安装Windows NT的PC机，主要上报是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员订票时，终端向服务器发出一份订单，服

6、务器核对后，存入订票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务发出查询订票请求，服务器接收后，查询订票信息库，核对后，传送机票确认表单，终端打印出机票。 3.2处理流程和数据流程 事务航班系统管服务器终端产生报表 信息的更理员 显示数据 新 数据库 客户机终端产生报表 售票员 查询请求 显示数据 售票员 客户机终端表单申请 产生报表 显示数据 售票员 机票核对事产生报表及 在客户端打印务 帐单 机票和帐单 3 3.3与现有系统比较的优越性 现行系统问题:系统效率低、主要用人工记录、人工操作;错误率高;安全系数低。 建议方案:客户端与服务器端联系在一起。在订票机构中只设立终端，在机

7、场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。 此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。 3.4技术开发的可行性 a. 本系统尽管其在组织关系上存在着很大的复杂性、繁琐性，但是就整个系统的技术构成上来看，它还是属于一个数据库应用类的系统。其基本操作还是对数据库进行添加、删除、浏览、编辑等。所以就单纯的数据库应用来看，暂不存在太大的技术问题 b. 因为我们的小组学习过专业的计算机方面的知识，且所开发的系统公需实现基本功能，所以开发人员在数量的和质量都能满足系统的要求，并按时完成助用户所需要的基本功能

8、。 4经济可行性分析 对于整个系统而言，在系统未运行之前，初期投资比较大，花费相对而言比较多。各部门必须配置电脑、服务器、打印机及相关的网络设备。但是，在整个系统投入运行之后，因为现在计算机已经普及了，相关的人员培训费可以减少很多。而同时又减少了数据的流通环节，不必要花费那么多的时间，也就是说最重要的是提高了效率，而又保证了各项数据的准确性，也避免了工作人员的流动造成的数据丢失等问题，适应了当前的发展形式。 5社会因素可行性分析 5.1法律因素 a.所有软件都选用正版 b.所有技术资料都由提出方保管 4 c. 制定合同确定违约责任 5.2用户使用可行性 随着时代的发展，人员素质己逐步提高，不论

9、是对于电脑系统的基本操作还是对于系统的维护都有了一定的基础。同时还可以配置专业的电脑维护人员来维护电脑，不必担心电脑故障问题。经过培训的人员将会熟练使用本软件。 6其他可供选择的方案 客户端与服务器端联系在一起，在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。 此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。 7结论意见 由于该系统能大幅度提高售票人员的工作效率，技术、操作都有可行性，可以进行开发。 5 二、项目开发计划 1(引言 1.1编写目的 本文从各个方面讲解了机票预订系统在

10、市场中的作用，以及说明机票预订系统能给旅客、航空公司和旅行带来的好处，为各个方面提供方便。 本文读者是航空公司分管售票方面的经理。 1.2项目背景 a.项目的委托单位: X X航空公司 b.软件工程课程设计修宇(1)班第五组 c.该软件系统与其他系统的关系: 本系统采用客户机/服务器原理，客户端的程序是建立在Windows NT系统上以PowerBuilder9.0为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，系统中是采用Adaptive Server Anywhere为开发软件的数据库服务程序。 1.3定义 专门术语、缩写词:略 1.4参考资料 1.张海藩.软件工程导论(第

11、四版)，清华大学出版社，2003 2.郑人杰等.实用软件工程(第二版)，清华大学出版社，1997 3.Software Engineering A Practioners Approach,Roger S.Pressman,(英文版，第5版)，机械工业出版社McGraw-Hill,2001 2(项目概述 2.1工作内容 机票预定系统在各旅行社把预定机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入到该系统，系统为旅客安排航班。当旅客交付了预定金后，系统印出取票通知和账单给旅客，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统核对无误即印出机票给旅客。此外航空公司

12、为随时掌握各航向飞机的乘载情况，需定期进行查询统计，以便适当调整。 6 2.2条件与限制 (1)在分析系统功能时要考虑有关证件的合法性验证(如身份证、取票通知、交款发票等) (2)对于本系统还应补充以下功能: a.旅客延误了取票时间的处理 b.班机取消后的处理; c.旅客临时更改机票班次的处理; d.系统的外部项至少包含三个:旅客、旅行社和航空公司 2.3产品 2.3.1程序 程序名称:机票预订系统 使用的语言:PowerBuilder 9.0 2.3.2文档 系统在开发过程中，经历了可行性研究、需求分析、详细设计、软件编码与测试，并在系统开发的同时撰写可行性研究报告、项目开发计划说明书、需求

13、分析说明书、详细设计说明书、测试分析报告等。 2.4运行环境 硬件环境:服务器IBM工作站 软件环境:Linux，终端为PC机 2.5服务 软件开发完成后，开发者应免费为系统使用者进行安装、保修服务，并由开发人员对使用方的使用本软件人员进行软件使用的基本培训，系统管理员必须要求有专业的计算机知识，所有人员都要经过本公司培训。在系统运行的时间里，开发人员要负责对系统进行维护，并满足用户对软件升级的需要。 2.6验收标准 完成程序的基本功能，销售员要能进行旅客订票、退票，管理员能进行航班处理(取消航班、修改航班时间、开通新航班) 3(实施计划 7 3.1任务分解 组长:胡慧 组员:陆万波、胡慧、文

14、磊、查志力、许海波、毕文攀 陆万波:主要负责可行性分析部分。 胡 慧:主要负责人员的组织安排及撰写项目开发计划、需求分析。 查志力:主要负责详细分析部分。 许海波:主要负责软件编码和系统实现。 毕文攀:主要负责软件编码和软件测试。 3.2进度 主要任务 时间期限 主要负责人 可行性研究 2008-12-29-2008-12-29 陆万波 需求分析 2008-12-29-2008-12-30 胡慧 概要设计 2008-12-30-2008-12-30 文磊 详细设计 2008-12-31-2009-12-1 查志力 详细编码 2009-1-1-2007-1-2 许海波 软件测试 2009-1-3

15、-2009-1-4 毕文攀 4(交付期限 本系统计划于1月4日前交付使用 8 三、需求规格说明书 1(引言 1.1编写目的 需求规格说明书是感动弄清楚用户对开发软件应用系统的确切要求，本阶段对所要做的系统做需求分析，建立是在前面的可行性研究基础上的。主要解决了实现该系统的数据字典及功能需求问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有分析进行详细的说明。 在下一阶段的详细设计中，程序设计员可参考本阶段对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。在以后的软件

16、测试以及软件维护阶段也可参考此说明书，以便于了解在需求分析过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。 1.2项目背景 a.开发软件的名称:机票预订系统 b.项目的任务提出者:航空公司 c.开发者:修宇(1)班软件工程课程设计第四小组 d.用户:国内各大航空公司 e.项目与其他软件或其他系统的关系: 本系统采用客户机/服务器原理，客户端的程序是建立在Windows NT系统上以PowerBuilder9.0为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，系统中是采用Adaptive Server Anywhere为开发软件的数据库服务程序。 1.3定义

17、 专门术语和缩写词:略 1.4参考资料 1.张海藩.软件工程导论(第四版)，清华大学出版社，2003 2.郑人杰等.实用软件工程(第二版)，清华大学出版社，1997 9 3.Software Engineering-A Practioners Approach,Roger S.Pressman,(英文版，第5版)，机械工业出版社McGraw-Hill,2001 4.文斌,刘长青,田园.软件工程与软件文档写作,清华大学出版社,2006 5.软件需求与估算，Swapna Kishore,Rajesh Naik(印)著，姜路 丁一夫 柳剑锋译，机械工业出版社 2(任务概述 2.1需求概述 航空公司为

18、方便旅客，需开发一个机票预定系统。为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。旅客在飞机起飞前一天凭取票通知和账单交款后取票，系统校对无误后即印出机票给旅客。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。 2.2系统目标 系统实现后，大大提高旅游局的机票预订服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。 2

19、.3运行环境 操作系统:Microsoft Windows XP Professional 数 据 库:Adaptive Server Anywhere 2.4条件与限制 (1)在分析系统功能时要考虑有关证件的合法性验证(如身份证、取票通知、交款发票等)。 (2)对于本系统还应补充以下功能:旅客延误了取票时间的处理;班机取消后的处理;旅客临时更改机票班次的处理。 (3)系统的外部项至少包含三个:旅客、旅行社和航空公司。 10 3.系统结构设计: 3.1 数据流图 顶层数据流图: 旅客信息 机票 机票 旅客 预定系统 旅行社 取票通知单 取票通知单 图1 本系统的顶层数据流图 2.0 机票 取票

20、通知单 订票 有效的 操作 取票通知单 1.0 信息 审核 合法旅客信息 3.0 取票通知单 旅客信息 审核 不合法输入 处理 图2 0层数据流图 11 航班目录文件 1.1 2.3 旅客信息 有效 2.1 2.2 旅客 信息 旅行社 信息 打印取机票 表单 信票信息 录入 查询 申请 息 取订票 账单信息 票信息 通知单 订单信息库 账单文件 旅客 订票信息 账单信息 取票 3.1 3.2 有效 机票 1.2 机票通 信息 票 知单 旅客 交款 打印审核 取票 机票 票通 知单 图2 本系统的二层数据流图 4(数据描述 4.1静态数据 订票单、取票通知单、帐单、机票 4.2动态数据 旅客姓名

21、、身份证、航班时间 4.3数据词典 1.旅客信息 名字:旅客信息 别名:passenger information 描述:旅客的个人信息，用于对旅客的确认 定义:旅客信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地 12 位置:输入到旅行社端(client端) 2. 订票旅客清单 名字:订票旅客清单 别名:list 描述:已订票的旅客的记录 定义:订票旅客清单=旅客信息的合集 位置:输入到旅行社端(Client端) 3.订票信息 名字:订票信息 别名:booked information 描述:旅客的旅行时间和目的地，用于确定旅客的航班 定义:订票信息=旅客旅行时间+旅客旅行目的地

22、 位置:传输到航空公司端(Server端) 4.航班机票信息 名字:航班机票信息 别名:Bill Information 描述:旅客的航班信息，根据旅客的旅行时间和目的地确定 定义:航班机票信息=旅客机票时间+旅客机票班次 位置:传输到旅行社端(Client端) 5(取票通知 名字:取票通知 别名: notification 描述:旅客领取机票的凭证 定义:取票通知=旅客姓名+领票时间 位置:输出到打印机 6.售出机票信息 名字:售出机票信息 别名:saled 描述:旅客的航班机票的信息 定义:售出机票信息=旅客的航班机票 位置:输出到打印机 7(旅客订票记录 名字:旅客订票记录 别名:rec

23、ord 描述:已订票的旅客在航空公司的记录 定义:旅客订票记录=旅客姓名+航班机票信息 位置:输出到航空公司端(Server端) 5(功能需求 13 机票预定系统的总目标是:在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统:客户端子系统，服务器端子系统。 下面分析各个子系统的

24、功能需求: 5(1客户端子系统: 在客户端系统的功能实现上，可以分为以下几个部分: 1旅客信息的输入和统计 旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系 统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对 输入的数据进行简单的统计，供航空公司进行查询和宏观调控。 2旅客信息的存储: 将旅客的信息存储到旅行社的客户端系统中，以备以后的取票确认以及查 询。 3机票信息的传递及接收: 将旅客所须的机票信息由旅行社客户端由网络传到航空公司的服务器上，并 且接受航空公司返回的航班信息，然后存

25、储起来。 4取票通知及帐单的生成和打印: 把已存储的从航空公司返回的航班机票信息打印出来，并且生成帐单打印出来一起交给旅客。 印出机票给已经订票的旅客:根据旅客的取票通知及帐单，经过确认无误后，接受旅客的付款后把机票印出来交给旅客。 5机票销售情况的核算 这一功能是在上一功能的基础上，对机票销售额进行单项核算，得到该旅行社14 的销售情况并把核算结果作为企业报表输出。 5(2服务器端的功能要求: 通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现航班查询，机票生成，销售统计，综合信息查询等子系统。以计算机成本核算为中心，实现销售业务的计算机自动化，为航空公司降低成本

26、、提高销售额、经营决策提供及时精确的依据。 在服务器端系统的功能实现上，可以分为以下几个部分: 1接收由旅行社客户端发回的所需机票信息: 通过网络接收机票信息并存入到服务器的数据库中。 2生成航班信息: 根据所需机票信息(时间，地点)，在数据库中查询并得到正确的航班的信息(价格，时间，等级)，分配所需的机票数并在数据库中做出已售出的标记。 3传递航班信息到客户端(旅行社): 把得到的航班信息通过网络传递到旅行社。 4接收旅行社的反馈信息: 对旅行社的反馈信息进行分析，把已经售出的机票进行统计，对被旅客所退掉的机票要进行数据库的恢复。 5印出机票给已经订票的旅客: 根据旅客的取票通知及帐单，经过

27、确认无误后，接受旅客的付款后把机票印出来交给旅客。 6销售额的分析和管理 这一步骤的功能要求包括对销售的机票进行分析，这一工作是在前面的基础上，以计算机为工具，对机票预定系统的功能和目标进行扩充。它以财务管理学为理论基础，以辅助决策为目标，以机票销售数据为中心，广泛采用统计学、运筹学的分析方法，对销售信息进行深层加工，建立反映不同航班需求的模型，提供管理上所需的各种辅助决策信息和财务信息。这一要求是机票预定系统的最高目标，将通过系统运行后获得的大量销售历史数据基础上，实现这一目标。 6(性能需求 15 为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求: (

28、1)系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。 由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源，而机票数量和时间又影响企业的决策活动，其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中，必须采用一定的方法保证系统的准确性。 (2)系统的开放性和系统的可扩充性 机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变(网上订票)，用户查询的需求也会不断的更新和完善。所有这些，都要

29、求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 (3)系统的易用性和易维护性 机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手

30、段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。 (4)系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开16 发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。 (5)系统的先进性 目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统

31、的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 (6)系统的响应速度 机票预定系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时 反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级， 原则是保证操作人员不会因为速度问题而影响工作效率。 7.数据需求 机票预定系统的数据需求包括如下几点: 1(数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面