|
|
| UAF 过程指南 |
|
俎涛,火龙果软件 |
| UAF 过程指南 |
|
俎涛,火龙果软件 |
|
| UAF 具有10个领域,可以采用12个方面建模。基于UAF进行体系架构设计注定是一个复杂而极具挑战的过程。所以UAF提供了架构过程指南,为体系架构设计者提供建模路线图。 |
| 本文是在UAF架构过程指南的基础上进行了提炼后,采用建模工具iSpace的WML建模语言(Workflow Model Language)建立了过程路线图。
|
| 如下是UAF架构的逻辑开发过程。实际过程中,其中许多都是并行进行的,还存在迭代和回溯的工作流。
|
 |
| |
| 如下是顶级概念模型(基于UAF域元模型的)说明了各个阶段的概念之间的关系。 |
 |
|
|
如下是UAF过程指南概览图,提供了UAF的关键建模路线图。 |
 |
| |
|
下面以此为根据介绍UAF的建模过程。 |
| UAF顶层过程 |
| 如下是UAF 的顶层架构开发过程,实际工作中并不需要执行全部过程,而且各个阶段之间存在并行和迭代的执行。 |
 |
|
下面就每个步骤展开。 |
| Step0:计划和准备架构 |
| 此步骤是体系架构工程的第一步,主要的工作是制定架构开发计划并做好相应的准备。 |
| 目的 |
提供与整个架构相关的信息,并获取或开发关键使能因素,以促进架构模型和视图的开发和维护。它提供支持信息,而不是架构模型本身。 |
| 利益相关者 |
体系架构师、想要了解架构的利益相关者。 |
| 关注内容 |
与整个架构或架构设计工作相关的元数据。 |
| 工作流 |
架构管理活动通常位于大量的体系架构设计活动之前。以规划和准备多个体系架构项目的工作流。步骤 0 的某些元素可以根据工作目的、范围和工作执行方式的的变化而修订。 |
| 工件 |
建模模板和架构模式、架构词汇表和字典,架构计划和工作指南。 |
|
 |
| Step1:驱动和挑战 |
| 驱动和挑战的阶段的主要工作是确定体系架构开发的动机和挑战。 |
| 目的 |
识别驱动复杂组织体系执行其工作的因素,以及在应对这些驱动因素时遇到困难的相关挑战。 |
| 利益相关者 |
执行经理、战略规划人员、计划经理、复杂组织体系架构师。 |
| 关注内容 |
复杂组织体系需要做些什么来应对驱动因素,以及这些驱动因素如何为复杂组织体系需要做出哪些改变提供理由。还关注能够如何应对这些挑战。 |
|
 |
| Step2:战略和能力 |
| 战略和能力阶段的主要工作是确定架构提供的能力并理清能力之间的关系。 |
| 目的 |
描述能力的分类、能力的组合、能力之间的依赖关系,以及能力的演化。 |
| 利益相关者 |
能力投资组合经理。 |
| 关注内容 |
识别能力差距和不足,以及管理能力部署的演变,以解决这些差距和不足。 |
|
 |
| Step3:运行架构分析 |
| 此步骤的主要工作是分析架构支持的运行概念和过程。此步骤的主要进入标准是将第2步的能力与相关的度量、远景、目标和它们的战略环境结合起来。它们用于使用逻辑(未实现的)运行代理定义相关的运行概念,执行提供这些能力的运行架构的元素的活动。 |
| 目的 |
描述需求、运行行为、结构,以及支持能力所需的交换对象。 |
| 利益相关者 |
执行人员、业务架构师、业务经理、运营经理和任务主管。 |
| 关注内容 |
需要哪些运行参与者和活动来满足企业目标,以及企业的逻辑体系结构是什么。 |
|
 |
