飞机订票管理系统需求分析论文青岛理工大学_第1页
飞机订票管理系统需求分析论文青岛理工大学_第2页
飞机订票管理系统需求分析论文青岛理工大学_第3页
飞机订票管理系统需求分析论文青岛理工大学_第4页
飞机订票管理系统需求分析论文青岛理工大学_第5页
已阅读5页,还剩16页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、青岛理工大学 软件需求分析论文 题 目: 飞机订票管理系统 班 级: 软件 131 学 号: 姓 名: 指导老师: 2015年 11 月摘要本论文论述了网上飞机订票系统的构架,流程,维护以及开发本系统相关的知识体系,最后还谈到了我的收获和体会以及自己总结出的一些很有实用价值的东西,该系统有以下功能:1. 航班信息与客户信息的初始化。2. 客户信息的录入。3. 航班信息的修改(包括余票和已定票的改动)。4. 订票功能。5. 退票功能。6. 查询航线功能。7.查询全部信息功能开发工具:前台:Microsoft Visual c+      

2、0; 服务器:Microsoft Windows7 Server  相关技术:C+,SQL  系统结构:1.  航线及相关信息查询2  订票3  留言4  用户资料系统5  数据库后台管理 关键词:飞机 售票 网上 【目录】 第一章 绪论 1 1.1设计目的 1 1.2系统的功能 1 1.3系统环境 1第二章 管理系统的分析 2 2.1系统的目标需求 2 2.2开发的可行性分析 2 2.2.1管理上的可行性 2 2.2.2技术上的可行性 2 2.2.3经济上的可行性 2第三章 管理系统的实现 3第四章 业务的流程分析 4 4

3、.1系统的用例图 4 4.2数据流图 4 4.3程序流程图 4第五章 管理系统的界面设计 6第六章 管理系统的数据库设计 8 6.1 E-R图 8 6.2数据表的设计 8第七章 需求规格说明 11 7.1导言 11 7.1.1 目的 11 7.1.2 范围 11 7.1.3 缩写说明 11 7.1.4 术语定义 11 7.1.5 引用标准 11 7.1.6 参考资料 11 7.1.7 版本更新信息 11 7.2 系统定义 11 7.2.1 项目来源及背景 11 7.2.2 项目将要达到的目标 11 7.3 应用环境 11 7.3.1 系统运行硬件环境 11 7.3.2 系统运行软件环境 11

4、7.4 功能规格 11 7.4.1 角色定义 12 7.4.2 添加功能 12 7.4.3 查询功能 12 7.4.4 编辑功能 12 7.4.5 删除功能 12 7.4.6 美发功能 12 7.4.7 统计功能 12 7.5 性能需求 12 7.5.1 界面需求 12 7.5.2 响应时间需求 12 7.5.3 可靠性需求 12 7.5.4 开放性需求 12 7.5.5 可发展性需求 12 7.5.6 系统安全性需求 12 7.6 签字 12第8章 结论及体会 13青岛理工大学软件需求分析论文第一章 绪论1.1.设计目的本系统的总体目标是通过该系统的实施,可以对学生综合测评信息更加有效地进行

5、管理。系统设计实施过程中,力争做到以下几点: 1.   具有较高的可靠性和可用性; 2.  系统易于管理维护; 3 使用方便,易学易用;4.  良好的性能价格比;1.2系统的功能【通过前期对飞机订票系统领域实际业务需求的调研,经分析确定】系统功能主要分为以下两个部分: 1 管理员操作:录入航班,修改航班和删除信息 2 旅客操作:航班查询、订票、退票。1.3.系统环境1. pc机Windows82. Sql server2008第二章 管理系统的分析2.1.系统的目标需求2.1

6、.1. 系统硬件需求 Pentium4  800MHz或更高主频CPU 512MB以上内存。 2.1.2.系统软件需求 IIS5.0以上的WEB服务、Windows XP 以及更高版本的操作系统、IE5.0以上的版本浏览器。2.2.可行性分析2.2.1.技术上的可行性a. 在限制条件下功能目标能达到 b.利用现有技术功能目标能达到 c.现开发人员数量和质量的要求,能满足,3人的开发小组熟练掌握系统分析技术、数据库技术和网络编程技术 d.在规定的期限内,开发能完成2.2.2.经

