ITパスポート 2017年 秋期 問55
問題文
システム開発のプロセスには、システム要件定義、システム方式設計、システム結合テスト、ソフトウェア受入れなどがある。システム要件定義で実施する作業はどれか。
選択肢
ア:開発の委託者が実際の運用と同様の条件でソフトウェアを使用し、正常に稼働することを確認する。
イ:システムテストの計画を作成し、テスト環境の準備を行う。
ウ:システムに要求される機能、性能を明確にする。(正解)
エ:プログラム作成と、評価基準に従いテスト結果のレビューを行う。
🔒 解説は解答すると表示されます
システム要件定義で実施する作業はどれか【ITパスポート 解説】
正解の理由
システム要件定義とは、システムに「何をさせたいか」を明確にする工程です。つまり、必要な機能や満たすべき性能(速さや同時利用者数など)、業務の流れや制約事項を決めます。選択肢の中でこの説明に当てはまるのが、ウ「システムに要求される機能、性能を明確にする。」です。したがって、要件定義の段階で行うべき作業はウに該当します。
(補足説明)用語の一言説明:
- システム要件定義:システムに「何をさせたいか」を決める工程。
- システム方式設計:決めた要件を「どのように実現するか」を設計する工程(例:どのサーバ(サービスを提供するコンピュータ)を使うかなど)。
- システム結合テスト:作った部品をつなぎ合わせて、正しく動くかを確認するテスト。
- ソフトウェア受入れ:開発の委託者(発注側)が実際の運用に近い条件で動作確認をする最終検査。
解法ステップ
- 問題文で「システム要件定義」という工程の意味を確認する。要件定義は「何を作るか(機能・性能)」を決める工程であると認識する。
- 各選択肢を読んで、要件定義の説明と照らし合わせる。
- 「機能や性能を明確にする」と言っている選択肢が要件定義に合致するため、それが正答であると判断する。
選択肢別の誤答解説
-
ア: 「開発の委託者が実際の運用と同様の条件でソフトウェアを使用し、正常に稼働することを確認する。」
→ これは受入れテスト(ソフトウェア受入れ)に該当します。要件定義の作業ではありません。 -
イ: 「システムテストの計画を作成し、テスト環境の準備を行う。」
→ テスト計画やテスト環境の準備は、テスト工程(システムテスト段階)の作業です。要件定義はテストの前段階で「何を作るか」を決める工程です。 -
ウ: 「システムに要求される機能、性能を明確にする。」
→ 要件定義そのものの説明です。正解です。 -
エ: 「プログラム作成と、評価基準に従いテスト結果のレビューを行う。」
→ これは実装(プログラミング)と単体テストやレビューなど、開発・検証段階の作業です。要件定義ではありません。
よくある誤解
-
要件定義=設計だと思う誤解
- 要件定義は「何を作るか(目的・機能)」を決める工程で、設計(方式設計)は「どう作るか(技術や構成)」を決める工程です。順序も要件定義→方式設計の流れです。
-
テスト関連の作業も要件定義でやると思う誤解
- テスト計画や受入れは、要件が固まった後に計画・実行される別の工程です。要件はテストの基準になるため重要ですが、テストそのものは要件定義の作業ではありません。
補足コラム
身近な例え:家を建てる場合
- 要件定義:何部屋必要か、耐震性や断熱のレベル、予算を決める(何を実現したいか)。
- 方式設計:どんな材料を使い、どのような構造にするか決める(どう実現するか)。
- 結合テスト:電気・水道・壁などを組み合わせて問題がないか確認する。
- 受入れ:施主(依頼者)が実際に使って検査する。
この流れをイメージすると、それぞれの工程で何をするかが分かりやすくなります。
覚え方のコツ:順番は「何(要件)→どう(方式)→つなぐ(結合)→確認(受入れ)」と覚えるとよいです。
FAQ
Q1: 要件定義書には具体的に何を書くのですか?
A1: 機能要件(何ができるか)、非機能要件(性能・稼働時間・セキュリティなど)、業務フロー、対象となるユーザー、導入の制約や優先順位などを書きます。
A1: 機能要件(何ができるか)、非機能要件(性能・稼働時間・セキュリティなど)、業務フロー、対象となるユーザー、導入の制約や優先順位などを書きます。
Q2: 要件定義は誰が行うのですか?
A2: 基本は発注者(業務担当者)と開発側の要員が共同で行います。業務の要望を技術的に実現可能か検討する役割分担が重要です。
A2: 基本は発注者(業務担当者)と開発側の要員が共同で行います。業務の要望を技術的に実現可能か検討する役割分担が重要です。
Q3: 要件定義が不十分だと何が起きますか?
A3: 作ってから「イメージと違う」「性能が足りない」などの手戻り(作り直し)が増え、費用と時間が大きく増える原因になります。
A3: 作ってから「イメージと違う」「性能が足りない」などの手戻り(作り直し)が増え、費用と時間が大きく増える原因になります。
関連キーワード: 要件定義、方式設計、受入テスト、結合テスト、システム開発プロセス、要件定義書、テスト計画

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

