软件工程讲稿05概论.pptVIP

第四章 软件设计 1.软件的总体结构主要回答的问题 软件的组成部分 软件的层次关系 模块的内部处理逻辑 模块之间的界面 4. 软件设计分为两个阶段： (1) 概要设计(总体设计) 确定软件结构及各组成成份(子系统或模块)间的相互关系，确定系统的整体数据结构。 (2) 详细设计(过程设计) 确定模块内部的算法和数据结构，产生描述各模块程序过程的详细文档。 1.软件体系结构 软件体系结构包括两部分: (1)过程构件(模块)的层次结构 (2)数据构件 控制结构的层次规则： 只有一个顶层(0层)模块； 0层外任一模块都会在它的邻层存在一个模块与它有关； 同层模块间不发生联系； 2.软件过程 模块化是好的软件设计的一个基本准则。 高层模块 从整体上把握问题，隐蔽细节。 分解 复杂问题 较小问题 分解 可减少求解问题时所需要的总的工作量。 模块化和软件成本 4. 抽象(Abstraction) 软件的质量因素（包括如下四个方面） 可维护性 可靠性 可理解性 效率 §3 模块的独立性 1.模块独立性的概念 模块独立的含义： 模块完成独立的功能； 符合信息隐蔽和信息局部化原则； 模块间关联和依赖程度要尽量小。 用三个封装级别表示的软件结构 结构设计（或1级）标准，用以管理每一对封装级别的元素之间的相互关系。 上表的扩展：包括2级封装（所有的类） 1) 模块独立性的度量之一：耦合性 模块间相对独立性（相互依赖程度）的度量; 耦合性越高，模块独立性越弱。 耦合强度依赖的因素： 一模块对另一模块的引用 一模块向另一模块传递的数据量 一模块施加到另一模块的控制的数量 模块间接口的复杂程度 模块间耦合的类型 低 无直接耦合 耦 数据耦合 合 标记耦合 性 控制耦合 外部耦合 公共耦合 高 内容耦合 (1) 无直接耦合 数据耦合举例 标记耦合举例 将标记耦合修改为数据耦合举例 (4) 控制耦合 改控制耦合为数据耦合举例 (5) 外部耦合 (6) 公共耦合(公共数据区耦合) 公共耦合存在的问题： (1) 软件可理解性降低； (2) 诊断错误困难； (3) 软件可维护性差； (4) 软件可靠性差。 (公共数据区及全程变量无保护措施) 慎用公共数据区和全程变量!!! (7) 内容耦合 模块化设计的原则和目标： 模块的内聚性类型 　　低 偶然内聚 0分 逻辑内聚 1分 内 时间内聚 3分 聚 过程内聚 5分 　 性　 通信内聚 7分 信息内聚 9分 高 功能内聚10分 低内聚模块举例 为工程分析包执行错误处理的模块，当计算的数据超出预定义的边界时调用该模块，它完成下列任务： （1）根据初始计算的数据计算补充数据； （2）在用户的工作站上生成错误报告； （3）执行用户要求的跟踪计算； （4）更新数据库； （5）使选择后续处理的菜单有效。 虽然上述任务是松散相关的，但每一项都是独立的功能实体，最好作为独立的模块来完成各个功能。 (1)偶然内聚(巧合内聚) 模块内各部分间无联系！ (2) 逻辑内聚 (3) 时间内聚(经典内聚) (4) 过程内聚（顺序性组合） (5) 通信内聚 (6) 信息内聚 (7) 功能内聚 3.耦合、内聚与模块独立性关系 第四章 软件设计 一模块直接访问 另一模块的内部 信息(程序代码 或数据)。 最不好的耦合形式 !!! A B A B 模块代码 部分重叠 Entry1 …… Entry1 …… 多入口模块 一模块不通过正常入口，进入另一模块的内部。 第四章 软件设计 第四章 软件设计 耦合是影响软件复杂程度和设计质量的重要因素！ 目标：建立模块间耦合度尽可能松散的系统。 如何降低模块间耦合度？ (1) 尽量使用数据耦合； 　 少用控制耦合； 　 限制公共耦合的范围； 　 坚决避免使用内容耦合！ (2) 降低接口的复杂性 第四章 软件设计 2) 模块独立性的度量之二：内聚性 一个模块内部元素在功能上相互关联的强度。 设计目标：高内聚 (模块在软件过程中完成单一的任务) 模 块 独 立 性 弱(功能分散) 强(功能单一) 第四章 软件设计 第四章 软件设计 A B