航空订票系统.doc

项目名称：航空订票系统 姓名学号主要负责工作施浩（组长）1005010113系统约束、非功能性需求、数据字典、系统功能描述、运行环境王勃1005010120系统功能概述（用例图）、基本设计概念和处理流程、人工处理过程、需求规定李巍1005010119系统角色、结构（总体设计）、系统出错处理设计、尚未解决问题陈泽1005010129E-R图、用户接口、系统数据结构设计、术语表、航空订票系统项目需求规格说明书1简介1.1目的本机票预订系统是在现代社会生活节奏不断加快，对机票预订工作的自动化和准确化要求也日益强烈的背景下，为了实现机票预订工作的网络化，以及实现网络查询和统计一体化而开发的管理信息系统。该系统为机票预订管理员提供了一个个性化的界面，并且机票预订管理员只需一次登录就可以使用所有服务；将订票旅客需要的各种服务集中起来，订票旅客可以很方便地进行自身信息和航班、票价情况查询。总之，从基本订票信息的录入到订票信息的查询，再到最终的信息核准打印机票，都可以通过这个系统完成。1.2业务范围 “机票预订系统”主要是针对机票预订工作而开发的应用软件。通常有系统管理员、机票预订管理员和订票旅客三种用户，他们的使用权限如下：l 系统管理员：对系统、数据库进行维护，主要对不同人员赋予不同的权限。l 机票预订管理员：对机票预定工作进行具体的操作。l 订票客户：一般操作水平，能够在本系统查询个人信息和订票信息。机票预订由机票预定部门全面负责，下设信息管理部、票务部、客服部三个部门的业务职责如下：l 信息管理部：管理基本信息、主要包括旅客基本信息的查询、更改、删除；航班信息的添加、查询、更改、删除。l 票务部：管理各种票据，主要包括根据订票信息和航班信息打印账单和取票通知、核对账单和取票通知以及交款信息，无误则打印机票并发放。l 客服部：为订票旅客提供实时服务，主要包括投诉咨询受理，和售前售后支持。1.3术语表列出本文件中用到的专门术语的定义和外文首字母组词的原词组。如图缩写、术语解释Airline Reservation System航空订票系统Data processing数据处理Transaction processing事务处理Data processing cycle数据处理流程Data acquisition数据采集MM信息管理部Ticketing票务部1.4参考资料1. 软件工程导论 第五版 清华大学出版社 张海潘编著2. 百度文库2系统概述2.1功能概述（重点）航空订票系统总用例图如图2.1-1所示图2.1-1 航空订票系统用例图航班信息管理子用例图如图2.1-2所示图2.1-2 航班信息管理子用例图查询功能子用例图如图2.1-3所示图2.1-3 查询功能子用例图2.2系统角色（重点）列出最终用户说明用户在系统中的作用及所用的功能本系统所面对的用户包括1.客户：对此类用户不应有太复杂的操作，只要求能够查询个人及订票信息等一般操作；2.订票管理员：此类用户进行对航空订票进行具体工作的操作；3.系统管理员：此类用户可以赋予不同人员不同权限，并对系统，数据库进行维护。2.3系统约束硬件设备：PC机：CPU：i5内核 内存：2GB DDR3内存硬盘：500G系统的主要输入设备是键盘，输出主要是显示器输出。软件： Windows7操作系统Rational Rose2003Microsoft Office 2007MySQL5.0Java JSP3系统功能描述（重点）(1) 航班管理子系统即管理和维护航班的各项数据信息，包括航班的启程时间与到达时间、目的地、班次、价格以及票余量。允许业务员和系统管理员添加、更新和删除航班信息和查询航班信息。 (2)旅客管理子系统：即管理和维护旅客的各项数据信息，包括旅客身份证号码、姓名、性别、工作单位、旅行时间、旅行目的地等。允许业务管理员和系统管理员添加、更新、删除和查询旅客信息。(3)订票管理子系统即管理和维护旅客的订票信息的各项数据，包括身份证号、姓名、性别和航班日期、航班目的地、班次、价格等信息。允许业务管理员和系统管理员添加、更新、删除以及查询订票信息，并进行航班的安排，打印取票通知和账单的打印，订票信息的核对，收费以及机票的打印。而旅客只能查询自己的订票信息。(4)系统管理子系统即管理和维护用户的各项数据信息，包括管理员ID、姓名和密码。主要有添加、删除和修改用户信息、修改用户密码、系统初始化和系统备份、系统恢复等5项功能。用户类型决定了用户的权限管理，系统定义了2种用户权限：第1种是机票预订管理员，能查询、添加、删除和修改订票信息、航班和客户的信息数据，还能根据航班和订票信息为客户安排航班，以及核对通知、账单和订票信息；第2种是一般用户，能够自行注册和登陆，能够查询个人相关的信息。 (5)系统帮助子系统即为用户提供操作帮助，解决用户使用过程中遇到的一般性问题。4非功能性需求4.1性能查询服务部分：旅客通过本地计算机，从提交查询命令到返回结果不超过3秒钟。数据管理部分：系统管理员从提交一次录入到结果返回不超过3秒钟。.4.2可扩展性要实现可扩展性，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单的加入或减少系统的模块。通过软件的修补、替换操作来完成系统的升级和更新换代。4.3安全性 本系统需有账号才能登陆，即客户订票是要登陆本系统注册平台进行实名注册；系统管理员有安全账号进行登录以便于对系统进行数据修改、更新、维护等工作；同时系统也要保证客户个人信息的隐私性即除管理员外其他人不可查看客户资料。4.4易用性要实现易用性，就要求系统应尽量选择用户熟悉的术语和语言界面；并针对用户可能出现的使用问题，提供相应的在线帮助，缩短用户对系统熟悉的时间。4.5可维护性机票预定系统中涉及到的数据是航空公司相当重要的信息，系统要提供方便的方式供系统维护人员进行数据的备份，日常的安全管理，以及系统意外崩溃时数据的恢复等操作。5数据管理能力要求（重点）5.1 E-R图：（1）数据库设计的任务是在数据库管理系统的支持下，按照航空公司实际应用的要求，设计结构合理、规范化的、使用方便的、存取效率高的、能充分反映现实世界中信息的联系、满足应用系统处理要求的数据库。数据库设计主要包括概念结构设计(简称概念设计)、逻辑结构设计(简称逻辑设计)、构造数据库(包括物理结构设计，简称物理设计)和数据库维护等。数据库设计是在管理信息系统总体设计的指导思想和设计原则的约束下，按照管理信息系统建设的目标和所确定的范围，在科学的数据库设计理论指导下完成的。目前常用的各种数据库设计方法均属于规范设计法，它是运用软件工程的思想与方法。数据库设计的特点，提出了各种设计准则和设计规程。这种工程化的规范设计也是目前设计数据库的最实用的方法。在这种设计方法中，数据库设计的核心是概念设计和逻辑结构设计。网上机票预定信息系统数据库设计也是基于以上管理信息系统的基本方法和原理构建的。数据库以基本满足第三范式为基本要求。主要设计了以下数据库表：航班信息表：(航班编号、航班类型、航班等级、起飞时间，座位数目、价格，航线编号)定票信息实体表：(订票信息编号、客户信息、航线信息、客户编号)客户信息实体表：(客户编号、客户身份证号、客户姓名、客户电话、客户电子邮箱、客户地址)预定机票信息表：(定票信息编号、身份证号、预定机票时间、标记是否交费)管理员信息实体表：(管理员编号、管理员用户名、管理员密码、管理员电话)舱位等级信息实体表：(舱位等级编号、舱位等级名称、服务内容、备注信息)客机信息实体表：(客机编号、客机类型、购买时间、服务时间)航线信息实体表：(航线编号、出发城市、到达城市、备注信息)客户类型信息实体表：(客户类型编号、客户类型姓名、折扣比例、备注信息)管理员信息实体-属性图如图5-1所示。管理员信息实体 管理员电话管理员编号管理员密码管理员用户名图5-1管理员信息实体-属性图舱位等级信息实体-属性图如图5-2所示。图5-2 航班登机信息实体-属性图客机信息实体-属性图如图5-3所示。图5-3航班等级信息实体-属性图航线信息实体-属性图如图5-4所示。图5-4 航班信息实体-属性图客户类型信息实体-属性图如图5-5所示。图5-5 客户类型信息实体-属性图客户信息实体-属性图如图5-6所示。图5-6 客户信息实体-属性图订票信息实体-属性图如图5-7所示。图5-7 订票信息实体-属性图实体之间关系的E-R图如图5-8所示。图5-8 实体关系图5.2数据流图航空订票系统顶层数据流图5.2-1图 5.2-1 顶层数据流图顶层数据流图只是粗略地给出了整个系统的数据流情况，为了更好地把“机票预订系统”中各个模块的具体数据流处理细节表示出来，可以在顶层图的基础上自顶向下地继续分解，得到1层和2层数据流程图，如图5.2-2和5.2-3所示。图5.2-2 1层数据流图图5.2-3 2层流程图虽然1层数据流图对“机票预订系统”的顶层数据流图进行了细化，但是1层数据流图仍然不够详细，因此对1层数据流图中个别复杂的加工进一步细化，单独画出一张数据流图，如图 5.2-4所示。图5.2-4 订票处理的细化流程图图5.2-5 取票处理的细化流程图5.2 数据字典：为了对数据流图中各元素进行详细的说明，采用了数据字典的说明方法。由于篇幅限制，仅对机票预订系统数据流图的部分数据字典举例说明如下：l 数据流条目（1）数据流名称：旅客信息简 述：订票旅客基本信息及订票要求数据流来源：旅客确定订票后，由订票管理人员编码整理后，输入计算机数据流去向：加工1安排航班，该加工将录入的数据存入数据库(订票基本信息表)数据项组成：身份证号+姓名+性别+工作单位+旅行日期+旅行时间+旅行目的地+联系方式（2）数据流名称：订票信息简 述：航班安排结果数据流来源：旅客信息和航班信息数据流去向：加工2，打印通知和账单数据项组成：身份证号+姓名+性别+班次+航班起飞时间+航班到达时间+航班目的地+票价（3）数据流名称：航班信息简 述：航班基本信息数据流来源：加工1.4航班管理数据流去向：加工1.2安排数据项组成：航班日期+航班起飞时间+航班到达时间+航班目的地+班次+票价+票余量（4）数据流名称：取票通知和账单信息简 述：返回给旅客的航班安排结果及旅 客取票时用来核对的凭证数据流来源：加工2打印取票通知和账单数据流去向：加工3核对订票信息数据项组成：身份证号+姓名+性别+班次+航班日期+航班时间+航班目的地+票价（5）数据流名称：订票信息核对正确简 述：将旅客的取票通知和账单与系统中的订票信息核对，二者一致产生的信息数据流来源：加工3核对订票信息数据流去向：加工4收费数据项组成：身份证号+姓名+性别+班次+ 航班日期+航班起飞时间+航班目的地+票价（6）数据流名称：收费信息简 述：对订票信息核对正确的旅客收费产生的信息数据流来源：加工4收费数据流去向：加工5打印机票数据项组成：身份证号+姓名+性别+班次+航班日期+航班起飞时间+航班目的地+票价l 加工条目（1）加 工 名：安排航班处理逻辑编号：1.1处理逻辑：接收旅客信息的录入，并检查有无错误，如果没有错误，将数据存入订票信息表，并在航班信息表里查找符合旅客订票信息的相应航班，生成订票信息激发条件：接收到旅客信息时输 入：旅客信息输 出：订票信息（2）加 工 名：打印通知和账单编 号：1.2处理逻辑：由生成的订票信息，打印取票通知和账单 激发条件：接收到已经安排了航班的订票信息时输 入：订票信息输 出：通知和账单信息（4）加 工 名：核对机票信息编 号：2.1处理逻辑：对旅客订票信息进行核对激发条件：接收到旅客的取票通知和账单输 入：无输 出：“订票信息正确”的信息（4）加 工 名：收费编 号：2.2处理逻辑：对订票信息核对正确的旅客进行收费，收费后生成收费信息激发条件：接收到订票信息核对正确的信息并收到旅客交费要求输 入：交费信息输 出：打印机票信息（5）加 工 名：打印机票编 号：2.3处理逻辑：由打印机票信息打印机票激发条件：收到打印机票的信息输 入：无输 出：机票 l 数据存储条目（1）数据存储编号：D1数据存储名称：订票信息表简 述：存储旅客详细信息及订票要求组 成：旅客身份证号+姓名+性别+工作单位+航班起飞时间+航班到达时间+旅行目的地关 键 字：旅客身份证号组织方式：索引文件，以旅客身份证号为关键字相关联的处理：加工1、加工3l 数据项条目（1）数据项名称：身份证号简 述：表明每个人身份的证件号组 成：籍贯代码+出生年月日+其他代码码类 型：字符长 度：20位取值范围：数字0-9，字母a-x（2）数据项名称：姓名简 述：旅客姓名组 成：姓名类 型：字符长 度：10位取值范围：汉字或字母（3）数据项名称：性别简 述：旅客性别组 成：男或女类 型：字符长 度：2位取值范围：男或女（4）数据项名称：联系方式简 述：联系电话组 成：数字类 型：字符长 度：15位取值范围：数字0-9（5）数据项名称：班次简 述：航班班次组 成：航班类型+航班号码类 型：字符长 度：10位取值范围：字母+数字（6）数据项名称：航班日期简 述：航班起飞的日期组 成：年月日类 型：日期长 度：10位取值范围：正确的年月日（7）数据项名称：航班起飞时间简 述：航班起飞的时间组 成： 时分类 型：时间长 度：20位取值范围：正确的时分（8）数据项名称：航班到达时间简 述：航班到达的时间组 成：年月日+时分秒类 型：字符长 度：20位取值范围：正确的年月日和时分秒（9）数据项名称：航班目的地简 述：航班飞往的目的地组 成：国家或地区+机场类 型：字符长 度：10位取值范围：汉字或英文（10）数据项名称：票价简 述：相应航班对应机票的价格组 成：数字+货币单位类 型：浮点型长 度：8位取值范围：数字0-9（11）数据项名称：票余量简 述：机票剩余数量组 成：数字类 型：整型长 度：4位取值范围：数字0-9 航空订票系统项目设计说明书1引言1.1定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。列出本文件中用到的专门术语的定义和外文首字母组词的原词组。缩写、术语解释Airline Reservation System航空订票系统Data processing数据处理Transaction processing事务处理Data processing cycle数据处理流程Data acquisition数据采集MM信息管理部Ticketing票务部1.2参考资料1. 软件工程导论 第五版 清华大学出版社 张海潘编著2. 百度文库3. 航空订票系统需求规格说明书2总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求。1、 系统后台与前台的统一设计本系统设计是将后台部分的入口放在主页面上，以方便系统管理人员的通用化管理。当系统管理员登陆系统首页面时，在系统的最上方会出现管理员登陆的入口，可以从此进入后台管理页面。同时在系统后台和前台的设计上，系统采用了共同的页面开发模式和组件调用模式，其中的文件头和文件尾等部分是相互通用的。因此两个部分的设计，可以说是分离与结合的完美统一。2、页面内容的分块设计在系统主页中，从页面头、版面列表、推荐论坛、用户来访信息、论坛图例、文件尾等部分都进行了抽象提取，这样在需要用到某部分的页面时，只需要进行相关的包含或者利用模板技术来引用。3、网站整体要求对于网站风格方面，应该尽量做到网站结构简单明了，结构条理清晰，页面精美、功能实用；而对于版面方面的要求，则应该设计构思力求精巧、布局要求简捷合理、网站整体设计风格统一。（1）界面设计精美、友好，信息化设计，体现企业级应用的特色（2）更快的信息访问速度、更加省时和智能化的用户界面（3）更简便、智能化程度更高的浏览查询流程 （4）后台管理功能强大、录入效率高（5）易于查看基于网民的建议和评论，以及后台信息2.2运行环境硬件设备：PC机：CPU：i5内核 内存：2GB DDR3内存硬盘：500G系统的主要输入设备是键盘，输出主要是显示器输出。软件： Windows7操作系统Rational Rose2003Microsoft Office 2007MySQL5.0Java JSP2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式FMS注册登录安排航班查询航班退票制定航班预订机票个人信息维护修改密码。2.4结构（重点）软件结构，可考虑用层次图或包图表达。每个模块要有处理逻辑的说明。重点的模块要用活动图、顺序图等表达其动态行为。航空订票系统包图如图2.4-1所示：图2.4-1 航空订票系统包图查询模块包含航班信息查询，乘客信息查询以及个人订票信息查询。其中客户可以查询航班信息几个人订票信息，订票管理员可以查询航班信息和乘客信息，系统管理员可以查询客户个人订票信息及航班信息。客户登录模块中客户需登录后进行订票，注册模块和订票模块主要服务与客户注册后登录，然后进行订票操作。航班管理模块主要是订票管理员通过订票管理模块登陆后进行的操作。系统信息维护模块是系统管理员通过信通管理员登录模块进行的操作。注册模块活动图如图2.4-2所示：图2.4-2 注册模块活动图注册模块顺序图如图2.4-3所示图2.4-3 注册模块顺序图订票管理员登陆活动图如图2.4-4所示图2.4-4 订票理员登陆活动图订票管理员登陆顺序图如图2.4-5所示图2.4-5 订票管理员登陆顺序图订票活动图如图2.4-6所示图2.4-6 订票活动图系统管理员登陆活动图如图2.4-7所示图2.4-7 系统管理员登陆活动图系统管理员登陆顺序图如图2.4-8所示图2.4-8 系统管理员登陆顺序图2.5人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。2.5.1 服务器端的人工处理 2.5.1.1 数据的输入 用户根据需要来输入航班、订票人、乘客等信息的具体数据，但必须保证其正确性和准确性。 2.5.1.2 数据的修改 用户根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。 2.5.1.3 数据的删除用户根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。 2.5.1.4 数据的查询 用户根据需要查询数据库中的所有数据，用户需输入一定的查询条件，然后可按照输入的查询依据查询新数据库的数据。 2.5.2 客户端的人工处理 2.5.2.1 注册 用户必须注册才能进行订票操作，在此，用户必须填写个人的真实并准确的详细信息。 2.5.2.1 查询 用户通过填写一定的查询条件，可查询用户所需要的航班信息、机票信息等。 2.5.2.2 订票 用户可通过互联网进行订票操作，填写准确的订票信息后提交订票2.6尚未问决的问题说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。2.6.1 客户端尚未解决的问题 客户端尚未解决的问题是，如何与订票人的银行账户连接。 2.6.2 服务器端尚未解决的问题 服务器端尚未解决的问题是，系统自动检索到过期的航班后自动将其信息删除并且要保所有与该航班关联的订票人的信息和乘客的信息都删除，难点在于，如何保证数据库中的表间的一致性。 2.6.3 难点问题 难点问题是服务器端的程序的删除部分，因为订票人的信息关系到部分乘客的信息，必须保持数据的完整性。其次是航班信息，它关系着部分订票人的信息和乘客信息，其中还嵌套着这部分订票人当中有部分关系的乘客信息，并且同一定票人可以订购多架次航班的机票和所订购的机票的数量也不仅仅是1张，要将航班信息删除，也要保数据的完整性。3接口设计3.1用户接口（重点）作两到三个界面，说明接口特点。3.2外部接口用户界面在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用 java进行编程，在界面上可使用java所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用java 库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用软件接口服务器程序可使用java 提供的对 SQL SERVER 的接口，进行对数据库的所有访问。服务器程序上可使用SQL SERVER 的对数据库的备分命令，以做到对数据的保存。在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进网络传输及接收。硬件接口在输入方面，对于键盘、鼠标的输入，可用VISUAL C+的标准输入/输出，对输入进行处理。在输出方面，打印机的连接及使用，也可用VISUAL C+的标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。3.3内部接口内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。4系统数据结构设计（重点）如用数据库技术，详细列出设计的各数据表结构。数据库是应用系统的核心，应当精心设计，以保证系统的正确、可靠、高效运行。数据库设计包括数据库需求分析、数据库概念设计、数据库逻辑结构设计和数据库物理设计。数据库设计的目的，是为信息系统在数据库服务器上建立一个理想的数据模型。管理员信息表如表1表1 管理员信息表舱位等级信息表如表2所示表2 舱位等级信息表客机信息表如表3所示表3 客机信息表航线信息表如表4所示表4 航线信息表订票信息表如表5所示表5 订票信息表客户类型表如表6所示表6 客户类型表订票信息表如表7所示表7 订票信息表数据库物理设计是指设计出数据库的物理数据模型，它是数据库在物理设备上的具体实现，即数据库服务器物理空间上的表空间、表、字段、索引、视图、存储过程、触发器以及相应的数据字典的设计。经过数据库的需求分析和概念模型设计，得到数据库的逻辑结构。现在可以设计好的逻辑结构在SQL server 2000中建立数据库及数据库中的数据表，具体实现步骤就不再赘述。 5系统出错处理设计（重点）5.1出错信息用一览表的方式说朗每种可能的出错或故障情况出现时，系统输出信息的形式、含意及处理方法。对象可能的故障系统提示含义处理方法已注册用户输入的用户名不存在“您所输入的用户名不存在”说明数据库无此用户名检查输入的用户名是否正确，否则需要重新注册密码错误“密码错误，请重新输入”说明用户名和