功能结构图 - search readpudncom

1、I目目 录录第一章 问题提出与可行性研究.11.1民航票务管理现状及发展.11.2可行性研究.11.3系统流程图.2第二章 软件需求分析.42.1 功能需求 .42.2 数据字典 .92.5 外部接口需求 .102.6 性能需求 .102.7 软件属性需求 .11第三章 软件设计.123.1.1 进入系统的结构化设计 .123.2 订票软件设计 .133.3 退票管理软件设计 .143.4 修改管理的软件设计 .153.5 查询管理的软件设计.163.7 数据库设计 .18第四章 软件测试与分析.204.1用户登陆功能测试与分析.204.1用户管理功能测试与分析.214.1模糊综合评判功能测试

2、与分析.22哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究- 1 - 第一章 问题提出与可行性研究1.1民航票务管理现状及发展1.1.1 民航票务管理系统的现状 随着经济的发展，乘客逐渐增多，飞机的航班也逐渐增多，特别是五一 、十一期间游客大大增加，会经常出现乘客买票滞延等状况。现有的机票管理系统已经不能满足当前的需要，迫切需要新的管理系统来满足越来越繁重的工作需要。1.1.2人事信息管理系统的发展 一个好的民航票务管理系统必须及时有效的对客户和售票人员进行服务，而旧的管理系统已经不能满足现在的需求。经常出现票务信息的更新不及时，各个售票处的沟通不好导致售票时产生冲突，还有对退票

3、情况处理的不好。这些情况都需要得到解决所以需要新的管理系统。1.2可行性研究1.2.1 经济可行性运行该系统的硬件和软件支持费用需要 20000 元，但软件开发费用估计 50000 元，但系统投入使用后，每年可为节省人力八人，估计节约工资支出约 6 万元，假设该软件可以使用 5 年。而一次性支出 50000 元，再假定投资费用存入银行的利息按 8%计算。这样可得出每年效益的当前值如表 1-1 所示。表 1.1 每年效益的当前值哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究- 2 - 纯收入=187259-50000=137259（元）投资回收期1+（60000-50000）/41

4、6671.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）通过对系统的分析和对系统的可

5、行性研究，得到结论对于该系统的开发已满足了可开发的条件可以立即开发。年效益（元）利率（1+0.1）2当前值（元）累计当前值1600001.250000500002600001.4441667916673600001.728347221293894600002.0736289351583245600002.488324113187259哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究- 3 - 保存的数据 保存的数据 管理 显示航班信息 保存的数据存储数 据管理员订票录 入退票录 入查询显 示航班信 息修改录 入核对信 息管理员图 1.2 系统总体流程图哈尔滨工业大学华德应用技术学院

6、 第二章 软件需求分析- 4 - 第二章 软件需求分析2.1 功能需求2.1.1 功能划分（1）返回注解界面（2）管理员（权限） 返回上一级 订购机票 退还机票 修改信息 察看信息 查询信息（4）客户（权限）察看信息返回主界面对于软件功能需求见图 2.1 所示。2.1.1功能描述功能描述查询信息查看信息修改信息退还机票订购机票返回上一级民航管理系统管理员(权限)返回主界面客户返回主界面哈尔滨工业大学华德应用技术学院 第二章 软件需求分析- 5 - 图 2.1 功能结构图（1） 管理员权限：是指售票人员在售票过程中所能够进行的操作。（2） 返回上一级：指返回到上一个操作界面。（3） 订购机票：客

7、户预订货购买机票时进行的操作，包括航班号、日期、时间、证件号、坐位号、起始点等。（4） 退还机票：客户需要退票时进行的操作，需要计算需要退还客户多少钱，还要重新将信息录入计算机。（5） 修改信息：是当发生特殊情况飞机延迟是对航班信息等进行的修改。（6） 察询信息：是售票人员和客户查询机票的信息时进行的操作，可以通过查询起始地点、时间、航班等信息查询所需的信息。（7） 察看信息：是售票员与客户察看航班起飞情况等。2.1.2.数据流图及相应加工逻辑总体数据流图(图 2.2) 订票 退票 查看 查询 修改 航 班 信 息 读出数据 保存数据 总体数据流图 2.21 进入系统的数据流图（图 2.3）（

8、1）（1.1）加工逻辑 用户选择进入系统的人员身份分为管理员和客户 如果是客户则直接进入界面 管理员则需进入加工逻辑（1.2）（2）（1.2）加工逻辑 用户输入密码 正确则进入系统 错误则无法进入管理员存取数据数据管理系统管理员哈尔滨工业大学华德应用技术学院 第二章 软件需求分析- 6 - 用户判定11输入请求进入界面密码核实1.2用户密码F2 管理员信息表管理员 进入系统的加工流图 2.31 定票的数据流图（图 2.4） 定票的加工逻辑：（1）客户信息的核查（1.1）加工逻辑 核查是否有所需的票 如果没有票则返回给客户信息核实1.1客户信息开票1.2交钱给票客户是否有票F1 用户信息表修改系

