动机： 从用户的操作视角定义功能边界。

内容： 操作视点的模型描述了任务和活动、操作元素和执行操作所需的资源流交换。

用途： 操作视点（ OV ）的模型可以用逻辑术语来描述“将来”的架构需求，或者作为“现有”架构的关键行为和信息方面的简化描述。 OV 的模型复用在能力视点中定义的能力，并将它们置于操作或场景的上下文中。 OV 的模型可以以多种方式使用，包括开发用户需求、捕获未来概念和支持操作的计划过程。

边界定义是架构建模支持需求定义的一个重要途径。边界定义是一个通常需要利益相关者大量参与的过程； DoDAF 所描述的模型为这个交互过程提供了理想的支持。 DoDAF 为功能范围和组织跨度的概念提供支持。当执行与一个或多个特定能力相关的需求分析时，了解该能力打算交付的特定功能是很重要的。了解该功能的限制也很重要，以便能够确定与其他功能和组织的必要接口。使用 OV 的模型 ( 例如，作战资源流描述和作战活动模型 ) 支持能力边界的识别，这样就可以圈定功能范围和组织跨度。

操作视点的模型的另一种应用是用户级互操作性需求的定义。在操作视点的模型中， DoDAF 以多种方式支持互操作性分析。

操作模型可用于帮助回答以下问题 :

•  这个企业支持的业务范围是什么 ?

•  采取了哪些活动来支持不同的业务线 ?

•  我所负责的能力的功能范围是什么 ? 这可以通过活动模型和 CV 的模型的信息组合来回答。

•  这个或多个能力的组织影响范围是什么 ?

•  哪些信息必须在能力之间传递 ?

•  哪些战略驱动因素需要传递或跟踪某些数据 ? 这可以通过逻辑数据模型、信息交换、活动和 CV 的模型中的数据组合来回答。

•  一个或多个能力支持或自动化了哪些活动 ?

•  组织 X 在一个或多个能力中扮演什么角色 ?

•  驱动特定能力的功能需求是什么 ?

•  在能力中应用哪些规则，以及如何应用这些规则 ?

使用操作视点的模型应该通过以下方式提高需求定义的质量 :

•  明确地将用户需求与战略级别的能力需求联系起来，使得能够在能力边界上达成早期协议。

•  提供一个经过验证的业务 / 操作参考模型，根据该模型可以评估需求定义的完整性 ( 可视化有助于验证 ) 。

•  明确地将功能需求与业务或操作活动的验证模型联系起来。

•  以一致并且能够真正反映用户协作需求的方式捕获与信息相关的需求 ( 不仅仅是信息交换需求 [IERs]) 。

•  为跟踪到用户需求的测试场景提供基础。

•  获取过程工程或过程再工程的活动。

纯粹的操作模型是独立于物料的。但是，操作及其关系可能受到新技术的影响，例如协作技术，在政策能够反映新的流程之前，过程改进已付诸实践。在某些情况下，由于现有系统的限制，有必要记录执行活动的方式，以便审查新系统是否有助于简化活动的方式。在这种情况下，操作模型可能有物料限制和需要解决的需求。出于这个原因，可能有必要包含一些高级系统架构数据，以便将信息扩展到操作模型上。

操作视点 （ Operational Viewpoint ）模型说明