|
|
|
|
|
|
|
模块化是将系统化分为若干模块的工作。模块化设计可以使整个系统设计简单，结构清晰，可维护性增强。模块化设计的目标是：每个模块完成一个相对独立的特定功能；模块之间的结构简单。简而言之就是要保证模块之间的独立性，提高每个模块的独立程度。
|
|
|
|
|
|
功能独立而且和其他模块之间没有过多相互作用和信息传递的模块被称为独立的模块。模块的独立程度可有两个定性标准度量：聚合（cohesion）和耦合（coupling）。聚合衡量模块内部各元素结合的紧密程度。耦合度量不同模块间互相依赖的程度。
|
|
|
|
.聚合，聚合度量模块内部各元素的关系，即其紧凑程度，表现在模块内部各元素为了执行处理功能而组合在一起的程度。模块的聚合有7种不同的类型，其中前三种聚合属于弱聚合。
|
|
|
|
.偶然聚合，如果模块所要完成的动作之间没有任何关系，或者仅仅是一种非常松散的关系，我们就称之为偶然聚合。例如，设计模块A、B、C均具有相同的部分代码α，则把α抽出作为一个单独的公用模块，如下图所示，这种聚合便被称为偶然聚合。
|
|
|
|
|
|
|
|
.逻辑聚合，如果一个模块内部的各个组成部分在逻辑上具有相似的处理动作，但是功能上、用途上却彼此无关，则被称为逻辑聚合。
|
|
|
|
.时间聚合，时间聚合又称为经典内聚。如果一个模块内部的各个组成部分所包含的处理动作必须在同一时间内执行，则被称为时间聚合。
|
|
|
|
.过程聚合，模块内部各个组成部分所要完成的动作虽然彼此间没什么关系，但是必须以特定的次序（控制流）执行，这种情况属于过程聚合。
|
|
|
|
.通信聚合，如果一个模块的各个组成部分所完成的动作都使用了同一个输入数据或产生同一输出数据，则被称为通信聚合。
|
|
|
|
.顺序聚合，对于一个模块内部的各个组成部分，如果前一部分处理动作的最后输出是后一部分处理动作的输入，则被称为顺序聚合。例如，模块A由两部分组成，一部分为编辑，另一部分为输出。编辑部分将其输出数据作为输出部分的输入，模块A即为顺序聚合模块。如下图所示。
|
|
|
|
|
|
|
|
.功能聚合，如果一个模块内部各个组成部分全部属于一个整体，并执行同一功能，且各部分对实现该功能都必不可少，则称该模块为功能聚合模块。
|
|
|
|
将以上各种类型的模块聚合方式从耦合程度、可修改性、可读性和通用性4个角度进行一下比较，可以得到下表。
|
|
|
|
|
|
|
|
在进行模块设计中，应当尽可能提高模块的聚合程度，使每个模块执行单一的功能，以降低模块间的联系，争取获得较高的模块独立性。尤其应该追求模块的功能聚合，如果可能，要将非功能性聚合的模块转化为功能聚合的模块。
|
|
|
|
.耦合，耦合用于度量系统内不同模块之间的互联程度。耦合强弱取决于模块间连接形式及接口的复杂程度。模块之间的耦合程度直接影响系统的可读性、可维护性及可靠性。在系统设计中应改进可能追求松散耦合的系统，因为模块连接越简单，错误传播的可能性就会越大，而且在这样的系统中测试、维护任何一个模块并不需要对其他模块有很多了解。模块之间的连接形式有数据耦合、控制耦合、公共耦合和内容耦合4种类型。
|
|
|
|
.数据耦合，如果两个模块彼此间通过数据参数（不是控制参数、共公数据结构或外部变量）交换信息，那么这种耦合就是数据耦合。例如，A模块向子模块A1、 A2传递的是数据信息，构成了数据耦合，如下图所示。
|
|
|
|
|
|
|
|
.控制耦合，如果两个模块彼此间传递的信息中有控制信息，那么，这种耦合被称为控制耦合。控制耦合与数据耦合很相似，只是传递参数中一个仅有数据，另一个还包含了控制信息。控制耦合可以通过适当的方式加以避免，如模块的再分解。例如，模块A与子模块A1、A2之间传递的既有数据信息又有控制信息则构成了控制耦合，如下图所示。
|
|
|
|
|
|
|
|
.公共耦合，若两个模块之间通过一个公共的数据区域传递信息，则被称为公共耦合或公共数据域耦合。公共数据域实际上就是多个模块公用数据的区域。公共耦合是一种不好的连接形式，尤其当一个公共数据区域被多个模块共同使用时，模块数越多，则其耦合的复杂度越大。这会给数据的保护、维护等带来很大的困难。例如，模块A、A2.1、Y1共用公共数据区内的元素，尽管A与Y1没有联系，但是它们之间存在着公共耦合，如下图所示。
|
|
|
|
|
|
|
|
.内容耦合，如果一个模块需要涉及另一个模块的内部信息时，则这种耦合成为内容耦合。例如，一个模块访问另一个模块的内部数据；一个模块调用另一个模块的部分程序代码等情况。
|
|
|
|
|
|
|
|
|
|
总之，聚合和耦合是相辅相成的两个设计原则，是进行模块设计的有力工具，模块内的高聚合往往意味模块之间的松耦合。要想提高模块内部的聚合性，必须减少模块之间的联系。
|
|
|
|
|
|
提高聚合程度，降低模块之间的耦合程度是模块设计应该遵循的最重要的两个原则。但除此之外，系统模块设计的过程中，还应该考虑其他方面的一些要求，遵循如下以下原则。
|
|
|
|
|
|
首先从系统的整体出发，根据系统的目标以功能划分模块。各个模块即互相配合，又各自具有独立功能，共同实现整个系统的目标。然后，对每个子模块在进一步逐层向下分解，直至分解到最小的模块为止。
|
|
|
|
|
|
系统深度是指系统结构中的控制层次。宽度表示控制的总分布，即统一层次的模块总数的最大值。系统的深度和宽度之间往往有一个较为适宜的比例。深度过大说明系统划分过细，宽度过大可能会导致系统管理难度的加大。
|
|
|
|
|
|
模块的大小一般使用模块中所包含的语句的数量多少来衡量。有这样一个参考数字，即模块的语句行数在50行～100行为最好，最多不超过500行。
|
|
|
|
|
|
模块的扇入指模块直接上级模块的个数，模块的直属下级模块个数即为模块的扇出。模块的扇入数一般来说越大越好，说明该模块的通用性较强。对扇出而言，过大可能导致系统控制和协调比较困难，过小则可能说明该模块本身规模过大。经验证明，扇出的个数最好是3或4，一般不要超过7，如下图所示，模块A的扇出系数为3，模块F的扇入系数为2。
|
|
|
|
|
|
|
|
|
|
如果模块分解不当，会造成大量的数据冗余，这可能引起相关数据分布在不同的模块中，大量原始数据需要调用，大量的中间结果需要保存和传递，以及大量计算工作将要重复进行的情况，可能会降低系统的工作效率。
|
|
|
|
|
|
结构化系统设计方法与结构化系统分析有着密切的联系。系统分析阶段，用结构化分析方法获得用DFD等工具描述的系统说明书。设计阶段则以DFD为基础设计系统的模块结构。本节讨论如何从数据流程图导出初始结构图。
|
|
|
|
数据流程图有两种典型的结构：变换型（transform）结构和事务型（transaction）结构。对这两种结构，可以分别通过变换分折方法和事务分析方法导出标准形式的结构图。采用这些方法时，都是先设计结构图的顶端主模块，然后自顶向下逐步细化，最后得到满足数据流程图要求的系统结构。
|
|
|
|
|
|
变换结构是一种线性结构。它可以明显地分成逻辑输入、主加工和逻辑输出。下图（a）是一个典型的例子。变换分析（Transform Analysis）过程可以分为三步：找出逻辑输入、主加工和逻辑输出；设计顶层模块和第一层模块；设计中、下层模块。下面分别进行讨论。
|
|
|
|
|
|
如果设计人员经验丰富，又熟悉系统说明书，则很容易确定系统的主加工。例如，几股数据流的汇合处往往就是系统的主加工。若一时不能确定哪是主加工，可以用下面的方法先确定哪些数据流是逻辑输入，哪些数据流是逻辑输出。
|
|
|
|
从物理输入端开始，一步步向系统的中间移动，直至这样一个数据流：它已不能再被看作系统的输入，则它的前一个数据流就是系统的逻辑输入。在下图（a）中，从“原始数据”这个数据流开始向中间移动，逐个分析数据流，发现数据流“P3→P4”不能再被理解为系统的输入了。因此，数据流“P2→P3”是逻辑输入。
|
|
|
|
同理，从物理输出端开始，逆数据流方向往中间移动，可以确定系统的逻辑输出。介于逻辑输入和逻辑输出之间的加工就是主加工。下图（a）中的处理框P3就是主加工。
|
|
|
|
当然，实际的数据流程图往往比这个例子复杂，输入、输出数据流都可能有多个。这时，需要对每个输入、输出数据流进行分析，确定相应的逻辑输入、逻辑输出。处于这些逻辑输入、逻辑输出之间的处理框就是主加工。主加工可能包括数据流程图中的多个处理框。
|
|
|
|
|
|
|
|
|
|
|
|
从上面的分析过程可以看出，逻辑输入、逻辑输出的划分涉及对数据流的理解。各人的理解不同，结果就有差异，但一般出入不会太大。
|
|
|
|
|
|
找到主加工之后，遵照“自顶向下，逐步加细”的原则，设计各层的模块。每创建一个模块，必须确定该模块的外部特征：模块的功能、与其他模块的界面（调用时传送的信息）。为每个模块起一个名字，这个名字应当恰如其分地反映出这个模块的功能。
|
|
|
|
系统的主加工就是系统的顶层模块，其功能就是整个系统的功能。
|
|
|
|
第一层模块按输入、变换、输出等分支来处理：为每一个逻辑输入设计一个输入模块，其功能是为顶层模块提供相应的数据；为每一个逻辑输出设计一个输出模块，它的功能即是输出顶层模块的输出信息；为主加工设计一个变换模块，它的功能就是将逻辑输入变换成逻辑输出。第一层模块与顶层模块之间传送的数据应该同数据流程图相对应。
|
|
|
|
上图（a）有一个逻辑输入，一个逻辑输出。所以对应结构图第一层模块共三个，即宽度为3，如上图所示。
|
|
|
|
|
|
对输入、变换、输出模块逐个分解，便可得到初始结构图。
|
|
|
|
输入模块要为系统提供逻辑输入，一般要进行变换，先确定实现最后变换的变换模块。这个变换模块显然又需要某些输入，对每个这样的输入，对应一个新的输入模块。用类似方法依次分解下去，直到最终的物理输入为止。
|
|
|
|
|
|
对变换模块的分解，目前还没有与上面类似的方法。此时，需要研究数据流程图中相应加工的组成情况。
|
|
|
|
|
|
下图是事务型结构的例子。这种结构中，某个加工将它的输入分离成一串平行的数据流，分别执行后面的某些加工。对于这种类型的数据流程图，可以通过事务分析得到相应的结构图。
|
|
|
|
|
|
|
|
事务分析也是按“自顶向下，逐步细化”的原则进行的。先设计主模块，其功能就是整个系统的功能。下面有一个“分析模块”和“调度模块”。前者分析事务的类型，后者根据不同的类型调用相应的下层模块。这样得到与上图相应的结构图，如下图所示。这里作用范围可能在控制范围之外，从而产生控制耦合。对于不太复杂的系统，可以通过采用逐模块判别事务类型来解决这一问题。对于复杂的问题。还得分开设模块。
|
|
|
|
|
|
|
|
前面讨论了变换分析、事务分析。但实际应用中并非这么典型。这两种分析方法往往交替使用。数据流图的某一个局部可能是变换型，另一个局部可能是事务型，如此等等。这时，一般以变换分析为主，辅以事务分析。各个系统有不同的特点，初始结构图的设计方法也不同。凡是满足系统说明书要求的结构图都可以作为初始结构图。这里称之为初始结构图，是因为数据流图并没有完全反映出用户的要求（如查询要求、控制流），因此，按数据流图导出的结构图还要参照说明、查询分析等文档进行调整。
|
|
|
