【文档说明】软件工程03-05面向过程的软件设计方法和第四章总体设计4学时.pptx，共(83)页，412.241 KB，由精品优选上传

转载请保留链接：https://www.ichengzhen.cn/view-290955.html

以下为本文档部分文字说明：

第四章概要设计1一、软件设计的目标和任务1、目标软件设计的目标是根据用信息域常用的表示方法把软件需求,功能和性能等需求规格说明书中计算机语言描述的用户的需求完全地翻译成计算机程序设计语言能看懂的东西。①数据设计侧重于数据结构的定义，就是把需求分析里面的层次方框图或w

arnier图表示的数据结构以及参考数据字典里面的内容从程序设计角度上看怎样设计数据结构更合理。2一、软件设计的目标和任务1、目标②系统结构设计定义软件系统各主要成份之间的关系。③过程设计。把结构成份转换成软件的过程性描述。3开发阶段的信息流把需求翻译成文档452、软件设计的任务①概要设

计(系统设计)，将软件需求转化为数据结构和软件的系统结构。概要设计由技术总监，部门经理和项目经理来做的，有可能会加一两个核心程序员。一、软件设计的目标和任务62、软件设计的任务详细设计(过程设计)，通过对

结构表示进行细化，得到软件的详细的数据结构和算法。一、软件设计的目标和任务78具体设计过程设计阶段高层设计阶段架构设计用户界面设计数据库设计模块设计实现与测试需求开发概要设计详细设计9角色名称主要职责项目总监负责审批设计的相关文档，在公司级别协调设计过程中需要的技术支持项目经理负责分配

设计任务，追踪设计阶段进度，在项目组内协调设计过程中所需资源，参与设计文档的同行评审系统分析员完成相关的设计任务，编写设计文档，修改设计评审中发现的问题项目组开发人员代表参与设计文档的同行评审其他项目经理参与设计文档的同行评审其他项目系统分析员参与设计文档的同行评审质量保证员检查设

计过程及设计阶段产生的文档，跟踪发现的问题的解决情况10软件设计过程1、制定规范在进入软件开发阶段之初，首先应为软件开发组制定在设计时应该共同遵守的标准，以便协调组内各成员的工作。◼阅读和理解软件需求说明书，确认用户要求能否实现，明确实现的条件，从而确定设计的目标，以及它们的优先顺序。

◼根据目标确定最合适的设计方法。◼规定设计文档的编制标准。◼规定编码的信息形式，与硬件，操作系统的接口规约，112.软件系统结构的总体设计①采用某种设计方法，将系统按功能划分成模块的层次结构②确定每个模块的功能。③建立与已确定的软件需求的对应关系④确定模块间的调用关系⑤

确定模块间的接口⑥评估模块划分的质量软件设计过程123.处理方式设计①确定实现系统功能需求所必需的算法，评估算法的性能。②确定满足系统性能需求所必需的算法和模块间的控制方式。a.周转时间b.响应时间c.吞吐量d.精度③确定外部信号的接收发送形式。软件

设计过程134.数据结构设计①确定软件涉及的文件系统的结构以及数据库的模式、子模式，进行数据完整性和安全性的设计。②确定输入，输出文件的详细的数据结构。③结合算法设计，确定算法所必需的逻辑数据结构及其操作。④确定对逻辑数据结构所必需

的那些操作的程序模块(软件包)软件设计过程14⑤限制和确定各个数据设计决策的影响范围⑥若需要与操作系统或调度程序接口所必须的控制表等数据时，确定其详细的数据结构和使用规则⑦数据的保护性设计a.防卫性设计：在软件设计中就插入自动检错，报错和纠错的功能b.一致性设计：a)保证

软件运行过程中所使用的数据的类型和取值范围不变b)在并发处理过程中使用封锁和解除封锁机制保持数据不被破坏c.冗余性设计：针对同一问题，由两个开发者采用不同的程序设计风格不同的算法设计软件，当两者运行结果之差不在允许范围内时，利用检错系统予以纠正，或

