《SE05.pptVIP

* 广东工业大学计算机学院 * 5. 逻辑内聚 如果一个模块完成的任务在逻辑上属于相同或相似的一类，称为逻辑内聚（Logical Cohesion）。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 6. 时间内聚 如果一个模块包含的任务必须在同一段时间内执行，就叫时间内聚。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 7. 偶然内聚 如果一个模块完成一组任务，这些任务彼此间即使有关系，关系也是很松散的，就叫做偶然内聚。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 5.5.6 结构设计的一般准则 1. 模块独立性准则 （1）如果若干模块之间耦合强度过高，每个模块内功能不复杂，可将它们合并，以减少信息的传递和公共区的引用。 （2）若有多个相关模块，应对它们的功能进行分析，消去重复功能。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 2. 软件结构的形态特征准则 软件结构的深度、宽度、扇入及扇出应适当。 3. 模块的大小准则 在考虑模块独立性的同时，为了增加可理解性，模块的大小最好在50～150条语句左右，可以用1～2页打印纸打印，便于人们阅读与研究。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 4. 模块的接口准则 模块的接口要简单、清晰及含义明确，便于理解，易于实现、测试与维护。 模块接口的复杂性是软件发生错误的一个重要原因。因此，设计模块接口时，应尽量使传递的信息简单并与模块的功能一致。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 5.5.7 模块的作用域与控制域 一个模块的作用范围应在其控制范畴之内，且条件判定所在的模块应与受影响的模块在层次上尽量靠近。 如果在设计过程中，发现模块作用范围不在其控制范围之内，可用以下方法加以改进： （1）上移判断点。使该判断的层次升高，以扩大它的控制范围。 （2）下移受判断影响的模块。将受判断影响的模块下移到判断所在模块的控制范围内。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 图5-28 模块示意图1 图5-29 模块示意图2 图5-30 模块示意图3 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. * 广东工业大学计算机学院 * 5.6 结构化设计 5.6.1 数据流的类型 1. 变换型数据流图 根据信息系统的模型，信息一般是以外部