1931年，中共中央代表歐陽欽在向黨中央報告說明中央蘇區(qū)情況時，具體地說明了紅一方面軍的“三大紀(jì)律八項注意”, 此后三大紀(jì)律八項正式成為了全軍和地方武裝的紀(jì)律。本文所討論的“八項注意”是對于軟件需求設(shè)計評審工作的一些情況的說明。

　　現(xiàn)在讓我們把目光聚焦到軟件需求設(shè)計評審上來, 我們已經(jīng)知道如何去獲取需求,也知道了撰寫需求規(guī)格說明書?，F(xiàn)在的問題是，我們所撰寫的需求規(guī)格說明書是否能讓用戶接受呢? 而用戶又如何對需求說明書作出理性和客觀的評審和確認(rèn)呢? 事實上，當(dāng)我們撰寫需求規(guī)格說明書的時候不妨站在用戶的角度去評寫，唯其如此方能事先避免一些問題。本文探討用戶應(yīng)該如何去“評審”軟件需求說明書，并因此提出了需求評審的”八項注意”，以饗同仁。


　　需求確認(rèn)是需求開發(fā)過程的第四個階段,前三個階段按順序分別為需求獲取、需求分析、編寫需求規(guī)格說明。需求確認(rèn)活動要力圖確保如下幾點:

　　1.需求規(guī)格說明正確描述了預(yù)期的、滿足各方涉眾需求的系統(tǒng)能力和特征。

　　2.所述之軟件需求是由系統(tǒng)需求、業(yè)務(wù)規(guī)格和其他來源中正確推導(dǎo)而來的。

　　3.需求是完整和高質(zhì)量的。

　　4.需求的表示在所有地方都是一致的。

　　5.需求為產(chǎn)品設(shè)計和構(gòu)造提供了基礎(chǔ)。

　　需求確認(rèn)活動可以確保需求符合優(yōu)秀需求陳述的特征，包括完整、正確、可行、必要、具有優(yōu)先級、無二義性和可驗證, 同時亦符合好的需求規(guī)格說明的特征，即完整性、一致性、易修改和可跟蹤性。

　　一般而言，我們通過需求評審活動去實現(xiàn)需求確認(rèn)的目標(biāo), 參與評審者應(yīng)包括各級客戶、開發(fā)人員和測試人員, 在整個審查過程中，我們會有諸多“注意”。事實上,在實踐活動中,每個企業(yè)會根據(jù)自身的情況存在更多的檢查事項, 在此列出的八項亦屬于最基本的要素。


　　一、 注意對需求規(guī)格說明的正確性進(jìn)行評審

　　需求規(guī)格說明的正確性通?？梢詮娜缦路矫娴靡泽w現(xiàn)：

　　1 是否有需求與其他需求相互沖突或者重復(fù)？

　　通常一份長達(dá)幾百頁的需求規(guī)格說明書都不會是一蹴而就的，它可能是系統(tǒng)分析師幾個夜晚的心血之作。正是因為撰寫過程的連續(xù)性，可能導(dǎo)致同一份文檔中前后名詞定義不一致，前后觀點上有重疊或差異的情況出現(xiàn)，這需要我們在撰寫報告前首先要在思想上形成統(tǒng)一概念, 可使術(shù)語列表貫穿整份文檔以達(dá)提綱挈領(lǐng)之效。

　　談及此點,讓我想起在“商機(jī)管理系統(tǒng)”需求評審會上，火眼金睛的用戶們發(fā)現(xiàn)了我的需求說明書中關(guān)于系統(tǒng)用戶角色定義部分出現(xiàn)了前后不一致的情況。在該報告前文中我定義了該系統(tǒng)有二種角色，即“商機(jī)成員”、“商機(jī)管理成員”,但在功能需求中我的報告中居然新生出一種“商機(jī)監(jiān)理”角色，導(dǎo)致出現(xiàn)尷尬局面。 事后總結(jié)其主要原因是在撰寫報告的前期和后期階段,需求分析的思路有了明顯的異動，但卻沒有把文檔前后更新一致，這個教訓(xùn)是深刻的，時至今日記憶猶新。

　　2 是否清晰、簡潔、無二義地表達(dá)了每個需求?

　　“清晰”是讓人能夠讀懂；“簡潔”是讓人愿意去讀；“無二義”決定”讀”的效果,是讓大家對需求描述的理解能夠達(dá)成一致 。

　　需求陳述是“三重門”,這三扇門是否開啟決定了需求說明書的質(zhì)量高低。

　　我們尤其要拒絕“二義性”的名詞術(shù)語的出現(xiàn), 似是而非的概念定義是需求書應(yīng)該避免的。換句話說,如果一份需求說明書沒能給人以清晰、簡潔和無二義的闡述，則需求評審是沒有進(jìn)行下去的必要，同時也無法進(jìn)行下去。需求評審的前提是用戶讀懂了需求說明,并且用戶的理解內(nèi)容就是分析師們所描述的內(nèi)容。

　　3 是否每個需求都通過了演示、測試、評審，分析是否得到了驗證?

　　需求應(yīng)該是可以測試的,通常通過測試去

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

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