使用表决技术决定一个正确结果。15数据库设计数据库设计设计准备逻辑设计物理设计安全性设计撰写文档保护性设计设计优化设计评审迭代16数据库设计举例说明用户角色权限1-n1-n所属平台部门或岗位人员角色权限岗位角色对应角色

权限对应人员角色对应人员权限对应（平台）人员平台对应人员岗位授权业务范围具体业务人员岗位对应灵活权限分配改变以前业务绑定人的模式17数据库设计（续）185.可靠性设计①可靠性设计也叫做质量设计②在运行过程中，为了适应环境的变化和用户新的要求，需经常对软件进行改

造和修正。在软件开发的一开始就要确定软件可靠性和其它质量指标，考虑相应措施，以使得软件易于修改和易于维护6.编写概要设计阶段的文档①概要设计说明书②数据库设计说明书③用户手册④制定初步的测试计划软件设计过程19概要设计说明书1、引言编写目的背景参考资料2、结构模型架构描

述3、功能设计模块子模块操作流程图4、数据结构数据库设计数据字典207.概要设计评审①可追溯性：确认该设计是否复盖了所有已确定的软件需求，软件每一成份是否可追溯到某一项需求②接口：确认该软件的内部接口与外

部接口是否已经明确定义。模块是否满足高内聚和低耦合的要求。模块作用范围是否在其控制范围之内③风险：确认该设计在现有技术条件下和预算范围内是否能按时实现④实用性：确认该设计对于需求的解决方案是否实用⑤技术清晰度：确认该设计是否以一种易于翻译成代码的形式

表达软件设计过程217.概要设计评审⑥可维护性：确认该设计是否考虑了方便未来的维护⑦质量：确认该设计是否表现出良好的质量特征⑧各种选择方案：看是否考虑过其它方案，比较各种选择方案的标准是什么⑨限制：评估对该软件的限制是否现实，是否与需求一致⑩其它具体问题：对于文档、可测试性、设计过程..等进

行评估8、在详细设计①确定软件各个组成部分内的算法以及各部分的内部数据组织②选定某种过程的表达形式来描述各种算法。③进行详细设计的评审软件设计过程22二、概要设计的过程1.设想供选择的方案。技术上最高层的几个人，考虑需求规格说

明书，以及之前的可行性报告里面都提到几个可行性的方案，做总体设计的人是一个公司里面技术最强的人。2.选取合理的方案①系统流程图。完全从软件角度来画系统的流程。②组成系统的物理元素清单。物理元素一般是系统，子系统，模块，子模块，函数，子

函数③成本/效益分析。就是有不同的开发路线，选择那一条开发路线安全性要好，开发软件质量也还可以，最省钱。④开发进度和计划。23二、概要设计的过程3.推荐最佳方案。4.功能分解。把一个功能分成多个小模块，然后每一个块之间怎么样进行沟通。5.设计软件结

构。6.数据库设计。7.制定测试计划。8.书写文档①系统说明②用户手册③测试计划④详细的实现计划⑤数据库设计结果9.审查和复查24三、软件设计的概念和原理1.自顶向下，逐步细化2.软件结构（搭出一个大框架）3

.程序结构4.结构图5.模块化（模块化思想，把软件分成多个模块）6.抽象（通过抽象完成模块之间对外的一个黑盒装置）7.信息屏蔽和局部化8.模块独立25三、软件设计的概念和原理1.自顶向下，逐步细化将软件的体系结构按自顶向下方式，对各个层次的过程细节

和数据细节逐层细化，直到用程序设计语言的语句能够实现为止，从而最后确立整个的体系结构。2.软件结构3.①软件结构包括两部分。程序的模块结构和数据的结构。4.②软件的体系结构通过一个划分过程来完成。该划分过程从需求分析确立的目标

系统的模型出发，对整个问题进行分割，使其每个部分用一个或几个软件成份加以解决，整个问题就解决了。26273.程序结构。表明了程序各个部件(模块)的组织情况，是软件的过程表示。4.结构图反映程序中模块之间的层次调用关系和联系：它以特定的符号表示模块、模块间的调

