[所有分类]Lecture8_评审.pdf

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