第4章软件设计(案例)讲述.ppt

结构化设计方法及案例 实例：银行贷款文件管理 （MFUP） 实例：银行贷款文件管理 （MFUP） 需求分析结果 — DFD 图 将DFD图转换为模块结构图 3.5 面向对象的设计方法 * SD（Structured Design）法与SA、SP法前后衔接，是结构化开发方法的核心。 一、SD 法的基本概念 1. SD 法的两个阶段 总体设计 任务： 解决系统的模块结构，即分解模块，确定模块功能及系统模块的层次结构。 文档：模块结构图及其模块功能说明。 详细设计 对模块图中每个模块的过程进行描述，常用的描述的方式有：伪代码，流程图，N-S图，PAD图等。 二、SD 法的设计步骤 ⑴从DFD图导出初始的模块结构图(SC)。 ?中心变换型(transform center) _ 变换分析 ? 事务处理型(transaction) _ 事务分析 ⑵按照SD法设计总则，改进模块结构图。 注意：模块结构图不同于“框图”。 软件〈 层次性：反映软件整体的性质 (结构图) 过程性：反映局部的性质 (框图) 3.3 结构化设计方法(续） 这类数据流图可看成是对输入数据进行转换而得到输出数据的处理。 DFD图可以明显分为“输入—处理—输出”三部分。 （物理输入） （逻辑输入） （逻辑输出） 输 入 主加工 输 出 （物理输出） 检查 顺序 检查 合理性 扩充 代码 核对 记录 修改 压缩 代码 格式化 修改 数据 旧文件 新文件 中心变换型 的 DFD 图 　 这类数据流图有一个数据处理中心，按加工的结果选择一个输出数据流继续执行的处理。 　 如下图所示： 分类 报名 付款 注销 查询 复审 采用“事务分析”（transaction Analysis）技术 事务处理型 的 DFD 图 否 数字 6 限额 14 否 数字 8 业务总量 13 否 数字 8 余额 12 否 数字 6 最近一次付息日期 11 否 数字 6 最近一次业务日期 10 可 数字 5 信贷员号 9 否 字母 1 类型 8 可 数字 7 电话 7 可 数字 5 邮政编码 6 可 字母 15 市 5 可 字母 10 省 4 可 数字字母 30 地址 3 可 数字字母 30 户名 2 否 数字 5 帐号 1 可否修改 数据类型 长度（字节） 内 容 序号 要求对贷款文件进行修改，修改信息由卡片输入，卡片上的修改信息格式如下： 1~5位 6~9位 10位起 帐号 空 ×× 修改值1* ×× 修改值2* …..** (序号） 需求分析结果—DFD 图,是一种混合的 DFD 图。 实例：银行贷款文件管理 （MFUP） 修改记录 写记录 卡片 编辑卡片 检查顺序 检查次序 帐号相等 错误 顺序卡片 修改信息 旧记录 顺序记录 要修改的记录 不修改的记录 已修改的记录 新记录 修改分类 抽出修改 顺序卡片 修改信息 2 3 4 5 6 7 9 编辑卡片加工分解 主加工是？？ 报告 报告 修改信息 顺序记录 新记录 贷款文件 管理系统 取顺序 记录 修改 记录 打印 报告 打印 记录 比较 帐号 取修改 信息 读旧 记录 检查 顺序 取 卡片 编辑 卡片 读卡片 检查顺序 卡片 卡片 顺序 卡片 旧记录 旧记录 顺序记录 顺序记录 顺序卡片 顺序卡片 已修改 “编辑卡片”应继续向下分解，是典型的“事务处理”型的DFD图。 写 记录 修改记录 写记录 卡片 编辑卡片 检查顺序 检查次序 帐号相等 错误 顺序卡片 修改信息 旧记录 顺序记录 要修改的记录 不修改的记录 已修改的记录 新记录 报告 已编辑卡片 原始的数据流图 I P1 P2 P3 输入流 事务中心 加工路径 事务控制 接受事务 发送事务 P1 P2 P3 对应模块图 事务分析技术 编辑卡片 卡片 抽出修改项 编辑修改项 卡片 项 项 已编辑项 编辑项3 编辑项2 编辑项9 … 项2 项3 已编辑 项2 已编辑 项3 项14 已编辑项9 编辑卡片的分解 已编辑 卡片 按照“降低块间联系，提高块内联系”的设计总则进行修改，完善系统的模块图，写出模块的功能说明。 三、模块结构图的改进 功能模块的组成： 执行某项任务的部分 出错处理部分 返回结束标志 具体从以下方面改进： 1）尽可能建立功能模块 　 功能模块具有最强的内聚性，应满足信息屏蔽原则：一个模块内所包含的信息（过程和数据）对不需要这些信息的模块是不能访问的（黑盒）。 2）消除重复功能 若两模块含有重复的部分，应设法将重复的功能消