第4章信息系统设计与实施2.pptVIP

第4章 信息系统设计与实施（2） * (4)模块的规模 系统分解模块时，每一个模块的规模应多大呢?大量的实践表明，一个模块的规模不可过大，也不可过小。 过大的模块常常使系统的分解不充分，其内部可能包含了若干部分的功能，使模块的块内联系降低，因此有必要做进一步分解，即把原有的模块变成若干功能尽可能单一的模块。 但分解也必须适度，因为过小的模块有可能降低模块的独立性，造成系统接口的复杂。 一条有益的经验是，一个模块的规模最好限制在1~2页纸内，这样的模块易于编制、维护、修改。当然，大模块的分解不应以模块的语句行数来决定，最主要的还是要求按功能分解，否则容易产生过程与时间块内联系。 第4章 信息系统设计与实施（2） * (5)模块的作用范围与控制范围 模块的作用范围是指受该模块内部的一个判定影响的所有模块的集合，只要某一模块中含有一些依赖于这个判定的操作，那么该模块就在这个判定的作用范围之中，如果整个模块的全部操作都受该操作的影响，则这个模块连同它的上级模块都在这个判定的作用范围内。 模块的控制范围包括该模块本身及所有的下属模块的集合。控制范围完全取决于系统的结构，它与模块本身的功能并无多大关系。 以上图 (a)为例，模块A的控制范围是集合(B，C，D，E，F，G)。 第4章 信息系统设计与实施（2） * 系统设计中，对于模块的控制范围和作用范围，存在着下面两条规则： ①所有受模块M的一个判定影响的模块应从属于模块M，即对任何一个内部存在判定调用逻辑的模块，其作用范围应是其控制范围的子集。 ②受模块M判定影响的模块，最好局限在模块M本身或其直属下级模块，即做出判定调用的模块与属于该判定作用范围的模块在系统的层次上不能相隔过远，否则会增大模块间的块间联系。 第4章 信息系统设计与实施（2） * 现分析上图 (a)，假设模块B做出的判定影响到模块E和模块C，而模块C又不在B的判定影响范围内，显然这样的结构难以理解。为了使模块B的判定能影响模块C，需要设置一个控制标记传递给B、C的上级模块A，模块A再传递给模块C，这样就使得模块间的联系增大，同时出现控制作用的块间联系。 设计中，如果发现模块的作用范围不在其控制范围内可进行下述的改进： 将做判定的模块合并到它的调用模块中或把判定上移到足够高的位置。将受判定影响的模块下移到做判定模块的控制范围内。 例如，图 (a)中的模块C可移到模块B下，见图 (b)。 第4章 信息系统设计与实施（2） * (6)其他有益的建议 除了上述的一些规则和建议外，在设计时，还有一些其他方面的考虑。如： 应该设计单入口、单出口的模块，从而不使模块间出现内容联系，一个模块，应设计成“暗盒”形式，只完成一个单独的子功能，这就使得模块内部有很强的块内联系，模块的接口设计简单，若接口复杂，则有可能存在高块间联系、低块内联系。 第4章 信息系统设计与实施（2） * 以上所列举的一些带有启发性的规则或建议多是从大量的统计得出的经验，并不是具有普遍性的规律。 在设计一个信息系统时，应本着“具体问题具体分析”的原则，针对问题进行设计，这才是惟一的正确的途径。此外，还应善于发现总结那些对改进系统设计、提高系统质量方面有益的经验，使工作越做越好。 第4章 信息系统设计与实施（2） * 五、从数据流图导出模块结构图 1．概述 系统设计阶段的SD方法与系统分析阶段的SA方法有着密切的联系。 SD方法通常与SA方法衔接起来使用，分析阶段用SA方法获得了用数据流图等描述的系统说明书，SD方法则以数据流图为基础设计程序的模块结构。从表达“用户需求”的数据流图可以根据一些简单的规则导出初始的模块结构。 信息系统的数据流图一般有两种典型结构： 变换型结构和事务型结构。 第4章 信息系统设计与实施（2） * 变换型结构(见下图 (a))是一种线性状结构。 可以明显地分为输入、主加工和输出三个部分； 事务型结构(见下图 (b))通常都可以确定一个处理逻辑为系统的事务中心。 该事务中心应该具有以下四种逻辑功能： (1)获得原始的事务记录； (2)分析每一个事务，从而确定它的类型； (3)为这个事务选择相应的逻辑处理路径； (4)确保每一个事务能够得到完全的处理。 这两种典型的结构可分别通过“以变换为中心的分析”和“以事务为中心的分析”技术导出标准形式的模块结构图。 第4章 信息系统设计与实施（2） * 第4章 信息系统设计与实施（2） * 2．以变换为中心的设计 该方法的基本思想是： 以数据流图为基础。 首先，找出变换中心，确定模块结构图的顶层模块。 然后，按照“自顶向下”的设计原则逐步细化。 最后，得到一个满足数据流图所表达用户要求的模块结构。 整个过程可分为以下三步： (1)找出变换中心，确定出主加工 (2)设计模块结构图的顶层和