text: MBSE系统架构入门之DODAF服务视图
  ‍MBSE领域有众多关于复杂系统的方法论，这里重点介绍INCOSE认证的三种方法论Harmony-SE、NASA JPL状态分析法及MagicGrid进行具体分析，根据系统的关联程度及特性选择最合适的方法论。SvcV：服务视图Services Viewpoint国防部的职能包括作战职能和业务职能。服务模型将服务资源与操作和功能需求关联起来。这些资源支持业务活动并促进信息交流。跨服务视点到操作视点和能力视点的体系结构数据元素之间的关系可以在服务被采购和部署以支持组织的操作和能力时得到举例说明。OVs和svcv中的结构和行为模型允许架构师和涉众快速确定，对于每个备选规范，哪些功能由人工执行，哪些功能由服务执行，从而基于风险、成本、可靠性等进行交易分析。服务不局限于系统内部功能，还可以包括人机界面(HCI)和图形用户界面(GUI)功能，以及向业务功能消耗或产生业务数据的功能。外部服务数据提供者和使用者可用于表示与服务交互的人员。服务模型描述SvcV-1 服务场景：标识服务、服务项及其相互关系。SvcV-2 服务资源流：业务之间交换的资源流。SvcV-3系统服务矩阵：描述在给定的体系结构描述中系统和服务之间的关系。可以将其设计为显示感兴趣的关系(例如，服务类型的接口，计划的与现有的接口)。SvcV-4服务功能：描述服务所执行的功能以及服务功能(活动)之间的业务数据流。SvcV-5业务活动到服务的映射：追溯矩阵服务(活动)到业务活动(活动)的映射。SvcV-6服务资源流矩阵：提供了服务之间交换的服务资源流元素的详细信息以及该交换的属性。SvcV-7服务度量矩阵：在时间范围内的度量服务模型的构成元素。SvcV-8计划的增量步骤：旨在将一套服务迁移到一个更高效的套件，或将当前的服务演进到未来的实现。SvcV-9服务技术和技能预测：预计在一定时间内出现的、将影响未来服务发展的新兴技术、软件/硬件产品和技能。描述服务功能的三种模型之一。它确定了由于系统设计或实现的某些方面而强加在系统功能上的约束。SvcV-10b服务状态转换：描述用于描述服务功能的三种模型之一。它标识服务对事件的响应。SvcV-10c 服务事件跟踪：描述用于描述服务功能的三种模型之一。它确定了操作视点中描述的关键事件序列的特定于服务的细化。服务视图模型描述了基于服务的解决方案的设计，以支持来自开发过程和防御采办系统或采办系统中的能力开发的需求。SvcV-1主要用于描述服务的组合和交互。SvcV-1将人力作为执行者——组织和人员类型。SvcV-1通过描述资源如何结构化和交互来实现OV-2操作资源流描述中指定的逻辑体系结构，将操作和服务体系结构模型链接在一起。SvcV-1可以表示OV-2操作资源流描述(即，在“将来”体系结构描述中)中指定的需求的实现，因此可能有许多可选的SvcV模型可以实现操作需求。或者，在“As-Is”体系结构描述中，OV-2操作资源流描述可能只是SvcV-1的简化的逻辑表示，以允许与非技术涉众进行关键资源流的通信。对于架构师来说，认识到SvcV-1专注于资源流和提供的服务是很重要的。这与SV-1系统接口描述不同，SV-1系统接口描述侧重于系统到系统的点对点接口，源系统和目标系统有一个商定的接口。对于SvcV-1，关注提供者和所提供的数据是适合于发布/订阅模式的以网络为中心的数据策略原则。该模式并不是SvcV-1中可以捕获的唯一服务类型。在SvcV-1中，可以将子服务标识到架构师认为合适的任何分解级别(即深度)。SvcV-1还可以识别部署资源的物理资产(例如，平台)，并可选择覆盖使用这些资源的操作活动和位置。在许多情况下，OV-2操作资源流描述中描述的操作活动和位置很可能是SvcV-1中显示的资源的逻辑表示。服务概念的定义。服务选项的定义。服务资源流需求捕获。能力集成规划。业务集成管理。操作计划(能力和执行者定义)。SvcV-1以两种方式使用：描述体系结构中资源之间交换的资源流。根据功能组件及其在平台和其他设施上的物理集成，描述一个解决方案，或解决方案选项。SvcV-1可以简单地用来描述服务和子服务，并标识它们之间的资源流。SvcV-1的真正好处是它能够描述体系结构的人的方面以及它们如何与服务交互。此外，DoDAF有能力和执行者的概念，它用于将服务、资产和人员描述到一个可以满足特定能力的配置中。SvcV-1模型的一个主要目的是显示资源结构，即确定主要的子服务、执行者和活动(功能)及其交互。SvcV-1有助于用户理解解决方案的结构特征。对能力做出贡献的物理资源要么是组织资源，要么是物理资产，也就是说，服务不能单独贡献(它必须托管在由两者的组织资源使用的物理资产上)。组织方面现在可以在SvcV-1上显示(例如，谁使用了服务)。资源结构可以在SvcV-1中确定到架构师认为合适的分解的任何级别(例如，深度)。DoDAF没有特别使用子服务和组件等术语，因为这些术语通常表示相对于结构层次结构的位置。任何服务都可以结合硬件和软件，或者它们可以被视为单独的(子)服务。DoDAF V2.0包括人为因素(如人员类型和一种类型的执行者)。如果架构师希望描述具有人员元素的服务，那么应该使用服务、人员类型和执行者的分组来将人员和服务元素打包在一起。SvcV-1可以选择用OV-2操作资源流描述中最初指定的操作活动和位置进行注释。通过这种方式，可以建立从逻辑OV结构到物理服务模型结构的可追溯性。如果不能使用单个SvcV-1，则应将相关资源分解为多个SvcV-1模型。功能(活动)一些资源可以执行SvcV-4服务功能描述模型中描述的服务功能(活动)，这些功能可以选择性地覆盖在SvcV-1上。在某种意义上，SvcV-1和SvcV-4服务功能描述提供了互补的表示(结构和功能)。两者都可以先查看，但通常使用迭代方法将它们一起建模，逐步建立服务描述中的详细级别。注意，在给定的SvcV-1中，同一类型(类)的资源可能在不同的上下文中使用。由于这个原因，函数到资源的跟踪是在它们的使用上下文中指定的(详细信息请参见DM2)。SvcV-1中的资源流除了描述服务(执行者)及其结构外，SvcV-1还处理服务资源流。服务资源流，如SvcV-1中所描述的，是资源在一个服务和另一个服务之间传递的指示器。在服务的情况下，这可以在SvcV-2服务资源流描述模型中进一步扩展。服务资源流是路径或网络模式的简化表示，通常以图形的方式描述为连接器(即，带有可能放大信息的一条线)。SvcV-1描述了感兴趣的资源之间的所有资源流。注意，资源之间的资源流可以在SvcV-2服务资源流描述模型和SvcV-6服务资源流矩阵中进一步详细指定。交互只能在服务和系统之间进行。服务资源流为OV-2操作资源流描述需求线中指定的资源流交换如何通过服务实现提供了规范。OV-2操作资源流描述中显示的单一需求线可以转换为多个服务资源流。服务资源流的实际实现可能采用多种形式(例如，多个物理链接)。实现接口的物理路径或网络模式的详细信息在SvcV-2服务资源流描述中有文档记录。资源流在SvcV-3a系统-服务矩阵或SvcV-3b服务-服务矩阵中总结，具体到每个服务资源流的详细定义和属性可在SvcV-6服务资源流矩阵中描述。资源执行的功能在SvcV-4服务功能描述中指定，但可以选择覆盖在SvcV-1的资源上。SvcV-2指定了服务之间的资源流，还可能列出连接中使用的协议栈。SvcV-2 DoDAF描述的模型用于给出服务间连接的精确规范。这可以是现有的连接，也可以是为将来的连接制定的连接规范。资源流规范对于网络数据服务，SvcV-2包括服务、它们的端口以及这些端口之间的服务资源流。SvcV-2也可用于描述非IT类型的服务，如搜索和救援。架构师可以选择为每个服务资源流和生产服务、每个服务资源流和消费服务创建一个图表，或者如果可能的话，在一个图表上显示所有的服务资源流。每个SvcV-2模型显示以下内容：连接了哪些端口。端口所属的生产服务。服务资源流所消费的服务。根据物理/逻辑连接以及连接中使用的任何协议来定义服务资源流。请注意，网络被表示为服务。架构师可以选择显示作为网络组件的其他服务，即它们是否是网络基础架构的一部分。SvcV-2图中提到的任何协议都需要在StdV-1标准配置文件中定义SvcV-3a能够快速概述一个或多个SvcV-1服务上下文描述模型中指定的所有系统到服务资源交互。SvcV-3a提供了体系结构描述的SvcV-1服务上下文描述中规定的系统和服务交互的表格摘要。该模型可用于支持正在转换为提供服务的现有系统。矩阵格式支持快速评估潜在的共性和冗余（或者，如果需要容错，则支持缺乏冗余）。SvcV-3a可以以多种方式组织，以强调系统与服务交互在架构（architecture）目的上下文中的关联。总结系统和服务资源交互。接口管理。比较解决方案选项的互操作性特征。SvcV-1集中于服务资源及其相互作用，这些在SvcV-3a或SvcV-2b中进行了总结。SvcV-3a DoDAF描述的模型可以是一个有用的工具，用于管理解决方案和基础设施的演变，新技术和功能的插入，以及在不断变化的运营需求的背景下重新分配系统和服务以及活动。根据体系结构的目的，可能有几种SvcV-3a DoDAF描述的型号。SvcV-3a模型套件可以以多种方式组织（例如，按领域、按作战任务阶段、按解决方案选项），以强调资源对组与体系结构描述目的的关联。SvcV-3a通常以矩阵形式表示，其中系统和服务资源列在矩阵的行和列中，每个单元表示系统和服务之间的交互（如果存在）。在SvcV-3a的细胞中可以呈现许多类型的相互作用信息。资源交互可以使用描述不同交互特性的不同符号和/或颜色编码来表示，例如：状态（例如，现有、计划、潜在、停用）。关键接口。类别（如指挥与控制、情报、人员、后勤）。分类级别（例如，受限、机密、机密、绝密）。通信方式（例如，轮辋环路接口、可扩展环路接口）。DoDAF没有指定要使用的符号。如果使用符号，则需要符号键。SvcV-3b能够快速概述一个或多个SvcV-1服务上下文描述模型中指定的所有服务资源交互。SvcV-3b提供了在体系结构描述的SvcV-1服务上下文描述中指定的服务交互的表格摘要。矩阵格式支持快速评估潜在的共性和冗余（或者，如果需要容错，则支持缺乏冗余）。此外，该模型有助于支持以网络为中心（面向服务）的服务实现，作为对服务编排实现的SvcV-10a服务规则模型、SvcV-10b服务状态转换描述和SvcV-10c服务事件跟踪描述的输入。SvcV-3b可以以多种方式组织，以强调服务对与体系结构目的的关联。一种组织类型是服务层次结构或服务分类。总结服务资源交互。接口管理。比较解决方案选项的互操作性特征。需要注意的是，服务服务矩阵（SvcV-3b）的一种用法可以支持以网络为中心的（面向服务的）实现，以描述生产服务和消费服务之间的交互。SvcV-1集中于服务资源及其相互作用，这些在SvcV-3a或SvcV-2b中进行了总结。SvcV-3b可以成为一个有用的工具，用于管理解决方案和基础设施的演变、新技术和功能的插入，以及根据不断变化的运营需求重新分配服务和活动。根据体系结构的目的，可能有几种SvcV-3b DoDAF描述的型号。SvcV-3b DoDAF描述的模型套件可以以多种方式组织（例如，按领域、按作战任务阶段、按解决方案选项），以强调资源对组与体系结构描述目的的关联。SvcV-3b通常以矩阵形式表示，其中服务资源列在矩阵的行和列中，每个单元表示服务之间的交互（如果存在）。SvcV-3b的细胞中可以呈现多种类型的信息。资源交互可以使用描述不同交互特性的不同符号和/或颜色编码来表示，例如：状态（例如，现有、计划、潜在、停用）。关键接口。类别（如指挥与控制、情报、人员、后勤）。分类级别（例如，受限、机密、机密、绝密）。通信方式（例如，轮辋环路接口、可扩展环路接口）。DoDAF没有指定要使用的符号。如果使用符号，则需要符号键。SvcV-4模型解决了人员和服务功能。SvcV-4的主要目的是：对每个资源输入(消耗)和输出(产生)的必要数据流进行清晰的描述。确保服务功能连接是完整的(即，资源所需的输入都得到满足)。确保功能分解达到适当的细节级别。服务功能描述提供了以下方面的详细信息:为资源分配业务功能。业务功能之间的资源流动。SvcV-4是服务视角，与运营视角的OV-5b运营活动模型相对应。任务流程描述。识别功能服务需求。服务的功能分解。将人力和服务职能联系起来。需要注意的是，SvcV-4的一种用法可以支持以网络为中心(面向服务的)实现来描述生产服务和消费服务。服务功能描述信息可以支持在以网络为中心(面向服务的)实现中注册服务。SvcV-4用于指定体系结构中资源的服务功能。SvcV-4是SvcV-1服务上下文描述的行为对应物(同样，OV-5b操作活动模型是OV-2操作资源流描述的行为对应物)。该模型的范围可能是能力范围，而不考虑哪些资源执行哪些服务功能，或者可能是特定于资源的。变化可能集中于资源内部或资源间的数据流，也可能只是将服务功能分配给资源。有两种基本的方法来描述SvcV-4：分类服务功能层次结构显示了以树形结构描述的服务功能的分解，通常用于任务是并发的但相互依赖的地方，例如生产线。数据流程图展示了通过数据流箭头和数据存储连接的业务功能。在体系结构描述中，SvcV-4文档服务功能、这些服务功能之间的资源流、内部系统数据存储库或服务数据存储库，以及服务数据流的外部源和汇，但不超出体系结构描述的范围。它们还可能显示用户在使用这些服务时的行为。