引言：1931年，中共中央代表歐陽欽在向黨中央報告說明中央蘇區(qū)情況時，具體地說明了紅一方面軍的“三大紀律八項注意”, 此后三大紀律八項正式成為了全軍和地方武裝的紀律。本文所討論的“八項注意”是對于軟件需求設(shè)計評審工作的一些情況的說明。 
　　現(xiàn)在讓我們把目光聚焦到軟件需求設(shè)計評審上來, 我們已經(jīng)知道如何去獲取需求,也知道了撰寫需求規(guī)格說明書。現(xiàn)在的問題是，所撰寫的需求規(guī)格說明書是否能讓用戶接受呢？ 而用戶又如何對需求說明書作出理性和客觀的評審和確認呢？事實上，當我們撰寫需求規(guī)格說明書時，不妨站在用戶的角度去評寫，如此可事先避免一些問題。本文探討用戶應(yīng)該如何去“評審”軟件需求說明書，并因此提出了需求評審的”八項注意”，以饗同仁。 
　　需求確認是需求開發(fā)過程的第四個階段,前三個階段按順序分別為需求獲取、需求分析、編寫需求規(guī)格說明。需求確認活動要力圖確保如下幾點: 
　　1.需求規(guī)格說明正確描述了預(yù)期的、滿足各方涉眾需求的系統(tǒng)能力和特征。 
　　2.所述之軟件需求是由系統(tǒng)需求、業(yè)務(wù)規(guī)格和其他來源中正確推導(dǎo)而來的。 
　　3.需求是完整和高質(zhì)量的。 
　　4.需求的表示在所有地方都是一致的。 
　　5.需求為產(chǎn)品設(shè)計和構(gòu)造提供了基礎(chǔ)。 
　　需求確認活動可以確保需求符合優(yōu)秀需求陳述的特征，包括完整、正確、可行、必要、具有優(yōu)先級、無二義性和可驗證, 同時亦符合好的需求規(guī)格說明的特征，即完整性、一致性、易修改和可跟蹤性。 
　　一般而言，我們通過需求評審活動去實現(xiàn)需求確認的目標, 參與評審者應(yīng)包括各級客戶、開發(fā)人員和測試人員, 在整個審查過程中，我們會有諸多“注意”。事實上,在實踐活動中,每個企業(yè)會根據(jù)自身的情況存在更多的檢查事項, 在此列出的八項亦屬于最基本的要素。 
　　一、 注意對需求規(guī)格說明的正確性進行評審 
　　需求規(guī)格說明的正確性通?？梢詮娜缦路矫娴靡泽w現(xiàn)： 
　　1 是否有需求與其他需求相互沖突或者重復(fù)？ 
　　通常一份長達幾百頁的需求規(guī)格說明書都不會是一蹴而就的，它可能是系統(tǒng)分析師幾個夜晚的心血之作。正是因為撰寫過程的連續(xù)性，可能導(dǎo)致同一份文檔中前后名詞定義不一致，前后觀點上有重疊或差異的情況出現(xiàn)，這需要我們在撰寫報告前首先要在思想上形成統(tǒng)一概念, 可使術(shù)語列表貫穿整份文檔以達提綱挈領(lǐng)之效。 
　　談及此點,讓我想起在“商機管理系統(tǒng)”需求評審會上，火眼金睛的用戶們發(fā)現(xiàn)了我的需求說明書中關(guān)于系統(tǒng)用戶角色定義部分出現(xiàn)了前后不一致的情況。在該報告前文中我定義了該系統(tǒng)有二種角色，即“商機成員”、“商機管理成員”,但在功能需求中我的報告中居然新生出一種“商機監(jiān)理”角色，導(dǎo)致出現(xiàn)尷尬局面。 事后總結(jié)其主要原因是在撰寫報告的前期和后期階段,需求分析的思路有了明顯的異動，但卻沒有把文檔前后更新一致，這個教訓(xùn)是深刻的，時至今日記憶猶新。 
　　2 是否清晰、簡潔、無二義地表達了每個需求? 
　　“清晰”是讓人能夠讀懂；“簡潔”是讓人愿意去讀；“無二義”決定”讀”的效果,是讓大家對需求描述的理解能夠達成一致 。 
　　需求陳述是“三重門”,這三扇門是否開啟決定了需求說明書的質(zhì)量高低。 
　　我們尤其要拒絕“二義性”的名詞術(shù)語的出現(xiàn), 似是而非的概念定義是需求書應(yīng)該避免的。換句話說,如果一份需求說明書沒能給人以清晰、簡潔和無二義的闡述，則需求評審是沒有進行下去的必要，同時也無法進行下去。需求評審的前提是用戶讀懂了需求說明,并且用戶的理解內(nèi)容就是分析師們所描述的內(nèi)容。 
　　3 是否每個需求都通過了演示、測試、評審，分析是否得到了驗證? 
　　需求應(yīng)該是可以測試的,通常通過測試去驗證它是不是正確。比如我們完成了“銷售員

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html