審查很費時間，甚至有些無聊，但是有經(jīng)驗的項目管理者都知道花在需求審查上的每一分鐘都是值得的。但是，銀行項目往往都是時間緊張的項目，如果沒有時間詳細審查需求的每個方面，也要根據(jù)在需求分析階段得出的優(yōu)先級，對那些非常關(guān)鍵的需求進行詳細的審查，而對那些不太重要的部分用非正式評審就能滿足質(zhì)量要求。
4、軟件的需求管理
4.1 軟件需求確認
銀行軟件項目在需求規(guī)格說明書完成之后，通常會召開需求確認會議來對需求進行交流，溝通確認，通常由全體項目利益相關(guān)方參加，這可是個確認需求的難得的機會，大家能聚在一起，共同探討，對項目的需求達成共識，所以一定要珍惜。
在需求確認會議上，一定要先針對全局性的問題進行交流，千萬不要針對部分人感興趣的問題討論個沒完沒了，然后再對根據(jù)原型法得到的需求規(guī)格書中的內(nèi)容、差異逐一過一遍，銀行業(yè)務(wù)人員通過對項目需求的講解，對需求可行性的分析，需求優(yōu)先級的確認等，最終與開發(fā)人員達成一致，并且要進行書面確認。軟件項目需求確認的最終書面確認，是需求管理的重要環(huán)節(jié)，為項目開發(fā)過程中的需求變更管理提供了依據(jù)。
4.2 軟件需求變更管理
由于需求分析不全、業(yè)務(wù)需求不斷增加和變更、需求不清楚等原因，需求在項目的整個生命周期都會不可避免地發(fā)生變化。需求管理是軟件項目開發(fā)過程中控制和維持需求約定的活動，它包括：變更控制、版本控制、需求跟蹤和需求狀態(tài)跟蹤等工作。
項目業(yè)務(wù)需求的變更是影響項目進度的主要因素，一定要嚴格控制變更，避免無限制的需求變更。在項目開發(fā)過程中，要做好應(yīng)對需求變化的情況，需求管理的方法主要有以下幾點：
（1）建立需求變更控制流程。制定一個選擇、分析和決策需求變更的過程，所有的需求變更都要遵循此過程。
（2）進行需求變更影響分析。要及時召集業(yè)務(wù)人員和開發(fā)人員，對項目的需求變更所帶來的影響進行分析，明確與變更相關(guān)模塊的工作量，從而幫助需求變更控制部門做出更適當(dāng)?shù)臎Q策。
（3）建立需求控制文檔。以確定的《軟件需求規(guī)格說明書》為前提，之后的需求變更要遵循變更控制過程，新的版本以前面版本為基礎(chǔ)，要避免兩個版本的混淆，確保需求的一致性。
（4）維護需求變更歷史記錄。要求用戶填寫變更申請單發(fā)送給項目配置管理員，再通過配置員轉(zhuǎn)交質(zhì)保小組，負責(zé)組織專家小組和項目組成員一起討論實施變更的可行性及實施后所帶來的影響。
（5）跟蹤需求狀態(tài)。要保存每項需求的狀態(tài)，以便于管理控制。從整體上把握每個需求的進度。
（6）保持需求穩(wěn)定性。過多的需求變更會給項目的進度造成不小的麻煩，往往會導(dǎo)致銀行軟件項目的延期，對于無法實現(xiàn)或是變更會帶來巨大影響而將導(dǎo)致進度的延期，這時，我們將變更報告提交給用戶或邀請用戶進行協(xié)調(diào)會議，
討論變更取舍問題或是項目進度變更問題。在項目的后期和項目完成時間不可更改時，要凍結(jié)需求，以保證項目順利完成，而需要新增的功能可以留待下一個版本完善。
（7）決定變更之后，由項目經(jīng)理組織實施變更，測試人員檢測變更結(jié)果，而質(zhì)保小組成員監(jiān)督變更實施過程并協(xié)助配置管理員對變更后的成果物進行版本控制。變更實施完后，上線前還需要指定人員協(xié)助用戶一同測試并由用戶簽字同意后方可上線。
5、結(jié)語
金融軟件的需求管理是關(guān)系到金融軟件產(chǎn)品質(zhì)量的關(guān)鍵，對業(yè)務(wù)發(fā)展具有深遠影響。它是整個開發(fā)項目中最重要的工作，需要應(yīng)用部門和開發(fā)部門密切配合，并按需求工程的要求和開發(fā)工作的規(guī)律進行。良好的需求管理會減少開發(fā)工作中不必要的調(diào)整，保證開發(fā)工作的順利進行和最終投人使用。