Skip to content
frontmatter
キー値
specdojo.idprj-0001:dct-data-model-bdd
specdojo.typeproject
specdojo.statusdraft
specdojo.rulebookspecdojo:dct-rulebook

成果物カタログ: data-model ​

  • project-id: prj-0001
  • ドメイン: data-model

1. 業務データ辞書 ​

1.1. 立ち上げ・構成 ​

local-id成果物名種別根拠概要
bdd-project-config業務データ辞書(プロジェクト構成)work-プロジェクト構成・設定情報(specdojo.config.json)のエンティティ・属性を定義する
bdd-operations-config業務データ辞書(運用・構成定義)work-運用・構成定義(pm-members、exec-defaults、provider固有設定等)のエンティティ・属性を定義する

bdd-project-config の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-operations-config の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

1.2. 登録簿 ​

local-id成果物名種別根拠概要
bdd-register-entry業務データ辞書(登録項目個票)work-登録項目個票(pjr)のエンティティ・属性を定義する

bdd-register-entry の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

1.3. 計画基盤 ​

local-id成果物名種別根拠概要
bdd-deliverables-catalog業務データ辞書(成果物カタログ)work-成果物カタログ(dct)のエンティティ・属性を定義する
bdd-schedule-strategy業務データ辞書(スケジュール戦略)work-スケジュール戦略(sch-strategy)のエンティティ・属性を定義する
bdd-schedule-track業務データ辞書(スケジュールトラック)work-スケジュールトラック(sch-track、マイルストーンを含む)のエンティティ・属性を定義する

bdd-deliverables-catalog の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-schedule-strategy の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-schedule-track の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

1.4. タスク実行 ​

local-id成果物名種別根拠概要
bdd-exec-event業務データ辞書(実行イベント)work-実行イベント(claim / complete / block / note 等)のエンティティ・属性を定義する
bdd-exec-state業務データ辞書(実行状態・計画情報)work-実行状態・計画情報(state、Ready、CPM、timeline等)のエンティティ・属性を定義する
bdd-exec-plan-result業務データ辞書(実行計画・実行結果)work-実行計画・実行結果(plan / result)のエンティティ・属性を定義する
bdd-exec-evidence業務データ辞書(実施根拠記録)work-実施根拠記録(evidence)のエンティティ・属性を定義する

bdd-exec-event の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-exec-state の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-exec-plan-result の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-exec-evidence の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

1.5. 並行処理 ​

local-id成果物名種別根拠概要
bdd-worktree-branch業務データ辞書(worktree・branch)work-worktree・branch(project develop、feature、exec worktree等)のエンティティ・属性を定義する

bdd-worktree-branch の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

1.6. 定期処理 ​

local-id成果物名種別根拠概要
bdd-routine-definition業務データ辞書(定期処理定義・実行状態)work-定期処理定義・実行状態のエンティティ・属性を定義する
bdd-job-run業務データ辞書(Job Run)work-Job Run(Job Definition、実行履歴、checkpoint)のエンティティ・属性を定義する

bdd-routine-definition の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-job-run の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

1.7. 派生生成・報告 ​

local-id成果物名種別根拠概要
bdd-deliverable業務データ辞書(成果物本体)work-成果物本体の共通メタ情報のエンティティ・属性を定義する
bdd-derived-view業務データ辞書(派生ビュー・索引)work-派生ビュー・索引(登録簿ビュー、カタログ表示、文書索引等)のエンティティ・属性を定義する
bdd-report-record業務データ辞書(報告記録)work-報告記録(進捗報告、議事録)のエンティティ・属性を定義する

bdd-deliverable の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-derived-view の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

bdd-report-record の完了条件:

  • エンティティ・属性の業務的定義が正確に記述されていること
  • データスコープとエンティティ境界を承認できること
  • DB設計・システム設計の入力として参照できること
  • データ検証ルール・制約が確認できること
  • 実装(テーブル設計・モデル定義)の基礎として参照できること

2. 概念クラス図 ​

