検収

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

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

発注者が納入物を検査し、契約どおりの内容であることを確認して正式に受け取ること。受入れテストの結果に基づいて判断し、検収の完了が納品の成立と支払いの起点となるため基準の事前合意が重要となる。

発注者が成果物を受け入れるかどうかを判断するための基準。満たすべき機能や性能などの要件、受入れテストの項目と合格の条件を、契約や要件定義の段階で受注者と合意しておく。

作業時間と材料費に基づいて支払う契約形態。固定価格契約と実費償還契約の中間的な性質を持つ。作業範囲が不明確で、早急に着手する必要がある場合に用いられるが、上限金額を設定してコストリスクを制限する場合が多い。

調達交渉の結果に基づいて、供給者との間で正式な契約を交わすこと。請負契約、準委任契約などの契約類型を選択し、契約範囲、責任分界、成果物、支払条件などを明確にする。

受注者の実際にかかったコストに報酬を加算して支払う契約形態。コストリスクは発注者が負う。コストプラス固定報酬（CPFF）、コストプラスインセンティブ報酬（CPIF）、コストプラス報奨金（CPAF）がある。スコープが不明確な場合に適する。

システムやソフトウェアのテストで確かめるべき事項と、その方法、環境、合格の基準などに関する要件。要件定義の段階で各要件をどのように検証するかを明らかにしておくことで、検証できない要件を作らないようにする。

システムやソフトウェアの保守の範囲、対応の時間帯、障害時の対応時間、費用などを、発注者と保守の提供者の間で取り決める契約。定額で一定の範囲の作業を受ける形や、作業の量に応じて支払う形があり、サービスレベルを合意して契約に盛り込む。