平成22年度 春期 ITパスポート試験 問18 解説 業務要件の定義

業務要件定義とシステム要件定義を区別する

この問題は、システム開発の初期段階で行われる「要件定義」の中身を正しく分類できるかを問うものです。キーワードは「業務」か「システム（IT）」かという点です。選択肢の中で「業務手順」「組織」「責任」といった人間側の活動やルールに焦点を当てているものが正解となります。

要件定義の二階層

システム開発における要件定義は、大きく分けて「業務要件定義」と「システム要件定義」の2段階に分けられます。

業務要件定義は、システムを作る前の前段階です。「なぜそのシステムが必要なのか」「どの業務を効率化したいのか」「誰がどの業務を担当するのか」といった、ビジネス上の目的やルールの整理を行います。経営戦略や現場の課題に基づき、業務の流れや組織体制をどう変えるかを決めるプロセスです。

対してシステム要件定義は、業務要件を実現するために「ITとして何が必要か」を定める段階です。画面の仕様、データの処理内容、セキュリティ対策、ハードウェアの構成など、技術的な視点での詳細を固めます。問題の選択肢ア、イ、ウは、それぞれ開発計画や全体設計、システム機能定義に関する記述であり、業務要件そのものを指す言葉ではありません。

問題文を紐解く判断プロセス

問題文の「業務要件の定義」という言葉に注目し、それぞれの選択肢がどの工程の話をしているのかを推測します。

アの「体制や資源」はプロジェクトマネジメントや開発計画に関わる部分です。 イの「システム全体像」はシステム企画やアーキテクチャ設計に近い概念です。 ウの「ソフトウェアの動作や処理内容」はまさにシステム要件定義の核心部分です。 エの「業務手順、責任、権限」は、まさに業務をどう運用するかのルール決めであり、これこそが業務要件定義の定義そのものと言えます。

このように、各選択肢の言葉が「人間側の業務」を指しているか、「IT側の仕様」を指しているかを仕分けることが正解への近道です。

なぜこの知識が実務で重要なのか

ITパスポート試験においてこの範囲が問われるのは、システム開発の失敗の多くが、この「業務要件」の定義不足に起因しているからです。

現場の業務フローや責任分担を曖昧なままシステム化を進めてしまうと、完成した後に「使いにくい」「現場のルールと合わない」といった不満が続出します。システムは単に動けば良いものではなく、現場の業務がスムーズに回るための道具でなければなりません。システムエンジニアやプロジェクトマネージャーは、技術的なスキルの前に、まず顧客がどのような業務を行っているのかを深く理解する姿勢が求められます。この知識は、技術者と利用者の間の橋渡し役となるために必須の教養なのです。

参考リンク

• ITパスポート試験 業務要件とシステム要件の違いについて
• 【実体験】業務フローの見える化がプロジェクト成功を分けた話（Zenn）
• システム要件定義とは（IPA 独立行政法人 情報処理推進機構）