local-id成果物名種別根拠概要
ccd-project-planning概念クラス図(プロジェクトの立上と計画)workbdd-project-config, bdd-operations-config, bdd-register-entry, bdd-deliverables-catalog, bdd-schedule-strategy, bdd-schedule-trackプロジェクトの立上と計画に関わるエンティティ間の関係を図で定義する
ccd-task-execution概念クラス図(プロジェクト実行)workbdd-exec-event, bdd-exec-state, bdd-exec-plan-result, bdd-exec-evidence, bdd-worktree-branchプロジェクト実行に関わるエンティティ間の関係を図で定義する
ccd-sharing概念クラス図(活用と共有)workbdd-deliverable, bdd-derived-view, bdd-report-record活用と共有に関わるエンティティ間の関係を図で定義する

ccd-project-planning の完了条件:

  • エンティティ関係・属性が業務観点で正確に表現されていること
  • スコープ範囲のエンティティを承認できること
  • データモデル・クラス設計の入力として参照できること
  • テストデータ設計・整合性検証に活用できること
  • ER図・実装モデルの基礎として参照できること

ccd-task-execution の完了条件:

  • エンティティ関係・属性が業務観点で正確に表現されていること
  • スコープ範囲のエンティティを承認できること
  • データモデル・クラス設計の入力として参照できること
  • テストデータ設計・整合性検証に活用できること
  • ER図・実装モデルの基礎として参照できること

ccd-sharing の完了条件:

  • エンティティ関係・属性が業務観点で正確に表現されていること
  • スコープ範囲のエンティティを承認できること
  • データモデル・クラス設計の入力として参照できること
  • テストデータ設計・整合性検証に活用できること
  • ER図・実装モデルの基礎として参照できること

3. 概念データストア定義 ​

local-id成果物名種別根拠概要
cdsd-planning概念データストア定義(プロジェクトの立上と計画)workbdd-project-config, bdd-operations-config, bdd-register-entry, bdd-deliverables-catalog, bdd-schedule-strategy, bdd-schedule-trackプロジェクトの立上と計画で扱うデータストア(プロジェクト構成、登録簿、成果物カタログ、Schedule等)を一覧で定義する
cdsd-execution概念データストア定義(プロジェクト実行)workbdd-exec-event, bdd-exec-state, bdd-exec-plan-result, bdd-exec-evidence, bdd-worktree-branch, bdd-routine-definition, bdd-job-runプロジェクト実行で扱うデータストア(実行イベント・状態、plan/result、worktree、定期処理、Job Run等)を一覧で定義する
cdsd-sharing概念データストア定義(活用と共有)workbdd-deliverable, bdd-derived-view, bdd-report-record活用と共有で扱うデータストア(成果物、派生ビュー、報告記録)を一覧で定義する

cdsd-planning の完了条件:

  • データストアの業務的役割・内容・粒度が記述されていること
  • データストア構成を設計の基礎として参照できること
  • データ検証・整合性確認の対象が識別できること

cdsd-execution の完了条件:

  • データストアの業務的役割・内容・粒度が記述されていること
  • データストア構成を設計の基礎として参照できること
  • データ検証・整合性確認の対象が識別できること

cdsd-sharing の完了条件:

  • データストアの業務的役割・内容・粒度が記述されていること
  • データストア構成を設計の基礎として参照できること
  • データ検証・整合性確認の対象が識別できること

4. 分類定義 ​

local-id成果物名種別根拠概要
cld-register-type分類定義(登録項目の種別)workbdd-register-entry登録項目の種別(type)が取り得る risk/issue/change-request/decision の分類を一覧で定義する
cld-deliverable-kind分類定義(成果物の種別)workbdd-deliverable, bdd-deliverables-catalog成果物の種別(kind)が取り得る work/control/generated の分類を一覧で定義する
cld-exec-mode分類定義(実行のmode・execution)workbdd-schedule-track実行のmode(edit / review)・execution(agent / human)区分を一覧で定義する
cld-routine-action-kind分類定義(定期処理のaction kind)workbdd-routine-definition定期処理のaction kind(register / exec-auto / exec-resume / exec-cycle / job)分類を一覧で定義する
cld-role分類定義(ロールコード)workbdd-operations-configプロジェクトで用いるロールコード(PO / PM / BA / ARC / DEV / QE / UX / OPS)の分類を一覧で定義する

