1、组长：董瑞组员： 史志昂，黄杰，戴清源，陆洪涛，潘海洋，吴张伟，朱锦涛航空订票系统需求分析说明书需求规格说明书1.引言 1.1编写目的 1.2项目背景 1.3定义 1.4参考资料 2.任务概述2.1目标2.2用户特点2.3假定和约束需求分析说明书 3.需求规定 3.1功能需求规定 3.2性能需求规定 3.2.1精度 3.2.2时间特性需求 3.2.3灵活性 3.3输入输出要求 3.4数据管理能力要求 3.5故障处理要求 3.6其他专门要求4.运行环境设定4.1设备4.2支持软件4.3接口4.4控制1.1编写目的 1. 本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以及各模块需
2、 要实现的具体要求，尽可能多地考虑在日后研发过程中可能出现的问题，为日后的概要设计和详细设计打基础 2. 便于用户、系统分析人员和程序员对需求进行理解和交流，初步判定目标软件能否满足 其原来的期望，并可作为系统分析员设计软件的基本出发点 3. 确立可测试标准，用于软件开发完成后测试产品。 4. 预期的读者和阅读建议： 项目经理，项目组成员：须将本文档的全部内容理解清楚。 测试人员：主要阅读本文中详细的需求部分。 客户：需明确所有的需求分析是否符合自己提出的要求。1.2项目背景1. 软件系统名称：航空机票预订系统。 2. 任务提出者： XX旅行社3. 开发者：苏州大学文正学院 13级软件开发小组
3、 4. 用户：旅行社 5. 实现： XX旅行社计算中心 6. 航空机票预订系统构建平台为 Windows 2000及以上，其数据库构建在 SQL Server 2005上，与 Windows其他软件并不冲突。1.3定义 结构化语言：将自然语言加上程序设计语言的控制结构就成了结构化语言。 数据库：按照数据结构来组织、存储和管理数据的仓库。 旅客信息：旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身 份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等。 取票通知：旅客取票凭证。 账单：旅客取票和交易的凭证。 机票：旅客登机凭证。1.4参考资料 管理信息系统 （美） G.B
4、戴维斯 哈尔滨工业大学出版社 1985-01 物流信息管理 尹涛 东北财经大学出版社 2005-01 软件工程导论 张海藩 清华大学出版社。 2008-02 编程逻辑与结构化程序设计 （美） Harold J.Rood 中国水利水电出版社 2004-03 信息处理与数据库 刘玉梅 邱基文 人民教育出版社 1988-03 数据库技术与应用 -SQLServer 刘卫国 严晖 清华大学出版社 2007-01 文档对象模型处理结构化文档 （美）马里尼 清华大学出版社 2003-05 2.1目标 1. 开发意图：为方便旅客订票，提高工作效率，在技术、经济可行的条件下开发目标软 件。 2. 应用目标：
5、接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。 为旅客安排航班。 当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。 旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。 能够及时对于航班售票情况进行统计。 3. 作用范围： xx航空公司所有订票点。 4. 目标软件作为旅行社管理系统的一部分，与其他软件的关系如下：旅行社管理系统员工管理系统设备管理系统 航班管理系统 订票管理系统2.2用户特点1 使用本软件人员要求有一定计算机基础的人员 ,系统管理员要求有计算机的专业知识 ,所有人员都要经过本
6、公司培训 .2 管理人员也需经一般培训 . 3 系统管理员 ,审计员将进行专业培训 ,以保证他们将熟练管理本系统 . 4 目标软件的预期使用频度：二十四小时不定期使用。2.3假定和约束1. Client/Server结构总体设计方案对它的约束： 机票预定系统做为 Client/Server 结构的一个应用系统，不可避免的要受到 Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预定系统还受到其它系统的信息约束。 2人力、资金、时间的约束 机票预定工程实施的目标就是要带给航空公司看得出见的效益，其开发过程中也要考
7、虑到人力、资金和时间的约束。因此，在设计中，重点是销售系统中的方便快捷，能提供给旅客以优质高效的服务，并提高销售的效率和便捷，为航空公司带来良好的效益。 3 技术发展规律的约束 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。3.1功能需求规定 系统流程图： 旅客订票流程图： 旅客取票图： 数据库 ER图：客户端 输入量 处理 输出量 终端数旅客信息的 输 入和 统计方式： 终 端 输 入数据类 型：字符型、整型、 dou
8、ble型数据整合 为 表格 表格形式 输 出到客 户端数据 库储 存12旅客信息的存 储 和 传递方式： 终 端 输 入 数据 类 型：字符型、整型、 double型存 储 到客 户 端数据 库 表格形式 输 出到客 户端数据 库储 存12机票信息的 传递 及接收方式：客 户 端 输 入 数据 类 型：整型将旅客所 须 的机票信息由客 户 端 传 到服 务器上，并 接受返回的航班信息和票位情况，然后存 储 起来表格形式 输 出到客 户端 显 示并存 储 12取票通知及 帐单 的生成和打印方式：客 户 端 输 入 数据 类 型：字符型 把已存 储 的航班机票信息和生成 帐单 打印出来一起交 给
9、旅客取票通知和 账单 12印出机票 给 已 经订 票的旅客方式：客 户 端 输 入 数据 类 型：字符型 核 对 取票通知和 账单，打印机票 给 旅客机票 12服务器 输入量 处理 输出量 终端数接收由客 户 端 发 回的所需机票信息方式：客 户 端 发 送 数据 类型：整型接收机票信息并存入到服 务器的数据 库 中表格形式 输 出到服 务 器数据库储 存 12生成航班信息 方式：服 务 器 储 存 数据 类 型：整型在数据 库 中 查询 并得到正确的航班的信息分配所需的机票数并在数据库 中做出已售出的 标记表格形式 输 出，数据 类 型：字符型、整型、 double型12传递 航班信息到客
10、户 端 方式：服 务 器 发 送 数据 类 型：字符型、整型、double型把得到的航班信息 传递 到客户 端表格形式 输 出，数据 类 型：字符型、整型、double型 12接收客 户 端的反 馈 信息 方式：客 户 端 发 送 数据 类 型：整型接收客 户 端的反 馈 信息， 对退掉的机票 进 行数据 库 恢复输 出整型数据，并修改数据库12机票 销 售情况的核算 方式：数据 库 内部 计 算 数据 类 型： double型对 机票 销 售 额进 行 单项 核算，得到各个客 户 端的 销 售情况并把核算 结 果作 为 企 业报 表 输 出表格形式 输 出，并在数据 库中 储 存 12销 售
11、 额 的分析和管理 方式：数据 库 内部 处 理 数据 类 型：字符型、整型、double型对 机票 销 售情况 进 行多方面分析，建立反映不同航班需求的模型，提供管理上所需的各种 辅 助决策信息和 财务 信息表格、各种 图 表形式 输 出，并在 单 独数据 库 中储 存123.2性能需求规定3.2.1精度 目标软件输入输出数据要求为三种类型：字符型、整型、 double型。 传输过程中除字符型外一律采用 double型 。3.2.2时间特性要求 响应时间：网速在 56k/s时每个页面响应时间 45秒，关键数据查询响应时间 4秒。 更新处理时间 10秒。 数据转换和传送时间 8秒。 解题时间
12、5秒。 3.2.3灵活性 1. 当操作行为超出操作权限的时候，系统会自动提示并拒绝操作。 2. 目标软件可运行在 Windows 2000,Windows XP,Windows NT等操作系统上，当 操作系统升级改变后，不影响目标软件运行情况。 3. 目标软件作为航空公司管理系统的一部分，与航空公司其他管理类应用软件按 照模块定义接口，当其他软件接口变化时，系统会自动提示更改哪部分的定义来完成接口变更。 4. 数据传输过程中要求采用 double型精度的数据类型，如果不是 double型，软 件将其自动转换成 double型。 5. 当操作或查询内容已过有效时限，目标软件将给出提示并自动查询相
13、关内容。 6. 航空公司管理系统中任一一个软件出现计划变更或取消，目标软件将根据耦合 度做出判断，并自动提示出相应的更改。 以上部分在编程实现中分别由相应模块单独定义。3.3输入输出需求：输入：名字：旅客信息 数据类型：字符型 描述：旅客的个人信息，用于对旅客的确认 定义：旅客信息 =姓名 +性别 +工作单位 +身份证号码 +旅行时间 +旅行目的地 位置：输入到旅行社端（ client端） 名字：订票旅客清单 数据类型：字符型 描述：已订票的旅客的记录 定义：订票旅客清单 =旅客信息的合集 位置：输入到旅行社端（ Client端） 名字：订票信息 数据类型：字符型、 date型 描述：旅客的旅
14、行时间和目的地，用于确定旅客的航班 定义：订票信息 =旅客旅行时间 +旅客旅行目的地位置：输入到航空公司端（ Server端） 名字：航班机票信息 数据类型：字符型、整型 描述：旅客的航班信息，根据旅客的旅行时间和目的地确定 定义：航班机票信息 =旅客机票时间 +旅客机票班次 位置：传输到旅行社端（ Client端） 输出：名字：取票通知 数据类型：字符型、 date型 描述：旅客领取机票的凭证 定义：取票通知 =旅客姓名 +领票时间 位置：输出到打印机 名字：售出机票信息 数据类型：字符型、 date型 描述：旅客的航班机票的信息 定义：售出机票信息 =旅客的航班机票 位置：输出到打印机 名
15、字：账单 数据类型： double型 描述：旅客交付预订金后取票和交易的凭证 定义：账单 =旅客交付预订金的数额 位置：输出到打印机 名字：旅客订票记录 数据类型：字符型、 date型、 double型 描述：已订票的旅客在航空公司的记录 定义：旅客订票记录 =旅客姓名 +航班机票信息 位置：输出到航空公司数据库中（ Server端）3.4数据管理能力要求 需管理的文卷：旅客订票记录、航班售票记录 表：旅客信息表、旅客订票表、航班售票表 文卷初始大小： 20G 增长估算：平均每月增长 10G，平均每月备份一次3.5故障处理要求 可能出现的软件故障： 对于数据库的处理不到位，导致航班信息无法读取
16、。 数据传输过程中的加密算法出现漏洞。 由于数据的增长速度过快导致的溢出。 可出现的硬件故障： 网络硬件和天气原因导致数据在传输过程中损坏或丢失。 由于硬盘原因导致的数据丢失。 以上故障在所预测范围内不会给目标系统带来太大损失，但在外部恶意攻击或者其他情况导致的系统崩溃下，将会带来一定的经济损失。 因此，目标系统故障处理能力要求很高，系统要有很强的监控能力，一旦系统出现一点故障能马上发出警告信号，并在必要时自动启动备用系统。同时能够设置数据库镜像，定时备份数据和日志，在出现严重故障时能够及时恢复。3.6其他专门要求 1 数据的准确性和及时性： 订票信息系统必须及时的将各个航班的起飞和降落时间准
17、确的反映在系统里，任何改动都必须及时反映在系统里，以便公司安排相应的航班。如遇特殊情况也可及时安排替代航班。 数据准确性要求极高，一般保留小数点后 8位。 2 对突发事件的处理： 航空相对于其他的交通工具，更加容易受天气的影响。若天气因素导致了航班不能正常运行时，则及时出示停止订票信息与解释说明。若已经完成订票之后发生航班不能运行情况，应与售票系统密切联系，辅助售票系统做好事后工作3 系统的开放性和系统的可扩充性 机票预定系统在开发过程中，应该充分考虑以后的可扩充性。可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。 4 系统的易用性和易维护性 机票
18、预定系统能够提供良好的用户接口，易用的人机交互界面。尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。 5 系统的先进性 一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。 6 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国
19、际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及 ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。4.1设备 服务器端子系统的运行要求： 系统软件： Window NT Server 数据库管理系统： SQL Server 2005 硬件要求： Pentium III 450以上 , 258M RAM, 14G HD 客户端子系统的运行要求：系统软件： Window 2000以上版本 数据库管理系统： SQL Server 2005 硬件要求： Pentium 133以上 , 32M RAM, 4.3G HD 输入设备：键盘、扫描仪 输出设备：打印机、显示屏 4.2支持软件 操作系统：客户端可以采用 windows 2000以上版本，服务器最好是Window NT Server及以上版本。 编译程序： Microsoft Visual C+ 6.0 测试支持软件：一般基于 VC+6.0的测试软件都可以，推荐 BaseTestCase