| Step4:服务架构设计 |
| 此步骤的工作是识别出需要的服务,并对服务进行设计以便支持实现能力的运行活动。 |
| 目的 |
定义服务,并为展示能力和支持运行活动所需的服务指定所需和提供的服务级别。 |
| 利益相关者 |
企业架构师、解决方案提供商、系统工程师、软件架构师和业务架构师。 |
| 关注 |
展示能力所需的服务规范是什么。 |
| 内容 |
服务架构定义服务行为元素(例如,流程、状态、序列)并将其分配给服务结构元素(例如,服务设置中使用的其他服务架构和服务、角色、连接器、交换项、交换器、端口和接口)。行为元素为由各种服务契约提供和管理的服务定义了服务功能,这些服务契约将约束运行交换中的连接。 |
| 服务架构的进入条件 |
是提出第3步的业务活动及其相关的执行者、运行交换、度量及其运行上下文。它们用于识别用于支持运行活动所使用的服务。 |
|
 |
| Step5:资源架构设计 |
| 此步骤主要的工作是确定实现服务所需要的资源,包括:软件、硬件、网络和物料。 |
| 目的 |
获取由各种资源组成的解决方案体系结构,例如软件、工件、功能配置和实现可操作体系结构中的可操作元素和需求的自然资源。资源的进一步设计通常在SysML或UML中详细说明。 |
| 利益相关者 |
系统工程师、资源所有者、实现者、解决方案提供者和信息技术(IT)架构师。 |
| 关注内容 |
实现操作元素和需求的解决方案架构的定义。 |
| 主要进入条件 |
提出第 3 步的运行活动及其相关的执行者、运行交换项、度量及其运行上下文。用于定义潜在的或实际的用于运行的资源,识别用于支持运行活动的资源功能。这些资源还可以用作指定资源架构的组件 |
| 在适用的情况下的进入条件 |
是将步骤 4 中的服务与相关的服务接口及其运行使用或实现上下文结合起来。现在,使用各种资源执行者(例如,资源工件、功能配置、系统和自然资源)来检查运行架构的资源架构实现。这些资源执行者及其相关的交换和功能将形成备选方案。需要进行权衡比较,以便支持实现决策。当检查资源执行者选项时,在步骤 6 中考虑组织资源的使用,以对如何利用组织、职位和其他人力资源进行特定的权衡。 |
|
 |
| Step6:人力资源架构设计 |
| 此步骤的主要工作是确定支持运行所需要的人力资源,在此基础上设计这些人员的行为和应该具有的能力。 |
| 目的 |
理清支持运行活动所需的人员角色,以便促进人为因素集成和系统工程。 |
| 利益相关者 |
参与企业运营的人员,解决方案提供商,项目经理。 |
| 关注 |
人在企业运作中的角色和责任,以及如何组织这些人力资源。 |
| 内容 |
人力架构定义人员行为元素(例如,过程、状态、序列),并将这些元素分配给组织资源结构元素(例如,组织和职位,用于角色、连接器、交换项、交换、端口和接口)。行为要素定义了执行运行活动的人员能力,这有助于澄清资源的功能,这些功能反过来有助于实现企业目标。 |
| 主要进入条件 |
从步骤 5 中提出具有相关人力资源接口及其运行实现上下文的资源架构。现在使用各种组织资源执行者(例如,组织、职位、人员和职责)来检查运行和资源架构,以便进行人员实现。 |
| 在适用的情况下的进入条件 |
将步骤 4 中的服务与相关的服务接口及其运行使用或实现上下文结合起来。现在,使用各种资源执行者(例如,资源工件、功能配置、系统和自然资源)来检查运行架构的资源架构实现。这些资源执行者及其相关的交换项和功能将形成备选方案,以便支持权衡后的实现决策。当检查资源执行者选项时,在步骤 6 中考虑组织资源的使用,以对如何利用组织、职位和其他人力资源进行特定的权衡,这可能涉及设置期望的自动化级别。 |
| 权衡策略 |
这些组织资源执行者及其相关的交换项和功能将形成备选方案,阐明在权衡中比较人为因素( HF )的作用,以支持人为因素集成( HFI )的实施决策。当检查组织资源执行者选项时,在本步骤中考虑组织资源的使用,以对如何利用组织、职位和其他人力资源进行具体权衡,这可能涉及设置期望的自动化水平,特别是在决定何时何地在运行活动执行期间让人员参与到循环中、在循环上或在循环外。 |
|
 |
