汽车票预订系统.doc_第1页
汽车票预订系统.doc_第2页
汽车票预订系统.doc_第3页
汽车票预订系统.doc_第4页
汽车票预订系统.doc_第5页
已阅读5页,还剩38页未读 继续免费阅读

下载本文档

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

文档简介

目录目录 可行性研究可行性研究 6 1 引言 6 1 1 编写目的 6 1 2 项目背景 6 1 3 定义 6 2 可行性研究的前提 6 2 1 要求 6 2 2 目标 7 2 3 条件 假定和限制 7 2 4 进行可行性研究的方法 7 2 5 评价尺度 7 3 对现有系统的分析 7 3 1 处理流程和数据流程 7 3 2 工作负荷 8 3 3 费用开支 8 3 4 人员 8 3 5 设备 8 3 6 局限性 8 4 所建议的系统 8 4 1 对建议系统的说明 8 4 2 处理流程和数据流程 8 4 3 改进之处 9 4 4 影响 9 4 4 1 对设备的影响 9 4 4 2 对软件的影响 9 4 4 3 对用户单位机构的影响 9 4 4 4 对系统运行过程的影响 9 4 4 5 对开发的影响 9 4 4 6 对地点和设施的影响 9 4 4 7 对经费开支的影响 9 4 5 局限性 10 4 6 技术条件方面的可行性 10 5 可选择的其他系统方案 10 5 1 可选择的系统方案 1 10 5 2 可选择的系统方案 2 10 6 投资及效益分析 10 6 1 支出 10 6 1 1 基本建设投资 10 6 1 2 其他一次性支出 10 6 1 3 非一次性支出 10 6 2 收益 11 6 2 1 一次性收益 11 6 2 2 非一次性收益 11 6 2 3 不可定量的收益 11 6 3 收益 投资比 11 6 4 投资回收周期 11 6 5 敏感性分析 11 7 社会因素方面的可行性 11 7 1 法律方面的可行性 11 7 2 使用方面的可行性 11 8 结论 12 需求分析需求分析 12 1 引言 12 1 1 编写目的 12 1 2 背景 12 1 3 定义 12 1 4 参考资料 12 2 任务概述 13 2 1 目标 13 2 2 运行环境 13 2 3 条件与限制 13 3 具体需求分析 13 3 1 数据需求分析 13 3 2 功能需求分析 16 3 2 1 功能需求分析 16 3 2 2 时间特性要求 20 3 2 3 灵活性 20 3 3 性能需求 20 3 4 设计约束 21 3 5 外部接口需求 21 3 5 1 用户接口 21 3 5 2 硬件接口 21 3 5 3 通信接口 21 概要设计概要设计 22 1 引言 22 1 1 编写目的 22 1 2 背景 22 1 3 定义 23 1 4 参考资料 23 2 总体设计 23 2 1 目标 23 2 2 运行环境 23 2 3 需求概述 23 2 4 条件与限制 24 3 总体设计 24 3 1 处理流程 24 3 2 总体结构和模块外部设计 25 3 3 功能分配 26 3 3 1 登录 26 3 3 2 前台营业 26 3 3 3 信息查询 26 3 3 4 营业统计 27 4 接口设计 27 4 1 用户页面 27 4 2 硬件接口 28 4 3 通信接口 28 4 4 内部接口 28 5 数据结构设计 28 5 1 数据库逻辑数据结构设计 28 5 2 物理数据结构设计 29 5 3 数据结构与程序的关系 30 6 运行设计 30 6 1 运行模块的组合 30 6 2 运行控制 30 6 3 运行时间 30 7 出错处理设计 30 7 1 出错输出信息 30 7 2 出错处理对策 31 8 安全保密设计 31 9 维护设计 31 详细设计 31 引言 31 1 1 编写目的 31 1 2 项目背景 32 1 3 定义 32 1 4 参考资料 32 总体设计 32 2 1 目标 32 2 2 运行环境 32 2 3 需求概述 32 2 4 条件与限制 33 2 5 软件结构 33 3 程序 1 登录 设计说明 33 3 1 程序描述 33 3 2 功能 33 3 3 性能 33 3 4 输入项 33 3 5 输出项 33 3 6 算法 34 3 7 流程逻辑 34 3 8 接口 34 3 9 存储分配 35 3 10 注释设计 35 3 11 限制条件 35 3 12 测试计划 35 3 13 尚未解决的问题 35 4 程序 2 前台营业 设计说明 35 4 1 程序描述 35 4 2 功能 36 4 3 性能 36 4 4 输入项 36 4 5 输出项 36 4 6 算法 36 4 8 接口 37 4 9 存储分配 37 4 10 注释设计 37 4 11 限制条件 37 4 12 测试计划 37 4 13 尚未解决的问题 38 5 程序 3 信息查询 设计说明 38 5 1 程序描述 38 5 2 功能 38 5 3 性能 38 5 4 输入项 38 5 5 输出项 38 5 6 算法 38 5 7 流程逻辑 39 5 8 接口 39 5 9 存储分配 39 5 10 注释设计 39 5 11 限制条件 40 5 12 测试计划 40 5 13 尚未解决的问题 40 6 程序 3 营业统计 设计说明 40 6 1 程序描述 40 6 2 功能 40 6 3 性能 40 6 4 输入项 41 6 5 输出项 41 6 6 算法 41 6 7 流程逻辑 41 6 8 接口 41 6 9 存储分配 42 6 10 注释设计 42 6 11 限制条件 42 6 12 测试计划 42 6 13 尚未解决的问题 42 总结总结 43 分工分工 43 可行性研究可行性研究 1 引言引言 1 11 1 编写目的编写目的 可行性研究的目的是为了对问题进行研究 以最小的代价在最短的时间 内确定问题是否可解 经过对此项目进行详细调查研究 初拟系统实现报告 对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排 明确 开发风险及其所带来的经济效益 本报告经审核后 交软件经理审查 1 21 2 项目背景项目背景 开发软件名称 汽车票预订系统 1 31 3 定义定义 1 41 4 参考资料参考资料 1 张海藩 软件工程 清华大学出版社 2008 2 可行性研究的前提可行性研究的前提 2 12 1 要求要求 主要功能 为乘客提供车票预定服务 方便客运站的售票工作 提高客运站 的服务质量和服务效率 性能要求 客运公司提供的信息必须及时的反映在客运站各售票点的工作平 台上 售票系统的定单必须无差错的存储在客运公司的主服务器上 对服务 器上的数据必须进行及时正确的刷新 输出要求 数据完整 详实 输出要求 简捷 快速 实时 安全与保密要求 服务器的管理员享有对客运站车次信息库及车票信息库和 定票信息库的管理与修改 售票员只享有对订票信息库的部分修改 写入与 读出 2 22 2 目标目标 系统实现后 大大提高旅游局的机票预定服务效率 降低售票服务中的错误发生率 减少信息交流的烦琐过程及其带来的开销 2 32 3 条件 假定和限制条件 假定和限制 2 42 4 进行可行性研究的方法进行可行性研究的方法 2 52 5 评价尺度评价尺度 3 对现有系统的分析对现有系统的分析 3 13 1 处理流程和数据流程处理流程和数据流程 图 可 1 1 说明 各售票点对数据进行入库 并产生报表和车票以及账单 系统管理员对数据进行管 理 系统管 理员 事务车次信 息的更新 售票员查询请求 数据库 售票员表单申请 售票员车票核对事 务 在客户端打印 车票和帐单 3 23 2 工作负荷工作负荷 3 33 3 费用开支费用开支 3 43 4 人员人员 余鹏飞 汪黎丽 吴思睿 3 53 5 设备设备 运行环境 net2 0 操作系统 windows 数据库 sql server2000 3 63 6 局限性局限性 4 所建议的系统所建议的系统 4 14 1 对建议系统的说明对建议系统的说明 4 24 2 处理流程和数据流程处理流程和数据流程 系统管 理员 事务车次信 息的更新 服务器终端 显示数据 产生报表 售票员查询请求 数据库 产生报表 客户机终端 显示数据 售票员表单申请 产生报表 客户机终端 显示数据 售票员车票核对事 务 在客户端打印 车票和帐单 产生报表及 帐单 图 可 1 2 说明 各售票点对数据进行入库 并产生报表和车票以及账单 系统管理员对数据进行管 理每一项都可以产生报表 4 34 3 改进之处改进之处 在原有系统的基础上 对管理员的售票以及预定的记录进行汇总 并对 这些数据产生报表 4 44 4 影响影响 4 4 14 4 1 对设备的影响对设备的影响 4 4 24 4 2 对软件的影响对软件的影响 4 4 34 4 3 对用户单位机构的影响对用户单位机构的影响 4 4 4 4 4 4 对系统运行过程的影响对系统运行过程的影响 用户不可夸权限操作一些受保护的数据信息 各用户对自身所对应的数据 库进行数据操作存储 系统响应错误后应提供恢复上次正确结果的的处理方法 4 4 54 4 5 对开发的影响对开发的影响 在系统开发过程中应注意数据的加密 防止外界获取数据库中的资料 4 4 64 4 6 对地点和设施的影响对地点和设施的影响 4 4 74 4 7 对经费开支的影响对经费开支的影响 4 5 局限性局限性 4 6 技术条件方面的可行性技术条件方面的可行性 目前对客运站以及机场这种运输行业的票务系统技术已经趋于完善 在技术上可行 5 可选择的其他系统方案可选择的其他系统方案 5 15 1 可选择的系统方案可选择的系统方案 1 1 在客运站中只设立终端 在客运公司设立服务器 数据输入由终端输入 所有数据都由服务器处理 只在终端上显示数据结果 此设计简化了数据处理 但加重了服务器的数据处理 也可以使用客户端 服务器机 理 简化数据流量 加快数据处理 5 25 2 可选择的系统方案可选择的系统方案 2 2 6 投资及效益分析投资及效益分析 6 16 1 支出支出 6 1 16 1 1 基本建设投资基本建设投资 6 1 26 1 2 其他一次性支出其他一次性支出 6 1 36 1 3 非一次性支出非一次性支出 6 26 2 收益收益 6 2 16 2 1 一次性收益一次性收益 6 2 26 2 2 非一次性收益非一次性收益 6 2 36 2 3 不可定量的收益不可定量的收益 6 36 3 收益 投资比收益 投资比 6 46 4 投资回收周期投资回收周期 6 56 5 敏感性分析敏感性分析 7 社会因素方面的可行性社会因素方面的可行性 7 17 1 法律方面的可行性法律方面的可行性 所有软件都选用正版 所有技术资料都由提出方保管 合同制定确定违约责任 7 27 2 使用方面的可行性使用方面的可行性 使用本软件人员要求有一定计算机基础的人员 系统管理员要求由计算机 的专业知识 所有人员都要经过本公司培训 管理人员也需经一般培训 经过培训人员将会熟练使用本软件 两名系统管理员 一名审计员将进行专业培训 他们将熟练管理本系统 8 8 结论结论 由于投资效益比远大于 100 技术 经济 操作都有可行性 可以进行开 发 需求分析需求分析 1 引言 引言 1 11 1 编写目的编写目的 定义总体要求 作为用户和软件开发人员之间相互了解的基础 提供性能 要求 初步设计和对用户影响的信息 作为开发人员进行设计和实施的基础 作为总体验证和确认的依据 1 21 2 背景背景 汽车票预订系统 它的出现可以为销售车票以及预订车票提供便利 节 省了客运公司的劳动力 为乘客提供车票预定服务 方便客运站的售票工作 提高客运站的服务质量和服务效率 同时也将售票时间由原来的特定时间段 出售变成了 24 小时售票 在一定程度上减少了过年过节时排长队买票的情 况 具有一定的社会意义 1 31 3 定义定义 1 41 4 参考资料参考资料 1 李容 Visual C 2008 开发技术详解 北京 电子工业出版社 2008 2 张海潘 软件工程导论 北京 清华大学出版社 2008 2 2 任务概述任务概述 2 12 1 目标目标 系统应建立友好的界面 即要操作简单 直观 灵活 又要易于学习掌握 这个系统的目的 方便管理人员管理 系统应具有良好的安全性 系统应遵循有关信息安全标准 具有切实可行的 安全保护和保密措施 系统应具有良好的实用性 本系统应会是一个汽车运营管理部门非常实用的 管理软件 操作简单 是用户急切需要的助手 系统应具有良好的技术性 本软件开发环境是在 Windows XP 的开发平台上 主要利用 Visual studio 2005 作前台页面开发 Sql Server 2000 作后台数据 库开发 安全可靠 可移植性强 2 22 2 运行环境运行环境 操作系统 windows 支持环境 Net2 0 平台 数 据 库 sql server 2000 2 32 3 条件与限制条件与限制 3 具体需求分析具体需求分析 3 13 1 数据需求分析数据需求分析 为了保证系统能够长期 安全 稳定 可靠 高效的运行 汽车票预 定系统应该满足以下的性能需求 1 数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提 错误的输入会导致系统输出的不 正确和不可用 从而使系统的工作失去意义 数据的输入来源是手工输入 手 工输入要通过系统界面上的安排系统具有容错性 并且对操作人员要进行系统 的培训 在系统中 数据的输入往往是大量的 因此系统要有一定的处理能力 以 保证迅速的处理数据 2 数据的一致性与完整性 由于系统的数据是共享的 在不同的售票点中 车票是共享数据 所以如 何保证这些数据的一致性 是系统必须解决的问题 要解决这一问题 要有一 定的人员维护数据的一致性 在数据录入处控制数据的去向 并且要求对数据 库的数据完整性进行严格的约束 对于输入的数据 要为其定义完整性规则 如果不能符合完整性约束 系统应该拒绝该数据 3 数据的共享与独立性 整个车票预定系统的数据是共享的 然而 从系统开发的角度上看 共享 会给设计和调试带来困难 因此 应该提供灵活的配置 使各个售票点系统能 够独立运行 而通过人工干预的手段进行系统数据的交换 这样 也能提供系 统的强壮性 车票预订系统的数据字典车票预订系统的数据字典 名字 乘客信息 别名 描述 乘客的个人信息 用于对乘客的确认 定义 乘客信息 姓名 性别 身份证号码 旅行目的地 位置 从各售票点输入 名字 订票信息 别名 描述 乘客的个人信息和目的地 用于确定乘客的车次 定义 订票信息 乘客个人信息 乘车目的地 位置 存入到数据库当中 名字 车次信息 别名 描述 乘客的车次信息 根据乘客的出发时间和目的地确定 定义 车次信息 车票时间 汽车班次 位置 从数据库读出反应到各售票点 名字 取票通知 别名 描述 乘客领取车票的凭证 定义 取票通知 乘客姓名 领票时间 位置 输出到打印机 名字 售出车票信息 别名 描述 乘客的车票的信息 定义 售出车票信息 旅客的车票 位置 输出到打印机 名字 乘客订票记录 别名 描述 已订票的乘客在客运公司的记录 定义 乘客订票记录 乘客姓名 车票信息 位置 存入到数据库 名字 订票乘客清单 别名 描述 已订票的乘客的记录 定义 订票乘客清单 乘客信息的合集 位置 从数据库读出并显示在各售票点 车票预订系统的逻辑模型车票预订系统的逻辑模型 1 1 1 N 图 需 1 1 3 23 2 功能需求分析功能需求分析 3 2 13 2 1 功能需求分析功能需求分析 汽车票预定系统的总目标是 在计算机网络 数据库和先进的开发平台上 利用现有的软件 配置一定的硬件 开发一个具有开放体系结构的 易扩充的 易维护的 具有良好人机交互界面的汽车票预定系统 实现客运公司的汽车票 销售的自动化的计算机系统 为企业的决策层提供准确 精细 迅速的汽车票 销售信息 根据可行性研究的结果和客户的要求 分析现有情况及问题 采用 B SB S 结 构 将汽车票预定系统划分为两个子系统 浏览器端子系统 服务器端子系统 乘车时间 姓名 性别目的地 身份证号码 取票通知 订票乘客清单售出车票信息 价格 帐单 等级 可售车票 时间 车票信息 客运公司 乘客 售票点 合适班次车票 订票 乘客订票流程图 乘客订票流程图 各售票点 输入乘客信息 记录 存入数据库 订票或购票 信息 安排汽车 汽车票信息 传送给各售 票点 乘客订票记 录 产生取票通 知 乘客 旅客清单 信息 订票信息购票信息 汽车票信息 汽车票 汽车票信息 取票通知 图 需 1 2 乘客取票图 乘客取票图 各售票点 乘客信息查 询 订票旅客清单 售出汽车票 信息 打印汽车票 图 需 1 3 车票预订系统的总体功能如下 1 权限管理 2 前台营业 3 信息查询 4 营业统计 5 错误信息 乘客 1 权限管理用户登录系统 数据流图 A A 验证信息 错误信息 正确登录进入后台界面 各售 票点 密码验证数据库检验 用户名 图 需 1 4 A 管理员表 各售票点管理员通过输入自己的用户名以及密码登录到后台为乘客提供 相应的服务 2 前台营业 数据流图 各 售 票 点 销售车票 预订车票 退回车票 选择车次 车票类型 注销原始数据 发车时间 数据库 存入 图 需 1 5 A 车票信息表 B 乘客信息表 C 售出车票信息表 D 订票表 3 信息查询 数据流图 各 售 票 点 售票查询 订票查询 运营计划 当班信息 查询自己已售出 的所有车票 查询自己已定出 的所有车票 修改或添加车次 的信息 管理员修改自己 的个人信息 数据库 图 需 1 6 A 售出车票信息表 B 订票表 C 车次信息表 D 管理员信息 4 营业统计 数据流图 各 售 票 点 日售票统计 月售票统计 季度售票统 计 输入时间段 数据库 图 需 1 7 A 售出车票信息 B 订票信息 3 2 23 2 2 时间特性要求时间特性要求 3 2 33 2 3 灵活性灵活性 3 3 性能需求性能需求 为了保证系统能够长期 安全 稳定 可靠 高效的运行 车票预定系统 应该满足以下的性能需求 1 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能 在系统设计和开发过 程中 要充分考虑系统当前和将来可能承受的工作量 使系统的处理能 力和响应时间能够满足企业对信息处理的需求 由于车票预定系统的查询功能对于整个系统的功能和性能完成举足轻重 作为系统的很多数据来源 而机票数量和时间又影响企业的决策活动 其准确性很大程度上决定了车票预定系统的成败 在系统开发过程中 必须采用一定的方法保证系统的准确性 2 系统的开放性和系统的可扩充性 车票预定系统在开发过程中 应该充分考虑以后的可扩充性 例如 订票系统的方式的改变 网上订票 用户查询的需求也会不断的更新 和完善 所有这些 都要求系统提供足够的手段进行功能的调整和扩充 而要实现这一点 应通过系统的开放性来完成 既系统应是一个开放系 统 只要符合一定的规范 可以简单的加入和减少系统的模块 配置系 统的硬件 通过软件的修补 替换完成系统的升级和更新换代 3 系统的易用性和易维护性 车票预定系统是直接面对使用人员的 而使用人员往往对计算机并 不是非常熟悉 这就要求系统能够提供良好的用户接口 易用的人机交 互页面 要实现这一点 就要求系统应该尽量使用用户熟悉的术语和中 文信息的页面 针对用户可能出现的使用问题 要提供足够的在线帮助 缩短用户对系统熟悉的过程 车票预定系统中涉及到的数据是客运公司的相当重要的信息 系统要提 供方便的手段供系统维护人员进行数据的备份 日常的安全管理 系统 意外崩溃时数据的恢复等工作 4 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件 软件 所 有这些都要符合主流国际 国家和行业标准 例如在开发中使用的操作 系统 网络系统 开发工具都必须符合通用标准 如规范的数据库操纵 界面 ISO9002 标准所要求的质量规范等 同时 在自主开发本系统时 要进行良好的设计工作 制订行之有效的软件工程规范 保证代码的易 读性 可操作性和可移植性 5 系统的先进性 目前计算系统的技术发展相当快 做为车票预定系统工程 应该保 证系统在下个世纪仍旧是先进的 在系统的生命周期尽量做到系统的先 进 充分完成企业信息处理的要求而不至于落后 这一方面通过系统的 开放性和可扩充性 不断改善系统的功能完成 另一方面 在系统设计 和开发的过程中 应在考虑成本的基础上尽量采用当前主流并先进且有 良好发展前途的产品 6 系统的响应速度 车票预定系统系统在日常处理中的响应速度为秒级 达到实时要求 以及时反馈信息 在进行统计分析时 根据所需数据量的不同而从秒级 到分钟级 原则是保证操作人员不会因为速度问题而影响工作效率 3 43 4 设计约束设计约束 3 53 5 外部接口需求外部接口需求 3 5 13 5 1 用户接口用户接口 在用户页面部分 根据需求分析的结果 用户需要一个用户友善页 面 在页面设计上 应做到简单明了 易于操作 并且要注意到页面的布 局 应突出的显示重要以及出错信息 外观上也要做到合理化 考虑到用 户多对 web2 0 风格较熟悉 应尽量向这一方向靠拢 在设计语言上 已 决定使用 c 进行编程 在界面上可使用 C 所提供的可视化组件 满足 web2 0 的要求 其中在设计上采用下拉式菜单方式 在出错显示上可调 用 C 库中的错误提示函数 总的来说 系统的用户界面应作到可靠性 简单性 易学习和使用 3 5 23 5 2 硬件接口硬件接口 支持一般的微机 笔记本电脑 3 5 33 5 3 通信接口通信接口 连入因特网的计算机 概要设计概要设计 1 引言引言 1 11 1 编写目的编写目的 在本车票预定系统项目的前一阶段 也就是需求分析阶段中 已经 将系统用户对本系统的需求做了详细的阐述 这些用户需求已经在上一阶 段中对客运公司 各售票点及客运站的实地调研中获得 并在需求规格说 明书中得到详尽得叙述及阐明 本阶段已在系统的需求分析的基础上 对车票预定系统做概要设计 主要解决了实现该系统需求的程序模块设计问题 包括如何把该系统划分 成若干个模块 决定各个模块之间的接口 模块之间传递的信息 以及数 据结构 模块结构的设计等 在以下的概要设计报告中将对在本阶段中对 系统所做的所有概要设计进行详细的说明 在下一阶段的详细设计中 程序设计员可参考此概要设计报告 在概要设 计对车票预定系统所做的模块结构设计的基础上 对系统进行详细设计 在以后的软件测试以及软件维护阶段也可参考此说明书 以便于了解在概 要设计过程中所完成的各模块设计结构 或在修改时找出在本阶段设计的 不足或错误 1 21 2 背景背景 本项目 汽车票预定系统 是自行研制 由余鹏飞 吴思睿 汪黎 丽负责开发 汽车票预定系统是通过浏览器端访问服务器的软件 车票预定系统将由两部分组成 置于各定票点的页面 以及置于汽车 公司的数据库服务器 本系统与其他系统的关系如下 客运公司 车次数据 图 概 1 1 售票点 售票点 售票点 售票点 服务器及程序 网网 络络 客运站车次管理 1 31 3 定义定义 1 41 4 参考资料参考资料 1 张海藩 软件工程 清华大学出版社 2008 2 开发小组 汽车票预订系统需求规格说明书 2010 6 3 开发小组 汽车票预定系统可行性报告 2010 5 2 总体设计总体设计 2 12 1 目标目标 本阶段已在系统的需求分析的基础上 对车票预定系统做概要设计 主要解决了实现该系统需求的程序模块设计问题 包括如何把该系统划分 成若干个模块 决定各个模块之间的接口 模块之间传递的信息 以及数 据结构 模块结构的设计等 在以下的概要设计报告中将对在本阶段中对 系统所做的所有概要设计进行详细的说明 2 22 2 运行环境运行环境 根据调研得知所有售票点的计算机配置均在 Pentium 133 级别以上 客 户程序应能够在 Pentium 133 级别以上 Win XP 环境下运行 2 32 3 需求概述需求概述 客运公司为方便旅客 需开发一个车票预定系统 为便于乘客由各 售票点定票或买票 售票点把预定车票的乘客信息 包括姓名 性别 工 作单位 身份证号码 目的地 输入车票预定系统 系统经过查询客运公 司内的车次数据服务器后 为乘客安排客车 印出取票通知 乘客在发车 前一天凭取票通知和帐单交款后取票 系统校对无误后即印出车票给乘客 要求系统能有效 快速 安全 可靠和无误的完成上述操作 并要求 用户界面要简单明了 易于操作 服务器利于维护 2 42 4 条件与限制条件与限制 3 总体设计总体设计 3 13 1 处理流程处理流程 系统流程图 开始 登录 管理员 前台营业 信息查询 营业统计 基础设置 系统设置 退出 N Y 3 23 2 总体结构和模块外部设计总体结构和模块外部设计 总体结构图如下 系统登录 前 台 营 业 预 订 车 票 退 回 车 票 信 息 查 询 售 票 信 息 查 询 订 票 信 息 查 询 运 营 计 划 查 询 当 班 信 息 查 询 运 营 统 计 日 售 票 统 计 月 售 票 统 计 季 售 票 统 计 常 用 工 具 记 事 本 计 算 器 基 础 设 置 系 统 设 置 退出系统 产 生 报 表 产 生 报 表 产 生 报 表 产 生 凭 据 销 售 车 票 打 印 车 票 3 33 3 功能分配功能分配 3 3 13 3 1 登录登录 登录系统 此功能模块主要完成用户密码验证 3 3 23 3 2 前台营业前台营业 前台营业 此功能模块主要完成乘客的购票功能 预定功能 以及退票功 能 3 3 33 3 3 信息查询信息查询 信息查询 此功能模块主要查看已售票的信息 已预订票的信息 运营计划的查询 IPO 图编号 3 3 1 1HIPO 图编号 3 3 1 1 模块名称 登录设计者 余鹏飞 使用单位 编程要求 Net2 0 Sql server 2000 输入部分处理描述输出部分 1 用户名 2 密码 1 将用户邮箱地址和密码发送给 服务器验证 验证成功后登陆后台 程序 进行进一步操作 1 用户邮件 2 验证错误信息 IPO 图编号 3 3 2 1HIPO 图编号 3 3 2 1 模块名称 前台营业设计者 余鹏飞 使用单位 编程要求 Net2 0 Sql server2000 输入部分处理描述输出部分 1 乘客购票信息 2 乘客订票信息 3 退回订票或购票信 息 1 将乘客的个人信息输入并保 存到数据库当中 2 删除乘客已订票或已购票信 息 1 打印票据 2 打印订票凭据 以及当班信息查询 3 3 43 3 4 营业统计营业统计 营业统计 此功能模块主要查询该售票员的销售情况 4 接口设计接口设计 4 14 1 用户页面用户页面 在用户页面部分 根据需求分析的结果 用户需要一个用户友善页面 在页面设 计上 应做到简单明了 易于操作 并且要注意到页面的布局 应突出的显示重要以 及出错信息 外观上也要做到合理化 考虑到用户多对 web2 0 风格较熟悉 应尽量 IPO 图编号 3 3 3 1HIPO 图编号 3 3 3 1 模块名称 信息查询设计者 余鹏飞 使用单位 编程要求 Net2 0 Sql server 2000 输入部分处理描述输出部分 1 已售票乘客的个人 信息 2 已预定乘客的个人 信息 3 车次的编号 1 通过对乘客个人信息的关键 字查询获得乘客的乘车信息 2 通过对车次编号的查询从数 据库中获得汽车的发车时间以 及预计到达时间 1 已售票乘客的乘 车信息 2 已预订乘客的乘 车信息 3 汽车的发车时间 以及到达时间 IPO 图编号 3 3 4HIPO 图编号 3 3 4 模块名称 营业统计设计者 余鹏飞 汪黎丽 吴思睿 使用单位 编程要求 Net2 0 Sql server 2000 输入部分处理描述输出部分 查询的日期 查询的月份 查询的季度 将用户选择的时间进行数据交换从 数据库中获得需要查询的数据 获得选择时间段里的销 售情况报表 向这一方向靠拢 在设计语言上 已决定使用 c 进行编程 在界面上可使用 C 所提 供的可视化组件 满足 web2 0 的要求 其中在设计上采用下拉式菜单方式 在出错 显示上可调用 C 库中的错误提示函数 总的来说 系统的用户界面应作到可靠性 简单性 易学习和使用 4 24 2 硬件接口硬件接口 支持一般的微机 笔记本电脑 4 34 3 通信接口通信接口 连入因特网的计算机 4 44 4 内部接口内部接口 内部接口方面 各模块之间采用函数调用 参数传递 返回值的方式进行信息传 递 具体参数的结构将在下面数据结构设计的内容中说明 接口传递的信息将是以数 据结构封装了的数据 以参数传递或返回值的形式在各模块间传输 5 数据结构设计数据结构设计 5 5 1 1 数据库逻辑数据结构设计数据库逻辑数据结构设计 DBMS 的使用上系统将采用 SQL SERVER 系统主要需要维护 3 张数据表 1 汽车车次表 车次编号出发时间到达时间座位空数学生票价普通票价 汽车车次表保存了所有从本地出发的汽车信息 它的主键为车次编号 在定位前 先查寻座位空数 在定位后将修改座位空数 2 定位信息表 车次编号账单号是否领票 定位信息表保存了已定位信息 主键为账单号 外部主键为车次编号 在乘客领 票过程时将用到此表 领票后修改是否领票域 3 账单信息 乘客资料表 账单号乘客姓名乘客性别乘客身份证号 帐单信息 乘客资料表保存已定位的乘客信息资料 它的主键为乘客身份证号 外部主键为帐单号 主要用于领票时将乘客信息一同返回 5 5 2 2 物理数据结构设计物理数据结构设计 物理数据结构设计主要是设计数据在模块中的表示形式 数据在模块中都 是以结构的方式表示 1 乘客信息 用于定票时接收输入 以及领票时服务器返回 2 帐单号 可使用一 LONG INT 实现 用于领票时接收输入 以及定票时服务器返回 3 目的地 用于定票时接收输入 以及领票时服务器返回 4 车票信息 用于打印机票准备工作 数据类型可参照上面所述 5 帐单信息 1 乘客姓名 String 2 乘客性别Char 3 身份证号码LONG INT 1 车次编号String 2 目的地String 3 出发时间Date Time 4 座位号String 1 车次编号 2 目的地 3 出发时间 4 乘客姓名 5 乘客性别 6 身份证号码 7 座位号 8 用于打印帐单准备工作 数据类型可参照上面所述 5 35 3 数据结构与程序的关系数据结构与程序的关系 数据结构与程序是软件的重要组成部分 程序的正确执行依赖于合理的数据结构 6 运行设计运行设计 6 6 1 1 运行模块的组合运行模块的组合 登录模块将前台营业 信息查询 营业统计 常用工具等模块交于 主功能模块 然后主功能各个功能模块根据需要获取信息完成功能 等 等各个模块在软件运行过程中能较好的交换信息 处理数据 6 6 2 2 运行控制运行控制 运行控制将严格按照各模块间函数调用关系来实现 在各事务中心模块中 需对运行控制进行正确的判断 选择正确的运行控制路径 6 6 3 3 运行时间运行时间 系统的运行时间基本可以达到用户所提出的要求 7 出错处理设计出错处理设计 7 7 1 1 出错输出信息出错输出信息 程序在运行时主要会出现两种错误 1 由于输入信息 或无法满足要求时产生的错误 称为软错误 1 帐单号 2 乘客姓名 3 身份证号码 4 车次编号 5 出发时间 6 目的地 2 由于其他问题 如网络传输超时等 产生的问题 称为硬错误 对于软错误 须在定票 领票操作成功判断及输入数据验证模块由数据 进行数据分析 判断错误类型 再生成相应的错误提示语句 送到输出模 块中 对与硬错误 可在出错的相应模块中输出简单的出错语句 并将程序 重置 返回输入阶段 出错信息必须给出相应的出错原因 例 全部车次座位已满 查无此定位信息 等 7 7 2 2 出错处理对策出错处理对策 对于软错误提示用户需要用户输入正确信息 对于硬错误提示用户无法满足系统需求 8 安全保密设计安全保密设计 系统的用户只有通过了密码验证才能登录系统并且只能查看属于自己权限范围内的内 容 9 维护设计维护设计 维护方面主要为对服务器上的数据库数据进行维护 可使用 SQL SERVER 的数据库维护功能机制 例如 定期为数据库进行 Backup 维 护管理数据库死锁问题和维护数据库内数据的一致性等 详细设计详细设计 引言引言 1 11 1 编写目的编写目的 在前一阶段 概要设计说明书 中 已解决了实现该系统需求的程序模块 设计问题 包括如何把该系统划分成若干个模块 决定各个模块之间的接口 模块之间传递的信息 以及数据结构 模块结构的设计等 在以下的报告中将 对本系统所做的设计进行详细说明 在本阶段中 已在系统的概要分析的基础上 对车票预定系统做详细设 计 确定应该如何具体地实现所设计的系统 从而在编写代码的阶段可以把这 个描述直接翻译成用具体的程序语言书写的程序 主要的工作有 根据在 需 求分析说明书 中所描述的数据 功能 运行 性能需求 并依照 概要设计 说明书 所确定的处理流程 总体结构和模块外部设计 设计软件系统的结构 设计 逐个模块的程序描述 1 21 2 项目背景项目背景 参看 1 2 项目背景 1 31 3 定义定义 1 41 4 参考资料参考资料 1 张海潘 软件工程导论 北京 清华大学出版社 2008 2 2 开发小组 汽车票预订系统需求规格说明书 2010 5 总体设计总体设计 2 12 1 目标目标 该阶段目的在于明确系统的数据结构和软件结构 此外总体设计还将给出 内部软件和外部系统部件之间的接口定义 各个软件模块的功能说明 数据结 构的细节以及具体的装配要求 2 22 2 运行环境运行环境 软件基本运行环境为 Windows 环境 并要求 Net2 0 运行环境 2 32 3 需求概述需求概述 为了便于乘客由各售票点定票或买票 售票点把预定车票的乘客信息 包 括姓名 性别 工作单位 身份证号码 目的地 输入车票预定系统 系统经 过查询客运公司内的车次数据服务器后 为乘客安排客车 印出取票通知 乘 客在汽车出发前一天凭取票通知和帐单交款后取票 系统校对无误后即印出车 票给乘客 本系统为实现以上功能可分为四个主要的模块 分别是 登录模块 此功能模块主要完成用户密码验证 前台营业 此功能模块主要完成乘客的购票功能 预定功能 以及退票功能 信息查询 此功能模块主要查看已售票的信息 已预订票的信息 运营计划的 查询 以及当班信息查询 营业统计 此功能模块主要查询该售票员的销售情况 要求系统能有效 快速 安全 可靠和无误的完成上述操作 并要求用户 界面要简单明了 易于操作 服务器利于维护 2 42 4 条件与限制条件与限制 开发时间短 2 52 5 软件结构软件结构 参看 3 2 节汽车票预订系统结构图 3 程序 程序 1 登录 设计说明 登录 设计说明 3 1 程序描述程序描述 登录 此功能模块主要完成用户密码验证 3 23 2 功能功能 参看 IPO 图 3 33 3 性能性能 3 43 4 输入项输入项 数据标示符数据类型取值范围 1 用户名文本 55 2 密码文本 55 3 53 5 输出项输出项 数据标示符数据类型取值范围 1 主页面 Aspx 2 验证错误信息对话框 3 63 6 算法算法 本过程按照描述的流程一次进行 3 73 7 流程逻辑流程逻辑 登录开始 检查用户名及密码 格式 错误 提 示 用 户 名 格 式 错 误 管理员超级管理员 验证用户名密码 FT 验证用户名密码 TF 提示用 户名或 者密码 错误 提示用 户名或 者密码 错误 前台营业 信息查询 营业统计 前台营业 信息查询 营业统计 系统设置 3 83 8 接口接口 void login click object sender EventArgs e 功能 登录系统 3 93 9 存储分配存储分配 存储基本的管理员信息 占用容量不大 3 103 10 注释设计注释设计 a 个模块分支点中 T 表示确定 N 表示否定 3 113 11 限制条件限制条件 3 123 12 测试计划测试计划 测 试 名 称测试进度安排 测试目的测试内容 基本数据输入 input 系统完成后就可以 的进行 测试系统的要求是否基 本达到 输入简单的数据 来测试 非法数据输入 error 在档案数据测试完 成并通过后 测试系统对于一些非法 输入数据的反应 输入一些特殊的 字符和字符串 空数据输入 zero 可以和非法数据测 试一起进行 测试系统对空信息的反 应 在所有的数据项 上输入空值 本项测试工作对资源的要求 包括 1 设备 一台装有浏览器的计算机 要是有联网条件的可以在网上进行测试 预计使用 时间不超过 2 天 2 软件 windows 相应的操作系统 硬件的驱动程序 监控程序 杀毒软件等 3 人员 一般由 1 名参与开发的人员和 1 名用户参与 要求用户具有一定的微机操作水 平和对本软件有一定的了解 3 133 13 尚未解决的问题尚未解决的问题 对于该程序单元 所有的技术问题和设计方面的问题均已得到解决 4 程序 程序 2 前台营业 设计说明 前台营业 设计说明 4 14 1 程序描述程序描述 前台营业 主要是对乘客进行售票 订票 退票的服务 并将数据打印成 票据交互给乘客 4 24 2 功能功能 参看 IPO 图 4 34 3 性能性能 4 44 4 输入项输入项 数据标示符数据类型取值范围 1 乘客姓名文本 55 2 乘客出发时间时间 3 乘客身份证号整型 4 目的地文本 55 4 54 5 输出项输出项 数据标示符数据类型取值范围 1 订票或购票成功打印票据 2 订票惑购票失败对话框 4 64 6 算法算法 本过程按照描述的流程一次进行 4 74 7 流程逻辑流程逻辑 前台营业开始 检查管理员登录名是否存在 提示该 用户不 存在或 没登录 提示保存 出错 产生车票 产生订票领取凭证交互给用户 FT 提示可以进行订票 购票 退票等操作 将乘客个人信息 车次信息 车票类型保存到 数据库中FT 4 8 接口接口 void lbtnYY Click object sender EventArgs e 功能 购票 预订 退票 4 94 9 存储分配存储分配 4 104 10 注释设计注释设计 a 个模块分支点中 T 表示确定 N 表示否定 4 114 11 限制条件限制条件 需要网络支持 4 124 12 测试计划测试计划 测 试 名 称测试进度安排 测试目的测试内容 基本数据输入 input 系统完成后就可以 的进行 测试系统的要求是否基 本达到 输入简单的数据 来测试 非法数据输入 error 在档案数据测试完 成并通过后 测试系统对于一些非法 输入数据的反应 输入一些特殊的 字符和字符串 空数据输入 zero 可以和非法数据测 试一起进行 测试系统对空信息的反 应 在所有的数据项 上输入空值 本项测试工作对资源的要求 包括 1 设备 一台装有浏览器的计算机 要是有联网条件的可以在网上进行测试 预计使用时间不超过 2 天 2 软件 windows 相应的操作系统 硬件的驱动程序 监控程序 杀毒软件等 3 人员 一般由 1 名参与开发的人员和 1 名用户参与 要求用户具有一定的微 机操作水平和对本软件有一定的了解 4 134 13 尚未解决的问题尚未解决的问题 对于该程序单元 所有的技术问题和设计方面的问题均已得到解决 5 程序 程序 3 信息查询 设计说明 信息查询 设计说明 5 15 1 程序描述程序描述 信息查询 5 25 2 功能功能 参看 IPO 图 5 35 3 性能性能 5 45 4 输入项输入项 数据标示符数据类型取值范围 1 乘客信息的关键字 Text 2 车次编号 数字 65535 5 55 5 输出项输出项 数据标示符数据类型取值范围 1 相应的乘客信息 Text 2 车次信息 Text 5 65 6 算法算法 本过程按照描述的流程一次进行 5 75 7 流程逻辑流程逻辑 信息查询开始 检查管理员登录名是否存在 提示该 用户不 存在或 没登录 提示该信 息不存在 或报错 打印出

温馨提示

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

最新文档

评论

0/150

提交评论