软年架构复用-架构师之路（十一）

今

日

一

码

一、软件架构复用

软件产品线是 一组产业密集型系统，规定用公用的 核心资产集成 开发而来。

机会复用 和 系统复用。

机会复用：临时发现有可服用资产立马复用。

系统复用：开发之前进行规划好哪些需要复用。

复用的三个阶段：

获取到复用的资产、管理这些资产、针对需求从资产中选择复用部分，开发出满足需求的系统。

二、特定领域软件架构

DSSA（Domain specific Software Architectrue）

专门用于一类特定类型的任务（领域）的、在整个领域中能有效的使用，构成标准软件集合。

就是一个 特定的问题领域 中支持一组应用的 参考模型、参考需求、参考架构等开发基础，器目标 支持在一个特定领域中多个应用生成。

垂直域：在一特定领域通用的完整架构。

水平域：在不同多个领域之间相同部分的小工具。（比如教育和购物都要有的收付系统）

DSSA有三个基本的活动

1、领域分析

获取领域模型（需求）。建立领域模型。

2、领域设计

目的获取DSSA（特定领域软件架构），在领域模型中表示需要解决的方案，他不是单个系统表示，而是能够适应领域中多个系统需求的高层次设计。

3、领域实现

阶段主要目标依据领域DSSA 开发和组织可重用信息。这些可重用是可能在现系统中提取的，也可以是新发现。

参与DSSA有四种角色人员 领域专家、领域分析人员、领域设计和领域实现。

领域专家：系统有经验的用户，从事该系统中系统需求分析、设计和实现以及项目管理有经验的工程师。

领域分析人员：知识背景的有经验的系统分析师来担任。

领域设计人员：设计人员。

领域实现人员：程序员。

建立DSSA的过程：

定义领域范围：领域中的应用要满足用户一系列需求。

定义领域特定元素：领域字典等。

定义领域特定的设计和实现需求的约束。

定义领域模型和架构。

产生、搜集可复用的产品单元。

以上过程是 并发的、递归的、反复的、螺旋型的。

三层次模型：

领域开发环境：领域架构师决定核心架构，产出参考结构、参考需求、架构、领域模型、开发工具。

领域特定应用开发环境：工程师根据具体环境将核心架构实例化。

（前面开发环境就是领域里通用架构，后面在应用开发环境里则根据实际环境特殊处理）

应用执行环境：操作员直接操作实例化后的架构。

三、基于架构的软件开发

ABSD（Architectrue base Software Design）：业务、质量和功能需求（重点）

方法是 架构驱动，强调由 业务、质量和功能需求 的组合驱动架构设计。它强调采用 视角和视图来描述软件架构，采用 用例 和 场景 来描述需求。

用例是功能需求，更抽象化，场景是实例化场景。

使用ABSD方法，设计活动可以从项目总体功能框架确定就开始。（意味着需求获取和分析还没完成，就开始软件设计）

使用ABSD方法有三个基础：

1、功能的分解，使用已有的基于模块内聚耦合技术。

2、通过选择架构风格实现质量和业务需求。

3、软件模板的使用。

ABSD方法是递归的，不是一次性操作。

Architecture（体系结构、架构）

基于架构的软件开发过程，六个过程。

体系结构需求、体系结构设计、体系结构文档化、体系结构复审、体系结构实现、体系结构的演化。

复审的时候如果yes正常走，no的话则重新设计。

每次架构的重新演化，都需要重新走整个流程。

1、体系结构需求

获取到需求后，三步 生层类图、对类进行分组、把类打包成构件。（这三步属于标识构件）

2、架构设计

将上面的标识构件 映射成 构件。设计出 领域架构。

3、架构文档化

产出两种文档 架构规格说明，和测试架构需求的质量设计说明。

4、架构复审

由 外部人员（独立于开发组织之外的人，如用户代表和领域专家）参加复审。

通过则正常实行，不通过则重新设计，回到2。

5、架构实现

实体来显示架构。实现构件，构件组装成系统。

6、架构演化

对架构进行改变，按需求增删构件，使架构可复用。（一般提出新需求，这时候则需要演化，是否新增构件，删除构件）