航空订票系统分析需求报告Word文档格式.docx

1、将自然语言加上程序设计语言的控制结构就成了结构化语言。l 数据库：按照数据结构来组织、存储和管理数据的仓库。l 旅客信息：旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等。l 取票通知：旅客取票凭证。l 账单：旅客取票和交易的凭证。l 机票：旅客登机凭证。2任务概述2.1目标1. |开发意图：为方便旅客订票，提高工作效率，在技术、经济可行的条件下开发目标软件。2. 应用目标：l 接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。l 为旅客安排航班。l

2、当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。l 旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。l 能够及时对于航班售票情况进行统计。3. 作用范围：xx航空公司所有订票点。4. 目标软件作为航空公司内部管理系统的一部分，与其他软件的关系如下：航空公司管理系统员工管理系统设备管理系统航班管理系统订票管理系统2.2用户的特点1 使用本软件人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过本公司培训.2 管理人员也需经一般培训.3 系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统.4 目标软件的预期使用频度：二十四

3、小时不定期使用。2.3假定和约束1. Client/Server结构总体设计方案对它的约束： 机票预定系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。2人力、资金、时间的约束 机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。3 技

4、术发展规律的约束 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。3需求规定 3.1对功能的规定实现功能系统流程图：用户信息接受信息安排航班交付预定金打印取票通知和账单订票数据库核对打印机票用户出示取票通知和账单航班数据库数据流图：旅客订票流程图：22传给旅行社 旅客清单 航班机票 旅客订票记录 11旅客信息记录订票 机票信息 旅客13产生取票通知 航班机票信息 航班机票信息 订票信息1 1 安排航班2 2传给航空公司 取

5、票通知 订票信息旅客取票图： 订票旅客清单 32 打印机票3 1旅客信息查询 售出机票信息ER图：订票人信息航班信息预定取消乘客信息航班号码起飞时间降落时间起飞地点降落地点姓名身份证号码旅行时间目的地性别工作单位发送接收mn1状态转换图：数据字典输入：名字：旅客信息数据类型：字符型描述：旅客的个人信息，用于对旅客的确认定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地位置：输入到旅行社端（client端）订票旅客清单已订票的旅客的记录订票旅客清单=旅客信息的合集输入到旅行社端（Client端）订票信息字符型、date型旅客的旅行时间和目的地，用于确定旅客的航班订票信息=旅

6、客旅行时间+旅客旅行目的地输入到航空公司端（Server端）航班机票信息字符型、整型 旅客的航班信息，根据旅客的旅行时间和目的地确定航班机票信息=旅客机票时间+旅客机票班次传输到旅行社端（Client端）输出：取票通知旅客领取机票的凭证取票通知=旅客姓名+领票时间输出到打印机售出机票信息旅客的航班机票的信息售出机票信息=旅客的航班机票账单double型旅客交付预订金后取票和交易的凭证账单=旅客交付预订金的数额旅客订票记录字符型、date型、double型已订票的旅客在航空公司的记录旅客订票记录=旅客姓名+航班机票信息输出到航空公司数据库中（Server端）4 综合需求功能模块的划分1.用户管理

7、用户的注册，数据库需要存放相应的注册信息。用户登陆时，主要验证用户姓名，密码和权限是否正确，分为管理员和售票员。售票员只能由管理员帮其注册，才有权利进入。管理员实现对用户的增，删，改，查。2航线舱位信息管理管理员航线和舱位信息进行增，删，改，查，数据库存放相应信息。售票员只能查询航线和舱位信息3乘客信息管理由售票员操作，可按时间和地点的模糊查询来查看机票信息。若售出一张票，舱位信息表减少相应的购买票数，数据库员工业绩表的业绩增加相应的售票金额，乘客信息表同时添加一条乘客信息。售票员都可对乘客信息进行增，删，改，查。管理员可以进行增，删，改，查。4员工业绩信息管理管理员可查询和删除员工业绩信息。

8、5用户交流平台管理员可以通过该平台与售票员通信。性能需求系统处理的准确性和及时性是系统的必要性能，一般是当天信息，需要足够大的数据库支撑可靠性和可用性需求系统必须能够长时间稳定工作，一般要求一个月内不出现2次过账出错处理需求系统要提供方便的手段供系统维护人处理日常的安全管理，系统意外崩溃数据能够及时恢复，能够处理不同人员的查询行为。其他需求将来可能需要能够由传感器直接传递场馆转态信息，而非人工操作，节省人力资源HHHH大学航空订票系统（Airline Reservation System）姓 名：AAA（项目经理） BBB、CCC、DDDEEE、FFF 专 业：软件工程指导老师：GGG目录一、

9、可行性研究报告1、报告编写目的2、项目概述-（主要负责人：EEE）2.1、项目背景2.2、项目意义2.3、项目目标2.4、项目用途3、技术可行性-（主要负责人：FFF）3.1、可行性因素3.2、技术条件3.3、用户使用可行性3.4、系统可行性简要描述3.5、系统可行性处理流程二、项目开发计划-（主要负责人：AAA）1、工作内容2、主要参与人员3、产品3.1、软件包3.2、设计文档3.3、软件操作手册3.4、服务4、完成项目的期限5、项目的计划进度表6、实施计划6.1、工作任务的分解与人员的分工三、需求规格说明书-（主要负责人：1、用户需求2、功能性需求2.1、运行环境2.2、系统层次结构图2.2.1、航空机票预订网站2.2.2、航空订票管理系统3、非功能性需求3.1、性能需求3.2、安全性需求3.3、可靠性和可用性需求3.4、出错处理需求3.5、接口需求3.6、约束3.7、逆向需求3.8、将来可能提出的要求4、其他需求四、概要设计说明书-（负责人：所有人）1、总体设计1.1、总体结构设计1.2、运行环境设计1.3、功能模块清单设计2、模块（部件）清单设计2.1、公用模块功能分配2.2、专用模块功能分配3、数据结构设计3.1、数据库表名清单3.2、数据库表之间关系说明3.3、数据库表的详细清单4、接口设计五、详细设计说明书-（负责人：1、模块实现设计1.1、公用模块设计