必要性：每個需求應載明什么是客戶確實需要的，什么要順應于外部的需求，接口或標準。每個需求源于你認可、具有權說明需求的原始資料，這是考慮必需的另外情形（譯注，此句翻譯不順，請參照原文：Another way to think of “necessary” is that each requirement originated from a source you recognize as having the authority to specify requirements）。跟蹤每個需求回溯到出處，如用例，系統(tǒng)需求，規(guī)章，或來自其他用戶的意見。如果你不能標識出處，可能需求只是個鍍金的例子，沒有真正的必須。
優(yōu)先權：為了表明在一個詳細的產(chǎn)品版本中應包含哪些要點，需要為每個需求，特征，或用例分配實現(xiàn)的優(yōu)先權。客戶或其代理都應有強烈的責任建立優(yōu)先權。如果所有的需求都被視為同等重要，那么由于在開發(fā)中，預算削減，計劃超時或組員的離開導致新的需求時， 項目經(jīng)理將不能起到作用。優(yōu)先權的作用是提供給客戶的價值，實現(xiàn)的相關費用，實現(xiàn)相關聯(lián)的有關技術風險。
我是用3種級別的優(yōu)先權：高優(yōu)先權表明需求必須體現(xiàn)在下一個產(chǎn)品版本中，中優(yōu)先權表明需求是必須的，但是如果需要可以推遲到晚一些的產(chǎn)品版本中，低優(yōu)先權表明有它很好，但我們必須認識到如果沒有充足的時間或資源，它可以被放棄掉。
明確：需求敘述的讀者應只能從其得到唯一的解釋說明，同樣，一個需求的多個讀者也應達成共識。自然語言極易導致含糊。要避免使用一些對于SRS作者很清楚但對于讀者不清楚的主觀詞匯，如：用戶友好性，容易，簡單，快速，有效，幾個，藝術級，改善的，最大，最小等等。每寫一個需要都應簡潔，簡單，直觀的采用用戶熟知的語言，不要采用計算機術語。檢查需求模糊的有效方式包括需求說明書的正規(guī)檢查，根據(jù)需求寫測試，建立用戶的假想來說明產(chǎn)品某個特定部分預期的特性。
可證實：看你是否能夠做出測試計劃或其他驗證方式，如檢查和實證，來決定在產(chǎn)品中每個需求是否正確的實現(xiàn)。如果需求是不可驗證的，決定需求是不是正確的實現(xiàn)就成了判斷的事。需求之間不一致，不可行，不明確也能導致不可證實。任何需求如果說產(chǎn)品將要支持什么也是不可證實的。
高質(zhì)量需求說明的特征
一個完整的SRS不僅是包括長長的功能性需求列表，還包括外部接口描述和一些諸如質(zhì)量屬性，期望性能的非功能性需求。下面描述了高質(zhì)量的SRS的一些特性。
完整：不應該遺漏要求和必需的信息。完整性也是一個需求應具備的。發(fā)現(xiàn)缺少的信息很難，因為根本不存在。在SRS中將需求以分層目錄方式組織，將幫助評審人員理解功能性描述的結構，使他們很容易指出遺失的東西。
此文章共有5頁 上一頁 1 2 3 4 5 下一頁
文章來源：中國項目管理資源網(wǎng)
 軟件開發(fā)項目管理培訓課程方案
|
Leadge.com首頁 > 知識庫 
