航空订票系统可行性报告.docx
《航空订票系统可行性报告.docx》由会员分享，可在线阅读，更多相关《航空订票系统可行性报告.docx（12页珍藏版）》请在冰豆网上搜索。
航空订票系统可行性报告
GB8567——88
可行性研究报告
1引言
1.1编写目的
对软件项目系统进行初步的研究，确定项目开发的方向，对项目的实现以及功能的划分进行基本的探讨，确定项目是否具有实施的可能性，以及功能的实现是否具有可能性，可行性研究报告面向项目组所有成员。
1.2背景
表1.2项目基本情况说明
项目提出者
老师
项目开发者
软件工程小组
用户
民众
计算中心
完成搭建web系统的服务器
系统间往来关系
暂无
1.3定义
ØSQLSERVER:
系统服务器所使用的数据库关系系统（DBMS）。
ØSQL：
一种用于访问查询数据库的语言
Ø事务流：
数据进入模块后可能有多种路径进行处理。
Ø主键：
数据库表中的关键域。
值互不相同。
Ø外部主键：
数据库表中与其他表主键关联的域。
ØROLLBACK:
数据库的错误恢复机制。
缩写：
Ø系统：
若未特别指出，统指本航空订票系统。
ØSQL：
StructuredQueryLanguage（结构化查询语言）。
ØUML：
统模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规的标准化建模语言。
ØJavaee：
Java企业级平台。
1.4参考资料
文档格式要求按照我国GB/T85T7-1988国家标准和IEEE/ANSI830-1993标准规要求进行。
包括以下文件：
Ø图书借阅关系系统需求说明书
Ø软件工程项目开发文档例
Ø软件工程国家标准文档
Ø图书借阅管理需求说明书
Ø软件需求说明书编写规
书籍包括：
Ø软件工程导论（第6版）海藩牟永敏编著。
2可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。
2.1要求
功能及性能：
1.该订票系统的浏览用户被划分为游客（即未注册用户）与用户（即注册用户），未注册用户只能访问该系统的首页，首页提供登录功能和前往注册按钮，用户可以登录或者前往注册。
2.用户登录成功后，前往航班查询页面，进行航班信息的查询，当欲订航班存在时可以进行订票。
3.用户可以查看自身所有预定的航班票，并在一定条件下（即航班未发出）可以进行退票和付款。
4.该系统的管理员可以对航班信息进行增删查改，并负责航班信息的更新。
5.用户可以登入系统进行票据的打印。
6.权限验证，即用户与管理员身份的区别验证。
附录：
该系统的核心与主要的功能模块分为查询模块和订票模块，直接用户为管理员和注册用户，管理员登入系统后负责信息的更新与修改，并且审核错误的信息。
注册用户登入系统后，可以进行航班查询操作，待查询到欲订的航班信息时，可以进行订票，订票完成后可以进行付款，并且可以到相关页面查看预定的所有的机票的信息，与付款情况，并可在当前页面进行退票或者付款，还可进行票据的打印，以及对订票的个人信息的修改。
管理员用户的注册为特殊用户注册，由系统的最高权限的管理员分派标识符或者由航空公司部员工号进行区别鉴定，管理员登入系统时与普通注册用户相同，但进行敏感操作时，比如点击航班信息添加或修改时需要进行身份验证，此时需要输入当时由系统最高权限的管理员派发的标识符（或其他）进行验证。
输出报告：
Ø可行性分析报告：
说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
Ø项目开发计划：
为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
Ø软件需求说明书（软件规格说明书）：
对所开发软件的功能、性能、用户界面及运行环境等做出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
Ø概要设计说明书：
该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
Ø详细设计说明书：
着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
Ø测试分析报告：
测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
Ø项目开发总结报告：
软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
Ø源程序：
软件开发过程中的全部代码以及注释。
输入
1.用户注册时注册信息的输入。
2.用户订票时购票信息的输入。
3.用户修改订票信息时的信息输入。
4.用户退票时的信息输入。
在安全性上的要求
1.要求与银行支付系统无缝连接；
2.并且可以与国家认证系统对接，保证订票信息安全有效。
同本系统相连接的其他系统；
1.身份认证系统。
2.地域票务信息系统。
3.银行支付系统。
完成期限
软件工程课程结束之时。
2.2目标
1.人力与设备费用的减少；
2.处理速度的提高；
3.控制精度或生产能力的提高；
4.管理信息服务的改进；
5.人员利用率的改进。
2.3条件、假定和限制
1.所建议系统的运行寿命的最小值：
十年；
2.进行系统方案选择比较的时间：
一个星期；
3.经费、投资方面的来源和限制：
费用有限，需合理分配；
4.法律和政策方面的限制：
必须严格遵循法律和政策要求；
5.硬件、软件、运行环境和开发环境方面的条件和限制：
暂无；
6.可利用的信息和资源：
行业开发经验；
7.系统投入使用的最晚时间：
暂无。
2.4进行可行性研究的方法
此次可行性研究是在科学的分析的基础上，采用小组成员集体讨论的方法进行评审报告。
符合系统可行性报告规则、规。
2.5评价尺度
1.代码的验收
最后在交付客户之前进行小组评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规，没有下列错误：
由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。
2.文档验收
最后在交付客户之前进行小组评审，文档格式符合HB6465标准，功能符合与客户的合同要求，清晰易读，没有语病与歧义。
3.服务验收
服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。
3对现有系统的分析
这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚至是一个人工系统。
分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
3.1处理流程和数据流程
图3.1.1系统基本流程结构图
图3.1.2系统数据流向图
3.2工作负荷
表3.2工作负荷
服务器负载
全天运行
数据库负载
全天运行
人员维护
工作时间（包含加班）
3.3费用开支
表3.3费用开支
人员工资
20000
服务器租借费用
30000
项目空间租借费用
10000
维护服务费用
5000
文档打印费用
500
总金额
65500
3.4人员
表3.4人员需求
数据维护人员
数据库原理与使用专业
10
后台维护人员
平台运行专业
3
运行监控人员
有开发经验的编程人员
5
3.5设备
表3.5设备
服务器
集群（20以上）
交换机
3台
域名
1个
3.6局限性
由于项目暂未部署，故暂无局限性报告。
预测为数据库系统复杂，需要大规模集群的支持。
并需要大量人员进行数据维护工作。
4所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
4.1对所建议系统的说明
概括地说明所建议系统，并说明在第2章中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。
目标系统的操作过程为：
1.储存旅客的基本信息，并根据旅客的要求为其安排航班。
2.存储旅客交付的预定金，打印取票通知和账单，结果存入数据库。
3.核对旅客的取票通知和账单，打印机票，结果存入数据库。
4.这样旅客的订票全过程和所有信息都在同一个数据库有存档，便于日后整理查询。
4.2处理流程和数据流程
给出所建议系统的处理流程和数据流程。
4.3改进之处
按2.2条中列出的目标，逐项说明所建议系统相对于现存系统具有的改进。
1.由于提高效率，目标系统开发完成后比现有系统减少了10个订票点，节省人力资源40%，节省设备维护费200元/天。
2.目标系统与原有系统相比，在每个订票点可以查看其它订票点的订票情况，开发完成后可实现管理信息服务化。
3.现有系统中订票信息与航班信息分开存储，而目标系统中每次订票的所有信息都在数据库里存档，便于管理，提高控制精度100%。
4.4影响
说明在建立所建议系统时，预期将带来的影响，包括：
1.目标系统将大大改进现有系统的弊端，大幅度提高工作效率，提高人员利用率。
2.从长远角度看，目标系统将为旅客提供更快捷更便利的服务，这会增加公司的竞争实力，为公司增加经济效益。
4.4.1对设备的影响
Ø目前公司订票点的配置基本符合要求，需要增加的是服务器，经过调研，证明现有的服务器虽然符合系统的基本要求，但从使用年限和日后规模扩大角度来说，建议换用性价比较高的服务器。
4.4.2对软件的影响
Ø现有的系统软件，基本可以符合要求。
4.4.3对用户单位机构的影响
Ø为了更好的应用目标系统，希望公司能够在现有的技术开发部门中设置专门技术部门，同时增加负责系统并参与系统研发人员。
4.4.4对系统运行过程的影响
4.用户的操作规程；
5.运行中心的操作规程；
6.运行中心与用户之间的关系；
7.源数据的处理；
8.数据进入系统的过程；
9.对数据保存的要求，对数据存储、恢复的处理；
10.输出报告的处理过程、存储媒体和调度方法；
11.系统失效的后果及恢复的处理办法。
4.4.5对开发的影响
1.为了支持所建议系统的开发，用户需进行的工作；
2.为了建立一个数据库所要求的数据资源；
3.为了开发和测验所建议系统而需要的计算机资源；
4.所涉及的与安全问题。
4.4.6对地点和设施的影响
Ø经调研，目标系统完全可以构架在现有的框架上，不需余外增加环境设施。
4.4.7对经费开支的影响
1.基础投资：
3万
2.开发费用：
1万
3.日常维护费用：
1000/天
4.5局限性
Ø由于目标系统足够健在现有数据库和系统上，因此上不能实现决策的完全自动化，只能起可行性建议。
4.6技术条件方面的可行性
1.在当前的限制条件下，该系统的功能目标能否达到；
2.利用现有的技术，该系统的功能能否实现；
3.对开发人员的数量和质量的要求并说明这些要求能否满足；
4.在规定的期限，本系统的开发能否完成。
5可选择的其他系统方案
扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。
5.1可选择的系统方案1
参照第4章的提纲，说明可选择的系统方案1，并说明它未被选中的理由。
5.2可选择的系统方案2
按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。
......
6投资及效益分析
6.1支出
表6.1英特尔商用服务器
XeonL7455
2013GHz
9MB
12MB
3
65
38000
1.Mysql正版软件及相应软件：
5万
2.网络设备：
8万
6.1.1基本建设投资
包括采购、开发和安装下列各项所需的费用，如：
a.房屋和设施；
b.ADP设备；
c.数据通讯设备；
d.环境保护设备；
e.安全与设备；
f.ADP操作系统的和应用的软件；
g.数据库管理软件。
6.1.2其他一次性支出
1.工作人员培训费用：
5万
2.设计开发费用：
5万
6.1.3非一次性支出
1.日常维护费用：
100元/天
2.操作人员工资：
900元/天
3.维护人员工资：
720/天
6.2收益
对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；
6.2.1一次性收益
由于目标系统投入使用后才能收益，所以一次性收益为0
6.2.2非一次性收益
（按银行利率：
1%）：
1.减少员工五年收入：
2.工作效率提高收益（工作效率提高85%）：
3.经常性收益共计：
319.5万
6.2.3不可定量的收益
1.因服务质量提高增加旅客量10%：
增加306万
2.操作失误引起的损失：
25万
6.3收益／投资比
1.收益总计：
704.5万（五年）
2.投资总计：
348.9万（五年）
3.收益/投资比为：
704.5/348.9=201.9%
6.4投资回收周期
2.5年
6.5敏感性分析
1.系统生命周期长度：
设计系统周期为五年，估计最长可达到10年
2.处理速度：
一般查询速度小于4秒，关键数据查询速度大于2秒
3.工作负荷类型：
二十四小时运行
4.随着使用时间的延长，设备老化软件漏洞的出现会降低系统处理速度，降低速度在10%以，对收益的影响控制在8%以
7社会因素方面的可行性
本章用来说明对社会因素方面的可行性分析的结果，包括：
7.1法律方面的可行性
1.合同责任：
2.侵权专利权：
无
3.侵犯：
无
7.2使用方面的可行性
其专供飞机票公司及航空公司使用，完全按照航空公司订票流程研制而成，符合订票规程，为航空公司订票工作提供便利。
此系统界面简易美观，对于航空公司的前台订票员以及后台管理员，只要是具备相应的专业知识就能很好的驾驭它。
8结论
飞机订票系统的开发主要包括后台数据库的建立和维护以及前端应用程序的开发两方面。
对于前者要求建立起数据一致性和完整性强、数据安全性好的库。
而对于后者则要求应用程序功能完备，易使用等特点。
经过全方位的可行性研究报告表明，此系统投资效益比较大，技术，经济，操作都有可行性，可以进行开发，所以可以立即开始进行。
升级会员 