功能结构图 - search readpudncom(共22页)

1、 PAGE I目 录 TOC o 1-2 h z u HYPERLINK l _Toc202864106 第一章 问题(wnt)提出与可行性研究 PAGEREF _Toc202864106 h 1 HYPERLINK l _Toc202864107 1.1民航票务管理(gunl)现状及发展 PAGEREF _Toc202864107 h 1 HYPERLINK l _Toc202864108 1.2可行性研究 PAGEREF _Toc202864108 h 1 HYPERLINK l _Toc202864109 1.3系统(xtng)流程图 PAGEREF _Toc202864109 h 2

2、HYPERLINK l _Toc202864110 第二章 软件需求分析 PAGEREF _Toc202864110 h 4 HYPERLINK l _Toc202864111 2.1 功能需求 PAGEREF _Toc202864111 h 4 HYPERLINK l _Toc202864112 2.2 数据字典 PAGEREF _Toc202864112 h 9 HYPERLINK l _Toc202864113 2.5 外部接口需求 PAGEREF _Toc202864113 h 10 HYPERLINK l _Toc202864114 2.6 性能需求 PAGEREF _Toc2028

3、64114 h 10 HYPERLINK l _Toc202864115 2.7 软件属性需求 PAGEREF _Toc202864115 h 11 HYPERLINK l _Toc202864116 第三章 软件设计 PAGEREF _Toc202864116 h 12 HYPERLINK l _Toc202864117 3.1.1 进入系统的结构化设计 PAGEREF _Toc202864117 h 12 HYPERLINK l _Toc202864119 3.2 订票软件设计 PAGEREF _Toc202864119 h 13 HYPERLINK l _Toc202864120 3.3

4、 退票管理软件设计 PAGEREF _Toc202864120 h 14 HYPERLINK l _Toc202864121 3.4 修改管理的软件设计 PAGEREF _Toc202864121 h 15 HYPERLINK l _Toc202864122 3.5查询管理的软件设计 PAGEREF _Toc202864122 h 16 HYPERLINK l _Toc202864123 3.7 数据库设计 PAGEREF _Toc202864123 h 18 HYPERLINK l _Toc202864124 第四章 软件测试与分析 PAGEREF _Toc202864124 h 20 HY

5、PERLINK l _Toc202864125 4.1用户登陆功能测试与分析 PAGEREF _Toc202864125 h 20 HYPERLINK l _Toc202864126 4.1用户管理功能测试与分析 PAGEREF _Toc202864126 h 21 HYPERLINK l _Toc202864127 4.1模糊综合评判功能测试与分析 PAGEREF _Toc202864127 h 22哈尔滨工业大学华德应用技术学院 第一章 问题提出与可行性研究- PAGE 23 - 第一章 问题(wnt)提出与可行性研究民航(mnhng)票务管理现状及发展(fzhn) 民航票务管理系统的现状

6、 随着经济的发展，乘客逐渐增多，飞机的航班也逐渐增多，特别是五一 、十一期间游客大大增加，会经常出现乘客买票滞延等状况。现有的机票管理系统已经不能满足当前的需要，迫切需要新的管理系统来满足越来越繁重的工作需要。人事信息管理系统的发展 一个好的民航票务管理系统必须及时有效的对客户和售票人员进行服务，而旧的管理系统已经不能满足现在的需求。经常出现票务信息的更新不及时，各个售票处的沟通不好导致售票时产生冲突，还有对退票情况处理的不好。这些情况都需要得到解决所以需要新的管理系统。可行性研究经济可行性运行该系统的硬件和软件支持费用需要20000元，但软件开发费用估计50000元，但系统投入使用后，每年可

7、为节省人力八人，估计节约工资支出约6万元，假设该软件可以使用5年。而一次性支出50000元，再假定投资费用存入银行的利息按8%计算。这样可得出每年效益的当前值如表1-1所示。表1.1 每年效益的当前值年效益（元）利率（1+0.1）2当前值（元）累计当前值1600001.250000500002600001.4441667916673600001.728347221293894600002.0736289351583245600002.488324113187259纯收入=187259-50000=137259（元）投资(tu z)回收期1+（60000-50000）/416671.24（年）投

