ソフトウェア要件

システムのソフトウェア要件^{[ 1 ]}は、システムが行うべきこと、提供するサービス、およびその動作に対する制約の説明です。IEEEソフトウェアエンジニアリング用語標準用語集では、要件を次のように定義しています。^[²^]

ユーザーが問題を解決したり目標を達成したりするために必要な条件または機能
契約、規格、仕様、またはその他の正式に定められた文書を満たすために、システムまたはシステムコンポーネントが満たさなければならない、または備えていなければならない条件または機能。
1または2のような状態または能力を文書化した表現

ソフトウェア要件を扱う活動は、大きく分けて要件の引き出し、分析、仕様策定、管理に分類できます。^{[ 3 ]}

ソフトウェアリリースノートでは、 「ソフトウェア要件」という文言が、特定のソフトウェアをビルド/インストール/使用するために必要なソフトウェアパッケージを説明するためにも使用されることに注意してください。 ^[¹^]

引き出し

要件の引き出しとは、利害関係者やその他の情報源から要件を収集し発見することです。共同アプリケーション設計（JAD）セッション、インタビュー、文書分析、フォーカスグループなど、さまざまな手法を使用できます。^{[ 4 ]}要件の引き出しは、要件開発の最初のステップです。

分析

分析とは、要件の引き出しから始まる論理的な分解作業のことです。分析では、各要件をより深く、より正確に理解し、要件の集合を複数の補完的な方法で表現します。

要件のトリアージまたは優先順位付けは、分析の後によく行われるもう1つの活動です。^{[ 5 ]}これは、アジャイルソフトウェア開発の計画フェーズ、例えばプランニングポーカーに関連していますが、プロジェクトのコンテキストと性質、および構築中の要件または製品/サービスによっては、同じではない場合があります。

仕様

仕様策定とは、収集した要件に関する知識を、効果的なコミュニケーションと変更管理を促進する、永続的かつ整理された形で表現・保存することです。要件仕様策定においては、ユースケース、ユーザーストーリー、機能要件、ビジュアル分析モデルなどが一般的に用いられます。

検証

Validation involves techniques to confirm that the correct set of requirements has been specified to build a solution that satisfies the project's business objectives, and to detect and correct errors in the requirements before implementation.^[6]

Management

Requirements change during projects and there are often many of them.^[7]Management of this change becomes paramount to ensuring that the correct software is built for the stakeholders.

Tool support for Requirements Engineering

Tools for Requirements Elicitation, Analysis and Validation

Taking into account that these activities may involve some artifacts such as observation reports (user observation), questionnaires (interviews, surveys and polls), use cases, user stories; activities such as requirement workshops (charrettes), brainstorming, mind mapping, role-playing; and even, prototyping;^[8] software products providing some or all of these capabilities can be used to help achieve these tasks.

There is at least one author who advocates, explicitly, for mind mapping tools such as FreeMind; and, alternatively, for the use of specification by example tools such as Concordion.^[9] Additionally, the ideas and statements resulting from these activities may be gathered and organized with wikis and other collaboration tools such as Trello. The features actually implemented and standards compliance vary from product to product.

Tools for Requirements Specification

A Software requirements specification (SRS) document might be created using general-purpose software like a word processor or one of several specialized tools. Some of these tools can import, edit, export and publish SRS documents. It may help to make SRS documents while following a standardised structure and methodology, such as ISO/IEC/IEEE 29148:2018. Likewise, software may or not use some standard to import or export requirements (such as ReqIF) or not allow these exchanges at all.

Tools for Requirements Document Verification

Tools of this kind verify if there are any errors in a requirements document according to some expected structure or standard.

Tools for Requirements Comparison

Tools of this kind compare two requirement sets according to some expected document structure and standard.

Tools for Requirements Merge and Update

このようなツールを用いることで、要件文書の統合や更新が可能になります。

要件トレーサビリティのためのツール

このようなツールを使用すると、要件をモデルやソースコードなどの他の成果物（前方トレーサビリティ）に追跡したり、ビジネスルールや制約などの以前の成果物（後方トレーサビリティ）に追跡したりすることができます。

モデルベースのソフトウェアまたはシステム要件エンジニアリングのためのツール

モデルベースシステムエンジニアリング（MBSE）とは、概念設計段階から開発段階、そしてその後のライフサイクル段階に至るまで、システム要件、設計、分析、検証、妥当性確認といった活動を支援するために、モデリングを体系的に適用する手法です。要件エンジニアリングの段階によっては、モデルベースのアプローチを採用し、他の段階では従来型のアプローチを採用することも可能です。両者の組み合わせは非常に多岐にわたります。

形式性と複雑さのレベルは、関連する基盤となる方法論に依存します（例えば、i*は SysMLよりもはるかに形式的で、UMLよりもさらに形式的です）。

一般的な要件エンジニアリングのためのツール

このカテゴリのツールは、前述の機能に加え、要件構成管理やコラボレーションといった他の機能も提供する場合があります。実際に実装されている機能や標準規格への準拠状況は、製品によって異なります。

さらに、他の段階や活動をサポートする、より高性能で汎用的なツールも存在します。これらはALMツールに分類されます。

参考文献

