2015年（含2015A/2015B）《软件质量与管理》试题 解答与解析¶
试题来源: 综合
assets/exams/软件质量往年题目整理.pdf、assets/exams/软件质量管理-习题-EagleBear.pdf、assets/exams/软质管古老往年卷.pdf中标有【2015A】或【2015B】的题目整理。2015年有A、B两份试卷。
一、2015A卷简答题¶
1. 敏捷方法的特征有哪些？哪些关于敏捷特征的说法施加于敏捷方法之上是不合适的？为什么？（10分）¶
点击查看答案与解析
解答：
敏捷方法的特征：
- 小周期迭代式持续交付
- 遵循敏捷宣言的价值观
不合适的说法及原因：
-
"轻量级方法"：这是对以XP为代表的一类方法的误导。事实上，这类方法对工程规范有着极为严格的要求，反而很"重"。
-
"拥抱变更、变更驱动"：仅仅是口号。对待变更，所有软件工程方法都是限制和管理的态度。敏捷方法通过小周期迭代来管理变更，并非无限制地拥抱变更。
-
"TDD可以提供更高的开发质量"：并没有足够的证据支持这一说法。TDD是一种设计方法，其对质量的贡献需要更多实证研究。
知识点出处：
assets/slides/软件质量与管理.第二讲.pdf和assets/slides/8敏捷概述.pdf——敏捷方法的特征与常见误解。
2. 请结合A/FR、PQI、Review Rate、DRL、Yield尽可能具体描述一个软件项目应该如何从多方面来确保开发的高质量？（10分）¶
点击查看答案与解析
解答：
这些指标既是开发过程中质量管理的一些参考指标，同时也体现在计划安排中应该注意的质量元素。具体如下：
-
在项目计划过程中安排确保高质量开发结果的活动：按照A/FR、PQI等指标的要求，安排对各类产物（文档和代码）的个人评审和小组评审。
-
评审活动应满足时间和速度要求：
- 评审时间应该多于测试时间的两倍以上（A/FR ≥ 2.0）
- 评审时间应该是相应开发时间的50%以上（PQI要求）
-
遵守评审速度要求（Review Rate——代码评审≤500-1000 LOC/小时，文档评审≤4页/小时）
-
充分借鉴质量指标体现的开发质量状况，尽早制定质量补救措施：PQI所体现的缺陷密度、所有上述指标的参考值等，一旦超标往往意味着质量偏差，应及时补救。
-
利用Yield等指标构建质量预测模型：更加积极（Proactive）地判定和控制开发质量。
-
依据PQI和Yield指标所体现的信息，通过过程改进来提升开发质量。
知识点出处：
assets/slides/软件质量与管理.第五讲.pdf——PSP质量指标的综合应用。
3. 谈谈你对项目估算的认识，并简要解释应用PROBE方法估算的优缺点¶
4. 请结合软件开发特点介绍软件项目管理中自主型团队的必要性¶
5. 如果对质量的追求是无止境的，在不考虑资源和成本的前提下，有哪些可能有效的策略？¶
点击查看答案与解析
解答：
- 重视测试，并且将测试过程文档化并且稳定化
- 重视小组评审，同样定义评审过程，并且使得评审过程的performance稳定化
- 重视个人评审，提升评审者技能
- 重视设计——设计质量是产品质量的基础
- 开展设计验证——利用状态机验证、符号化执行、程序正确性证明等手段
知识点出处：
assets/slides/软件质量与管理.第五讲.pdf——质量策略。assets/slides/软件质量与管理.第六讲.pdf——设计验证。
二、2015B卷简答题¶
1. 请分别描述PDCA模型和IDEAL模型的主要步骤（5分）¶
2. 请结合SCRUM这种敏捷方法论述敏捷方法应该具备的特征？同时解释为何常见的若干种描述敏捷方法对立面的方法的特征并不合适？（10分）¶
3. 请解释在质量保障活动中的V&V分别是什么含义？两者之间的关系是什么？（5分）¶
4. 请给出需求开发的完整过程，并且解释客户需求和产品需求的各自含义（8分）¶
5. 请解释A/FR，PQI的计算方式，并且解释这两个指标有什么用途（10分）¶
6. 如何制定一份让人无法拒绝的计划，请描述基本步骤和一些注意事项（10分）¶
知识点分布总结¶
| 考查内容 | 对应课件 |
|---|---|
| 敏捷方法特征与误解辨析 | 第二讲/第八讲 |
| A/FR, PQI, Review Rate, DRL, Yield综合应用 | 第五讲 |
| PROBE估算方法 | 第四讲 |
| 自主团队 | 第三讲 |
| 质量策略与设计验证 | 第五讲/第六讲 |
| PDCA & IDEAL | 第七讲 |
| SCRUM与敏捷特征 | 第二讲/第八讲 |
| V&V | 第五讲 |
| 需求开发 | 第四讲 |
| 项目计划制定 | 第四讲 |