| Step7:安全架构设计 |
| 此步骤的主要工作是定义为了支持运行活动、操作者和所处理的资源所应该具有的安全约束和控制权限。 |
| 目的 |
说明安全资产、安全约束、安全控制、安全控制族以及处理特定安全关注所需的措施。 |
| 利益相关者 |
安全架构师、安全工程师、系统工程师和运营架构师。 |
| 关注 |
如何处理存在于资源和操作执行者之间交换的安全约束和信息保证属性。 |
| 构成 |
安全架构义了安全过程行为元素,并将这些元素分配给安全架构的元素(例如,在角色、连接器、交换项、交换、端口和接口中使用的操作或资源缓解)。安全架构的行为元素定义了安全流程,这些流程可以独立存在,也可以跨运行活动联合存在。行为元素还定义了可以独立于资源功能或跨资源功能联合存在的安全流程,这些资源功能将依次实现运行活动。安全控制是信息系统为保护系统及其信息的机密性、完整性和可用性而规定的保障措施或对策。 |
| 主要进入条件 |
来自步骤 6 的具有相关人力资源接口及其运行实现上下文的人力资源架构。现在使用步骤 3 中的各种运行代理检查运行架构中的安全运行防护内容。在此之后,将使用步骤 5 和 6 中的各种资源执行者检查资源和人员体系结构,以查看安全资源缓解实现。 |
|
 |
| Step8:项目组合管理 |
| 此步骤的工作主要是为了交付实现能力的资源所需要的项目组合及其管理方法。 |
| 目的 |
描述项目和项目里程碑,这些项目如何交付导致能力的资源,为项目做出贡献的组织以及项目之间的依赖关系。 |
| 利益相关者 |
项目经理、项目组合经理和企业架构师。 |
| 关注 |
项目组合中的项目是什么,他们的项目里程碑是什么,以及这些是如何与构成能力路线图中的能力配置的资源相关联的。 |
| 项目组合管理 |
将项目组织、安排和分组为项目组合和方案,以获得执行运行活动和提供能力所需的资源。这些项目及其相关的交换和功能将形成替代方案,在权衡中进行比较,以支持采购决策。 |
| 主要进入条件 |
从步骤 2 中提出计划的能力,并将其与现有或计划的项目相关联。项目组合与步骤 3 到步骤 7 并行开发。随着预测、路线图和实际的企业阶段的开发,它们对开始和结束日期、时间线和实际项目里程碑的各种使用将影响项目计划。 |
|
 |
| Step9:实际资源实现 |
| 此步骤的主要工作是针对具体的能力需求进行活动分析,并进行实际资源和人力的配置。 |
| 目的 |
说明预期或实现的实际资源配置以及它们之间的实际关系。此步骤还需要确定适用于体系结构的技术、操作和业务标准,并定义潜在的当前和预期标准。 |
| 利益相关者 |
解决方案提供者、系统工程师、业务架构师和人力资源。 |
| 关注 |
对不同备选方案的分析、假设场景、体系结构权衡,以及对实际资源配置的验证和确认。还关注适用于体系结构的技术和非技术标准。 |
| 项目组合管理 |
将项目组织、安排和分组为项目组合和方案,以获得执行运行活动和提供能力所需的资源。这些项目及其相关的交换和功能将形成替代方案,在权衡中进行比较,以支持采购和采购决策。 |
| 主要进入条件 |
提出步骤 5 中的资源架构和步骤 6 中的人力架构以及相关的运行实现上下文。 |
|
 |
后记
希望您读了此文后有所受益.
如果您有经验乐于分享,欢迎投稿给我们,如果您对我们的培训、咨询和工具感兴趣,欢迎了解:
建模工具: EA
MBSE 平台: iSpace
模型 web 浏览工具: WebEA
课程: 企业IT架构与数字化转型实践
课程: 企业架构师(业务、应用、技术)—ToGAF
课程: 企业架构设计
课程: 基于模型的数据治理与数据中台建设
课程: UAF架构体系与实践
课程: UAF认证 培训课程
课程: DoDAF规范、模型与实例
咨询方案: MBSE( 基于模型的系统工程 )
咨询方案: 基于 UML 的模型驱动的开发
咨询方案: 基于模型的工程管理
如果您希望了解更多信息:
|
| |
31 次浏览 1 次
|