8、资(tu z)回收率=160.2%从经济效益(jn j xio y)这个意义上讲，这个软件值得开发。技术可行性本软件前台采用Visual C+开发软件，采用SQL语言支持的数据库。技术的难点是对航线的查询，可以通过SQL的查询功能实现实现。社会可行性此系统实行后可大大提高售票的速度，提高了售票的服务水平，可以引更多的顾客增加了公司的收益。通过经济、技术、社会可行性分析说明这个系统可以开发。 系统流程图系统要实现的目标1、民航订票 2、民航退票 3、查看民航信息 4、查询民航信息 5、修改民航信息系统的总体数据流程图（如图1.2）通过对系统的分析和对系统的可行性研究，得到结论对于该系统的开发已满

9、足了可开发的条件可以立即开发。存储数 据订票录 入 保存(bocn)的数据 保存(bocn)的数据核对信 息修改录 入查询显 示管理员管理员航班信 息 管理(gunl) 显示航班信息退票录 入 保存的数据图1.2系统总体流程图哈尔滨工业大学华德应用技术学院 第二章 软件需求分析第二章 软件(run jin)需求分析2.1 功能(gngnng)需求2.1.1 功能(gngnng)划分（1）返回注解界面（2）管理员（权限）返回上一级订购机票退还机票修改信息察看信息查询信息（4）客户（权限）察看信息返回主界面对于软件功能需求见图2.1所示。2.1.1功能描述查询信息查看信息修改信息退还机票订购机票返

10、回上一级民航管理系统管理员(权限)返回主界面客户返回主界面图2.1 功能(gngnng)结构图管理员权限：是指售票人员在售票过程中所能够(nnggu)进行的操作。返回(fnhu)上一级：指返回到上一个操作界面。订购机票：客户预订货购买机票时进行的操作，包括航班号、日期、时间、证件号、坐位号、起始点等。退还机票：客户需要退票时进行的操作，需要计算需要退还客户多少钱，还要重新将信息录入计算机。修改信息：是当发生特殊情况飞机延迟是对航班信息等进行的修改。察询信息：是售票人员和客户查询机票的信息时进行的操作，可以通过查询起始地点、时间、航班等信息查询所需的信息。察看信息：是售票员与客户察看航班起飞情况

11、等。数据流图及相应加工逻辑总体数据流图(图2.2)管理员 订票 退票 查看 查询 修改管理系统管理员 航 班 信 息 读出数据存取数据数据 保存数据 总体数据流图2.21 进入系统的数据流图（图2.3）（1）（1.1）加工逻辑 用户选择进入系统的人员身份分为管理员和客户 如果是客户则直接进入界面 管理员则需进入加工逻辑（1.2）（2）（1.2）加工逻辑 用户输入密码 正确则进入系统 错误则无法进入用户判定11输入请求进入界面密码核实1.2用户密码F2管理员信息表管理员 进入系统的加工流图2.3信息核实1.1客户信息开票1.2交钱给票客户是否有票F1用户信息表修改系统信息返回订票的数据流图2.4

