金字塔的请求

依赖 形式, 起源和特点, 的要求，被分类为 6 以下:

1. Stakholder需要: 要求提出了Stakholder
2. Feadture (特点): 由该系统提供的服务，服务请求Stakholder
3. 用例: 模型描述了系统的行为.
4. 补充规定: 附加要求, 通常非功能性需求.
5. 脚本 (脚本): 特定的操作顺序, 作用线通过一个使用案例.
6. 测试用例: 输入测试的规范, 实施和预期结果的条件

我们需要管理每层为上述规定的要求，表达于锥体, 要求上述一般常Stakholder, 下面的要求发生, 衰变根据在地板上的要求.

在不同的要求，详细程度它们是不同的, 往往需要更详细的楼上楼下.

所需的存储空间，方便管理

痕迹是一种技术，以帮助保持需求之间的关系, 要求通常是由顶映射到底层，应根据铁轨我们可以做许多事情:

• 了解每个请求的来源
• 该系统的验证完全满足Stakholder的所有要求
• 该系统的验证只安装需要的是什么
• 分析影响时，变更请求, 补充
• 尽量减少在系统开发周期中发现的错误