第5章-总体设计-2

回顾软件设计的任务软件总体设计的步骤什么是好的软件设计?2/3/20230回顾结构化设计方法将问题的解决方案表述为：软件结构图+关系数据模式

软件结构图描述软件系统的程序结构关系数据模式描述软件系统的数据库结构结构化设计工作主要包括程序结构设计和数据库设计2/3/20231回顾数据设计过程设计结构设计总体设计详细设计管理角度技术观点接口设计2/3/20232设计原理模块化抽象逐步求精信息隐藏和局部化

模块独立回顾2/3/20233五、模块独立模块的独立性的概念是模块化、抽象、信息隐藏和局部化概念的直接结果。模块独立性原则，希望每个模块完成一个相对独立的功能，并与其他模块之间的关系尽量简单。设计原理2/3/20234五、模块独立设计时追求模块独立理由有二：第一，功能与接口都简单，便于团队分工协作。第二，易测试、易维护。比如手和脚是两个“功能独立”的模块。没有脚时，手照样能干活。没有手时，脚仍可以走路。但如果想让人跑得快，那么迈左脚时一定要伸右臂甩左臂，迈右脚时则要伸左臂甩右臂。所以在设计模块时不仅要考虑“这个模块应当有什么样的功能”，还要考虑“这个模块应该怎样与其它模块交流信息”。设计原理2/3/20235耦合

模块之间的相对独立性的度量内聚

模块功能强度的度量模块的独立程度可以由两个定性标准度量设计原理五、模块独立设计目标：力争高内聚、低耦合因为只有低耦合才能更好的适应变化，更好的复用和扩展。

2/3/20236设计原理五、模块独立耦合是对一个软件结构内各个模块之间互连程度的度量。耦合强弱取决于模块间接口的复杂程度，调用模块的方式，以及通过接口的信息。根据模块间耦合程度的强弱的标准，划分耦合类型，共有五种。

2/3/20237五、模块独立---耦合非直接耦合数据耦合特征耦合控制耦合5。外部耦合6。公共环境耦合7。内容耦合弱耦合中耦合较强耦合强耦合模块1模块2模块3模块4数据耦合通过简单变量交换数据特征耦合通过数据结构交换数据非直接耦合模块之间没有信息传递模块A模块B模块C模块D模块L模块NFlag=1?S1S2模块1控制耦合模块之间传递的是控制信息TF模块A模块B内容耦合

访问其它模块的内部数据直接跳到其他模块内部执行公共环境耦合通过公共数据环境相互作用模块2一组模块都访问同一全局简单变量2/3/20238公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。公共耦合的复杂程度随耦合模块的个数增加而显著增加。若只是两模块间有公共数据环境，则公共耦合有两种情况。松散公共耦合和紧密公共耦合。五、模块独立—耦合设计原理2/3/20239内聚类型说明非直接耦合两个模块之间没有直接关系数据耦合通过简单数据参数交换信息特征耦合通过复杂数据参数交换信息控制耦合传送开关、标志、名字等控制信息外部耦合访问同一全局简单变量公共耦合访问同一个公共数据环境内容耦合一个模块可直接访问另一模块五、模块独立--耦合度设计原理2/3/202310两模块之间是否没有任何信息传递？11非直接耦合22数据耦合33特征耦合44控制耦合55外部耦合66公共耦合77内容耦合以何种方式

