問25
頻出度★★☆
システム開発作業において, 新たに構築又は再構築する業務の機能を明確にし, それに基づいて情報システム化の範囲とその機能を具体的に明示するプロセスはどれか。
平成26年度 秋期 ITパスポート試験 問25
ストラテジ系システム企画 › 要件定義
この問題の解説と、これまでの解答の記録です。
解説
問 25
不正解ア
外部設計は、要件定義で決まった「何を作るか」を受けて、利用者から見えるインタフェース（画面レイアウト、帳票様式、入出力データ、外部システムとの連携方式など）を設計する工程。システム化の範囲そのものを決めるのではなく、既に確定した範囲・機能を前提に、利用者視点での実現方式を具体化する段階なので誤り。
不正解イ
内部設計は、外部設計の内容を実現するために、システムの内部構造（プログラムの分割、モジュール構成、内部データ構造、処理ロジックの流れなど）を開発者視点で設計する工程。利用者からは見えない「作り方」の設計であり、業務機能やシステム化範囲を明示する段階ではないので誤り。
不正解ウ
プログラミングは、内部設計で定めた仕様に従って実際にソースコードを記述し、動くプログラムを作成する工程。開発工程の中でもかなり後段に位置し、何を作るかは既に決定済みである。範囲や機能を「明示する」プロセスではないので誤り。
- エ
正解 正解は エ「要件定義」。要件定義とは、システム開発の最初期に「利用者・業務側が何を実現したいのか」を明らかにする工程である。具体的には、(1) 新規に構築する、あるいは作り直す業務そのものの機能・手順を明確にし（業務要件定義）、(2) そのうちどこまでを情報システムで実現するのか、という「システム化の範囲」を線引きし、(3) システムが備えるべき機能要件（何ができること）と非機能要件（性能・信頼性・セキュリティなど）を具体的に文書化する。設問文の「業務の機能を明確にし」「情報システム化の範囲とその機能を具体的に明示する」は、この要件定義プロセスの説明に一対一で対応している。要件定義は「どう作るか（How）」ではなく「何を作るか（What）」を決める工程であり、その成果である要件定義書が、後続の設計・プログラミング・テストすべての出発点となる。
ここがポイント
- システム開発の標準的な工程順序は、要件定義 → 外部設計 → 内部設計 → プログラミング → テスト → 運用。要件定義は「何を作るか（What）」、設計以降は「どう作るか（How）」を決める、という切り分けで覚える。
- 要件定義では、業務要件を踏まえて情報システム化の範囲（スコープ）を確定し、機能要件（システムが提供する機能）と非機能要件（性能・可用性・セキュリティ・運用性など）を具体的に定義する。ここが曖昧だと後工程で手戻りが発生する。
用語