応用情報技術者 2022年 秋期 午前2 問66
問題文
“情報システム・モデル取引契約書<第二版>” によれば、ウォーターフォールモデルによるシステム開発において、ユーザ(取得者)とベンダ(供給者)間で請負型の契約が適切であるとされるフェーズはどれか。

選択肢
ア:システム化計画フェーズから受入・導入支援フェーズまで
イ:要件定義フェーズから受入・導入支援フェーズまで
ウ:要件定義フェーズからシステム結合フェーズまで
エ:システム内部設計フェーズからシステム結合フェーズまで(正解)
“情報システム・モデル取引契約書<第二版>” によれば、ウォーターフォールモデルによるシステム開発において、ユーザ(取得者)とベンダ(供給者)間で請負型の契約が適切であるとされるフェーズ【午前2 解説】
要点まとめ
- 結論:請負型契約は「システム内部設計からシステム結合まで」のフェーズで適切です。
- 根拠:この期間は成果物が明確で、仕様が確定しているため、納品物に対して契約が成立しやすいからです。
- 差がつくポイント:要件定義以前は仕様が流動的であり、請負契約はリスクが高いため避けるべきです。
正解の理由
請負型契約は「成果物の完成と納品」を前提とする契約形態です。ウォーターフォールモデルでは、要件定義や外部設計の段階では仕様が確定しておらず、変更も多いため請負契約は不向きです。
一方、システム内部設計以降は詳細設計やプログラミング、結合テストなど具体的な成果物が明確で、納品物の検収が可能なため、請負契約が適切とされます。
したがって、「システム内部設計フェーズからシステム結合フェーズまで」の範囲を示す選択肢エが正解です。
一方、システム内部設計以降は詳細設計やプログラミング、結合テストなど具体的な成果物が明確で、納品物の検収が可能なため、請負契約が適切とされます。
したがって、「システム内部設計フェーズからシステム結合フェーズまで」の範囲を示す選択肢エが正解です。
よくある誤解
要件定義から請負契約が可能と考える受験者が多いですが、要件定義は仕様確定前であり、契約リスクが高いため不適切です。
解法ステップ
- ウォーターフォールモデルの各フェーズの特徴を理解する。
- 請負契約の特徴(成果物納品型)を確認する。
- 仕様確定のタイミングを把握し、契約形態に適したフェーズを特定する。
- 問題文の矢印とフェーズの対応関係を整理する。
- 「システム内部設計からシステム結合まで」の範囲を示す選択肢を選ぶ。
選択肢別の誤答解説
- ア:システム化計画から受入・導入支援までの全工程は範囲が広すぎ、仕様変更も多く請負契約には不向きです。
- イ:要件定義から受入・導入支援まででは、要件定義段階の不確定要素が多くリスクが高いです。
- ウ:要件定義からシステム結合まででは、要件定義の段階が含まれ請負契約の適用としては早すぎます。
- エ:システム内部設計からシステム結合までで、仕様が確定し成果物が明確なため請負契約に適しています。
補足コラム
請負契約は「完成責任型契約」とも呼ばれ、納品物の品質や納期に対してベンダが責任を負います。ウォーターフォールモデルの後半フェーズで適用されることが多く、前半の企画や要件定義は「準委任契約」など柔軟な契約形態が適しています。
FAQ
Q: 請負契約と準委任契約の違いは何ですか?
A: 請負契約は成果物の完成を目的とし、準委任契約は業務の遂行を目的とします。成果物の明確さが契約形態選択のポイントです。
A: 請負契約は成果物の完成を目的とし、準委任契約は業務の遂行を目的とします。成果物の明確さが契約形態選択のポイントです。
Q: ウォーターフォールモデルで契約形態を変える理由は?
A: 仕様の確定度合いに応じてリスクを分散し、双方の責任範囲を明確にするためです。
A: 仕様の確定度合いに応じてリスクを分散し、双方の責任範囲を明確にするためです。
関連キーワード: ウォーターフォールモデル、請負契約、システム開発フェーズ、契約形態、成果物管理

\ せっかくなら /
応用情報技術者を
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

