第二章 需求分析

第二章需求分析
2.1 引言
2.1.1 编写目的
随着现代社会的日益进步，乘坐飞机出行的人员日益增多，制作一个有用的机票预订系统是非常及时的。

该系统可以用于机票管理人员预订机票，可以让旅客进行查询，预定。

也可以让旅行社进行预订。

满足了人们出行的需求，使其更方便更快捷的服务于旅客。

2.1.2 项目背景
开发软件名称：机票预订系统。

项目任务提出者：航空公司和旅游开发公司。

项目开发者：河北大学开发小组。

用户：航空公司及旅游开发公司。

项目与其他软件，系统的关系：
本项目采用客户机/服务器（Client/Server）原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual Studio 2005为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。

图2
2.1.3 定义
性能测试：通过模拟大量浏览器客户端同时访问Web服务器，获得系统的性能数据。

虚拟用户：模拟浏览器向Web服务器发送请求并接收响应的一个进程或线程。

响应时间：浏览器向Web服务器提交一个请求到收到响应之间的间隔时间。

思考时间：浏览器在收到响应后到提交下一个请求之间的间隔时间。

请求成功率：Web服务器正确处理的请求数量和接收到的请求数量的比。

吞吐量：单位时间内Web服务器成功处理的HTTP页面或HTTP请求数量。

在线用户：用户通过浏览器访问登录Web应用系统后，并不退出该应用系统。

通常一个Web 应用服务器的在线用户对应Web应用服务器的一个Session。

并发用户数：Web服务器在一段时间内为处理浏览器请求而建立的HTTP连接数或生成的处理线程数。

当所有在线用户发送HTTP请求的思考时间为零时，Web服务器的并发用户数等于在线用
2.1.4 参考资料
《软件工程导论》，张海藩，清华大学出版社。

《实用软件工程》，郑人杰等，清华大学出版社。

《软件工程—实践者的研究方法》，(美)普雷斯曼著，马素霞等译，机械工业出版社。

《软件工程思想》，林锐。

2.1.5 需求规格说明概览
本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

2.2 项目概述
2.2.1 目标
本机票预订系统实现后，能够大大提高旅游局的机票预定服务效率。

降低售票服务中的
错误发生率，减少信息交流的烦琐过程及其带来的开销。

2.2.2 产品功能
系统数据流图
2.2.3 运行环境
服务器sun工作站，终端为pc机。

运行环境：Linux
数据库：Oracle8
2.2.4 限制与限制
1.C lient/Serve r结构总体设计方案对它的约束：
机票预订系统做为Client/Server结构的一个应用系统，不可避免的要受到
Client/Server结构的约束。

在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。

同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。

2．人力、资金、时间的约束
机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益，其开发过程中也要考虑到人力、资金和时间的约束。

因此，在设计中，重点是企业间信息的网络交流，能提供各部门间的方便快捷的联系，并提高数据统计的即时性、准确性、方便性，给公司带来良好的效益。

3．技术发展规律的约束
计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。

例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。

2.3 功能需求
2.3.1 功能需求分析
（2）预定用例表
（3）取消预定用例表
2.3.2 功能需求点列表
表2-1 功能需求点列表
2.4目标系统性能需求
2.4.1 时间要求
（1）响应时间，如查询的最长等待时间。

（0.5分钟）
（2）更新处理时间，如记账的最长时间。

（1分钟）
（3）数据的转换和传送时间，如远程数据传输的时间要求。

（1分钟）
2.4.2 空间要求
（1）支持的终端数：一个
（2）支持的并行操作的使用者数：不支持并行操作
（3）处理的文件和记录数：4个
（4）处理任务的数量：15
（5）对输入和输出数据的精度要求：双精度
（6）对处理和传输过程中的精度要求：小数点儿后4位
2.4.3 性能需求点列表
详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。

需求性能点列表的格式，如表2-2所示。

表2-2 性能需求点列表
2.5 目标系统界面与接口需求
2.5.1 界面需求
界面的原则要求，如方便、简洁、美观、一致等。

整个系统的界面风格定义，某些功能模块的特殊的界面要求。

（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；
（3）显示风格：图形界面、字符界面、IE界面等；
（4）显示方式：1024*768、640*480等；
（5）输出格式：显示布局、打印格式等。

2.5.2 接口需求
与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。

（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。

（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。

应在此列举出所有的外部接口名称、接口标准、规范。

2.5.3 软件界面
系统登录界面
主界面
预定界面
取消预定界面
2.6 目标系统其他需求
2.6.1 安全性
1.售票人员的账号密码保护
2.用户的visa卡账号密码保护。

3.旅行社用户号和密码保护
2.6.2 可靠性
系统维护
数据库安全及维护
2.6.3 特殊需求
（1）进度需求：系统的阶段进度要求。

（2）运行环境需求：平台、体系结构、设备要求。

（3）培训需求：用户对培训的需求，是否提供多媒体教学光盘。

（4）推广需求：推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。

2.7 目标系统假设与约束条件
假设与约定条件是对预计的系统风险的描述, 如：
（1）法律、法规和政策方面的限制。

（2）硬件、软件、运行环境和开发环境方面的条件和限制。

（3）可利用的信息和资源。

（4）系统投入使用的最晚日期。