,需求的數(shù)量將難以管理. 需求相互之間以及與流程的其他可交付工件之間以多種方式相關(guān)聯(lián). 需求有唯一的特征或特征值.例如,它們既非同等重要,處理的難度也不同. 需求涉及眾多相關(guān)利益責(zé)任方,這意味著需求要由跨職能的各組人員來(lái)管理. 需求發(fā)生變更. 需求可能對(duì)時(shí)間敏感. 當(dāng)這些問(wèn)題與需求管理和處理技能不足以及缺乏易用工具等情況一同出現(xiàn)時(shí),許多團(tuán)隊(duì)都對(duì)管理好需求不抱希望了.IBM Rational 已經(jīng)開(kāi)發(fā)出指導(dǎo)團(tuán)隊(duì)提高需求管理技能和流程的專業(yè)技術(shù),并使用相應(yīng)的工具使得上述的流程和專業(yè)技術(shù)得以實(shí)現(xiàn).
需求捕獲
從上述的分析可以看出,需求的捕獲是需求管理的基礎(chǔ)和前提.在這里,將介紹一種為業(yè)界所廣泛采用并經(jīng)驗(yàn)證的需求捕獲方法,即用例模型. 用例模型是系統(tǒng)既定功能及系統(tǒng)環(huán)境的模型,并作為客戶和開(kāi)發(fā)人員之間的契約.
用例模型用作分析,設(shè)計(jì)和測(cè)試活動(dòng)的基本輸入.用例是貫穿整個(gè)系統(tǒng)開(kāi)發(fā)的一條主線.同一個(gè)用例模型即為需求工作流程的結(jié)果,可當(dāng)作分析設(shè)計(jì)工作流程以及測(cè)試工作流程的輸入使用.參與者(Actor)和用例(UseCase)是用例模型中的主要元素. 下圖顯示了自動(dòng)取款機(jī)系統(tǒng)用例模型的一部分:
客戶
查詢
提款
轉(zhuǎn)帳
客戶身份驗(yàn)證系統(tǒng)時(shí)鐘
數(shù)據(jù)庫(kù)服務(wù)器
(from )系統(tǒng)維護(hù)
信函打印機(jī)
打印對(duì)帳單
用例圖用于顯示包含參與者和用例的用例模型示例.系統(tǒng)建模有許多種方法,每種建模方法可以滿足不同的目的.然而,用例模型最重要的作用是將系統(tǒng)行為傳達(dá)給客戶或最終用戶.可能與該系統(tǒng)交互的用戶和任何其他系統(tǒng)都是參與者.由于參與者代表了系統(tǒng)用戶,它們協(xié)助界定系統(tǒng)并提供十分明確的系統(tǒng)用途說(shuō)明.編寫(xiě)用例依據(jù)參與者的需求來(lái)進(jìn)行.這樣就確保該系統(tǒng)成為用戶期望得到的系統(tǒng).
參與者和用例都是通過(guò)將客戶需求及潛在用戶當(dāng)作重要的信息查找到的.找到這些用例和參與者后,應(yīng)對(duì)它們作簡(jiǎn)要說(shuō)明.在詳細(xì)說(shuō)明這些用例之前,客戶應(yīng)復(fù)審該用例模型以核實(shí)所有的用例和參與者都已經(jīng)找到,并且它們可以提供客戶所需要的東西. 在迭代開(kāi)發(fā)環(huán)境中,您可以選擇用例的子集以便在每個(gè)迭代中詳細(xì)描述.參與者和用例找到后,需要詳細(xì)說(shuō)明每個(gè)用例的事件流.這些說(shuō)明指出系統(tǒng)與參與者交互的方式以及在各個(gè)獨(dú)立用例中系統(tǒng)執(zhí)行的有關(guān)操作.
最后,對(duì)已完成的用例模型(包括用例說(shuō)明)進(jìn)行復(fù)審,開(kāi)發(fā)人員和客戶使用該模型對(duì)系統(tǒng)應(yīng)執(zhí)行的操作達(dá)成一致意見(jiàn).
四、需求管理模型
在需求管理的流程中,需求的捕獲手段固然重要,但在需求的捕獲和需求最終成型的過(guò)程中,我們會(huì)面臨各種和需求相關(guān)的信息和資料(也可以把這些信息籠統(tǒng)地稱做"需求"),如何發(fā)現(xiàn)這些信息之間的關(guān)系并有效組織,更為關(guān)鍵. 需求類型 在RUP中,我們采用一種金字塔方式的管理辦法,來(lái)組織和管理我們獲取的信息乃至最終的需求.
為了建立一個(gè)真正滿足客戶需求的系統(tǒng),項(xiàng)目團(tuán)隊(duì)首先必須確定系統(tǒng)要解決的問(wèn)題.然后,團(tuán)隊(duì)必須確定涉眾,從中獲得業(yè)務(wù)和用戶需要,對(duì)其進(jìn)行描述,并區(qū)分它們的優(yōu)先級(jí).從這一組高層期望或需求出發(fā),對(duì)產(chǎn)品或系統(tǒng)特性集達(dá)成一致意見(jiàn).而后,由產(chǎn)品特性來(lái)抽取軟件需求,在我們的模型中,軟件需求是以用例模型的方式來(lái)描述.從測(cè)試的角度來(lái)看,測(cè)試項(xiàng)一定來(lái)自于軟件需求,即軟件需求中確定了哪些需求項(xiàng),測(cè)試就要根據(jù)這些需求項(xiàng)來(lái)制定和實(shí)現(xiàn).
系統(tǒng)越大越復(fù)雜,出現(xiàn)的需求類型就越多.一個(gè)需求類型不過(guò)是指需求的一個(gè)類.通過(guò)確定需求類型,團(tuán)隊(duì)可以把大量需求組織成意義明確且更容易管理的組.在一個(gè)項(xiàng)目中建立不同類型的需求有助于團(tuán)隊(duì)成員對(duì)變更請(qǐng)求進(jìn)行分類,并使相互之間的溝通更為清楚明確.從上述的分析中我們可以看到,通常,一類需求可以細(xì)分即分解成其他類型的需求.這里,
項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
