(精)第4章 结构化设计方法——最新.ppt

第 4 章 结 构 化 设 计 方 法 4.1 软件设计的概念及原则 设计是一项核心的工程活动。 在20世纪90年代早期，Lotus 1-2-3的发明人Mitch Kapor在Dr. Dobbs杂志上发表了“软件设计宣言”，其中指出： “什么是设计？设计是你站在两个世界——技术世界和人类的目标世界——而你尝试将这两个世界结合在一起……”。 软件设计是后续开发步骤及软件维护工作的基础。如果没有设计，只能建立一个不稳定的系统结构。 4.1.2 软件设计的原则 分而治之——模块化 模块独立性 提高抽象层次 复用性设计 灵活性设计 4.1.2 软件设计的原则 分而治之 分而治之是人们解决大型复杂问题时通常采用的策略。将大型复杂的问题分解为许多容易解决的小问题，原来的问题也就容易解决了。 软件的体系结构设计、模块化设计都是分而治之策略的具体表现。 模块化 模块化就是把程序划分成独立命名且可独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。 自顶向下，逐步求精 逐步求精：为了能集中精力解决主要问题而尽量推迟对问题细节的考虑。 Miller法则（人类的认知规律）：一个人在任何时候都只能把注意力集中在7±2个知识块上。 将软件的体系结构按自顶向下方式，对各个层次的过程细节和数据细节逐层细化，直到用程序设计语言的语句能够实现为止，从而最后确立整个体系结构。 信息隐蔽 每个模块的实现细节对于其它模块来说是隐蔽的。 也就是说，模块中所包含的信息（包括数据和过程）不允许其它不需要这些信息的模块使用。 模块的独立性 定义: 是指软件系统中每个模块只涉及软件要求的具体的子功能, 而和软件系统中其它模块的接口是简单的。 有效的模块化使软件便于分工协作开发。 独立的模块比较容易测试和维护。 模块独立性的度量准则 耦合:是模块之间的互相连接的紧密程度的度量。 内聚:是模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的度量。 模块独立性比较强的模块应是高内聚低耦合的模块。 模块间的耦合  非直接耦合(Nondirect Coupling) 两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的。 非直接耦合的模块独立性最强。 一个模块访问另一个模块时，彼此之间是通过简单数据参数 (不是控制参数、公共数据结构或外部变量) 来交换输入、输出信息的。也是较理想的耦合。 例：计算圆面积 # include stdio.h float area (float radius) { return 3.14159*radius*radius ； } main( ) { float s，r； scanf(“%f ”，r)； s = area( r )； printf(“area is : %f\n”，s)； } 图a上下模块间传递的是用水量和用电量、水费和电费。属于数据耦合。 图b事先定义了数据结构： 房租水电=房租+用水量+用电量 则上下模块间属于特征耦合. 控制耦合 (Control Coupling) 如果一个模 块通过传送开 关、标志、名 字等控制信息， 明显地控制选 择另一模块的 功能，就是控 制耦合。 公共耦合（Common Coupling） 若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。 公共耦合的缺点 修改某个数据，将会影响所有模块 无法控制各个模块对公共数据的存取，影响软件模块的可靠性和适应性 公共数据名的使用，明显降低了程序的可读性 只有在模块之间共享的数据很多，且通过参数表传递不方便时，才使用公共耦合。 公共耦合的复杂程度随耦合模块的个数增加而显著增加。 若只是两模块间有公共数据环境，则公共耦合有两种情况。松散公共耦合和紧密公共耦合。 内容耦合 (Content Coupling) 一个模块直接访问另一个模块的内部数据。 一个模块不通过正常入口转到另一模块内部。 两个模块有一部分程序代码重迭。  (只可能出现在汇编语言中)。 一个模块有多个入口。 关于耦合，应该注意： 设计原则 尽量使用数据耦合 少用控制耦合 限制使用公共耦合（除非传递大量数据） 完全不用内容耦合 实际上，两个模块之间的耦合不只是一种类型，而是多种类型的混合。这就要求设计人员进行分析、比较，逐步加以改进，以提高模块的独立性。 模块内聚 偶然内聚（Coincidental Cohesion） 当模块内各部分之间没有联系，或者即使有联系，这种联系也很松散，则