需求管理是CMM二級中列出的第一個關(guān)鍵域，這是因為它實際上是二級引入到開發(fā)過程中的所有管理原則的先決條件。只有在開發(fā)的目標(biāo)被清楚明白地表述和理解的情況下，軟件開發(fā)才能以一種有計劃的有序的方式進行。實際上，沒有文檔化的需求，在開發(fā)工作完成前后都很有可能發(fā)生產(chǎn)品與要求的偏離。計劃、追蹤、配置管理以及軟件質(zhì)量保證這些在二級的其他關(guān)鍵過程域中涉及的原則，都是從一個穩(wěn)定的基礎(chǔ)開始的，那就是文檔化的需求基線。

什么需求？誰的需求？

  CMM已經(jīng)說得很清楚：本關(guān)鍵過程與中所說的需求是指“分配給軟件的系統(tǒng)需求“，或者更簡潔地說，“分配需求”。這些需求有可能是技術(shù)方面的（比如：功能和性能需求），也有可能是非技術(shù)方面的（比如：發(fā)布日期，開支限度）。這里假設(shè)被開發(fā)的軟件是更大的系統(tǒng)中的一部分，這個更大的系統(tǒng)包括了正在開發(fā)著的軟件和所有其它組件。更進一步的假設(shè)是那個更大的系統(tǒng)就是一位客戶，這個客戶是所有系統(tǒng)需求的來源。他不需要負責(zé)區(qū)分軟件所要實現(xiàn)的系統(tǒng)需求和其他的需求。確切地說，負責(zé)選擇哪些系統(tǒng)需求必須分配給軟件的人是系統(tǒng)工程組。但是，在執(zhí)行這個角色的時候，系統(tǒng)工程組并不是獨自行事的。這個觀點在本關(guān)鍵過程域的行為1中有明顯的證據(jù)，原文如下：

“軟件工程組在分配需求合并入軟件項目中之前對其進行復(fù)審。
　　
  一般的混亂點存在于沒有高一級的系統(tǒng)或者正被開發(fā)的軟件就是整個產(chǎn)品的情況下。盡管這種情況下沒有分配給軟件的需求，但為了保持CMM的一致性，仍然使用“分配需求”的概念。毫無疑問，這個概念在這里是不能直接應(yīng)用的，但是可以通過所有的產(chǎn)品需求都是分配需求來解釋。
　　
  區(qū)分開需求管理（CMM中的概念）和軟件需求分析（軟件工程文獻中的概念）是很重要的。一旦分配需求被文檔化，并且被所有受影響部門（客戶，系統(tǒng)工程，軟件工程）通過，需求管理的基本工作就完成了，所剩下的就是管理變更而已。沒有證據(jù)證明分配需求本身就可以十分清楚完整的作為軟件開發(fā)的全部基礎(chǔ)。事實上，通常它們不是。優(yōu)化和精確描述需求，填補漏洞，將含義表達得更清楚是軟件需求分析要做的，分析的結(jié)果在CMM中被稱為“軟件需求“。這樣，作為需求管理的輸出的分配需求實際上就成了軟件需求分析的輸入。需求管理遠遠先于軟件開發(fā)的技術(shù)行動，而軟件需求分析則是關(guān)鍵開發(fā)技術(shù)行為的第一步。
　　
客戶的主張也必須闡明。CMM詞匯表中對“客戶”的定義是：
　　
“負責(zé)接收產(chǎn)品并且付給開發(fā)組織報酬的個人或組織。”
　　
  當(dāng)一個組織為外部客戶在合同約定下做軟件開發(fā)時，這個概念很清楚并且可以直接的應(yīng)用。甚至當(dāng)一個大公司的軟件開發(fā)部門為公司的其他部門開發(fā)系統(tǒng)的時候，也即當(dāng)存在一個“內(nèi)部用戶”的時候，這個詞的使用也是可以憑直覺的。但是在商業(yè)產(chǎn)品開發(fā)的情況下可能會有混亂產(chǎn)生，在這種情況下，軟件開發(fā)的努力作為開發(fā)組織的一種投資，真正的用戶是決定買不買最終的產(chǎn)品。這種客戶在軟件開發(fā)中不扮演任何角色，當(dāng)然也不會與軟件組織“關(guān)于需求達成協(xié)議”。但是，即便是在這種商業(yè)產(chǎn)品的情況下，在公司的內(nèi)部也存在著這樣的組織負責(zé)決定那些特征為預(yù)期的用戶所需要，這些用戶愿意為什么掏錢。這個組可能在客戶群中做市場調(diào)查，也可能與一些典型用戶展開討論會，還有可能他們使用企業(yè)現(xiàn)有的客戶庫中的反饋信息。無論他們怎樣收集信息，CMM都把這個組看作是客戶的代理，并且期望在開發(fā)啟動之前，代理客戶與軟開發(fā)組之間在需求方面達成協(xié)議。

需求變更

  因為現(xiàn)實世界的軟件系統(tǒng)可能有不同的嚴格程度和復(fù)雜性，事先預(yù)言所有的相關(guān)需求是不可能的。系統(tǒng)原計劃的操作環(huán)境會改變，用戶的需求會改變，甚

至系統(tǒng)的角色也有可能改變。實際上，實現(xiàn)和測試系統(tǒng)的行為可能導(dǎo)致對正解決的問題的新的理解和洞察，這種新的認識就有可能導(dǎo)致需求變更。

CMM承認這一事實。實際上，本關(guān)鍵過程域的行為3是如此表述這個問題的：

  “分配需求的變更被復(fù)審，并加入到軟件項目中來。”

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://www.vanceur.cn/pmqhd/index.html