传递信息？传递的信息类型？共享数据YESNO简单类型参数表传递的信息类型？直接读取数据结构标志量简单类型数据结构耦合强度等级设计原理2/3/202311设计原理五、模块独立设计原则：控制耦合是一种中等程度的耦合。应尽可能少用。外部耦合和公共耦合是较强程度的耦合。尽管有时无法避免，但要特别注意、严加控制。内容耦合是耦合程度最强的耦合，极大增强了软件的复杂性，给维护带来严重困难，是“病态联系”，应禁止使用。实际完全可以避免。2/3/202312设计原理特征耦合的模块联接形式不如数据耦合形式好，如果不是特别需要，尽量使用数据耦合形式。2/3/202313设计原理特征耦合可不改特征耦合改为数据耦合2/3/202314五、模块独立—耦合本质上，控制耦合干涉了被调用模块的内部处理逻辑，这样就造成了B模块不再是一个暗盒，因此是一种不好的设计形式。控制耦合设计原理2/3/202315五、模块独立—耦合去除模块间控制耦合的方法：(1)将被调用模块内的判定上移到调用模块中进行(2)被调用模块分解成若干单一功能模块A计算平均分B1平均成绩最高成绩计算最高分B2改控制耦合为数据耦合举例设计原理2/3/202316五、模块独立—内聚模块的内聚性是反映模块的独立性的另一个侧面，模块内聚性越强，其独立性就越好。内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐藏和局部化概念的自然扩展。简单地说，理想内聚的模块只做一件事情。设计时应该力求做到高内聚。设计原理2/3/2023171偶然型内聚CoincidentalCohesion3时间型内聚TemporalCohesion4过程型内聚ProceduralCohesion5通讯型内聚CommunicationalCohesion6顺序型内聚SequentialCohesion7功能型内聚FunctionalCohesion１２３４５６７弱强低内聚中内聚高内聚2逻辑型内聚LogicalCohesion设计原理2/3/202318内聚类型说明偶然型内聚各组成部分在功能上互不相关逻辑型内聚各组成部分逻辑功能相似时间型内聚各组成部分需要在同一时间内执行过程型内聚各组成部分必须按照某一特定的次序执行通信型内聚各组成部分处理公共的数据顺序型内聚各组成部分顺序执行，前一个的输出数据为后一个的输入数据功能型内聚内部所有活动均完成单一功能设计原理2/3/202319

模块T中的三条语句毫无关系，A、B、C、D都不在文件CARDFILE中。模块P、Q、R分别与三条语句有关。PQRMOVEATOBREADCARDFILEMOVECTOD

偶然型模块五、模块独立—内聚1、偶然型（CoincidentalCohesion)-节约空间又称为巧合型，为了节约空间，将毫无关系（或者联系不多）的各成分放在一个模块中。这样的模块显然不易理解，不易修改。T设计原理返回2/3/202320

将几个逻辑上相似的功能放在一个模块中，调用时由调用模块传递的参数确定执行的功能。由于要进行控制参数的传递，必然要影响模块的内聚性。

五、模块独立—内聚2、逻辑型（LogicalCohesion)--节约空间设计原理2/3/202321ABCEFGABCEFGA1B1C1EFG模块内部逻辑E、F、G逻辑功能相似，组成新模块EFG公用代码段公用代码段缺点：增强了耦合程度(控制耦合)不易修改，效率低返回五、模块独立—内聚

3、时间型（TemporalCohesion)将需要同时执行的成分放在一个模块中，因为模块中的各功能与时间有关，因此又称为瞬时内聚或经典内聚。例如，初始化模块，中止模块等这类模块内部结构较简单，一般较少判定，因此比逻辑内聚强，但是由于将多个功能放在一起，给修改和维护造成困难。返回设计原理2/3/202323五、模块独立—内聚

4、过程内聚：模块内各处理成分相关，且必须以特定次序执行读入成绩单审查成绩单统计成绩打印成绩读入并审查成绩单统计并打印成绩单设计原理返回2/3/202324五、模块独立—内聚5、通信型（CommunicationalCohesion)模块中的成分引用共同的输入数据，或者产生相同的输出数据，则称为是通信内聚模块。通信型模块比瞬时型模块的内聚性强，因为模块中包含了许多独立的功能，但却引用相同数据。通信模块一般可以通过数据流图来定义。A打印报告1打印报告2打印报告2B存入打印C修改删除打印（a）（b）（c）通信型模块设计原理返回2/3/202325五、模块独立—内聚6、顺序型（SequentialCohesion)

模块内的各处理成份均与同一功能相关,且模块中某个成分的输出是另一成分的输入。由于这类模块无论数据还是执行顺序，模块中的一部分依赖于另外一部分。因此具有较好的内聚性。

顺序型模块，编辑功能的输入是读入功能的输出，打印功能的输入是累加功能的输出。读入编辑A数据累加打印B结果顺序型模块设计原理返回2/3/202326五、模块独立—内聚7、功能型（SequentialCohesion)一个模块包括而且仅包括完成某一具体功能所必须的所有成分。或者说，模块的所有成分都是为完成该功能而协同工作、紧密联系、不可分割的。例如仅完成以下功能的模块为功能模块：

●求平方根

●求解一元二次方程

●计算利息

●判素数

