デザインレビューは、設計という開発プロセスを進める中で作成される設計書などの成果物（＝設計工程の成果物）に潜む不具合や改善点（＝問題点）を、開発メンバーなどの関係者（＝設計者）が早期に発見することを目的としています。これにより、後工程での手戻りや品質低下を防ぎます。
システムアーキテクト令和7年度 春期午前I問 16
令和7年度 春期 システムアーキテクト 午前I 問16
難度
標準
デザインレビューの目的はどれか。
選択肢
ア設計工程内で、設計工程の成果物の問題点を発見する。
イ品質保証部門が,全成果物の出荷の可否を判定する。
ウ品質保証部門によるプログラムのサンプリング検査によって、設計者では気付かない品質上の問題点を発見する。
エプロジェクトマネジメントのプロセス上の問題点を発見する。
解説
結論 → 詳細 → 補足 の 3 層構成
展開閉じる
解説
結論 → 詳細 → 補足 の 3 層構成
選択肢イとウは、品質保証部門が最終段階で行う出荷判定や検査に焦点を当てており、デザインレビューが設計工程の「途中」で「設計者自身」による問題発見を主眼とする点と異なります。選択肢エは、プロジェクトの進め方（＝プロジェクトマネジメントのプロセス）に焦点を当てており、デザインレビューはあくまで「設計内容」そのもののレビューであるため、これも目的ではありません。
この解説は？
この解説は AI 生成です（詳細）
解説テキストは Google Gemini に IPA 公式の問題文・公式解答を入力して生成しました。 人間によるレビューを行ったものと、未レビューのものが混在します。
AI は事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があります。 重要な判断は必ず IPA 公式 PDF または最新の参考書でご確認ください。
解説の検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
分野「開発技術」の学習ポイント
この問題の理解を「分野全体の力」に広げるための足がかり
- 何が問われるか
- 本問の分野で問われる代表的な知識・用語の整理。
- 学習の進め方
- 正解／誤答の選択肢ごとに「なぜ正しい / なぜ違うのか」を1行ずつ言語化すると定着する。
AI コパイロット
この問題を AI と深掘りする
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
共有
ショート動画
関連する問題
開発技術 の他の問題
- システムアーキテクト2009年度 秋期 午前I 問5フェールセーフの考え方として、適切なものはどれか。
- システムアーキテクト2009年度 秋期 午前I 問9Web アクセシビリティに配慮した画面の設計方針のうち、適切なものはどれか。
- システムアーキテクト2009年度 秋期 午前I 問16JIS X 0129-1 で規定されたソフトウェア製品の品質副特性の説明のうち、信頼性に分類されるものはどれか。
- システムアーキテクト2009年度 秋期 午前I 問17取得者(発注者)と供給者(受注者)の二者間取引を明確化するためのものであり、業務分析,業務設計、ソフトウェアを中心としたシステムの企画、要件定義,開発,運用,保守及びそれらにかかわる諸活動を対象としており、国際規格に適合しているものはどれか。
- システムアーキテクト2009年度 秋期 午前I 問19ソフトウェアの開発規模と開発工数の関係を表すグラフはどれか。