《航空订票系统需求分析报告.pdf》由会员分享，可在线阅读，更多相关《航空订票系统需求分析报告.pdf（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 特别说明特别说明 此资料来自百度文库（http:/ 此文档原地址来自 感谢您的支持 抱米花 http:/ h t t p:/w e n k u.b a i d u.c o m/v i e w/7789d 5c 58b d 63186b c e b b c 48.h t m l1件需求明件需求明件需求明件需求明件需求明件需求明件需求明件需求明.1 1引言.1 1.1目的.1 1.2背景.2 1.3定义.2 1.4参考料.2 2任务概述.3 2.1目.3 2.2用户的特点.4 2.3假定和束.4 3需求定.5 3.1功能的定.5 3.2性能的定.103.2.1精度.103.2.2间特性要求.10
2、3.2.3灵活性.10 3.3输人输出要求.11 3.4据管理能力要求.12 3.5故障处理要求.12 3.6其他门要求.13 4运行境定.13 4.1设备.13 4.2支持件.14 4.3接口.14 4.4控制.151引言引言引言引言1.1目的目的目的目的1.本文旨在从技、经济、操作等方面合研究分析机票系统的需求以及各模块需要实的具体要求，可能多地考在日后研发程中可能出的，日后的概要设和设打基2.便于用户、系统分析人和程序需求行理解和交流，初步判定目件能否足其原的期望，并可作系统分析设件的基本出发点；23.确立可准，用于件发完成后品。4.期的者和建：目经理，目成：本文的全部容理解清楚。人：主
3、要本文中的需求部分。客户：需明确所有的需求分析是否符合自己提出的要求。1.2背景背景背景背景明：1.件系统名：航空机票系统。2.任务提出者：XX航空公司3.发者：青科技大学06件发小4.用户：XX航空公司，各大票点5.实：XX航空公司算中心6.航空机票系统构建平台Wi n d o w s 2000及以上，其据构建在SQL Se r v e r 2005上，并可于其他同航空公司的票系统实限限制性兼容，与Wi n d o w s其他件并不冲突。1.3定义定义定义定义构化言：自然言加上程序设言的控制构就成了构化言。据：按照据构织、存和管理据的。旅客信息：旅客提出票要求输入的信息，包括姓名、性、工作位
4、、身份号（护照号）、旅行间、旅行始发地和目的地，航班位要求等。取票通知：旅客取票凭。：旅客取票和交易的凭。机票：旅客登机凭。1.4参考料参考料参考料参考料管理信息系统 （美）G.B戴斯 哈尔滨工业大学出版社 1985-01物流信息管理 尹 东北经大学出版社 2005-01件工程海藩清华大学出版社。2008-023程与构化程序设（美）Ha r o l d J.Ro o d 中国水利水电出版社 2004-03信息处理与据 玉梅 邱基文 人民教育出版社 1988-03据技与用-SQLSe r v e r国清华大学出版社2007-01文象模型处理构化文（美）马里尼 清华大学出版社 2003-052任务
5、概述任务概述任务概述任务概述2.1目目目目1.|发意：方便旅客票，提高工作效率，在技、经济可行的条件下发目件。2.用目：接收定机票的旅客信息（姓名、性、工作位、身份号（护照号）、旅行间、旅行始发地和目的地，航班位要求等）。旅客安排航班。旅客交付了金后，系统打印出取票通知和旅客。旅客在飞机起飞前一天凭取票通知和交款取票，系统核无即打印出机票旅客。能够及于航班售票情况行统。3.作用范：x x航空公司所有票点。4.目件作航空公司部管理系统的一部分，与其他件的系如下：42.2用户的特点用户的特点用户的特点用户的特点1使用本件人要求有一定算机基的人,系统管理要求有算机的业知,所有人都要经本公司培.2管理
6、人也需经一般培.3系统管理,行业培,以保他熟管理本系统.4目件的期使用度：二十四小不定期使用。2.3假定和束假定和束假定和束假定和束1.Cl i e n t/Se r v er构总体设方案它的束：机票定系统做Cl i e n t/Se r v e r构的一个用系统，不可避免的要受到Cl i e n t/Se r v e r构的束。在其实施的各个段都要服从它的一些划，包括功能设、系统配置和划。同，由于信息的共享，机票定系统受到其它系统的信息束。2人力、金、间的束机票定工程实施的目就是要航空公司看得出见的效益，其发程中也要考到人力、金和间的束。因此，在设中，重点是售系统中的方便快捷，能提供旅客以优
7、高效的服务，并提高售的效率和便捷，航空公司良好的效益。3技发展律的束航空公司管理系统工管理系统设备管理系统航班管理系统票管理系统5算机技和品的发展日新月异，会信息处理更多的手段，同也会更加丰富的信息表达形式。例如象和音技的步，多媒体技的发展，些都要求系统在设考技变化的可能性，可能的变化留一定的系统处理能力。3需求定需求定需求定需求定3.1功能的定功能的定功能的定功能的定系统流程：用户信息接受信息安排航班交付定金打印取票通知和票据核打印机票用户出示取票通知和航班据6据流：旅客票流程旅客票流程旅客票流程旅客票流程：旅客清航班机票 旅客票票机票信息航班机票信息航班机票信息票信息取票通知票信息旅客取票
8、旅客取票旅客取票旅客取票：票旅客清售出机票信息11旅客信息旅客22航空公司31安排航班22旅行社13生取票通知旅客旅客旅客11旅客信息查询32打印机票7ER：客户端输入量处理输出量端旅客信息的输入和统方式：端输入据类型：字符型、整型、d o u b l e型据整合表格表格形式输出到客户端据存12旅客信息的存和递方式：端输入据类型：字符型、整型、d o u b l e存到客户端据表格形式输出到客户端据存12票人信息航班信息定取消乘客信息航班号起飞间降落间起飞地点降落地点姓名身份号旅行间目的地姓名性工作位身份号航班号发送接收mnmnn1118服务器输入量处理输出量端接收由客户端发回的所需机票信息方
9、式：客户端发送据类型：整型接收机票信息并存入到服务器的据中表格形式输出到服务器据存12生成航班信息方式：服务器存据类型：整型在据中查询并得到正确的航班的信息分配所需的机票并在据中做出已售出的表格形式输出，据类型：字符型、整型、d o u b l e型12型机票信息的递及接收方式：客户端输入据类型：整型旅客所的机票信息由客户端到服务器上，并接受返回的航班信息和票位情况，然后存起。表格形式输出到客户端示并存12取票通知及的生成和打印方式：客户端输入据类型：字符型把已存的航班机票信息和生成打印出一起交旅客。取票通知和12印出机票已经票的旅客方式：客户端输入据类型：字符型核取票通知和，打印机票旅客机票
10、129递航班信息到客户端方式：服务器发送据类型：字符型、整型、d o u b l e型把得到的航班信息递到客户端表格形式输出，据类型：字符型、整型、d o u b l e型12接收客户端的反信息方式：客户端发送据类型：整型接收客户端的反信息，退掉的机票行据恢复输出整型据，并修改据12机票售情况的核算方式：据部算据类型：d o u b l e型机票售行核算，得到各个客户端的售情况并把核算果作企业表输出表格形式输出，并在据中存12售的分析和管理方式：据部处理据类型：字符型、整型、d o u b l e型机票售情况行多方面分析，建立反映不同航班需求的模型，提供管理上所需的各种助决策信息和务信息表格、
11、各种表形式输出，并在据中存12103.2性能的定性能的定性能的定性能的定3.2.1精度精度精度精度目件输入输出据要求三种类型：字符型、整型、d o u b l e型。输程中除字符型外一律采用d o u b l e型。3.2.2间特性要求间特性要求间特性要求间特性要求响间：网速在56k/s每个页面响间45秒，据查询响间4秒。更新处理间10秒。据和送间8秒。解间5秒。3.2.3灵活性灵活性灵活性灵活性1.操作行超出操作限的候，系统会自动提示并拒操作。2.目件可运行在Wi n d o w s 2000,Wi n d o w s XP,Wi n d o w s NT等操作系统上，操作系统升改变后，不影
12、响目件运行情况。3.目件作航空公司管理系统的一部分，与航空公司其他管理类用件按照模块定义接口，其他件接口变化，系统会自动提示更改哪部分的定义完成接口变更。4.据输程中要求采用d o u b l e型精度的据类型，如果不是d o u b l e型，件其自动成d o u b l e型。5.操作或查询容已有效限，目件出提示并自动查询相容。6.航空公司管理系统中任一一个件出划变更或取消，目件根据耦合度做出判，并自动提示出相的更改。以上部分在程实中分由相模块定义。113.3输人输出要求输人输出要求输人输出要求输人输出要求输入：输出：名字：旅客信息据类型：字符型描述：旅客的个人信息，用于旅客的确定义：旅客
13、信息=姓名+性+工作位+身份号+旅行间+旅行目的地位置：输入到旅行社端（c l i e n t端）名字：票旅客清据类型：字符型描述：已票的旅客的定义：票旅客清=旅客信息的合集位置：输入到旅行社端（Cl i e n t端）名字：票信息据类型：字符型、d a t e型描述：旅客的旅行间和目的地，用于确定旅客的航班定义：票信息=旅客旅行间+旅客旅行目的地位置：输入到航空公司端（Se r v e r端）名字：航班机票信息据类型：字符型、整型描述：旅客的航班信息，根据旅客的旅行间和目的地确定定义：航班机票信息=旅客机票间+旅客机票班次位置：输到旅行社端（Cl i e n t端）名字：取票通知据类型：字符
14、型、d a t e型描述：旅客取机票的凭定义：取票通知=旅客姓名+票间位置：输出到打印机名字：售出机票信息据类型：字符型、d a t e型描述：旅客的航班机票的信息定义：售出机票信息=旅客的航班机票位置：输出到打印机123.4据管理能力要求据管理能力要求据管理能力要求据管理能力要求需管理的文卷：旅客票、航班售票表：旅客信息表、旅客票表、航班售票表文卷初始大小：20G增长估算：平均每月增长10G，平均每月备份一次。3.5故障处理要求故障处理要求故障处理要求故障处理要求可能出的件故障：于据的处理不到位，致航班信息无法取。据输程中的加密算法出漏洞。由于据的增长速度快致的溢出。可出的硬件故障：网硬件和
15、天气原因致据在输程中坏或失。由于硬原因致的据失。以上故障在所范不会目系统太大失，但在外部意攻或者其他情况致的系统崩下，会一定的经济失。因此，目系统故障处理能力要求很高，系统要有很强的控能力，一旦系统出一点故障能马上发出警告信号，并在必要自动启动备用系统。同能够设置据像，定备份据和日志，在出重故障能够及恢复。名字：据类型：d o u b l e型描述：旅客交付金后取票和交易的凭定义：=旅客交付金的位置：输出到打印机名字：旅客票据类型：字符型、d a t e型、d o u b l e型描述：已票的旅客在航空公司的定义：旅客票=旅客姓名+航班机票信息位置：输出到航空公司据中（Se r v e r端）
16、133.6其他门要求其他门要求其他门要求其他门要求1据的准确性和及性：票信息系统必及的各个航班的起飞和降落间准确的反映在系统里，任何改动都必及反映在系统里，以便公司安排相的航班。如遇特殊情况也可及安排替代航班。据准确性要求极高，一般保留小点后8位。2突发事件的处理：航空相于其他的交通工具，更加容易受天气的影响。若天气因素致了航班不能正常运行，及出示停止票信息与解明。若已经完成票之后发生航班不能运行情况，与售票系统密切联系，助售票系统做好事后工作 3系统的放性和系统的可充性 机票定系统在发程中，充分考以后的可充性。可以的加入和减少系统的模块，配置系统的硬件。通件的修补、替完成系统的升和更新代。4
17、系统的易用性和易护性 机票定系统能够提供良好的用户接口，易用的人机交互界面。量使用用户熟悉的和中文信息的界面；用户可能出的使用，要提供足够的在帮助，短用户系统熟悉的程。机票定系统中涉及到的据是航空公司的相重要的信息，系统要提供方便的手段供系统护人行据的备份，日常的安全管理，系统意外崩据的恢复等工作。5系统的先性 一方面通系统的放性和可充性，不改善系统的功能完成。另一方面，在系统设和发的程中，在考成本的基上量采用前主流并先且有良好发展前途的品。6系统的准性 系统在设发使用程中都要涉及到很多算机硬件、件。所有些都要符合主流国际、国家和行业准。例如在发中使用的操作系统、网系统、发工具都必符合通用准。
18、如范的据操界面、作业界准的TCP/IP网及ISO9002准所要求的量范等；同，在自主发本系统，要行良好的设工作，制行之有效的件工程范，保代的易性、可操作性和可移植性。4运行境定运行境定运行境定运行境定4.1设备设备设备设备服务器端子系统的运行要求：系统件：Wi n d o w NT Se r v e r据管理系统：SQL Se r v e r 2005硬件要求：Pe n t i u m III 450以上,258M RAM,14G HD客户端子系统的运行要求：14系统件：Wi n d o w 2000以上版本据管理系统：SQL Se r v e r 2005硬件要求：Pe n t i u m
19、133以上,32M RAM,4.3G HD 输入设备：、描仪输出设备：打印机、示屏4.2支持件支持件支持件支持件操作系统：客户端可以采用w i n d o w s 2000以上版本，服务器最好是Wi n d o w NT Se r v e r及以上版本。程序：Mi c r o s o f t Vi s u a l C+6.0支持件：一般基于VC+6.0的件都可以，推荐Ba s e Te s t Ca s e4.3接口接口接口接口API接口：在源代中采用模块定义与据的接口：1.据接象2.据据操作2.1入操作象2.1.1句入u p d a t e 2.1.2集合入2.2出操作象2.2.1根据SQL出s e l e c t 2.3SQL句行象3.构化操作3.1集合化3.2据类型化据的操作分与，把两个定据中表的操作，再把据的操作用Sq l句的行实15与打印机的接口：并口或USB2.0据通信采用HDLC。4.4控制控制控制控制控制信号源：服务器控制信号由服务器发出，经网输到客户端：程如下：服务器客户端操作控制信号答信号