：
系統(tǒng)準(zhǔn)確性需求：
安全性：
需求變更：
在需求被客戶簽署后，任何的變動(dòng)都將納入到需求變更中。需求的變更不但是要記錄好變更，還要保證變更的需求，被實(shí)現(xiàn)。故在對(duì)于變更的評(píng)估當(dāng)中，還要確認(rèn)影響的其他工作產(chǎn)品。
需求的變更的另一個(gè)難點(diǎn)在于費(fèi)用的確認(rèn)上，一般客戶會(huì)很容易的接收變更所提出的技術(shù)方案，但是在對(duì)于變革造成的損失以及追加的費(fèi)用方面難于確認(rèn)。這個(gè)首先將取決于需求跟蹤表的建立，讓客戶明確在目前的時(shí)間點(diǎn)，需求已經(jīng)被實(shí)現(xiàn)到什么階段，已經(jīng)花費(fèi)的成本。其次取決于合同中規(guī)定的變更需求工作量的核算方法。
流程如下：
需求跟蹤：
確認(rèn)：
目標(biāo)?--------------à業(yè)務(wù)領(lǐng)域?-------------------à需求
驗(yàn)證：
需求?------------à 設(shè)計(jì)、編程、用戶文檔 ?---------------à 運(yùn)行
需求的跟蹤是通過‘需求跟蹤矩陣’維護(hù)工作產(chǎn)品間的關(guān)系， 通過評(píng)審制度，檢查需求是否被實(shí)現(xiàn)。
客戶驗(yàn)證：
客戶對(duì)于需求的驗(yàn)證，包括事前、和事后兩個(gè)部分。 事前是指對(duì)于供應(yīng)商寫的需求進(jìn)行檢查和確認(rèn)。 事后是指對(duì)于產(chǎn)出的產(chǎn)品進(jìn)行驗(yàn)收。
對(duì)于事前需求的檢查和確認(rèn)，一個(gè)是通過場(chǎng)景的排演，模擬業(yè)務(wù)模型的每個(gè)工作場(chǎng)景中的工作任務(wù)和特殊情況，在需求中都有體現(xiàn)。另一個(gè)是同需求編寫的質(zhì)量標(biāo)準(zhǔn)進(jìn)行檢查。
質(zhì)量標(biāo)準(zhǔn)：
正確；
完整；
無歧意
一致
確定重要性、穩(wěn)定性等級(jí)
可驗(yàn)證
可追溯；
變更被記錄；
對(duì)于事后的驗(yàn)證，大多通過UAT測(cè)試和系統(tǒng)試運(yùn)行完成。依據(jù)是需求，具體的做法將在VAL中討論。
備注： 客戶往往無法確認(rèn)產(chǎn)品的事件列表和功能列表，但是可以確認(rèn)業(yè)務(wù)領(lǐng)域的事件和任務(wù)。
項(xiàng)目收尾結(jié)算：
這個(gè)階段主要是根據(jù)驗(yàn)收的情況，明確需求遺留的問題。以及后期的方案。另外對(duì)于因?yàn)樾枨笞兏鸬膶?shí)際費(fèi)用的增加也要和客戶進(jìn)行說明和結(jié)算。
當(dāng)然若是對(duì)于產(chǎn)品型的項(xiàng)目，更有一個(gè)需求總結(jié)和提煉的過程。要重新對(duì)于所有需求進(jìn)行優(yōu)先級(jí)的排序，提煉出行業(yè)通用的‘行業(yè)軟件需求列表’，比如‘服侍門店管理系統(tǒng)需求列表’。同時(shí)要評(píng)估需求的變更，對(duì)于雙方誤解引起的需求變更要求整理成‘問題調(diào)查表’。當(dāng)下一個(gè)同行業(yè)軟件開發(fā)時(shí)，就可以根據(jù)‘問題調(diào)查表’把問題澄清。同時(shí)這些總結(jié)的資料可以更好的支持銷售和售前的咨詢。
參考文獻(xiàn)：
Soren Lauesen 《軟件需求》 電子工業(yè)出版社