|
|
|
|
|
结构化方法规定了一系列模块的分解协调原则和技术，提出了结构化设计的基础是模块化，即将整个系统分解成相对独立的若干模块，通过对模块的设计和模块之间关系的协调来实现整个软件系统的功能。
|
|
|
|
|
|
|
|
|
|
系统流程图的特点在于它着重表达的是数据在系统中传输时所通过的存储介质和工作站点，与物理技术有密切的联系。
|
|
|
|
系统流程图的缺点在于它不能反映系统结构和每个模块的功能，无法评审系统是否符合用户的逻辑要求，也不可能知道系统的大小，是否易于维护和修改。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
如下图所示是一个描述仓库发料业务流程的系统流程图。
|
|
|
|
|
|
|
|
|
|
模块（module）是通过一个名字就可以调用的一段程序语言。包括输入和输出、逻辑功能、内部数据及其运行程序4部分。输入和输出、逻辑功能是模块的外部特征，说明系统如何从外界获得数据，然后如何处理、如何反馈的过程。运行程序和内部数据是模块的内部特征。模块用程序代码实现，内部数据是仅供该模块引用的数据。
|
|
|
|
模块一般用长方形表示。模块的名字写在长方形中，名字应该恰如其分地表达着一个模块的功能，如下图所示。
|
|
|
|
|
|
|
|
模块最显著的也是我们所关心的两个特点是抽象性和信息隐蔽性。
|
|
|
|
|
|
从信息系统规划到信息系统的分析和设计是一个抽象程度不断降低的过程。系统可行性分析阶段的抽象层次最高，我们要以概括的方式叙述问题的解决方案；在较低的抽象层次，我们采用过程性的方法对系统进行描述；当系统实现之后，专用术语直接用于系统表述和交流，抽象层次最低。
|
|
|
|
|
|
模块的信息隐蔽性指一个模块内所包含的信息（过程和数据），对其他那些不需要这些信息的外部模块的不可获取和不可访问性。因此好的模块可以通过定义一组独立的模块来实现。这些独立的模块彼此之间仅仅交换那些为了完成系统整体功能所必需交换的信息。
|
|
|
|
|
|
|
|
IPO图是一种反映模块的输入、处理和输出的图形化表格。其中I、P、O分别代指输入（input）、处理（process）和输出（output）。它描述了模块的输入输出关系、处理内容、模块的内部数据和模块的调用关系，是系统设计的重要成果，也是系统实施阶段编制程序设计任务书和进行程序设计的出发点和依据。IPO图的内容和形式如下图所示。
|
|
|
|
|
|
|
|
|
|
分层次自顶向下分解系统，将每个模块的输入、处理和输出关系表示出来就得到了HIPO图，如下图所示。
|
|
|
|
|
|
|
|
|
|
控制结构图描述了模块之间的调用方式，体现了模块之间的控制关系。基本调用方式主要有三种：直接调用、条件调用和重复调用，分别如下图所示。
|
|
|
|
|
|
|
|
如下图所示的调用方式是双重重复调用，它的含义是外层模块B、D被模块A每调用一次，内层模块C将被模块A调用多次。
|
|
|
|
|
|
|
|
|
|
结构化设计采用结构图（Structured Chart）描述系统的模块结构及模块间的联系。从数据流图出发，绘制HIPO图，再加上控制结构图中的模块控制与通信标志，实际上就构成了模块结构图。
|
|
|
|
结构图简明易懂，是系统设计阶段最主要的表达工具和交流工具。它可以由系统分析阶段绘制的数据流程图转换而来。但是，结构图与数据流程图有着本质的差别：数据流程图着眼于数据流，反映系统的逻辑功能，即系统能够“做什么”；结构图着眼于控制层次，反映系统的物理模型，即怎样逐步实现系统的总功能。从时间上说，数据流程图在前，控制结构图在后。数据流程图是绘制结构图的依据。总体设计阶段的任务就是要针对数据流程图规定的功能，设计一套实现办法。因此，绘制结构模块图的过程就是完成这个任务的过程。
|
|
|
|
结构图也不同于程序框图（Flow Chart）,后者用于说明程序的步骤，先做什么，再做什么。结构图描述各模块的“责任”，例如一个组织机构图用于描述各个部门的隶属关系与职能。
|
|
|
|
|
|
|
|
.调用，从一个模块指向另一模块的肩头表示前一个模块调用后一个模块。箭尾的菱形表示有条件地调用，弧形箭头表示循环调用。
|
|
|
|
.数据，带空心圆圈的小箭头表示一个模块传递给另一个模块的数据。
|
|
|
|
.控制信息，带实心圆圈的小箭头表示一个模块传递给另一个模块的控制信息。
|
|
|
|
模块结构图的层数称为深度。一个层次上的模块总数称为宽度。深度和宽度反映了系统的大小和复杂程度。
|
|
|
|
如下图所示是模块结构图的一个例子。该例子描述报表生成系统，从读入数据、经过计算到按一定格式打印出报表的过程。EOF是结束标志。
|
|
|
|
|
|
|
