ソフトウェア要件定義

システムを構成するソフトウェアに求められる機能、能力、インタフェースなどを明確にし、ソフトウェア要件として文書化する工程。システム要件定義の結果を受けて行い、業務モデルやデータモデルを作成しながら要件を定め、取得者と供給者が共同でレビューする。

システム要件のうちソフトウェアに割り当てられた部分について、ソフトウェアの境界と、機能・性能・インタフェース・品質などの要件を定めるプロセス。定義した要件は、システム要件との整合性や検証のしやすさの観点で評価・レビューし、ソフトウェア設計の基礎とする。

システム開発の最初の工程で、システムに求められる機能、性能、操作性、セキュリティなどの要件を明確にして文書にまとめること。業務の要件をもとに、システムとして何を実現するかを定め、利用者の確認を得てから設計に進む。

システム化の対象となる業務の内容、業務フロー、ルールなどを明確に定義するプロセス。現状の業務分析に基づき、システムに求められる業務上の要件を整理・文書化する。

稼働を始めたソフトウェアに対して、見つかった不具合の修正、法改正や業務の変更への対応、性能や使い勝手の改善などを行う活動。システムを安定して使い続けるために必要で、修正したときは、変更していない部分に影響が出ていないかを確かめる回帰テストを行う。

プログラムを構成する最小の単位（モジュールやソフトウェアユニット）ごとに、設計どおりに動作するかを確かめるテスト。プログラムを作成した開発者が行うことが多い。単体テストの後に、複数のモジュールを組み合わせて確かめる結合テストを行う。

システム化の対象となる業務で、何を、どのような手順や条件で行う必要があるかという、業務の側から見た要件。業務要件を明らかにしてから、それを実現するためにシステムが備えるべき機能要件や非機能要件を決める。

オブジェクト指向のソフトウェア設計を視覚的に表現するための標準化された表記法。クラス図、シーケンス図、ユースケース図、アクティビティ図、ステートマシン図など複数のダイアグラムで構成され、システムの構造や振る舞いを多角的に表現できる。