システム要件定義

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

システム開発において、システムの境界の定義、システム要件の定義、システム要件の評価、共同レビューを実施するプロセス。利害関係者要件に基づき、利用の状況や運用シナリオからシステムの機能的な境界を定める。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムに求められる機能、性能、インタフェース、運用、移行、セキュリティなどの要件を定め、システムの境界を明確にするプロセス。利害関係者の要件を基に、機能要件、システム機能仕様、操作要件、データベース要件などを定義し、評価とレビューを経てシステム設計の基礎とする。

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

実体（エンティティ）、関連（リレーションシップ）、属性（アトリビュート）を図で表現し、データの構造を視覚化する手法。エンティティを矩形、リレーションシップをひし形、属性を楕円で表す。データベースの概念設計や要件定義に用いられる。

システムが実現すべき機能に関する要件。業務処理や画面・帳票の仕様、データ処理など、システムが「何をするか」を明確にする。非機能要件と対比される概念で、ユーザーの業務ニーズを直接反映する。

性能、信頼性、セキュリティ、可用性、拡張性、運用性など、システムの機能以外の品質や制約に関する要件。レスポンスタイムやスループットなどの具体的な数値目標として定義されることが多い。システムが「どのように動くか」の基準を定義する。

一つの目標を達成するための利用者とシステムのやり取りを定義するための手法。アクターとシステム間の相互作用を記述し、ソフトウェア要件定義における業務分析に用いられる。

データの流れに着目してシステムの機能や業務プロセスを表現する図法。プロセス、データストア、外部エンティティ、データフローの4要素で構成される。構造化分析や要件定義に用いられる。