有问题?

分类
< 所有主题

NAF第1章 介绍 – 6.架构和架构框架的目的和范围

6.1 介绍

架构可用于在企业上下文中提供系统任何部分的完整表达。元模型定义了可用于在企业上下
文及其环境中描述系统的基本建模元素。然而,在开发任何架构时,必须注意有一个明确的目标。

架构框架可以为架构表示定义一种独立于语言和工具的通用形式,并且它提供了帮助实
现架构师之间以及架构师与利益相关者之间更好的沟通的手段。

标准化视点的使用可作为一种通用语言,因为它提供了一种描述复杂现实世界对象的统一方
法。对于架构师和利益相关者来说,重要的是,参与架构过程的人员都应意识到这一事实,并出于
共同利益使用它。这一共同语言还将有助于建立一个共同基准,在北约各利益团体以及国
家和组织之间讨论架构和后果。

NAF支持捕获企业在各个方面和目标系统的复杂性方面的愿景。所开发的NAF架构将为确保企
业的利益相关者专注于相同的目标做出重要的贡献,及开发运营能力和实现任何组织目标的转
型过程。为了说明起见,在国防领域,北约联邦任务网络(Federated Mission Networking FMN)是NAF架构将支持的示例,而在民用领域,则是欧洲空中交通管理项目(European Air Traffic Management project)。

架构的作用是提供对现实世界的抽象。 通过降低复杂性,可以使用一种架构来支持各种分析,以解决利益相关者所关注的问题。 在架构的指导下,许多必需的分析将在专业工具中执行,并且分析结果可用于完善架构。 架构方法可以支持的一些关键分析类型包括:

  • 静态分析 Static Analyses –可以包括能力审核、互操作性分析或功能分析。这些分析通常使用简单的分析工具(例如数据库查询和比较)进行“基于纸张的”分析。
  • 动态分析 Dynamic Analyses – 有时称为可执行模型,这些分析通常通过动态仿真检查系统的时间、空间或其他性能方面。例如,这些分析可用于评估对时间敏感的目标系统的等待时间,或在各种负载情况下在已部署的战术网络上进行流量分析。
  • 实验 Experimentation – 在实验过程中可以部署不同程度的实时系统与模拟系统,并且可以高度控制实验变量。这些可以用于整个获取周期中的各种目的,从分析干预方案到在部署新功能之前对其进行验证。例如,利用北约内部的事件(例如“联盟战士互操作性演习CWIX”)和在各种战斗实验室进行的实验来提供对作战活动进行人为模拟的能力,可以为实验提供场所。
  • 试验 Trials – 涉及功能全面的系统和大量人员的中型到大型练习,通常在尽可能实际的操作环境中进行。这样的试验不可避免地是昂贵的,并且通常仅用于正式的系统接受或操作准备状态的评估。 (注意:可以独立执行试验,也可以将其作为整个概念开发和实验CD&E过程的一部分。)

6.2 架构的价值是什么?

开发架构以支持战略规划、转型和各种类型的分析(即差距、影响、风险)以及在每个过程中做出的决策。其他用途包括识别能力需要,将需要与系统开发和集成相关联,实现互操作性和可支持性以及管理投资。 以下描述了两个不同级别的架构用法:

  • 企业级 – 架构,特别是联邦架构,在企业级别用于制定可改进的决策:
    • 人力资源利用
    • 资产部署
    • 投资
    • 确定企业边界(外部接口)和职能职责分配,以及
    • 根据项目安排职能活动
  • 项目级 – 架构在项目级别用于确定满足业务目标的能力需求和操作资源需求。然后可以集成项目架构以支持企业级的决策。

架构通过传达必要的信息来促进决策。在企业环境中设置架构可确保提供完整、可执行的信息,以做出更可靠的决策。 下面介绍了用于不同类型决策的架构数据使用情况:

  • 组合管理 – 确定与拥有资产(能力和系统)和流程相关要满足的目标的目的
  • 能力和互操作性准备就绪 – 根据需要评估其能力及其实现(系统、平台、服务和聚合aggregated解决方案)及其就绪状态net-readiness,以识别可互操作特性interoperable features中的差距。
  • 运营概念规划 – 检查各种任务参与者、流程、角色、职责和信息需要如何协同工作,以识别可能遇到的潜在问题,并确定可用于完成任务的快速解决方案。
  • 采购程序管理和系统开发 – 表示获取和开发系统概念、设计和实施(随着时间的推移逐渐成熟)的计划和管理活动,这些活动将使能并支持运营需求并提供对这些需求的可追溯性。此过程必须符合企业目标和运营需求。它完善了运营分析,执行了系统分析,并改进了装备和非装备解决方案分析。
  • 建模和仿真 – 可以使用建模和仿真技术来评估业务和任务分析。例如,在军事环境中,通过执行任务线程mission threads和情景scenarios6,从而提供了一个环境,用于对已确定的用例进行全面测试。

6.3 架构之间的互操作性

不能为架构本身而生成架构,而应将其作为实现更高级别企业目标(即北约的目标)的一种手段。

与架构相关的流程应被视为一种管理复杂性的技术technique,而不是用于生成模型的活动activities。 一组通用的架构流程(例如NAF中指定的流程)被认为是成功形成系统联合方法的最佳方法。

这一概念不仅对北约本身有效,而且在北约、各国和北约的各个合作伙伴(非北约国家、国际组织(International Organizations IOs)和非政府组织(NGOs))之间也有效。

上一个 NAF第1章 介绍 – 7.NAFv4的新特性和重要变化
下一个 NAF第1章 介绍 – 5.北约架构框架的结构
目录