07面向数据流的设计方法1

2013-7-8
32
9.3事务分析
确定流界
2013-7-8
33
9.3事务分析
事务分析
步骤五 把数据流图映射为事务处理型的程序结构。 事务处理型的程序结构由“ 输入”和“散转”两部分组成， 输入部分的构成方法如变换分析法，即从事 务处理中心开始， 沿输入通路向外推进，每个处理框映射为一个模块。 “ 散转 ”部分顶层为一“散转”模块，它总控所有对应于每 一动作路径的控制模块，每条动作路径都根据它的信息流特征 映射为一个程序子结构。
9.2变换分析
传感器监测子系统输出流部分的程序结构
2013-7-8
23
9.2变换分析
变换分析
“传感器监测子系统”二级分解的结果见图9.12，它仅仅是程 序结构的“雏形” ，后续的复审和精化会反复修改。 程序结构的模块名隐含模块功能，必须为每个模块写一个简要 的处理说明，包括： ①进出模块的信息（接口描述）； ②模块的局部信息； ③处理过程陈述，包括主要的判断点和任务； ④对有关限制和一些专门特性的简要说明（例如，文件I/O， 与硬件相关的特性，特殊的实时要求等等）。 这些描述构成第一版设计规格说明书。
典型的程序结构
设计良好的软件结构通常顶层扇出比较高，中层扇出较少， 底层又高扇入到公共的实用模块中去。
2013-7-8
30
9.3事务分析
用户交互子系统的二级数据流图
2013-7-8
31
9.3事务分析
事务分析
事务分析法可分为七个步骤 步骤一复审基本系统模型； 步骤二复审并精化软件数据流图； 步骤三确定数据流图的特性；／前三步与变换分析法相同／ 步骤四找出数条动作路径的公共源头，即为事务中心，确定 由事务中心发出的每一动作路径的数据流特性。 图9．14的事物中心是 “启动命令处理”框。 图9．１５划定接受路径与所有动作路径的界限，判定每一动 作路径上数据流的特征。
2013-7-8 3
第九章 面向数据流的设计方法
9.1基本概念和设计过程
用ＳＤ方法将数据流图转换为软件结构 (１）确定信息流的类型； (２）划定流界； (３）将数据流图映射为程序结构； (４）提取层次控制结构； (５）通过设计复审和启发式策略精化结构。 第三步所用映射方法涉及信息流的类型。 信息流分为变换流和事务流两种类型。
2013-7-8
17
9.2变换分析
一级分解
2013-7-8
18
9.2变换分析
变换分析
一级分解 图9.８展示的是一个简单三叉结构，实际处理大 型系统的复杂数据流时，可能需要两个甚至多个模块 对应上述一个模块的功能。 “一级分解”的原则 在完成控制功能并保持低耦合度、高内聚度的前 提下尽可能减少模块数。
2013-7-8 9
9.2变换分析
“家庭保安系统”的顶级数据流图
家庭保安系统－传 感器监测子系统的 变换分析步骤。
2013-7-8
10
9.2变换分析
变换分析
步骤二 复审和精化软件数据流图 精化软件需求规格说明书中的分析模型，直至获得足够详细 的ＤＦＤ。 如，由“传感器监测子系统”的第一级（图9.５的局部）和第 二级（图9.６）ＤＦＤ进 一步推导出第三级数据流图（图9. ７）。 每个变换对应一个独立的功能，可望用一 个具有较高内聚 度的模块实现，至此已有足够的信息用于设计“传感器监测子 系统”的程序结构，精化过程亦可结束。
“传感器监测子系统”
2013-7-8
16
9.2变换分析
变换分析
步骤五 执行“一级分解”导出具有三个层次的程序结构。 顶层为总控模块； 底层模块执行输入、计算和输出功能； 中层模块控制、协调底层的工作。 如图9.8所示，主控模块负责协调下面几个中层控制模块： 输入流控制模块，接收所有输入数据； 变换流控制模块，对内部形式数据进行加工、处理； 输出流控制模块，产生输出数据
2013-7-8 6
9.1基本概念和设计过程
基本概念和设计过程

在大系统的ＤＦＤ中，变换流与事务流往往交织在 一起。 在基于事务流的系统中，当信息沿动作路径流动时 可能呈现变换流的特征，变换分析法与事物分析法需 要交叉使用。


任何设计过程都不应该也不可能完全机械化，人的 判断力和创造性往往起决定作用。
2013-7-8
14
9.2变换分析
变换分析
步骤四 划定输入流和输出流边界孤立变换中心。 输入、输出流边界的划分可能因人而异，不同的设 计人员可能把边界沿着数据通道向前推进或后退一个 处理框，这对最后的软件结构影响不大。
“传感器监测子系统”的流界在图9.７中用虚线表示。
2013-7-8
15
9.2变换分析
2013-7-8
19
9.2变换分析
传感器监测子系统一级分解结果
控制 模块的 名字概 括了所 有下属 模块的 功能。
2013-7-8
20
9.2变换分析
二级分解
步骤六 执行“二级分解” 把数据流图中每个处 理框映射成程序结构中 一个适当的模块，二级 分解过程是从变换中心 的边界开始沿输入、输 出通道向外移动，把遇 到的每个处理框映射为 程序结构中的一个模块。
2013-7-8
39
9.4启发式设计策略
启发式设计策略
(１）改造程序结构，减小耦合度，提高内聚度。 应从增强模块独立性的角度，对程序结构雏形的模 块进行分解或合并，力求降低耦合度，提高内聚度。
(２）改造程序结构，减少高扇出，在增加程序深度 的前提下追求高扇入。
2013-7-8
40
9.4启发式设计策略
2013-7-8
24
9.2变换分析
传感器监测子系统的程序结构“雏形”
2013-7-8
25
9.2变换分析
变换分析
步骤七 采用启发式设计策略，精化所得程序结构雏形，改 良软件质量。
对于程序结构的雏形，以“模块独立”为指导思想， 对模块或合或拆，旨在追求高内聚、低耦合，易实现、 易测试、易维护的软件结构。
2013-7-8
4
9.1基本概念和设计过程
基本概念和设计过程
变换流
在基本系统模型（即顶级数据 流图）中信息通常以“外部 世界”所具有的形式进入系 统，经过处理后又以这种形 式离开系统。 输入信息流沿传入路径进入系 统，同时由外部形式变换为 内部形式，经系统变换中心 加工、处理，作为输出信息 流又沿传出路径离开系统， 并还原为外部形式。
2013-7-8
37
9.3事务分析
用户交互子系统的程序结构雏形
2013-7-8
38
第九章 面向数据流的设计方法
9.４启发式设计策略

变换分析和事务分析的最后一个步骤都是运用启发 式策略对程序结构雏形进行优化，以提高软件设计的 整体质量。

启发式设计策略是人们从长期的大量软件开发过程 中积累总结的经验。
第九章 面向数据流的设计方法
传统的软件工程方法学采用结构化设计(Structured
Design,SD)技术，完成软件设计工作，通常把软件设计工作
划分为概要设计和详细设计这样两个阶段。 概要设计的主要任务是，通过仔细分析软件规格说明，
适当地对软件进行功能分解，从而把软件划分为模块，并且
设计出完成预定功能的模块结构。详细设计阶段详细地设计 每个模块，确定完成每个模块功能所需要的算法和数据结构。
2013-7-8
26
9.2变换分析
变换分析
修改“传感器监测子系统”的程序结构雏形 (１）因只存在唯一一条传入路径，故输入控制模块可删除； (２）由变换中心产生的整个子结构可归并为“建立警报条件” 一个模块（选择电话号码的功能纳入其中），变换控制模块不 再需要； (３）“格式化显示”和“生成显示”两个模块归并为“产生 显示”一个模块。
2013-7-8
34
9.3事务分析
事务流映射
2013-7-8
35
9.3事务分析
事务分析
用户交互子系统的一级分解
2013-7-8
36
9.3事务分析
事务分析
步骤六 分解并精化事务结构以及每条动作路径所对应的结构。 这些子结构是根据流经每一动作路径的数据流特征，采用本 节或上节所述设计步骤导出的。 图9.１８给出了各条动作路径映射后的程序结构。 步骤七 使用启发式设计策略，精化所得程序结构雏形，改良软件质 量。 这一步骤与变换分析法相同。
2013-7-8
29
第九章 面向数据流的设计方法
9.3 事务分析
当数据流具有明显的事务特征时，即能找到一个事务（亦称触 发数据项）和一个 事务中心，采用事务分析法更为适宜。 下面以“家庭保安系统”中“用户交互子系统”为例，说明事 务分析法。 该子系统的第一级数据流图如图9.５所示，精化后得到如图9. １４所示第二级 数据流图。图中“用户命令数据”流入系统 后，沿三条动作路径之一离 开系统，若将数据项“命令类型” 看作事务，该子系统的信息流具有明显的事务 特征。 事务分析法的步骤与变换分析方法基本类似，主要差别在于从 数据流图到程序 结构的映射。
2013-7-8
若数据流图所描述的 信息流具有上述特征 则称作变换流。
5
9.1基本概念和设计过程
基本概念和设计过程
事务流 由于基本系统模型呈变 换流，故任意系统中的信 息均可用变换流刻画。 若数据流具有如图9.２所 示形状，称“事务流”。 单个数据项称为事务 （transaction）沿传入 路径（接受通道）进入系 统，由外部形式变换为内 部形式后到达事务中心， 事务中心根据数据项计值 结果从若3-7-8
21
9.2变换分析
变换分析
二级分解 ＤＦＤ的处理框与程序结构模块一一对应 按照软件设计原则,可能需要几个处理框聚合为一个 模块，或者把一个处理框细分为几个模块。 应根据“良好”设计的标准，进行二级分解。 由图9.7输出流部分导出的程序结构如图9.11所示。