12、1 定票的数据流图（图2.4） 定票的加工(ji gng)逻辑：（1）客户(k h)信息的核查（1.1）加工(ji gng)逻辑 核查是否有所需的票 如果没有票则返回给客户 有票则进入(jnr)加工逻辑（1.2） （2）（1.2）加工(ji gng)逻辑 客户(k h)交钱管理员给票 同时管理员将售票信息写入计算机信息核实2.1客户信息退票2.2给钱是否正确F1系统信息表修改系统信息退票的数据流图2.5客户2 退票的数据流图(图2.5) 退票的加工逻辑 要退的票的信息的核查（2.1）加工逻辑 核查票是真是假，该航班是否起飞等情况 如不正确则将票返还给客户 正确则将进入加工（2.2） （2）(1

13、.4)加工逻辑 计算需退给客户多少钱 将钱交给客户 将退票信息输入系统 3 修改的数据流图(图2.6) 修改的加工逻辑 加工逻辑（3.1） 其他部门将飞机的信息提供给管理员 管理员将此信息输入到计算机 并将此信息输出到外边的大屏幕通知客户 4 察看信息客户和管理员根据航班的起飞时间或地点(ddin)来察看航班信息 5 查询(chxn)信息的数据流图(2.7) 其他部门系统记录该信息3.1送给管理员 输出到外设大屏幕F1系统信息表修改的数据流图2.6 客户或管理员检查信息是否正确5.1F1系统信息表信息查询5.2客户或管理员不正确进行查询输出查询信息的数据流图2.7 查询的加工(ji gng)逻

14、辑 （1）加工逻辑（5.1） 管理员输入航班号或航班时间 系统检查航班号是否存在、时间是否正确 如果不正确(zhngqu)则返回信息 正确则进入(jnr)加工逻辑（5.2） （2）加工(ji gng)逻辑（5.2） 根据输入的信息查询需要的航班 查询完成则输出航班号具体时间是否有座位等信息2.2 数据字典 数据字典的定义主要包括三部分：数据项、数据流和数据文件，而下面主要给出部分数据项和数据文件的定义。名字：民航航班信息表别名：描述： 包括航班的所有相关内容定义：航班信息表=航班号+日期+日期+起始点+终点 1 航班信息的定义 2 售票信息表名字：售信息表别名：描述：管理员每次售票时需记录的信

15、息定义：售票信息表航班号+日期+时间+起始点+终点+票数+身份证 3 数据项的定义 数据项名取值范围航班号8位数字日期8位数字时间6位数字起始点6个字符终点6个字符票数3位数字身份证18位数字密码5位数字 表2.82.5 外部(wib)接口需求（1） 用户界面(yn h ji min) 采用windows的通用图形界面，对用户友好，且必须对鼠标和键盘(jinpn)提供支持15，界面的设计应遵循如下规则：界面要具有一致性，界面规范应遵循MS Windows 软件界面的规范；提供简单的错误处理；提供信息反馈，用多种信息提示用户当前软件运行的状态，软件界面元件的功能；操作可逆，其动作可以是单个的操作

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

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

18、可能采取模块化的方法进行设计，对系统内各模块接口尽可能达到高内聚，低耦合的程度，以提高各模块的复用性。安全保密性：要求提供身份验证，只允许通过身份验证的用户使用本软件。对于三次密码输入不正确的，应强行关闭。可理解性对于本软件提供的各种菜单命令，各种信息提示，应易于用户理解。互联性：要求提供数据的导入和导出接口，以易于同其他系统的连接。35哈尔滨工业大学华德应用技术学院 第三章 软件设计第三章 软件设计软件设计是在做好需求的基础上来完成的，具体是在本章完成两方面的工作，一方面是将软件需求的DFD图通过SD方法转换为SC图，即进行(jnxng)模块化设计或称为总体设计；另一方面是对每一模块进行详细

19、设计即过程设计。10这部分工作在这里使用(shyng)的表达工具是PDL语言。3.1 进入(jnr)系统的设计3.1.1 进入系统的结构化设计 3.1进入系统的SC图关于民航订票系统的实现用户选择查询信息查看信息修改信息退还机票订购机票返回主界面1管理员2客户3返回上一级返回主界面1234哈尔滨工业大学华德应用技术学院 第三章 软件设计3.1.2 进入系统(xtng)的SC图重要模块的过程设计（1）2模块(m kui)（管理员验证(ynzhng)）的过程设计 If 用户输入信息要求进入管理员系统则要求输入密码如果密码正确则进入管理员系统否则返回上一级 If 用户要求进入客户系统则可以直接进入

