需求分析的過(guò)程

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

需求分析的過(guò)程

需求分析的過(guò)程
需求獲取是在問(wèn)題及其最終解決方案之間架設(shè)橋梁的第一步。獲取需求的一個(gè)必不可少的結(jié)果是對(duì)項(xiàng)目中描述的客戶(hù)需求的普遍理解。一旦理解了需求，分析者、開(kāi)發(fā)者和客戶(hù)就能探索出描述這些需求的多種解決方案。參與需求獲取者只有在他們理解了問(wèn)題之后才能開(kāi)始設(shè)計(jì)系統(tǒng)，否則，對(duì)需求定義的任何改進(jìn)，設(shè)計(jì)上都必須大量的返工。把需求獲取集中在用戶(hù)任務(wù)上—而不是集中在用戶(hù)接口上—有助于防止開(kāi)發(fā)組由于草率處理設(shè)計(jì)問(wèn)題而造成的失誤。
需求獲取、分析、編寫(xiě)需求規(guī)格說(shuō)明和驗(yàn)證并不遵循線性的順序，這些活動(dòng)是相互隔開(kāi)、增量和反復(fù)的。當(dāng)你和客戶(hù)合作時(shí)，你就將會(huì)問(wèn)一些問(wèn)題，并且取得他們所提供的信息（需求獲取）。同時(shí)，你將處理這些信息以理解它們，并把它們分成不同的類(lèi)別，還要把客戶(hù)需求同可能的軟件需求相聯(lián)系。然后，你可以使客戶(hù)信息結(jié)構(gòu)化，并編寫(xiě)成文檔和示意圖。下一步，就可以讓客戶(hù)代表評(píng)審文檔并糾正存在的錯(cuò)誤。這四個(gè)過(guò)程貫穿著需求開(kāi)發(fā)的整個(gè)階段。
由于軟件開(kāi)發(fā)項(xiàng)目和組織文化的不同，對(duì)于需求開(kāi)發(fā)沒(méi)有一個(gè)簡(jiǎn)單的、公式化的途徑。下面列出了1 4個(gè)步驟，你可以利用它們指導(dǎo)你的需求開(kāi)發(fā)活動(dòng)。對(duì)于需求的任何子集，一旦你完成了第十三步，那么你就可以很有信心地繼續(xù)進(jìn)行系統(tǒng)的每一部分的設(shè)計(jì)、構(gòu)造，因?yàn)槟銓㈤_(kāi)發(fā)出一個(gè)好的產(chǎn)品:
1. 定義項(xiàng)目的視圖和范圍。
2. 確定用戶(hù)類(lèi)。
3. 在每個(gè)用戶(hù)類(lèi)中確定適當(dāng)?shù)拇怼?br />4. 確定需求決策者和他們的決策過(guò)程。
5. 選擇你所用的需求獲取技術(shù)。
6. 運(yùn)用需求獲取技術(shù)對(duì)作為系統(tǒng)一部分的使用實(shí)例進(jìn)行開(kāi)發(fā)并設(shè)置優(yōu)先級(jí)。
7. 從用戶(hù)那里收集質(zhì)量屬性的信息和其它非功能需求。
8. 詳細(xì)擬訂使用實(shí)例使其融合到必要的功能需求中。
9. 評(píng)審使用實(shí)例的描述和功能需求。
10. 如果有必要，就要開(kāi)發(fā)分析模型用以澄清需求獲取的參與者對(duì)需求的理解。
11. 開(kāi)發(fā)并評(píng)估用戶(hù)界面原型以助想像還未理解的需求。
12. 從使用實(shí)例中開(kāi)發(fā)出概念測(cè)試用例。
13. 用測(cè)試用例來(lái)論證使用實(shí)例、功能需求、分析模型和原型。
14. 在繼續(xù)進(jìn)行設(shè)計(jì)和構(gòu)造系統(tǒng)每一部分之前，重復(fù)6~1 3步。
需求獲取可能是軟件開(kāi)發(fā)中最困難、最關(guān)鍵、最易出錯(cuò)及最需要交流的方面。需求獲取只有通過(guò)有效的客戶(hù)—開(kāi)發(fā)者的合作才能成功。分析者必須建立一個(gè)對(duì)問(wèn)題進(jìn)行徹底探討的環(huán)境，而這些問(wèn)題與產(chǎn)品有關(guān)。為了方便清晰地進(jìn)行交流，就要列出重要的小組，而不是假想所有的參與者都持有相同的看法。對(duì)需求問(wèn)題的全面考察需要一種技術(shù)，利用這種技術(shù)不但考慮了問(wèn)題的功能需求方面，還可討論項(xiàng)目的非功能需求。確定用戶(hù)已經(jīng)理解：對(duì)于某些功能的討論并不意味著即將在產(chǎn)品中實(shí)現(xiàn)它。對(duì)于想到的需求必須集中處理并設(shè)定優(yōu)先級(jí)，以避免一個(gè)不能帶來(lái)任何益處的無(wú)限大的項(xiàng)目。
需求獲取是一個(gè)需要高度合作的活動(dòng)，而并不是客戶(hù)所說(shuō)的需求的簡(jiǎn)單拷貝。作為一個(gè)分析者，你必須透過(guò)客戶(hù)所提出的表面需求理解他們的真正需求。詢(xún)問(wèn)一個(gè)可擴(kuò)充的問(wèn)題有助于你更好地理解用戶(hù)目前的業(yè)務(wù)過(guò)程并且知道新系統(tǒng)如何幫助或改進(jìn)他們的工作。
需求獲取利用了所有可用的信息來(lái)源，這些信息描述了問(wèn)題域或在軟件解決方案中合理的特性。一個(gè)研究表明：比起不成功的項(xiàng)目，一個(gè)成功的項(xiàng)目在開(kāi)發(fā)者和客戶(hù)之間采用了更多的交流方式。與單個(gè)客戶(hù)或潛在的用戶(hù)組一起座談，對(duì)于業(yè)務(wù)軟件包或信息管理系統(tǒng)（MIS）的應(yīng)用來(lái)說(shuō)是一種傳統(tǒng)的需求來(lái)源。
在每一次座談?dòng)懻撝?，記下所討論的條目，并請(qǐng)參與討論的用戶(hù)評(píng)論并更正。及早并經(jīng)常進(jìn)行座談?dòng)懻撌切枨螳@取成功的一個(gè)關(guān)鍵途徑，因?yàn)橹挥刑峁┬枨蟮娜瞬拍艽_定是否真正獲取需求。進(jìn)行深入收集和分析以消除任何沖突或不一致性。盡量理解用戶(hù)用于表述他們需求的思維過(guò)程。充分研究用戶(hù)執(zhí)行任務(wù)時(shí)作出決策的過(guò)程，并提取出潛在的邏輯關(guān)系。流程圖和決策樹(shù)是描述這些邏輯決策途徑的好方法。
當(dāng)進(jìn)行需求獲取時(shí)，應(yīng)避免受不成熟的細(xì)節(jié)的影響。在對(duì)切合的客戶(hù)任務(wù)取得共識(shí)之前，用戶(hù)能很容易地在一個(gè)報(bào)表或?qū)υ捒蛑辛谐雒恳豁?xiàng)的精確設(shè)計(jì)。如果這些細(xì)節(jié)都作為需求記錄下來(lái)，他們會(huì)給隨后的設(shè)計(jì)過(guò)程帶來(lái)不必要的限制。你可能要周期性地檢查需求獲取，以確保用戶(hù)參與者將注意力集中在與今天所討論的話題適合的抽象層上。向他們保證在開(kāi)發(fā)過(guò)程中，將會(huì)詳盡闡述他們的需求。
在一個(gè)逐次詳細(xì)描述過(guò)程中，重復(fù)地詳述需求，以確定用戶(hù)目標(biāo)和任務(wù)，并作為使用實(shí)例。然后，把任務(wù)描述成功能需求，這些功能需求可以使用戶(hù)完成其任務(wù)，也可以把它們描述成非功能需求，這些非功能需求描述了系統(tǒng)的限制和用戶(hù)對(duì)質(zhì)量的期望。雖然最初的屏幕構(gòu)思有助于描述你對(duì)需求的理解，但是你必須細(xì)化用戶(hù)界面設(shè)計(jì)。

0

發(fā)布：2007-03-23 14:28 編輯：泛普軟件 · xiaona [打印此頁(yè)] [關(guān)閉]

相關(guān)欄目：