用关系和模块间信息的传递三、软件设计的概念和原理28三、软件设计的概念和原理5.模块化的概念①软件系统的模块化是指整个软件被划分成若干单独命名和可编址的部分，称之为模块。这些模块可以被组装起来以满足整个问题的需求。②把问题／子问题的分解与软件开发中的系统／子系统或模块／子模块

对应起来，就能够把一个大而复杂的软件系统划分成易于理解的比较单纯的模块结构。③公式29计划采购收料发料仓储配送价格管理供应商管理合同管理综合统计管理采购管理库存管理决策平台管理平台业务平台报价询价招标管理计划管理质检管理检验付款编码管理编码经济运营

查询经济运营报表经济运营分析结算管理供应商频道商务频道商务平台分解到二级模块图30三、软件设计的概念和原理成本成本/模块最小成本区接口成本软件总成本模块数目模块化和软件成本31三、软件设计的概念和原理6.抽象◼软件系统进行模块设计时，可有不同的抽象层次。◼在最高的抽象层次

上,可以使用问题所处环境的语言概括地描述问题的解法。◼在较低的抽象层次上,则采用过程化的方法.①过程的抽象a.在软件需求分析阶段，用“问题所处环境的为大家所熟悉的术语”来描述软件的解决方法。b.在从概要设计到详细设计的过程中，抽象化的层次逐次降低。②数据抽象

它实际上是跟数据结构相关连的，前面讲的层次方框图和Warnier图实际上就是一种数据结构的抽象，在面向对象里还会有进一步的数据抽象的方法。32例开发一个CAD软件时的三种抽象层次(1)过程抽象抽象层次

Ⅰ.用问题所处环境的术语来描述这个软件:该软件包括一个计算机绘图界面，向绘图员显示图形，以及一个数字化仪界面，用以代替绘图板和丁字尺。所有直线、折线、矩形、圆及曲线的描画、所有的几何计算、所有的剖面图和辅助视图都可以用这个CAD软件实现……。抽象层次Ⅱ.任务需求的描述。CA

DSOFTWARETASKSuserinteractiontask;2-Ddrawingcreationtask;graphicsdisplaytask;drawingfilemanagementtask

;end.在这个抽象层次上,未给出“怎样做”的信息,不能直接实现。33抽象层次Ⅲ.程序过程表示。以2-D(二维)绘图生成任务为例:PROCEDURE：2-DdrawingcreationREPEATUNTIL

(drawingcreationtaskterminates)DOWHILE(digitizerinteractionoccurs)digitizerinterfacetask;DETERMINEdrawingrequestCASE;line：linedrawi

ngtask;rectangle：rectangledrawingtask;circle：circledrawingtask;……二维画图又分为以下CASE，案例，任务的集合34（2）数据抽象在不同层次上描述数据对象的细节，定义与该数

据对象相关的操作。例如，在CAD软件中，定义一个叫做drawing绘图的数据对象。可将drawing规定为一个抽象数据类型，定义它的内部细节为:TYPEdrawingISSTRUCTUREDEFINDnumberISSTRINGL

ENGTH(12);geometryDEFIND……notesISSTRINGLENGTH(256);BOMDEFINDENDdrawingTYPE;宏35◼数据抽象drawing本身由另外一些数据抽象，如geometry、BOM(billofmaterials)构成◼定义drawing的抽

象数据类型之后，可引用它来定义其它数据对象，而不必涉及drawing的内部细节◼例如，定义:blue-printISINSTANCEOFdrawing;或◼schematicISINSTANCEOFdrawing;

7.信息屏蔽和局部化模块中所包含的信息（包括数据和过程）不允许其它不需要这些信息的模块使用。36三、软件设计的概念和原理8.模块独立（Module）①模块：又称“组件”。它一般具有如下三个基本属性:◼功能：描述该模块实现什么功能。◼逻辑：描述模块内部怎么做◼状态：该模块使用时的环境和条件在描述一

