當前的需求 常見分 幾個層次來管理？?

原先的SRS只有一個層次，在瀑布型生命周期中發(fā)揮了重要作用，需求里程碑評審和需求變更管理都是圍繞著SRS來進行的。隨著時間推移，瀑布型生命周期的弊端越來越明顯，而瀑布型生命周期的需求管理是首先被改進的。

一個明顯的趨勢是不再只有SRS，而是分多個層次來分析需求，進而開展需求管理。

目前，業(yè)界出現(xiàn)了多種需求層次劃分方式，本文來列舉下。

通俗常見劃分

從高到低分層如下：業(yè)務(wù)需求，用戶需求，功能需求?

來自BABOK

從高到低分層如下：業(yè)務(wù)需求（Business Requirements），干系人需求（Stakeholder Requirements），方案需求（Solution Requirements），轉(zhuǎn)換需求（Transition Requirements）

來自CMMI

在cmmi中，從高到低分層如下：分客戶需求，產(chǎn)品需求，組件需求，接口需求。最后的接口需求更多的涉及設(shè)計的內(nèi)容

常見來自于軟硬件綜合開發(fā)類組織

4級：BRD（Business Requirements Document），MRD（Market Requirements Document），PRD（Product Requirements Document），FS（Function Specification）

來自敏捷

2級：Epic Story， User Story

常見再用Theme來打包User Story

來自RUP

從業(yè)務(wù)用例到系統(tǒng)用例

來自編寫有效用例

從高到低5級，云朵用例，風箏用例，海面用例，魚用例，蛤用例

來自筆者之前文章

2級：原始需求，用例（不是指TestCase，指UseCase）或者稱為需求用例，為了區(qū)別于測試用例 再建立功能樹來組織用例

總結(jié)

以上是生活随笔為你收集整理的软件需求分层处理的多种常见方式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。