Home
要件定義を計画する
実践ガイド
文書情報
プロジェクト概要
🚧 レビュー・承認(※追記予定)
業務要件
機能要件
非機能要件
🚧 インプット(※追記予定)
🚧トレーサビリティ(※追記予定)
🚧 SoR 向け(※追記予定)
🚧 SoE 向け(※追記予定)
このページについて
- ここでは、「要件」が備えるべき品質特性を定義している。
要件の品質特性
サンエム標準では、要件定義書に記載され、合意される「要件」には、以下の品質特性が求められる。
この定義は、ISO/IEC/IEEE 29148:2018 の定義を基礎にしている。
個々の要件
- 必要性(Necessity):要望を満たすために必須である。欠落すると、埋め合わせ不可能な欠陥を生じさせる。
- 単一性(Singular): 単一の機能や特性、制約についてのみ記載している
- 曖昧性がない(Unambiguous):一意に解釈されるように記載されている。誤解や解釈違いが生まれないよう記載されている。
- 完全性(Completeness):想定読者が理解するために他の情報を必要としない。必要な情報を十分に説明している。
- 正確性(Correctness):要望を正しく反映し、表現している
- 検証可能性(Verifiability):要望が実現されていることを、テストやレビューで検証できる記述になっている
- 追跡可能性(Traceability):誰の、どの要望や制約から導かれたか、出所を追跡できる
要件全体
- 完全性(Completeness):必要な条件を十分に記述しており、追加情報を必要としないこと。TBD等も含んでいないこと。
- 一貫性(Consistency):矛盾がない。個々の要件に競合や重複がない。用語や言語が一貫している。
- 実現可能性(Feasibility): 対象システム等の制約(コストやスケジュール、技術等)内で実現可能であること
- 妥当性確認可能である(Able to be validated): システムがステークホルダーの要望や目的を満たしているか確認できる
次のページ → 🚧2.3.1 要件定義書とは?