# 仕様変更影響トレーサビリティ — 運用ガイド

## 基本情報

| 項目 | 内容 |
|------|------|
| 業種 | IT・開発 |
| ユースケース | 仕様変更影響トレーサビリティ |
| WFパターン | `` |
| RAG | あり |
| 検証結果 | E2E pass |
| デモURL例 | http://localhost/workflow/ZL6pKod2YvBfCad4 |

## 概要

仕様変更の影響トレーサビリティを実行するワークフロー。ナレッジベース内の要件定義書・設計書・テスト仕様書を横断検索し、影響範囲と修正概要、影響度・工数見積りを生成します。

## デモ手順

1. DDF Web UI (`/dashboard`) を開く
2. 「仕様変更影響トレーサビリティ」の「デモ生成」ボタンをクリック
3. 業種「IT・開発」、UC「仕様変更影響トレーサビリティ」が自動入力される
4. 「デモ生成開始」をクリック
5. 生成完了後、デモURLを顧客に共有

## ナレッジベース（RAG）

このワークフローにはナレッジベースが必要です。

### 同梱ドキュメント

バンドル内の `knowledge/` フォルダに以下のテキストファイルが保存されています:

- `テスト仕様書_ユーザー登録テスト.txt`
- `基本設計書_認証API.txt`
- `要件定義書_ユーザー管理.txt`

### デプロイ手順

1. Dify管理画面 → ナレッジ → 新規作成
2. 上記テキストファイルをアップロード
3. インデキシング完了を待つ
4. WFのKRノードで作成したナレッジベースを選択

またはDDFパイプラインで自動セットアップ:
```
run_pipeline(knowledge_docs=[...])  # 自動でKB作成+ID注入
```

**顧客デモ時は、顧客の実ドキュメントに差し替えるとインパクトが大きくなります。**


## テスト入力例

### 入力例1
```
仕様変更: ユーザー登録時のパスワードポリシーを変更する。
変更前: 8文字以上、英大文字・小文字・数字を各1文字以上
変更後: 12文字以上、英大文字・小文字・数字・記号を各1文字以上、過去3回分のパスワードと同一不可
変更理由: セキュリティ監査指摘（ISMSのパスワードポリシー準拠）
```


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

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

## AI品質評価コメント

出力は空やエラーではなく具体的なテキストが返されている（基準1）。ユースケース（仕様変更の影響トレーサビリティ）に直接関連する内容で、パスワードポリシー変更の要約、影響度評価、影響文書一覧、修正概要、工数見積り、優先度・リスク・短期対応まで網羅している（基準2・3）。入力クエリ固有の要素（新ポリシーの詳細、既存仕様との差分、対象ドキュメント名、APIエンドポイント例、REQ-USR-002 等）に具体的に言及しており（基準4）、単なる汎用テンプレートではなく具体的な実装・移行・テスト案や時間見積りが含まれている（基準5）。以上より合格と判断します。

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

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