个模块时，还必须按模块的外部特性与内部特性分别描述◼模块的外部特性模块的模块名、参数表、其中的输入参数和输出参数，以及给程序以至整个系统造成的影响◼模块的内部特性完成其功能的程序代码和仅供该模块内部使用的数据内部特征是内部数据，比如说两个数据进行交换，交换时

要定义一个临时变量做数据交换。37三、软件设计的概念和原理②模块独立是模块化、抽象、信息屏蔽和局部化概念的直接结果。每个模块完成一个相对独立的子功能，并且与其它模块间的接口简单。③衡量模块独立程度的定性标准----内聚、耦合a.耦合是模块之间的互相连接的紧密程度的

度量。耦合是两个模块之间联系的紧密程度。b.内聚是模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的度量。c.模块独立性比较强的模块应是高内聚低耦合的模块。38三、软件设计的概念和原理a.耦合（模块之间的互相连接的紧密程

度的度量）◼数据耦合◼控制耦合◼公共环境耦合◼内容耦合◼尽量用数据耦合，少用控制耦合，限制公共环境耦合的范围，完全不用内容耦合耦合程度越高39a.1控制耦合如果一个模块通过传送开关、标志、名字等控制信息，明显地控制选择另一模块的功

能，就是控制耦合。a.2数据耦合(DataCoupling)如果一个模块访问另一个模块时，彼此之间是通过简单数据参数(不是控制参数、公共数据结构或外部变量)来交换输入、输出信息的，则称这种耦合为数据耦合。40

三、软件设计的概念和原理a.3公共耦合（CommonCoupling）若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。41三、软件设计的概念和原理a.4内容耦合◼(1)一个模块直接访问另

一个模块的内部数据;(2)一个模块不通过正常入口转到另一模块内部;(3)两个模块有一部分程序代码重迭(只可能出现在汇编语言中);(4)一个模块有多个入口42三、软件设计的概念和原理b.内聚模块功能强度(一个模块内部各个元素彼此结合的紧密程度)的度量。功能顺序通信过程时间逻辑偶

然内聚内聚内聚内聚内聚内聚内聚c.模块独立性比较强的模块--高内聚低耦合43b.1功能内聚(FunctionalCohesion)一个模块中各个部分都是完成某一具体功能必不可少的组成部分，或者说该模块中所有部分都是为了完成一项具体功能而协同工作，紧密

联系，不可分割的。则称该模块为功能内聚模块。b.2信息内聚(InformationalCohesion)这种模块完成多个功能，各个功能都在同一数据结构上操作，每一项功能有一个唯一的入口点。这个模块将根据不同的要

求，确定该执行哪一个功能。由于这个模块的所有功能都是基于同一个数据结构（符号表），因此，它是一个信息内聚的模块。◼信息内聚模块可以看成是多个功能内聚模块的组合，并且达到信息的隐蔽。即把某个数据结构、资源或设备隐蔽在一个模块内，不为别的模块所知晓。44b.3通信内聚如果一

个模块内各功能部分都使用了相同的输入数据，或产生了相同的输出数据，则称之为通信内聚模块。通常，通信内聚模块是通过数据流图来定义的。b.4过程内聚使用流程图做为工具设计程序时，把流程图中的某一部分划出组成模块，就得到过程内

聚模块。b.5时间内聚又称为经典内聚。这种模块大多为多功能模块，但模块的各个功能的执行与时间有关，通常要求所有功能必须在同一时间段内执行。45通信内聚实例46b.6逻辑内聚这种模块把几种相关的功能组合在一起，每次被调用时,由传送给模块的判定参数来确

定该模块应执行哪一种功能。b.7巧合内聚巧合内聚又称为偶然内聚。当模块内各部分之间没有联系，或者即使有联系，这种联系也很松散,则称这种模块为巧合内聚模块，它是内聚程度最低的模块。47四、启发式规则1.改进软件结构提高模块独立性争取低耦合、高内聚（增加内聚>减少耦

