航空订票系统(可行性报告).doc

1引言 11.1编写目的 11.2背景 11.3定义 11.4参考资料 12可行性研究的前提 22.1要求 22.2目标 22.3条件、假定和限制 32.4进行可行性研究的方法 32.5评价尺度 33对现有系统的分析 33.1处理流程和数据流程 43.2工作负荷 43.3费用开支 43.4人员 43.5设备 43.6局限性 44所建议的系统 44.1对所建议系统的说明 54.2处理流程和数据流程 54.3改进之处 54.4影响 54.4.1对设备的影响 54.4.2对软件的影响 54.4.3对用户单位机构的影响 54.4.4对系统运行过程的影响 64.4.5对开发的影响 64.4.6对地点和设施的影响 64.4.7对经费开支的影响 64.5局限性 64.6技术条件方面的可行性 75可选择的其他系统方案 75.1可选择的系统方案1 75.2可选择的系统方案2 76投资及效益分析 76.1支出 76.1.1基本建设投资 86.1.2其他一次性支出 86.1.3非一次性支出 86.2收益 96.2.1一次性收益 96.2.2非一次性收益 96.2.3不可定量的收益 96.3收益／投资比 106.4投资回收周期 106.5敏感性分析 107社会因素方面的可行性 107.1法律方面的可行性 107.2使用方面的可行性 108结论 1111GB8567——88可行性研究报告1引言1.1编写目的对软件项目系统进行初步的研究，确定项目开发的方向，对项目的实现以及功能的划分进行基本的探讨，确定项目是否具有实施的可能性，以及功能的实现是否具有可能性，可行性研究报告面向项目组所有成员。

1.2背景 表1.2 项目基本情况说明项目名称航空订票系统项目提出者张老师项目开发者软件工程小组用户民众计算中心完成搭建web网站系统的服务器系统间往来关系暂无1.3定义Ø SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）Ø SQL：一种用于访问查询数据库的语言Ø 事务流：数据进入模块后可能有多种路径进行处理Ø 主键：数据库表中的关键域值互不相同Ø 外部主键：数据库表中与其他表主键关联的域Ø ROLLBACK:数据库的错误恢复机制缩写：Ø 系统：若未特别指出，统指本航空订票系统Ø SQL：Structured Query Language(结构化查询语言)Ø 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总金额655003.4人员表3.4 人员需求项目分工技术类别需求数量数据维护人员数据库原理与使用专业10后台维护人员平台运行专业3运行监控人员有开发经验的编程人员53.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对设备的影响Ø 目前公司订票点的配置基本符合要求，需要增加的是服务器，经过调研，证明现有的服务器虽然符合系统的基本。