7、济上的可行性在当前的各种人力和财力等限制条件下,利用现有的技术,本系统的功能都能够实现;系统投入使用后,操作人员只需简单培训即可,管理和维护比较简单,除了必要的设备投资外,后期运行成本比较低;该系统正常商务运行后,将给航空公司带来极大的便利,提高工作的效率,节省不必要的人员费用。第三章 管理系统的实现7. 航班信息与客户信息的初始化。8. 客户信息的录入。9. 航班信息的修改(包括余票和已定票的改动)。10. 订票功能。11. 退票功能。12. 查询航线功能。13. 查询全部信息功能(包括用户和航班的信息)。第四章 业务的流程分析4.1系统的用例图,如图1所示图1 系统用例图4.2数据流图,如

8、图2所示图2 数据流图4.3程序流程图,如图3所示图3 程序流程图第五章 管理系统的界面设计,如图4.1,4.2,4.3所示图4.1 管理系统的界面设计4.2 管理系统的界面设计4.3 管理系统的界面设计第六章 管理系统的数据库设计6.1 E-R图,如图5所示图5 E-R图6.2数据表的设计,如下表6所示表6 数据表的设计客户端输入量处理 输出量终端数旅客信息的输入和统计方式:终端输入数据类型:字符型、整型、double型数据整合为表格表格形式输出到客户端数据库储存12旅客信息的存储和传递方式:终端输入 数据类型:字符型、整型、double型存储到客户端数据库表格形式输出到

9、客户端数据库储存12机票信息的传递及接收方式:客户端输入 数据类型:整型将旅客所须的机票信息由客户端传到服务器上,并   接受返回的航班信息和票位情况,然后存储起来。表格形式输出到客户端显示并存储12取票通知及帐单的生成和打印 方式:客户端输入 数据类型:字符型把已存储的航班机票信息和生成帐单打印出来一起交给旅客。取票通知和账单12印出机票给已经订票的旅客方式:客户端输入 数据类型:字符型核对取票通知和账单,打印机票给旅客机票12服务器输入量处理输出量终端数接收由客户端发回的所需机票信息方式:客户端发送 数据类型:

10、整型接收机票信息并存入到服务器的数据库中表格形式输出到服务器数据库储存12生成航班信息方式:服务器储存 数据类型:整型在数据库中查询并得到正确的航班的信息分配所需的机票数并在数据库中做出已售出的标记表格形式输出, 数据类型:字符型、整型、double型12传递航班信息到客户端方式:服务器发送 数据类型:字符型、整型、double型把得到的航班信息传递到客户端表格形式输出, 数据类型:字符型、整型、double型12接收客户端的反馈信息方式:客户端发送 数据类型:整型接收客户端的反馈信息,对退掉的机票进行数据库恢复输出整型数据,并修改数据库12机

11、票销售情况的核算方式:数据库内部计算 数据类型:double型对机票销售额进行单项核算,得到各个客户端的销售情况并把核算结果作为企业报表输表格形式输出,并在数据库中储存12销售额的分析和管理方式:数据库内部处理 数据类型:字符型、整型、double型对机票销售情况进行多方面分析,建立反映不同航班需求的模型,提供管理上所需的各种辅助决策信息和财务信息 表格、各种图表形式输出,并在单独数据库中储存12第七章 需求规格说明7.1导言随正全球经济和信息的发展,人们对乘飞机旅行、工作的需求不断增加,航空客运业务的规模日益宏大,加上网络日益普及,具有良好的人机交互界面的机票预

12、订系统,实现航空公司的机票销售的自动化,这套软件就是在这样的基础上而开发的。配备一个安全、高效、灵活、可靠的航空订票管理系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用。7.1.1 目的软件需求说明书的编写目的是为了更好地使用户和软件开发如有双方对软件的初始规定有一个共同的理解,明确软件需求,安排项目规划和进度,指导整个软件的开发过程,为测试提供依据。7.1.2 术语定义1. 数据流-数据进入模块后可能有多种路径进行处理 2. SQL-Structured Query Language