求解方程的功能模块求一元二次方程求平方根AB设计原理返回2/3/202327该模块是否只完成单一的功能？7功能型内聚6顺序型内聚5通信型内聚4过程型内聚3时间型内聚2逻辑型内聚1偶然型内聚模块内的活动依据什么发生联系？次序是否重要？次序是否重要？所有的活动是同一类的吗？NONOYESNO数据YESNO控制流都不是YESYES内聚强度的划分设计原理2/3/202328算多个地点的每日平均温度初始化求和并打开文件创建新的温度记录存储温度记录关闭文件并打印平均温度功能型内聚

偶然内聚

偶然内聚功能型内聚读取地点、时间和温度存储特定地点温度编辑地点、时间或温度字段功能型内聚功能型内聚功能型内聚逻辑内聚每个内聚的模块互联例2/3/202329补充：层内聚(layercohesion)

把向用户或高层提供相关服务的功能放在一起.用户界面应用逻辑访问操作系统访问数据库网络通信应用程序的典型层次2/3/202330本章要点一、软件设计概述二、总体设计的过程三、总体设计原理四、启发规则五、常用的描述软件结构的图形工具六、面向数据流的设计方法七、案例分析八、软件总体设计文档2/3/202331

实践中，总结经验得出了一些启发式规则。发式规则虽然不像上基本原理和概念那样普遍适用，但是在许多场合仍然能给软件工程师以有益的启示，能帮助他们找到改进软件设计提高软件质量的途径。启发规则2/3/202332启发规则启发规则改进软件结构提高模块独立性。模块规模应该适中。深度、宽度、扇出和扇入都应适当。模块的作用域应该在控制域之内。力争降低模块接口的复杂程度。

设计单入口单出口的模块。

模块功能应该可以预测。2/3/2023331.改进软件结构，提高模块独立性设计出软件的初步结构以后，应该审查分析这个结构，通过模块分解或合并，力求降低耦合提高内聚。例如，多个模块公有的一个子功能可以独立成一个模块，由这些模块调用；有时可以通过分解或合并模块以减少控制信息的传递及对全程数据的引用，并且降低接口的复杂程度。启发规则2/3/202334如C1，C2有类似功能，也有不同功能。可把功能类似的部分分离出来，增加一个公共下属模块

A

C1’

A

C2’

C

’

C

A’

B’

A

C1A

C2

如果余下的C1，C2比较简单，可分别与其上级模块合并，以减少控制的传递、全局数据的引用和接口的复杂性。启发规则2/3/202335启发规则2.模块规模应该适中经验表明，一个模块的规模不应过大。过大的模块往往是由于分解不充分，但是进一步分解必须符合问题结构，一般说来，分解后不应该降低模块独立性。模块数目过多将使系统接口复杂，因此过小的模块有时不值得单独存在。2/3/202336启发规则MDBCAEKLNGFHPRSJTIQ扇出扇入宽度深度3.深度、宽度、扇出和扇入都应适当2/3/202337深度：

程序结构的层次数。扇出：

表示一个模块直接调用（或控制）的下属模块的个数.宽度：

层次结构中同一层模块的最大模块个数。扇入：

一个模块的直接上级模块的模块。启发规则2/3/2023383.深度、宽度、扇出和扇入都应适当深度和程序长度之间应该有粗略的对应关系。如果层数过多则应该考虑是否有许多管理模块过分简单了，能否适当合并。一般说来，宽度越大系统越复杂。对宽度影响最大的因素是模块的扇出。启发规则2/3/202339启发规则扇出过大意味着模块过分复杂，需要控制和协调过多的下级模块；扇出过小(例如总是1)也不好。经验表明，一个设计得好的典型系统的平均扇出通常是3或4(扇出的上限通常是5～9)。扇出太大一般是因为缺乏中间层次，应该适当增加中间层次的控制模块。扇出太小时可以把下级模块进一步分解成若干个子功能模块，或者合并到它的上级模块中去。当然分解模块或合并模块必须符合问题结构，不能违背模块独立性原理。2/3/202340

编外人员工资取得工资数据计时制工资额薪金制工资额编外人员税款编外人员扣款常规扣款税收扣款计算实发工资模块的高扇出启发规则2/3/202341