1 2 「Linuxカーネルリリース5.x — Linuxカーネルドキュメント」。www.kernel.org 。 2021年3月25日取得。
↑ IEEE Computer Society (1990). "IEEE Standard Glossary of Software Engineering Terminology" . IEEE Standard . 2018-06-15 のオリジナルからアーカイブ済み . 2013-01-11に取得.
↑ 「ソフトウェアエンジニアリング知識体系ガイド」。IEEEコンピュータソサエティ。2014年12月7日のオリジナルからアーカイブ。 2013年1月11日取得。
↑ Dar, Hafsa; Lali, M. Ikramullah; Ashraf, Humaira; Ramzan, Muhammad; Amjad, Tehmina; Shahzad, Basit (2018). "モバイルアプリケーション開発におけるソフトウェア要件抽出技術とその課題に関する体系的研究" . IEEE Access . 6 : 63859– 63867. Bibcode : 2018IEEEA...663859D . doi : 10.1109/access.2018.2874981 . ISSN 2169-3536 .
↑デイビス、アラン・マーク。（2005）。Just enough requirements management : where software development meets marketing . ニューヨーク：ドーセット・ハウス出版。ISBN 0-932633-64-1. OCLC 57211148 .
↑ Atoum, Issa; Baklizi, Mahmoud Khalid; Alsmadi, Izzat; Otoom, Ahmed Ali; Alhersh, Taha; Ababneh, Jafar; Almalki, Jameel; Alshahrani, Saeed Masoud (2021). "ソフトウェア要件の品質保証と検証の課題: 体系的な文献レビュー" . IEEE Access . 9 : 137613– 137634. Bibcode : 2021IEEEA...9m7613A . doi : 10.1109/ACCESS.2021.3117989 .
↑ Davis, Alan M.; Nurmuliani, Nur; Park, Sooyong; Zowghi, Didar (2008). "要件変更：代替案は何か？". 2008 第 32 回 IEEE 国際コンピュータソフトウェアおよびアプリケーション会議. pp. 635–638 . Bibcode : 2008cmps.conf..134D . doi : 10.1109/COMPSAC.2008.216 . hdl : 10453/10742 . ISBN 978-0-7695-3262-2。
↑ 「より良いソフトウェア要件を収集するための7つのツール」。2015年7月22日。
↑ Laplante, Phillip A. (2009). "ソフトウェアとシステムのための要求工学". CRC Press.{{cite web}}:欠落または空欄|url=(ヘルプ)

さらに読む

ウィーガース、カール；ビーティ、ジョイ（2013）。ソフトウェア要件（第3 版）。マイクロソフトプレス。ISBN 978-0-7356-7966-5。
コックバーン、アリスター（2001）。効果的なユースケースの書き方。ピアソン・エデュケーション。ISBN 0-201-70225-8。
レフィングウェル、ディーン（2000）。ソフトウェア要件の管理：統一的アプローチ。アディソン・ウェスリー・プロフェッショナル。ISBN 0-201-61593-2。
Burek, Paul (2008). 「何を」と「どのように」を区別する明確なプロジェクト要件の作成。会議論文。要件管理、ビジネス分析、スコープ管理。
Koopman, Philip (2020).組み込みソフトウェアの要件. 秋期講義。
IEEE Xplore検索。「ソフトウェア要件」。

[:0-1] 1 2 「Linuxカーネルリリース5.x — Linuxカーネルドキュメント」。www.kernel.org 。 2021年3月25日取得。

[2] IEEE Computer Society (1990). "IEEE Standard Glossary of Software Engineering Terminology" . IEEE Standard . 2018-06-15 のオリジナルからアーカイブ済み . 2013-01-11に取得.

[3] 「ソフトウェアエンジニアリング知識体系ガイド」。IEEEコンピュータソサエティ。2014年12月7日のオリジナルからアーカイブ。 2013年1月11日取得。

[4] Dar, Hafsa; Lali, M. Ikramullah; Ashraf, Humaira; Ramzan, Muhammad; Amjad, Tehmina; Shahzad, Basit (2018). "モバイルアプリケーション開発におけるソフトウェア要件抽出技術とその課題に関する体系的研究" . IEEE Access . 6 : 63859– 63867. Bibcode : 2018IEEEA...663859D . doi : 10.1109/access.2018.2874981 . ISSN 2169-3536 .

[5] デイビス、アラン・マーク。（2005）。Just enough requirements management : where software development meets marketing . ニューヨーク：ドーセット・ハウス出版。ISBN 0-932633-64-1. OCLC 57211148 .

[6] Atoum, Issa; Baklizi, Mahmoud Khalid; Alsmadi, Izzat; Otoom, Ahmed Ali; Alhersh, Taha; Ababneh, Jafar; Almalki, Jameel; Alshahrani, Saeed Masoud (2021). "ソフトウェア要件の品質保証と検証の課題: 体系的な文献レビュー" . IEEE Access . 9 : 137613– 137634. Bibcode : 2021IEEEA...9m7613A . doi : 10.1109/ACCESS.2021.3117989 .

[7] Davis, Alan M.; Nurmuliani, Nur; Park, Sooyong; Zowghi, Didar (2008). "要件変更：代替案は何か？". 2008 第 32 回 IEEE 国際コンピュータソフトウェアおよびアプリケーション会議. pp. 635–638 . Bibcode : 2008cmps.conf..134D . doi : 10.1109/COMPSAC.2008.216 . hdl : 10453/10742 . ISBN 978-0-7695-3262-2。

[8] 「より良いソフトウェア要件を収集するための7つのツール」。2015年7月22日。

[9] Laplante, Phillip A. (2009). "ソフトウェアとシステムのための要求工学". CRC Press.{{cite web}}:欠落または空欄|url=(ヘルプ)

[

[ 3 ]

[ 4 ]

[ 5 ]

[6]

[7]

[8]

[9]