監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 甲方項(xiàng)目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
工程管理軟件

當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 工程管理軟件

優(yōu)秀需求具有的特性

申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114

怎樣才能把好的需求規(guī)格說(shuō)明和有問(wèn)題的需求規(guī)格說(shuō)明區(qū)別開(kāi)來(lái)?下面討論單個(gè)需求陳述說(shuō)明的幾個(gè)特點(diǎn)( Davis 1993;IEEE 1998)。讓風(fēng)險(xiǎn)承擔(dān)者從不同角度對(duì)SRS需求說(shuō)明進(jìn)行認(rèn)真評(píng)審,能很好地確定哪些需求確實(shí)是需要的。只要你在編寫(xiě)、評(píng)審需求時(shí)把這些特點(diǎn)記在心中,就會(huì)寫(xiě)出更好的(盡管并不十分完美)需求文檔,同時(shí)也會(huì)開(kāi)發(fā)出更好的產(chǎn)品。

一、 需求說(shuō)明的特征

1. 完整性

  每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚,以使開(kāi)發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。

2. 正確性

  每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開(kāi)發(fā)的功能。做出正確判斷的參考是需求的來(lái)源,如用戶或高層的系統(tǒng)需求規(guī)格說(shuō)明。若軟件需求與對(duì)應(yīng)的系統(tǒng)需求相抵觸則是不正確的。只有用戶代表才能確定用戶需求的正確性,這就是一定要有用戶的積極參與的原因。沒(méi)有用戶參與的需求評(píng)審將導(dǎo)致此類說(shuō)法:“那些毫無(wú)意義,這些才很可能是他們所要想的?!逼鋵?shí)這完全是評(píng)審者憑空猜測(cè)。

3. 可行性

  每一項(xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。為避免不可行的需求,最好在獲?。╡licitation)需求(收集需求)過(guò)程中始終有一位軟件工程小組的組員與需求分析人員或考慮市場(chǎng)的人員在一起工作,由他負(fù)責(zé)檢查技術(shù)可行性。

4. 必要性

  每一項(xiàng)需求都應(yīng)把客戶真正所需要的和最終系統(tǒng)所需遵從的標(biāo)準(zhǔn)記錄下來(lái)?!氨匾浴币部梢岳斫鉃槊宽?xiàng)需求都是用來(lái)授權(quán)你編寫(xiě)文檔的“根源”。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入,如使用實(shí)例或別的來(lái)源。

5. 劃分優(yōu)先級(jí)

  給每項(xiàng)需求、特性或使用實(shí)例分配一個(gè)實(shí)施優(yōu)先級(jí)以指明它在特定產(chǎn)品中所占的分量。如果把所有的需求都看作同樣重要,那么項(xiàng)目管理者在開(kāi)發(fā)或節(jié)省預(yù)算或調(diào)度中就喪失控制自由度。

6. 無(wú)二義性

  對(duì)所有需求說(shuō)明的讀者都只能有一個(gè)明確統(tǒng)一的解釋,由于自然語(yǔ)言極易導(dǎo)致二義性,所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶性的語(yǔ)言表達(dá)出來(lái)。避免二義性的有效方法包括對(duì)需求文檔的正規(guī)審查,編寫(xiě)測(cè)試用例,開(kāi)發(fā)原型以及設(shè)計(jì)特定的方案腳本。

7. 可驗(yàn)證性

  檢查一下每項(xiàng)需求是否能通過(guò)設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法,如用演示、檢測(cè)等來(lái)確定產(chǎn)品是否確實(shí)按需求實(shí)現(xiàn)了。如果需求不可驗(yàn)證,則確定其實(shí)施是否正確就成為主觀臆斷,而非客觀分析了。一份前后矛盾,不可行或有二義性的需求也是不可驗(yàn)證的。

二、 需求規(guī)格說(shuō)明的特點(diǎn)

1. 完整性

  不能遺漏任何必要的需求信息。遺漏需求將很難查出。注重用戶的任務(wù)而不是系統(tǒng)的功能將有助于你避免不完整性。如果知道缺少某項(xiàng)信息,用TBD (“待確定” )作為標(biāo)準(zhǔn)標(biāo)識(shí)來(lái)標(biāo)明這項(xiàng)缺漏。在開(kāi)始開(kāi)發(fā)之前,必須解決需求中所有的TBD項(xiàng)。

2. 一致性

  一致性是指與其它軟件需求或高層(系統(tǒng),業(yè)務(wù))需求不相矛盾。在開(kāi)發(fā)前必須解決所有需求間的不一致部分。只有進(jìn)行一番調(diào)查研究,才能知道某一項(xiàng)需求是否確實(shí)正確。

3. 可修改性

  在必要時(shí)或?yàn)榫S護(hù)每一需求變更歷史記錄時(shí),應(yīng)該修訂SRS。這就要求每項(xiàng)需求要獨(dú)立標(biāo)出,并與別的需求區(qū)別開(kāi)來(lái),從而無(wú)二義性。每項(xiàng)需求只應(yīng)在SRS中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。另外,使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說(shuō)明更容易修改。

4. 可跟蹤性

  應(yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立起鏈接鏈,這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的,粒度好(fine-grained)的方式編寫(xiě)并單獨(dú)標(biāo)明,而不是大段大段的敘述。

發(fā)布:2007-02-27 10:13    編輯:泛普軟件 · xiaona    [打印此頁(yè)]    [關(guān)閉]
相關(guān)文章:

泛普工程管理軟件其他應(yīng)用

項(xiàng)目管理工具 禪道項(xiàng)目管理軟件 夢(mèng)龍項(xiàng)目管理軟件 微軟項(xiàng)目管理軟件 裝飾管理系統(tǒng) 裝修預(yù)算軟件 項(xiàng)目計(jì)劃軟件 項(xiàng)目進(jìn)度管理軟件 軟件項(xiàng)目管理工具 材料管理軟件 工程項(xiàng)目管理軟件系統(tǒng) 項(xiàng)目管理系統(tǒng) 施工管理軟件 建筑工程項(xiàng)目管理軟件 工程管理軟件