第4章：SE・設計者向け活用

4.1 対象成果物

• 要件定義書
• 基本設計書
• 詳細設計書
• 画面設計書
• 帳票設計書
• 外部IF設計書
• DB設計書
• バッチ設計書
• 移行設計書
• 運用設計書
• テスト仕様書

4.2 要件定義レビューの観点

要件レビュー用プロンプト

あなたは要件定義レビュー担当の上級SEです。
以下の要件定義文について、後工程で手戻りになりそうな点をレビューしてください。

レビュー観点：
1. 曖昧な表現
2. 主語・対象・タイミングの不足
3. 業務ルールの不足
4. 例外条件の不足
5. 権限・認可の不足
6. データ整合性の懸念
7. 非機能要件の不足
8. テスト可能性
9. 顧客に確認すべき質問
10. 受入条件として明文化すべき内容

出力形式：
- 指摘No
- 該当箇所
- 問題点
- リスク
- 修正案
- 確認先

4.3 設計書レビューの観点

設計レビュー用プロンプト

あなたは基幹システム開発の設計レビュー担当です。
以下の設計書をレビューし、後続の製造・単体テスト・結合テストで問題になりそうな点を抽出してください。

重点観点：
- 要件との対応漏れ
- 業務ルールの矛盾
- 入力チェック不足
- エラー処理不足
- DB更新タイミング
- トランザクション境界
- 排他制御
- 権限チェック
- ログ出力
- 再実行性
- テスト観点

出力形式：
| No | 分類 | 指摘内容 | 影響工程 | 重要度 | 修正案 | 確認事項 |

4.4 差分影響分析

設計変更時は、AIに旧版と新版を比較させ、影響範囲と追加テスト観点を抽出させると有効である。

1. 旧版設計書を用意する。
2. 新版設計書を用意する。
3. AIに差分を要約させる。
4. 影響する画面・帳票・IF・DB・バッチを抽出する。
5. 追加すべきテスト観点を作成する。
6. 修正対象と確認対象を分離する。
7. レビュー会議で採否判断する。
8. 課題・テスト仕様へ反映する。

差分影響分析プロンプト

あなたは変更影響分析に強いSEです。
以下の旧版設計書と新版設計書の差分を比較し、影響範囲を整理してください。

出力形式：
1. 変更概要
2. 変更された仕様
3. 影響する画面
4. 影響する帳票
5. 影響するDBテーブル・カラム
6. 影響する外部IF
7. 影響するバッチ
8. 追加・変更すべきテストケース
9. 既存回帰テストで確認すべき範囲
10. 未確認リスク

4.5 SE向け標準運用