订票系统需求分析报告.docx_第1页
订票系统需求分析报告.docx_第2页
订票系统需求分析报告.docx_第3页
订票系统需求分析报告.docx_第4页
订票系统需求分析报告.docx_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

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

文档简介

飞机订票系统需求分析报告计算机科学与技术学院软件工程专业软件0901何文明岑 丽 论文题目 学 院专 业 班 级姓 名 指导教师20112012学年 第1学期目录一、本课程大作业要求3二、可行性研究报告42.1 前提2.2经济可行性分析2.3技术可行性分析2.3社会因素可行性分析2.4结论三、项目开发计划53.1引言3.2项目概述3.3 实施计划3.4支持条件3.6交付期限四、需求规格说明8 1 引言81.1编写目的1.2背景1.3定义1.4参考资料2.任务概述92.1目标需求2.2 约束与限制3.业务需求94.用户需求95.功能需求95.1功能的划分5.2 对功能的描述6.接口需求106.1 运行环境6.2 用户接口6.3 外部接口7.非功能需求117.1产品需求7.2机构需求7.3外部需求8. 学习软件需求工程的感想与体悟11一、本课程大作业要求软件需求工程大作业题目:一、实现以下系统(选一)的需求开发,并给出需求规格说明书: ()高校图书馆管理系统()高校学籍管理系统()高校学生成绩管理()基于WEB的图书馆管理系统()飞机订票系统()某酒店管理系统()某公司人事管理系统()基于WEB的高校考试系统()基于WEB的远程教学系统()小型电子商务系统()公交车线路查询系统请每位同学按以下原则确定自己的选题:每班按学号确定系统:(系统1),6(系统2), 79(系统3), 1012(系统4), 1315(系统5), 1618(系统6), 1921(系统7), 2224(系统8), 2527(系统9), 2830(系统10), 3133(系统11)论文要求:()对所选系统进行严密的需求获取以及需求分析。()给出所选系统的各层次需求,包括业务需求,用户需求,功能需求以及非功能需求。()给出所要实现系统的项目开发计划(简略)以及需求规格说明书。()需求规格说明书要详尽,必须包括以下内容:引言,总体描述,功能需求,接口需求以及其它非功能性需求等,符合需求规格说明书各项细则。 ()附录中给出所选系统需求规格说明书中各图表的获取过程。二、请根据自己的理解与体会谈谈软件需求工程过程的重要性。也可以以软件需求工程中某知识点谈谈自己的理解与看法。二、可行性研究报告2.1 前提(1)要求a.功能:实现航空订票管理的基本功能,机票被订购的状态,乘客预定的状态应有详细记录。b.性能:能够完成机票查询、订票、退票、改签等日常管理的基本处理,方便乘客和订票管理员进行操作订购。c.输出:订票信息、乘客信息、查询信息、退票信息。d.输入:乘客的相关信息、机票的相关信息、航班的相关信息、订(退)票的相关信息。e.基本的数据流程和处理流程。f.完成期限:6个月。(2)目标a.节省人力与设备费用成本。b.提高工作效率。2.2经济可行性分析在当前的各种人力和财力等限制条件下,利用现有的技术,本系统的功能都能够实现;系统投入使用后,操作人员只需简单培训即可,管理和维护比较简单,除了必要的设备投资外,后期运行成本比较低;该系统正常商务运行后,将给航空公司带来极大的便利,提高工作的效率,节省不必要的人员费用。2.3技术可行性分析a.在限制条件下功能目标能达到b.利用现有技术功能目标能达到c.现开发人员数量和质量的要求,能满足,3人的开发小组熟练掌握系统分析技术、数据库技术和网络编程技术d.在规定的期限内,开发能完成2.3社会因素可行性分析1.法律因素符合法律规定没有触犯合同中双方所签署的条款。51飞机订票系统需求分析报告_飞机订票系统2.用户使用可行性会使用计算机和对网络的安全性有一点了解的人员均可使用。2.4结论方案可行。三、项目开发计划3.1引言3.1.1编写目的为软件开发测试人员提供整个软件开发过程的安排,主要读者为软件的开发测试人员。3.1.2 背景a. 待开发软件系统的名称:航空订票系统 b. 本项目提出者:A航空公司 开发者:本软件开发小组 用户:售票员,公司高层实现该软件的计算中心或计算机网络:A航空公司的计算机和它所在的局域网3.1.3 参考资料a本项目的经核准的计划任务书或合同、上级机关的批文; b属于本项目的其他已发表的文件;C本文件中各处引用的文件、资料,包括所要用到的软件开发标准。3.2项目概述3.2.1工作内容 主要工作有:撰写项目文档、为创建的数据库和数据库对象进行脚本编写、分析系统,定义用到的接口和类、创建必要的可重用组件并进行测试、创建GUI界面、进行功能实现(重点)、进行软件测试。 3.2.2主要参加人员张三主要负责软件系统的功能实现部分,因其技术方面比较强;李四负责软件的GUI设计,因其设计方面较强; 王五主要负责软件测试,他有多次软件测试的经验; 赵六主要负责编写用户文档。3.2.3产品a. 程序名称:航空订票系统 所用编程语言:java存储程序的媒体:光盘 b. 服务要对客户进行培训安装(交付系统一个星期内)、维护和运行支持(三年内),并且进行必要软件升级(三年内)。3.2.4完成项目的最迟期限2012年8月25日3.2.5本计划的批准者和批准日期2011年11月25日3.3 实施计划3.3.1工作任务的分解与人员分工3.3.2接口人员a.负责人:小王b.负责本项目同本单位各管理机构:合同计划管理部门、财务部门、质量管理部门等的接口人员;c负责本项目同各分合同负责单位的接口人员:略。 3.3.3进度略 3.3.4预算 略3.3.3关键问题此软件要求比较高的稳定性与健壮性,需要一定的特殊设计。3.4支持条件3.4.1计算机系统支持需要安装正版软件的计算机6台,正版数据库软件,正版开发环境等。3.4.2需由外单位提供的条件需要客户提供必要的协助,比如针对客户定制特殊的软件功能以满足其需要。3.4.3需由外单位提供的条件 略3.5专题计划要点 略3.6交付期限2012年6月28日四、需求规格说明1引言随正全球经济和信息的发展,人们对乘飞机旅行、工作的需求不断增加,航空客运业务的规模日益宏大,加上网络日益普及,具有良好的人机交互界面的机票预订系统,实现航空公司的机票销售的自动化,这套软件就是在这样的基础上而开发的。配备一个安全、高效、灵活、可靠的航空订票管理系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用。1.1编写目的软件需求说明书的编写目的是为了更好地使用户和软件开发如有双方对软件的初始规定有一个共同的理解,明确软件需求,安排项目规划和进度,指导整个软件的开发过程,为测试提供依据。1.2背景项目名称:飞机订票系统假设:某一A航空公司提出任务需求;用户:售票员,公司高层开发人员:小风哥、张三、李四等 开发单位:小风哥软件开发有限公司;1.3定义1. 数据流-数据进入模块后可能有多种路径进行处理2. SQL-Structured Query Language(结构化查询语言)3. SQL SERVER-系统服务器使用的数据库管理系统4. 系统-若未特别指出,统指本航空订票系统1.4参考资料本项目的经核准的计划书或合同、上级机关的批文 软件工程Roter Pressman著,机械工业出版社 软件需求工程毋国庆 等编著 机械工业出版社2. 任务概述2.1 目标需求1. 计划节省人力资源40%,设备费用120%2. 计划提高日常订票事务处理速度的85% 3. 计划提高控制精度100% 4. 可实现信息化的管理5. 可实现半自动化的决策系统2.2约束以限制软件开发人员在开发工程中,使用java进行系统的开发,使用SQL Server 2005版本数据库。3.业务需求该系统是一个中小型的系统,通过该订票系统,航空公司,可以很好的对定票、退票、改签、售票情况核算进行管理。4.用户需求售票员通过该系统可以方便的给客户进行查询、订票、退票服务。高层管理者可以通过该系统查询机票的销售情况,从而调整飞机的航班。5.功能需求5.1功能的划分1. 航班查询 2. 订票管理 3. 退票管理 5. 改签管理6. 机票销售情况核算5.2对功能的描述1. 航班查询根据旅客提出的终点站名输出下列信息:航班号、飞机号、日期,最近一天航班的日期和余票额;2. 订票管理根据客户提出的要求(航班号、订票数额)查询该航班票额情况,若尚有余票,则为客户办理订票手续,输出座位号;若已满员或余票额少于定票额,则需重新询问客户要求。若需要,可登记排队候补;51飞机订票系统需求分析报告_飞机订票系统3. 退票管理根据客户提供的情况(日期、航班),为客户办理退票手续,然后查询该航班是否有人排队候补,首先询问排在第一的客户,若所退票额能满足他的要求,则为他办理订票手续,否则依次询问其他排队候补的客户。4. 改签管理售票员根据客户需求,和客户所换航班的可行性,给客户进行改签换票。5. 机票销售情况核算每过一定时间(航班公司自己设定),系统自动对机票进行统计,方便航空公司对航班进行调整。6.接口需求6.1 运行环境(1)硬件环境:若干台服务器:Pentium III 450以上, 258M RAM, 14G HD 若干台客户机:Pentium 133以上, 32M RAM, 4.3G HD(2) 软件环境:Windows操作系统、SQL Server 2005版本应用软件6.2 用户接口用户通过终端进行操作,进入主界面后点击相应的窗口,分别进入相 应的界面(如:输入界面、输出界面),根据需要进行相应的操作。6.3 外部接口(1)用户界面:在用户界面部分,根据分析结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了,易于操作,并且要注意界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化,做到不仅拥有可靠性,同时有易使用性。(2) 外设接口:在输入方面,对于键盘、鼠标的输入;在输出方面,打印机的连接及使用,网络的传输;实现高速传输。7.其他非功能需求7.1产品需求(1)可用。该系统简单易懂,有一定电脑基础的人经过训练,能熟练掌握。 (2)效率。该系统性能高,存储信息空间大,出来信息速度快。 (3)可靠。该系统出错概率低,并且易检测出错信息。7.2机构需求(1)交付。从接手该项目的日期起,半年(即6个月)内必须交付成品给A公司。(2)实现。从交付当日起,一个星期内,必须帮A公司实现该系统的正常商务运作。(3)标准。系统在设计开发使用过程中都要涉及到很多计算机硬件、软件,所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准;规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等。7.3外部需求(1)合法。该系统符合国家法律,受法律保护。 (2)安全。该系统安全性高。8. 学习软件需求工程的感想与体悟通过这个半学期的学习,让我了解了软

温馨提示

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

评论

0/150

提交评论