软件需求分层处理的多种常见形式
软件需求分层处理的多种常见方式
当前的需求 常见分 几个层次来管理？
当前的需求 常见分 几个层次来管理？
原先的SRS只有一个层次，在瀑布型生命周期中发挥了重要作用，需求里程碑评审和需求变更管理都是围绕着SRS来进行的。随着时间推移，瀑布型生命周期的弊端越来越明显，而瀑布型生命周期的需求管理是首先被改进的。
一个明显的趋势是不再只有SRS，而是分多个层次来分析需求，进而开展需求管理。
目前，业界出现了多种需求层次划分方式，本文来列举下。
通俗常见划分
从高到低分层如下：业务需求，用户需求，功能需求
来自BABOK
从高到低分层如下：业务需求（Business Requirements），干系人需求（Stakeholder Requirements），方案需求（Solution Requirements），转换需求（Transition Requirements）
来自CMMI
在cmmi中，从高到低分层如下：分客户需求，产品需求，组件需求，接口需求。最后的接口需求更多的涉及设计的内容常见来自于软硬件综合开发类组织
4级：BRD（Business Requirements Document），MRD（Market Requirements Document），PRD（Product Requirements Document），FS（Function Specification）
来自敏捷
2级：Epic Story， User Story
常见再用Theme来打包User Story
来自编写有效用例
从高到低5级，云朵用例，风筝用例，海面用例，鱼用例，蛤用例
来自笔者之前文章
2级：原始需求，用例（不是指TestCase，指UseCase）或者称为需求用例，为了区别于测试用例
再建立功能树来组织用例
版权声明：作者：张克强。本文允许在知识共享 署名-相同方式共享 3.0协议和GNU自由文档许可证下修改和再使用。