ADM 关键技术 15:架构定义文件


关键技术 12:业务转换的准备就绪评估 属于 《阶段B:业务架构》《阶段C:信息系统架构》《阶段D:技术架构》的关键技术。

架构定义文件是项目过程中创建的核心架构制品的可交付物容器,这份文档跨越了所有的架构领域(业务、数据、应用术),并检查了架构的所有相关状态(基线状态、各过渡状态和目标状态)。

它首先在阶段 B 被创建,最初只包含与业务架构相关的制品,接下来在阶段 C 被更新加入信息系统架构的制品,接着在阶段 D 被加入技术架构的制品。

架构定义文件是架构需求规格的伴随物,它们互为补充:

  • 架构定义文件提供了解决方案的定性视图,其目的在于表达架构师的意图。
  • 架构需求规格提供了解决方案的定量视图,说明了在架构实施过程中必须满足的度量标准。

以下是架构定义文件中的典型内容:

  1. 范围
  2. 目标、目的和约束
  3. 架构原则
  4. 基线架构
  5. 架构模型(建模的每种状态)
    • 业务架构模型
    • 数据架构模型
    • 应用架构模型
    • 技术架构模型
  6. 架构方法的依据和论证
  7. 与架构存储库的映射:
    • 与架构景观的映射:
    • 与参考模型的映射
    • 与标准的映射
    • 可重用性的评估结果
  8. 差距分析的结果
  9. 影响分析的结果

以下各节将详细描述每类架构。

业务架构

业务架构在阶段 B 被开发。在架构定义文件中应阐明的与业务架构相关的主题如下:

  1. 基线业务架构,如果适当的话—这是对现有业务架构的描述
  2. 目标业务架构,包括:
    • 组织结构:识别出各个业务场所并将其关联到相应的组织单元上
    • 业务目标和目的:为企业和每个组织单元描述其业务目标和目的
    • 业务职能:将大的职能区域逐步地、递归地连续分解为各子职能
    • 业务服务:企业及其各业务单元向其客户提供的服务,包括内部的和外部的
    • 业务流程,包括其测度和交付物
    • 业务角色,包括对技能需求的开发和修订
    • 业务数据模型
    • 组织和职能间的相互关系:以矩阵报告的形式,将业务功能与组织单元进行关联
  3. 选定视点的相应视图,用来处理关键利益相关者关注问题

信息系统架构

信息系统架构在阶段 C 被开发。在架构定义文件中应阐明的与信息系统架构相关的主题如下:

  1. 基线数据架构,如果适当的话
  2. 目标数据架构,包括:
    • 业务数据模型
    • 逻辑数据模型
    • 数据管理流程模型
    • 数据实体/业务职能矩阵
  3. 选定视点相应的数据架构视图,用来处理关键利益相关者关注的问题
  4. 基线应用架构,如果适当的话
  5. 目标应用架构,包括:
    • 流程系统模型
    • 地点系统模型
    • 时间系统模型
    • 人员系统模型
  6. 选定视点相应的应用架构视图,用来处理关键利益相关者关注的问题

技术架构

技术架构的开发是阶段 D 的一部分。在架构定义文件中应阐明的与技术架构相关主题如下:

  1. 基线技术架构,如果适当的话
  2. 目标技术架构,包括:
    • 技术构件及它们与信息系统之间的关系技术平台及其分解,用来展示实现一个特定技术体系(“stack”)所需的技术的组合环境和位置:一组计算环境(如开发环境,生产环境)中所需的技术预计的处理负载量以及跨技术构件的负载分布
    • 物理(网络)通信
    • 硬件和网络规格
  3. 选定视点的相应视图,用来处理关键利益相关者关注的问题


最近更新于 2022-05-14 孜孜不倦2022-05-04 发布, 已阅 1340 次。