応用情報技術者 2018年 秋期 午前2 問66

情報システム各フェーズの契約形態【午前2解説】

正解の理由

• 要件定義（a）は成果物の内容や作業方法が初期段階で流動的であり、業務的な作業遂行や知見提供が中心となるため、時間や労力に対する対価を払う準委任型が適する（図示では a が「準委任型又は請負型」とされ、準委任が許容される）。
• 運用テスト（d）は実運用下での試験や環境調整など、長期間の継続的な業務遂行や運用支援に近い性格を持つため、準委任型が適切とされる（d は準委任型に該当する扱い）。
• 一方、システム内部設計（b）は設計成果物に対する明確な責任と完成引渡しが求められるため、図示どおり b は請負型とされ、準委任は不適切である。

解法ステップ

1. 各記号（a〜d）がどのフェーズに対応するかを確認する（図補足情報を元にする）。特に b は「システム内部設計」である点に注意する。
2. 各フェーズの作業性質を判定する。成果物（完成物）の明確な引渡しと瑕疵担保が求められるか、あるいは専門的作業の遂行や継続的支援かを判断する。
3. 「成果物の明確な引渡し・責任」が主であれば請負型、「作業の遂行・人的サービス」が主であれば準委任型を選ぶ。
4. 上記基準を各フェーズに適用し、準委任型が適切なフェーズを選ぶ（要件定義、運用テスト → a, d）。

選択肢別の誤答解説

• ア（a, b）
  b は「システム内部設計」に対応し、図示どおり請負型とされるため準委任型にするのは不適切です。内部設計は明確な設計成果物の引渡しと欠陥対応（瑕疵担保）が重要なため請負型が原則です。
• イ（a, d）
  正答。a（要件定義）は作業遂行や知見提供の色合いが強く準委任が適し、d（運用テスト）は継続的な運用支援や試験業務で準委任が適切であるため選択肢として正しい。
• ウ（b, c）
  b は請負型で不適。c（ソフトウェア設計・プログラミング・ソフトウェアテスト）は成果物（ソフトウェア本体やテスト結果）が明確であり、請負型が望ましい場面が多いため、準委任を前提とするのは誤りです（図では c は「準委任型又は請負型」とされるが、実務上は請負を選ぶことが多い）。
• エ（b, d）
  b が請負型であるため誤り。d は準委任が適切だが、組合せとしては間違いです。

よくある誤解

• 「準委任又は請負」と書かれている項目は常に準委任を選べると考える誤解
  → 表示が「準委任又は請負」となっていても、実務ではフェーズの性格や責任範囲により一方がより適切です。設問では明確に請負を要求するフェーズ（例：内部設計、開発）を除外する判断が必要です。
• システム外部設計／内部設計の区別を誤る
  → 本問では b が「システム内部設計」であり、内部設計は成果物責任が重く請負が適する点を押さえること。
• テスト＝常に請負型と思い込む誤り
  → テストでも「運用テスト」のように運用支援に近く継続的な業務遂行が中心なら準委任が適する場合があります。テストの種類で判断を分けること。

補足コラム

• 対価の性質：準委任は「労務・業務遂行」に対する報酬、請負は「成果物の完成」に対する報酬。
• 責任範囲：請負は成果物の瑕疵について請負者の責任（修補義務など）が明確。準委任は善管注意義務（善良な管理者の注意）に基づく業務遂行が求められるが、成果責任は原則として限定的。
• 管理方法：準委任は期間・工数管理、請負は成果物の受入検査や検収が中心。 発注側はフェーズ（要件定義・運用支援など）に応じて、求める責任と管理方法を明確にして契約形態を選ぶべきです。

FAQ