画面遷移図の新規作成・更新を支援する。画面一覧の SCR-* を利用者ごとの Mermaid 図でつなぎ、画面間の遷移を表す D2 成果物。画面一覧の策定後に呼び出す。
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
SCR-* だけとし、画面名は画面一覧と一致させる。遷移に必要な画面が画面一覧に無ければ、画面を足さずユーザーに報告する。| 成果物のパス | 内容 |
|---|---|
docs/D2.system-requirements/screen-list.md | 画面一覧。図に置く画面と、その利用アクター・並び順・画面概要 |
docs/D1.business-requirements/product-requirement-document.md | PRD。図の分け方の根拠(§システム利用ユーザーと体験設計)と、利用者ごとの利用経路(§利用形態) |
docs/D1.business-requirements/domain-requirements/*.md | ドメイン要求仕様書群。進む・戻る遷移の根拠(§業務状態遷移)、例外時の遷移の根拠(§業務運用(イレギュラー対応)・ドメイン共通要求仕様書 §UI/UX 方針) |
| 成果物のパス | 内容 |
|---|---|
docs/D2.system-requirements/screen-flow-diagrams/<ACT-N>_<アクター名>.md | 画面遷移図。1 図 1 ファイル |
| テンプレートのパス | 内容 |
|---|---|
.claude/skills/d2-screen-flow-diagram/template.md | 画面遷移図テンプレート |
docs/D2.system-requirements/screen-flow-diagrams/ が存在しないなら、§2(新規作成)に進む。PRD §システム利用ユーザーと体験設計 の表の行ごとに 1 図とする。表に無いアクターが画面一覧の利用アクターに現れるなら、そのアクターごとに 1 図とする。ただし、利用する画面がすべて他の 1 つの図に含まれるアクターは、その図にまとめる。
1 図を 1 ファイルとし、ファイル名は図のアクターの ID とアクター名をアンダースコアでつないだもの(例: ACT-15_ACT-16_コンプライアンス部・内部監査部.md)とする。アクターが複数なら、ID どうしはアンダースコア、アクター名どうしは中黒で連結する。
各図には、画面一覧で利用アクターに当該図のアクターを含む画面をすべて置く。複数の図のアクターが使う画面は、それぞれの図に置く。
同じ利用者が続けて操作する画面の間にだけ線を引く。
もし図の中の多くの画面から同じ画面へ遷移するなら、個々の画面から線を引かず、遷移元の subgraph から 1 本で引く。
もし通知から起動する、別の利用者から端末を引き渡される、別の利用者の作業へ引き継ぐといった図の外との出入りがあるなら、出入口のノードを置いて線を引く。PRD §利用形態 で他の利用者の端末を介して使う利用者がいるなら、端末を引き渡す箇所を双方の図に出入口として描く。
flowchart LR で描き、画面は画面一覧の画面分類ごとに subgraph で囲む。SCR<連番> とし、ラベルは画面名と SCR-* を改行して並べる。出入口のノードは角丸にする。[フェーズ2] を付ける。アクター名: ACT-N の形で書く。sidebars.ts の画面一覧の直後に「画面遷移図」カテゴリを置き、各ファイルをタイトルと同じラベルで登録する。PRD の表の順に並べ、表に無いアクターの図は画面一覧で最初に現れる順に後ろへ並べる。SCR-* が、利用アクターを含む図のすべてに現れ、それ以外の図には現れていない{{ が残っていない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.