| 编辑推荐: |
本文主要介绍了DoDAF之服务视图（SvcV）的10类共13个模型及各模型的功能及预期用途，希望对您有帮助。
本文来自于微信公众号学术人人，由火龙果软件Linda编辑、推荐。 |
|
DoDAF2.0中的服务视图是由原来版本中的系统与服务视图升级而来，将服务视图从原有的系统与服务视图中独立出来，进一步强调服务的作用。服务视图通过将对系统和系统资源提供的功能和数据进行抽象封装，间接地对系统视图中的分布、异构和互连的军事系统资源进行抽象和封装，支持能力视图中能力需求的实现，进一步支持作战活动过程的完成。
通过调整服务视图中服务之间交互过程，可以有效地支持或适应作战视图中作战活动过程的变化导致的能力需求的变化，解决了作战视图作战活动过程与系统视图中军事系统资源具体实现之间的分离，提高武器装备体系结构设计的可靠性和灵活性。因此，服务视图描述涉及到相关元素包括服务、服务接口、或服务功能、服务属性等服务本身的描述以及服务之间关系的描述:服务之间连接线、服务规则、服务层次等数据元素。
服务模型将服务资源与操作和功能需求关联起来。这些资源支持业务活动并促进信息交流。跨服务视图的体系结构数据元素与操作视图和功能视图之间的关系可以通过获取和部署服务来支持组织的操作和功能来举例说明。OVs和SvcVs中的结构和行为模型允许架构师和涉众快速确定哪些功能由人工执行，哪些功能由每个替代规范的服务执行，从而根据风险、成本、可靠性等进行交易分析。
服务不限于内部系统功能，可以包括人机界面(HCI)和图形用户界面(GUI)功能，或者在服务功能之间使用或生成服务数据的功能。外部服务数据提供者和使用者可用于表示与服务交互的人员。
服务视图（SvcV）由10类共13个模型构成，各模型的功能及预期用途如下：
DoDAD2.0服务视图构成
SvcV-1服务接口描述模型
SvcV-1服务接口描述模型主要描述服务的相关属性。从服务支持能力实现的角度来说，为了更好地理解能力领域，SvcV-1对服务进行了严格的定义和描述。包括服务的定义、接口和功能等详细信息的描述，通过对服务进行严格的定义，使其更好地支持能力的实现。SvcV-1采用列表形式描述，主要采用文本形式定义，通过使用标准的服务定义模板来描述。
SvcV-1的预期用途包括：服务概念的定义；服务选项的定义；服务资源流需求捕获；能力整合计划；服务集成管理；运作计划（能力和执行者定义）。
SvcV-2服务资源流描述模型
SvcV-2服务资源流描述模型描述了服务之间交换的资源流。SvcV-2产品的目的是按照服务的观点来对子服务进行组织，并推动不同体系结构领域的服务之间实现协同。实现对装备体系中多种不同类型的服务进行有效的分类和管理。SvcV-2产品通常的表现形式是层次结构图，这样可以清晰地展现服务的分类、层次关系和服务的组合。
SvcV-2的预期用途包括：资源流规范。
SvcV-3a服务-系统矩阵
SvcV-3a服务-系统矩阵描述了系统和服务之间的支持关系，即一个服务由哪些系统来提供，一个系统提供哪些服务。SvcV-3a能为体系结构描述提供系统与服务间交互的总结列表，该模型用于支持现有的转型系统，为体系结构提供服务。以矩阵的形式对系统和服务的关系进行描述，支持对潜在的通用性和冗余性进行快速评估。在体系结构目标的指导下，SvcV-3a用于加强系统与服务之间交互的联系。SvcV-3a可以用于总结系统与服务间的交互作用和实现服务接口的管理。其描述模型能有效地管理解决方案的发展、新的功能和技术的植入、作战需求和能力需求不断变化演化条件下系统、服务和功能的重新组合与分配。SvcV-3a产品通常以矩阵的形式进行展现。
SvcV-3a的预期用途包括：总结系统和服务资源的交互；界面管理；比较解决方案选项的互操作性特征。
SvcV-3b服务-服务矩阵
SvcV-3b服务-服务矩阵描述服务之间的关系，如服务之间的接口、规划的与现有的接口的对比。SvcV-3b提供对服务模型中所有服务资源交互关系的浏览。总结了体系结构描述中指定的服务之间的相互关系。以矩阵的格式对服务与服务的关系进行描述，有助于支持对潜在的通用性和冗余性进行快速评估。可以有多个SvcV-3b描述模型去满足体系结构的目标。SvcV-3b产品通常以矩阵的形式进行展现。
SvcV-3b的预期用途包括：总结服务资源交互；界面管理；比较解决方案选项的互操作性特征。
SvcV-4服务功能模型
SvcV-4用于描述具体的服务功能，并对资源输入或者输出的必要的数据流进行清晰地描述。服务功能描述确保服务功能的连通性是完整的，即资源所需的输入得到完全满足，使服务功能分解到适当详尽的层次。SvcV-4通过以树状结构的服务功能分类层次展示服务功能的分解，并展现服务功能之间的数据流的流向。
SvcV-4的预期用途包括：描述任务工作流程；识别功能服务需求；分解服务的功能；将人员和服务职能联系起来。
SvcV-5 服务与作战活动跟踪矩阵
SvcV-5 服务与作战活动跟踪矩阵描述服务与作战活动之间的支持关系，即一个作战活动由哪些服务来支持，一个服务可以支持哪些作战活动，对系统所需能力与支持这些能力服务间的映射关系做出描述。确保服务与所需能力相匹配非常重要。SvcV-5提供了将能力视图开展的能力分析与服务视图开展的服务描述分析联系起来的桥梁。能力到服务的映射具体有两种情况，一种是能力需求完全得到服务的满足，一种是能力需求部分得到服务的满足。SvcV-5拟用于追溯能力需求到服务的关系，通过映射矩阵展示服务对能力的具体满足。
SvcV-5的预期用途包括：跟踪服务功能需求到用户需求；根据需求跟踪解决方案选项；识别重叠或间隙。
SvcV-6服务资源流矩阵
SvcV-6服务资源流矩阵描述服务间交换的服务资源流要素和交换属性的具体细节。SvcV-6规定了服务之间交换的服务资源流的特征，重点是跨越服务边界的资源。SvcV-6以表格形式关注服务资源流和服务资源流内容的特定方面。此外，该模型在支持以网络为中心(面向服务)的服务实现方面很有用。根据以网络为中心的数据策略，以网络为中心的实现需要关注服务资源流中的数据，以及产生或消费服务资源流数据的服务。在以网络为中心的实现中，并不是所有的消费者都是已知的，这个模型强调生产者和服务资源流。
SvcV-6的预期用途包括：资源流的详细定义。
SvcV-7服务度量矩阵
SvcV-7服务度量矩阵用于描述服务在指定时间段的度量指标。服务度量矩阵通过描述来扩展SvcV-1服务接口描述中提供的信息SvcV-1服务接口描述中的资源特征。此外，该模型在支持以网络为中心(面向服务)的服务实现方面很有用。每个服务的服务级别协议的服务度量，可能包括服务消费者的数量、消费者对服务的使用、最小、平均和最大响应时间、允许的停机时间等。首席信息官或项目经理感兴趣的指标可能包括评估服务重用、流程效率和业务灵活性的指标。
SvcV-7的预期用途包括：定义性能特征和度量（指标）；识别非功能性需求。
SvcV-8服务演变描述模型
SvcV-8服务演变描述模型规划服务未来演进发展的路线图，确定每一个关键阶段应该提供哪些服务。SvcV-8展示了资源(服务)的整个生命周期视图，描述了它是如何随时间变化的。它显示了与时间线相对应的几个资源的结构。此外，该模型在支持以网络为中心(面向服务)的服务实现方面很有用。该模型可以呈现服务随时间演变或被替换的时间表，包括体系结构范围内和范围外的服务。
SvcV-8的预期用途包括：发展增量收购策略；规划技术嵌入。
SvcV-9服务技术和技能预测
SvcV-9定义了潜在的当前和预期的支持技术和技能。预期的支持技术和技能是指在给定技术和技能的当前状态以及预期的改进或趋势的情况下可以合理预测的技术和技能。新技术和技能与特定的时间段相关联，这些时间段可以与SvcV-8服务演变描述模型里程碑中使用的时间段相关联，并与能力阶段相关联。
SvcV-9的预期用途包括：根据时间预测技术准备情况；人力资源趋势分析；招聘计划；规划技术嵌入；选项分析的输入。
SvcV-10a服务规则模型
SvcV-10a服务规则模型是描述服务功能的三个模型之一，该模型指定架构实现方面的功能和非功能约束(即服务模型的结构和行为元素)。SvcV-10a描述了对组成服务模型物理架构的资源、功能、数据和端口的约束。约束在文本中指定，可以是功能性的或结构性的(即非功能性的)。
SvcV-10a的预期用途包括：实现逻辑的定义；确定资源限制。
SvcV-10b服务状态转换模型
SvcV-10b服务状态转换模型是描述服务功能的三个模型之一，用于描述一个服务有哪些状态，以及服务因响应事件而导致服务从一个状态如何转换到另一个状态的。SvcV-10b是一种通过改变状态来描述资源(或功能)对各种事件的响应的图形化方法。该图基本上表示了活动中的资源响应的事件集(通过采取一个动作来移动到一个新的状态)，作为其当前状态的函数。每个转换指定一个事件和一个动作。SvcV-10b可用于描述服务功能的明确排序。或者，SvcV-10b可以用来反映单个服务功能内部的动作的明确排序，或者服务功能相对于特定资源的排序。
SvcV-10b的预期用途包括：状态、事件和状态转换的定义（行为建模）；识别约束。
SvcV-10c服务事件跟踪模型
SvcV-10c服务事件跟踪模型是描述服务功能的三个模型之一，用于描述服务之间如何交互、协作，共同完成某个作战任务或活动。该模型提供了对服务功能资源之间交互的时间顺序检查。每个事件跟踪图都应该有一个附带的描述来定义特定的场景或情况。SvcV-10c有助于从初始解决方案设计进入下一个细节层次，帮助定义一系列服务功能和服务数据接口，并确保每个参与的资源或服务端口角色在正确的时间拥有执行其指定功能所需的必要信息。
SvcV-10c的预期用途包括：分析影响运营的资源事件；行为分析；识别非功能性系统需求
根据 DODAF20对服务视图的描述，服务视图的基本数据要素及其含义如下：
1) 服务：服务视图的核心数据要素，通过对系统功能的封装，获取一种或多种能力的机制，只要使用规定的服务端口便可获取
2) 服务功能描述：服务体现出来的功能的描述
3) 服务端口：描述用户访问服务的机制，包括对访问服务的信息接收格式、语法以及访问规则等
4) 服务需求线：描述服务之间的连接关系以及服务之间交互关系
5) 服务信息：服务的相关属性描述作战视图和系统视图中存在着一组对称的体系结构数据要素，通过能力视图进行关联。服务视图数据元素对应这组关联元素存在关系如图所示。
服务视图数据要素与其他视图数据要素之间的关系
服务视图产品开发流程
基于多视图框架中其他几类视图产品，可以对服务视图产品进行开发。根据DoDAF2.0中13个服务视图模型间的关系,
制定相关模型开发规则。譬如无显示关联和弱关联关系的视图模型不对其进行开发顺序的比较; 关联关系视图模型优先开发共用元素为必须元素的模型;
强关联关系视图模型需协同迭代开发。根据服务视图模型之间的关系, DoDAF2.0中13个服务视图模型的开发顺序如下图所示。
服务视图产品开发流程
服务视图的意义
服务视图是从之前版本中的系统与服务视图中独立出来的，单独构建服务视图有利于产品分类清晰化。DoDAF的思想就是从多视图角度出发，实现从不同角度对系统的分析利用，而没有把所有视点都笼统在一起，通过采用视图间的关系来实现统一集成，既实现了服务产品的合理化描述，也统一了整体集成的关系。
服务视图包含对服务的标识符和对服务的概述信息，有助于加强受众对服务的理解。服务视图采用面向服务的语言、方法和模型或分析技术，用来规范化表示构建系统，有助于系统的设计。服务视图提供构建信息，辅助系统的构建。
服务视图的作用
服务视图描述满足作战需求所提供的服务信息和服务功能，以及为实现这些服务所需要的服务端口、数据以及信息交换，其核心内容是描述服务需求和服务的关系。服务视图由图形、文本产品组成。这些产品由服务端口和服务规范、需要实现的服务与服务之间以及服务端口之间的信息交换组成。
服务视图描述满足作战需求所需的服务以及服务与服务、服务与节点之间的信息交换。服务视图一般与物理实现无关，但新的能力可能会影响或催生新的服务实现，并改变它们之间的关系。服务视图有时会涉及到对物理实现的限制和要求，这样服务视图就必须包含其它视图产品或体系结构数据元素，从而增加服务视图产品的信息，丰富其内容。为了适合所需用途和目的，服务视图描述的服务和信息交换的详细程度与范围大小可以任意变化。如果需要说明在特定环境中，特定信息是如何支持特定组织单元，则必须给出更详细的描述。 |
