工学论文：软件工程中的结构化设计方法

 　1.结构图1.1结构图的基本成分结构图的基本成分有模块、调用和数据。结构图和层次图基本上是大同小异，主要是用来描绘软件结构的一种图形工具，图中设有很多方框，一个方框就代表一个模块，框内注明模块的名字或主要功能；方框之间的箭头（或直线）用来表示模块的调用关系。在通常情况下我们会在结构图中用箭头注释一下表示模块在调用过程中信息的来回传递。我们可以根据箭头的尾部形状标明某种信息，认定一种形状作为一种信息符号，自己只要按箭头形状就可以区分传递的信息是数据还是控制信息了。比如：尾部是空心圆就表示传递的是数据，实心圆就表示传递的是控制信息。
　　1.2附加符号结构图不仅仅只是一些基本符号，其实还有不少附加符号，它是用来表示模块的选择调用或循环调用的。其实，层次图和结构图对于模块调用次序方面要求的并不严格。再画模块方面很多人习惯按调用次序从左到右的方法画模块，其实又没有规定一定要这样，出于其他方面的考虑（例如为了减少交叉线），我们完全可以不按这种次序画，还有就是在层次图和结构图中并不指明什么时候调用下层模块。一般情况下上层模块中除了调用下层模块的语句之外还有其他语句，到底是先执行调用下层模块的语句还是先执行其他语句，丝毫不在图中指明。事实上，层次图和结构图往往只表明一个模块用来调用哪些模块，对于一些模块内不含其他成分的根本就不作表示。
　　2.信息流的类型在需求分析阶段，用SA方法产生了数据流图。面向数据流的设计能方便地将数据流图（data flow diagram，DFD）转换成程序结构图。DFD中从系统的输入数据流到系统的输出数据流的一连串连续变换形成了一条信息流。DFD的信息流大体可分为两种类型，就是中心变换流和事务流。
　　2.1变换流：信息在沿着输入通路进入系统，同时由外部形式变换成内部形式进入系统的信息，通过变换中心经加工处理，以后再沿着输出通路的变换成外部形式离开系统。当数据流具有了信息流的这种特征时这种信息流就叫做变换流。变换流型的DFD可明显地分为三大部分输入、变换（主加工）、输出。
　　2.2事务流：基本系统模型意味着变换流，由外部形成内部形式后到达事务中心。因此，事务中心可根据输入数据的类型在若干个动作序列中选出一个来执行，这种信息流称之为事务流。因为事务流有了有明显的事务中心，所以各式各样活动流都以事务中心为起点呈辐射状流出。事务中心主要完成下述任务：接收输入数据（输入数据又称为事务）；分析每个事务以确定它的类型；根据事务类型选取一条活动通路。
　　2.3设计过程：我们要懂得任何一个设计过程都不是统一的，固定不变的，设计的要求比较高，往往需要在方法上设计者不但具有超强的判断能力还要有规则性的创造精神。
　　3.事务分析我们可以在数据流有了一定的事务特点，也就是有一个明显的"发身中心"（事务中心）时，来设计软件结构但最好还是采用事务分析的方法比较好，因此，我们在任何情况下都可以使用变换分析方法来设计软件结构。事务分析的设计步骤和变换分析的设计步骤基本是大同小异，它们之间主要差别就是从数据流图到软件结构的映射方法不同。由事务流映射成软件结构包括一个接收分支和一个发送分支。也就是说从。抽象到具体地构造出软件的层次结构由事务中心的边界开始沿着接收分支流通路的处理映射成模块，然后调用模块来发送分支结构。并且控制下层的所有活动模块；可以用形式化的方法由数据图映射出软件结构。事务分析是从事务流型DFD导出程序结构图。
　　3.1事实上，事务中心是由若干条活动流组成的。基于事务中心和每条活动流的流特性，事务流型DFD在一般形式中无数条活动流都是以其事务中心为起点成辐射状地流出。有了活动流与事务之间的相互循环转变，让一条事务流型的DFD由输入流映射成高层的程序结构。
　　3.2将事务流型DFD映射成高层的程序结构。顶层模块的功能和软件工程中的结构化设计方法整个系统的功能是一样的。接收模块是用来接收输入数据以及接收与它相对应的输入流。而发送模块则是一个调度模块，它是用来控制下层的所有活动流模块。每个活动流模块都有其相对应的一条活动流，因此在该活动流的映照过程中顶层模块呈现在程序结构图中。
　　3.3进一步分解。仅过一段时间的接触我们了解了接收模块的分解和变换分析中输入控制模块的分解基本上一样。还有就是每个活动流模块都是根据它的流特性（变换流或事务流）进一步采用变换分析或事务分析进行分解。如果对待一个大系统，在通常情况下我们会把变换分析和事务分析应用到同一个数据流图的不同部分。因为"构件"是由很多子结构形成的，所以我们应该利用它们来构造完整的软件结构。事实上，当数据流不具有明显的事务特点的情况下，我们可以使用变换分析技术。相反如果具有明显的事务中心，就可以采用事务分析技术。我们应灵活运用变换分析和事务分析这两种映射规则。过程中要是有一些不必要或没多大用处的控制模块我们可以将它们进行整合。如果控制模块的功能过于复杂，可以将它们分解为多个或多个以上的控制模块，或者在中间增加层次型的控制模块。