计算实发工资取得工资数据计时工人实发工资计薪工人实发工资编外人员实发工资编外人员工资计时制工资额薪金制工资额编外人员税款编外人员扣款常规扣款税收扣款合理的模块扇出启发规则2/3/202342扇入越大则共享该模块的上级模块数目越多，这是有好处的，但不能违背模块独立原理单纯追求高扇入。观察大量软件系统后发现，好的软件结构通常顶层扇出比较高，中层扇出较少，底层扇入到公共的实用模块中去(底层模块有高扇入)。启发规则QQ1Q2Q3Q2/3/202343控制域—一个模块的控制域，等于模块本身加上其下级模块,即可供它调用的模块。作用域—一个模块的作用域，是受这个模块中的判定所影响的模块。图中模块A的控制范围：A、B、C、D、G、E、F如果模块F的判定涉及到模块B、E、F。则F的的作用范围：B、E、FABCDGEFFBE(a)启发规则4.模块的“作用域”应该在“控制域”之内2/3/202344当作用域为控制域的子集时，才能获得较低的块间联系。如图中的设计，判定的作用范围恰好在判定所在模块的下一层。TOPXTBAB1B2图(b)中模块TOP的控制范围是：

模块TOP、X、T、B、A、B1、B2；模块B的控制范围与作用范围相同，均为：模块B、A、B1、B2(b)4.模块的“作用域”应该在“控制域”之内启发规则2/3/202345答案显然，图（a）不满足作用范围应与控制范围的原则，模块F的作用范围不在控制范围之内。图（b）中模块TOP和图（c）中模块B虽然满足上述原则，但其作用范围所涉及到的模块不是直接的。图（d）的模块设计最合理。控制范围与作用范围举例TOPABCDEF(a)◆TOPABCDEF(d)◆TOPABCDEF(b)◆TOPABCDEF(c)◆比较(a)、(b)、(c)、(d)4种设计方案的优劣！2/3/202346作用域/控制域规则若F中有判定，影响到B…若M中有判定，影响到B和F…若A中有判定，影响到B和F…若C中有判定，影响到D和F…不好，使模块间出现控制耦合

可用。但不好，判定在模块层次中的位置太高较好：控制范围包含了作用范围，距离也尚可理想的设计

M

AG

EB

CD

F

启发规则2/3/2023475.力争降低模块接口的复杂程度模块接口复杂是软件发生错误的一个主要原因。应该仔细设计模块接口，使得信息传递简单并且和模块的功能一致。接口复杂或不一致性(即看起来传递的数据之间没有联系)，是紧耦合或低内聚的征兆，应该重新分析这个模块的独立性。启发规则2/3/2023486.设计单入口、单出口的模块该规则警告软件工程师，不要出现内容耦合。当从顶部进入、底部退出时，模块是易理解的，也易维护。启发规则2/3/2023497、模块的功能应该能够预测把一个模块看作黑盒子，只要输入的数据确定，就能产生确定的欲期输出，这个模块的功能就是可以预测的。带有内部“存储器”的模块的功能可能是不可预测的，因为它的输出可能取决于内部存储器(例如某个标记)的状态。由于内部存储器对于上级模块而言是不可见的，所以这样的模块既不易理解又难于测试和维护。启发规则2/3/202350总体设计原理小结

(1)遵照模块的特性:分解、抽象、信息隐蔽、模块的独立,结构化.(2)模块的功能是完备的,但要消除冗余.(4)模块应具有高内聚、低耦会;高扇入、低扇出;模块的深度,宽度要适当.(3)大小适中,降低模块接口的复杂性.(5)模块的判定作用范围应限制在模块的控制范围之内.(6)避免模块的病态连接(内容耦合、公共耦合、通信耦合)2/3/202351遵守设计原则的软件就具有高内聚，低耦合的设计特点,也就是可维护，高扩展，高复用的设计。设计是一项创新和平衡的活动！要么创造一个新的东西来满足所有要求，要么就在已有的要求之间进行平衡。总体设计原理小结

2/3/202352本章要点一、软件设计概述二、总体设计的过程三、总体设计原理四、启发规则五、常用的描述软件结构的图形工具六、面向数据流的设计方法七、案例分析八、软件总体设计文档2/3/202353常用的软件结构图形工具层次图HIPO图结构图2/3/202354一、层次图（H图）层次图(H图)用于描绘软件的层次结构，层次图中一个矩形框代表一个模块，框间的连线表示调用关系，位于上方的矩形框所代表的模块调用位于下方的矩形框所代表的模块，下图是一个层次图的例子。层次图很适于在自顶向下设计软件的过程中使用。

