结构化系统设计重点.pptVIP

* * PN， 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 第2次改进结果 第3次改进 若由“检查数据”模块直接调用“通报不安全因素”模块，则可减 少模块间的联系，即不用传递USF标志（排除控制耦合）。 “检查数据”的名字改为“报告不安全因素”更为恰当 病人监护 采集数据 报告不安全因素 写数据库 PN，FS EOF，EF EF USF PN SR，FS EF PN，FS 查询安全范围 通报不安全因素 PN，FS 判定病人是否安全 第4次改进 “获取下一个病人”模块的界面要返回病人号和床位号，如果“ 读 取数据”模块包括从病人号查床位号的功能，则“获取下一个病 人”模块的接口可以简化 采集数据 获取 下一个病人 PN EOF FS EF PN BN FS 读取数据 检查不合理因素 从PN查BN EOF PN 通报设备故障 FS2 BN 第5次改进 通过床号读取数据，功能很明确，但目前包含在“读取数据”模块中，这部分程序代码如果抽取出来单独成为一个模块更好，名字为“从床号读数据” 该模块可以成为一个公用模块，很易于重用 采集数据 获取下一个病人 PN EOF FS EF PN BN FS EOF PN FS2 BN 从PN查BN 从床号读数据 通报设备故障 检查不合理因素 BN 采集病人数据 第6次改进 “ 从床号读数据”应该是功能单一，调用“通报设备故障”不应属 于该模块内容。 将“通报设备故障”改为上层模块调用，使“从床号读数据”模块 功能更明确，公用性也更好 第7次改进 给护士站或维修站的通报消息可能采用了同一种方式或界面，因此 可能会有公用的模块，比如“写一行”（或“发出警报”之类） 因此再抽出一个模块“写一行”，供两个模块调用。 第6次改进结果 病人监护 采集数据 报告不安全因素 写数据库 判定 下一个病人 PN，FS EOF，EF PN EOF FS EF USF PN EF SR EF FS PN FS,SR 采集 病人数据 检查 安全范围 判定病人是否安全 通报 不安全因素 EF PN PN，FS 从PN查BN 从床号 读数据 通报 设备故障 检查不合理因素 BN BN EF FS BN FS FS2 PN,FS 第7次改进结果 病人监护 采集数据 报告不安全因素 写数据库 判定 下一个病人 PN，FS EOF，EF PN EOF FS EF USF PN EF SR EF FS PN FS FS,SR 采集 病人数据 检查安全范围 判定病人是否安全 通报 不安全因素 EF PN PN，FS 从PN查BN 从床号 读数据 通报 设备故障 产生一行 写一行 检查不合理因素 BN BN EF EF FS BN FS FS2 PN,FS 一行 一行 一行 7.4 代码设计和作用 代码:表征客观事物的一个或一组有序的符号，它应易于计算机和 人识别与处理。一般用数字、字母或其的组合来表示。代码设计是 科学管理的体现。如车牌号码、商品编码、身份证号、学号.... 代码的作用：鉴别功能、分 类 、排序、专用含义 唯一化 规范化 系统化 为事物提供一个概要而不含糊的认定，便于数据的存储和检索。 编码要有规律，符合某一类事物的聚集，提高处理的效率和精度。 也即标准化，符合国家或行业标准，提高数据全局一致性。 代码的类型 代码举例： 身份证号 国际书号 会计科目 考研报考的学校代码、专业代码 ．．． 数字型 字母型 数字字母混合型 结构简单，使用方便，也便于排序，但对象特征的描述不直观 便于记忆，人们有使用习惯。与同样长度的数字码相比，容量大得多。但会出现重复和冲突 兼有前两种代码的优点。但是其组成形式复杂，计算机输入不便，人工录入效率低，错误率高 如何保证代码输入的正确性 代码不允许出错，那么如何避免代码错误： 输入技术（如磁卡、IC卡、读卡器） 列表选择输入（少量） 界面中采用下拉表选择，不需要键盘输入 利用数据库中的代码表对照检查（较多） 代码量很多时，下拉选择不可取，可在数据库中为代码及其含 义建立数据表，手工输入后，在数据库中进行查询，如果存在 则可显示详细内容，否则表示输入有误 代码中设置校验位（上述方法都不适用时） 代码自身具有一定的验证功能 代码设计的步骤 -确定代码对象 -考查是否已有标准代码 -根据代码的使用范围、使用时间，根据实际情况选择 代码的种类与类型。 -考虑检错功能 -编写代码表 7.5 输