検収対象版（Acceptance version）

正式検収で対象版を指定する理由

完全な検収対象版に含めるもの

案件に応じて調整できますが、結果を変える対象はBaselineか管理された外部条件として登録します。

一回の対象版を指定・固定する流れ

1. Cycle範囲を確定

   Requirement、検収基準、業務Flow、Role、非機能項目、明確な対象外、許容例外を確定します。

2. 候補Baselineを構成

   前段試験済みComponentからManifest、Artifact、配備説明を作り、UAT環境内で場当たり的に組みません。

3. 配備・同一性確認

   不変Artifactを合意環境へ配備し、画面／APIのVersion、Digest、設定、DB状態をManifestと照合します。

4. Entry Readinessを確認

   環境、Account、Data、依存、Log、問題Flow、Hard Stopが使え、既知差異が結論を無効にしないか確認します。

5. 権限者が指定

   対象版ID、Manifest Digest、範囲、環境、期間、承認者、時刻を記録し、このBaselineから証拠を残すよう通知します。

6. Baselineを保護

   Artifact上書き、DB直修正、無記録設定変更、Model Alias移動、Knowledge再Indexを制限し、必要変更はChange Controlへ通します。

不具合修正後に新版へ切り替える方法

1. 元の失敗証拠を保持

   元Baseline、Scenario、入力、実結果、Log、Issue IDを残し、修正後に失敗記録を合格へ書き換えません。

   証拠：失敗Case、Defect、元Manifest。

2. 変更Configuration Itemを特定

   Source、設定、Script、Data、Prompt、Knowledge変更と直接・間接影響を記録します。

   証拠：Change Request、Review、Diff、Risk判断。

3. 新Baselineを生成

   挙動を変える更新には新しいAcceptance ID／Revisionを付け、ManifestとDigestを再生成します。

   証拠：新Manifest、Build、配備、承認。

4. 再テスト・回帰範囲を決定

   失敗項目は必ず再テストし、共有Component、Migration、権限、連携、非決定性の影響に応じ回帰を追加します。

   証拠：影響分析と承認済み範囲。

5. 条件付き受入を区別

   未修正で受け入れる場合は影響、回避策、期限、担当、Risk受入権限者を記録し、番号変更で隠しません。

   証拠：Exception、残留Risk、署名。

6. Baseline別に結論を集約

   各項目がどの版で合格したかを示し、以前の証拠を再利用する場合は後続変更の影響がない理由を記録します。

   証拠：基準—Case—Version—結果Trace Matrix。

対象版記録が答えるべき質問

1. 何を検収したか

   製品版、Component、Digest、設定、DB、文書、依存先を取得できます。

2. 誰がいつ指定したか

   権限根拠、時刻、期間、環境、Manifest Digestを永続記録します。

3. どこでBuildしどう配備したか

   Source、依存、Build Pipeline、Repository、Deployment Run、環境照合がつながります。

4. どの基準・Caseが適用されるか

   範囲、基準、Sample、Case、非機能確認、対象外がBaselineへMapされます。

5. Cycle中に何が変わったか

   各Revisionの理由、内容、承認、影響、再テスト、回帰、終了状態があります。

6. 最終判断はどの版か

   署名にID、Digest、状態、条件、未解決問題、残留Risk、担当が明記されます。

企業AIで追加固定するもの

検収対象版と混同しやすい概念