先决定要回答哪些评审问题
- 明确本阶段关注的是能力缺口、任务协同、信息交换还是系统接口。例如讨论任务协同时，应识别参与对象、前后依赖和异常路径，而不是从工具菜单挑选所有视图。
- 将每个评审问题对应到输入资料、责任人和输出证据。没有输入依据或无人负责确认的视点，应先列为待澄清项，避免产生形式完整但无法使用的模型。
建立统一对象字典与跨层关系
- 同一组织、资源或系统在不同视点中应有稳定标识，不能因为名称略有变化就建立重复对象。属性单位、对象粒度和关系含义应在建模前统一。
- 体系层的活动分配到系统责任后，再连接到系统模型中的功能、端口与接口。此处的映射是项目建模工作，不是选用某一种工具就自动完成的能力。
交付哪些资产，如何避免重复劳动？
- 建议交付裁剪说明、对象字典、视点产品、关系追溯与问题清单。用于评审的图表应尽量由统一模型生成，减少模型与文档各自维护造成的差异。
- 复用模板前检查其对象含义和适用任务，不能只替换项目名称。原任务中的组织关系、约束和边界条件可能不适合新项目。
验收重点与常见误区
- 沿一项任务检查活动、执行资源、信息交换和系统责任是否连通；再追问发生变化时哪些对象受影响。能够解释变化影响，比堆叠视点数量更有价值。
- 不要将体系架构模型的完备性等同于作战效果或系统性能证明。若要得出量化结论，还需单独建立仿真模型、输入假设和验证依据。