功能结构图.doc

I 目目 录录 第一章 问题提出与可行性研究.1 1.1民航票务管理现状及发展.1 1.2可行性研究.1 1.3系统流程图.2 第二章 软件需求分析.4 2.1 功能需求 .4 2.2 数据字典 .9 2.5 外部接口需求 .10 2.6 性能需求 .10 2.7 软件属性需求 .11 第三章 软件设计.12 3.1.1 进入系统的结构化设计 .12 3.2 订票软件设计 .13 3.3 退票管理软件设计 .14 3.4 修改管理的软件设计 .15 3.5 查询管理的软件设计.16 3.7 数据库设计 .18 第四章 软件测试与分析.20 4.1用户登陆功能测试与分析.20 4.1用户管理功能测试与分析.21 4.1模糊综合评判功能测试与分析.22 哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究 - 1 - 第一章 问题提出与可行性研究 1.1民航票务管理现状及发展 1.1.1 民航票务管理系统的现状 随着经济的发展，乘客逐渐增多，飞机的航班也逐渐增多，特别是五一 、十一 期间游客大大增加，会经常出现乘客买票滞延等状况。现有的机票管理系统已经不能 满足当前的需要，迫切需要新的管理系统来满足越来越繁重的工作需要。 1.1.2人事信息管理系统的发展 一个好的民航票务管理系统必须及时有效的对客户和售票人员进行服务，而旧的 管理系统已经不能满足现在的需求。经常出现票务信息的更新不及时，各个售票处的 沟通不好导致售票时产生冲突，还有对退票情况处理的不好。这些情况都需要得到解 决所以需要新的管理系统。 1.2可行性研究 1.2.1 经济可行性 运行该系统的硬件和软件支持费用需要 20000 元，但软件开发费用估计 50000 元， 但系统投入使用后，每年可为节省人力八人，估计节约工资支出约 6 万元，假设该软 件可以使用 5 年。而一次性支出 50000 元，再假定投资费用存入银行的利息按 8%计算。 这样可得出每年效益的当前值如表 1-1 所示。 表 1.1 每年效益的当前值 哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究 - 2 - 纯收入=187259-50000=137259（元） 投资回收期1+（60000-50000）/416671.24（年） 投资回收率=160.2% 从经济效益这个意义上讲，这个软件值得开发。 1.2.2 技术可行性 本软件前台采用 Visual C+开发软件，采用 SQL 语言支持的数据库。技术的难 点是对航线的查询，可以通过 SQL 的查询功能实现实现。 1.2.3 社会可行性 此系统实行后可大大提高售票的速度，提高了售票的服务水平，可以引更多的顾 客增加了公司的收益。 通过经济、技术、社会可行性分析说明这个系统可以开发。 1.3 系统流程图 系统要实现的目标 1、民航订票 2、民航退票 3、查看民航信息 4、查询民航信息 5、修改民航信息 1.3.1系统的总体数据流程图（如图 1.2） 通过对系统的分析和对系统的可行性研究，得到结论对于该系统的开发已满足了 可开发的条件可以立即开发。 年效益（元）利率（1+0.1）2当前值（元）累计当前值 1600001.25000050000 2600001.444166791667 3600001.72834722129389 4600002.073628935158324 5600002.488324113187259 哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究 - 3 - 保存的数据 保存的数据 管理 显示航班信息 保存的数据 存储数 据 管理员 订票 录 入 退票 录 入 查询 显 示 航班 信 息 修改 录 入 核对 信 息 管理员 图 1.2 系统总体流程图 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 4 - 第二章 软件需求分析 2.1 功能需求 2.1.1 功能划分 （1）返回注解界面 （2）管理员（权限） 返回上一级 订购机票 退还机票 修改信息 察看信息 查询信息 （4）客户（权限） 察看信息 返回主界面 对于软件功能需求见图 2.1 所示。 2.1.1功能描述功能描述 查 询 信 息 查 看 信 息 修 改 信 息 退 还 机 票 订 购 机 票 返 回 上 一 级 民航管理系统 管理员(权限) 返回主界面 客户 返 回 主 界 面 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 5 - 图 2.1 功能结构图 （1） 管理员权限：是指售票人员在售票过程中所能够进行的操作。 （2） 返回上一级：指返回到上一个操作界面。 （3） 订购机票：客户预订货购买机票时进行的操作，包括航班号、日期、 时间、证件号、坐位号、起始点等。 （4） 退还机票：客户需要退票时进行的操作，需要计算需要退还客户多少 钱，还要重新将信息录入计算机。 （5） 修改信息：是当发生特殊情况飞机延迟是对航班信息等进行的修改。 （6） 察询信息：是售票人员和客户查询机票的信息时进行的操作，可以通 过查询起始地点、时间、航班等信息查询所需的信息。 （7） 察看信息：是售票员与客户察看航班起飞情况等。 2.1.2.数据流图及相应加工逻辑 总体数据流图(图 2.2) 订票 退票 查看 查询 修改 航 班 信 息 读出数据 保存数据 总体数据流图 2.2 1 进入系统的数据流图（图 2.3） （1）（1.1）加工逻辑 用户选择进入系统的人员身份分为管理员和客户 如果是客户则直接进入界面 管理员则需进入加工逻辑（1.2） （2）（1.2）加工逻辑 用户输入密码 正确则进入系统 错误则无法进入 管理员 存取数据 数据 管理 系统管理员 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 6 - 用 户 判 定 1 1 输入请求 进入界面 密 码 核 实 1.2 用户 密码 F2 管理员信息 表 管理员 进入系统的加工流图 2.3 1 定票的数据流图（图 2.4） 定票的加工逻辑： （1）客户信息的核查（1.1）加工逻辑 核查是否有所需的票 如果没有票则返回给客户 信息核 实 1.1 客 户 信息 开 票 1.2 交钱 给票 客户 是否有票 F1 用户信息表 修改系统信 息 返回 订票的数据流图 2.4 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 7 - 有票则进入加工逻辑（1.2） （2）（1.2）加工逻辑 客户交钱管理员给票 同时管理员将售票信息写入计算机 2 退票的数据流图(图 2.5) 退票的加工逻辑 （1） 要退的票的信息的核查（2.1）加工逻辑 核查票是真是假，该航班是否起飞等情况 如不正确则将票返还给客户 正确则将进入加工（2.2） （2）(1.4)加工逻辑 计算需退给客户多少钱 将钱交给客户 将退票信息输入系统 3 修改的数据流图(图 2.6) 修改的加工逻辑 加工逻辑（3.1） 其他部门将飞机的信息提供给管理员 管理员将此信息输入到计算机 并将此信息输出到外边的大屏幕通知客户 4 察看信息 信息核 实 2.1 客 户 信息 退 票 2.2 给钱 是否正确 F1 系统信息表 修改系统信 息 退票的数据流图 2.5 客 户 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 8 - 客户和管理员根据航班的起飞时间或地点来察看航班信息 5 查询信息的数据流图(2.7) 其 他 部 门 系统记 录该信 息 3.1 送给管理员 输出到外设 大 屏 幕 F1 系统信息表 修改的数据流图 2.6 客 户 或 管 理 员 检查 信息 是否 正确 5.1 F1 系统信息表 信息 查询 5.2 客 户 或 管 理 员 不正确 进行查询 输出 查询信息的数据流图 2.7 查询的加工逻辑 （1）加工逻辑（5.1） 管理员输入航班号或航班时间 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 9 - 系统检查航班号是否存在、时间是否正确 如果不正确则返回信息 正确则进入加工逻辑（5.2） （2）加工逻辑（5.2） 根据输入的信息查询需要的航班 查询完成则输出航班号具体时间是否有座位等信息 2.2 数据字典 数据字典的定义主要包括三部分：数据项、数据流和数据文件，而下面主要给 出部分数据项和数据文件的定义。 1 航班信息的定义 2 售票信息表 3 数据项的定义 数据项名取值范围 航班号8 位数字 日期8 位数字 时间6 位数字 起始点6 个字符 名字：民航航班信息表 别名： 描述： 包括航班的所有相关内容 定义：航班信息表=航班号+日期+日期+起始点+终点 名字：售信息表 别名： 描述：管理员每次售票时需记录的信息 定义：售票信息表航班号+日期+时间+起始点+终点+票数+身份证 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 10 - 终点6 个字符 票数 3 位数字 身份证 18 位数字 密码 5 位数字 表 2.8 2.5 外部接口需求 （1） 用户界面 采用 windows 的通用图形界面，对用户友好，且必须对鼠标和键盘提供支持15，界 面的设计应遵循如下规则： 界面要具有一致性，界面规范应遵循 MS Windows 软件界面的规范； 提供简单的错误处理； 提供信息反馈，用多种信息提示用户当前软件运行的状态，软件界面元件的功 能； 操作可逆，其动作可以是单个的操作，或者是一个相对独立的操作序列； 设计良好的联机帮助； 显示启动画面，画面简洁明快，富有现代气息，不能太花哨； 应遵循国家关于计算机词汇的标准，用词应当精练准确，没有歧义，图形的意 义明朗。 （2） 硬件接口 支持一般的 PII 或更高档微机，笔记本电脑。 （3） 软件接口 运行于 WINDOWS 95/98/ME/2000/NT，且具有 WIN32 API 的操作系统之上； （4） 故障处理 正常使用时不应该出错，若运行是遇到不可恢复的系统错误，也必须保证数据库 的完好无损。 2.6 性能需求 （1）数据精确度 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 - 11 - 查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。 查询时应保证查准率，查到的记录应与给定的单项或组合项查询条件完全匹配。 （2） 时间特性 一般操作的响应时间应在 12 秒内，对 U 盘和打印机的操作，以及数据的导入和 导出也应在可接受的时间内完成。8 2.7 软件属性需求 （1） 正确性：要求发布的软件达到用户的预期目标，运行时基本无错误。 （2） 可靠性：在一般条件下，应不出故障。 （3）效率：对于浏览，查询，增加，删除，更新和密码设置的一般操作，要求 及时响应，在 12 秒内。 （4）易实用性：要求能尽量为用户的使用提供方便，软件界面符合目前流行的 界面规范。 （5）可维护性：要求本软件在运行中发现错误时，能快速，准确对其进行定位， 诊断和修改。 （6）可测试性：设计时尽可能减少测试本软件的各项功能所需要的工作量。 （7）复用性：设计时尽可能采取模块化的方法进行设计，对系统内各模块接口 尽可能达到高内聚，低耦合的程度，以提高各模块的复用性。 （8） 安全保密性：要求提供身份验证，只允许通过身份验证的用户使用本软件。 对于三次密码输入不正确的，应强行关闭。 （9）可理解性对于本软件提供的各种菜单命令，各种信息提示，应易于用户理 解。 （10） 互联性：要求提供数据的导入和导出接口，以易于同其他系统的连接。35 哈尔滨工业大学华德应用技术学院 第三章 软件设计 - 12 - 第三章 软件设计 软件设计是在做好需求的基础上来完成的，具体是在本章完成两方面的工 作，一方面是将软件需求的 DFD 图通过 SD 方法转换为 SC 图，即进行模块化 设计或称为总体设计；另一方面是对每一模块进行详细设计即过程设计。10这 部分工作在这里使用的表达工具是 PDL 语言。 3.1 进入系统的设计 3.1.1 进入系统的结构化设计 关于民航订票系统的实现 用户选择 查 询 信 息 查 看 信 息 修 改 信 息 退 还 机 票 订 购 机 票 返回主界面 1管理员 2客户 3 返 回 上 一 级 返 回 主 界 面 1 2 3 4 3.1 进入系统的 SC 图 哈尔滨工业大学华德应用技术学院 第三章 软件设计 - 13 - 3.1.2 进入系统的 SC 图重要模块的过程设计 （1）2 模块（管理员验证）的过程设计 If 用户输入信息要求进入管理员系统 则要求输入密码如果密码正确则进入管理员系统 否则返回上一级 If 用户要求进入客户系统则可以直接进入 3.2 订票软件设计 3.2.13.2.1 订票系统的结构化设计订票系统的结构化设计 将图 2.4 按照 SD 方法转换为 SC 图，的 SC 图见图 3.2。 3.2.23.2.2 用户管理层用户管理层 SCSC 图重要模块的过程设计图重要模块的过程设计 （1）311 模块（输入信息的过程）的过程设计 要求输入航班号、起始地等信息 （2）3111 模块（返回用户）的过程设计 If 此航班不存在则返回信息给用户 （3）3112 模块（订票）的过程设计 如果信息正确则将要求用户给出身份证号 输入信息 311 返回信息 3111订票 3112 3 图 3.2 订票管理 SC 图 打印发票 31111 2 1 哈尔滨工业大学华德应用技术学院 第三章 软件设计 - 14 - 将输出此次航班所需的钱 （4）31111 模块（打印发票）的过程设计 通过打印机打印出发票 3.3 退票管理软件设计 3.3.13.3.1 退票管理结构化设计退票管理结构化设计 将需求分析中的 DFD 图转换为结构设计图转换后的结果见图 3.3。 返回用户 3131 计算 3132 输入 31311 图 3.3 退票管理 SC 图 3.3.23.3.2 退票管理的退票管理的 SCSC 图重要模块的过程设计图重要模块的过程设计 （1）313 模块（检查信息）的过程设计 将用户票的信息输入系统检查此票是否可退 If 不可退则返回信息给用户 call 模块 3131 If 可退则 call 模块 3132 （2）3131 模块（返回客户）的过程设计 输出信息在屏幕显示此票不可退 （3）3132 模块（计算）的过程设计 删除 31121 检查信息 313 哈尔滨工业大学华德应用技术学院 第三章 软件设计 - 15 - If 此票的航班尚未起飞则退还全额票款 If 飞机已起飞则退还票款的 8 折 （4）31311 模块（输入）的过程设计 将退票信息输入到系统中 3.4 修改管理的软件设计 3.4.13.4.1 修改管理的结构化设计修改管理的结构化设计 将需求分析中的 DFD 图转换为结构设计图，在转换过程中总体图 2.8 为事 务型，但其下层的结构图是个变换型的。系统备份和恢复的软件结构图见图 3.4。 3.4.23.4.2 修改管理修改管理 SCSC 图重要模块的过程设计图重要模块的过程设计 1. 312 模块（修改信息）的过程设计 If 新增航班 call 模块 3121 If 航班修改 call 模块 3122 2. 3121 模块（新增航班）的过程设计 重新输入航班号、日期、时间、起始地、终点等信息 3. 3122 模块（查找）的过程设计 查找需要修改的航班 call 模块 31211 4. 31211 模块（修改）的过程设计 修改此航班变更的信息 新增 3121查找 3122 修改 31211 修改信息 312 图 3.4 修改管理 SC 图 哈尔滨工业大学华德应用技术学院 第三章 软件设计 - 16 - 3.5 查询管理的软件设计 3.5.13.5.1 查询管理结构化设计查询管理结构化设计 将需求分析中 DFD 图转换为结构设计图，能力评价去的 SC 图见图 3.5。 时间 3213起始地 3212航班号 3211 输出信息 32111 图 3.5 查询管理 SC 3.5.23.5.2 查询管理查询管理 SCSC 图重要模块的过程设计图重要模块的过程设计 1.321 模块（信息判断）的过程设计 Read 信息 If 按航班号 call 模块 3211 If 按起始地 call 模块 3212 If 按时间 call 模块 3213 2. 3211 模块（按航班号）的过程设计 输入航班号 查询 If 错误 输出“此航班错误” call 模块 32111 If 正确 输出航班的全部信息 call 模块 32111 33212 模块（按起始地）的过程设计 输入起始地 查询 If 错误 输出“此航班错误” call 模块 32111 判断信息 321 哈尔滨工业大学华德应用技术学院 第三章 软件设计 - 17 - If 正确 输出航班的全部信息 call 模块 32111 4 3213 模块（按时间）的设计过程 输入起始地 查询 If 错误 输出“此航班错误” call 模块 32111 If 正确 输出航班的全部信息 call 模块 32111 5 32111 模块（输出信息）的设计过程 输出上一阶段输入的信息 3.63.6 查看管理的结构化设计的结构化设计查看管理的结构化设计的结构化设计 将图 2.4 按照 SD 方法转换为 SC 图，的 SC 图见图 3.2。 3.2.23.2.2 信息查看信息查看 SCSC 图重要模块的过程设计图重要模块的过程设计 （1）331 模块（查看航班）的过程设计 输入是按什么查看航班 If 是按时间则 call 模块 3311 If 是按地点则 call 模块 3312 （2）3311 模块（按时间查看）的过程设计 按时间顺序输出所有航班信息 Call 模块 33111 查看航班 331 按时间 3311 按起始地点 3312 3 图 3.6 查看管理 SC 图 输出信息 33111 2 1 哈尔滨工业大学华德应用技术学院 第三章 软件设计 - 18 - （3）3312 模块（按起始地查看）的过程设计 按地点排列航班信息 Call 模块 33111 （4）33111 模块（输出信息）的过程设计 输出上一级输入的信息 3.7 数据库设计 数据库设计主要对系统中所用的主要表进行设计29。用户信息表见图