常用的软件结构图形工具2/3/202355酒店管理信息系统的层次图HMIS客房结帐子系统客房登记子系统餐厅管理子系统客人登记预定登记客房处理历史记录客房查询预定查询餐桌安排菜单作业营业结帐汇总打印各类查询初始设置客帐处理退房处理夜审处理客帐查询报表打印

正文加工系统输入输出编辑加标题存储检索编目录添加删除插入修改合并列表2/3/202357

正文加工系统输入1.0输出2.0编辑3.0加标题4.0存储5.0检索6.0编目录7.0添加3.1删除3.2插入3.3修改3.4合并3.5列表3.6带编号的层次图(H图)2/3/202358二、HIPO图HIPO图是美国IBM公司发明的“层次图加输入/处理/输出图”的英文缩写。为了使HIPO图具有可追踪性，在H图里除了顶层的方框之外，每个方框都加了编号。例如，把上图加了编号之后得到下图。与H图中的每个方框相对应，应该有一张IPO图描述这个方框代表的模块的处理过程，每张IPO图内都应该明显地标出它所描绘的模块在H图中中的编号，以便确定这个模块在软件结构中的位置。”常用的软件结构图形工具2/3/202359常用的软件结构图形工具2/3/202360续借书使用情况4图书使用3借书还书预约书。。。计算消耗打印报表图书馆系统举例:说明图书馆系统功能图（H图）常用的软件结构图形工具2/3/202361举例：图书信息管理系统IPO图

编号：IPO3.1名称：借书处理输入参数处理说明输出参数读者编号图书编号1.输入读者编号和图书编号2.创建借书记录，修改图书在库量3.如果此书曾经预订，则取消图书预订记录修改DS102的在库图书量插入借书记录到DS200取消DS400中的预订记录备注：常用的软件结构图形工具2/3/202362模块5模块5模块4模块4模块1模块3模块2valuesvaluesdatadata模块1模块2模块3valuesvaluesdatadata结构图（StructureChart，简称SC图）是精确表达软件结构的图形表示方法，它以特定的符号表示模块、模块间的调用关系和模块间信息的传递。结构图的主要构成有：⑴模块（Module）：用矩形框表示，框中写有模块的名字，说明模块的功能。模块是程序对象有名字的集合。例如：过程、函数、子程序、宏等。⑶数据：调用箭头边上的小箭头表示调用时从一个模块传送给另一模块的数据。通常在短箭头附近应注有信息的名字，如图所示。模块调用图⑵调用：从一个模块指向另一个模块的箭头表示前一模块对后一模块的调用，一般是上层调用下层。右图表示模块1调用了模块2和模块3。data三、软件结构图（SC图）常用的软件结构图形工具2/3/202363

模块间接口的表示A查询学生成绩B查找学生记录○学号查找成功的信号

常用尾端带有空心圆的短箭头表示数据信息，用尾端带有实心圆的短箭头表示控制信息。有的结构图对这两种信息不加以区别，一律用注有信息名的短箭头来表示，如图所示。

三、软件结构图（SC图）常用的软件结构图形工具2/3/202364

当模块A有条件地调用另一个模块B时，在模块A的箭头尾部标以一个菱形符号，当一个模块A反复地调用模块B、和模块D时，在调用箭头尾部则标以一个弧形符号，如图所示。在结构图中这种条件调用所依赖的条件和循环调用所依赖的循环控制条件通常无需注明。为了进一步描述模块间的调用关系，还可使用两种辅助符号。辅助符号ABCD条件选择ABCD循环常用的软件结构图形工具三、软件结构图（SC图）2/3/202365传入模块(a)(b)AA传出模块BB变换模块(c)CD协调模块E(d)EFFSC中的四种模块常用的软件结构图形工具2/3/202366传入模块从下属模块取得数据，进行某些处理，再将其结果传给上级模块。在此，将它传送的数据流称为逻辑输入数据流传入模块AA逻辑输入数据流成绩处理成绩录入

常用的软件结构图形工具三、软件结构图（SC图）2/3/202367传出模块从上级模块获得数据，进行某些处理，再将其结果传给下属模块。在此，将它传送的数据流称为逻辑输出数据流传出模块DD逻辑输出数据流成绩处理成绩输出三、软件结构图（SC图）常用的软件结构图形工具2/3/202368变换模块也叫加工模块。它是从上级模块获得数据，进行特定的处理，将其转换为其他形式，再传回上级模块它所加工的数据流叫做变换数据流变换模块CB变换数据流审查并开发票发票购书单

