システム開発における設計手順として, 求められる要件を明確にしていく順に並べたものはどれか。
平成25年度 秋期 ITパスポート試験 問43
この問題の解説と、これまでの解答の記録です。
問 43
- ア
正解 正解はア「業務要件の定義, システム要件定義, ソフトウェア要件定義」。システム開発の要件は、対象範囲の広い側から狭い側へ順に具体化していく。(1) 業務要件定義 — 経営・利用部門の立場で「その業務で何を実現したいか」「どんな成果や制約があるか」を明確にする。ここではまだ機械化するかどうかも決めない。(2) システム要件定義 — 業務要件を受けて、情報システム全体に求める機能・性能・信頼性・セキュリティなどを決める。ハードウェア、ソフトウェア、ネットワーク、人手作業や運用も含めた全体像を定める段階。(3) ソフトウェア要件定義 — システム要件のうちソフトウェアが担当する部分を切り出し、画面・帳票・データ・処理内容などを詳細化する。上位で決めた要件が下位の前提になるので、この順序を逆にすると、何のための機能かが決まらないまま作るものだけが先に決まってしまう。共通フレーム (SLCP) でもこの流れで整理されている。
不正解イ
業務要件定義から始める点は正しいが、ソフトウェア要件定義をシステム要件定義より先に置いている点が誤り。ソフトウェアはシステム全体の一部であり、システム全体としてどこまでを機械化し、どんな性能・信頼性を持たせるかを決めなければ、ソフトウェアが担う範囲そのものを確定できない。上位のシステム要件定義が先である。
不正解ウ
システム要件定義を業務要件定義より先に置いている点が誤り。システムに求める要件は、業務上実現したいこと (業務要件) を根拠として導かれる。業務要件が未確定のままシステム要件を決めると、業務に合わないシステムを作ることになり、手戻りの原因になる。
不正解エ
業務要件の定義を最後に置いている点が明確な誤り。順序が正解と正反対に近く、作るもの (システム・ソフトウェア) を先に決めてから、後付けで業務上の目的を考える形になってしまう。要件定義は必ず業務の目的から出発する。
- 要件定義は「業務要件定義 → システム要件定義 → ソフトウェア要件定義」の順に、対象範囲の広い方から狭い方へ段階的に具体化する (共通フレーム/SLCP の考え方)。
- 業務要件は利用部門・経営の視点で「業務で何を実現したいか」、システム要件はハードウェア・ソフトウェア・運用を含む情報システム全体への要求、ソフトウェア要件はそのうちソフトウェアが担う部分の要求、という役割の違いを押さえる。