第5章总体的设计.ppt

第5章 总体设计 5.1 设计过程 5.2 设计原理 5.3 启发规则 5.4 描绘软件结构的图形工具 5.5 面向数据流的设计方法 5.6 小结 掌握： 软件设计过程中应遵循的基本原理和相关概念； 描绘软件结构的图形工具的运用； 面向数据流设计方法概念；变换分析、事物分析法过程和应用。 理解： 典型的总体设计过程包括的步骤； 设计中的启发式规则； 软件设计是后续开发步骤及软件维护工作的基础。如果没有设计，只能建立一个不稳定的系统结构 软件设计分为两个阶段： (1) 总体设计(概要设计) 确定软件的结构以及各组成成分(子系统或模块)之间的相互关系。 (2)详细设计 确定模块内部的算法和数据结构，产生描述各模块程序过程的详细文档。 软件的总体结构主要回答的问题 软件的组成部分 软件的层次关系 模块的内部处理逻辑 模块之间的界面 软件设计的问题 5.1 设计过程 5.2 设计原理 5.2.1 模块化 5.2.2 抽象 5.2.3 逐步求精 5.2.4 信息隐藏和局部化 5.2.5 模块独立 5.2.1 模块化 什么是模块？ 模块是由边界元素限定的相邻的程序元素(例如，数据说明，可执行的语句)的序列，而且有一个总体标识符来代表它。 过程、函数、子程序和宏等，都可作为模块。 面向对象范型中的对象是模块，对象内的方法也是模块。模块是构成程序的基本构件。 什么是模块化？ 就是把程序划分成独立命名且可独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。 　 图5.1 模块化和软件成本 5.2.2 抽象 人类在认识复杂现象的过程中使用的最强有力的思维工具是抽象。人们在实践中认识到，在现实世界中一定事物、状态或过程之间总存在着某些相似的方面(共性)。把这些相似的方面集中和概括起来，暂时忽略它们之间的差异，这就是抽象。或者说抽象就是抽出事物的本质特性而暂时不考虑它们的细节。 软件工程过程的每一步，都是对软件解法的抽象层次的一次细化。在可行性研究阶段，软件被看作是一个完整的系统部分；在需求分析期间，我们使用在问题环境中熟悉的术语来描述软件的解法；当我们由总体设计阶段转入详细设计阶段时，抽象的程度进一步减少；最后，当源程序写出来时，也就达到了抽象的最低层。 　 5.2.3 逐步求精 逐步求精最初是由Niklaus Wirth提出的一种自顶向下的设计策略。 Miller法则：一个人在任何时候都只能把注意力集中在（7±2）个知识块上。 但是，在开发软件的过程中，软件工程师在一段时间内需要考虑的知识块数远远多于7。 求精实际上是细化过程。我们从在高抽象级别定义的功能陈述（或信息描述）开始，也就是说，该陈述仅仅概念性地描述了功能或信息，但是并没有提供功能的内部工作情况或信息的内部结构。求精要求设计者细化原始陈述，随着每个后续求精（即细化）步骤的完成而提供越来越多的细节。 抽象与求精是一对互补的概念。抽象使得设计者能够说明过程和数据，同时却忽略低层细节。事实上，可以把抽象看作是一种通过忽略多余的细节同时强调有关的细节，而实现逐步求精的方法。求精则帮助设计者在设计过程中逐步揭示出低层细节。这两个概念都有助于设计者在设计演化过程中创造出完整的设计模型。 5.2.4 信息隐藏和局部化 信息隐藏：设计和确定模块时，使得一个模块内包含的信息(过程和数据)对于不需要这些信息的模块来说，是不能访问的。 局部化：是指把一些关系密切的软件元素物理地放得彼此靠近。 5.2.5 模块独立 模块独立性概括了把软件划分为模块时要遵守的准则，也是判断模块构造是否合理的标准。 模块的独立性可以由两个定性标准度量： 耦合：用于衡量不同模块彼此间互相依赖（连接）的紧密程度； 内聚：用于衡量一个模块内部各个元素间彼此结合的紧密程度。 1. 耦合 设计目标：低耦合 数据耦合举例 控制耦合举例 控制耦合增加了理解和编程的复 杂性，调用模块必须知道被调模 块的内部逻辑，增加了相互依赖。 去除模块间控制耦合的方法： (1)将被调用模块内的判定上移到调 用模块中进行 (2)被调用模块分解成若干单一功 能模块 改控制耦合为数据耦合举例 （3）特征耦合 当把整个数据结构作为参数传递而被调用的模块只需要使用其中一部分数据元素时，就出现了特征耦合。 在这种情况下，被调用的模块可以使用的数据多于它确实需要的数据，这将导致对数据的访问失去控制，从而给计算机犯罪提供了机会。 特征耦合例子 将特征耦合修改为数据耦合 一组模块引用同一个公用数据区(也称全局数据区、公共数据环境)。 公共数据区指： 全局数据结构 共享通讯区 内存公共