ITパスポート 2021年 問43

受入れ検収の実施タイミング【ITパスポート 解説】

正解の理由

• ベンダの仕事が終わる前に受入れ検収を行うと、まだ完成していない成果物を受け取ることになり不適切です。
• 逆に総合テスト後では、A社自身が全体テストに時間を使った後で、ベンダの成果物に問題が見つかると手戻りが大きくなります。
• 受入れ検収は「ベンダの契約責任が果たされたか」を確認する場です。ベンダの範囲とA社の範囲の境目、すなわち結合テストと総合テストの間が最適です。

解法ステップ

1. 問題文から「誰が何を委託しているか」を確認する。今回はB社が「設計・プログラミング・結合テスト」を担当。
2. 各工程の意味を確認する。特に「結合テスト＝モジュール間の連携確認」「総合テスト＝システム全体・業務フローの確認」。
3. 受入れ検収は「ベンダの責任範囲が終わった直後」に実施するべきと判断する。
4. よって、結合テストと総合テストの間、すなわち ウ を選ぶ。

選択肢別の誤答解説

• ア: システム要件定義と設計の間
  要件定義と設計の間で受入れ検収を行うのは早すぎます。設計をベンダが請け負っているため、設計完成前に検収する意味がありません。受入れ検収は成果物（設計書やプログラム）が完成していることを前提に行います。
• イ: プログラミングと結合テストの間
  プログラミング完了時点では、まだモジュール同士の結合確認が済んでいません。今回B社は結合テストまで請け負っているため、結合テストの前に受入れ検収を行うと、ベンダの責任を十分に確認できません。つまり未完成の状態で「受け入れた」ことになってしまいます。
• ウ: 結合テストと総合テストの間
  ここが正解です。ベンダの請負範囲（結合テスト）が完了した直後に、発注者であるA社が成果物を正式に受け入れるか確認します。合格ならA社が総合テストに進みます。合格しない場合はベンダへ是正を求めます。
• エ: 総合テストと運用テストの間
  総合テストはA社側がシステム全体を検証する工程です。受入れ検収をそこまで遅らせると、A社が総合テストで費やした時間・コストの後にベンダ責任の不備が見つかったときの影響が大きくなります。受入れは通常、ベンダ責任分の完了直後に行います。

よくある誤解

1. 結合テストと総合テストの違いを混同する
   • 結合テスト：モジュール同士や内部インタフェースのつながりを確認するテスト。ベンダが担当することが多い。
   • 総合テスト：外部連携や業務フロー全体を含めたシステム全体の検証。発注者側で実施することが一般的。
     この違いをはっきりさせると受入れの適切なタイミングが理解しやすくなります。
2. 「検収＝テストを全部やる」と考えてしまう
   受入れ検収は「契約どおりの成果になっているか」を確認する手続きです。テスト自体（誰がどこまで行うか）は契約で決めるため、検収の位置は契約範囲に依存します。
3. 検収は常に発注者単独と考える
   実際には第三者やユーザ代表を交えて行うこともあり得ます。ポイントは「契約で定めた基準で合否を決められること」です。

補足コラム

• 検収基準を契約書に明記する：合格条件、許容される不具合の数や重大度、修正期限など。
• 検収手順と証跡：テスト結果レポート、ログ、実行手順を保存しておくと後でトラブルになりにくい。
• 不合格時の対応：是正要求（ベンダによる修正）、再検収の期限、費用負担などを明確にする。
• 引き渡し物のチェックリスト例：設計書、プログラム、テスト結果、運用マニュアル、ソースコード（権利関係）など。

FAQ