ピラミッド要求

への依存 フォーム, 起源と特徴, 必要条件は次のように分類します 6 次のレベル:

1. Stakholder必要: 要件はStakholderによって提案されました
2. Feadture (関数): Stakholderで必要とされるサービスにシステムによって提供されるもう1つのサービス
3. ユースケース: モデルは、システムの動作について説明します.
4. 補足要件: 追加要件, 通常、非機能要件.
5. シナリオ (スクリプト): アクションの特定の配列, ユースケースを通る作用線.
6. テストケース: テスト入力の仕様, 実行条件と予想される結果

私たちはピラミッド型で表現され、上記の要件については、各フロアの要件を管理する必要があります, 上記の通常の一般Stakholderの要件, 下生じる要件, 二階の要件に基づいて減衰.

要件の異なるレベルで、詳細のレベルは、それらが異なっています, 多くの場合、上の階より詳細な階下を必要とします.

管理を容易にするために必要なストレージ·フットプリント

トレースは、要件間の関係を維持するのに役立つ技術であります, 要件は、多くの場合、私たちは多くのことを行うことができますサインポストに基づいている必要があり、上から下にマッピングされています:

• 各要求の起源を知ります
• システムの検証Stakholderのすべての要件に完全に満足
• 必要なもののみをインストールしたシステムの検証
• 影響度を分析する際に、変更要求, 補完的な
• システム開発サイクルで検出されたエラーを最小限に抑えます