Home
要件定義を計画する
実践ガイド
文書情報
プロジェクト概要
🚧 レビュー・承認(※追記予定）
業務要件
機能要件
非機能要件
🚧 インプット(※追記予定)
🚧トレーサビリティ(※追記予定)
🚧 SoR 向け(※追記予定）
🚧 SoE 向け(※追記予定）
このページについて
- ここでは、基本設計書の完成条件を定めている。
基本設計書の完成条件(Definition of Done)
サンエム標準では、基本設計書が以下の品質基準をすべて満たした時点で完成(Done)とする。
🏁基本設計書の完成条件
| No | 基本設計書の役割 | 品質基準(満たすべき条件) |
|---|---|---|
| 1 | 要件の実現方針の具体化 | 要件定義書で合意した要件が、漏れなく・正しく・矛盾なく設計に反映されている |
| 2 | 要件の実現方針の具体化 | 設計内容が技術的に実現可能で、負荷や制約に耐えうる方式である |
| 3 | 要件の実現方針の具体化 | 詳細設計・開発・テストの各工程で解釈に差が出ない具体性と明確さを持つ |
| 4 | 要件の実現方針の具体化 | 外部仕様全体の整合性が取れており、矛盾・欠落がない |
| 5 | 要件の実現方針の具体化 | データ移行要件が存在する場合、データ移行の方式や計画が、ステークホルダー間で合意されている |
| 6 | システム外部仕様の合意形成 | 外部仕様（画面、帳票、インターフェース等）が明示され、顧客が理解・承認可能な状態である |
| 7 | システム外部仕様の合意形成 | 顧客の承認の手順や責任者が明確化されている |
| 8 | システム外部仕様の合意形成 | 基本設計書全体が正式に合意されている |
| 9 | システム外部仕様の合意形成 | 外部システム連携がある場合、外部インターフェース仕様が双方で合意されている |
| 10 | 開発・保守の基準 | 承認後の仕様変更や記載変更の履歴が追跡可能である |
| 11 | 開発・保守の基準 | システムにとって重大、または特殊な設計内容に、その設計理由が付記されている |
| 12 | 開発・保守の基準 | 開発で遵守すべき規約・制約が存在する場合、それが明示されている |