要件の妥当性確認と管理

要件の妥当性確認と管理は、文書化された要件がステークホルダーのニーズを正確に捉えていること、およびプロジェクトのライフサイクルを通じて変更されても一貫性、追跡可能性、および管理が維持されることを保証します。

Definition

要件の妥当性確認は、指定された要件がステークホルダーが実際に望むシステムを定義していることを確認するプロセスであり、要件管理は、ライフサイクル全体にわたる要件の変更、バージョン、および追跡可能性を継続的に管理することです。

Scope

このトピックでは、レビュー、インスペクション、プロトタイピング、受け入れ基準の確認などの妥当性確認手法、要件ベースラインの確立、変更管理と影響分析、設計、コード、テストへの要件の追跡可能性、およびシステムが進化するにつれて要件の整合性を維持するためのツールとプロセスについて説明します。

Core questions

• 要件が真のステークホルダーのニーズを反映していることをどのように確認できますか？
• 要件の変更はどのように提案され、評価され、管理されますか？
• 要件からテストへの追跡可能性はどのように確立され、維持されますか？
• 要件のベースラインとバージョンはどのように管理されますか？

Key theories

要件の追跡可能性

各要件からそのソースへの後方リンク、および設計、コード、テスト成果物への前方リンクを明示的に維持することにより、影響分析、カバレッジチェック、およびすべてのニーズが対処されていることの検証が可能になります。

レビューとプロトタイピングによる妥当性確認

要件は、構造化されたレビューとインスペクション、プロトタイプ評価、およびテストケースの導出によって妥当性確認され、これにより、設計に伝播する前に曖昧さ、不完全性、および矛盾が検出されます。

Clinical relevance

規律ある妥当性確認は、費用のかかる欠陥を最も安価な段階で発見し、追跡可能性を伴う効果的な管理により、チームは避けられない変更の影響を評価し、一貫性を維持し、監査と受け入れのためのカバレッジを実証することができます。

Evidence & guidelines

ISO/IEC/IEEE 29148およびSWEBOKソフトウェア要件知識領域は、要件品質の検証と変更管理を含む、妥当性確認と管理活動について記述しています。

History

変更管理と追跡可能性の実践は、1980年代から1990年代にかけてシステム工学からソフトウェアに移行しました。1990年代半ばの追跡可能性問題の正式な研究と要件管理ツールの成長により、妥当性確認と管理は要件プロセスの認識された一部となりました。

Key figures

• Orlena Gotel
• Anthony Finkelstein
• Ian Sommerville

Seminal works

• gotel1994
• sommerville2015
• swebok2014

Frequently asked questions

要件の妥当性確認と検証の違いは何ですか？

妥当性確認は、ステークホルダーのニーズを満たす「正しい要件」を指定したかどうかを問い、検証は、指定された要件を満たすようにシステムが構築されたかどうかを問います。妥当性確認は要件そのものに関係し、検証は要件への適合性に関係します。

追跡可能性が重要なのはなぜですか？

追跡可能性は、要件をその起源および下流の成果物とリンクさせるため、要件が変更された場合、その影響を評価でき、また、すべての要件が設計されテストされていることを示すことでカバレッジを実証できます。