合）2.模块规模应该适中3.深度,宽度,扇出和扇入都应适当4.模块的作用域应该在控制域之内5.力争降低模块接口的复杂程度6.设计单入口单出口的模块7.模块功能可以预测48四、启发规则1.改进软件结构提高模

块独立性争取低耦合、高内聚（增加内聚>减少耦合）2.模块规模适中3.适当控制深度、宽度、扇出、扇入①深度分层的层数。②宽度同一层上模块数的最大值。③扇出(fan-out)一个模块直接调用\控制的模块数子程序数①3fan-out9④扇入(fan-in)直接

调用该模块的模块数在不破坏独立性的前提下，fan-in大的比较好。49四、启发规则4.模块的作用域应该在控制域之内MACBM的控制域为{M，A，B，C}作用域：M中的一个判定所影响的模块A:…………if……thengotoB1…

…………………B:……………………B1:……………………作用域在控制域内A:…………if……thengotoM1……………………M:……………………M1:gotoC1……………………作用域超出了控制域A的作用超出了控制域。改进方法之一，可以

把A中的if移到M中；方法之二，可以把C移到A下面。50四、启发规则5.力争降低模块接口的复杂程度.接口复杂可能表明模块的独立性差。6.设计单入口单出口的模块.单出单入，避免内容耦合。从顶进，从底出，软件易理解，易维护7.模块功能可预测.把一个模块当做一个黑盒，相同输入必产生相同输出，功能

就可以预测。带有内部“存储器”模块功能不可预测，因为输出可能取决于内部存储器的状态。51四、图形工具1、层次图①描绘软件的层次结构，而非数据结构。与描绘数据结构的层次方框图相同，但表现的内容却完全不同。层次图是以层次的方式来描述软件的层次调用关系，

是一种调用关系,是软件之间的过程或子过程或函数之间的层次模型，而不是数据结构.(层次方框图中下层方框是数据元素,上层子集)②矩形代表模块，连线代表调用。方框间的连接线表示调用关系，不像层次方框图那样表示组成关系。加标题存储正文加工系统输入输出编辑加标题存储检索编目录格式化输出编辑存储加标题52

User’sInterfaceFindaRoom2.0DeleteaRoom3.0EnteraNewRoom1.0EstablishaHouse4.0……ByTypeofFloor2.3BySquar

eFootage2.2ByRoomID2.1……AddaRoom4.1FindaRoom4.2DeleteaRoom4.3ViewHouse4.4……ByRoomID4.2.1……2、HIPO图①层次图加IPO图。可以看到每一个模块对外的接口，以及向上向下分别的调用关系。②对除最顶层的方框

外的所有方框加编号（编号规则同数据流图）每个方框对应一张IPO图描绘此模块处理过程。533、结构图反映程序中模块之间的层次调用关系和联系，通常用带注释的箭头表示模块调用过程中传递信息，注释箭头尾部是空心圆表示传递的是数据.循环调用MAB判定为真是调用A，为假时调用B。注：此图一般不入

文档，仅用于检查设计的正确性和模块独立性。每个传递的数据是否必须？完成模块功能所必须的数据是否都传递了？传输的数据是否只与单一的功能有关？是否目的明确？54四、图形工具4、程序系统结构图N有四个扇出，有1个扇入，I没有扇出，有三个扇入，通过扇出扇入，我们可以看到一个函数被调用的情

况，也可以看到我们程序的结构是否合理，是否比较均匀。55五、面向数据流的设计方法面向数据流的设计方法定义了一些不同的”映射”,利用这些映射可以把数据流图变换成软件结构,推倒出程序结构图.1、概念（面向数据流的设计方法是把信息流映射成软

件结构）①变换流当外部有一些输入,输入信息进来之后通过一些数据变换,变换之后产生输出流,输入流是外部表示,输现计算机内变成内部表示,内部表示不需给用户知道,表示完成要把它转化为输出格式做为输出流进行输出,完成信息变换内部表

