性能要件

システムの処理速度、応答時間、スループット、同時接続数などに関する要件。業務のピーク時の処理量や許容される応答時間を定量的に定義し、システム方式設計の基準とする。

応答時間、スループット、同時接続数など、データベースが満たすべき性能上の条件。ピーク時の想定業務量に基づいて定め、物理設計とキャパシティ計画の基準になる。

システムの処理速度、応答時間、スループット、同時接続数などに関する要件。業務のピーク時の処理量や許容される応答時間を定量的に定義し、システム方式設計の基準とする。

応答時間、スループット、同時利用者数、処理件数など、システムが満たすべき処理能力に関する要件。業務のピーク時の量を基に定量的に定め、ハードウェア構成や処理方式を決める根拠とし、性能テストで達成を確かめる。

要件定義のうち、新しい業務の流れ、業務上のルールや制約、業務で扱う情報など、業務として実現すべき要件を明らかにすること。その結果をもとに、業務要件を実現するシステムの機能要件や非機能要件を定義する。

システムが備えるべきセキュリティについての要件。守るべき情報資産と想定する脅威を踏まえて、認証、アクセス制御、暗号化、ログの取得などの機能や、求める安全性の水準を定める。要件定義の段階で明確にすることで、後からの手戻りや対策の漏れを防ぐ。

性能、信頼性、使用性、保守性、セキュリティなど、機能以外の要件（非機能要件）を満たしているかを確かめるテスト。性能テスト、負荷テスト、セキュリティテストなどが含まれる。

システム化の目的に沿って、新しいシステムや業務が満たすべき要件をまとめる工程。業務の流れや扱う情報を整理した業務要件、システムが備えるべき機能要件、性能や信頼性、セキュリティなどの非機能要件を明らかにし、利用者と開発者の間で合意する。

システムの応答時間、スループット、リソース使用率などが要件を満たしているかを検証するテスト。負荷テスト、ストレステストを含む。非機能要件テストの一つで、システム検証テストの段階で実施される。

ゴールドラットが提唱した、システム全体の成果は最も能力の低い工程（制約条件、ボトルネック）によって決まるとする理論と、それに基づく改善手法。制約条件を見つけ、それを最大限に活用し、他の工程を制約条件に従わせ、制約条件の能力を高める、という手順を繰り返す。個々の工程の部分最適ではなく、スループット（売上高から資材費を引いたもの）の増大を最も重視し、在庫や業務費用の削減はその次とする。