d1-domain-definition-documentlisted

# D1: ドメイン定義書 ## 前提: karura-conventions 規約の遵守(必須) **本成果物を生成・更新する前に、必ず `karura-conventions` スキルを参照し、その全規約に従うこと。** 規約に反する出力をしてはならない。 ## inputする成果物 | 成果物のパス | 内容 | |---|---| | `docs/D1.business-requirements/business-requirement-document.md` | 上流のBRD(スコープ・対象業務・将来拡張性 等を参照) | | `docs/D1.business-requirements/domain-definition-document.md` | 既存ドメイン定義書(更新・レビュー時のみ参照。新規作成時は未存在) | ## outputする成果物 | 成果物のパス | 内容 | |---|---| | `docs/D1.business-requirements/domain-definition-document.md` | ドメイン定義書本体 | ## 使用するテンプレート 出力時は以下のテンプレートを読み込み、その章構成・分類軸・書き方ヒントに従う。 | テンプレートのパス | 内容 | |---|---| | `.claude/skills/d1-domain-definition-document/template.md` | ドメイン定義書テンプレート(章構成・分類軸・書き方ヒント) | ## 新規作成時の振る舞い 新規作成時(`docs/D1.business-requirements/domain-definition-document.md` 未存在)は **ユーザーへのヒアリングを行わず**、上流の BRD と業界一般知識からドメインを抽出して直接生成する。 1. BRD(`docs/D1.business-requirements/business-requirement-document.md`)を読み込み、対象業��・スコープから **業務工程ドメイン候補** を抽出する。BRD の「スコープ」表に列挙された業務単位を起点にしつつ、**スコープ表に明示されていない準備工程**(顧客との初期対話・意向把握・要件聴取 等の最上流工程)および **事後業務** が業務として存在しないかを業界一般知識から検証する。BRD のスコープ表の粒度がそのままドメイン粒度になるとは限らない点に注意する 2. BRD・業界知識から、業務工程をまたがって参照される **横断ドメイン候補** を抽出する(顧客情報・商品マスタ・本人確認・反社チェック・電子署名 等)。「将来のビジネスの拡張性を担保するためのシステム的要求」セクションに記載の領域(マルチチャネル対応・データ活用基盤連携 等)も拾い上げる。**規制対応系の領域**(意向把握・情報提供・適合性原則・本人確認・告知 等)を扱うときは、「**業務プロセスそのもの**」(業務工程ドメインとして配置)と「**証跡の収集・保全**」(横断ドメインとして配置)に分けて捉え、両者を同一ドメインに混在させない 3. 各ドメインを2軸で分類する: - **区分**: コア / サポート / 汎用(プロダクトの差別化に直結するか、業務上不可欠か、業界横断で汎用化されているか) - **種別**: 業務工程ドメイン / 横断ドメイン 4. テンプレー