软件工程导论class总体设计演示文稿.pptVIP

1 耦合 数据耦合Data coupling :两个模块彼此间通过参数交换信息，而且交换的信息仅仅是数据 控制耦合Control coupling : 传递的信息中有控制信息(尽管有时这种控制信息以数据的形式出现) 特征耦合: 当把整个数据结构作为参数传递而被调用的模块只需要使用其中一部分数据元素 当前第31页\共有66页\编于星期一\15点 1 耦合 公共环境耦合Common coupling :当两个或多个模块通过一个公共数据环境相互作用时,公共环境可以是全程变量、共享的通信区、内存的公共覆盖区、任何存储介质上 的文件、物理设备等等 内容耦合Content coupling: 当前第32页\共有66页\编于星期一\15点 控制耦合Control coupling : 传递的信息中有控制信息(尽管有时这种控制信息以数据的形式出现) 当前第33页\共有66页\编于星期一\15点 当前第34页\共有66页\编于星期一\15点 公共环境耦合Common coupling :当两个或多个模块通过一个公共数据环境相互作用时,公共环境可以是全程变量、共享的通信区、内存的公共覆盖区、任何存 储介质上的文件、物理设备等等 两个模块的公共环境，下面两种可能耦合 当前第35页\共有66页\编于星期一\15点 当前第36页\共有66页\编于星期一\15点 内容耦合Content Coupling (1)一个模块访问另一个模块的内部数据； (2)一个模块不通过正常入口而转到另一个模块的内部； (3)两个模块有一部分程序代码重叠(只可能出现在汇编程序中)； (4)一个模块有多个入口(这意味着一个模块有几种功能)。 当前第37页\共有66页\编于星期一\15点 当前第38页\共有66页\编于星期一\15点 原则: 尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，完全不用内容耦合 设计原则：尽量使用数据耦合，少用控制耦合，限制公共环境耦合，完全不用内容耦合。 数据耦合 控制耦合 公共环境耦合 内容耦合 低 高 当前第39页\共有66页\编于星期一\15点 2 内聚 低内聚 中内聚 高内聚 偶然内聚 过程内聚 顺序内聚 逻辑内聚 通信内聚 功能内聚 时间内聚 设计时应该力求做到高内聚，中内聚也可用 实践表明内聚更重要。 ? 当前第40页\共有66页\编于星期一\15点 当前第41页\共有66页\编于星期一\15点 当前第42页\共有66页\编于星期一\15点 高内聚 顺序内聚Sequential cohesion :如果一个模块内的处理元素和同一个功能密切相关，而且这些处理必须顺 序执行(通常一个处理元素的输出数据作为下一个处理元素的输入数据) 功能内聚Functional cohesion :如果模块内所有处理元素属于一个整体，完成一个单一的功能 当前第43页\共有66页\编于星期一\15点 5.3 启发规则 人们在开发计算机软件的长期实践中积累了丰富的经验，总结这些经验得出了一些启发式规则。 这些规则不是普遍适用的，但在许多场合能给软件工程师有益的启示。 下面介绍7条启发式规则 当前第44页\共有66页\编于星期一\15点 5.3 启发规则 1 改进软件结构提高模块独立性 设计出软件的初步结构以后，应该审查分析这个结构，通过模块分解或合并，力求降低耦合提高内聚 2 模块规模应该适中 过大不易理解(60行) 太小则接口开销过大 注意分解后不应降低模块的独立性 当前第45页\共有66页\编于星期一\15点 5.3 启发规则 3 深度、宽度、扇出和扇入都应适当 深度: 软件结构中控制的层数，它往往能粗略地标志一个系统的大小和复杂程度 层数过多则应该考虑合并 宽度: 软件结构内同一个层次上的模块总数的最大值 宽度越大系统越复杂 当前第46页\共有66页\编于星期一\15点 5.3 启发规则 3 深度、宽度、扇出和扇入都应适当 扇出: 一个模块直接控制(调用)的模块数目扇出过大意味着模块过分复杂，需要控制和协调过多的下级 模块 扇出过小(例如总是1)也不好 3或4(扇出的上限通常是5～9) 扇入:直接调用它的上级模块个数 不能违背模块独立原理单纯追求高扇入 当前第47页\共有66页\编于星期一\15点 软件工程导论class总体设计演示文稿 当前第1页\共有66页\编于星期一\15点 优选软件工程导论class总体设计 当前第2页\共有66页\编于星期一\15点 第5章 总体设计 分析阶段“做什么” 软件设计“怎样做” 将分析模型转换为软件设计 当前第3页