需求的三個層次：業(yè)務(wù)，用戶和功能。在項目中它們在不同的時間來自不同的來源，也有著不同的目標(biāo)和對象，并需以不同的方式編寫成文檔。業(yè)務(wù)需求（或產(chǎn)品視圖和范圍）不應(yīng)包括用戶需求（或使用實例），而所有的功能需求都應(yīng)該源于用戶需求。同時你也需要獲取非功能需求，如質(zhì)量屬性。我將在隨后列出相關(guān)主題的詳細(xì)內(nèi)容：
　　------確定需求開發(fā)過程。
　　------編寫項目視圖和范圍文檔。
　　------將用戶群分類并歸納其特點，為每個用戶類選擇產(chǎn)品代表（product champion）。
　　------讓用戶代表確定使用實例。
　　------確定質(zhì)量屬性和其它非功能需求。
　　1) 確定需求開發(fā)過程 確定如何組織需求的收集、分析、細(xì)化并核實的步驟，并將它編寫成文檔。對重要的步驟要給予一定指導(dǎo)，這將有助于分析人員的工作，而且也使收集需求
　　活動的安排和進(jìn)度計劃更容易進(jìn)行。
　　2) 編寫項目視圖和范圍文檔 項目視圖和范圍文檔應(yīng)該包括高層的產(chǎn)品業(yè)務(wù)目標(biāo)，所有的使用實例和功能需求都必須遵從能達(dá)到的業(yè)務(wù)需求。項目視圖說明使所有項目參與者對項
　　目的目標(biāo)能達(dá)成共識。而范圍則是作為評估需求或潛在特性的參考。
　　3) 將用戶群分類并歸納各自特點 為避免出現(xiàn)疏忽某一用戶群需求的情況，要將可能使用產(chǎn)品的客戶分成不同組別。他們可能在使用頻率、使用特性、優(yōu)先等級或熟練程度等方面
　　都有所差異。詳細(xì)描述出它們的個性特點及任務(wù)狀況，將有助于產(chǎn)品設(shè)計。
　　4) 選擇每類用戶的產(chǎn)品代表 為每類用戶至少選擇一位能真正代表他們需求的人作為那一類用戶的代表并能作出決策。這對于內(nèi)部信息系統(tǒng)的開發(fā)是最易實現(xiàn)的，因為此時，用戶
　　就是身邊的職員。而對于商業(yè)開發(fā)，就得在主要的客戶或測試者中建立起良好的合作關(guān)系，并確定合適的產(chǎn)品代表。他們必須一直參與項目的開發(fā)而且有權(quán)作出決策。
　　5) 建立起典型用戶的核心隊伍 把同類產(chǎn)品或你的產(chǎn)品的先前版本用戶代表召集起來，從他們那里收集目前產(chǎn)品的功能需求和非功能需求。這樣的核心隊伍對于商業(yè)開發(fā)尤為有用，因為你擁有一個龐大且多樣的客戶基礎(chǔ)。與產(chǎn)品代表的區(qū)別在于，核心隊伍成員通常沒有決定權(quán)。
　　6) 讓用戶代表確定使用實例 從用戶代表處收集他們使用軟件完成所需任務(wù)的描述—使用實例，討論用戶與系統(tǒng)間的交互方式和對話要求。在編寫使用實例的文檔時可采用標(biāo)準(zhǔn)模
　　版，在使用實例基礎(chǔ)上可得到功能需求。
　　7) 召開應(yīng)用程序開發(fā)聯(lián)系會議 應(yīng)用程序開發(fā)聯(lián)系（J A D）會議是范圍廣的、簡便的專題討論會（w o r k s h o p），也是分析人員與客戶代表之間一種很好的合作辦法，并能由此擬出需求文檔的底稿。該會議通過緊密而集中的討論得以將客戶與開發(fā)人員間的合作伙伴關(guān)系付諸于實踐（ Wood and Silver 1995）。
　　8) 分析用戶工作流程 觀察用戶執(zhí)行業(yè)務(wù)任務(wù)的過程。畫一張簡單的示意圖（最好用數(shù)據(jù)流圖）來描繪出用戶什么時候獲得什么數(shù)據(jù)，并怎樣使用這些數(shù)據(jù)。編制業(yè)務(wù)過程流程文
　　檔將有助于明確產(chǎn)品的使用實例和功能需求。你甚至可能發(fā)現(xiàn)客戶并不真地需要一個全新的軟件系統(tǒng)就能達(dá)到他們的業(yè)務(wù)目標(biāo)（ McGraw and Harbison 1997）。
　　9) 確定質(zhì)量屬性和其它非功能需求 在功能需求之外再考慮一下非功能的質(zhì)量特點，這會使你的產(chǎn)品達(dá)到并超過客戶的期望。這些特點包括性能、有效性、可靠性、可用性等，而
　　在這些質(zhì)量屬性上客戶提供的信息相對來說就非常重要了。
　　10) 通過檢查當(dāng)前系統(tǒng)的問題報告來進(jìn)一步完善需求 客戶的問題報告及補(bǔ)充需求為新產(chǎn)品或新版本提供了大量豐富的改進(jìn)及增加特性的想法，負(fù)責(zé)提供用戶支持及幫助的人能為收集需求過程提供極有價值的信息。
　　11) 跨項目重用需求 如果客戶要求的功能與已有的產(chǎn)品很相似，則可查看需求是否有足夠的靈活性以允許重用一些已有的軟件組件。

希望與其他軟考考生進(jìn)行交流？點擊進(jìn)入軟考論壇>>>

進(jìn)入考試吧博客記錄下自己的備考?xì)v程吧

更多信息請訪問：考試吧軟件水平考試欄目