デザインレビューの目的｜科目A-1（応用情報技術者） 令和7年 春期午前試験 問45
出典：令和7年春期 午前 問45
分野：システム開発技術 ／ 設計
デザインレビューの目的はどれか。
- ア：設計工程内で，設計工程の成果物の問題点を発見する。
- イ：品質保証部門が，全成果物の出荷の可否を判定する。
- ウ：品質保証部門によるプログラムのサンプリング検査によって，設計者では気付かない品質上の問題点を発見する。
- エ：プロジェクトマネジメントのプロセス上の問題点を発見する。
TSUNAGARU-ADVICE
まず押さえたいこと
デザインレビューは、設計書や仕様書などの設計工程の成果物を関係者が確認し、設計上の誤りや不足を後工程に進む前に発見する活動です。早い段階で問題を見つけることで、手戻りや修正コストを抑えられます。
迷ったときの判断軸
確認対象が「設計工程の成果物」であるかに注目しましょう。出荷可否の判定は出荷判定、プログラムの検査はテストや品質検査、プロジェクトマネジメントの問題点の確認はプロジェクトレビューに近い活動です。
科目Bにつなげるために
特にプロフェッショナルデジタルスキル（システム）試験合格を目指す方は、レビューを欠陥を作り込んだ工程に近い段階で発見する予防的な品質活動として理解しましょう。要件レビュー・デザインレビュー・コードレビューの違いを整理すると、開発工程と品質保証の問題につながります。
デザインレビューは、設計工程で作成した設計書や仕様書などの成果物を、複数の関係者が確認し、誤り・漏れ・矛盾・実現上の問題などを早期に発見するために行います。
設計段階で問題を発見できれば、プログラムの実装後やテスト工程で修正する場合に比べて、手戻りや修正コストを抑えられます。
したがって、アが適切です。
❌他選択肢が誤りの理由イ：品質保証部門が，全成果物の出荷の可否を判定する。
⇒出荷判定やリリース判定の説明です。デザインレビューは、設計工程の成果物を確認して問題点を発見する活動であり、製品全体の出荷可否を判定することが目的ではありません。
ウ：品質保証部門によるプログラムのサンプリング検査によって，設計者では気付かない品質上の問題点を発見する。
⇒プログラムを対象とした品質検査の説明です。デザインレビューの対象は、主に設計書や仕様書などの設計工程の成果物です。
エ：プロジェクトマネジメントのプロセス上の問題点を発見する。
⇒プロジェクトレビューやプロセス評価の目的に近い説明です。デザインレビューでは、進捗管理やマネジメント手順ではなく、設計内容そのものを確認します。