ImageVerifierCode 换一换
格式:DOCX , 页数:13 ,大小:143.48KB ,
资源ID:25840657      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/25840657.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(航空订票软件系统需求分析报告.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

航空订票软件系统需求分析报告.docx

1、航空订票软件系统需求分析报告1引言 1.1编写目的 1.本文档旨在从技术、经济、操作等方面综合研究分析机票预订系统的需求以及各模块需 要实现的具体要求,尽可能多地考虑在日后研发过程中可能出现的问题,为日后的概要设计和详细设计打基础 2.便于用户、系统分析人员和程序员对需求进行理解和交流,初步判定目标软件能否满足 其原来的期望,并可作为系统分析员设计软件的基本出发点; 3.确立可测试标准,用于软件开发完成后测试产品。4.预期的读者和阅读建议:l项目经理,项目组成员:须将本文档的全部内容理解清楚。l测试人员:主要阅读本文中详细的需求部分。l客户:需明确所有的需求分析是否符合自己提出的要求。1.2背

2、景说明:1.软件系统名称:航空机票预订系统。2.任务提出者:XX航空公司3.开发者:文红英4.用户:XX航空公司,各大订票点5.实现:文红英6.航空机票预订系统构建平台为Windows2000及以上,其数据库构建在SQLServer2005上,并可于其他同级别航空公司的订票系统实现权限限制性兼容,与Windows其他软件并不冲突。1.3定义l结构化语言:将自然语言加上程序设计语言的控制结构就成了结构化语言。l数据库:按照数据结构来组织、存储和管理数据的仓库。l旅客信息:旅客提出订票要求时输入的信息,包括姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等。

3、l取票通知:旅客取票凭证。l账单:旅客取票和交易的凭证。l机票:旅客登机凭证。1.4参考资料软件工程导论张海藩清华大学出版社。2008-022任务概述2.1目标1.开发意图:为方便旅客订票,提高工作效率,在技术、经济可行的条件下开发目标软件。2.应用目标:接收预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)。为旅客安排航班。 当旅客交付了预订金后,系统打印出取票通知和帐单给旅客。旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。能够及时对于航班售票情况进行统计。3.作用范围:xx航空公司所有订票点。2.

4、2用户的特点 1使用本软件人员要求有一定计算机基础的人员,系统管理员要求有计算机的专业知识,所有人员都要经过本公司培训.2管理人员也需经一般培训.3系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统.4目标软件的预期使用频度:二十四小时不定期使用。 2.3假定和约束 1. Client/Server结构总体设计方案对它的约束: 机票预定系统做为Client/Server结构的一个应用系统,不可避免的要受到 Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,机票预定系统还受到其它系统的信息约束。2 人力、资

5、金、时间的约束 机票预定工程实施的目标就是要带给航空公司看得出见的效益,其开发过程中也要考虑到人力、资金和时间的约束。因此,在设计中,重点是销售系统中的方便快捷,能提供给旅客以优质高效的服务,并提高销售的效率和便捷,为航空公司带来良好的效益。3技术发展规律的约束 计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。3需求规定3.1对功能的规定 1 系统流程图 2 数据流图(1)订票流图(2) 取票流图 3 ER图 4 IPO图

6、 3.2对性能的规定3.2.1精度目标软件输入输出数据要求为三种类型:字符型、整型、double型。传输过程中除字符型外一律采用double型。3.2.2时间特性要求l响应时间:网速在56k/s时每个页面响应时间45秒,关键数据查询响应时间4秒。l更新处理时间10秒。l数据转换和传送时间8秒。l解题时间5秒。3.2.3灵活性1.当操作行为超出操作权限的时候,系统会自动提示并拒绝操作。2.目标软件可运行在Windows2000,WindowsXP,WindowsNT等操作系统上,当操作系统升级改变后,不影响目标软件运行情况。3.目标软件作为航空公司管理系统的一部分,与航空公司其他管理类应用软件按

7、照模块定义接口,当其他软件接口变化时,系统会自动提示更改哪部分的定义来完成接口变更。4.数据传输过程中要求采用double型精度的数据类型,如果不是double型,软件将其自动转换成double型。5.当操作或查询内容已过有效时限,目标软件将给出提示并自动查询相关内容。6.航空公司管理系统中任一一个软件出现计划变更或取消,目标软件将根据耦合度做出判断,并自动提示出相应的更改。以上部分在编程实现中分别由相应模块单独定义。3.3输人输出要求输入:名字:旅客信息数据类型:字符型描述:旅客的个人信息,用于对旅客的确认定义:旅客信息=姓名+性别+工作单位+身份证号码+旅行时间+旅行目的地位置:输入到旅行

