成果物カタログ
Project Deliverables Catalog
このファイルは
dct-index.yamlと各dct-*.yamlから生成された一覧ビューです。表示名・概要・順序・グループの正本はdct-index.yamlであり、このファイルを手編集しても次回のspecdojo catalog buildで失われます。
SpecDojo プロジェクトで作成する成果物とその説明をまとめたプロジェクト成果物カタログです。 ドメイン別成果物カタログへの参照先を一元管理し、成果物体系の参照起点を明確にします。 個別成果物の詳細情報は各 dct-<domain>.md に集約し、本書では共通ルールとドメイン一覧を管理します。
1. 共通ルール
- Frontmatter の
idは<project-id>:<local-id>とします。 ドメインは成果物の分類を示すために使用します。また、DOMAINはその短縮名で、Schedule などで使用します。- Frontmatter の
based_onには、直接根拠として参照した文書のみを記載します。 local-idは成果物の論理名を表し、ファイル名および Frontmatter のidの基礎として使用します（例:prj-overview）。ARTIFACTはlocal-idの短縮名で、Schedule などで使用します。- ファイルは以下の形式で命名し、
配置先に保存します。- Markdown の場合は、
<local-id>.mdもしくは<成果物名>.md - YAML の場合は、
<local-id>.yamlもしくは<成果物名>.yaml
- Markdown の場合は、
根拠には、その成果物の検討・作成における主要な依存関係を記載します。根拠とbased_onは原則として一致させますが、必要に応じて差分があっても構いません。- 種別は、
work（作成する成果物）、control（管理用のドキュメント）、generated（自動生成したドキュメント等）とします。スケジュールへの展開対象はworkのみです。
2. 成果物カタログ一覧
2.1. プロジェクト成果物
2.1.1. 定義と管理
| ドメイン | 名称 | 成果物カタログ | 概要 |
|---|---|---|---|
project-definition | プロジェクト定義 | dct-project-definition | プロジェクトの目的、スコープ、前提条件などの定義成果物を管理する。 |
project-management | プロジェクト管理 | dct-project-management | 課題、進捗、会議体などの管理成果物を管理する。 |
2.1.2. 計画
| ドメイン | 名称 | 成果物カタログ | 概要 |
|---|---|---|---|
planning | 計画 | dct-planning | 成果物カタログ、Timeline、Schedule の計画成果物を管理する。 |
2.1.3. 現状・影響・移行
| ドメイン | 名称 | 成果物カタログ | 概要 |
|---|---|---|---|
current-state | 現状 | dct-current-state | 現行業務、システム、運用の把握に必要な成果物を管理する。 |
impact-analysis | 影響調査 | dct-impact-analysis | 導入や変更が業務、システム、運用へ与える影響を管理する。 |
migration-planning | 移行計画 | dct-migration-planning | データ移行、切替、リハーサル、運用移管の成果物を管理する。 |
2.2. プロダクト成果物
2.2.1. 業務仕様群
| ドメイン | 名称 | 成果物カタログ | 概要 |
|---|---|---|---|
data-flow | データフロー | dct-data-flow | 業務とシステムを横断するデータの流れを表す成果物を管理する。 |
data-model | データモデル | dct-data-model | データの概念、論理構造、分類、状態を表す成果物を管理する。 |
business-model | 業務モデル | dct-business-model | 業務の構造、ルール、イベント、プロセスを表す成果物を管理する。 |
user-interface-model | ユーザーインターフェースモデル | dct-user-interface-model | 画面、操作、利用者との接点に関する成果物を管理する。 |
system-functions | システム化機能 | dct-system-functions | システムとして提供する機能の要求と仕様を管理する。 |
glossary | 用語集 | dct-glossary | プロジェクトで使用する用語と定義を管理する。 |
external-interface-specs | 外部I/F仕様 | dct-external-interface-specs | 外部システムやサービスとの接続仕様を管理する。 |
2.2.2. アーキテクチャ・システム設計
| ドメイン | 名称 | 成果物カタログ | 概要 |
|---|---|---|---|
architecture | アーキテクチャ | dct-architecture | システム全体の構造と技術方針を表す成果物を管理する。 |
system-design | システム設計 | dct-system-design | システムの実装に必要な詳細設計成果物を管理する。 |
2.2.3. 品質保証
| ドメイン | 名称 | 成果物カタログ | 概要 |
|---|---|---|---|
non-functional-requirements | 非機能要件 | dct-non-functional-requirements | 性能、可用性、セキュリティなどの品質要求を管理する。 |
business-acceptance-criteria | 業務受入条件 | dct-business-acceptance-criteria | 業務観点で成果を受け入れるための条件を管理する。 |
system-acceptance-criteria | システム受入条件 | dct-system-acceptance-criteria | システム観点で成果を受け入れるための条件を管理する。 |
test-specs | テスト | dct-test-specs | システムの品質を検証するためのテスト成果物を管理する。 |
2.2.4. 運用
| ドメイン | 名称 | 成果物カタログ | 概要 |
|---|---|---|---|
operations | 運用 | dct-operations | 稼働後の監視、保守、障害対応などの運用成果物を管理する。 |