对软件体系结构中的中间设计（ARID）的积极评论

对中间设计(ARID)的有效评论：
Active Design Review和ATAM都用于评估初步设计。在积极的设计评审中，利益相关者会收到详细的文档，然后自己完成练习问卷。 ATAM用于评估整个体系结构，而不是其中的一部分。

ATAM和ADR都具有评估软件体系结构和设计的强大素质，但是仍然需要一些东西来提供对设计策略的早期见解。因此，ARID是通过结合以利益相关者为中心，基于场景的架构评估方法(如ATAM)和设计规范的ARD而诞生的。

ARID是一种轻松，轻量级的评估方法，通过将ADR和评估策略(如ATAM)结合起来进行，该评估策略侧重于适用性并且不需要完整的体系结构文档。

参加者：
ARID流程的主要参与者是ARID审阅团队(主持人，抄写员和提问者)，软件架构师/首席设计师和审阅者。

1. ARID审核小组：它由三个角色组成：
   • 主持人–
     主持人与软件架构师一起为审核会议做准备，并在会议进行时为会议提供便利。
   • 抄写员–
     抄写员在审核会议中记录了问题并得出了结果。
   • 发问者–
     在审核会议期间，一个或多个提问者提出问题，提出问题并协助创建方案。
2. 软件架构师/首席设计师：
   软件架构师(或设计师)是设计发言人，负责准备和展示设计以及参与设计。
3. 评论者：
   审阅者来自设计的利益相关者社区，对设计的充分性和可用性感兴趣的人员以及希望使用该设计的软件工程师。

   ARID步骤：
   一个ARID流程分为两个阶段，包括九个步骤：

   

   ARID步骤

   ARID的第1阶段是作为首席设计师和审核协调人之间的会议而进行的。

   • 步骤1：确定审稿人–
     首席设计师和协调员共同努力，确定应参加评审的一组人员。
   • 步骤2：准备设计演示文稿–
     设计师准备对设计的简要说明。此步骤的目标是提供足够详细的设计，以便有知识的观众可以使用设计。在这里，在第一阶段，设计人员进行了一系列演示，以审查主持人。
   • 步骤3：准备种子方案–
     设计者和审核协调员准备了一组种子方案。像ATAM中的种子情境一样，这些旨在向有机会查看样本集的审阅者说明情境的概念。
   • 步骤4：为审核会议做准备–
     会制作演示文稿，种子场景和审阅议程的副本，以在主要审阅会议上分发给审阅者。

   在第2阶段中，审阅者聚集在一起，会议开始。

4. 步骤5：目前的ARID方法–
   审核主持人花费30分钟的时间向参与者解释ARID的步骤。
5. 步骤6：目前的设计–
   首席设计师介绍了两个小时的概述，并介绍了示例。在此期间，基本规则是，不允许有关实现或原理的问题，也不允许有关替代设计的建议。目标是查看设计是否可用，而不是找出为什么以某种方式完成事情，或了解接口背后的实现秘密。事实澄清的问题是允许和鼓励的。主持人在演示过程中会强制执行此规则。

   在这段时间里，抄写员记录了每个问题，或者记录了设计人员指出每种资源(通常是一种文档)仍在使用中但尚不可用的每个实例。对结果清单进行了汇总，以显示设计者在认为设计完整且可投入生产之前应解决的潜在问题。

6. 步骤7：集思广益并确定方案的优先级–
   就像在ATAM中一样，参与者提出了使用设计来解决他们期望面对的问题的方案。在集思广益期间，所有情况都有一定的机会。然后，种子方案也将保留在池中。然后，将使用投票最多的方案来测试设计的可用性。
7. 步骤8：进行审核–
   考虑到投票最多的方案，协调人要求审稿人共同制定使用设计服务来解决方案所造成的问题的代码。在审查了所考虑的方案后，团队得出了结论。
8. 步骤9：目前的结论–
   最后，对问题清单进行了重新叙述，对参与者进行了投票，以征询他们对审查工作有效性的意见。