外部調査メモ: 要件定義・要求工学の国際標準
参照URL
- IEEE/ISO/IEC 29148-2018: https://standards.ieee.org/standard/29148-2018.html
- ReqView ISO/IEC/IEEE 29148 Requirements Specification Templates: https://www.reqview.com/doc/iso-iec-ieee-29148-templates/
- CWNP IEEE 29148-2018 Standard for Requirements Engineering: https://www.cwnp.com/req-eng/
- Boyarchuk et al., Approach to the Analysis of Software Requirements Specification on Its Structure Correctness: https://ceur-ws.org/Vol-2623/paper9.pdf
主要知見
ReqViewの解説では、ISO/IEC/IEEE 29148:2018は、ソフトウェアおよびハードウェアを含むシステム開発の要求工学プロセスを記述する国際標準であり、従来のIEEE 830-1998を置き換えるものと説明されている。テンプレートとして、Stakeholder Requirements Specification、System Requirements Specification、Software Requirements Specification、Business Requirements Specification、System Operational Conceptが整理されている。
同テンプレートが重視する要求属性には、ID、見出し、本文、オーナー、優先度、要求の出所、理由、難易度、種別、ステータス、検証方法が含まれる。これは、要求を単なる文章ではなく、追跡・判断・検証可能な管理対象として扱う思想を示している。
CWNPの記事では、IEEE 29148-2018が要求工学を、事業・ミッション分析、ステークホルダー要求定義、システム要求定義の3プロセスとして整理している。特に、問題空間・機会空間・解決空間の明確化、ステークホルダーと利用環境の定義、制約の特定、要求の優先度付け、追跡可能性の確立が重要とされる。
同記事では、良い要求は必要性があり、実装非依存で、曖昧でなく、一貫し、完全で、単一で、実現可能で、追跡可能で、検証可能で、費用面で許容可能で、境界が定義されているべきだと整理されている。
CEUR-WS掲載論文では、不十分な設計段階の文書化がバグ、効率低下、プロジェクト失敗につながるとし、ISO/IEC/IEEE 29148:2018に沿ったSRS構造の正しさを自動検査する必要性を論じている。SRSには目的、スコープ、製品観点、製品機能、ユーザー特性、制約、仮定・依存、要求配分、具体要求、外部インターフェース、機能、ユーザビリティ、性能、論理DB、設計制約、標準準拠、システム属性、検証、補足情報などの構造項目が含まれる。