可以將其作為開(kāi)發(fā)人員的權(quán)利書(shū)。
軟件客戶需求權(quán)利書(shū)
1. 要求分析人員使用符合客戶語(yǔ)言習(xí)慣的表達(dá)。
2. 要求分析人員了解客戶系統(tǒng)的業(yè)務(wù)及目標(biāo)。
3. 要求分析人員組織需求獲取期間所介紹的信息，并編寫(xiě)軟件需求規(guī)格說(shuō)明。
4. 要求開(kāi)發(fā)人員對(duì)需求過(guò)程中所產(chǎn)生的工作結(jié)果進(jìn)行解釋說(shuō)明。
5. 要求開(kāi)發(fā)人員在整個(gè)交流過(guò)程中保持和維護(hù)一種合作的職業(yè)態(tài)度。
6. 要求開(kāi)發(fā)人員對(duì)產(chǎn)品的實(shí)現(xiàn)及需求都要提供建議，拿出主意。
7. 描述產(chǎn)品使其具有易用、好用的特性。
8. 可以調(diào)整需求，允許重用已有的軟件組件。
9. 當(dāng)需要對(duì)需求進(jìn)行變更時(shí)，對(duì)成本、影響、得失（trade-off）有個(gè)真實(shí)可信的評(píng)估。
10. 獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)，并且這些要求是開(kāi)發(fā)人員同意的。
軟件客戶需求義務(wù)書(shū)
1. 給分析人員講解業(yè)務(wù)及說(shuō)明業(yè)務(wù)方面的術(shù)語(yǔ)等專業(yè)問(wèn)題。
2. 抽出時(shí)間清楚地說(shuō)明需求并不斷完善。
3. 當(dāng)說(shuō)明系統(tǒng)需求時(shí)，力求準(zhǔn)確詳細(xì)。
4. 需要時(shí)要及時(shí)對(duì)需求做出決策。
5. 要尊重開(kāi)發(fā)人員的成本估算和對(duì)需求的可行性分析。
6. 對(duì)單項(xiàng)需求、系統(tǒng)特性或使用實(shí)例劃分優(yōu)先級(jí)。
7. 評(píng)審需求文檔和原型。
8. 一旦知道要對(duì)項(xiàng)目需求進(jìn)行變更，要馬上與開(kāi)發(fā)人員聯(lián)系。
9. 在要求需求變更時(shí)，應(yīng)遵照開(kāi)發(fā)組織確定的工作過(guò)程來(lái)處理。
10. 尊重需求工程中開(kāi)發(fā)人員采用的流程（過(guò)程）。
需求權(quán)利和義務(wù)規(guī)定了客戶和開(kāi)發(fā)者雙方應(yīng)該做些什么，雙方共同出力，確保需求過(guò)程的有序進(jìn)行。不過(guò)，大多數(shù)的軟件公司一般都把“客戶是上帝”這句話貫徹的很好，客戶有什么樣的要求，軟件公司就做什么樣的修改，最終損害的是客戶和自己雙方的利益。一次，我和一個(gè)小軟件企業(yè)的技術(shù)總監(jiān)聊起這方面的事情，請(qǐng)教他的做法。他在經(jīng)歷了幾次銷售人員隨意答應(yīng)客戶要求的痛苦之后，決定親自出動(dòng)，在和客戶接觸的過(guò)程中掌握主動(dòng)權(quán)，判斷客戶是不是一個(gè)“好”客戶，再?zèng)Q定做不做這個(gè)軟件。實(shí)施了一段時(shí)間后，發(fā)現(xiàn)效果非常的好，成本大幅度下降，客戶也很滿意。軟件開(kāi)發(fā)過(guò)程中軟件企業(yè)和客戶是一對(duì)合作者，一榮俱榮，一損俱損。要達(dá)到雙方共贏的局面，只能靠充分的溝通。 需求分析和需求管理
需求的過(guò)程包括了兩個(gè)過(guò)程，需求管理和需求分析。如同一個(gè)公司開(kāi)展業(yè)務(wù)離不開(kāi)管理一樣，脫離了需求管理的需求過(guò)程很難做到順利的完成需求過(guò)程。當(dāng)然，并不是所有的軟件公司都沒(méi)有需求管理，例如安排需求的時(shí)間也是需求管理的一方面，大多數(shù)的軟件公司都沒(méi)有一個(gè)科學(xué)的、
任何活動(dòng)都離不開(kāi)管理，需求過(guò)程也不例外。需求過(guò)程的活動(dòng)分為需求管理和需求分析兩種。大多數(shù)人說(shuō)不清楚需求管理和需求分析的差別，但是他們?cè)谶M(jìn)行需求過(guò)程的時(shí)候已經(jīng)不知不覺(jué)的在開(kāi)展需求管理和需求分析兩種活動(dòng)了。這種行為就有點(diǎn)像一些小企業(yè)主，缺乏科學(xué)的、系統(tǒng)的管理知識(shí)，但你卻不能說(shuō)他不懂管理，因?yàn)樗写罅康膶?shí)踐經(jīng)驗(yàn)。同樣的，一些不夠成熟的軟件企業(yè)在進(jìn)行需求分析的時(shí)候，主要還是靠經(jīng)驗(yàn)，并沒(méi)有一個(gè)經(jīng)過(guò)驗(yàn)證的方法。 需求分析活動(dòng)包括對(duì)一個(gè)軟件項(xiàng)目需求的獲取、分析、規(guī)格說(shuō)明及驗(yàn)證。典型需求分析的結(jié)果是軟件需求規(guī)格說(shuō)明（System Requirements Specifications）及相關(guān)分析模型。經(jīng)評(píng)審批準(zhǔn)，這些文檔就定義了開(kāi)發(fā)工作的需求基線（baseline）。這個(gè)基線在客戶和開(kāi)發(fā)人員之間就構(gòu)筑了計(jì)劃產(chǎn)品功能需求和非功能需求的一個(gè)約定（agreement）。工程項(xiàng)目可能會(huì)有其它的約定，例如可交付性、約束條件、進(jìn)度安排、預(yù)算及合同約定等。但這些并不是需求過(guò)程主要考慮的因素。
需求約定是需求開(kāi)發(fā)和需求管理之間的橋梁，需求管理包括在工程進(jìn)展過(guò)程