软件设计与编码.pptVIP

软件设计与编码 软件设计阶段的任务与目标 设计过程的一般模型 3.1.1 软件设计在开发阶段中的重要性 3.1.2 软件设计阶段的任务 软件设计的目标 3.2 软件结构与软件结构图 3.2.1 软件结构的基本概念 模块化降低软件复杂度的简单证明 软件的层次结构 3.2.2 软件的树状结构和网状结构 网状结构 3.2.3 软件结构图（SC图） 例:画出打印报告的软件结构图 3.3 模块的独立性 3.3.1 模块独立性(module independence) 3.3.1 模块独立性(module independence) 3.3.2 耦合性(Coupling) 耦合性的几种类型 3.3.3 内聚性(cohesion) 3.3.4 信息隐蔽 3.4 结构化设计（SD）方法 SD法的设计步骤 SD法的设计总则 3.4.2 数据流图的分类与典型的系统结构 典型的系统结构 3.4.3 变换分析技术 变换分析步骤 3.4.4 事务分析技术 3.4.5 实例：银行贷款文件管理 （MFUP） 分析: 图3.28修改贷款文件DFD 图3.29模块结构图 3.4.6 模块结构图的改进 3.4.6 模块结构图的改进 图3.31、图3.32 图3.33控制范围与作用范围 模块图的改进 举例： 模块图的改进 模块图的改进 模块图的改进 3.５详细设计 3.５.1 程序流程图 3.５.2 N—S图 N-S图举例 3.５.3 PAD图 例1 例2 PAD图的扩充图式 3.５.4 PDL语言 3.6.5 软件设计规格说明与复审 二、设计复审 必要性 统计表明：软件开发过程中50%~60%的错误是在设计阶段引入的。 二、复审方式 1、正式复审：会议详细审议。 2、临时性复审：对局部问题进行讨论。 要求对贷款文件进行修改，修改信息由卡片输入，卡片上的修改信息格式如下： 1-5位 6-9位 10位起 账号 空 ×× 修改值1* ×× 修改值2* …..** (序号） 其中 * 为分界符, * * 为结束符 贷款文件的记录格式（如表3-1 ） 修改记录（卡片）格式 3. 需求分析结果 贷款文件的DFD 图，是一种混合的 DFD 图。 输入为：卡片和旧记录。 输出为：新记录和报告。 4、将DFD图转换为模块结构图。 3.4.5 应用举例 修改记录 写记录 卡片 编辑卡片 检查顺序 检查次序 账号相等 错误 顺序卡片 修改信息 旧记录 顺序记录 要修改的记录 不修改的记录 已修改的记录 新记录 抽出修改 抽出编辑 顺序卡片 修改信息 2 3 4 5 6 7 9 编辑卡片加工分解 主加工是？？ 报告 报告 修改信息 顺序记录 新记录 3.4.5 应用举例 修改贷款文件的DFD图 需求分析结果 — DFD 图 答案 主加工 贷款文件 管理系统 取顺序 记录 修改 记录 打印 报告 打印 记录 比较 账号 取修改 信息 读旧 记录 检查 顺序 取 卡片 读卡片 检查顺序 卡片 卡片 顺序 卡片 旧记录 旧记录 顺序记录 顺序记录 顺序卡片 顺序卡片 已修改 编辑 卡片 “编辑卡片”应继续向下分解，是典型的“事务处理”型的DFD图。 写 记录 写记录 旧记录 不修改的记录 已修改的记录 新记录 修改记录 卡片 编辑卡片 检查顺序 检查次序 账号相等 错误 顺序卡片 修改信息 顺序记录 要修改的记录 报告 3.4.5 应用举例 转换后的模块图如图所示。 将DFD图转换为模块结构图 已编辑卡片 　　按照“降低块间联系，提高块内联系”的设计总则进行修改，完善系统的模块图，写出模块的功能说明。 具体应从以下方面改进： 1）尽可能建立功能模块 功能模块具有最强的内聚性，应满足信息屏蔽原则： 一个模块内所包含的信息（过程和数据）对不需要这些信息的模块是不能访问的（黑盒）。 功能模块的组成： 执行某项任务的部分 出错处理部分 返回结束标志 3.4.6 模块结构图的改进 2）消除重复功能 　　若两模块含有重复的部分，应设法将重复的功能消去。重复部分有完全相同和部分相同的情况，在确定重复部分及实施方案时，一定要谨慎小心。 3.4.6 模块结构图的改进 (a) X Y Q’1 Q’2 Y Q’2 Q X Q (b) (c) (d) Q 重复部分 Y Y X Q1 Y Q2 X X 控制范围 — 结构方面的特点，包括模块及其所有下属模块。 作用范围 — 判断所涉及到的模块，是从功能特点考虑的。 SD方法认为：当作用范围为控制范围的子集时，才能获得较低的块间联系。 如下图中的设计，判定的作用范围恰好在判定所在模块的下一层。 3）模块的作用范围与控制范围 TOP X T B A B1