第八组-机票预订系统需求分析报告

1、机票预订系统需求分析报告机票预订系统需求分析报告1第一章 引言31.1编写目的31.2项目背景31.3定义31.4参考资料4第二章 任务概述52.1目标52.2运行环境52.3条件与限制5第三章 数据描述73.1 系统业务总体流程图73.1.2取机票83.1.3退机票93.2静态数据93.3动态数据103.4数据库介绍103.5数据词典103.6数据采集12第四章 功能需求134.1 功能划分134.2 子系统描述144.3 订票数据流图154.4 取票数据流图164.5退票数据流图16第五章 性能需求185.1 数据精确度185.2 时间特性185.3 适应性18第六章 运行需求196.1

2、用户界面196.2 硬件接口206.3 软件接口206.4 故障处理20第七章 其他需求217.1 系统的易用性和可维护性217.2 系统的先进性21第一章 引言1.1编写目的当今这个高效率，快节奏的社会，人们的时间观念极强。一个公司想要赢得客户的青睐，简单方便易操作的管理模式很重要。这不仅节省了客户的时间，也为企业节约了人力，提高了效率，使客户和企业取得了双赢。故而，一款网上预订机票的软件系统尤为重要。该软件简单易学，操作方便，便于管理。1.2项目背景随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越

3、来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。1.3定义Client/Server :C/S1 ：订票需求信息 2：取票通知 3：退票

4、请求信息1.4参考资料1.软件工程导论，张海藩，清华大学出版社2.实用软件工程，郑人杰等，清华大学出版社3.百度文库，2011.09.274.UML实战教程，（美）Martin L ，清华大学出版社5.Microsoft Showcase 网站，office vision未来发展视频.第二章 任务概述2.1目标 机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。总之，这个系

5、统要求能够实现实时，高效，便捷，完善，安全性好等特点。2.2运行环境操作系统：Microsoft Windows XP/2000/NT支持环境：支持java语言的开发数 据 库：Microsoft SQL Server 2000硬 件：奔腾133,16兆以上内存的pc机硬 盘：1G以上接 口：该软件通过终端进行操作，用户进入输入界面或输出界面进行数据的存取，最好对数据要备份。2.3条件与限制1. C/S结构总体设计方案对它的约束： 机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功

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

7、三章 数据描述3.1 系统业务总体流程图首先分析系统业务总体流程，从而得知数据的流向，事务的处理。机票的预订主要有三个子业务：订机票，取机票，退机票。以下图3-1为系统业务总体流程图。服务器处理信息退出服务终端数据显示订单处理查询事务航班信息订票事务机票信息取票通知打印账单图 3-1 系统业务总体流程图注：图3-1描述：为系统业务总体流程图，将系统业务分为三部分：订机票，取机票，退机票。所有的信息查询都由服务器完成，然后返回给客户端。3.1.1订机票 根据旅客的要求（票数额，航程）查询航班机票情况。若机票数额不足或满员，或航程不满足旅客要求，就通知旅客等待候补；否则就为旅客预订机票，输出航程，

8、座位号。以下图3-2 为订票流程图。 传给 旅行 社 旅客清单 航班机票 旅客订票记录旅客信息记录 机票 信息产生取票通知 航班机票信息 订票信息 航班机票信息 传给航空公司 取票 通知安排航班 安排航班 旅客 机票信息图 3-2 订票流程图注：图3-2 的描述：该图为乘客的订票流程图，根据旅客的要求（票数额，航程）查询航班机票情况。若机票数额不足或满员，或航程不满足旅客要求，就通知旅客等待候补；否则就为旅客预订机票，输出航程，座位号。3.1.2取机票以下图3-3 为旅客取票流程图索取机票旅行社顾客查询旅客订票信息得到机票打印并修改机票信息顾客旅客订票信息旅行社图 3-3 取票流程图注：图3-

