《汽车票预订系统》由会员分享，可在线阅读，更多相关《汽车票预订系统（47页珍藏版）》请在金锄头文库上搜索。
1、目录可行性研究 61. 引言 61.1 编写目的 61.2 项目背景 61.3 定义 62. 可行性研究的前提 62.1 要求 62.2 目标 72.3 条件、假定和限制 72.4 进行可行性研究的方法 72.5 评价尺度 73. 对现有系统的分析 73.1 处理流程和数据流程 73.2 工作负荷 83.3 费用开支 83.4 人员 83.5 设备 83.6 局限性 84. 所建议的系统 84.1 对建议系统的说明 84.2 处理流程和数据流程 84.3 改进之处 94.4 影响 94.4.1 对设备的影响 94.4.2 对软件的影响 94.4.3 对用户单位机构的影响 91. 4. 4 对系
2、统运行过程的影响 94.4.5 对开发的影响 91. 对地点和设施的影响 92. 对经费开支的影响 94.5 局限性 104.6 技术条件方面的可行性 105. 可选择的其他系统方案 105.1 可选择的系统方案 1 105.2 可选择的系统方案 2 106. 投资及效益分析 106.1 支出 106.1.1 基本建设投资 106.1.2 其他一次性支出 106.1.3 非一次性支出 106.2 收益 116.2.1 一次性收益 116.2.2 非一次性收益 116.2.3 不可定量的收益 116.3 收益投资比 116.4 投资回收周期 116.5 敏感性分析 117. 社会因素方面的可行性
3、 117.1 法律方面的可行性 117.2 使用方面的可行性 118 . 结论 12需求分析 121 引言 121. 编写目的 122. 背景 123. 定义 124. 参考资料 125.3 任务概述 131.3 目标 131.3 运行环境 131.3 条件与限制 135.4 具体需求分析 131.4 数据需求分析 131.4 功能需求分析 162.4 功能需求分析 162.4 时间特性要求 202.4 灵活性 201.4 性能需求 201.4 设计约束 211.4 外部接口需求 212.4 用户接口 212.4 硬件接口 222.4 通信接口 22概要设计 221. 引言 224.1 编写目
4、的 224.1 背景 234.1 定义 234.1 参考资料 232. 总体设计 234.2 目标 234.2 运行环境 244.2 需求概述 244.2 条件与限制 243. 总体设计 244.3 处理流程 244.3 总体结构和模块外部设计 254.3 功能分配 271.3 登录 271.3 前台营业 271.3 信息查询 271.3 营业统计 284. 接口设计 284.4 用户页面 284.4 硬件接口 294.4 通信接口 294.4 内部接口 295. 数据结构设计 295 1 数据库逻辑数据结构设计 295 2 物理数据结构设计 30A. 数据结构与程序的关系 316. 运行设计
5、 316 1 运行模块的组合 316 2 运行控制 316 3 运行时间 317. 出错处理设计 327 1 出错输出信息 327 2 出错处理对策 328. 安全保密设计 329. 维护设计 32详细设计 33引言 331. 编写目的 332. 项目背景 333. 定义 334. 参考资料 33总体设计 333.4 目标 333.5 运行环境 343.6 需求概述 343.7 条件与限制 343.8 软件结构 343程序 1（登录）设计说明 341. 程序描述 342. 功能 353. 性能 354. 输入项 355. 输出项 356. 算法 357. 流程逻辑 368. 接口 369. 存
6、储分配 3710. 注释设计 3711. 限制条件 3712. 测试计划 3713. 尚未解决的问题 374程序 2（前台营业）设计说明 371. 程序描述 372. 功能 383. 性能 384. 输入项 385. 输出项 386. 算法 381 接口 392 存储分配 393 注释设计 394 限制条件 395 测试计划 406 尚未解决的问题 405 程序 3 （信息查询）设计说明 402.2 程序描述 402.3 功能 402.4 性能 402.5 输入项 402.6 输出项 412.7 算法 412.8 流程逻辑 412.9 接口 412.10 存储分配 422.11 注释设计 42
7、2.12 限制条件 422.13 测试计划 422.14 尚未解决的问题 436程序 3（营业统计）设计说明 431. 程序描述 432. 功能 433. 性能 434. 输入项 435. 输出项 436. 算法 437. 流程逻辑 448. 接口 449. 存储分配 4410. 注释设计 4411. 限制条件 4412. 测试计划 4513. 尚未解决的问题 45总结 45分工 46可行性研究1. 引言1. 编写目的可行性研究的目的是为了对问题进行研究， 以最小的代价在最短的时间内 确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告， 对软件开发中将要面临的问题及其解决方案进行
8、初步设计及合理安排。明确 开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。1. 项目背景开发软件名称：汽车票预订系统。1. 定义1. 参考资料1 、张海藩 . 软件工程 . 清华大学出版社 ,20082. 可行性研究的前提2. 要求主要功能：为乘客提供车票预定服务，方便客运站的售票工作，提高客运站 的服务质量和服务效率性能要求：客运公司提供的信息必须及时的反映在客运站各售票点的工作平台上。售票系统的定单必须无差错的存储在客运公司的主服务器上。对服务 器上的数据必须进行及时正确的刷新。输出要求：数据完整，详实。输出要求：简捷，快速，实时。安全与保密要求：服务器的管理员享有对客运站车
9、次信息库及车票信息库和 定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与 读出）。2.2目标系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率, 减少信息交流的烦琐过程及其带来的开销。2.3条件、假定和限制未定义2.4进行可行性研究的方法未定义2.5评价尺度未定义3. 对现有系统的分析3.1处理流程和数据流程系统管4理员事务车次 信息的更售票员售票员查询请求J-J表单申请数据库在客户端打印 车票和帐单售票员车票核对事 务图可1.1说明：各售票点对数据进行入库， 并产生报表和车票以及账单，系统管理员对数据进行管理3.2工作负荷未定义3.3费用开支未定义3.
10、4人员余鹏飞、汪黎丽、吴思睿3.5设备运行环境：.n et2.0 操作系统：windows数据库：sql server20003.6局限性4. 所建议的系统4.1对建议系统的说明未定义4.2处理流程和数据流程图 可 1.2说明： 各售票点对数据进行入库， 并产生报表和车票以及账单， 系统管理员对数据进行管理 每一项都可以产生报表1.1 改进之处在原有系统的基础上，对管理员的售票以及预定的记录进行汇总，并对 这些数据产生报表。1.2 影响4.4.1 对设备的影响4.4.2 对软件的影响4.4.3 对用户单位机构的影响4. 4. 4 对系统运行过程的影响用户不可夸权限操作一些受保护的数据信息， 各
11、用户对自身所对应的数据库 进行数据操作存储、系统响应错误后应提供恢复上次正确结果的的处理方法。4.4.5 对开发的影响在系统开发过程中应注意数据的加密， 防止外界获取数据库中的资料4.4.6 对地点和设施的影响4.4.7 对经费开支的影响1.3 局限性1.4 技术条件方面的可行性目前对客运站以及机场这种运输行业的票务系统技术已经趋于完善，在 技术上可行。5. 可选择的其他系统方案5. 可选择的系统方案 1在客运站中只设立终端，在客运公司设立服务器，数据输入由终端输入， 所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理， 但加重了服务器的数据处理。 也可以使用客户端 /服务器
12、机理， 简化数据流量，加快数据处理。5. 可选择的系统方案 26. 投资及效益分析6. 支出6.1.1 基本建设投资6.1.2 其他一次性支出6.1.3 非一次性支出6. 收益6.2.1 一次性收益6.2.2 非一次性收益6.2.3 不可定量的收益6. 收益投资比6. 投资回收周期6. 敏感性分析7. 社会因素方面的可行性7. 法律方面的可行性所有软件都选用正版 . 所有技术资料都由提出方保管。 合同制定确定违约责任 .7. 使用方面的可行性,系统管理员要求由计算机使用本软件人员要求有一定计算机基础的人员 的专业知识 ,所有人员都要经过本公司培训 . 管理人员也需经一般培训 . 经过培训人员将会熟练使用本软件 .两名系统管理员 ,一名审计员将进行专业培训 ,他们将熟练管理本系统 .8 . 结论由于投资效益比远大于 100%, 技术、经济、操作都有可行性， 可以进行开发 .需求分析1引言2.1 编写目的定义总体要求，作为用户和软件开发人员之间相互了解的基础；提供性能要 求、初步设计和对用户影响的信息， 作为开发人员进行设计和实施的基础； 作为 总体验证和确认的依据。2.2 背景汽车票预订系统，它的出现可以为销售车票以及预订车票提供便利，节 省了客运公司的劳动力。为乘客提供车票预定服务，方便客运站的售票工作， 提高客运