示变换流输出流输入流外部表示时间56五、面向数据流的设计方法1、概念②事务流基本形式是事务的请求都送到了事务中心,事务中心根据不同请求把它分发到不同处理与一般变换流有区别,有一个事务处理的结点或事务处理中心.◼T称为事物中心◼接收输入数据◼分析事务确定类型◼根据类型取通道……TTra

nsactionrequest…Actionpaths……57五、面向数据流的设计方法2、变换分析对数据流图分析时首先判断它是变换流还是事务流①例：汽车数字仪表板的设计功能：a通过模-数转换实现传感器和微处理机接口；b在发光二极管面板上显示数据；c指示每小时英里数(mph),

行驶的里程，每加仑油行驶的英里数(mpg)等等；d指示加速或减速；e如果车速超过55mph,则发出警告铃声。②设计步骤第1步复查基本系统模型确保系统的输入数据和输出数据符合实际.58第2步：复查并精化数据流

图确保正确逻辑模型,使数据流图每个处理都代表一个规模适中相对独立的子功能.燃料流传感器信号SPS旋转信号读旋转信号收集和求平均确定加/减速转换成转/分计算里程计算mph,超速值产生加/减速显示计算燃料消耗计算gph读和校核产生mpg显示产生mph显示发出铃声产生里程显示

SPSSPS箭头指示燃烧流上箭头水平线下箭头rpmrpmgphmphmpgmph超速值英里显示铃声mph显示mpg显示图5-1数字仪表板系统的数据流图59第3步确定数据流图具有变换特性还是事务特性一个系统中的所有信息都可以认为变换流,但

当遇到有明显事务特性的信息流时,建义采用事务分析方法进行设计,在这一步,设计人员应该根据数据流图中占优势的属性,确定数据流的全局特性.此外还应该把具有和全局特性不同的特点的局部区域孤立出来,以后可以按照这些子数据流的特点精化根据全局特性得出的软件结构.上图中,数据沿着

两条输入通路进入系统,然后沿着5条通路离开,没有明显的事务中心.因此可以认为这个信息具有变换流的总特征.60第4步：确定输入流和输出流的边界，从而孤立出变换中心(DFD的分界，先分出I、P、O三块)燃料流传感器信号SPS旋转信号读旋转信号收集和求平均确定加/减速转换成转/分计算里程计算

mph,超速值产生加/减速显示计算燃料消耗计算gph读和校核产生mpg显示产生mph显示发出铃声产生里程显示SPSSPS箭头指示燃烧流上箭头水平线下箭头rpmrpmgphmphmpgmph超速值英里显示铃声mph显示mpg显示61一般问题的一级分解方法：就是把一个数

据流图分成三部分，主模块M，下面输入模块是I，处理模块是P，输出模块是O，M调用三个子模块，分别为I,P,O，数字仪表板控制数据转换控制驱动仪表板接收传感器信号MPIO第5步：完成“第一级分解”62ADCBMICBDA：每个处理直接对应一个下层模块。P：

由边界向回溯，将每个遇到的处理器映成相应的层模块。I：由边界向外推，方法与类似OI第6步：完成“第二级分解”63图5-2未经精化的数字仪表板系统的软件结构数字仪表板控制数据转换控制驱动仪表板接收传感器信号计算gp

h读燃料流转换成rpm收集sps读旋转信号确定加/减速计算mph计算mpg计算里程加/减速显示显示mpg显示mph显示里程发出铃声发光二极管显示64第7步：使用设计度量和启发式规则对第一次分割得到的软件结构进一步精化修改—本着高内聚、低耦合的原则。例：精化后的数字仪表板系

统的软件结构。注：每个模块应附一简要说明描述①进出该模块的信息（接口描述）②模块内部的信息③过程陈述,包括主要判定点及任务④对约束和特殊特点的简短讨论。数字仪表板控制数据转换控制驱动仪表板接收传感器信号计算gph读燃料流转换成rpm读旋转信号确定加/减速计算mph加/减速显示显示mpg显示mph

