商機(jī)被任務(wù)執(zhí)行”或“任務(wù)執(zhí)行BOM商機(jī)” 。
請客戶評審ERD時(shí),要讓他們檢查圖中所顯示的關(guān)系是否全部正確、合適和全面。
第二種武器： 孔雀翎——用例法
用例的重要功能是用畫用例圖的功能來鑒別和劃分系統(tǒng)功能。它把系統(tǒng)分成角色（Actor）和用例（Use Cases）。角色表示與系統(tǒng)交互以實(shí)現(xiàn)某種目的的人、硬件或軟件系統(tǒng)。
判斷角色唯一的標(biāo)準(zhǔn)是它們必須要在被劃分進(jìn)用例的系統(tǒng)部分以外。它們必須能刺激系統(tǒng)部分并接收返回。用例描述了當(dāng)角色給系統(tǒng)特定的刺激時(shí)系統(tǒng)的活動。這些活動被文本描述，它描述了觸發(fā)用例時(shí)受到刺激下反映的本質(zhì)，輸入和輸出到其他活動者和轉(zhuǎn)換輸入到輸出的活動。用例文本通常也描述每一個(gè)活動在特殊的活動線時(shí)可能的錯(cuò)誤和系統(tǒng)應(yīng)采取的補(bǔ)救措施。 用例也可以用活動圖來表示。
這樣說可能會非常復(fù)雜，其實(shí)一個(gè)用例描述了系統(tǒng)和一個(gè)角色的交互順序。用例被定義成系統(tǒng)執(zhí)行的一系列動作，動作執(zhí)行的結(jié)果能被指定角色察覺到。
用例可以完成的目標(biāo)如下:
用例捕獲某些用戶可見的需求，實(shí)現(xiàn)一個(gè)具體的用戶目標(biāo)。
用例由角色激活，并提供確切的值給角色。
用例可大可小，但它必須是對一個(gè)具體的用戶目標(biāo)實(shí)現(xiàn)的完整描述。在UML中，用例表示為一個(gè)橢圓。
用例轉(zhuǎn)變了需求開發(fā)的角度，傳統(tǒng)的需求分析方式是研究用戶需要用系統(tǒng)做什么，而現(xiàn)在則是討論用戶需要實(shí)現(xiàn)什么。用例法的目的是描述。
通常我們是用如下方法確定用例：
首先明確執(zhí)行者和他們的角色，然后確定他們各自參與了哪些業(yè)務(wù)過程。
系統(tǒng)所能反映的外部事件，然后把這些事件與參與的執(zhí)行者和特定的用例聯(lián)系起來。
用特定場景來描述業(yè)務(wù)過程，將這些場景歸納為用例，并確定每項(xiàng)用例涉及哪些角色。
商機(jī)追蹤系統(tǒng)就采用了第一種方法，我召開了一系列用例獲取和分析討論會，每周一到兩次，每次會前都要請用戶思考他們需要使用新系統(tǒng)執(zhí)行什么任務(wù)。我發(fā)現(xiàn)，用例的名稱應(yīng)該表明用戶需要達(dá)到的目標(biāo)，而描述用例則需要在名詞中使用動詞。如此一來，才能真正描述用戶的執(zhí)行任務(wù)，即分析員需要描述的用例。
經(jīng)過需求分析, 該電子公司商機(jī)管理的角色如下:
商機(jī)成員：其職責(zé)是發(fā)布商機(jī)。
商機(jī)管理：其職責(zé)是處理和分配商機(jī)任務(wù), 常有如下動作:商機(jī)分配、驗(yàn)證、詢價(jià)、議價(jià)、索樣、確定。
第三種武器： 碧玉刀——原型法
原型是模型、樣品的意思，顯然它借鑒了制造業(yè)承接批量訂單前先索要樣品的經(jīng)驗(yàn)，在系統(tǒng)初始階段以可以運(yùn)動的原型來說明需求和分析需求，給人以豁然開朗之感。 這里的思想實(shí)際上是以設(shè)計(jì)來獲取需求,以設(shè)計(jì)原型的“磚”引出了真正需求的“玉”。我們也應(yīng)該看到現(xiàn)在軟件工具的可視化也是促成原型法得以快速生成的原因所在。原型實(shí)際上也分為幾種：界面原型、概念模型、數(shù)據(jù)模型。心理學(xué)亦表明人們對活動著的界面原型的理解力遠(yuǎn)遠(yuǎn)大于對靜態(tài)事務(wù)的理解，這就好像影像對視覺的沖擊力遠(yuǎn)遠(yuǎn)大于文本一樣。
一個(gè)快速實(shí)現(xiàn)的原型在整個(gè)需求開發(fā)過程中具有如下作用：
- 明確并完善需求
- 研究和設(shè)計(jì)選擇方案
- 可發(fā)展為最終產(chǎn)品
原型的好處有很多, 掌握如下的原則去構(gòu)建原型相信能獲得更佳的效果：
- 安排在項(xiàng)目計(jì)劃中的創(chuàng)建原型的任務(wù)和安排資源。
- 創(chuàng)建之前要陳述用途。
- 創(chuàng)建廢棄型原型要盡量快速和經(jīng)濟(jì),最少投資開發(fā)那些用于回答問題和解決需求不確定性的原型。
- 對于已經(jīng)理解的需求不要建立原型,除非是研究設(shè)計(jì)選擇方案。
- 在屏幕顯示和報(bào)告中使用看似真實(shí)的數(shù)據(jù)。
- 不能期望用原型去代替軟件需求規(guī)格說明（Software Requirements Specification，SRS）。
- 設(shè)計(jì)原型可以參考同類型軟件的界面, 但設(shè)計(jì)不要脫離現(xiàn)實(shí)需求和目標(biāo)。
好，現(xiàn)在就讓我們來一窺商機(jī)追蹤系統(tǒng)原型界面的廬山真面目吧。
從上面的原型界面看來，它是HTML的網(wǎng)頁格式, 看上去很真實(shí)。但我們也會發(fā)現(xiàn)，原型法和敏捷開發(fā)(XP)的區(qū)別在于功能：原型法側(cè)重在于界面和概念的定義，而敏捷開發(fā)則重在功能的迭代實(shí)現(xiàn)。