9、3 的描述：该图为乘客的取票流程图，乘客取票，旅行社将订票信息返回给服务器端，服务器查询订票信息，如果有，就打印机票信息，乘客渠道机票。3.1.3退机票当客户遇到异常情况，不能正常出行，航空公司应当提供退票业务。以下图3-4 为旅客退票流程图。办理退票手续修改机票信息请求退票航空公司旅行社顾客旅客订票信息查询旅客订票信息 图 3-4 退票流程图注：图3-4 退票流程图的描述：乘客请求退票，旅行社提供乘客的信息，服务器根据信息，办理退票手续，航空公司修改机票信息。3.2静态数据从3.1 系统业务总流程图中分析可得到：系统静态数据有以下几种数据。（1） 旅客信息数据名称旅客信息作用记录旅客的个人信

10、息，用于对旅客的确认来源客户去向旅行社管理排列方式按照客户的姓名升序排序包含信息姓名、性别、工作单位、身份证号码、旅行时间、旅行目的地（2） 航空公司的航程与票额总数数据名称航班机票总额信息作用记录旅客的航班信息，根据旅客的旅行时间和目的地确定来源航空公司安排航班去向信息存储/航班机票管理排列方式按（飞行日期航班号）升序排列包含信息航班号、终点站名、起飞地点、飞行日期、周几、成员定额、余票量、已订票的客户名单（包括姓名、订票量、舱位等级1，2或3）、等候替补的客户名单（包括姓名、所需票量）3.3动态数据通过3.1系统业务总体流程图分析可得到：系统的动态数据有以下几种;(1) 旅客输入的订票情况

11、(2) 航空公司的票余情况(3) 航空公司发出的机票通知3.4数据库介绍该机票预订系统所使用的数据库介绍如下：名称：SQL Server 2000类型：关系型数据库，支持多种语言的开发，适合中小型软件的开发3.5数据词典名字：旅客信息别名：描述：旅客的个人信息，用于对旅客的确认定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地 名字：订票旅客清单别名：描述：已订票的旅客的记录定义：订票旅客清单=旅客信息的合集位置：输入到旅行社端（Client端） 名字：订票信息别名：描述：旅客的旅行时间和目的地，用于确定旅客的航班定义：订票信息=旅客旅行时间+旅客旅行目的地位置：传输到航空

12、公司端（Server端） 名字：航班机票信息别名：描述：旅客的航班信息，根据旅客的旅行时间和目的地确定定义：航班机票信息=旅客机票时间+旅客机票班次位置：传输到旅行社端（Client端） 名字：取票通知别名：描述：旅客领取机票的凭证定义：取票通知=旅客姓名+领票时间位置：输出到打印机 名字：售出机票信息别名：描述：旅客的航班机票的信息定义：售出机票信息=旅客的航班机票位置：输出到打印机 名字：旅客订票记录别名：描述：已订票的旅客在航空公司的记录定义：旅客订票记录=旅客姓名+航班机票信息位置：输出到航空公司端（Server端）名字：航班机票信息别名：描述：旅客的航班信息，根据旅客的旅行时间和目的

13、地确定定义：航班机票信息=旅客机票时间+旅客机票班次位置：传输到旅行社端（Client端） 3.6数据采集数据的采集通过与客户不断交流沟通，不断更新得到；同时根据3.1的功能流程图，判断数据的流转，从而得到3.5的数据字典。第四章 功能需求4.1 功能划分根据可行性研究报告说明，分析该机票预订系统，采用C/S结构；可将该系统划分为俩个子系统，即：客户端系统和服务端系统，按功能阐述，将系统功能分为三部分:取机票，订机票，退机票。系统总体数据流图如下图 4-1 所示系 统管理员售票员售票员售票员航班信息的更新查询请求表单申请机票核对事务报表报表报表报表和账单数 据 库服务器终端显示数据客户机终端显

14、示数据在客户端打印机票和帐单客户机终端显示数据图 4-1注：图4-1 的描述：该图为系统业务总体数据流图：售票员查询客户的请求，申请表单，核对机票事务，这一切事务和数据的转换基于数据库完成；同时管理员更新航班信息。数据库的更改，服务器根据数据库的信息产生报表和账单，在客户端终端显示。4.2 子系统描述下面将阐述各个子系统的功能。1.客户端子系统功能 1旅客信息的输入和统计 旅行社把旅客要求订票的信息由专人负责输入。这部分功能是客户端子系统 的基本部分，这个功能是以后各个部分的基础。系统要求做到即能够从其它子系 统中共享一部分信息，又有方便的操作界面工手工输入旅客信息。这部分要求对 输入的数据进

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

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