显示里程发出铃声发光二极管显示计算mpg计算里程图5-3精化后的数字仪表板系统的软件结构65五、面向数据流的设计方法3、事务分析◼与变换分析的步骤相似，但从数据流图到软件结构的映射方法不同4、设计优化◼先使它能工作，然后再使它快起来66六、结构化设计方法◼首先研究、分析和审查数据流图。从软件

的需求规格说明中弄清数据流加工的过程，对于发现的问题及时解决。◼然后根据数据流图决定问题的类型。数据处理问题典型的类型有两种：变换型和事务型。针对两种不同的类型分别进行分析处理。◼由数据流图推导出系统的初始结构图。◼利用一些启发式原则来改进系统的初始结构图，直到得到符合要求的结构图为止。◼修改和补

充数据词典。◼制定测试计划。671、在系统结构图中的模块①传入模块─从下属模块取得数据，经过某些处理，再将其传送给上级模块。它传送的数据流叫做逻辑输入数据流。②传出模块─从上级模块获得数据，进行某些处理，再将其传送给下属模块。它传送的数据流叫做逻辑输出数据

流。③变换模块─它从上级模块取得数据，进行特定的处理，转换成其它形式，再传送回上级模块。它加工的数据流叫做变换数据流。数据是从上往下，进行变换之后的Ｃ再传回去。④协调模块─对所有下属模块进行协调和管理的模块.数据有从下往上的,也有从上往下的,可认为是传

入,传出模块的结合682、变换型系统结构图①变换型数据处理问题的工作过程大致分为三步，即取得数据，变换数据和给出数据。②相应于取得数据、变换数据、给出数据，变换型系统结构图由输入、中心变换和输出等三部分组成。693、事务型

系统结构图①事务型系统接受一项事务，根据事务处理的特点和性质，选择分派一个适当的处理单元，然后给出结果。②在事务型系统结构图中，事务中心模块按所接受的事务的类型，选择某一事务处理模块执行。各事务处理模块并列。每个事务处理模块

可能要调用若干个操作模块，而操作模块又可能调用若干个细节模块。704、变换分析变换分析方法由以下四步组成：①重画数据流图；②区分有效（逻辑）输入、有效（逻辑）输出和中心变换部分③进行一级分解，设计上层模块④进行二级分解，设计输入、输出和中心变换部分的中

、下层模块。71变换分析的过程①在选择模块设计的次序时，必须对一个模块的全部直接下属模块都设计完成之后，才能转向另一个模块的下层模块的设计。②在设计下层模块时，应考虑模块的耦合和内聚问题，以提高初始结构图的质量。③使用“黑箱”技术:在设计当前模块时，先把这个模块的所有下层模块定义成“黑箱”，在设计

中利用它们时，暂时不考虑其内部结构和实现。在这一步定义好的“黑箱”，在下一步就可以对它们进行设计和加工。这样，又会导致更多的“黑箱”。最后，全部“黑箱”的内容和结构应完全被确定。④在模块划分时，一个模块的直接下属模块一般在5个左右。如果直

接下属模块超过10个，可设立中间层次。⑤如果出现了以下情况,就停止模块的功能分解当模块不能再细分为明显的子任务时当分解成用户提供的模块或程序库的子程序时当模块的界面是输入／输出设备传送的信息时当模块不宜再分解得过小时。72①在很多

软件应用中，存在某种作业数据流，它可以引发一个或多个处理，这些处理能够完成该作业要求的功能。这种数据流就叫做事务。②与变换分析一样，事务分析也是从分析数据流图开始，自顶向下，逐步分解，建立系统到结构图。5、事务分析73

事务分析过程①识别事务源利用数据流图和数据词典，从问题定义和需求分析的结果中，找出各种需要处理的事务。通常，事务来自物理输入装置。有时，设计人员还必须区别系统的输入、中心加工和输出中产生的事务。②规定适当的事务型结构在确定了该数据流图具有事务型特征之后，根据模块划分理论，建立适当的事务型结构。③识

