C4モデル レベル2(コンテナ図)の新規作成・更新を支援する。対象システムをコンテナに分解し、連携方式を設計して Mermaid で図示する D3 成果物。C4モデル レベル1・レベル1 シーケンスの整備後に呼び出す。
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
ACT-*)・外部システム(EXT-*)・対象システムの境界はレベル1 に従う。過不足があれば本書で辻褄を合わせず、レベル1 の見直し要否をユーザーに確認する。CNT-* はレベル2 シーケンスのライフラインから参照される。採番済みの ID は変えず、欠番も再利用しない。| 成果物のパス | 内容 |
|---|---|
docs/D2.system-requirements/c4-level1-system-context.md | C4モデル レベル1。人・外部システム・対象システム境界の定義元 |
docs/D2.system-requirements/c4-level1-sequences/**/*.md | C4モデル レベル1 シーケンス。コンテナ・連携方式の設計根拠 |
docs/D2.system-requirements/adr/**/*.md(想定パス・未作成) | ADR。確定済みの設計判断 |
| 成果物のパス | 内容 |
|---|---|
docs/D3.system-design/c4-level2-container.md | C4モデル レベル2(コンテナ) |
| テンプレートのパス | 内容 |
|---|---|
.claude/skills/d3-c4-level2-container/template.md | C4モデル レベル2 テンプレート |
docs/D3.system-design/c4-level2-container.md が存在しないなら、§2(新規作成)に進む。レベル1 シーケンスを読み、UC ごとに、操作する人・外部とのやり取り・記録対象・利用者の操作を起点としない処理を控える。もし ADR が存在するなら、承認済みの決定だけを採用する。
コンテナは独立して実行・デプロイされる単位とし、1 つが止まっても他の業務を続けられるように分ける。
いずれのコンテナにも割り当たらない UC・人・外部システムが残るなら、分割を見直す。
線は呼び出す側から呼び出される側へ引き、同じ組のやり取りは 1 本にまとめる。もし ADR に決定があるなら、それに従う。そうでないなら、応答を待つ場合は同期、待たない場合は非同期とする。
flowchart LR で描く(C4 専用記法は使わない)。人・外部システムの subgraph はレベル1 と同じ括りにする。subgraph で囲み、囲みの中の全サービスに共通する線(通知・証跡へのイベント)だけを囲みから 1 本で引く。~~~)で位置を整える。CNT-* は図の上から順に 1 から振る。sidebars.ts の「D3. システム設計」カテゴリに登録する。ACT-* / EXT-* の集合が、レベル1 §登場要素の集合と一致しているUC-* が、コンテナ表の関連 UC 列に現れているCNT-* に重複が無く、更新時は既存の ID とコンテナの対応が変わっていない{{ が残っていないNo reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
アクター一覧の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、本システムに関わるすべての人間アクター(関係者)を一覧化する文書。TOGAFのActor Catalog相当。BRDの下流に位置する成果物。後続の成果物であるプロダクト要求仕様書やユーザーストーリー一覧、C4モデルレベル1、C4モデルレベル2、L1シーケンス、L2シーケンスなど、様々な成果物から参照される。BRD策定後、アクター整理の段階で呼び出す。
The English summary is being prepared. Showing the original description.
ビジネス要件定義書(BRD)の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)の中でも最上流に位置する成果物であり、ドメイン定義書・プロダクト要求仕様書(PRD)本体・ドメイン要求仕様書群すべての根拠となる業務観点の要求文書。新規プロジェクト立ち上げ時の最初の成果物作成、戦略・スコープの大きな変更、KPI見直しのタイミングで呼び出す。
The English summary is being prepared. Showing the original description.
ドメイン共通要求仕様書の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、プロダクト要求仕様書(PRD)が方針・概念を扱うのに対し、本書は **3 ドメイン以上で横断的に効く具体的な要求(水準・方針・原則)** を集約する文書。**ドメイン要求仕様書群(個別)とは並列の関係にあり、横断的な水準・方針・原則は本書が単独で責務を持つ(=厳密な MECE。個別ドメインで言い換えない)。** 機能要求・非機能要求・UI/UX 方針・セキュリティ要求・データアクセス要求・法務/コンプライアンス要求 の各節を持つ。PRD・アクター一覧・ドメイン定義書 を上流とし、PRD策定後、ドメイン要求仕様書群(個別)の作成前に呼び出す。
The English summary is being prepared. Showing the original description.
ドメイン定義書の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、本プロダクトを構成する業務領域(ドメイン)を網羅・分類する文書。問題空間(プロダクトが扱う業務領域)の整理であり、DDDにおけるBounded Context(解空間としての実装上の境界)とは別レイヤーで扱う。BRDの下流に位置する成果物。後続のプロダクト要求仕様書、ドメイン要求仕様書群(各ドメインごとに1つ)など、様々な成果物から参照される。BRD策定後、ドメイン整理の段階で呼び出す。
The English summary is being prepared. Showing the original description.
ドメイン要求仕様書の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、プロダクト要求仕様書(PRD)を親文書とし、ドメイン定義書で定義された各ドメインごとに1冊作成される。**ドメイン共通要求仕様書(横断的な水準・方針・原則)とは並列の関係にあり、当該ドメイン固有の業務ルール・業務状態遷移・業務運用(イレギュラー対応)のみを扱う(共通要求と内容が重なる要求は本書に書かない=厳密な MECE)。** PRD・ドメイン定義書の策定後、ドメインごとの業務要求を具体化する段階で呼び出す。下流のユーザーストーリー一覧・ユースケース一覧・機能一覧(D2)・画面要件群(D2)・L1/L2シーケンス図の起点となる。
The English summary is being prepared. Showing the original description.
プロダクト要求仕様書(PRD)の新規作成・更新・レビューを支援する。AI駆動開発成果物フローのビジネス要求(D1)に位置する成果物で、方針・概念・体験設計・制約・受け入れ基準を扱う文書。具体的な横断要求(機能要求・非機能要求・UI/UX・セキュリティ・法務 等)は独立成果物のドメイン共通要求仕様書に集約し、PRD は要求 ID を持たない。BRD・アクター一覧・ドメイン定義書 を上流とし、BRD策定後、ドメイン共通要求仕様書の作成前に呼び出す。
The English summary is being prepared. Showing the original description.