系统架构设计师教程第5章 7.2 基于架构的软件开发方法笔记

z2014z

于 2024-09-18 09:30:00 发布

阅读量339

点赞数 16

分类专栏：系统架构设计师文章标签：系统架构架构笔记

本文链接：https://blog.csdn.net/z2014z/article/details/142304789

版权

系统架构设计师专栏收录该内容

9 篇文章 0 订阅

订阅专栏

7.2 基于架构的软件开发方法 ★★★★★

7.2.1 体系结构的设计方法概述

基于体系结构的软件设计 (Architecture-Based Software Design,ABSD) 方法。ABSD方法是由体系结构驱动的，即指由构成体系结构的商业、质量和功能需求的组合驱动的。使用 ABSD 方法，设计活动可以从项目总体功能框架明确就开始了软件设计。
ABSD方法有3个基础：
功能的分解。在功能分解中， ABSD 方法使用已有的基于模块的内聚和耦合技术；
通过选择体系结构风格来实现质量和商业需求；
软件模板的使用，软件模板利用了一些软件系统的结构。
ABSD方法是递归的，每一个步骤都是清楚定义的。

7.2.2 概念与术语

1.设计元素
ABSD方法是一个自顶向下，递归细化的方法，软件系统的体系结构通过该方法得到细化，直到能产生软件构件和类。
2.视角与视图
考虑体系结构时，要从不同的视角 (Perspective) 来观察对架构的描述，这需要软件设计师考虑体系结构的不同属性。
3.用例和质量场景
用例用来捕获功能需求。
人们通过定义特定场景来捕获质量需求，并称这些场景为质量场景。使用质量场景捕获变更、性能、可靠性和交互性，分别称之为变更场景、性能场景、可靠性场景和交互性场景。质量场景必须包括预期的和非预期的场景。

7.2.3 基于体系结构的开发模型 ★★★★★

ABSD模型把整个基于体系结构的软件过程划分为体系结构需求、设计、文档化、复审、实现和演化6个子过程

7.2.4 体系结构需求 ★★★★★

主要过程：需求获取、标识构件、需求评审
1.需求获取
体系结构需求一般来自3个方面，分别是系统的质量目标、系统的商业目标和系统开发人员的商业目标。

2.标识构件
标识构件过程为系统生成初始逻辑结构，包含大致的构件。分为3步来实现。
第1步：生成类图。生成类图的 CASE 工具有很多，例如Rational Rose 2000 能自动生成类图。
第2步：对类进行分组。在生成的类图基础上，使用一些标准对类进行分组可以大大简化类图结构，使之更清晰。一般地，与其他类隔离的类形成一个组，由概括关联的类组成一个附加组，由聚合或合成关联的类也形成一个附加组。
第3步：把类打包成构件。把在第2步得到的类簇打包成构件，这些构件可以分组合并成更大的构件。

3.架构需求评审
组织一个由不同代表(如分析人员、客户、设计人员和测试人员)组成的小组，对体系结构需求及相关构件进行仔细地审查。审查的主要内容包括所获取的需求是否真实地反映了用户的要求；类的分组是否合理，构件合并是否合理等。必要时，可以在“需求获取一标识构件一需求评审”之间进行迭代。

7.2.5 体系结构设计 ★★★★★

体系结构设计是一个迭代过程，主要流程：提出体系结构模型、映射构件、分析构件相互作用、产生体系结构、设计评审
1.提出软件体系结构模型
选择一个合适的体系结构风格，在这个风格的基础上，开发人员通过体系结构模型，可以获得关于体系结构属性的理解。
2.把已标识的构件映射到软件体系结构中
把在体系结构需求阶段已标识的构件映射到体系结构中，将产生一个中间结构，这个中间结构只包含那些能明确适合体系结构模型的构件。
3.分析构件之间的相互作用
认真分析构件的相互作用和关系。
4.产生软件体系结构
在第2阶段得到的中间结构的基础上进行精化。
5.设计评审
邀请外部人员对体系结构进行评审。