システム化構想の立案時にベンダーから集める情報を段階で見極める
ITパスポート試験 令和7年度 問20 ／ システム企画 › システム化計画
過去問にチャレンジ
ソフトウェアライフサイクルを企画プロセス，要件定義プロセス，開発プロセス，保守プロセスに分けたとき，企画プロセスのシステム化構想の立案時にベンダー企業から収集する情報として，最も適切なものはどれか。
- ア
システム化計画に基づいた開発コストの見積り
- イ
システム化する業務の分野に関する情報技術動向
- ウ
システム構築を進めるに当たっての発注元企業の役割
- エ
ベンダー企業の技術者が保有している技術資格
会話形式の解説
講師この問題は、ソフトウェアライフサイクルの最上流にある企画プロセスがテーマです。注目してほしいのは「システム化構想の立案時」という時点です。その時点で必要になる情報はどれか、という視点で選択肢を見ていきます。
受験者ベンダーから集める情報なら、私はまず開発コストの見積りが思い浮かびました。お金の話は早めに知っておきたいと思うのですが、違うのでしょうか。
講師気持ちは分かりますが、順番を確認しましょう。企画プロセスでは、まずシステム化構想を立て、そのあとでシステム化計画を立てます。構想は、業務をITでどう支えるかという大枠を考える段階です。
受験者そうすると、見積りの選択肢には「システム化計画に基づいた」と書いてあるので、構想より後の段階の情報ということですか。
講師そのとおりです。開発コストの見積りは、システム化計画の立案以降、さらに要件が明確になってから求める情報です。構想を立てている時点では、まだ見積りの前提がそろっていません。
受験者では、業務分野に関する情報技術動向が正解でしょうか。どんな技術が使えるかを知らないと、大枠も考えられない気がします。
講師はい、それが正解です。技術動向は、どの技術を使ってどう業務を支援するかという構想の選択肢を考えるための基礎情報です。ベンダーは利用できる技術や事例の知見を持っているので、情報源として役立ちます。
受験者発注元企業の役割の選択肢も、構築を進めるうえで大事そうに見えて迷いました。
講師ここは二つの理由で外れます。一つは、発注元の役割は発注元が自分で決める事項で、ベンダーから集める情報ではないことです。もう一つは、役割分担は構築の体制を決める段階で整理するもので、構想立案の段階の話ではないことです。
受験者技術者の技術資格は、発注先を選ぶときに見る情報なので、構想の中身とは直接関係しないということですね。
講師そうです。この問題では、選択肢の情報が「いつ必要になるか」を考えると整理できます。見積りやベンダーの評価は構想より後で、構想段階で集めるのは技術動向です。
受験者段階の順番で考えれば、似た選択肢でも迷いにくくなりそうです。
講師関連して、ベンダーへの依頼文書も押さえておきましょう。情報の提供を求めるのがRFI（情報提供依頼）、提案を求めるのがRFP（提案依頼書）です。構想段階で技術動向を集めるならRFI、要件が固まってから具体的な提案や見積りを求めるならRFPと覚えると、段階ごとの違いを整理しやすくなります。
まとめ
企画プロセスでは、システム化構想を立案してからシステム化計画を立案します。システム化構想の段階では、業務をITでどう支えるかの大枠を考えるため、対象の業務分野に関する情報技術動向をベンダーから集めるのが適切です。開発コストの見積りはシステム化計画の立案以降に要件が明確になってから求める情報で、技術者の資格は発注先を選ぶ段階で評価する情報です。発注元の役割は発注元が自分で決める事項です。情報提供を求めるRFIと提案を求めるRFPを段階で区別しておくと、似た問題にも対応できます。
解答・解説
正解はイです
この問題のテーマ
ソフトウェアライフサイクルの最上流にある企画プロセスのうち、システム化構想を立てる段階で、ベンダー企業から集めるのに適した情報を問う問題です。
解き方の考え方
まず、システム化構想がどの時点の作業かを押さえます。企画プロセスでは、システム化構想の立案をしてから、システム化計画の立案に進みます。構想の段階では、業務をITでどう支えるかの大枠を考えるので、そのための材料になる情報を選びます。具体的な見積りや体制、人材の評価は、もっと後の段階の情報なので外していきます。
選択肢ごとの解説
- ×ア システム化計画に基づいた開発コストの見積りシステム化計画に基づいた開発コストの見積りは、構想がまとまり、計画や要件がはっきりした後で求める情報です。システム化計画は構想より後に作るため、構想立案の時点ではまだ見積りの前提がそろっていません。
- ○イ システム化する業務の分野に関する情報技術動向業務分野に関する情報技術動向は、どんな技術を使ってどう業務を支援するかという構想の選択肢を考えるための基礎情報です。ベンダーは利用できる技術や事例の知見を持っているので、情報源として役立ちます。RFI（情報提供依頼）を出して集める方法もあります。
- ×ウ システム構築を進めるに当たっての発注元企業の役割システム構築を進めるときの発注元企業の役割は、発注元が自分で決める事項です。ベンダーから集める情報ではありません。また、役割分担は構築の体制を決める段階で整理するもので、構想立案の段階の話ではありません。
- ×エ ベンダー企業の技術者が保有している技術資格ベンダーの技術者が持つ技術資格は、発注先を選ぶ段階で評価する情報です。業務をITでどう支援するかという構想の中身には直接関係しません。
補足
ベンダーへの依頼文書には、情報提供を求めるRFIと、提案を求めるRFPがあります。構想段階で技術動向を集めるならRFI、要件が固まってから具体的な提案や見積りを求めるならRFPと考えると、段階ごとの違いを整理しやすくなります。選択肢に出てくる情報が「いつ必要になるか」に注目すると、似た問題も解きやすくなります。
POINT
- 企画プロセスはライフサイクルの最上流で、システム化の基本方針をまとめる段階です。
- 企画プロセスでは、システム化構想を立案してから、システム化計画を立案します。
- 構想立案では、対象の業務分野で使える情報技術の動向をつかむことが重要です。
- 開発コストの見積りやベンダーの評価は、構想より後の段階で扱う情報です。