問35
頻出度★★★
ソフトウェア品質管理における考え方のうち, 適切なものはどれか。
平成24年度 春期 ITパスポート試験 問35
マネジメント系システム開発技術 › システム開発技術
この問題の解説と、これまでの解答の記録です。
解説
問 35
不正解ア
品質管理の基準を主体的に策定するのは、開発を担うプロジェクト側（品質保証部門・開発部門）である。利用部門の役割は、どのような品質を求めるかという要求品質を提示し、提示された基準をレビューして合意することであって、バグ密度やテスト密度といった開発工程の管理指標を自ら定めるわけではない。策定主体と要求提示・合意の役割を取り違えた記述なので誤り。
- イ
正解 品質管理の基準は、誰が測っても同じ判定になるよう、できる限り数値で測れる形（定量的）にするのが原則である。たとえば「バグ密度（検出欠陥件数 ÷ 規模）」「テスト密度（テスト項目数 ÷ 規模）」「レビュー指摘密度」「テスト消化率」「稼働率」といった指標がこれにあたる。定量化されていれば、目標値との差をその場で判定でき、フェーズ間・プロジェクト間の比較や、過去実績にもとづく目標値の見直しもできる。逆に「わかりやすいこと」「使いやすいこと」のような定性的な表現だけでは、評価が担当者の主観に左右され、品質が基準を満たしたかどうかを客観的に判断できず、改善につなげることもできない。したがって、できる限り定量的に管理できる基準にするというイが適切である。
不正解ウ
品質管理は開発フェーズだけで終わるものではなく、運用保守フェーズを含むソフトウェアライフサイクル全体で継続して行う。運用開始後も、障害発生件数、システム稼働率、応答時間、問合せ件数などを基準と照らして管理し、その実績を次の改修や次期開発の品質目標にフィードバックする。運用保守フェーズを対象外とする記述なので誤り。
不正解エ
設計・製造（プログラミング）・単体テスト・結合テスト・総合テストでは、作業の内容も、そこで検出できる欠陥の性質・件数も大きく異なる。たとえば単体テストで見つかる欠陥の件数と総合テストで見つかる件数は本来まったく水準が違い、同じ基準値を当てはめると、正常なのに異常と判定したり、逆に異常を見逃したりする。管理を容易にするという理由で一律の基準値を使うのではなく、フェーズごとにその工程に適した基準値を設定するのが正しい考え方なので誤り。
ここがポイント
- ソフトウェア品質管理の基準は、可能な限り定量化（測定可能な数値指標化）する。バグ密度、テスト密度、レビュー指摘密度などの数値指標にすることで、主観に左右されない客観的な評価と比較、改善が可能になる。
- 品質管理は開発フェーズだけでなく運用保守フェーズを含むライフサイクル全体で行い、基準値は工程ごとの特性に合わせてフェーズごとに設定する。基準の策定主体は開発・品質保証側で、利用部門は要求品質の提示と合意を担う。
用語