三、软件结构图（SC图）常用的软件结构图形工具2/3/202369协调模块对所有下属模块进行协调和管理的模块。在一个好的软件结构图中，协调模块应在较高层出现协调模块YXYX三、软件结构图（SC图）常用的软件结构图形工具2/3/202370

调用次序为上层调用下层；

同层按照数据传递关系确定；一般从左到右执行。

执行过程即按照数据流向进行。报告计算获得编辑确认数据读入编辑打印报告头打印报告尾打印输入EOF输入已编辑已编辑已编辑已确认已确认数据已确认数据计算结果结果日期总结果行行行打印报告予以确认例:打印报告的软件结构图常用的软件结构图形工具2/3/202371本章要点一、软件设计概述二、总体设计的过程三、总体设计原理四、启发规则五、常用的描述软件结构的图形工具六、面向数据流的设计方法七、案例分析八、软件总体设计文档2/3/202372面向数据流的设计方法

面向数据流设计方法的基本概念

SD以数据流图为基础，它定义了把DFD变换成软件结构的不同映射方法DFD(问题结构)软件系统的结构(程序结构)DFD图映射2/3/202373数据流图类型和SD方法的步骤在软件设计开始之前,首先要分清DFD图所显示的系统特征.在DFD图所代表的SA模型中,所有系统均可以纳入两种典型的形式:变换型结构事务型结构面向数据流的设计方法

2/3/202374事务型数据流结构传入变换传出变换中心传入部分传出部分事务分析事务中心动作1动作2动作3接受接受部分变换型数据流结构2/3/202375

信息沿输入通路进入系统，同时由外部形式变换成内部形式，进入系统的信息通过变换中心，经过加工处理以后再沿输出通路变换成外部形式离开软件系统。当数据流具有这些特征时，这种信息流称为变换流。外部表示内部表示信息输入流输出流变换流信息流时间1、变换型结构的特征面向数据流的设计方法

2/3/202376逻辑输出逻辑输入物理输入记帐凭证报表物理输出帐薄物理输出凭证输入凭证验证日常帐务处理月末结帐处理打印帐薄打印报表输出主加工输入

变换型数据流图面向数据流的设计方法

2/3/202377

数据沿输入通路到达一个处理T，这个处理根据输入数据的类型在若干个动作序列中选出一个来执行。这种“以事务为中心的”的数据流，成为“事务流”。T事务事务中心处理T称为事务中心，完成以下任务：接收输入数据；分析每个事务以确定它的类型；根据事务类型选取一条活动通路。2、事务型结构特征面向数据流的设计方法2/3/202378分类报名付款注销查询复审

事务型(transaction)它又分为集中式数据处理和发散式数据处理集中式事务型数据流图面向数据流的设计方法

2/3/202379接收变换中心事务处理

路径发散的事务型数据流图

面向数据流的设计方法2/3/202380通常在大型系统DFD中,变换型和事务型结构往往共存:T事务中心传入变换传出面向数据流的设计方法2/3/202381精化DFDDFD类型?区分事务中心和动作路径区分变换中心,传入和传出路径映射成事务结构映射成变换结构精化软件结构评审软件结构合格?NY详设结束开始事务分析变换分析事务变换由DFD到SC的过程2/3/202382如何将DFD映射为软件结构？变换型事务型方法不一样面向数据流的设计方法2/3/202383面向数据流的设计方法一、变换型数据流图转软件结构的方法具有“变换型”的数据流图，明显可以分割为“导入”、“加工变换”和“导出”三部分，对应软件结构的“传入子系统”、“中心变换子系统”和“传出子系统”三部分。2/3/202384FDC中心加工2号加工3号加工1号加工4号加工ABE

输入流转换流输出流

输入流转换流输出流一、变换型转换结构图的方法1找出边界，进行一级分解,设计上层模块为每个输入设计一个输入模块，为每个输出设计一个输出模块，同时为每个主加工设计一个处理模块。MCICTCOCCDDCICTCO变换分析技术面向数据流的设计方法2/3/202385DDCC2进行二级分解，设计中下层模块这一步的工作是自顶向下，逐步细化，为第一层的每