常用的業(yè)務(wù)功能，用戶可以在此基礎(chǔ)上，對(duì)比自己的實(shí)際需求，提出不同的需要更改的和新增的需求。這種增量迭代的思路，減少了用戶的工作量和重復(fù)工作，有助于用戶清楚地描述用戶需求。
項(xiàng)目研發(fā)人員有時(shí)還能夠?qū)⒃拖到y(tǒng)展示給業(yè)務(wù)人員，通過更直觀的方式給銀行業(yè)務(wù)部門的人員分析展示原型業(yè)務(wù)系統(tǒng)，從而更有效地幫助業(yè)務(wù)人員比對(duì)自己銀行的業(yè)客戶到底是需要什么樣的軟件了。
3.2 需求分析
需求分析是提煉用戶的需要，并最終完成客戶同意并簽字的需求分析報(bào)告的過程。需求分析過程分為訪談階段、誘導(dǎo)階段和確認(rèn)階段三個(gè)過程。在需求訪談階段，項(xiàng)目開發(fā)人員通過與金融業(yè)務(wù)部門領(lǐng)導(dǎo)、主管和相關(guān)業(yè)務(wù)人員關(guān)于項(xiàng)目需求方向、組織架構(gòu)、業(yè)務(wù)流程和軟硬件環(huán)境的討論交流，可以從宏觀上把握項(xiàng)目的需求，建立起溝通渠道，確定客戶承諾的接口人，提交項(xiàng)目的調(diào)查報(bào)告以及業(yè)務(wù)流程報(bào)告等。在誘導(dǎo)階段，以調(diào)查報(bào)告及業(yè)務(wù)流程為基礎(chǔ)，結(jié)合現(xiàn)有的技術(shù)條件和軟件基礎(chǔ)將業(yè)務(wù)流程模型化，并與用戶不斷溝通，即時(shí)獲取反饋信息，從而可以對(duì)客戶的需求進(jìn)行深度挖掘，將客戶的不可見的需求轉(zhuǎn)化為明確的需求。所要提交的文檔有原型反饋報(bào)告和經(jīng)過更新的業(yè)務(wù)流程報(bào)告。在確認(rèn)階段，是在原型反饋報(bào)告和業(yè)務(wù)流程報(bào)告的基礎(chǔ)上，通過更進(jìn)一步的細(xì)化業(yè)務(wù)流程，改進(jìn)原型系統(tǒng)，撰寫需求分析報(bào)告并送交評(píng)審。
在這一需求分析的最后階段，要促使開發(fā)方和用戶之間就系統(tǒng)需求達(dá)成一致，完成客戶同意并簽字的需求分析報(bào)告及相關(guān)支持的資料。在需求分析的過程中，對(duì)需求劃分優(yōu)先級(jí)的分析也是至關(guān)重要的一個(gè)環(huán)節(jié)，在某個(gè)時(shí)刻，我們?nèi)绾沃滥男┬枨髮儆凇氨仨氉觥?，哪些屬于“?yīng)該做”，哪些又屬于“可以做”。在銀行軟件的項(xiàng)目中，也要對(duì)客戶需求劃分優(yōu)先級(jí)，對(duì)于已經(jīng)識(shí)別的客戶需求進(jìn)行評(píng)估，分清哪些是項(xiàng)目關(guān)鍵路徑上的需求，必須完成的，哪些是不重要也不緊急的需求，甚至留待二期中完成用戶也可以接受的。
要理解這一點(diǎn)：用戶反饋非常關(guān)鍵。用戶并不關(guān)心你采用什么方式去滿足他們的需求，但當(dāng)用戶看到最關(guān)鍵的功能都實(shí)現(xiàn)得很好時(shí)，如果還有幾個(gè)無關(guān)大局的需求暫時(shí)沒有滿足，也就不會(huì)引起太大的反應(yīng)了。
3.3 編寫規(guī)格說明
軟件需求是軟件產(chǎn)品開發(fā)的依據(jù)，也是整個(gè)開發(fā)過程各項(xiàng)活動(dòng)的基礎(chǔ)。需求階段不細(xì)致的工作，軟件需求的不明確，會(huì)導(dǎo)致整個(gè)項(xiàng)目階段工作量的增加。實(shí)際上，許多軟件項(xiàng)目失敗的最主要原因就是需求階段對(duì)需求的描述不夠細(xì)致，導(dǎo)致后來超出預(yù)算或者時(shí)間進(jìn)度達(dá)不到要求。
編寫規(guī)格說明是清楚、準(zhǔn)確地編寫用戶需要和約束文檔的過程，在項(xiàng)目的需求分析階段，雙方必須全面地盡可能細(xì)致地討論項(xiàng)目的應(yīng)用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求，以及對(duì)項(xiàng)目進(jìn)行評(píng)估的各種評(píng)價(jià)標(biāo)準(zhǔn)。
在此基礎(chǔ)上，要提交的成果是《軟件需求規(guī)格說明書》，它是最終用戶和開發(fā)機(jī)構(gòu)之間的技術(shù)合同書，是開發(fā)者開發(fā)軟件系統(tǒng)的依據(jù)，也是最終用戶驗(yàn)收軟件系統(tǒng)的依據(jù)。
3.4 需求驗(yàn)證
需求驗(yàn)證是保證系統(tǒng)需求完整、正確、一致、明白的過程。在需求開發(fā)過程中，還沒有形成任何軟件，不可能進(jìn)行任何測(cè)試，但是可以在軟件開發(fā)組設(shè)計(jì)編碼之前，以需求為基礎(chǔ)建立概念性的測(cè)試用例，并使用這些例子來發(fā)現(xiàn)軟件規(guī)格說明書中的錯(cuò)誤、二義性，以及是否有遺漏等。
需求驗(yàn)證是需求開發(fā)過程中的最后一部分，需求驗(yàn)證所包括的活動(dòng)是為了確定以下幾方面的內(nèi)容：
（l）軟件需求規(guī)格說明正確描述了預(yù)期的系統(tǒng)行為和特征。
（2）需求的完整性和高質(zhì)量。
（3）需求的一致性。
（4）軟件的需求分析，為接下來的功能說明書和系統(tǒng)詳細(xì)設(shè)計(jì)以及測(cè)試提供了基礎(chǔ)。
雖然對(duì)于一些大型的銀行系統(tǒng)的需求文檔進(jìn)行詳細(xì)的