ITパスポート 2013年 春期 問33
問題文
システム開発プロセスには、システム要件定義、システム設計、プログラミング、テスト、ソフトウェア受入れがある。新規のシステム開発において、開発の初期の段階でシステム要件として定義するものはどれか。
選択肢
ア:システムの機器構成
イ:システムの開発標準
ウ:システムの対象範囲(正解)
エ:システムのテスト計画
🔒 解説は解答すると表示されます
システム開発の初期段階で定義するシステム要件はどれか【ITパスポート 解説】
正解の理由
新規システム開発の「システム要件定義」とは、システムに何をさせるか(機能)や、どこまでを対象にするか(範囲)など、作るものの「目的と範囲」を決める工程です。ここで決める代表的な項目に「システムの対象範囲」があります。したがって、選択肢の中では ウ(システムの対象範囲)が正解です。
ポイントをかみ砕くと:
- 要件定義は「何を作るか(What)」と「誰のために/どこまで作るか(Who/Scope)」を明確にする段階です。
- 機器構成やテスト計画は、その後の設計やテスト工程で具体化するものです。
- 開発標準はプロジェクトの進め方(ルール)で、要件そのものとは性質が異なります。
解法ステップ
- 問題文のキーワードを確認する:「システム要件定義」「開発の初期の段階」。
- 「初期段階で決めるもの」は、システムの目的・機能・対象範囲など、まだ詳細設計に落とし込む前の上位レベルの決定であると判断する。
- 各選択肢を「要件定義で決めるか?」で判定する:
- システムの機器構成 → 設計段階で詳細に決める
- システムの開発標準 → プロジェクトルール、要件ではない
- システムの対象範囲 → 要件定義で決める(正解:ウ)
- システムのテスト計画 → テスト工程で作る文書
- よって ウ を選ぶ。
選択肢別の誤答解説
-
ア: システムの機器構成
機器構成は「どのサーバ(サービスを提供するコンピュータ)やネットワーク機器を使うか」といった具体的な設計内容です。これはシステム設計(後工程)で決めます。初期の要件定義では「どんな機能や性能が必要か」を示しますが、具体的なハードウェア構成までは決めません。 -
イ: システムの開発標準
開発標準とは、コーディング規約やドキュメント様式など「開発のやり方」のルールです。これはプロジェクト管理や開発プロセスに関する事項で、システムそのものの要件(何を作るか・範囲)ではありません。プロジェクト計画や体制決めの時点で扱われます。 -
ウ: システムの対象範囲
要件定義で「このシステムがカバーする業務・機能・対象ユーザー、扱うデータの範囲」などを決めます。これにより後の設計・見積もり・テストの基準が定まります。よって要件定義の初期段階で決めるべき項目です。 -
エ: システムのテスト計画
テスト計画は「いつ・どの範囲で・どのようにテストするか」を定める文書です。これは実装後のテスト工程で詳細に作成します。要件定義段階ではテストの方針(例:受入テストを行うこと)は触れることがあっても、具体的な計画書は後工程です。
よくある誤解
-
「要件定義で詳細な設計(機器や画面の細部)まで決める」と思い込みがち
→ 要件定義は「何を達成するか」を決める段階。詳細は次の「設計」で決まります。 -
「開発標準=要件」と混同する
→ 開発標準は作り方のルールで、要件(システムに求められる機能や範囲)とは目的が違います。 -
「テスト計画も初期に決めるべき」と考える人がいる
→ テストの方針(何を検証するかの大枠)は早めに確認しますが、具体的なテスト計画やスケジュールは詳細設計・実装後に作成します。
補足コラム
-
要件定義で扱う典型項目
- 業務要件:業務上の目的や期待効果(例:請求業務を自動化して処理時間を短縮する)
- 機能要件:システムが提供すべき機能(例:請求書発行、照会機能)
- 非機能要件:性能や可用性、セキュリティなど(例:同時100ユーザー対応、稼働率99.9%)
- 対象範囲(スコープ):どの業務を含め、どの業務を除外するか(重要!)
-
スコープ(対象範囲)が曖昧だと「スコープ・クリープ(範囲の肥大化)」を招きます。これは開発費用や納期の超過につながるため、要件定義でできるだけ明確にします。
FAQ
Q1: 要件定義と業務要件の違いは?
A1: 業務要件はビジネス側の要望(「こんな業務を実現したい」)。システム要件(システム要件定義)は、その業務要件を実現するためのシステム側の要求(機能や範囲、性能)に落としたものです。
A1: 業務要件はビジネス側の要望(「こんな業務を実現したい」)。システム要件(システム要件定義)は、その業務要件を実現するためのシステム側の要求(機能や範囲、性能)に落としたものです。
Q2: 非機能要件も要件定義で決めるのですか?
A2: はい。非機能要件(性能、可用性、セキュリティなど)は後工程での設計に大きく影響するため、要件定義段階で大枠を決めます。
A2: はい。非機能要件(性能、可用性、セキュリティなど)は後工程での設計に大きく影響するため、要件定義段階で大枠を決めます。
Q3: 開発標準は全く必要ないのですか?
A3: 必要ですが、それは要件(何を作るか)とは別の「やり方のルール」です。プロジェクト計画や設計段階で定め、要件定義とは役割が異なります。
A3: 必要ですが、それは要件(何を作るか)とは別の「やり方のルール」です。プロジェクト計画や設計段階で定め、要件定義とは役割が異なります。
関連キーワード: システム要件定義、スコープ、要件定義書、非機能要件、スコープクリープ、設計工程、受入れテスト、要件と設計の違い

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

