# コード変更によるリグレッション影響範囲分析 — 運用ガイド

## 基本情報

| 項目 | 内容 |
|------|------|
| 業種 | IT・開発 |
| ユースケース | コード変更によるリグレッション影響範囲分析 |
| WFパターン | `start → llm(影響分析) → end` |
| RAG | なし |
| 検証結果 | E2E pass |
| デモURL例 | http://localhost/workflow/0udxOx2UweG7m3FG |

## 概要

コード変更内容と依存関係を入力として、影響を受ける機能・テストケースの一覧を生成する。

## デモ手順

1. DDF Web UI (`/dashboard`) を開く
2. 「コード変更によるリグレッション影響範囲分析」の「デモ生成」ボタンをクリック
3. 業種「IT・開発」、UC「コード変更によるリグレッション影響範囲分析」が自動入力される
4. 「デモ生成開始」をクリック
5. 生成完了後、デモURLを顧客に共有


## テスト入力例

### 入力例1
```
変更ファイル: src/billing/tax_calculator.py（消費税計算ロジック変更）。変更内容: 食品カテゴリの判定ロジックにサブカテゴリ（外食/テイクアウト）の区別を追加し、軽減税率8%の適用条件を細分化。依存モジュール: OrderService（注文確定時に税計算呼出）、InvoiceGenerator（請求書PDF生成時に税額表示）、TaxReportExporter（月次税務レポート出力）、CartService（カート画面の税込価格表示）。
```


## 顧客への説明ポイント

- 「これは自動生成されたプロトタイプです。本番利用には追加の設計・開発が必要です」
- 「御社の実データ/ドキュメントを使えば、さらに精度の高いデモをお見せできます」
- 「Self-hostedなので、御社のデータは外部に出ません」

## AI品質評価コメント

出力は、ユースケースで求められる「変更の影響を受ける可能性がある機能一覧」「優先的に実行すべきテストケース」「リグレッションリスクの評価」「推奨テスト実行順序」の全てを、分かりやすく整理されたMarkdown形式で提示しています。
特に、「消費税計算ロジックの変更」という具体的な変更内容を想定し、「食品（外食/テイクアウト）」といった具体的な条件に基づいた影響機能、詳細なテストケース（理由付き）、高リスクという適切な評価、および実行順序まで提示されており、非常に具体的で実用的な内容です。汎用的なテンプレートではなく、入力された変更内容に固有の要素を具体的に反映しており、顧客デモとして見せられる十分な品質であると評価できます。

## 次のステップ（受託提案）

1. 顧客の実データでカスタマイズデモ（POC: 5-10万円）
2. 本番環境設計・構築（受託開発）
3. 既存システム（kintone/Salesforce等）とのAPI連携
4. 運用保守サポート