問35
頻出度★★★
ソフトウェア品質管理における考え方のうち, 適切なものはどれか。
平成24年度 春期 ITパスポート試験 問35
マネジメント系システム開発技術 › システム開発技術
这道题的解析和你的作答记录。
解説
問 35软件质量管理的基准要尽可能定量化（做成可测量的数值指标）
错误ア
主导制定质量管理基准的，是承担开发工作的项目一方（质量保证部门、开发部门）。使用部门的职责是提出希望获得什么样的质量，即提出质量要求，并对提交过来的基准进行评审并达成一致，而不是自行制定缺陷密度、测试密度这类开发工序的管理指标。该项把制定主体与提出要求、达成一致的角色弄反了，所以错误。
- イ
正解 质量管理基准的原则是：尽可能做成能用数值衡量的形式（定量化），使无论谁来测量都得出相同的判定。例如“缺陷密度（检出缺陷件数 ÷ 规模）”“测试密度（测试项数 ÷ 规模）”“评审问题密度”“测试执行率”“运行率”这类指标就属于此类。只要实现了定量化，就能当场判定与目标值的差距，也能在阶段之间、项目之间进行比较，还能依据历史实绩重新审视目标值。反之，如果只有“易于理解”“易于使用”这类定性表述，评价就会受负责人主观影响，既无法客观判断质量是否达到基准，也无法据此推进改进。因此，把基准做成尽可能可定量管理的形式，即イ是恰当的。
错误ウ
质量管理并不是到开发阶段就结束，而要贯穿包括运行维护阶段在内的整个软件生命周期持续进行。系统投入运行之后，同样要对照基准来管理故障发生件数、系统运行率、响应时间、咨询件数等，并把这些实绩反馈到后续的改版和下一期开发的质量目标中。该项把运行维护阶段排除在对象之外，所以错误。
错误エ
在设计、制造（编程）、单元测试、集成测试、综合测试中，作业内容不同，能在其中检出的缺陷的性质与件数也大不相同。例如单元测试中发现的缺陷件数与综合测试中发现的件数，本来水平就完全不同，若套用同一个基准值，就会把正常的情况判定为异常，或者反过来漏掉异常。正确的思路不是以便于管理为由使用统一的基准值，而是按阶段设定适合该工序的基准值，所以该项错误。
ここがポイント
- 软件质量管理的基准要尽可能定量化（做成可测量的数值指标）。做成缺陷密度、测试密度、评审问题密度等数值指标后，才能实现不受主观左右的客观评价、比较与改进。
- 质量管理不只在开发阶段进行，而要贯穿包括运行维护阶段在内的整个生命周期；基准值要配合各工序的特性，按阶段分别设定。基准的制定主体是开发与质量保证一方，使用部门承担提出质量要求并达成一致的职责。
用語