20、3.2 订票软件设计3.2.1 订票系统的结构化设计将图2.4按照SD方法转换为SC图，的SC图见图3.2。输入信息311返回信息3111订票31123图3.2 订票管理SC图打印发票31111213.2.2 用户管理层SC图重要模块的过程设计（1）311模块（输入信息的过程）的过程设计要求输入航班号、起始地等信息 （2）3111模块（返回用户）的过程设计If 此航班不存在则返回信息给用户（3）3112模块（订票）的过程设计 如果信息正确则将要求用户给出身份证号 将输出此次(c c)航班所需的钱（4）31111模块(m kui)（打印发票）的过程(guchng)设计 通过打印机打印出发票3.3

21、 退票管理软件设计3.3.1 退票管理结构化设计将需求分析中的DFD图转换为结构设计图转换后的结果见图3.3。返回用户3131计算3132输入31311图3.3 退票管理SC图检查信息313删除311213.3.2 退票管理的SC图重要模块的过程设计（1）313模块（检查信息）的过程设计 将用户票的信息输入系统检查此票是否可退If 不可退则返回信息给用户 call模块3131If 可退则 call模块3132（2）3131模块（返回客户）的过程设计 输出信息在屏幕显示此票不可退（3）3132模块（计算）的过程设计If 此票的航班尚未起飞则退还(tuhun)全额票款If 飞机已起飞(qfi)则退

22、还票款的8折（4）31311模块(m kui)（输入）的过程设计 将退票信息输入到系统中3.4 修改管理的软件设计3.4.1 修改管理的结构化设计新增3121查找3122修改31211修改信息312图3.4修改管理SC图将需求分析中的DFD图转换为结构设计图，在转换过程中总体图2.8为事务型，但其下层的结构图是个变换型的。系统备份和恢复的软件结构图见图3.4。3.4.2 修改管理SC图重要模块的过程设计1. 312模块（修改信息）的过程设计 If 新增航班 call 模块3121 If 航班修改 call 模块31222. 3121模块（新增航班）的过程设计 重新输入航班号、日期、时间、起始地

23、、终点等信息3. 3122模块（查找）的过程设计 查找需要修改的航班 call 模块312114. 31211模块（修改）的过程设计修改此航班变更的信息3.5查询(chxn)管理的软件设计3.5.1 查询(chxn)管理结构化设计(shj)将需求分析中DFD图转换为结构设计图，能力评价去的SC图见图3.5。判断信息321时间3213起始地3212航班号3211输出信息32111图3.5 查询管理SC3.5.2 查询管理SC图重要模块的过程设计1.321模块（信息判断）的过程设计Read 信息If 按航班号call 模块3211If 按起始地 call 模块3212If 按时间 call 模块3

24、2132. 3211模块（按航班号）的过程设计 输入航班号 查询 If 错误 输出“此航班错误” call模块32111 If 正确 输出航班的全部信息 call模块 3211133212模块（按起始地）的过程设计输入起始地 查询 If 错误 输出“此航班错误” call模块32111 If 正确 输出航班的全部(qunb)信息 call模块 321114 3213模块（按时间(shjin)）的设计过程输入(shr)起始地 查询 If 错误 输出“此航班错误” call模块32111 If 正确 输出航班的全部信息 call模块 321115 32111模块（输出信息）的设计过程 输出上一阶段输入的信息3.6 查看管理的结构化设计的结构化设计查看航班331按时间3311按起始地点33123图3.6查看管理SC图输出信息3311121将图2.4按照SD方法转换为SC图，的SC图见图3.2。3.2.2 信息查看SC图重要模块的过程设计（1）331模块（查看航班）的过程设计输入是按什么查看航班 If 是按时间则 call 模块3311 If 是按地点则 call 模块3312（2）3311模块（按时间查看）的过程设计按时间顺序输出所有航班信息Call 模块33111（3）3312模块(m kui)（按起始(q sh)地查看）的过程(guchng)设计 按地点排列航