在需求抽象時，相對于系統(tǒng)功能，你過多的注意用戶的業(yè)務(wù)，將導(dǎo)致在需求的全局觀和引進(jìn)不是真正必需的需求上顯得不足。在需求抽象上，應(yīng)用用例方法會發(fā)揮很好的作用。能夠從不同角度察看需求的圖形分析模型也可以檢查出不完整性。
如果你知道已缺少一些信息，使用TBD（to be determined）標(biāo)準(zhǔn)標(biāo)志可以突出這些缺陷，當(dāng)你在構(gòu)建產(chǎn)品的相關(guān)部分時，就可以從一個給定的需求集中解決所有的缺陷。
一致性：一致性需求就是不要于其他的軟件需求或高級別的系統(tǒng)（商業(yè)）需求發(fā)生沖突。需求中的不一致必須在開發(fā)開始前得到解決。只有經(jīng)過調(diào)研才能確定哪些是正確的。修改需求時一定要謹(jǐn)慎，如果只審定修改的部分，沒有審定于修改相關(guān)的部分，就可能導(dǎo)致不一致性。
可修改性：當(dāng)每個需求的要求修改了或維護(hù)其歷史更改時，你必須能夠?qū)彾⊿RS。也就是說每個需求必須相對于其他需求有其單獨的標(biāo)示和分開的說明，便于清晰的查閱。通過良好的組織可以使需求易于修改，如：將相關(guān)的需求分組，建立目錄表，索引，以及前后參考（照）。
可追蹤：你應(yīng)能將一個軟件與其原始材料相對應(yīng)，如高級系統(tǒng)需求，用例，用戶的提議等。也能夠?qū)?a href=http://m.opto-elec.com.cn/software/index.asp target=_blank>軟件需求與設(shè)計元素，源代碼，用于構(gòu)造實現(xiàn)和驗證需求的測試相對應(yīng)�？勺粉櫟男枨髴�(yīng)該具有獨立標(biāo)示，細(xì)密和結(jié)構(gòu)化的編寫，不應(yīng)過大，不應(yīng)是敘述性的文字和公告式的列表。
需求質(zhì)量的評審
這些有關(guān)需求質(zhì)量的特性的描述在理論上都是非常好的，但一個好的需求到底是個什么樣子的呢？為了體現(xiàn)得更切合實際，我們做個小練習(xí)。下面有幾個從實際的工程選出的需求，依據(jù)上面的質(zhì)量標(biāo)準(zhǔn)，評估每個需求，看看有什么問題，然后用更好的方式重寫。我將對每個例子都提出自己的分析和改進(jìn)的建議。也歡迎你提出不同的見解。我所占優(yōu)的只是我知道每個需求的出處。因為你我都不是真正的客戶，我們只能猜測每個需求的意圖。
例1．“產(chǎn)品應(yīng)在不少于每60秒的正常周期內(nèi)提供狀態(tài)信息”
這個需求是不完整的：狀態(tài)信息是什么，如何顯示給用戶。這個需求有幾處含糊。我們在談?wù)摦a(chǎn)品的哪部分？狀態(tài)信息間隔真的假定為不少于60秒？，甚者每10年顯示一條新的狀態(tài)信息也可以？也許它的意圖是消息間隔不應(yīng)超過60秒，那么1毫秒是不是太短？“每”這個詞導(dǎo)致了不確定性。問題的后果，就是需求的不可證實。
彌補(bǔ)缺陷，重寫需求的一種方法：
1、狀態(tài)信息
1．1后臺任務(wù)管理器因該以誤差上下不超過10秒的60秒間隔，在用戶界面的指定位置顯示狀態(tài)信息
1．2如果后臺進(jìn)程處理正常，那么應(yīng)該顯示任務(wù)已完成的百分?jǐn)?shù)/比
1．3任務(wù)完成時，應(yīng)顯示相關(guān)的信息
1．4后臺任務(wù)出錯應(yīng)該顯示錯誤信息
為了分別測試和追蹤，我將其分成了多個需求。如果將幾個需求串接在一節(jié)中，在構(gòu)造和測試時就很容易漏掉一個。
此文章共有5頁 上一頁 1 2 3 4 5 下一頁
文章來源：中國項目管理資源網(wǎng)
 軟件開發(fā)項目管理培訓(xùn)課程方案
|
Leadge.com首頁 > 知識庫 
