系統(tǒng)分析師：需求獲取--論文素材

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

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

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

更多信息請(qǐng)?jiān)L問：考試吧軟件水平考試欄目