三、Arcadia工作层级
Arcadia包括如下工作层级:

- 1) 操作分析(Operational Analysis):系统的用户需要做什么?
- 通过识别必须与系统交互的参与者(actors)、他们的活动以及彼此之间的交互,来对操作用户的问题进行分析。
- 2) 系统分析(System Analysis):系统必须为用户做什么?
- 外部功能分析,以识别其用户所需的系统功能(例如,“计算最佳路径”和“检测威胁”),但这些功能收到所要求的非功能属性的限制。
- 3) 逻辑架构(Logical Architecture):系统如何工作来实现预期?
- a)内部功能分析:为实现前一阶段确定的“用户”功能而必须执行并整合在一起的子功能;
- b)通过集成我们选择在这一层级处理的非功能性约束,识别出执行这些内部子功能的逻辑组件。
- 4) 物理架构(Physical Architecture):系统是如何开发和构建的?
- a) 该层级的目标与逻辑架构层的目标相同,不同之处在于它定义了必须创建的系统最终架构;
- b) 它增加了实现和技术选择所需的功能,并重点强调了执行这些功能的行为组件(例如软件组件)。 然后使用提供必要材料资源的实现组件(例如,处理器板)来实现这些行为组件。
- 5) 最终产品分解结构(End Product Breakdown Structure,EPBS):每个组件提供者的期望是什么?
- 此步骤从物理架构中推导出每个组件必须具备什么样的条件才能满足先前阶段中建立的架构设计约束和限制。
必须指出的是,该方法本质上并不一定总是自上而下的,而也可以完全自下而上地进行,例如,如果我们从已有的系统开始。这个问题更多地与架构层级有关,而不是阶段或步骤。
此外,并非所有架构层级对于所有项目都是强制性的。操作分析,逻辑架构和EPBS一般是可选的,具体取决于所研究系统的复杂性和模型的目标。