Active Reviews for Intermediate Designs (ARID) 是一种软件架构评审方法，特别关注在设计过程的中期阶段进行评审，目的是在设计完全成熟之前捕捉并解决潜在的设计问题。ARID旨在促进团队成员之间的交流，提高设计质量，并减少后期阶段可能出现的昂贵修改。下面是ARID过程的一个概括，包括输入、活动和输出：
输入
- 中间设计文档：包括类图、序列图、组件图等，展示系统设计的当前状态。
- 需求文档：明确系统必须满足的功能性和非功能性需求。
- 前期评审反馈：如果有前期的设计评审，那么这些评审的反馈和建议也是重要的输入。
- 评审团队：由设计师、开发者、测试工程师、领域专家等组成的跨职能团队。
活动
-
准备阶段：
- 确定评审范围和目标。
- 选择或组建评审团队。
- 准备并分发评审材料给所有参与者。
-
评审会议：
- 介绍阶段：简短介绍设计背景、目标和评审流程。
- 阅读与理解：团队成员独立或分组审查设计文档。
- 讨论与提问：集中讨论设计的各个方面，鼓励开放和诚实的反馈。
- 问题与建议记录：记录识别出的问题、风险、疑问和改进建议。
-
后续行动：
- 整理反馈：汇总会议中提出的所有问题和建议。
- 行动计划制定：根据反馈，设计团队制定解决问题的行动计划。
- 反馈循环：向评审团队和相关利益者通报所采取的措施和结果。
输出
- 评审报告：总结会议讨论的关键点、发现的问题、提出的改进建议。
- 修订的设计文档：根据评审反馈修订后的设计文档，体现必要的改进。
- 风险与问题清单：识别出的风险、未解决的问题及其优先级和责任人。
- 行动项跟踪：跟踪改进措施的执行进度，确保问题得到解决。
ARID强调的是在设计周期的早期和中期介入，以更加主动和迭代的方式处理设计问题，这有助于减少后期设计变更的成本和风险，同时促进团队之间的沟通和知识共享。
