体系结构--第7章--架构评审的一般方法.pdf

3部分 构架的分析 分析软件构架的原因 因为软件构架非常重要，它是风险承担者之间的交流平 台，是早期设计决策的体现，可传递、可重用的模型；而 且软件质量不可能在软件开发的最后阶段追加上去，必须 在设计之初就考虑到。 7 章 构架评审的一般方法 7.1 成本与收益 7.2 评审的一般技巧 7.3 评审实践 7.4 小结 7.1 成本与收益 成本 1. 人员时间成本 2. 构架评审部门的组织开销 3. 构架评审部门要求高级设计人员参与的代价 收益 1. 及早发现现有构架中存在的问题 2. 构架的改进 3. 财务收益 4. 强制为评审做准备 5. 捕获构架设计的基本思想 6. 验证需 的有效性 7.2 评审技巧 所谓“定性分析”，是指凭分析者的直觉、经验，凭分析对象 过去和现在的延续状况及最新的信息资料，对分析对象的性 质、特点、发展变化规律作出判断的一种方法。 所谓“定量分析”，是依据实际统计数据，建立数学模型，并 用数学模型计算出分析对象的各项指标及其数值的一种方法。 构架评审技巧可以分为两大类，应用不同的技巧需要付出不同 的代价，也能够得到不同的信息。 定性技巧—提问技巧 1. 场景—描述风险承担者和系统之间的具体交 2.评审清单—对同一领域的若干系统进行评估后提出的一组 详细的问题 3. 问卷—适用于所有构架的若干问题的清单 定量技巧 1. 指标—对构架可观察到的参数的量化解释 2. 模拟、原型与实验 评审技巧的选用 场景-评审清单- 问卷调查 利用系统原型或模拟系统来解答与性能相关的问题 7.3 评审实践 评审前提 1. 评审环境—预先规划 2. 项目代表—风险承担者，组件负责人 3. 评审小组 评审小组的人员公证、客观、受尊重 成员必须专门从事评审工作 有对构架相关问题熟悉的人，其领导具有设计、评价经验 至少有一位该系统所属领域的专家 有专人负责文档、后勤，办公地点离评审对象近，有学徒 4. 组织的期望—用合同明确 构架评审结束时应向谁报告什么内容 评审的标准是什么 向评审小组提供那些资源及人力 对评审小组和项目组以后的工作有什么期望 预计评审持续的最长时间 设定期望的目的是让所有人都理解评审结果的本质是判断可 行性，而不是提供任何保证。 5. 评审的准备—制定评审日程 系统需 文档 构架描述及介绍构架决策思想的材料 将系统的质量属性和 能要 按重要程度排序出前面3-5个 评审实施 强调那些与构架相符或相悖的重要问题。 必须记载评审中所提的每个问题。 按问题的重要性进行分类。 评审结果 对评审中的各个问题都要做出正式的阐述，同时也要对赖 以确定这些问题的数据做出相应的说明。 7.4 小结 构架评审的主要指导原则如下： 1. 把由独立部门实施的正规的构架评审作为项目开发周期规 划的一部分。 2. 选择评审的最佳时间，尽早预审一次。 3. 选择恰当的评审技巧。 4. 签署评审合同。 5. 限制所要评审的质量属性的个数。 6. 要保证评审小组中有构架方面的专家、领域专家、资料员 及后勤员。 7. 一定要有系统设计师。 8. 收集各种场景数据，并在此基础上形成评审清单。