該是需求全生命周期的管理，從用戶(hù)原始需求的提出，到最終形成軟件產(chǎn)品后用戶(hù)對(duì)需求實(shí)現(xiàn)情況的驗(yàn)證以形成閉環(huán)流程。因此我們需要跟蹤和了解到需求狀態(tài)的演變過(guò)程。大型的項(xiàng)目軟件生命周期模型較為復(fù)雜，一個(gè)需求的實(shí)現(xiàn)會(huì)經(jīng)過(guò)用戶(hù)需求，軟件需求，總體設(shè)計(jì)，詳細(xì)設(shè)計(jì)，開(kāi)發(fā)和單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試多個(gè)環(huán)節(jié)，在這個(gè)過(guò)程中需要建立需求追蹤以確認(rèn)需求和中間階段產(chǎn)生的工作產(chǎn)品的一致性。另外變更管理是需求管理的另外一個(gè)重點(diǎn)，需求在經(jīng)過(guò)評(píng)審確認(rèn)后需要基線并受到控制，當(dāng)出現(xiàn)需求變更的時(shí)候必須進(jìn)行相應(yīng)的需求影響分析以確認(rèn)對(duì)需求變更的處理方式，當(dāng)變更工作量影響較大的時(shí)候還需要調(diào)整并重新基線項(xiàng)目計(jì)劃。
對(duì)于整個(gè)需求調(diào)研，分析和需求開(kāi)發(fā)，評(píng)審確認(rèn)的過(guò)程也需要進(jìn)行管理。在這個(gè)過(guò)程中的一個(gè)重點(diǎn)就是對(duì)需求輸出的文檔需要得到用戶(hù)，項(xiàng)目組設(shè)計(jì)開(kāi)發(fā)人員的共同確認(rèn)和承諾。
7.需求是否必須要文檔化，其意義體現(xiàn)在哪里?
做人員多方溝通的基礎(chǔ)，使大家對(duì)需求有一致的理解并依據(jù)該文檔開(kāi)展各項(xiàng)工作。即時(shí)是對(duì)于敏捷軟件開(kāi)發(fā)，我們也需要對(duì)用例場(chǎng)景描述，CRC卡片等文檔化下來(lái)以方便溝通。
再次強(qiáng)調(diào)溝通，特別是面對(duì)面的溝通是信息傳遞最高效方式，但是當(dāng)一個(gè)信息是需要在軟件開(kāi)發(fā)整個(gè)生命周期的不同階段，由不同角色人員多次使用的時(shí)候，就必須文檔化。而需求文檔恰好屬于這種類(lèi)型。
8.需求優(yōu)先級(jí)的作用，如何評(píng)估需求優(yōu)先級(jí)?
需求優(yōu)先級(jí)的作用在于項(xiàng)目管理和用戶(hù)滿意度提升的需要。一個(gè)系統(tǒng)上線后經(jīng)常出現(xiàn)情況就是往往經(jīng)常使用的功能都集中在20%的功能上很多功能使用很少。需求優(yōu)先級(jí)讓我們更好的把握重點(diǎn)和分配資源，真正的把20%最重要的需求，經(jīng)常使用的需求做好做精，只有這樣才能夠真正的提高用戶(hù)滿意度和達(dá)到項(xiàng)目目標(biāo)。
需求優(yōu)先級(jí)對(duì)于用戶(hù)往往最有發(fā)言權(quán)，但當(dāng)一個(gè)系統(tǒng)涉及到多個(gè)業(yè)務(wù)部門(mén)和組織結(jié)構(gòu)的時(shí)候，難免出現(xiàn)各個(gè)用戶(hù)都站在自己的立場(chǎng)來(lái)看待需求的優(yōu)先級(jí)和緊急程度的問(wèn)題。但是一個(gè)需求究竟對(duì)效率提升，成本的減少，相關(guān)周期的縮短起到了多大的貢獻(xiàn)和作用卻沒(méi)有衡量。因此對(duì)需求優(yōu)先級(jí)的評(píng)估應(yīng)該考慮引入價(jià)值工程的概念，一個(gè)需求的優(yōu)先程度應(yīng)該體現(xiàn)在需求實(shí)現(xiàn)后能夠產(chǎn)生的價(jià)值和節(jié)約的成本。
9.中小型軟件開(kāi)發(fā)團(tuán)隊(duì)需求開(kāi)發(fā)和管理工作的重點(diǎn)在哪里
對(duì)于中小型的項(xiàng)目團(tuán)隊(duì)一定要使用輕量級(jí)的方法論和過(guò)程，過(guò)程是為了實(shí)現(xiàn)目標(biāo)服務(wù)的，過(guò)程的目的是為了解決現(xiàn)在的問(wèn)題和可能的問(wèn)題。不在這個(gè)范圍內(nèi)做的過(guò)程，規(guī)則或工作都不會(huì)產(chǎn)生價(jià)值和意義。
對(duì)于中小型團(tuán)隊(duì)首先是要意識(shí)到需求工作的重要性，制定需求文檔和DEMO界面規(guī)范，對(duì)需求進(jìn)行文檔化和結(jié)構(gòu)化。其次是對(duì)開(kāi)發(fā)完成的需求需要得到用戶(hù)，實(shí)現(xiàn)人員，測(cè)試等多方的評(píng)審和認(rèn)可。最后是需求文檔化后該工件需要通過(guò)各種配置管理工具進(jìn)行管理，需求完成后及時(shí)歸檔和受控，需求的變更需要受到管理而不是隨意的。
10.需求變更管理重要性體現(xiàn)在哪里?有哪些具體的內(nèi)容
戶(hù)不斷的提交需求修改，項(xiàng)目進(jìn)度無(wú)任何保證不斷延期;由于一次需求的修改導(dǎo)致原來(lái)本來(lái)穩(wěn)定的系統(tǒng)出現(xiàn)各種原來(lái)沒(méi)有想到的錯(cuò)誤和異常;這些都是需求管理存在缺陷的表象。需求管理的重要性就體現(xiàn)到項(xiàng)目計(jì)劃的嚴(yán)肅性和可執(zhí)行性，以保證項(xiàng)目目標(biāo)的實(shí)現(xiàn)。通過(guò)引入了需求變更管理后，使軟件需求文檔成為一份大家都共同承諾和作為依據(jù)參考的文檔，這個(gè)文檔需要在設(shè)計(jì)，開(kāi)發(fā)，測(cè)試等多種角色之間充分傳遞和共享。另外通過(guò)需求管理工作，使每個(gè)人意識(shí)到變更對(duì)項(xiàng)目的影響和變更的代價(jià)，反向去促進(jìn)需求開(kāi)發(fā)質(zhì)量的提高。
需求變更管理包括了變更請(qǐng)求的提出，CBB委員會(huì)對(duì)需求進(jìn)行影響分析確認(rèn)是否變更，設(shè)計(jì)開(kāi)發(fā)負(fù)責(zé)人確認(rèn)需求變更將影響到的模塊和代碼和具體修改方法，開(kāi)發(fā)人員對(duì)變更進(jìn)行修改和測(cè)試，最后再有變更請(qǐng)求人對(duì)需求變更滿足情況進(jìn)行驗(yàn)證。對(duì)于變更的影響分析一般需要項(xiàng)目組的開(kāi)發(fā)負(fù)責(zé)人進(jìn)行，大型項(xiàng)目可以依靠需求管理中建立的需求追蹤進(jìn)行分析，但根據(jù)實(shí)踐需求追蹤在影響分析中的作用還不明顯。