RFP（提案依頼書）は、ユーザ企業が情報システム開発を外部のベンダー企業に依頼する際に、開発内容や条件などを明確に伝えるための書類です。
システムアーキテクト2012年度 春期午前I問 25
2012年度 春期 システムアーキテクト 午前I 問25
難度
標準
情報システムの開発を発注するための提案依頼書 (RFP)の作成と提案依頼に当たって、取得者であるユーザ企業側の対応のうち、適切なものはどれか。
選択肢
アRFP 作成の手間を省くために、要求事項の記述は最小限に留める。曖昧な点や不完全な点があれば、供給者であるベンダ企業から取得者に都度確認させる。
イ取得者側では、事前に実現性の確認を行う必要はなく,要求事項が実現可能かどうかの調査や検討は供給者であるベンダ企業側の責任で実施する。
ウ複数の要求事項がある場合,重要な要求とそうでない要求の区別がつくように RFP 作成時点で重要度を設定しておく。
エ要求事項は機能的に記述するのではなく、極力,具体的な製品の種類など実現手段を細かく指定する。
解説
結論 → 詳細 → 補足 の 3 層構成
展開閉じる
解説
結論 → 詳細 → 補足 の 3 層構成
選択肢ウが適切なのは、要求事項の重要度を事前に設定することで、ベンダー企業は限られたリソースをどこに注力すべきか、またユーザ企業側も優先順位に基づいた評価が可能になるためです。
アは、RFPの記述が不十分だとベンダーからの質問が増え、開発遅延や認識齟齬の原因となるため不適切です。イは、ユーザ企業が実現性を検討しないまま要求を提示するのはリスクが高く、ベンダーに丸投げする形になるため誤りです。エは、実現手段を細かく指定しすぎると、ベンダーの技術的提案の幅を狭め、より良い解決策を見逃す可能性があるため不適切です。
この解説は？
この解説は AI 生成です（詳細）
解説テキストは Google Gemini に IPA 公式の問題文・公式解答を入力して生成しました。 人間によるレビューを行ったものと、未レビューのものが混在します。
AI は事実誤認・選択肢の取り違え・最新法令の反映漏れ等を含む可能性があります。 重要な判断は必ず IPA 公式 PDF または最新の参考書でご確認ください。
解説の検証プロセス・誤り報告フローは 運営透明性レポートで公開しています。
分野「システム戦略」の学習ポイント
この問題の理解を「分野全体の力」に広げるための足がかり
- 何が問われるか
- 経営戦略 → IT 戦略 → エンタープライズアーキテクチャ → 個別システム企画の連関。
- 学習の進め方
- BSC・SWOT・3C・5フォース・バリューチェーンの典型フレームワークの使い分けを押さえる。
- 関連キーワード
- BSCSWOT5フォースEABPRDX
AI コパイロット
この問題を AI と深掘りする
用語解説・選択肢分析・類題生成をその場で対話。クイズモードでは解答→解説がゼロ遷移。
共有
ショート動画
関連する問題
システム戦略 の他の問題