? 测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，
对测试结果加以分析，并提出测试的结论意见。
? 项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，
总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ? 源程序：软件开发过程中的全部代码以及注释。
输入
1. 2. 3. 4.
用户注册时注册信息的输入。 用户订票时购票信息的输入。 用户修改订票信息时的信息输入。 用户退票时的信息输入。
在安全性上的要求
1. 要求与银行支付系统无缝连接；
2. 并且可以与国家身份证认证系统对接，保证订票信息安全有效。
同本系统相连接的其他系统；
1. 身份认证系统。 2. 地域票务信息系统。 3. 银行支付系统。
完成期限
软件工程课程结束之时。
4
2.2目标
1. 人力与设备费用的减少； 2. 处理速度的提高；
3. 控制精度或生产能力的提高； 4. 管理信息服务的改进； 5. 人员利用率的改进。
2.3条件、假定和限制
1. 所建议系统的运行寿命的最小值：十年； 2. 进行系统方案选择比较的时间：一个星期；
3. 经费、投资方面的来源和限制：费用有限，需合理分配； 4. 法律和政策方面的限制：必须严格遵循法律和政策要求； 5. 硬件、软件、运行环境和开发环境方面的条件和限制：暂无； 6. 可利用的信息和资源：行业开发经验； 7. 系统投入使用的最晚时间： 暂无。
2.4进行可行性研究的方法
此次可行性研究是在科学的分析的基础上，采用小组成员集体讨论的方法进行评审报告。符合系统可行性报告规则、规范。
2.5评价尺度
1.
代码的验收
最后在交付客户之前进行小组内评审，代码编写符合HB6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。
5
2.
文档验收
最后在交付客户之前进行小组内评审，文档格式符合HB6465标准， 功能符合与客户的合同要求，清晰易读，没有语病与歧义。 3.
服务验收
服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。
3对现有系统的分析
这里的现有系统是指当前实际使用的系统，这个系统可能是计算机系统，也可能是一个机械系统甚 至是一个人工系统。
分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系统的必要性。
3.1处理流程和数据流程
图3.1 .1 系统基本流程结构图
用户 订票前台页面 整个系统流程。 由前台页面与用户交互，连接后台处理，处理过程中与其他系统或服务层连接。 前台逻辑处理层 其他系统 数据库服务层 后台数据库
图3.1.2 系统数据流向图
6
用户数库 前台界面 其他系统 票务信息存储数据库 用户信息存储库 用户订票信息存储数据库 用户通过前台界面与数据的存储数据库进行连接查询操作。
3.2工作负荷
工作任务 服务器负载 数据库负载 人员维护
表3.2 工作负荷
负荷
全天运行 全天运行
工作时间（包含加班）
3.3费用开支
表3.3 费用开支
支出描述 人员工资 服务器租借费用 项目空间租借费用 维护服务费用 文档打印费用 总金额
费用金额 20000 30000 10000 5000 500 65500
7
3.4人员
项目分工 数据维护人员 后台维护人员 运行监控人员
表3.4 人员需求 技术类别
数据库原理与使用专业 平台运行专业
有开发经验的编程人员
需求数量 10 3 5
3.5设备
设备名 服务器 交换机 域名
表3.5 设备
预计数量
集群（20以上） 3台 1个
3.6局限性
由于项目暂未部署，故暂无局限性报告。预测为数据库系统复杂，需要大规模集群的支持。并需要大量人员进行数据维护工作。
4所建议的系统
本章将用来说明所建议系统的目标和要求将如何被满足。
4.1对所建议系统的说明
概括地说明所建议系统，并说明在第2章中列出的那些要求将如何得到满足，说明所使用的基本方法及理论根据。
目标系统的操作过程为：
1. 储存旅客的基本信息，并根据旅客的要求为其安排航班。
8