システムアーキテクト試験 2011年 午前215


経済産業省の“情報システム・モデル取引・契約書”によれば、ユーザとベンダ間で請負型の契約を推奨しているフェーズはどれか。
問題画像
システム化計画フェーズから導入・受入支援フェーズまで
要件定義フェーズから導入・受入支援フェーズまで
要件定義フェーズからシステム結合フェーズまで
システム内部設計フェーズからシステム結合フェーズまで(正解)

解説

経済産業省の“情報システム・モデル取引・契約書”における請負型契約推奨フェーズ【午前2 解説】

要点まとめ

  • 結論:請負型契約は「システム内部設計からシステム結合まで」のフェーズで推奨されている。
  • 根拠:この範囲は成果物が明確で、納品物の検収が可能なため請負契約に適している。
  • 差がつくポイント:契約形態とフェーズの関係を正確に理解し、特に設計以降の具体的な開発工程に注目すること。

正解の理由

請負型契約は、成果物の完成を目的とし、納品物の検収が明確にできるフェーズに適しています。経済産業省のモデル取引・契約書では、システム内部設計からシステム結合までの工程がこの条件に合致し、具体的な成果物(設計書、プログラム、結合テスト結果など)が明確に定義されているため、請負型契約を推奨しています。
したがって、選択肢の中で「エ:システム内部設計フェーズからシステム結合フェーズまで」が正解です。

よくある誤解

請負契約は全工程に適用できると誤解しがちですが、要件定義や計画段階のように成果物が不確定なフェーズには不向きです。

解法ステップ

  1. 問題文の「請負型契約を推奨しているフェーズ」を確認する。
  2. 請負契約の特徴(成果物の明確さ、検収可能性)を理解する。
  3. 図のフェーズ区分と矢印の範囲を照合する。
  4. 請負契約に適したフェーズ範囲を選択肢から特定する。
  5. 正解の「エ」を選ぶ。

選択肢別の誤答解説

  • ア:システム化計画から導入・受入支援までの全工程は範囲が広すぎ、初期段階の不確定要素が多いため請負契約には不適切。
  • イ:要件定義から導入・受入支援まででは、要件定義の不確定性が請負契約に合わない。
  • ウ:要件定義からシステム結合までの範囲は広く、要件定義フェーズが含まれるため請負契約には不向き。
  • エ:システム内部設計からシステム結合までの範囲は成果物が具体的で検収可能なため請負契約に適している。

補足コラム

請負契約は「完成責任型契約」とも呼ばれ、成果物の完成と納品をベンダが責任を持つ契約形態です。これに対し、準委任契約は作業時間や労力に対して報酬が支払われるため、要件定義や調査など不確定なフェーズに適しています。契約形態の選択はプロジェクトのリスク管理や品質保証に直結するため、フェーズごとの特性を理解することが重要です。

FAQ

Q: 請負契約と準委任契約の違いは何ですか?
A: 請負契約は成果物の完成を目的とし、納品物の検収が可能です。準委任契約は作業の遂行に対して報酬が支払われ、成果物の完成は必須ではありません。
Q: なぜ要件定義フェーズは請負契約に不向きなのですか?
A: 要件定義は成果物が不確定で変更が多いため、完成責任を負う請負契約には適しません。
Q: システム結合フェーズまで請負契約を推奨する理由は?
A: システム結合までに明確な成果物があり、検証・検収が可能なため、請負契約の責任範囲として適切です。

関連キーワード: 請負契約, 契約形態, システム開発フェーズ, 経済産業省モデル契約, 成果物検収
← 前の問題へ次の問題へ →

©︎2025 情報処理技術者試験対策アプリ