詳細設計書タイプカタログ
このドキュメントは、詳細設計書の種類と、それぞれの判定基準を定義します。
基本設計書の内容を分析し、必要な設計書タイプを動的に決定するために使用します。
設計書タイプ一覧
必須ドキュメント
| タイプ |
ファイル名 |
説明 |
必須条件 |
| インデックス |
詳細設計書.md |
機能全体の概要とインデックス |
常に必須 |
コア設計書(条件付き)
| タイプ |
ファイル名 |
説明 |
作成条件 |
| バックエンド |
バックエンド設計書.md |
API仕様、処理詳細 |
APIエンドポイントがある |
| フロントエンド |
フロントエンド設計書.md |
コンポーネント設計、状態管理 |
画面設計書がある場合は必ず作成 |
| 画面 |
画面設計書.md |
画面レイアウト、遷移、バリデーション |
ユーザー向け画面がある |
| データベース |
データベース設計書.md |
テーブル定義、ER図、インデックス |
DB操作がある |
Note: 画面設計書とフロントエンド設計書はセットで作成する。
- 画面設計書: UIレイアウト、遷移、バリデーション(デザイナー視点)
- フロントエンド設計書: コンポーネント設計、状態管理、データフェッチ(エンジニア視点)
アーキテクチャ関連設計書
| タイプ |
ファイル名 |
説明 |
作成条件 |
| BFF |
BFF設計書.md |
Backend for Frontend設計 |
BFFレイヤーがある |
| API Gateway |
APIゲートウェイ設計書.md |
ルーティング、認証、レート制限 |
API Gatewayを使用 |
| マイクロサービス連携 |
サービス間連携設計書.md |
サービス間通信、イベント駆動 |
マイクロサービス構成 |
外部連携設計書
| タイプ |
ファイル名 |
説明 |
作成条件 |
| 外部API連携 |
外部API連携設計書.md |
サードパーティAPI連携詳細 |
外部APIを使用 |
| Webhook |
Webhook設計書.md |
Webhook受信/送信設計 |
Webhookがある |
| ファイル連携 |
ファイル連携設計書.md |
ファイル入出力、バッチ連携 |
ファイル連携がある |
横断的関心事
| タイプ |
ファイル名 |
説明 |
作成条件 |
| セキュリティ |
セキュリティ設計書.md |
認証認可、暗号化、監査ログ |
セキュリティ要件が複雑 |
| パフォーマンス |
パフォーマンス設計書.md |
キャッシュ、最適化戦略 |
パフォーマンス要件が厳しい |
| 非同期処理 |
非同期処理設計書.md |
キュー、ジョブ、バッチ処理 |
非同期処理がある |
| 通知 |
通知設計書.md |
メール、プッシュ、SMS通知 |
通知機能がある |
インフラストラクチャ(AWS基準)
| タイプ |
ファイル名 |
説明 |
作成条件 |
| インフラ |
インフラ設計書.md |
AWS構成、ネットワーク、セキュリティグループ |
常に作成 |
| コンテナ |
コンテナ設計書.md |
Docker、ECS/EKS構成 |
コンテナ化する場合 |
| CI/CD |
CI/CD設計書.md |
パイプライン、デプロイ戦略 |
CI/CDパイプラインがある |
判定ロジック
フェーズ0で基本設計書から以下を抽出して判定
基本設計書の分析
↓
┌─────────────────────────────────────────────────────────────┐
│ 1. システムアーキテクチャを確認 │
│ - BFFの有無 → BFF設計書 │
│ - API Gatewayの有無 → APIゲートウェイ設計書 │
│ - マイクロサービス構成 → サービス間連携設計書 │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 2. 機能一覧を確認 │
│ - API有無 → バックエンド設計書 │
│ - 画面有無 → 画面設計書 + フロントエンド設計書(セット) │
│ - DB操作有無 → データベース設計書 │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 3. 外部インターフェースを確認 │
│ - 外部API連携 → 外部API連携設計書 │
│ - Webhook → Webhook設計書 │
│ - ファイル連携 → ファイル連携設計書 │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 4. 非機能要件を確認 │
│ - セキュリティ要件が複雑 → セキュリティ設計書 │
│ - パフォーマンス要件が厳しい → パフォーマンス設計書 │
│ - 非同期処理がある → 非同期処理設計書 │
│ - 通知機能がある → 通知設計書 │
└─────────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 5. インフラ要件を確認(AWS基準) │
│ - 常に → インフラ設計書(必須) │
│ - コンテナ化する場合 → コンテナ設計書 │
│ - CI/CDパイプラインがある → CI/CD設計書 │
└─────────────────────────────────────────────────────────────┘
各設計書の判定キーワード
BFF設計書
作成条件: 以下のいずれかに該当
- アーキテクチャ図に「BFF」「Backend for Frontend」が含まれる
- 技術スタックにBFFフレームワーク(Next.js API Routes, Nuxt server routes等)がある
- フロントエンドとバックエンドの間に中間レイヤーがある
含めるべき内容:
- BFFの責務定義
- エンドポイント設計(クライアント向け)
- バックエンドAPI呼び出しパターン
- データ集約・変換ロジック
- キャッシュ戦略
- エラーハンドリング
外部API連携設計書
作成条件: 以下のいずれかに該当
- 外部システム連携に具体的なサードパーティサービスが記載
- 「外部API」「〇〇API」(Stripe, SendGrid, AWS等)への言及がある
- 技術スタックに外部サービスSDKがある
含めるべき内容:
- 連携先API仕様(参照先URL含む)
- 認証方式(API Key, OAuth等)
- リクエスト/レスポンス形式
- エラーハンドリング・リトライ戦略
- レート制限対策
- テスト戦略(モック、サンドボックス)
フロントエンド設計書
作成条件: 画面設計書がある場合は必ず作成
画面設計書とフロントエンド設計書は相互補完の関係にある:
- 画面設計書: UIレイアウト、遷移、バリデーション(What to show)
- フロントエンド設計書: コンポーネント設計、状態管理(How to build)
含めるべき内容:
- コンポーネント階層図
- 状態管理設計(グローバル/ローカル/サーバー状態)
- データフェッチング戦略(SSR/CSR/ISR)
- ルーティング設計
- エラー境界設計
- アクセシビリティ対応
非同期処理設計書
作成条件: 以下のいずれかに該当
- 「非同期」「バッチ」「キュー」「ジョブ」への言及
- メッセージキュー(Redis, RabbitMQ, SQS等)の使用
- 長時間実行処理がある
含めるべき内容:
- ジョブ種別一覧
- キュー設計
- 実行タイミング・スケジュール
- リトライ・デッドレター戦略
- 監視・アラート
通知設計書
作成条件: 以下のいずれかに該当
- 「メール送信」「プッシュ通知」「SMS」への言及
- 通知サービス(SendGrid, FCM, Twilio等)の使用
含めるべき内容:
- 通知種別一覧
- トリガー条件
- テンプレート設計
- 配信チャネル選択ロジック
- 配信ステータス管理
インフラ設計書(AWS基準)
作成条件: 常に作成(Webアプリケーションには必ずインフラが必要)
含めるべき内容:
- システム構成図(AWS構成)
- ネットワーク設計(VPC, サブネット, セキュリティグループ)
- コンピューティング(EC2, ECS, Lambda等)
- データベース(RDS, DynamoDB, ElastiCache等)
- ストレージ(S3, EFS等)
- CDN/ロードバランサー(CloudFront, ALB)
- 監視・ログ(CloudWatch, X-Ray)
- セキュリティ(IAM, Secrets Manager, WAF)
- コスト見積もり
- 障害対策・DR設計
AWSサービス判定キーワード:
| カテゴリ |
キーワード |
対応AWSサービス |
| コンピュート |
API, サーバー, コンテナ |
ECS, Lambda, EC2 |
| データベース |
PostgreSQL, MySQL, NoSQL |
RDS, Aurora, DynamoDB |
| キャッシュ |
Redis, キャッシュ |
ElastiCache |
| ストレージ |
ファイル, 画像, S3 |
S3, EFS |
| メッセージング |
キュー, 非同期, イベント |
SQS, SNS, EventBridge |
| メール |
メール送信 |
SES |
| 認証 |
認証, OAuth |
Cognito |
| CDN |
静的ファイル, 高速化 |
CloudFront |
| 監視 |
ログ, 監視, アラート |
CloudWatch |
コンテナ設計書
作成条件: 以下のいずれかに該当
- 「Docker」「コンテナ」「ECS」「EKS」「Kubernetes」への言及
- マイクロサービスアーキテクチャ
含めるべき内容:
- Dockerfile設計
- コンテナ構成(サービス単位)
- オーケストレーション(ECS/EKS)
- リソース制限(CPU, メモリ)
- ヘルスチェック
- ログ収集
- シークレット管理
CI/CD設計書
作成条件: 以下のいずれかに該当
- 「CI/CD」「パイプライン」「デプロイ」への言及
- GitHub Actions, CodePipeline等の使用
含めるべき内容:
- パイプライン構成
- ビルド・テスト戦略
- デプロイ戦略(Blue/Green, Canary等)
- 環境管理(dev/stg/prod)
- ロールバック手順
- 承認フロー
出力形式
設計書タイプ判定結果は以下の形式で出力:
## 設計書タイプ判定結果
### サブ機能分割
| サブ機能名 | 含まれる機能ID | 理由 |
|-----------|---------------|------|
| ログイン | F-001, F-007 | ログイン画面で実行、密接に関連 |
| ログアウト | F-002, F-003 | ログアウト関連の機能群 |
| パスワードリセット | F-005, F-006 | リセットフロー全体 |
| 共通 | - | DB設計、インフラ設計等 |
### 判定根拠
| 分析対象 | 検出内容 | 判定された設計書 | 配置場所 |
|---------|---------|-----------------|---------|
| システムアーキテクチャ | BFFレイヤーあり | BFF設計書 | 各サブ機能 |
| 機能一覧 | REST API 5エンドポイント | バックエンド設計書 | 各サブ機能 |
| 機能一覧 | 画面3種類 | 画面設計書 | 各サブ機能 |
| 外部インターフェース | SendGrid連携 | 外部API連携設計書 | パスワードリセット |
| 非機能要件 | メール通知機能 | 通知設計書 | パスワードリセット |
| データベース | PostgreSQL | データベース設計書 | 共通 |
| インフラ | AWS構成 | インフラ設計書 | 共通 |
### 作成する設計書一覧
#### ログイン/
| # | 設計書名 | 理由 |
|---|---------|------|
| 1 | 詳細設計書.md | 必須 |
| 2 | バックエンド設計書.md | POST /login |
| 3 | 画面設計書.md | ログイン画面 |
#### パスワードリセット/
| # | 設計書名 | 理由 |
|---|---------|------|
| 1 | 詳細設計書.md | 必須 |
| 2 | バックエンド設計書.md | reset-request, reset |
| 3 | 画面設計書.md | リセット画面 |
| 4 | 外部API連携設計書.md | SendGrid |
#### 共通/
| # | 設計書名 | 理由 |
|---|---------|------|
| 1 | データベース設計書.md | 全サブ機能で共有 |
| 2 | インフラ設計書.md | AWS構成(必須) |
| 3 | セキュリティ設計書.md | 認証全体 |
### フォルダ構成
docs/designs/detailed/{親機能名}/
├── README.md # 親機能の概要
├── ログイン/
│ ├── 詳細設計書.md
│ ├── バックエンド設計書.md
│ └── 画面設計書.md
├── パスワードリセット/
│ ├── 詳細設計書.md
│ ├── バックエンド設計書.md
│ ├── 画面設計書.md
│ └── 外部API連携設計書.md
└── 共通/
├── データベース設計書.md
├── インフラ設計書.md
└── セキュリティ設計書.md
参照
- 各設計書のテンプレートは ``detailed-design-writer
skill を参照
- 共通設計書は
docs/designs/detailed/{親機能名}/共通/ に配置
- プロジェクト全体の共通設計は
docs/designs/detailed/共通設計/ に配置
1---2name: design-document-types3description: 詳細設計書の種類と判定基準を定義し、基本設計書の内容から必要な設計書タイプを動的に決定するためのカタログ4---5
6# 詳細設計書タイプカタログ
7
8このドキュメントは、詳細設計書の種類と、それぞれの判定基準を定義します。
9基本設計書の内容を分析し、必要な設計書タイプを動的に決定するために使用します。
10
11---
12
13## 設計書タイプ一覧
14
15### 必須ドキュメント
16
17| タイプ | ファイル名 | 説明 | 必須条件 |
18|--------|-----------|------|---------|
19| インデックス | `詳細設計書.md` | 機能全体の概要とインデックス | **常に必須** |
20
21### コア設計書(条件付き)
22
23| タイプ | ファイル名 | 説明 | 作成条件 |
24|--------|-----------|------|---------|
25| バックエンド | `バックエンド設計書.md` | API仕様、処理詳細 | APIエンドポイントがある |
26| フロントエンド | `フロントエンド設計書.md` | コンポーネント設計、状態管理 | **画面設計書がある場合は必ず作成** |
27| 画面 | `画面設計書.md` | 画面レイアウト、遷移、バリデーション | ユーザー向け画面がある |
28| データベース | `データベース設計書.md` | テーブル定義、ER図、インデックス | DB操作がある |
29
30> **Note**: 画面設計書とフロントエンド設計書はセットで作成する。
31> - 画面設計書: UIレイアウト、遷移、バリデーション(デザイナー視点)
32> - フロントエンド設計書: コンポーネント設計、状態管理、データフェッチ(エンジニア視点)
33
34### アーキテクチャ関連設計書
35
36| タイプ | ファイル名 | 説明 | 作成条件 |
37|--------|-----------|------|---------|
38| BFF | `BFF設計書.md` | Backend for Frontend設計 | BFFレイヤーがある |
39| API Gateway | `APIゲートウェイ設計書.md` | ルーティング、認証、レート制限 | API Gatewayを使用 |
40| マイクロサービス連携 | `サービス間連携設計書.md` | サービス間通信、イベント駆動 | マイクロサービス構成 |
41
42### 外部連携設計書
43
44| タイプ | ファイル名 | 説明 | 作成条件 |
45|--------|-----------|------|---------|
46| 外部API連携 | `外部API連携設計書.md` | サードパーティAPI連携詳細 | 外部APIを使用 |
47| Webhook | `Webhook設計書.md` | Webhook受信/送信設計 | Webhookがある |
48| ファイル連携 | `ファイル連携設計書.md` | ファイル入出力、バッチ連携 | ファイル連携がある |
49
50### 横断的関心事
51
52| タイプ | ファイル名 | 説明 | 作成条件 |
53|--------|-----------|------|---------|
54| セキュリティ | `セキュリティ設計書.md` | 認証認可、暗号化、監査ログ | セキュリティ要件が複雑 |
55| パフォーマンス | `パフォーマンス設計書.md` | キャッシュ、最適化戦略 | パフォーマンス要件が厳しい |
56| 非同期処理 | `非同期処理設計書.md` | キュー、ジョブ、バッチ処理 | 非同期処理がある |
57| 通知 | `通知設計書.md` | メール、プッシュ、SMS通知 | 通知機能がある |
58
59### インフラストラクチャ(AWS基準)
60
61| タイプ | ファイル名 | 説明 | 作成条件 |
62|--------|-----------|------|---------|
63| インフラ | `インフラ設計書.md` | AWS構成、ネットワーク、セキュリティグループ | **常に作成** |
64| コンテナ | `コンテナ設計書.md` | Docker、ECS/EKS構成 | コンテナ化する場合 |
65| CI/CD | `CI/CD設計書.md` | パイプライン、デプロイ戦略 | CI/CDパイプラインがある |
66
67---
68
69## 判定ロジック
70
71### フェーズ0で基本設計書から以下を抽出して判定
72
73```
74基本設計書の分析
75 ↓
76┌─────────────────────────────────────────────────────────────┐
77│ 1. システムアーキテクチャを確認 │
78│ - BFFの有無 → BFF設計書 │
79│ - API Gatewayの有無 → APIゲートウェイ設計書 │
80│ - マイクロサービス構成 → サービス間連携設計書 │
81└─────────────────────────────────────────────────────────────┘
82 ↓
83┌─────────────────────────────────────────────────────────────┐
84│ 2. 機能一覧を確認 │
85│ - API有無 → バックエンド設計書 │
86│ - 画面有無 → 画面設計書 + フロントエンド設計書(セット) │
87│ - DB操作有無 → データベース設計書 │
88└─────────────────────────────────────────────────────────────┘
89 ↓
90┌─────────────────────────────────────────────────────────────┐
91│ 3. 外部インターフェースを確認 │
92│ - 外部API連携 → 外部API連携設計書 │
93│ - Webhook → Webhook設計書 │
94│ - ファイル連携 → ファイル連携設計書 │
95└─────────────────────────────────────────────────────────────┘
96 ↓
97┌─────────────────────────────────────────────────────────────┐
98│ 4. 非機能要件を確認 │
99│ - セキュリティ要件が複雑 → セキュリティ設計書 │
100│ - パフォーマンス要件が厳しい → パフォーマンス設計書 │
101│ - 非同期処理がある → 非同期処理設計書 │
102│ - 通知機能がある → 通知設計書 │
103└─────────────────────────────────────────────────────────────┘
104 ↓
105┌─────────────────────────────────────────────────────────────┐
106│ 5. インフラ要件を確認(AWS基準) │
107│ - 常に → インフラ設計書(必須) │
108│ - コンテナ化する場合 → コンテナ設計書 │
109│ - CI/CDパイプラインがある → CI/CD設計書 │
110└─────────────────────────────────────────────────────────────┘
111```
112
113---
114
115## 各設計書の判定キーワード
116
117### BFF設計書
118**作成条件**: 以下のいずれかに該当
119- アーキテクチャ図に「BFF」「Backend for Frontend」が含まれる
120- 技術スタックにBFFフレームワーク(Next.js API Routes, Nuxt server routes等)がある
121- フロントエンドとバックエンドの間に中間レイヤーがある
122
123**含めるべき内容**:
124- BFFの責務定義
125- エンドポイント設計(クライアント向け)
126- バックエンドAPI呼び出しパターン
127- データ集約・変換ロジック
128- キャッシュ戦略
129- エラーハンドリング
130
131### 外部API連携設計書
132**作成条件**: 以下のいずれかに該当
133- 外部システム連携に具体的なサードパーティサービスが記載
134- 「外部API」「〇〇API」(Stripe, SendGrid, AWS等)への言及がある
135- 技術スタックに外部サービスSDKがある
136
137**含めるべき内容**:
138- 連携先API仕様(参照先URL含む)
139- 認証方式(API Key, OAuth等)
140- リクエスト/レスポンス形式
141- エラーハンドリング・リトライ戦略
142- レート制限対策
143- テスト戦略(モック、サンドボックス)
144
145### フロントエンド設計書
146**作成条件**: **画面設計書がある場合は必ず作成**
147
148画面設計書とフロントエンド設計書は相互補完の関係にある:
149- 画面設計書: UIレイアウト、遷移、バリデーション(What to show)
150- フロントエンド設計書: コンポーネント設計、状態管理(How to build)
151
152**含めるべき内容**:
153- コンポーネント階層図
154- 状態管理設計(グローバル/ローカル/サーバー状態)
155- データフェッチング戦略(SSR/CSR/ISR)
156- ルーティング設計
157- エラー境界設計
158- アクセシビリティ対応
159
160### 非同期処理設計書
161**作成条件**: 以下のいずれかに該当
162- 「非同期」「バッチ」「キュー」「ジョブ」への言及
163- メッセージキュー(Redis, RabbitMQ, SQS等)の使用
164- 長時間実行処理がある
165
166**含めるべき内容**:
167- ジョブ種別一覧
168- キュー設計
169- 実行タイミング・スケジュール
170- リトライ・デッドレター戦略
171- 監視・アラート
172
173### 通知設計書
174**作成条件**: 以下のいずれかに該当
175- 「メール送信」「プッシュ通知」「SMS」への言及
176- 通知サービス(SendGrid, FCM, Twilio等)の使用
177
178**含めるべき内容**:
179- 通知種別一覧
180- トリガー条件
181- テンプレート設計
182- 配信チャネル選択ロジック
183- 配信ステータス管理
184
185### インフラ設計書(AWS基準)
186**作成条件**: **常に作成**(Webアプリケーションには必ずインフラが必要)
187
188**含めるべき内容**:
189- システム構成図(AWS構成)
190- ネットワーク設計(VPC, サブネット, セキュリティグループ)
191- コンピューティング(EC2, ECS, Lambda等)
192- データベース(RDS, DynamoDB, ElastiCache等)
193- ストレージ(S3, EFS等)
194- CDN/ロードバランサー(CloudFront, ALB)
195- 監視・ログ(CloudWatch, X-Ray)
196- セキュリティ(IAM, Secrets Manager, WAF)
197- コスト見積もり
198- 障害対策・DR設計
199
200**AWSサービス判定キーワード**:
201| カテゴリ | キーワード | 対応AWSサービス |
202|---------|-----------|----------------|
203| コンピュート | API, サーバー, コンテナ | ECS, Lambda, EC2 |
204| データベース | PostgreSQL, MySQL, NoSQL | RDS, Aurora, DynamoDB |
205| キャッシュ | Redis, キャッシュ | ElastiCache |
206| ストレージ | ファイル, 画像, S3 | S3, EFS |
207| メッセージング | キュー, 非同期, イベント | SQS, SNS, EventBridge |
208| メール | メール送信 | SES |
209| 認証 | 認証, OAuth | Cognito |
210| CDN | 静的ファイル, 高速化 | CloudFront |
211| 監視 | ログ, 監視, アラート | CloudWatch |
212
213### コンテナ設計書
214**作成条件**: 以下のいずれかに該当
215- 「Docker」「コンテナ」「ECS」「EKS」「Kubernetes」への言及
216- マイクロサービスアーキテクチャ
217
218**含めるべき内容**:
219- Dockerfile設計
220- コンテナ構成(サービス単位)
221- オーケストレーション(ECS/EKS)
222- リソース制限(CPU, メモリ)
223- ヘルスチェック
224- ログ収集
225- シークレット管理
226
227### CI/CD設計書
228**作成条件**: 以下のいずれかに該当
229- 「CI/CD」「パイプライン」「デプロイ」への言及
230- GitHub Actions, CodePipeline等の使用
231
232**含めるべき内容**:
233- パイプライン構成
234- ビルド・テスト戦略
235- デプロイ戦略(Blue/Green, Canary等)
236- 環境管理(dev/stg/prod)
237- ロールバック手順
238- 承認フロー
239
240---
241
242## 出力形式
243
244設計書タイプ判定結果は以下の形式で出力:
245
246```markdown
247## 設計書タイプ判定結果
248
249### サブ機能分割
250
251| サブ機能名 | 含まれる機能ID | 理由 |
252|-----------|---------------|------|
253| ログイン | F-001, F-007 | ログイン画面で実行、密接に関連 |
254| ログアウト | F-002, F-003 | ログアウト関連の機能群 |
255| パスワードリセット | F-005, F-006 | リセットフロー全体 |
256| 共通 | - | DB設計、インフラ設計等 |
257
258### 判定根拠
259
260| 分析対象 | 検出内容 | 判定された設計書 | 配置場所 |
261|---------|---------|-----------------|---------|
262| システムアーキテクチャ | BFFレイヤーあり | BFF設計書 | 各サブ機能 |
263| 機能一覧 | REST API 5エンドポイント | バックエンド設計書 | 各サブ機能 |
264| 機能一覧 | 画面3種類 | 画面設計書 | 各サブ機能 |
265| 外部インターフェース | SendGrid連携 | 外部API連携設計書 | パスワードリセット |
266| 非機能要件 | メール通知機能 | 通知設計書 | パスワードリセット |
267| データベース | PostgreSQL | データベース設計書 | 共通 |
268| インフラ | AWS構成 | インフラ設計書 | 共通 |
269
270### 作成する設計書一覧
271
272#### ログイン/
273| # | 設計書名 | 理由 |
274|---|---------|------|
275| 1 | 詳細設計書.md | 必須 |
276| 2 | バックエンド設計書.md | POST /login |
277| 3 | 画面設計書.md | ログイン画面 |
278
279#### パスワードリセット/
280| # | 設計書名 | 理由 |
281|---|---------|------|
282| 1 | 詳細設計書.md | 必須 |
283| 2 | バックエンド設計書.md | reset-request, reset |
284| 3 | 画面設計書.md | リセット画面 |
285| 4 | 外部API連携設計書.md | SendGrid |
286
287#### 共通/
288| # | 設計書名 | 理由 |
289|---|---------|------|
290| 1 | データベース設計書.md | 全サブ機能で共有 |
291| 2 | インフラ設計書.md | AWS構成(必須) |
292| 3 | セキュリティ設計書.md | 認証全体 |
293
294### フォルダ構成
295
296```
297docs/designs/detailed/{親機能名}/
298├── README.md # 親機能の概要
299├── ログイン/
300│ ├── 詳細設計書.md
301│ ├── バックエンド設計書.md
302│ └── 画面設計書.md
303├── パスワードリセット/
304│ ├── 詳細設計書.md
305│ ├── バックエンド設計書.md
306│ ├── 画面設計書.md
307│ └── 外部API連携設計書.md
308└── 共通/
309 ├── データベース設計書.md
310 ├── インフラ設計書.md
311 └── セキュリティ設計書.md
312```
313```
314
315---
316
317## 参照
318
319- 各設計書のテンプレートは ``detailed-design-writer` skill` を参照
320- 共通設計書は `docs/designs/detailed/{親機能名}/共通/` に配置
321- プロジェクト全体の共通設計は `docs/designs/detailed/共通設計/` に配置