cld-register-type の完了条件:

  • 分類名・説明が業務観点で正確に定義されていること
  • 分類実装(マスタデータ・コード値)の基礎として参照できること

cld-deliverable-kind の完了条件:

  • 分類名・説明が業務観点で正確に定義されていること
  • 分類実装(マスタデータ・コード値)の基礎として参照できること

cld-exec-mode の完了条件:

  • 分類名・説明が業務観点で正確に定義されていること
  • 分類実装(マスタデータ・コード値)の基礎として参照できること

cld-routine-action-kind の完了条件:

  • 分類名・説明が業務観点で正確に定義されていること
  • 分類実装(マスタデータ・コード値)の基礎として参照できること

cld-role の完了条件:

  • 分類名・説明が業務観点で正確に定義されていること
  • 分類実装(マスタデータ・コード値)の基礎として参照できること

5. ステータス定義 ​

local-id成果物名種別根拠概要
stsd-register-entryステータス定義(登録項目個票)workbdd-register-entry登録項目個票が取り得る状態(open / in-progress / waiting / review / done / decided / rejected / deferred 等)と状態遷移を一覧・図で定義する
stsd-task-executionステータス定義(タスク実行)workbdd-exec-state, bdd-exec-eventタスク実行が取り得る状態(ready / doing / blocked / done 等)と状態遷移を一覧・図で定義する
stsd-deliverableステータス定義(成果物)workbdd-deliverable成果物が取り得る状態(draft / ready / deprecated)と状態遷移を一覧・図で定義する
stsd-routine-runステータス定義(定期処理の実行結果)workbdd-routine-definition定期処理の実行結果(success / failure / skipped)が取り得る状態と実行開始から結果確定までの遷移を一覧・図で定義する
stsd-job-runステータス定義(Job Run)workbdd-job-runJob Run が取り得る状態(pending / succeeded / failed 等、attempt を含む)と状態遷移を一覧・図で定義する

stsd-register-entry の完了条件:

  • ステータス名・意味・成立条件と、遷移・イベント・条件が業務観点で正確に定義されていること
  • 状態遷移の業務的妥当性を承認できること
  • 状態遷移実装の基礎として参照できること
  • 状態ベースのテスト設計に活用できること
  • 状態管理実装の参照として使えること

stsd-task-execution の完了条件:

  • ステータス名・意味・成立条件と、遷移・イベント・条件が業務観点で正確に定義されていること
  • 状態遷移の業務的妥当性を承認できること
  • 状態遷移実装の基礎として参照できること
  • 状態ベースのテスト設計に活用できること
  • 状態管理実装の参照として使えること

stsd-deliverable の完了条件:

  • ステータス名・意味・成立条件と、遷移・イベント・条件が業務観点で正確に定義されていること
  • 状態遷移の業務的妥当性を承認できること
  • 状態遷移実装の基礎として参照できること
  • 状態ベースのテスト設計に活用できること
  • 状態管理実装の参照として使えること

stsd-routine-run の完了条件:

  • ステータス名・意味・成立条件と、遷移・イベント・条件が業務観点で正確に定義されていること
  • 状態遷移の業務的妥当性を承認できること
  • 状態遷移実装の基礎として参照できること
  • 状態ベースのテスト設計に活用できること
  • 状態管理実装の参照として使えること

stsd-job-run の完了条件:

  • ステータス名・意味・成立条件と、遷移・イベント・条件が業務観点で正確に定義されていること
  • 状態遷移の業務的妥当性を承認できること
  • 状態遷移実装の基礎として参照できること
  • 状態ベースのテスト設計に活用できること
  • 状態管理実装の参照として使えること