検収

発注者が、納品されたシステムや成果物を検査し、契約や仕様書のとおりであることを確かめて受け取ること。システム開発では、受入れテストの結果などをもとに判断する。検収が済むと、成果物の引渡しが完了したことになり、代金の支払いの手続に進む。

納入された成果物が契約や受入れ基準を満たしているかを発注者が確認し、正式に受け取ること。検収の完了が支払や検収後の保証期間の起点になるため、基準を事前に明確にしておく。

納入された成果物が契約や仕様のとおりかを発注者が確かめ、受け取ること。受入れテストの結果を受入れ基準に照らして判断する。検収をもって成果物の引渡しが完了し、代金の支払の条件が満たされる契約が多い。

旧システムから新システムへ一度に全面的に切り替える移行方式。移行作業が短期間で完了するが、障害発生時のリスクが大きい。十分な移行リハーサルと切り戻し計画が必要。

旧システムから新システムへ機能単位や部門単位で段階的に切り替える移行方式。リスクを分散できるが、新旧システムの並行稼働期間が長くなり、データの整合性確保が課題となる。

新旧システムを同時に稼働させ、両者の処理結果を比較して新システムの正確性を確認する移行方式。信頼性は高いが、二重の運用コストがかかる。処理結果の照合作業も必要となる。

新バージョンのソフトウェアを少数のユーザーや一部のサーバに先行して展開し、問題がないことを確認してから徐々に全体に広げるデプロイ手法。炭鉱のカナリアに由来し、障害の影響範囲を限定できる利点がある。

本番環境を2系統（ブルーとグリーン）用意し、一方で新バージョンを構築・テストした後、ロードバランサ等でトラフィックを切り替えるデプロイ手法。瞬時の切り替えと切り戻しが可能で、ダウンタイムを最小化できる。

発注者が主体となり、納入されたシステムが要件を満たし業務で使えるかを、あらかじめ合意した受入基準に照らして確認するテスト。合格をもって検収となり、以後は瑕疵担保や保守契約の範囲に移る。