功能结构图

功能结构图 目 录 第一章 问题提出与可行性研究 ...........................................................................................1 1.1 民航票务管理现状及发展 .......................................................................................1 1.2 可行性研究 ..............................................................................................................1 1.3 系统流程图 ..............................................................................................................2 第二章 软件需求分析 ..........................................................................................................4 2.1 功能需求 ......................................................................................................................4 2.2 数据字典 ......................................................................................................................9 2.5 外部接口需求 ............................................................................................................ 10 2.6 性能需求 .................................................................................................................... 11 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 I 哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究 第一章 问题提出与可行性研究 1.1 民航票务管理现状及发展 1.1.1 民航票务管理系统的现状 随着经济的发展，乘客逐渐增多，飞机的航班也逐渐增多，特别是五一 、十一期间游客大大增加，会经常出现乘客买票滞延等状况。现有的机票管理系统已经不能满足当前的需要，迫切需要新的管理系统来满足越来越繁重的工作需要。 1.1.2 人事信息管理系统的发展 一个好的民航票务管理系统必须及时有效的对客户和售票人员进行服务，而旧的管理系统已经不能满足现在的需求。经常出现票务信息的更新不及时，各个售票处的沟通不好导致售票时产生冲突，还有对退票情况处理的不好。这些情况都需要得到解决所以需要新的管理系统。 1.2 可行性研究 1.2.1 经济可行性 运行该系统的硬件和软件支持费用需要20000元，但软件开发费用估计50000元，但系统投入使用后，每年可为节省人力八人，估计节约工资支出约6万元，假设该软件可以使用5年。而一次性支出50000元，再假定投资费用存入银行的利息按8%计算。这样可得出每年效益的当前值如 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 1-1所示。 表1.1 每年效益的当前值 - 1 - 哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究 2 当前值(元) 累计当前值 年 效益(元) 利率(1+0.1) 1 60000 1.2 50000 50000 2 60000 1.44 41667 91667 3 60000 1.728 34722 129389 4 60000 2.0736 28935 158324 5 60000 2.4883 24113 187259 纯收入=187259-50000=137259(元) 投资回收期?1+(60000-50000)/41667,1.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) 通过对系统的分析和对系统的可行性研究，得到结论对于该系统的开发已满足了可开发的条件可以立即开发。 - 2 - 哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究 保存的数据 订票存储数 录 据 入 保存的数据 核对修改 信 录 息 入 查询 显 管理员 示 管理 显示航班信息 航班管理员 信 息 保存的数据 退票 录 入 图1.2系统总体流程图 - 3 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 第二章 软件需求分析 2.1 功能需求 2.1.1 功能划分 (1)返回注解界面 (2)管理员(权限) , 返回上一级 , 订购机票 , 退还机票 , 修改信息 , 察看信息 , 查询信息 (4)客户(权限) , 察看信息 , 返回主界面 对于软件功能需求见图2.1所示。 2.1.1功能描述 民航管理系统 返回主界面 管理员(权限) 客户 返订退修查查返 回购还改看询回 上机机信信信主 一界票 票 息 息 息 级 面 - 4 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 图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)加工逻辑 用户输入密码 正确则进入系统 错误则无法进入 - 5 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 用户 密码 用 管理员 1(1 1.2 户 输入请求 进入界面 判密 码定 核 实 F2 管理员信息 表 进入系统的加工流图2.3 1 定票的数据流图(图2.4) 客户 交钱 1.1 1.2 信息 是否有票 给票 客修改系统信息核开信息 户 实 票 返回 F1 用户信息表 订票的数据流图2.4 定票的加工逻辑: (1)客户信息的核查(1.1)加工逻辑 核查是否有所需的票 如果没有票则返回给客户 - 6 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 有票则进入加工逻辑(1.2) (2)(1.2)加工逻辑 客户交钱管理员给票 同时管理员将售票信息写入计算机 2 退票的数据流图(图2.5) 客 给钱 户 2.1 2.2 信息 是否正确 客修改系统信信息核退息 户 实 票 F1 系统信息表 退票的数据流图2.5 退票的加工逻辑 (1) 要退的票的信息的核查(2.1)加工逻辑 核查票是真是假，该航班是否起飞等情况 如不正确则将票返还给客户 正确则将进入加工(2.2) (2)(1.4)加工逻辑 计算需退给客户多少钱] 将钱交给客户 将退票信息输入系统 3 修改的数据流图(图2.6) 修改的加工逻辑 加工逻辑(3.1) 其他部门将飞机的信息提供给管理员 管理员将此信息输入到计算机 并将此信息输出到外边的大屏幕通知客户 4 察看信息 - 7 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 客户和管理员根据航班的起飞时间或地点来察看航班信息 5 查询信息的数据流图(2.7) 其送给管理员 3.1 大他输出到外设 系统记屏部 录该信幕 门 息 F1 系统信息表 修改的数据流图2.6 客客户进行查询 5.1 5.2 户信息 输出 或或检查查询 管管信息理理是否不正确 员 员 正确 F1 系统信息表 查询信息的数据流图2.7 查询的加工逻辑 (1)加工逻辑(5.1) - 8 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 管理员输入航班号或航班时间 系统检查航班号是否存在、时间是否正确 如果不正确则返回信息 正确则进入加工逻辑(5.2) (2)加工逻辑(5.2) 根据输入的信息查询需要的航班 查询完成则输出航班号具体时间是否有座位等信息 2.2 数据字典 数据字典的定义主要包括三部分:数据项、数据流和数据文件，而下面主要给出 部分数据项和数据文件的定义。 1 航班信息的定义 名字:民航航班信息表 别名: 描述: 包括航班的所有相关内容 定义:航班信息表={航班号+日期+日期+起始点+终点} 2 售票信息表 名字:售信息表 别名: 描述:管理员每次售票时需记录的信息 定义:售票信息表,,航班号+日期+时间+起始点+终点+票数+身份证, 3 数据项的定义 数据项名 取值范围 航班号 8位数字 日期 8位数字 时间 6位数字 - 9 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 起始点 6个字符 终点 6个字符 3位数字 票数 18位数字 身份证 5位数字 密码 表2.8 2.5 外部接口需求 (1) 用户界面 [15] 采用windows的通用图形界面，对用户友好，且必须对鼠标和键盘提供支持，界面的设计应遵循如下规则: , 界面要具有一致性，界面 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 应遵循MS Windows 软件界面的规范; , 提供简单的错误处理; , 提供信息反馈，用多种信息提示用户当前软件运行的状态，软件界面元件的功能; , 操作可逆，其动作可以是单个的操作，或者是一个相对独立的操作序列; , 设计良好的联机帮助; , 显示启动画面，画面简洁明快，富有现代气息，不能太花哨; , 应遵循国家关于计算机词汇的 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ，用词应当精练准确，没有歧义，图形的意义明朗。 (2) 硬件接口 支持一般的PII或更高档微机，笔记本电脑。 (3) 软件接口 运行于WINDOWS 95/98/ME/2000/NT，且具有WIN32 API的操作系统之上; (4) 故障处理 正常使用时不应该出错，若运行是遇到不可恢复的系统错误，也必须保证数据库的完好无损。 - 10 - 哈尔滨工业大学华德应用技术学院 第二章 软件需求分析 2.6 性能需求 (1)数据精确度 查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。 查询时应保证查准率，查到的记录应与给定的单项或组合项查询条件完全匹配。 (2) 时间特性 一般操作的响应时间应在1~2秒内，对U盘和打印机的操作，以及数据的导入和导 [8]出也应在可接受的时间内完成。 2.7 软件属性需求 (1) 正确性:要求发布的软件达到用户的预期目标，运行时基本无错误。 (2) 可靠性:在一般条件下，应不出故障。 (3) 效率:对于浏览，查询，增加，删除，更新和密码设置的一般操作，要求及时响应，在1~2秒内。 (4) 易实用性:要求能尽量为用户的使用提供方便，软件界面符合目前流行的界面规范。 (5) 可维护性:要求本软件在运行中发现错误时，能快速，准确对其进行定位，诊断和修改。 (6) 可测试性:设计时尽可能减少测试本软件的各项功能所需要的工作量。 (7) 复用性:设计时尽可能采取模块化的方法进行设计，对系统内各模块接口尽可能达到高内聚，低耦合的程度，以提高各模块的复用性。 (8) 安全保密性:要求提供身份验证，只允许通过身份验证的用户使用本软件。对于三次密码输入不正确的，应强行关闭。 (9) 可理解性对于本软件提供的各种菜单命令，各种信息提示，应易于用户理解。 [35](10) 互联性:要求提供数据的导入和导出接口，以易于同其他系统的连接。 - 11 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 第三章 软件设计 软件设计是在做好需求的基础上来完成的，具体是在本章完成两方面的工作，一方面是将软件需求的DFD图通过SD方法转换为SC图，即进行模块化设 [10]计或称为总体设计;另一方面是对每一模块进行详细设计即过程设计。这部分工作在这里使用的表达工具是PDL语言。 3.1 进入系统的设计 3.1.1 进入系统的结构化设计 关于民航订票系统的实现 用户选择 4 1 3 2 返回主界面1 管理员2 客户3 返订退修查查返 回购还改看询回 上机机信信信主 一界票 票 息 息 息 级 面 3.1进入系统的SC图 - 12 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 3.1.2 进入系统的SC图重要模块的过程设计 (1)2模块(管理员验证)的过程设计 If 用户输入信息要求进入管理员系统 则要求输入密码如果密码正确则进入管理员系统 否则返回上一级 If 用户要求进入客户系统则可以直接进入 3.2 订票软件设计 3.2.1 订票系统的结构化设计 将图2.4按照SD方法转换为SC图，的SC图见图3.2。 输入信息311 1 2 订票3112 返回信息3111 3 打印发票31111 图3.2 订票管理SC图 3.2.2 用户管理层SC图重要模块的过程设计 (1)311模块(输入信息的过程)的过程设计 要求输入航班号、起始地等信息 (2)3111模块(返回用户)的过程设计 If 此航班不存在则返回信息给用户 (3)3112模块(订票)的过程设计 如果信息正确则将要求用户给出身份证号 - 13 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 删除31121 将输出此次航班所需的钱 (4)31111模块(打印发票)的过程设计 通过打印机打印出发票 3.3 退票管理软件设计 3.3.1 退票管理结构化设计 将需求分析中的DFD图转换为结构设计图转换后的结果见图3.3。 检查信息313 返回用户3131 计算3132 输入31311 图3.3 退票管理SC图 3.3.2 退票管理的SC图重要模块的过程设计 (1)313模块(检查信息)的过程设计 将用户票的信息输入系统检查此票是否可退 If 不可退则返回信息给用户 call模块3131 If 可退则 call模块3132 (2)3131模块(返回客户)的过程设计 输出信息在屏幕显示此票不可退 (3)3132模块(计算)的过程设计 - 14 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 If 此票的航班尚未起飞则退还全额票款 If 飞机已起飞则退还票款的8折 (4)31311模块(输入)的过程设计 将退票信息输入到系统中 3.4 修改管理的软件设计 3.4.1 修改管理的结构化设计 将需求分析中的DFD图转换为结构设计图，在转换过程中总体图2.8为事 务型，但其下层的结构图是个变换型的。系统备份和恢复的软件结构图见图3.4。 修改信息312 新增3121 查找3122 修改31211 图3.4修改管理SC图 3.4.2 修改管理SC图重要模块的过程设计 1. 312模块(修改信息)的过程设计 If 新增航班 call 模块3121 If 航班修改 call 模块3122 2. 3121模块(新增航班)的过程设计 重新输入航班号、日期、时间、起始地、终点等信息 3. 3122模块(查找)的过程设计 查找需要修改的航班 call 模块31211 4. 31211模块(修改)的过程设计 修改此航班变更的信息 - 15 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 3.5查询管理的软件设计 3.5.1 查询管理结构化设计 将需求分析中DFD图转换为结构设计图，能力 评价 LEC评价法下载LEC评价法下载评价量规免费下载学院评价表文档下载学院评价表文档下载 去的SC图见图3.5。 判断信息321 航班号3211 起始地3212 时间3213 输出信息32111 图3.5 查询管理SC 3.5.2 查询管理SC图重要模块的过程设计 1.321模块(信息判断)的过程设计 Read 信息 If 按航班号call 模块3211 If 按起始地 call 模块3212 If 按时间 call 模块3213 2. 3211模块(按航班号)的过程设计 输入航班号 查询 If 错误 输出“此航班错误” call模块32111 If 正确 输出航班的全部信息 call模块 32111 3(3212模块(按起始地)的过程设计 输入起始地 查询 If 错误 输出“此航班错误” call模块32111 - 16 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 If 正确 输出航班的全部信息 call模块 32111 4 3213模块(按时间)的设计过程 输入起始地 查询 If 错误 输出“此航班错误” call模块32111 If 正确 输出航班的全部信息 call模块 32111 5 32111模块(输出信息)的设计过程 输出上一阶段输入的信息 3.6 查看管理的结构化设计的结构化设计 将图2.4按照SD方法转换为SC图，的SC图见图3.2。 查看航班331 1 2 按时间3311 按起始地点3312 3 输出信息33111 图3.6查看管理SC图 3.2.2 信息查看SC图重要模块的过程设计 (1)331模块(查看航班)的过程设计 输入是按什么查看航班 If 是按时间则 call 模块3311 If 是按地点则 call 模块3312 (2)3311模块(按时间查看)的过程设计 按时间顺序输出所有航班信息 Call 模块33111 - 17 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 (3)3312模块(按起始地查看)的过程设计 按地点排列航班信息 Call 模块33111 (4)33111模块(输出信息)的过程设计 输出上一级输入的信息 3.7 数据库设计 [29]数据库设计主要对系统中所用的主要表进行设计。用户信息表见图3.12，航班基本信息表见表3.13，售票基本信息表见表3.14。 表 3.7 用户信息表(F1) 字段名 字段别名 类型 长度 小数点 备注 User 10 用户名 字符 无 无 password 10 密码 字符 无 无 Leval 2 级别 字符 无 无 表3.8航班基本信息表(F2) 字段名 字段别名 类型 长度 小数点 备注 Workers 20 航班号 数字 无 无 Name 8 日期 字符 无 无 Gender 2 时间 字符 无 无 Photo 1MB 起飞站 图片 无 无 Birthday 8 终点站 日期型 无 无 表3.9售票信息表(F3) 字段名 字段别名 类型 长度 小数点 备注 User 20 航班号 字符 无 无 Self1 20 日期 字符 无 无 Self2 20 时间 字符 无 无 Able 20 身份证 字符 无 无 - 18 - 哈尔滨工业大学华德应用技术学院 第三章 软件设计 Manager 20 票数 字符 无 无 Assess 80 起飞站 字符 无 无 终点站 - 19 - 哈尔滨工业大学华德应用技术学院 第四章 软件测试与分析 第四章 软件测试与分析 4.1 用户登陆功能测试与分析 1 管理员登陆模块 [32]测试目的:验证模块设计功能。等价分类如表5.1所示。 表4.1 用户登陆的等价分类 输入数据 有效等价类 无效等价类 (2)不是数字1、2 (1)1或2 用户选择 (3)不是数字 (5)非字母打头 密码 (4)字母打头的字母数字 (6)含有非字母数字字符 测试用例的选择如表4.2所示。 表4.2 用户登陆测试用例 测试数据 期望结果 测试范围 实际结果 结果分析 1 whats 输入有效 (1)(4) 同期望结果 正确 正确 4 输入无效 (2) 同期望结果 正确 Dgah 输入无效 (3) 同期望结果 输入无效 同期望结果 正确 123zh (5) 输入无效 同期望结果 正确 Zha,@ (6) - 20 - 4.1 用户登陆的结构测试与分析 下面对系统的用户登陆采取白盒测试法，采用组合覆盖法进行测试。按表 (4.2) 可以有9条路径分别给出测试用例 (1) - 21 -