9、统信息返回订票的数据流图 2.4哈尔滨工业大学华德应用技术学院 第二章 软件需求分析- 7 - 有票则进入加工逻辑（1.2） （2）（1.2）加工逻辑 客户交钱管理员给票 同时管理员将售票信息写入计算机2 退票的数据流图(图 2.5) 退票的加工逻辑 （1） 要退的票的信息的核查（2.1）加工逻辑 核查票是真是假，该航班是否起飞等情况 如不正确则将票返还给客户 正确则将进入加工（2.2） （2）(1.4)加工逻辑 计算需退给客户多少钱 将钱交给客户 将退票信息输入系统 3 修改的数据流图(图 2.6) 修改的加工逻辑 加工逻辑（3.1） 其他部门将飞机的信息提供给管理员 管理员将此信息输入到计

10、算机 并将此信息输出到外边的大屏幕通知客户 4 察看信息信息核实2.1客户信息退票2.2给钱是否正确F1 系统信息表修改系统信息退票的数据流图 2.5客户哈尔滨工业大学华德应用技术学院 第二章 软件需求分析- 8 - 客户和管理员根据航班的起飞时间或地点来察看航班信息 5 查询信息的数据流图(2.7) 其他部门系统记录该信息3.1送给管理员 输出到外设大屏幕F1 系统信息表修改的数据流图 2.6 客户或管理员检查信息是否正确5.1F1 系统信息表信息查询5.2客户或管理员不正确进行查询输出查询信息的数据流图 2.7 查询的加工逻辑 （1）加工逻辑（5.1） 管理员输入航班号或航班时间哈尔滨工业

11、大学华德应用技术学院 第二章 软件需求分析- 9 - 系统检查航班号是否存在、时间是否正确 如果不正确则返回信息 正确则进入加工逻辑（5.2） （2）加工逻辑（5.2） 根据输入的信息查询需要的航班 查询完成则输出航班号具体时间是否有座位等信息2.2 数据字典 数据字典的定义主要包括三部分：数据项、数据流和数据文件，而下面主要给出部分数据项和数据文件的定义。 1 航班信息的定义 2 售票信息表 3 数据项的定义 数据项名取值范围航班号8 位数字日期8 位数字时间6 位数字起始点6 个字符名字：民航航班信息表别名：描述： 包括航班的所有相关内容定义：航班信息表=航班号+日期+日期+起始点+终点名

12、字：售信息表别名：描述：管理员每次售票时需记录的信息定义：售票信息表航班号+日期+时间+起始点+终点+票数+身份证哈尔滨工业大学华德应用技术学院 第二章 软件需求分析- 10 - 终点6 个字符票数3 位数字身份证18 位数字密码5 位数字 表 2.82.5 外部接口需求（1） 用户界面 采用 windows 的通用图形界面，对用户友好，且必须对鼠标和键盘提供支持15，界面的设计应遵循如下规则： 界面要具有一致性，界面规范应遵循 MS Windows 软件界面的规范； 提供简单的错误处理； 提供信息反馈，用多种信息提示用户当前软件运行的状态，软件界面元件的功能； 操作可逆，其动作可以是单个的操

13、作，或者是一个相对独立的操作序列； 设计良好的联机帮助； 显示启动画面，画面简洁明快，富有现代气息，不能太花哨； 应遵循国家关于计算机词汇的标准，用词应当精练准确，没有歧义，图形的意义明朗。（2） 硬件接口支持一般的 PII 或更高档微机，笔记本电脑。（3） 软件接口运行于 WINDOWS 95/98/ME/2000/NT，且具有 WIN32 API 的操作系统之上；（4） 故障处理正常使用时不应该出错，若运行是遇到不可恢复的系统错误，也必须保证数据库的完好无损。2.6 性能需求（1）数据精确度哈尔滨工业大学华德应用技术学院 第二章 软件需求分析- 11 - 查询时应保证查全率，所有相应域包含

14、查询关键字的记录都应能查到。查询时应保证查准率，查到的记录应与给定的单项或组合项查询条件完全匹配。（2） 时间特性一般操作的响应时间应在 12 秒内，对 U 盘和打印机的操作，以及数据的导入和导出也应在可接受的时间内完成。82.7 软件属性需求（1） 正确性：要求发布的软件达到用户的预期目标，运行时基本无错误。（2） 可靠性：在一般条件下，应不出故障。（3）效率：对于浏览，查询，增加，删除，更新和密码设置的一般操作，要求及时响应，在 12 秒内。（4）易实用性：要求能尽量为用户的使用提供方便，软件界面符合目前流行的界面规范。（5）可维护性：要求本软件在运行中发现错误时，能快速，准确对其进行定位

