ITパスポート 2009年 秋期 問44
問題文
ソフトウェア開発における仕様変更の手順の要素を“変更内容の評価”、“変更の指示”、“変更の反映”、“変更要求の受付”としたとき、手順のAに該当するものはどれか。
選択肢
ア：変更内容の評価（正解）
イ：変更の指示
ウ：変更の反映
エ：変更要求の受付
🔒 解説は解答すると表示されます
仕様変更の手順（図のAはどれ？）【ITパスポート 解説】
正解の理由
図は左から右へ順に進む一連の手順を示しています。一般的な仕様変更の流れは、
- 変更要求の受付（変更要求＝Change Request：変更を求める申請を受け付けること）
- 変更内容の評価（評価＝影響や費用・工数・リスクを調べること）
- 変更の指示（指示＝誰が何をどう直すかを伝えること）
- 変更の反映（反映＝実際にシステムやドキュメントに変更を加えること）
の順になります。Aは左から2番目の枠なので「評価」が該当します。
※用語補足：変更要求（Change Request）は「変更してほしい」と頼む申請、変更管理（Change Management）はその全体の仕組みです。
解法ステップ
- 図を左から右への流れ（順序）として読む。矢印は作業の順序を示す。
- 四つの枠が順に1〜4のステップに対応することを確認する（左端が1、右端が4）。
- Aは左から2番目の枠なので「ステップ2」に相当する作業を選ぶ。
- 選択肢を手順順（受付→評価→指示→反映）と照らし合わせ、2番目に来るものを選ぶ。
→ したがって「変更内容の評価」が正解。
選択肢別の誤答解説
-
ア: 変更内容の評価（正解）
理由：受付の次に来て、影響範囲・費用・期間などを調べる段階であるため、図の2番目に対応する。 -
イ: 変更の指示（誤り）
指示は評価の後、具体的な作業を誰にどう行わせるかを決めて伝える段階です。図の3番目に該当するため、A（2番目）とは合わない。 -
ウ: 変更の反映（誤り）
反映は実際にコードや設定、マニュアルなどを修正する最終段階です。図の4番目（最後）に相当するため、Aではない。 -
エ: 変更要求の受付（誤り）
受付は最初に行う「変更したいという申請を受ける」段階です。図の1番目に該当するため、A（2番目）ではない。
よくある誤解
-
「受付」と「評価」を取り違える
受付は単に申請を受けることです。評価は受けた申請の中身や影響を検討する作業です。両者は順序が違います。 -
「評価」と「指示」を混同する
評価は判断・調査の段階で、指示は実際に作業を誰にやらせるか決める段階です。評価が先に来るのが自然です。 -
小さな変更なら評価を飛ばしてよい、と思う誤解
小変更でも影響（別機能の不具合や手順の崩れ）が出ることがあるので、簡易でよいから「評価」は行うべきです。
補足コラム
変更管理（Change Management：変更管理）は、組織的に変更を安全に行うための仕組みです。一般的な手順は今回の図の流れのように「受付→評価→指示→反映→検証（テスト）」となります。実務では、変更要求に番号を付けて履歴を残す「変更要求票（CR）」や、ソースコードの差分管理を行う「バージョン管理（version control）」ツールを使います。これにより、誰がいつ何を変えたかを追跡できます。
覚え方の例：受付（受）→評価（評）→指示（指）→反映（反）と順に読むと、流れの理由（「評価してから指示する」）が理解しやすくなります。
FAQ
Q1: 小さなバグ修正でも評価は必要ですか？
A1: 必要です。簡易な評価でよいですが、影響範囲（他機能への影響やリリース時期）を確認することを推奨します。
A1: 必要です。簡易な評価でよいですが、影響範囲（他機能への影響やリリース時期）を確認することを推奨します。
Q2: 評価は誰がやるのですか？
A2: プロジェクトマネージャーや担当技術者、場合によっては関係部署が共同で行います。影響範囲に応じて関係者を巻き込みます。
A2: プロジェクトマネージャーや担当技術者、場合によっては関係部署が共同で行います。影響範囲に応じて関係者を巻き込みます。
Q3: 「反映」と「テスト」はどちらが先ですか？
A3: 反映（実装）→テスト（検証）の順が基本です。テストで問題が出れば再度修正（反映）します。
A3: 反映（実装）→テスト（検証）の順が基本です。テストで問題が出れば再度修正（反映）します。
関連キーワード: 変更管理、変更要求、変更内容の評価、変更の指示、変更の反映、変更受付、変更手順、バージョン管理、変更リクエスト、ソフトウェア保守
\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！