软件工程教案第四章实例.pptVIP

结构图优化方法 减少模块间的联系，减少参数传递，特别是控制信息的传递。 消除重复功能。 消除“管道”模块。 考虑变化。 控制模块大小。 整体考虑。 参照系统分析说明书。 结构图和数据流图 模块结构图可以由数据流图转换而来。 数据流图着眼于数据流，反映系统的逻辑功能，即系统能够“做什么”； 结构图着眼于控制层次，反映系统的物理模型，即怎样逐步实现系统的总功能。 结构图描述各模块的“责任”(responsibility)，像一个公司的组织机构图，用于描述各个部门的隶属关系与职能 * * 问题描述： 病人监护系统中有一个实时监测模块。该模块使用病床专用设备测量病人的若干生理参数，如体温、脉搏、血压等等，每个病人各种指标的安全范围由医生预先指定。每经过一定的时间间隔，监测模块从监视设备读入这些数据，并存入数据库中。若发现某个指标越出安全范围，或某个监视部件有故障，则向护理站发出通知。指标值超出安全范围报告病人号，部件故障则报告床号。 总体结构设计实例：病人监护系统 病人 护理站 病历 合理数据 数据 不安全因素 读取数据 存储数据 检查数据 通报不 安全因素 维修站 不合理数据 FS2 病人监护 采集数据 检查数据 处理数据 获取下一个病人 PN，FS EOF，EF EOF FS EF USF，EF USF FS PN EF，USF PN，FS PN，FS，EF PN，EF PN，FS FS SR 读 取 数 据 检查不合理范围 查询安全范围 判定病人是否安全 写 数 据 库 通报设备故障 通报不安全因素 EF BN USF PN，FS EF PN,BN 初始结构图 PN—病人号；BN—床位号；SR—安全范围； FS—各指标数据； EF—设备故障标志； EOF——标志已查过最后一个病人； FS2—标志指标是否合理； USF—标志指标不安全 初始结构图有很多需要改进的地方。 (1) “通报不安全因素”可由主模块直接调用 (2) 同理，“写数据库”一模块也可由主模块直接调用。 (3) 这样， “处理数据”这一模块只调用“通报设备故障”一个模块。事实上，“处理数据”这一模块除了起“管道”作用，因而本身也可合并到主模块去，由主模块调用“通报设备故障”。 改进1 作了上述变动后，结构图的顶层与第一层 如下图： 病人监护 写数据库 通报不安全因素 通报 设备故障 检查数据 采集数据 消除“管道”模块 管道模块中所调用的下层模块之间没有任何紧密联系（内聚度低） 改进 通报设备故障时应通报床位号而 不应是病人号。 PN， USF，FS 病人监护 采集数据 检查数据 通报 不安全因素 获取 下一个病人 PN，FS EOF，EF PN，BN EOF FS EF USF USF PN FS2 PN，EF PN，FS FS SR SR 读取数据 检查 不合理范围 查询安全范围 判定病人是否安全 写数据库 通报 设备故障 EF BN PN，FS EF FS 床位号BN可由“采集数据”模块传给主模块，再由主模块传递给“通知设备故障”模块。但这样做增加了模块间的联系，改为由“采集数据”模块直接调用 改进 若使“ 读取数据”模块包括从病人号查床位号的功能，则“获取下一个病人”模块的界面可以简化： 采集数据 获取 下一个病人 PN EOF FS EF PN BN FS 读取数据 检查 不合理因素 从PN 查BN EOF PN 通报 设备故障 FS2 EF BN 简化模块界面 改进 采集数据 获取下一个病人 PN EOF FS EF PN BN FS EOF PN FS2 EF BN 采集病人数据 从PN查BN 从床号读数据 通报设备故障 检查不合理因素 增加公用模块 “读取数据”模块根据床号读取病人的数据，这段程序抽出来单独成为一个模块更好，名字为“从床号读数据”，这样该模块可以成为一个公用模块，供其它子系统使用 改进 BN “ 从床号读数据”调用“通报设备故障”可能发生这种情况：在某设备维修期间，这个程序可能重复报告该设 备故障，并且可以使“从床号读数据”模块功能更明确，公用性也更好 病人监护 采集数据 报告不安全因素 写数据库 判定 下一个病人 PN，FS EOF，EF PN EOF FS EF USF PN EF SR EF FS PN FS,SR 采集 病人数据 检查 安全范围 判定病人是否安全 通报 不安全因素 EF PN PN，FS USF 从PN查BN 从床号 读数据 通报 设备故障 检查不合理因素 BN BN EF EF FS BN FS FS2 PN,FS 改进 若由“检查数据”模块直接调用“通报不安全因素”模块，则可减少模块间的联系，即不用传递USF标志。这时“检