15、，诊断和修改。（6）可测试性：设计时尽可能减少测试本软件的各项功能所需要的工作量。（7）复用性：设计时尽可能采取模块化的方法进行设计，对系统内各模块接口尽可能达到高内聚，低耦合的程度，以提高各模块的复用性。（8） 安全保密性：要求提供身份验证，只允许通过身份验证的用户使用本软件。对于三次密码输入不正确的，应强行关闭。（9）可理解性对于本软件提供的各种菜单命令，各种信息提示，应易于用户理解。（10） 互联性：要求提供数据的导入和导出接口，以易于同其他系统的连接。35哈尔滨工业大学华德应用技术学院 第三章 软件设计- 12 - 第三章 软件设计软件设计是在做好需求的基础上来完成的，具体是在本章完成

16、两方面的工作，一方面是将软件需求的 DFD 图通过 SD 方法转换为 SC 图，即进行模块化设计或称为总体设计；另一方面是对每一模块进行详细设计即过程设计。10这部分工作在这里使用的表达工具是 PDL 语言。3.1 进入系统的设计3.1.1 进入系统的结构化设计 关于民航订票系统的实现用户选择查询信息查看信息修改信息退还机票订购机票返回主界面 1管理员 2客户 3返回上一级返回主界面12343.1 进入系统的 SC 图哈尔滨工业大学华德应用技术学院 第三章 软件设计- 13 - 3.1.2 进入系统的 SC 图重要模块的过程设计（1）2 模块（管理员验证）的过程设计 If 用户输入信息要求进入

17、管理员系统则要求输入密码如果密码正确则进入管理员系统否则返回上一级 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 模块（订票）的过程设计 如果信息正确则将要求用户给出身份证号输入信息 3

18、11返回信息 3111订票 31123图 3.2 订票管理 SC 图打印发票 3111121哈尔滨工业大学华德应用技术学院 第三章 软件设计- 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 模块（检查信息）的过程

19、设计 将用户票的信息输入系统检查此票是否可退If 不可退则返回信息给用户 call 模块 3131If 可退则 call 模块 3132（2）3131 模块（返回客户）的过程设计 输出信息在屏幕显示此票不可退（3）3132 模块（计算）的过程设计删除 31121检查信息 313哈尔滨工业大学华德应用技术学院 第三章 软件设计- 15 - If 此票的航班尚未起飞则退还全额票款If 飞机已起飞则退还票款的 8 折（4）31311 模块（输入）的过程设计 将退票信息输入到系统中3.4 修改管理的软件设计3.4.13.4.1 修改管理的结构化设计修改管理的结构化设计将需求分析中的 DFD 图转换为结

20、构设计图，在转换过程中总体图 2.8 为事务型，但其下层的结构图是个变换型的。系统备份和恢复的软件结构图见图3.4。3.4.23.4.2 修改管理修改管理 SCSC 图重要模块的过程设计图重要模块的过程设计1. 312 模块（修改信息）的过程设计 If 新增航班 call 模块 3121 If 航班修改 call 模块 31222. 3121 模块（新增航班）的过程设计 重新输入航班号、日期、时间、起始地、终点等信息3. 3122 模块（查找）的过程设计 查找需要修改的航班 call 模块 312114. 31211 模块（修改）的过程设计修改此航班变更的信息新增 3121查找 3122修改

21、31211修改信息 312图 3.4 修改管理 SC 图哈尔滨工业大学华德应用技术学院 第三章 软件设计- 16 - 3.5 查询管理的软件设计3.5.13.5.1 查询管理结构化设计查询管理结构化设计将需求分析中 DFD 图转换为结构设计图，能力评价去的 SC 图见图 3.5。时间 3213起始地 3212航班号 3211输出信息 32111图 3.5 查询管理 SC3.5.23.5.2 查询管理查询管理 SCSC 图重要模块的过程设计图重要模块的过程设计1.321 模块（信息判断）的过程设计Read 信息If 按航班号 call 模块 3211If 按起始地 call 模块 3212If

22、按时间 call 模块 32132. 3211 模块（按航班号）的过程设计 输入航班号 查询 If 错误 输出“此航班错误” call 模块 32111 If 正确 输出航班的全部信息 call 模块 3211133212 模块（按起始地）的过程设计输入起始地 查询 If 错误 输出“此航班错误” call 模块 32111判断信息 321哈尔滨工业大学华德应用技术学院 第三章 软件设计- 17 - If 正确 输出航班的全部信息 call 模块 321114 3213 模块（按时间）的设计过程输入起始地 查询 If 错误 输出“此航班错误” call 模块 32111 If 正确 输出航班的

23、全部信息 call 模块 321115 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按起始地点 33123图 3.6 查看管理 SC 图输出信息 3311121哈尔滨工业大学华德应用技术学院 第三章 软件设计- 18 - （3）3312 模块（按起始地查看）的过程设计 按地点排列航班信息 Call 模块 33111（4）33111 模块（输出信息）的过程设计输出上一级输入的信息3.7 数据库设计数据库设计主要对系统中所用的主要表进