别各种事务和它们定义的操作从问题定义和需求分析中找出的事务及其操作所必需的全部信息，对于系统内部产生的事务，必须仔细地定义它们的操作。④注意利用公用模块在事务分析的过程中，如果不同事务的一些中间模块可由具有类似的

语法和语义的若干个低层模块组成，则可以把这些低层模块构造成公用模块。74⑤对每一事务,或对联系密切的一组事务,建立一个事务处理模块如果发现在系统中有类似的事务，可以把它们组成一个事务处理模块.⑥对事务处理模块规定它们全部的下层操作模块.⑦对操作模块规定它们的全部细节模块变换分析是软件系

统结构设计的主要方法。一般，一个大型的软件系统是变换型结构和事务型结构的混合结构。所以，我们通常利用以变换分析为主，事务分析为辅的方式进行软件结构设计。75761）模块功能的完善化一个完整的模块应当有以下几部分：①执行规定的功能的部分；②出错处理的部分。当模块不能完成规定的功能时，必

须回送出错标志，出现例外情况的原因。③如果需要返回一系列数据给它的调用者，在完成数据加工或结束时，应当给它的调用者返回一个结束状态标志。2）消除重复功能，改善软件结构①完全相似：在结构上完全相似，可能只是在数据类型上不一致。此时可以采取完全合并的方

法。②局部相似：找出其相同部分，分离出去，重新定义成一个独立的下一层模块。还可以与它的上级模块合并。6、软件模块结构的改进77783）模块的作用范围应在控制范围之内①模块的控制范围包括它本身及其所有的从属模块。②模块的作用范围是指模块内一个判定的作

用范围，凡是受这个判定影响的所有模块都属于这个判定的作用范围。③如果一个判定的作用范围包含在这个判定所在模块的控制范围之内，则这种结构是简单的，否则，它的结构是不简单的。794）尽可能减少高扇出结构，随着深度增大扇入。如果一个模块的扇出数过大，就意味着该模块过分复杂，需要协调和控制过多的下属

模块。应当适当增加中间层次的控制模块。805）避免或减少使用病态联接应限制使用如下三种病态联接：①直接病态联接即模块A直接从模块B内部取出某些数据，或者把某些数据直接送到模块B内部。②公共数据域病态联接模块A和模块B通过公共数据域，直接传送或接受数据，而不是通过它们

的上级模块。这种方式将使得模块间的耦合程度剧增。它不仅影响模块Ａ和模块Ｂ，而且影响与公共数据域有关联的所有模块。③通信模块联接即模块A和模块B通过通信模块TABLEIT传送数据。从表面看，这不是病态联接，因为模块Ａ和模块B都未涉及通信模块TABLEIT的内部

。然而，它们之间的通信（即数据传送）没有通过它们的上级模块。从这个意义上讲，这种联接是病态的。816）模块的大小要适中模块的大小，可以用模块中所含语句的数量的多少来衡量。把模块的大小限制在一定的范围之内。通常规定其语句行数

在50～100左右，保持在一页纸之内，最多不超过500行。7）设计功能可预测的模块，但要避免过分受限制的模块①一个功能可预测的模块，不论内部处理细节如何，但对相同的输入数据，总能产生同样的结果。但是，如果模块内部蕴藏有一

些特殊的鲜为人知的功能时，这个模块就可能是不可预测的。对于这种模块，如果调用者不小心使用，其结果将不可预测。②如果一个模块的局部数据结构的大小、控制流的选择或者与外界(人、硬软件)的接口模式被限制死了，则很难适应用户新的要

求或环境的变更。③为了能够适应将来的变更，软件模块中局部数据结构的大小应当是可控制的，控制流的选择对于调用者来说，应当是可预测的。而与外界的接口应当是灵活的828）软件包应满足设计约束和可移植性为了使得软件包可以在某些特定的环境下能

够安装和运行，对软件包提出了一些设计约束和可移植的要求。例如，设计约束有时要求一个程序段在存储器中覆盖自身。当这种情况出现时，设计出来的软件程序结构不得不根据重复程度、访问频率、调用间隔等等特性，重新加以组织。83