• 名字：订票信息 • 数据类型：字符型、date型 • 描述：旅客的旅行时间和目的地，用于确定旅客的航班 • 定义：订票信息=旅客旅行时间+旅客旅行目的地 • 位置：输入到航空公司端（Server端）
• 名字：航班机票信息 • 数据类型：字符型、整型 • 描述：旅客的航班信息，根据旅客的旅行时间和目的地确定 • 定义：航班机票信息=旅客机票时间+旅客机票班次 位置：传输到旅行社端（Client
2.3假定和约束
• 3． 技术发展规律的约束 • 计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，
同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒 体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的 变化预留一定的系统处理能力。
• 系统流程图：
3.1功能需求规定
• 旅客订票流程图：
• 旅客取票图：
• 数据库ER图：
客户端
输入量
处理
输出量
终端数
旅客信息的输入和统 计 旅客信息的存储和传 递
方式：终端输入数据 类型：字符型、整型 、double型
数据整合为表格
表格形式输出到客户 端数据库储存 表格形式输出到客户 端数据库储存
12
方式：终端输入 数据 存储到客户端数据库 类型：字符型、整型 、double型
• 名字：账单 • 数据类型：double型 • 描述：旅客交付预订金后取票和交易的凭证 • 定义：账单=旅客交付预订金的数额 • 位置：输出到打印机
• • • • •
名字：旅客订票记录 数据类型：字符型、date型、double型 描述：已订票的旅客在航空公司的记录 定义：旅客订票记录=旅客姓名+航班机票信息 位置：输出到航空公司数据库中（Server端）
• 1. 软件系统名称：航空机票预订系统。 • 2. 任务提出者：XX旅行社 • 3. 开发者：苏州大学文正学院13级软件开发小组 • 4. 用户：旅行社 • 5. 实现：XX旅行社计算中心 • 6. 航空机票预订系统构建平台为Windows 2000及以上，其数据库构
建在SQL Server 2005上，与Windows其他软件并不冲突。
1.2项目背景
1.3定义 • ● 结构化语言：将自然语言加上程序设计语言的控制结构就成了结构化语言。 • ● 数据库：按照数据结构来组织、存储和管理数据的仓库。 • ● 旅客信息：旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身 • 份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等。 • ● 取票通知：旅客取票凭证。 • ● 账单：旅客取票和交易的凭证。 • ● 机票：旅客登机凭证。
字符型外一律采用double型。 3.2.2时间特性要求 ● 响应时间：网速在56k/s时每个页面响应时间<45秒，关键数据查询响应时间 <4秒。 ● 更新处理时间<10秒。 ● 数据转换和传送时间<8秒。 ● 解题时间<5秒。
3.2性能需求规定
• • • • • • • • • • •
3.2.3灵活性 1. 当操作行为超出操作权限的时候，系统会自动提示并拒绝操作。 2. 目标软件可运行在Windows 2000,Windows XP,Windows NT等操作系统上，当 操作系统升级改变后，不影响目标软件运行情况。 3. 目标软件作为航空公司管理系统的一部分，与航空公司其他管理类应用软件按 照模块定义接口，当其他软件接口变化时，系统会自动提示更改哪部分的定义来完成接口变更。 4. 数据传输过程中要求采用double型精度的数据类型，如果不是double型，软 件将其自动转换成double型。 5. 当操作或查询内容已过有效时限，目标软件将给出提示并自动查询相关内容。 6. 航空公司管理系 统中任一一个软件出现计划变更或取消，目标软件将根据耦合 度做出判断，并自动提示出相应的更改。 以上部分在编程实现中分别由相应模块单独定义。
参考资料 • ● 1.4 管理信息系统 （美） G.B戴维斯 哈尔滨工业大学出版社 1985-01 • ● 物流信息管理 尹涛 东北财经大学出版社 2005-01 • ● 软件工程导论 张海藩 清华大学出版社。2008-02 • ● 编程逻辑与结构化程序设计 （美）Harold J.Rood 中国水利水电出版社 2004• • •
端）
• • • • • •
输出： 名字：取票通知 数据类型：字符型、date型 描述：旅客领取机票的凭证 定义：取票通知=旅客姓名+领票时间 位置：输出到打印机
• 名字：售出机票信息 • 数据类型：字符型、date型 • 描述：旅客的航班机票的信息 • 定义：售出机票信息=旅客的航班机票 • 位置：输出到打印机
输出量
表格形式输出到服务器数据 库储存 表格形式输出， 数据类型：字符 型、整型、double 型 表格形式输出， 数据类型：字符型、整型、 double型 输出整型数据，并修改数据 库
终端数
12 12
传递航班信息到客户端
方式：服务器发送 数据类型：字符型、整型、 double型 方式：客户端发送 数据类型：整型
• 4. 目标软件作为旅行社管理系统的一部分，与其他软件的关系如下：
旅行社管理系统
员工管理 系统
设备管理系 统
航班管理系统
订票管理系统
• 12.2 ． 使用本软件人员要求有一定计算机基础的人员 ,系统管理员要求有计算 用户特点
• • •
机的专业知识,所有人员都要经过本公司培训. 2． 管理人员也需经一般培训. 3． 系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统. 4． 目标软件的预期使用频度：二十四小时不定期使用。
12
接收客户端的反馈信息
12
机票销售情况的核算
方式：数据库内部计算 数据 类型：double型
表格形式输出，并在数据库 中储存
12
销售额的分析和管理
方式：数据库内部处理 数据 类型：字符型、整型、 double型
表格、各种图表形式输出， 并在单独数据库中 储存
12
• 3.2.1精度 • 目标软件输入输出数据要求为三种类型：字符型、整型、double型。 传输过程中除 • • • • • •
• 3.3输入输出需求： • 输入： • 名字：旅客信息 • 数据类型：字符型 • 描述：旅客的个人信息，用于对旅客的确认 定义：旅客信息=姓名+性别+工作单位+
•
身份证号码+旅行时间 +旅行目的地 位置：输入到旅行社端（client端）
• 名字：订票旅客清单 数据类型：字符型 • 描述：已订票的旅客的记录 • 定义：订票旅客清单=旅客信息的合集 • 位置：输入到旅行社端（Client端）
4.运行环境设定 4.1设备 4.2支持软件 4.3接口
4.4控制
1.1编写目的
• 1. 本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以及 • • • • • • •
各模块需 要实现的具体要求，尽可能多地考虑在日后研发过程中可能出现的问题，为日后的 概要设计和详细设计打基础 2. 便于用户、系统分析人员和程序员对需求进行理解和交流，初步判定目标软件 能否满足 其原来的期望，并可作为系统分析员设计软件的基本出发点 3. 确立可测试标准，用于软件开发完成后测试产品。 4. 预期的读者和阅读建 议： ● 项目经理，项目组成员：须将本文档的全部内容理解清楚。 ● 测试人员：主要阅读本文中详细的需求部分。 ● 客户：需明确所有的需求分析是否符合自己提出的要求。
03 ● 信息处理与数据库 刘玉梅 邱基文 人民教育出版社 1988-03 ● 数据库技术与应用-SQLServer 刘卫国 严晖 清华大学出版社 2007-01 ● 文档对象模型－处理结构化文档 （美）马里尼 清华大学出版社 2003-05
2.1目标
• • • • • • • • •
1. 开发意图：为方便旅客订票，提高工作效率，在技术、经济可行的条件下开发目标软 件。 2. 应用目标： ● 接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行 始发地和目的地，航班舱位要求等）。 ● 为旅客安排航班。 ● 当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。 ● 旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。 ● 能够及时对于航班售票情况进行统计。 3. 作用范围：xx航空公司所有订票点。
3.4数据管理能力要求
• ● 需管理的文卷：旅客订票记录、航班售票记录 • ● 表：旅客信息表、旅客订票表、航班售票表 • ● 文卷初始大小：20G • ● 增长估算：平均每月增长10G，平均每月备份一次
• • • • • • • •
ห้องสมุดไป่ตู้
3.5故障处理要求
可能出现的软件故障： ● 对于数据库的处理不到位，导致航班信息无法读取。 ● 数据传输过程中的加密算法出现漏洞。 ● 由于数据的增长速度过快导致的溢出。 可出现的硬件故障： ● 网络硬件和天气原因导致数据在传输过程中损坏或丢失。 ● 由于硬盘原因导致的数据丢失。 以上故障在所预测范围内不会给目标系统带来太大损失，但在外部恶意攻击或者其他情况导致的系 统崩溃下，将会带来一定的经济损失。 因此，目标系统故障处理能力要求很高，系统要有很强的监控能力，一旦系统出现一点故障能马上发出 警告信号，并在必要时自动启动备用系统。同时能够设置数据库镜像，定时备份数据和日志，在出现严 重故障时能够及时恢复。
航空订票系统需求分析说明书
组长：董瑞 组员：史志昂，黄杰，戴清源，陆洪涛，潘海洋，吴张伟，朱锦涛
需求规格说明书 • 1.引言 • 1.1编写目的 • 1.2项目背景 • 1.3定义 • 1.4参考资料
•
2.任务概述 2.1目标 2.2用户特点 2.3假定和约束