ITパスポート 2010年 春期 問49

ソフトウェアの受入れに関する記述 +【ITパスポート 解説】

正解の理由

解法ステップ

1. 設問のキーワードを確認：受入れ＝誰が主体か、開発者は関与できるか。
2. 「主体的に行う」「支援する」「関与してはならない」などの表現を注意深く読む。
3. 受入れの目的は「取得者が納品物を検証して合否を決めること」。つまり取得者主体が基本。
4. 開発者は利益相反や偏りを避けるため主体ではなく、あくまで支援や補助に留まるのが適切。
5. したがって、「取得者が行い、開発者は支援する」を選ぶ。

選択肢別の誤答解説

• ア: 受入れでは、そのソフトウェア開発者の支援などの関与があってはならない。
  → 誤り。開発者の「主体的な主導」は避けるべきですが、支援（テスト環境の構築や不具合の修正支援など）は通常認められます。完全に関与を禁止すると、受入れが実行できない場合があります。
• イ: 受入れでは、そのソフトウェアの開発で用いた詳細設計書に基づいて、取得者がレビュー及びテストする。
  → 誤り。受入れ検証は「要件や仕様書（契約で定めた受入基準）」に基づくべきで、必ずしも開発者が作成した詳細設計書（内部設計）を基準にするものではありません。取得者が確認すべきは外部仕様や受入基準です。
• ウ: 受入れは、そのソフトウェアの開発者が主体的に行う。
  → 明らかに誤り。開発者が主体で受入れを行うと、公平性や客観性が失われ、品質の保証や契約上の合意に問題が生じます。
• エ: 受入れは、そのソフトウェアの取得者が行い、開発者は受入れを支援する。
  → 正しい。取得者が合否判定を行い、開発者は必要に応じて支援する（テストデータの提供や不具合対応など）。受入基準は事前に契約で明確にします。

よくある誤解

• 誤解1: 「開発者が関与すると必ずしも不正確になる」
  → 関与がすべて悪いわけではありません。問題は「主体」の位置づけです。開発者が支援することは普通で、主体は取得者です。
• 誤解2: 「受入れテストは詳細設計に従うべき」
  → 受入れテストはユーザー要求や契約で決めた受入基準（外部仕様）に基づくべきです。内部の詳細設計は確認の参考にはなりますが、基準そのものではありません。
• 誤解3: 「受入れ＝単なる納品の受け取り」
  → 受入れは単なる受け取りではなく、要求どおり動作するかを確認して正式に合否を決める行為です。

補足コラム

• 受入れ試験の種類
  • ユーザ受入試験（UAT: User Acceptance Test）：実際の利用者が動作を確認するテスト。
  • 工場受入試験（FAT: Factory Acceptance Test）：開発側の施設で動作確認を行う段階。
  • 現地受入試験（SAT: Site Acceptance Test）：導入先の環境で確認する段階。
    これらは状況に応じて組み合わせて実施します。
• 契約での明記が重要
  受入基準（合格条件）、テスト項目、合格時の手続き（受領書や検収書の発行）、不合格時の対応（修正と再検査の範囲・期間）を契約書に明確に定めておくとトラブルを防げます。
• クラウドサービス（例：SaaS）での受入れ
  SaaS（Software as a Service：サービスとして提供されるソフトウェア）の場合も、機能要件やSLA（Service Level Agreement：サービス品質の合意）に基づいて取得者が受入れ判断を行います。プロバイダ（提供者）が支援しますが、最終判断は取得者側です。

FAQ