第5章 软件体系结构设计.ppt

（3.2）设计顶层和第一层模块 由事务流映射成的软件结构包括一个接收分支和一个发送分支。映射出接收分支结构的方法和变换分析映射出输入结构的方法很相像，即从事务中心的边界开始，把沿着接收流通路的处理映射成模块。 发送分支的结构包含一个调度模块，它控制下层的所有活动模块，对应于事务中心。 然后，为数据流图中的每个活动流通路设计相应的控制模块。 用上面的方法，我们可以得到数字仪表板功能按钮系统的上层模块 . （3.3）设计中下层模块 中下层模块主要是为数据流图中的每个活动路径设计相应的模块。 每条活动路径可以看作是下一级的数据流图，可按前面介绍的方法，把它映射成与其流特征相对应的结构。 本例中输入部分比较简单，不需要再分解。我们以2号按钮雷达检查的活动路径为例细化。它可以看成一个变换流，可用变换流的映射方法设计软件模块. （4）求精 求精的过程与前面讨论的相同。 对于一个大系统，常常把变换分析和事务分析应用到同一个数据流图的不同部分，由此得到的子结构形成“构件”，可以利用它们构造完整的软件结构。 一般说来，如果数据流不具有显著的事务特点，最好使用变换分析；反之，如果具有明显的事务中心，则应该采用事务分析技术。 5.6.3 体系结构设计求精 在成功进行变换映射和事务映射之后，相关的设计结论应该作为软件体系结构设计文档的一部分，增加到体系结构设计文档中，并在下一阶段工作开展之前，进行必要的审查。因此，在体系结构开发出来并求精之后，我们还要完成如下任务： 5.6 面向数据流方法设计过程 1）为每一个构件/模块开发处理叙述； 2）为每个构件/模块提供接口描述； 3）定义局部数据结构和全局数据结构； 4）标识出各种设计限制和约束； 5）如果必要的话，完成进一步精化； 6）进行设计评审。 7．体系结构描述语言 体系结构描述语言（ADL）是一种能用来代表体系结构并能对体系结构进行推理的形式语言。这些语言分析和比较了软件体系结构的前景。一个人们关注的焦点是，怎样把体系结构描述语言用于构件接口的规格说明。尽管这些技术展示了应用前景，但目前这些技术还处于探索阶段。 8．体系结构评价 软件体系结构师和体系结构团队的一个基本任务是评价软件体系结构。团队成员应不断地分析体系结构，看它是否达到风险承担者的目标。这意味着，评价该体系结构是否具有理想的特性（如可维护性和可测试性）。 大多数体系结构评价是特定的，评价过程是边开发边评价。 5.4.2 软件分治策略 “分治法”是软件设计中的一种基本技术。分治法的目标是把一个大系统分解成多个可控制的子系统，或者分成一组子系统并找出其中相关的软件构件。 在划分一个系统时，系统中的元素应按“高内聚、低耦合”的原则来分组，且其分组结果应该最小化。在把系统分成由不同开发团队开发的子系统时，这点特别关键。 具体策略如下： 策略1．功能分解 策略2．独立配置数据 策略3．独立出特有的硬件构件 策略4．独立出时间至上的构件 策略5．将人机接口与实现模型分离 策略6．从实现技术中分离出领域实现模型 策略7．从监控中分离主要功能 策略8．分离错误恢复处理 策略9．使用外部接口适配构件 5.4.3 软件可变性和依赖性管理 前面章节描述了一系列为创建基于独立软件功能元素的不同技术。然而，每一个增加的独立元素会带来不同个体之间的依赖关系。 5.4.4 集成策略 有两种主要的集成策略： 其一是纯数据集成，这意味着系统没有一个构件被另一个构件直接使用的情况； 其二是可执行集成，即一个独立的可执行构件用来完成某个系统功能。可执行构件由控制构件控制，控制构件需要一个执行基础，这一执行基础允许控制构件启动可执行构件并与之交换数据。在此的执行基础可以是任何东西：从操作系统过程执行工具到网络协议。 5.5 将需求映射到软件体系结构 ：以结构化方法为例 5.5.1变换流 具有较明显的输入、变换（或主加工）和输出的数据流图称为变换型数据流图。在变换型数据流图中，主加工是系统的中心，在图5.18中，“计算汇费”是主加工。 某个加工将它的输入分离成一串发散的数据流，形成许多活动路径，并根据输入的值选择其中一条路径，具有这样特征的数据流图是事务型数据流图。 事务型数据流图完成下述任务： （1）接收输入数据(输入数据又称为事务)； （2）分析每个事务以确定它的类型； （3）根据事务类型选取一条活动通路。 这类系统的特征，是具有在多种事务中执行某类事务的能力。当外部信息沿着接受路径进入系统后，经过事务中心获得某一个特定值，就能据此启动某一条动作路径的操作。在数据处理系统中，事务型结构是经常遇到的。 5.5.2事务流 在一个大型系统的数据流图中，变换型和事务型两类结构往往同时存在。 上图说明了使用面