二、Arcadia的基本概念

1 Arcadia的定义

当今的复杂系统受到许多需求或约束的限制，这些需求或约束通常同时存在，有时甚至是矛盾的：功能需求（用户期望的服务）和非功能需求（安全性，操作安全性，质量，可伸缩性，成本等）。此类系统的初始工程阶段至关重要，因为它们决定了所采用的体系结构满足客户要求的能力，以及需求向组件的正确分配。 为了妥善解决周期延迟和成本，至关重要的一点是能够从系统设计阶段就针对客户要求验证解决方案是否适当，并最大程度地降低遇到解决方案局限性的风险，避免在后续开发阶段甚至是系统集成和验收阶段影响到架构。

在过去的几年中，系统工程的实践基于客户以文本形式表达的要求和期望，在实现过程中（手动）对其进行追溯，以证明它们的合理性。这种方法的局限性主要源于以下事实：非形式化的文本要求使得更难验证其连贯性和完整性。 而且，它们仅限于表达需求，不适用于描述解决方案和管理其复杂性，或者说结构化工程。 这也是促使泰雷兹（Thales）开发和部署新方法Arcadia的原因之一。

Arcadia是一种结构化的工程方法，旨在定义和确认复杂系统的结构。它支持所有利益相关者之间的协作，其中通常有很多利益相关者会参与到系统的工程（或者定义）阶段中。它允许从定义阶段开始进行迭代，这将有助于使架构朝着与所有已确定需求一致的方向融合。

2 Arcadia的基本原则

Arcadia的基本原则如下：

• 1）所有工程利益相关者都以共享模型的形式共享同样的方法、相同的信息、同样的需求描述和产品；
• 2）将每种专业的工程类型（例如安全性，性能，成本和质量）形式化为与需求相关的“视点（viewpoint）”，然后从中验证所提出的架构；
• 3）建立架构预期验证的规则，以便尽快验证架构；
• 4）通过模型的联合细化，支持不同工程层级之间的协同工程，并且可以推论/验证/链接不同层次和专业的模型。

3 Arcadia的新特性

Arcadia具有如下新特性：

• 1）它涵盖了工程的所有构造活动，从捕获客户的操作要求到集成/验证/确认（IVV）；
• 2）它考虑了工程的多个层次以及它们之间的有效协作（系统，子系统，软件，硬件等）；
• 3）将协同工程与专业工程类型（安全性，性能，接口，物流等）和IVV集成在一起；
• 4）它是建立在模型的基础上的，这些模型不仅是描述性的，而且能够验证架构的定义和属性，并且是在相关团队之间进行协同设计的主要支持；
• 5）它已成功通过了在实际项目和受限的操作情况下的适用性测试，因为它目前已在泰雷兹各个部门（和国家）的数十个大型项目中使用。