13、(结构化查询语言) 3. SQL SERVER-系统服务器使用的数据库管理系统 4. 系统-若未特别指出,统指本航空订票系统7.1.3 参考资料 软件工程Roter Pressman著,机械工业出版社 软件需求工程毋国庆 等编著 机械工业出版社7.2 系统定义7.2.1 项目来源及背景1. 软件系统名称:飞机订票系统 2. 任务提出者:XX航空公司 3. 用户:XX航空公司,各大旅行社,旅客    

14、0;    4. 实现:XX航空公司计算中心 5. 构建平台:Windows 2000及以上,其数据库构建在SQL Server 2005上,并可实现权限限制性兼容,与Windows其他软件并不冲突。7.2.2 项目将要达到的目标1.接收预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)。 l 2.为旅客安排航班。 3.当旅客交付了预订金后,系统打印出取票通知和帐单给旅客。 4.旅客在飞机起飞前

15、一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。 5.能够及时对于航班售票情况进行统计。7.3 应用环境7.3.1 系统运行硬件环境Pentium4  800MHz或更高主频CPU 512MB以上内存。7.3.2 系统运行软件环境IS5.0以上的WEB服务、Windows XP 以及更高版本的操作系统、IE5.0以上的版本浏览器。7.4 功能规格7.4.1 角色定义该功能为用户提供简洁的页面呈现,方便用户根据自己的需要预定机票。7.4.2 添加功能 该功能可以完成普通旅客注册和管理员注册任务。7.4.3 查询功能 该功能

16、为用户提供简洁的页面呈现,方便用户根据自己的需要选择自己需要的机票。7.4.4 编辑功能该功能可以完成普通旅客和管理员根据实际情况,对自己的信息进行更新操作。7.4.5 删除功能该功能可以使用户自行删除订单,实现最大的方便性。7.4.6 统计功能通过该功能,管理员可以根据飞机场提供的相关信息,更新最新的票务信息,方便用户查询。7.5 性能需求7.5.1 界面需求系统的界面应清晰简洁,让用户易于操作。7.5.2 响应时间需求1.系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。 2.进行统计分析时,根据所需数据量的不同而从秒级到分钟级,则是保证工作人员不会因为速度问题而影

17、响工作效率。3.在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求7.5.3 可靠性需求由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中,必须采用一定的方法保证系统的准确性。7.5.4 开放性需求机票预定系统在开发过程中,应该充分考虑以后的可扩充性。例如订票系统的方式的改变(网上订票),用户查询的需求也会不断的更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充。7.5.5

18、可发展性需求要实现可发展性,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入或减少系统的模块。通过软件的修补、替换操作来完成系统的升级和更新换代。7.5.6 系统安全性需求应对用户隐私给予保护,实现安全性,把用户隐私放在首位。7.6 系统安全性需求本需求规格经过双方认可,特签字如下表9.8所示:表7.1 需求规格签字用户签署信息企业签署信息单位名称XXX公司单位名称XXX公司签署人姓名XXX签署人姓名XXX签署日期XXXX.XX.XX签署日期XXXX.XX.XX第八章 结论及体会通过这个半学期的学习,让我了解了软件需求的重要性,以及做好软件需求的困难。软件需

19、求的好坏,直接可以导致软件产品的质量高低,甚至软件产品的成败。课堂上老师用了许多事例给了我们有力的证明。在做这次的航空订票系统需求的过程中,由于对需求知识的掌握不够透彻,加以没有做过需求的经验,许多过程我无法很好的实现,对需求的分析,有些残缺不全,对需求的描述有可能存在一些错误或一些不合理的地方。但经过这次的需求报告,让我回顾了课本的知识,更加熟悉以前的知识,更了解需求工程的步骤,为将来的软件开发和管理工作打下良好的基础。参考文献管理信息系统 (美) G.B戴维斯 哈尔滨工业大学出版社    1985-01 l 物流信息管理  尹涛  东北财经大学出版社  2005-01 l 软件工程导论   张海藩  &#

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论