8、社端(client端)名字:订票旅客清单数据类型:字符型描述:已订票的旅客的记录定义:订票旅客清单=旅客信息的合集位置:输入到旅行社端(Client端)名字:订票信息数据类型:字符型、date型描述:旅客的旅行时间和目的地,用于确定旅客的航班定义:订票信息=旅客旅行时间+旅客旅行目的地位置:输入到航空公司端(Server端)名字:航班机票信息数据类型:字符型、整型描述:旅客的航班信息,根据旅客的旅行时间和目的地确定定义:航班机票信息=旅客机票时间+旅客机票班次位置:传输到旅行社端(Client端) 名字:取票通知数据类型:字符型、date型描述:旅客领取机票的凭证定义:取票通知=旅客姓名+领票

9、时间位置:输出到打印机输出:名字:账单数据类型:double型描述:旅客交付预订金后取票和交易的凭证定义:账单=旅客交付预订金的数额位置:输出到打印机 名字:旅客订票记录数据类型:字符型、date型、double型描述:已订票的旅客在航空公司的记录定义:旅客订票记录=旅客姓名+航班机票信息位置:输出到航空公司数据库中(Server端)名字:售出机票信息数据类型:字符型、date型描述:旅客的航班机票的信息定义:售出机票信息=旅客的航班机票位置:输出到打印机3.4数据管理能力要求l需管理的文卷:旅客订票记录、航班售票记录l表:旅客信息表、旅客订票表、航班售票表l文卷初始大小:20Gl增长估算:平

10、均每月增长10G,平均每月备份一次。3.5故障处理要求1 可能出现的软件故障:l(1) 对于数据库的处理不到位,导致航班信息无法读取。l(2) 数据传输过程中的加密算法出现漏洞。l(3) 由于数据的增长速度过快导致的溢出。2 可出现的硬件故障:l(1) 网络硬件和天气原因导致数据在传输过程中损坏或丢失。l(2) 由于硬盘原因导致的数据丢失。以上故障在所预测范围内不会给目标系统带来太大损失,但在外部恶意攻击或者其他情况导致的系统崩溃下,将会带来一定的经济损失。因此,目标系统故障处理能力要求很高,系统要有很强的监控能力,一旦系统出现一点故障能马上发出警告信号,并在必要时自动启动备用系统。同时能够设

11、置数据库镜像,定时备份数据和日志,在出现严重故障时能够及时恢复。3.6其他专门要求(1)数据的准确性和及时性:订票信息系统必须及时的将各个航班的起飞和降落时间准确的反映在系统里,任何改动都必须及时反映在系统里,以便公司安排相应的航班。如遇特殊情况也可及时安排替代航班。数据准确性要求极高,一般保留小数点后8位。(2)对突发事件的处理:航空相对于其他的交通工具,更加容易受天气的影响。若天气因素导致了航班不能正常运行时,则及时出示停止订票信息与解释说明。若已经完成订票之后发生航班不能运行情况,应与售票系统密切联系,辅助售票系统做好事后工作(3)系统的开放性和系统的可扩充性机票预定系统在开发过程中,应

12、该充分考虑以后的可扩充性。可以简单的加入和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。(4)系统的易用性和易维护性机票预定系统能够提供良好的用户接口,易用的人机交互界面。尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。(5)系统的先进性一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。另一方面,在系统设计和开发的过程中,应在考虑成本的基

13、础上尽量采用当前主流并先进且有良好发展前途的产品。(6)系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。4运行环境规定4.1设备服务器端子系统的运行要求: 系统软件:WindowNTServer数据库管理系统:SQLServer2005硬件要求:Pentium

14、III450以上,258MRAM,14GHD客户端子系统的运行要求:系统软件:Window2000以上版本数据库管理系统:SQLServer2005硬件要求:Pentium133以上,32MRAM,4.3GHD输入设备:键盘、扫描仪输出设备:打印机、显示屏4.2支持软件l操作系统:客户端可以采用windows2000以上版本,服务器最好是WindowNTServer及以上版本。l编译程序:MicrosoftVisualC+6.0l测试支持软件:一般基于VC+6.0的测试软件都可以,推荐BaseTestCase4.3接口l(1)API接口:在源代码中采用模块定义(2)与数据库的接口:1.数据库连接对象2.数据库数据库操作 2.1写入操作对象 2.1.1语句写入update2.1.2集合写入2.2读出操作对象 2.2.1根据SQL读出select2.3SQL语句执行对象3.结构转化操作3.1集合转化 3.2数据库类型转化 数据库的操作分为读与写,把这两个定认为对数据库中表的操作,再把对数据库的操作写用Sql语句的执行来实现(3)与打印机的接口:并口或USB2.0l(4)数据通信协议采用HDLC协议。4.4控制控制信号来源:服务器控制信号由服务器发出,经网络传输到客户端

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1