|
原创
技术方舟
技术方舟
2024-01-05 12:51
 国防部体系结构框架（中） 承接上一篇《国防部体系结构框架（上）》 本文接着来讲如何利用UAF标准来构建国防部体系结构。上文我们讲了UAF的重要组件，不了解的同学可以回去了解一下 一 UAF网格 UAF网格的作用是作为一个结构化的形式主义，用于组织UAF标准中定义的71个视图规范。它通过以下方式提供了一个框架来指导企业架构的建模和视图的创建：  01 利益相关者域（行） UAF网格的行代表典型的利益相关者域或视角，这些视角在建模企业架构时可以使用。这些域提供了一个逻辑框架，帮助架构师理解和组织与特定利益相关者相关的关注点和需求。  02 架构方面（列） UAF网格的列代表架构方面，UAF中称为“模型种类”。这些方面代表了在架构描述中模块化关注点的单位，捕捉对实体（如企业或其组成部分）的特征或特性。  03 视图规范（单元格） 网格中的每个单元格对应一个特定的视图规范，指导工具供应商和架构师了解在创建特定视图时应该使用哪些DMM（域元模型）元素。 04 作用
总之，UAF网格是UAF标准的核心组成部分，它为企业架构的建模和视图的创建提供了一个清晰的指导框架，确保了架构描述的全面性和相关利益相关者需求的覆盖。 二 架构描述过程 架构描述过程是一种用于创建企业架构（EA）视图的方法，这些视图符合由对象管理组（OMG）发布的统一架构框架（UAF）标准。这个过程将成为OMG标准的一部分，并作为新的EA过程指南发布。架构描述过程可以与架构概念化和评估的过程结合使用，也可以支持架构治理和管理活动。 在UAF的背景下，企业被定义为具有使命、目标和目的的人类事业或企业，旨在提供产品或服务，或实现期望的项目结果或商业成果。企业架构是企业的基本概念和属性，以及实现和发展企业的指导原则。 层次化架构定义 层次化架构定义是通过UAF（Unified Architecture Framework）提供的一套完整的利益相关者域来实现的，这些域为定义企业所需的各种架构视图提供了基础。这些域允许架构师以逻辑和系统化的方式流动进行架构活动。以下是文档中描述的层次化架构定义的逻辑流程：
这些步骤虽然被呈现为“瀑布式”的流程，但它们实际上是逻辑流程而不是严格的时间流程。这个过程可以自上而下、自下而上或从中间向外进行（根据需要满足目标），并且应该根据情况进行调整和定制。 这个架构描述过程可以与架构概念化和评估的过程结合使用。底层的架构描述过程与架构过程标准[ISO 42020 2019]中的架构详细化过程一致，并且有以下预期用途： - 作为OMG标准中包含的UAF（统一架构框架）企业架构（EA）过程指南的过程参考模型， - 作为定义每个过程步骤的相关方法、模式、模板、工具和技术的EA建模方法论的基础， - 作为项目规划和架构定义活动的过程框架， - 用于培训和认证架构框架和建模方法。 这个层次化的架构定义流程提供了一个系统化的方法来创建和维护企业架构，确保架构活动能够适应不同的情况并满足企业的目标和需求。 从战略规划到资源实现的逻辑流程  从战略规划到资源实现的逻辑流程涉及一系列步骤，这些步骤构成了企业架构发展的层次化框架。以下是这些步骤的概述： 1. 战略驱动和挑战: - 捕获企业架构需要解决的战略驱动因素、机会和挑战。 2. 企业战略与能力: - 定义企业战略和能力，并将其与高级概念操作状态和环境条件相关联。 3. 操作架构（逻辑）: - 定义操作概念、角色、情境和场景，以及操作环境和约束。 4. 服务架构（黑盒）: - 定义支持操作架构所需的企业服务，包括服务特性和质量规范。 5. 资源架构（实体）: - 组织和安排具有分类共性的分支节点，定义所有物理（非人类）资源元素，并分析资源元素如何用于操作元素。 6. 人员架构（组织）: - 定义支持操作活动的组织和人力资源的分类。 7. 安全与保护（韧性）: - 定义安全和保护措施，包括威胁环境和条件，以及安全和保护规则、方法和政策。 8. 架构组合管理（: - 未在文档中详细说明，但通常涉及管理和优化架构资产组合，确保它们与企业目标和战略保持一致。 9. 实际资源实例化和执行验证与确认（V&V）: - 捕获实际的组织责任、人员、资源和责任角色及其结构部分，并进行实际操作度量。 这个流程不是严格的时间序列，而是一个逻辑流程，可以根据需要自上而下、自下而上或从中间向外进行。这个过程应该根据具体情况进行调整和定制，以确保它能够满足企业架构的目标和需求。 三 工作流程步骤  接下来我们就开始手把手架构设计环节，如上图在架构设计中，我们从step0（架构准备阶段）到step9实际架构执行，都列了比较详细的步骤，那接下来我们就开始一步一步进行解读，让你了解每一步都在干什么，让我们开始吧！ 00 定义参考体系结构、框架和体系结构启用程序  "Plan and Prepare for the Architecture Effort" (计划和准备架构工作) —— 涉及到为特定的架构工作做准备，包括定义参考架构、定制架构框架以适应特定情况，以及定义管理架构开发进度的工具。以下是根据文档内容，Step 0中提到的相关步骤和活动： 1. Sd-Tx: 标准分类 (Standards Taxonomy): - 捕获架构管理标准。这可能涉及到定义和分类用于架构管理的标准。 2. Am-Pr: 架构过程 (Architecture Process): - 捕获问题框架报告。这可能包括定义架构问题的范围、意图、使用情况、必要的信息和视图。 3. Am-Cn: 架构连接 (Architecture Connectivity): - 捕获工作流连接。这可能涉及到定义架构开发过程中的工作流和活动之间的连接。 4. Am-Pr: 架构管理过程 (Architecture Management Process): - 捕获治理过程流。这可能包括定义架构治理过程和如何将其与架构视图连接起来。 5. Am-Tr: 架构可追溯性 (Architecture Traceability): - 捕获配置文件模型。这可能涉及到定义架构元素之间的关系和依赖性，以确保架构的可追溯性。 6. Am-If: 架构信息 (Architecture Information): - 捕获专有名词。这可能包括管理和发布架构术语的定义和缩写。  关键事项 - 分析和文档化：收集和分析与架构管理相关的标准，然后将这些信息文档化为标准分类。 - 建模和框架：使用建模工具和技术来创建问题框架报告，以及定义工作流和治理过程的连接。 - 治理和管理：定义和文档化架构治理过程，确保架构的每个部分都可以追溯和管理。 - 术语管理：创建和维护一个专有名词库，以确保架构中使用的术语和定义的一致性和准确性。 参与人员：企业架构师、项目管理专家和治理专家等领域的专家紧密合作。 01 定义架构驱动程序和挑战  "Define Architecture Drivers and Challenges" (定义架构驱动因素和挑战) —— 涉及到捕获需要在企业架构中解决的战略驱动因素、机会和挑战。以下是根据文档内容，Step 1中提到的相关步骤和活动： 1. St-Mv: 战略动机 (Strategic Motivation): - 捕获战略驱动因素。这可能包括识别和记录影响企业战略方向的内外部因素。 2. Sm-Ov: 摘要及概览 (Summary & Overview): - 提供战略驱动因素和企业转型努力背后的关注点的概览。这可能包括创建一个文档或视图，总结企业面临的主要战略问题、机会和挑战。 3. St-St: 战略状态 (Strategic States): - 捕获因果链。这可能涉及到定义企业战略目标和预期结果之间的关系，以及这些目标如何受到不同驱动因素的影响。 关键事项 - 分析和识别：分析企业的内外部环境，识别影响企业战略的关键因素。 - 文档化：将战略驱动因素、挑战和机会文档化，并创建摘要和概览视图。 - 建模：建立因果链模型，展示不同战略状态之间的关系和影响。 - 沟通：确保战略动机和状态的理解在企业内部得到广泛传播和理解。 参与人员：企业领导层、战略规划师和企业架构师等领域的专家紧密合作。这些活动有助于确保企业架构的发展方向与企业的长期战略目标和市场环境保持一致。 02 定义战略和能力  "Define Strategy and Capabilities" (定义战略和能力) —— 涉及到定义企业的战略意图和所需的能力。以下是根据文档内容，Step 2中提到的相关步骤和活动： 1. St-Pr: 战略过程 (Strategic Process): - 捕获战略远景。这可能包括定义企业的愿景、使命、目标和预期成果，并将其文档化在战略视图（CV-1）中。 2. St-Tx: 战略分类法 (Strategic Taxonomy): - 捕获能力的类型和类别。这涉及到创建一个分类法，用于组织和描述企业所需的各种能力，并将其记录在战略分类视图（CV-2）中。 3. St-Cn: 战略联系 (Strategic Connectivity): - 识别能力之间的依赖关系。这包括分析不同能力之间的联系和相互作用，并将其记录在战略联系矩阵（CV-4）中。 4. Op-Tr: 操作跟踪 (Operational Traceability): - 能力执行者映射。虽然在文档中没有提供具体的视图编号，但这通常涉及到将战略能力映射到支持这些能力的操作执行者，以确保战略目标与操作活动的一致性。 关键事项 - 战略规划：制定战略远景和目标，并将其与企业的长期目标和市场定位相对齐。 - 能力分析：定义和分类企业所需的能力，并分析这些能力如何支持战略目标。 - 依赖性分析：识别不同能力之间的依赖关系，以及这些依赖关系如何影响企业的战略执行。 - 映射和跟踪：创建映射，以跟踪战略能力与操作执行者之间的关系，确保战略的有效执行。 参与人员：企业战略规划师、企业架构师、能力管理专家等领域的专家紧密合作。这些活动有助于确保企业架构的发展方向与企业的战略意图和能力需求保持一致。 03 定义业务体系结构 "Define [Logical] Operational Architectures" (定义[逻辑]业务架构) —— 涉及到定义操作架构，包括操作执行者和他们的操作活动，以及相关的操作概念。以下是根据文档内容，Step 3中提到的相关步骤和活动： 1. Op-Tx: 业务分类法 (Operational Taxonomy): - 捕获高级业务概念。这可能包括定义操作环境中的角色、情境和场景，并将其记录在高级操作概念视图（OV-1）中。 2. Op-Pr: 业务处理 (Operational Processes): - 定义业务流程。这涉及到捕获操作活动的流程和顺序，并将其记录在业务流程视图（OV-5b）中。 3. Op-Tx: 业务分类 (Operational Taxonomy): - 再次提及业务分类法，但这次可能是指更详细的操作执行者和活动的分类，记录在业务分类法视图（OV-2）中。 4. Rs-Tr: 资源可追溯性 (Resource Traceability): - 业务执行者实现图。虽然在文档中没有提供具体的视图编号，但这通常涉及到将操作执行者的实现与所需资源之间的关系进行映射，以确保操作活动得到适当的资源支持。 关键事项 - 概念定义：明确操作环境中的关键概念，包括角色、情境和场景。 - 流程建模：详细描述操作活动的流程，包括步骤、顺序和决策点。 - 分类和组织：创建一个操作架构的分类法，以组织和描述操作执行者和活动。 - 资源映射：确保操作执行者和活动得到适当的资源支持，通过映射资源需求和资源供给。 参与人员：操作规划师、企业架构师、资源管理专家等领域的专家紧密合作。 04 定义服务体系结构 "Define [Black Box] Service Architectures" (定义[黑盒]服务架构) —— 涉及到定义企业所需的服务架构，包括所需服务特性和质量的规范。以下是根据文档内容，Step 4中提到的相关步骤和活动： 1. Sv-Tx: 服务分类 (Services Taxonomy): - 确定服务规格和相应的服务级别协议点，这可能包括内部和外部服务提供者。这些信息将被记录在服务分类视图（SvcV-1/2）中。 2. Sv-Sr: 服务结构 (Services Structure): - 捕获服务的结构性部分和连接性，这可能包括服务的内部组件和它们如何相互连接。这些信息将被记录在服务结构视图（SvcV-1/2）中。 3. Sv-Pr: 服务进程 (Services Processes): - 定义服务功能和服务操作以及资源交换。这包括捕获所有服务功能的列表，并将其记录在服务进程流程视图（SvcV-4）中。 4. Sv-Rm: 服务路线图演进 (Services Roadmap Evolution): - 定义服务部署计划，这可能涉及到管理服务配置。这些信息将被记录在服务路线图视图（SvcV-8）中。 5. SV-Tx: 服务分类法 (Services Taxonomy): - 再次提及服务分类法，但这次可能是指捕获实际服务的分类，记录在服务分类法视图（SvcV-1）中。 关键事项 - 服务规格定义：识别和定义企业所需的服务，包括服务级别协议的关键点。 - 服务结构建模：详细描述服务的内部结构和组件之间的连接。 - 服务流程设计：定义服务的操作流程，包括功能、状态和性能特征。 - 服务路线图规划：制定服务的部署和演进计划，确保服务能够按照预定的时间表和质量标准提供。 - 服务分类和组织：创建服务的分类法，以组织和描述不同类型和类别的服务。 参与人员：服务设计师、企业架构师、服务管理专家等领域的专家紧密合作。这些活动有助于确保服务架构与企业的操作架构和战略目标保持一致。 05 定义资源架构 “Define Resource Architectures”定义实现操作和服务架构所需的资源（例如，能力配置、系统、硬件、软件、技术、自然资源），以实现战略领域中期望的能力。以下是如何执行这些步骤的概述： 1. Rs-Tx: Resources Taxonomy [SV-1/2]: - 创建资源分类法，组织和安排具有共同或模块化设计和结构的资源元素。这有助于理解资源的分类和如何它们相互关联。 2. Sd-Tx: Standards Taxonomy [StdV-1]: - 应用标准分类法，以便于理解和应用适用于资源的各种技术和管理标准。 3. Rs-Sr: Resources Structure [SV-1/2]: - 定义资源的结构，包括资源的组成部分和它们之间的关系。这有助于理解资源的内部构造和如何它们协同工作。 4. Rs-Pr: Resources Process Flow [SV-4]: - 定义资源的功能和交换流程，包括资源如何在操作中被使用和管理。 5. Rs-Rm: Resources Roadmap Evolution [SV-8]: - 创建资源的发展路线图，预测资源的技术发展和准备情况，以及如何它们将随时间变化。 6. Rs-Tx: Resources Taxonomy: Actual Resources [N/A]: - 对实际资源进行分类，以便于管理和优化资源的使用。 7. Rq-Mv: Requirements: Resources [N/A]: - 定义资源需求，包括资源的性能、配置和其他相关要求。 关键事项 - 资源分类：建立资源的分类结构，以便于识别和管理不同类型的资源。 - 标准应用：确定哪些标准适用于资源，并确保资源的使用符合这些标准。 - 资源结构定义：详细描述资源的组成和布局，包括所有硬件、软件和其他资源元素。 - 资源流程分析：定义资源的处理流程，包括资源如何被创建、修改、使用和维护。 - 路线图制定：创建资源的时间表，包括关键里程碑和预期成果，以便于监控和调整资源的发展。 - 实际资源分类：对组织中已有的资源进行分类，以便于更好地理解和管理这些资源。 - 资源需求分析：收集和分析资源需求，以确保资源的配置和性能满足操作需求。 参与人员：项目管理团队与其他部门（如战略规划、财务、运营等）的合作，以确保资源投资组合与组织的整体目标和需求相一致。 06 定义人事架构 “Define Personnel Architectures”定义人事（Personnel）方面的架构。根据提供的信息，以下是如何执行这些步骤的概述： 1. Pr-Tx: Personnel Taxonomy [OV-4]: - 这一步骤涉及创建人员分类法，这是对组织中不同类型和类别的人员进行分类和描述的系统。这可能包括角色、技能、级别等方面。在OV-4视图中，这将以图形或表格的形式展示。 2. Pr-Sr: Personnel Structure [OV-4]: - 在这一步骤中，需要定义人员的组织结构。这可能包括组织图、团队结构、职责分配等。OV-4视图将展示组织的内部结构和人员之间的关系。 3. Pr-Pr: Personnel Processes [SV-4]: - 人事流程步骤涉及定义人员参与的业务流程和操作。这可能包括招聘、培训、绩效管理等流程。在SV-4视图中，这些流程将被详细描述，包括它们的顺序、参与者和决策点。 4. Pr-Rm: Personnel Evolution [SV-8]: - 人事路线图演变步骤是关于规划人员的发展和职业路径。这可能涉及到培训计划、晋升通道、继任计划等。SV-8视图将展示人员随时间的演变和发展计划。 5. Pr-Tx: Personnel Taxonomy Table [OV-4]: - 这一步骤可能是对人员分类法的进一步详细化，将人员分类法以表格形式呈现，以便更容易地理解和引用。 关键事项 - 分类法创建：定义人员的不同类型和类别，以及它们之间的关系。 - 结构定义：明确组织的内部结构，包括各个部门、团队和个人的角色和职责。 - 流程设计：制定和优化人员参与的业务流程，确保效率和有效性。 - 路线图规划：规划人员的长期发展，包括职业发展和培训需求。 - 数据管理：收集和维护人员相关的数据，确保信息的准确性和可用性。 参与人员：人力资源、运营管理、战略规划等，以确保人事架构与组织的整体目标和需求相一致。 07 定义安全体系结构 “Define Security Architecture”定义安全和保护（Security and Protection）方面的架构。根据提供的信息，以下是如何执行这些步骤的概述： 1. Sc-Tx: Security Taxonomy: - 这一步骤涉及创建安全分类法，它是对组织中不同安全元素进行分类和描述的系统。这可能包括安全策略、控制措施、风险类型等方面。分类法有助于标准化安全术语和概念，以便于交流和理解。 2. Sc-Sr: Security Structure: - 在这一步骤中，需要定义安全的组织结构。这可能包括安全团队的组成、安全职责的分配、以及安全控制措施的实施。结构定义有助于确保安全措施的有效性和组织的安全性。 3. Sc-Pr: Security Processes: - 安全过程步骤涉及定义与安全相关的业务流程和操作。这可能包括威胁识别、风险评估、事件响应等流程。这些流程的定义有助于确保在安全事件发生时能够迅速有效地应对。 4. Sc-Tr: Security Traceability: Threats to Assets Mapping: - 安全可追踪性步骤是关于将安全威胁映射到受影响的资产上。这涉及到识别潜在的安全威胁，并评估这些威胁可能对组织的资产造成的影响。这有助于优先级排序和资源分配，以保护最关键的资产。 关键事项 - 分类法创建：定义安全措施的不同类型和类别，以及它们之间的关系。 - 结构定义：明确安全组织的内部结构，包括各个部门、团队和个人的角色和职责。 - 流程设计：制定和优化安全相关的业务流程，确保在安全事件发生时能够迅速有效地应对。 - 可追踪性分析：将潜在的安全威胁映射到受影响的资产上，以便于风险管理和应急准备。 参与人员：安全团队与其他部门（如IT、运营、人力资源等）的合作，以确保安全架构与组织的整体风险管理策略相一致。此外，可能还需要使用专业的安全工具和技术来支持这些活动。 08 管理项目组合 “Architecture Portfolio Management”架构投资组合管理，这涉及到定义和管理开发资源解决方案的项目和项目组合。以下是如何执行这些步骤的概述： 1. Pj-Tx: Projects Taxonomy [PV-1]: - 这一步骤涉及创建项目分类法，它是对组织中不同项目进行分类和描述的系统。这有助于理解项目之间的关系以及它们如何支持企业的共同目标。 2. Pj-Tr: Actual Projects to Capabilities Mapping [PV-3]: - 在这一步骤中，需要将实际项目映射到它们支持的能力上。这有助于确保项目的投资与企业的战略目标和能力需求保持一致。 3. Pj-Sr: Projects Structure [PV-1]: - 项目结构步骤涉及定义项目的组织结构。这可能包括项目团队的组成、项目职责的分配、以及项目管理的实施。结构定义有助于确保项目的有效管理。 4. Pj-Pr: Projects Process Flow [SV-4]: - 项目过程步骤涉及定义与项目管理相关的业务流程和操作。这可能包括项目规划、执行、监控和收尾等流程。这些流程的定义有助于确保项目能够按时、按预算和按质量完成。 5. Pj-Rm: Projects Roadmap [PV-2]: - 项目路线图步骤是关于创建一个时间表，展示项目的关键里程碑和交付物。这有助于项目团队和利益相关者了解项目进展，并确保项目按计划进行。 关键事项 - 分类法创建：定义项目的不同类型和类别，以及它们之间的关系。 - 能力映射：确定哪些项目支持特定的企业能力，并确保项目与企业战略目标一致。 - 结构定义：明确项目的内部结构，包括各个部门、团队和个人的角色和职责。 - 流程设计：制定和优化项目管理相关的业务流程，确保项目能够有效地管理和执行。 - 路线图制定：创建项目的时间表，包括关键里程碑和预期成果，以便于监控和调整项目进度。 参与人员：项目管理团队与其他部门（如战略规划、财务、运营等）的合作，以确保项目投资组合与组织的整体目标和需求相一致。此外，可能还需要使用项目管理工具和技术来支持这些活动。 09 获取实际的资源实例化和支持体系结构评估 "Capture Actual Resource Instantiation and Perform Verification & Validation" (捕获实际资源实例化并执行验证和验证) —— 涉及定义组织责任以及相关的服务、资源和其他结构元素，以及验证和验证结果。以下是根据文档内容，Step 9中提到的相关步骤和活动： 1. Ar-St: 实际资源结构 (Actual Resources Structure): - 捕获实际组织责任。这可能涉及到映射实际组织、岗位和角色到实际责任。 2. Ar-Tx: 实际资源分类法 (Actual Resources Taxonomy): - 捕获实际人员、资源和责任角色及其结构部分。这可能包括定义实际资源的分类和结构。 3. Me-Pm: 测量 (Measurements): - 捕获实际操作测量的类型和类别。这可能涉及到定义资源的典型测量标准。 4. 仿真和建模工具和数据 (Simulation and Modeling Tools and Data): - 使用仿真和建模工具来分析和验证实际资源的性能。这可能包括创建模型来模拟资源的行为，并验证它们是否满足预期的性能标准。 关键事项 - 分析和文档化：收集和分析与实际资源实例化相关的信息，然后将这些信息文档化。 - 建模和仿真：使用建模和仿真工具来创建资源的模型，并通过这些模型来测试和验证资源的性能。 - 测量和评估：收集实际资源的性能数据，并与预期的性能标准进行比较，以评估资源是否符合要求。 - 验证和验证：执行必要的测试和检查，以确保资源的实际性能符合企业的需求和标准。 - 反馈和改进：根据测试结果和反馈，对资源进行必要的调整和改进，以确保它们能够有效地支持企业的运营。 参与人员：资源管理专家、验证和验证专家以及企业架构师等领域的专家紧密合作。 总结和下期 基本结构说明了每个主要步骤产生的关键架构信息。这包括对架构进行的变更分析，以识别在提出对架构进行重大变更时应考虑的权衡。 本文提供了一种系统化和结构化的方法来生成UAF中定义的架构视图。这意味着过程是有组织和有序的，旨在确保架构的各个方面都得到适当的考虑和描述。过程可以自上而下、自下而上或中间向外进行，应根据具体情况进行调整。在实践中，许多活动是同时进行的，目的是朝着一个共同认可的目标架构进行收敛，并制定实现预期结果的各种路线图。可以作为开发建模方法论的基础，或作为与潜在客户或建设者规划架构参与的基础。它还可以用于评估组织的模型化系统工程（MBSE）能力，或用于培训人员以获取建模企业所需的知识和技能。 本期就讲这些，下期讲解如何利用UAF来构建美国国防防御体系 开启新旅程 生命由一段又一段的旅程衔接而成，在每段旅程中，都能发现不一样的风景 |
|
|