17、或者旅行社。4接受旅行社的反馈信息：对旅行社的反馈信息进行分析，将已经售出的机票进行统计，对客户所退机票进行分析其原因。5打印已售出机票：根据旅客的取票通知和账单明细，经过确认无误后，接受旅客的付款并且打印机票给旅客。6销售业绩的分析：根据所售机票情况，分析市场；以统计学，运筹学为工具，以售票数据为中心，以辅助高层决策为目标，对销售信息进行深层分析；做出能真实反应市场的销售模式和财务管理信息；从而能够为企业创造更多的利益。4.3 订票数据流图以下图4-2为订票数据流图1旅客订票信息旅行社订票管理航班机票信息候补旅客信息顾客航班机票管理航空公司图 4-2注：图4-2订票数据流图描述：旅行社管理顾

18、客所订的机票，订票管理系统模块生成旅客信息，航班信息，候补旅客信息，同时将这些信息返回给航班机票管理模块，这一模块是航空公司所管理。4.4 取票数据流图下图4-3为取票数据流图旅客订票信息取票管理航班机票信息航班机票管理航空公司2取票通知书图 4-3注：图4-3 的取票数据流图描述：取票管理模块根据取票通知，查询旅客的订票信息，根据订票信息，查看航班信息，航空公司管理航班机票，最终的旅客信息反馈给航班机票管理模块。4.5退票数据流图下图4-4 为退票数据流图3旅客订票信息旅行社退票管理航班机票信息候补旅客信息航班机票管理航空公司 图 4-4 退票数据流图注：图4-4 退票数据流图的描述：退票管

19、理模块根据旅客的退票请求，查询旅客信息，航班信息，将更新后的数据返回给航空公司管理的航班机票管理模块。航班机票管理模块重新生成候补旅客信息。 第五章 性能需求为了保证系统能够长期正常，高效，安全，稳定，可靠地运行。系统应满足以下性能需求。5.1 数据精确度系统处理数据的准确性是系统必要的特性。在系统设计和开发过程中，要充分考虑系统当前和未来的的承载能力，使得系统的准确性显得尤为的重要。由于机票预订系统的数据来源十分广泛，且该系统的查询功能对系统的成败起举足轻重的作用。机票，客户数据的精确度在很大程度上决定企业的决策活动。故而，在系统设计和开发过程中，必须采取一定的方法保证数据的准确性和精度的要

20、求。5.2 时间特性一个系统的处理速度和时间相应速度在当今的时代决定一个企业的文化，形象。对于该系统：客户查询时间和客服时间的响应是衡量该系统完善，完备的重要指标。机票预订系统在日常生活中的响应速度为秒级，达到实时要求，以及时反馈信息。在统计时，由秒级到分钟级。总之，原则是保证工作人员不会因为系统的速度问题影响正常工作效率。5.3 适应性为了提高系统的适应性，采取以下措施。1.系统在设计和开发过程中，要用到许多硬件，软件。所有这些都要符合主流国际，国家和行业标准。为的是，在不断完善，完备用户需求，从而进行二次开发或升级时，无需改变底层框架；很好地适应了未来的需求。2.对于未来发展的不可预测性，要充分考虑系统的可扩展性，从而适应未来的变化。例如：对于该系统的在线服务功能，用户要求会越来越完善，因此要求系统能够提供充足的手段和方法进行功能调整。对于实现这一点，系统应提供一定的接口，只要满足一定的规范，就可以加入或删除一定的功能模块。第六章 运行需求6.1 用户界面屏幕格式如下图 6-1 所示图 6-1票行情如下图 6-2所示 图 6-26.2 硬件接口客户端的硬件要求：Pentium III 450以上, 258M RAM, 14G HD