常見需求模型

1、常見需求模型1、常見需求模型之一一業(yè)務(wù)流程模型1、業(yè)務(wù)流程模型的兩種常見表示方法業(yè)務(wù)流程圖一般用于對核心業(yè)務(wù)的細化描述,可以采用UML中的泳道圖來表示.體檢者效勞人員收裁入員體檢醫(yī)生壕合科醫(yī)生圖1體檢者申請體檢流程如圖1,圖最上方的方框內(nèi)的“體檢者、“效勞人員、“收費人員等表示業(yè)務(wù)中相應(yīng)的崗位,崗位下方對應(yīng)的是該崗位相應(yīng)的責(zé)任,箭頭表示責(zé)任間的執(zhí)行次序,箭頭下方的圖標(biāo)表示崗位間傳輸?shù)膯巫C.圖1表示的體檢者申請體檢后填寫個人情況單,效勞人員開單后形成體檢單,收費人員收費后出具收費單,各科室體檢醫(yī)生按單體檢并記錄體檢結(jié)果,當(dāng)全部體檢項都完成后,由綜合科醫(yī)生出具報告,最后由效勞人員將體檢報告返還給體

2、檢者.vi業(yè)務(wù)流程圖是給甲方的業(yè)務(wù)領(lǐng)導(dǎo)看的,而由于UML的泳道圖過于簡單,有時為了追求美觀,也用so的流程圖來表示,如圖2.上層入庫流程,其中 圖標(biāo)表示可以用便攜設(shè)備現(xiàn)場登記入庫；中間層倉庫治理流程表示“庫存治理業(yè)務(wù)可以分解為“盤點、“移庫、“信息維護、“下限自動提醒等子業(yè)務(wù),其最右方的菱形表示轉(zhuǎn)到“采購流程該流程可單獨再畫一個流程圖；最下方出庫流程表示出庫業(yè)務(wù)過程,其中庫存缺乏,可自動轉(zhuǎn)到“申請采購子業(yè)務(wù).2、什么樣的工程要采用業(yè)務(wù)流程模型對于一些工程的核心業(yè)務(wù),特別是涉及業(yè)務(wù)變革、職能調(diào)整類的工程,尤其需要畫出業(yè)務(wù)流程圖,明確未來業(yè)務(wù)在組織結(jié)構(gòu)、業(yè)務(wù)職能和業(yè)務(wù)信息共享要求等方面的變化情況,

3、借助業(yè)務(wù)高層領(lǐng)導(dǎo)的支持,防止變革阻力向系統(tǒng)的傳導(dǎo).另外,在一些需要標(biāo)準(zhǔn)業(yè)務(wù)的IT工程中,該模型也大有用武之地詳見推薦閱讀1.3、業(yè)務(wù)流程模型和上下文范圍模型的區(qū)別業(yè)務(wù)流程模型重點在核心業(yè)務(wù)流程,擅長描述核心業(yè)務(wù)中涉及的崗位變化、責(zé)任關(guān)系和業(yè)務(wù)流向；上下文范圍模型重點在業(yè)務(wù)范圍,擅長描述業(yè)務(wù)中的用戶、例外處理等.業(yè)務(wù)流程模型一般是對上下文范圍模型中某個核心業(yè)務(wù)的細化.2、常見需求模型之一一上下文范圍模型上下文范圍模型常用于開業(yè)務(wù)需求研討會時,細化需求.按步驟構(gòu)建模型如下列圖:球季人免咳看人玩1,畫好系統(tǒng)和參與者比方在開體檢業(yè)務(wù)系統(tǒng)的業(yè)務(wù)研討會時,可以將該系統(tǒng)畫在中間,將各類參會的人員畫在周圍.2

4、,尋找主要外部參與者的核心業(yè)務(wù)事件由于一個單位的價值一定是通過作用于外部用戶而產(chǎn)生的,所以首先尋找單位的主要外部用戶,由他來激發(fā)單位內(nèi)部的響應(yīng).例子里主要外部用戶是體檢者,他提出了一個“申請體檢的業(yè)務(wù)事件,所以畫出從體檢者到系統(tǒng)的箭頭,并標(biāo)注“申請體檢和標(biāo)號1.3,確定對核心業(yè)務(wù)事件的業(yè)務(wù)響應(yīng)單位外部的體檢者提出“申請體檢后,將激發(fā)單位內(nèi)部的一系列業(yè)務(wù)響應(yīng),依次響應(yīng)如下：效勞人員要“開單；收費人員要“收費；體檢科室要“體檢并記錄結(jié)果；當(dāng)所有體檢結(jié)果都出來后,綜合科醫(yī)生要“出具報告；最終“返回報告給體檢者.所以依次畫出參與者到系統(tǒng)的箭頭,并標(biāo)注“開單、“收費等信息,標(biāo)號都為1,表示是對業(yè)務(wù)事件1

5、“申請體檢的業(yè)務(wù)響應(yīng).4,尋找非核心業(yè)務(wù)事件以及業(yè)務(wù)響應(yīng)處理完主要外部用戶的核心業(yè)務(wù)事件及其業(yè)務(wù)響應(yīng)后,還得考慮非核心業(yè)務(wù)或例外事件,例子中非核心業(yè)務(wù)事件主要有“申請改單,對應(yīng)的業(yè)務(wù)響應(yīng)是收費人員的“處理改單.所以補充畫出從體檢者和收費人員到系統(tǒng)的箭頭,箭頭上標(biāo)注“申請改單和“處理改單,并將標(biāo)號設(shè)為2.例外事件如體檢者過期未取體檢報告怎么辦系統(tǒng)應(yīng)主動提醒一次用戶來取報告,這就是畫出了“5通知用戶取報告.5,尋找其他外部參與者的業(yè)務(wù)事件及其響應(yīng)最后考慮相對于體檢部門的外部單位的業(yè)務(wù)事件,如財務(wù)部門的“提交團隊繳費情況、客服中央的“查詢體檢情況、系統(tǒng)定時觸發(fā)的“通知用戶取報告和維護人員的“治理體檢

6、項等等.該模型繪制的過程,其實就是業(yè)務(wù)需求討論記錄的過程.模型的成果給出了系統(tǒng)大致的范圍概覽.3、常見需求模型之一一主題域模型主題域模型采用UML中的組件視圖,將大型復(fù)雜系統(tǒng)需求先期分解為假設(shè)干主題,再把每個主題當(dāng)作獨立的系統(tǒng),用以初步描述子需求和需求之間的依賴關(guān)系.物資營理子索統(tǒng)QL客服治理子系統(tǒng)/蕊取公司客戶旗費侑息股G線單制資申述赧或售戶體檢業(yè)務(wù)子系統(tǒng)1查世團隊弊撿荒成情況有一體檢醫(yī)院,它光體檢不看病,這類業(yè)務(wù)非常有“錢景.現(xiàn)在要為這類體檢醫(yī)院開發(fā)系統(tǒng),捕獲需求.由于涉及的業(yè)務(wù)較多,前期可以根據(jù)它原有部門的劃分,分為如上圖的三個主題域,確定三個子系統(tǒng).再研究各部門之間原來人員的信息交互情

7、況,決定子系統(tǒng)間對外的接口和協(xié)作關(guān)系注意是需求級的粗略分析.例如,負責(zé)體檢業(yè)務(wù)的部門經(jīng)常要找負責(zé)物資治理部門的人申領(lǐng)物資,所以如圖標(biāo)識“物資申領(lǐng)接口和調(diào)用請求；當(dāng)體檢業(yè)務(wù)部門的物資快消耗完畢時,他要提前通知物資治理部門負責(zé)采購的人員,所以如圖標(biāo)識“提交物資使用情況接口和調(diào)用請求.其他接口也采用類似方法確定.4、常見需求模型之一一思維導(dǎo)圖模型在需求分析時,我們一般使用思維圖在訪談的時候做記錄、方案工程和活動、對研討會作總結(jié).總的來說,只要我們需要簡潔和智能的記錄方式,就會用到思維圖.思維圖是繪圖和文字的結(jié)合,試圖根據(jù)大腦存儲信息的方式來展現(xiàn)信息.我們把每條新的信息與我們已經(jīng)知道的某些事聯(lián)系起來,

8、思維圖通過線把詞和圖聯(lián)系起來的方式,實現(xiàn)了對大腦思維過程的模擬.下列圖是對我們虛擬用戶代表的思維圖模擬.侯尼嘴天下等身局1S6個人喜歡小裝置解昂需庭計篁機工作新奇的 某銀行需求分析師工工部門高性翡DVD播放器計苴機科學(xué)軟件工程學(xué)與妓術(shù)、頊?zhǔn)繉W(xué)位幅長于此11有趣的工作、首席架構(gòu)師兒子思維圖的中間應(yīng)該是中央主題,中央思想應(yīng)該是有強烈視覺效果的圖像.然后外一層分解展示了主要概念、話題、思想或者所選擇的主題的分解.用一到兩個詞來寫下這些思想,然后用線條來連接這些思想,最好用有顏色的線來描繪,這樣人們更容易記住.線條可以用箭頭表示方向,但大多數(shù)情況下思想之間的聯(lián)系是雙向的.思維圖并不總是從中央向外擴散的

9、,有時候有一些想法,或者從記筆記中聽到一些事情,這些東西與圖上已有的東西之間沒有聯(lián)系,但也要畫到圖上去,由于將來可能會發(fā)現(xiàn)聯(lián)系.最后的圖可能不那么漂亮,但對思維是有幫助的.畫思維圖的紙要足夠大,當(dāng)然也可以用畫思維圖的軟件來進行,不過我認為還是直接畫圖比擬好,畫圖的過程本身就是思維的過程,彩色鋼筆的使用使畫圖的過程充滿樂趣,并且新的思想由此源源涌出,在畫的過程中,思想的閘門被翻開了.在對風(fēng)險承當(dāng)者進行訪談詢問的時候,我們可以使用思維圖來記筆記.當(dāng)風(fēng)險承當(dāng)者告訴我們關(guān)于他們的工作、以及需要的新產(chǎn)品的特征的時候,使用思維圖的好處就表達出來了.使用思維圖來記錄訪談的內(nèi)容,就更可能看到聯(lián)系,并且發(fā)現(xiàn)客戶

10、沒有提到但是應(yīng)該解釋的聯(lián)系.思維圖可以是一個多用途的記錄工具,由于可以簡單的一條線來代替聯(lián)系的文字.所謂創(chuàng)造性思維,是善于把一個問題中松散的“遙遠的各個元素聯(lián)系起來,從周圍的環(huán)境中廣泛尋找自己經(jīng)歷過的東西,甚至無意中看到廣告牌或者一次談話都可以引發(fā)聯(lián)想,得出問題的答案,這使得他們得以用的方法來有效的解決問題.思維圖并不可能給出答案,但可以條理性的展示我們可能希望看到的東西,這就是思維圖的作用.5、常見需求模型之一一用例模型一、用例模型的要點但是要繪制好用例圖很簡單,一般就是三個符號：一個小人角色、一個圈用例、一根連線,用例圖并不簡單,需要注意以下問題：1、如果本系統(tǒng)和外部系統(tǒng)有交互或接口,外部

11、系統(tǒng)也是角色.如ATM機系統(tǒng)中與銀行系統(tǒng)的對接例2、產(chǎn)品用例中的角色是實際使用系統(tǒng)的崗位名,如在代售點的火車訂票系統(tǒng),其用例圖如下列圖;3、角色間可以使用繼承關(guān)系簡化設(shè)計,但意義不同；下列圖左邊表示三類用戶點擊的是同一按鈕,看到的是同一界面,可以由同一個程序員開發(fā)的登錄模塊；下列圖右邊表示的是三類用戶點擊的是不同的按鈕,看到的是不同的界面,可以分給不同的程序員分別開發(fā)的登錄模塊；4、用例中核心業(yè)務(wù)要詳細突出,一頁紙寫不下的非核心業(yè)務(wù)可以合并,并在次級用例中展開;5、用例應(yīng)該能為角色帶來業(yè)務(wù)價值,別把動作過程當(dāng)作用例.用例好比是主界面上的按鈕,動作那么相當(dāng)于點擊按鈕后在彈出窗口中的一系列操作.比

12、方查詢是用例,而設(shè)置查詢條件和獲得查詢結(jié)果就是查詢用例的兩個動作.6、采用用戶的視角和術(shù)語命名用例,常為動名詞,防止采用功能視角確定用例.如下列圖處理設(shè)備缺陷工程,左側(cè)是錯誤表達方式,右側(cè)是推薦表達方式.、用例模型的級別用例模型分為業(yè)務(wù)級、產(chǎn)品級和功能級三個級別,應(yīng)在需求過程中逐步細化.C業(yè)務(wù)級用例LU印配送專；、記配送站臬配送人員功能級用例彘一業(yè)務(wù)級用例是用于需求前期界定業(yè)務(wù)范圍的,例子中表示配送人員業(yè)務(wù)上要干“配送這件事；產(chǎn)品級用例用于甲乙雙方簽合時明確工作量的,反映了軟件產(chǎn)品為支持“配送業(yè)務(wù)提供的功能.注意如果自動化程度高的軟件產(chǎn)品,還能提供“自動生成配送路線、“自動生成裝箱方案等功能,

13、但在例子中表示未來軟件產(chǎn)品將只提供“打印配送單和“登記配送結(jié)果兩功能,其他功能不提供；功能級用例用于開發(fā)團隊內(nèi)部治理工程的,反映了各個功能之間的依賴關(guān)系.例子中表示“打印配送單和“登記配送結(jié)果功能都用到了“查詢配送信息功能.三、功能級用例的結(jié)構(gòu)化關(guān)系用例通過擴展、包含、泛化等關(guān)系作為對需求細化的手段,稱之為用例的結(jié)構(gòu)化.比方下列圖所示,不同用例之間的關(guān)系如下：BoonDttultki加Customer?ihdudeKotrlCvunStaffChickout包含(include):一個用例的實現(xiàn)使用另一個用例的實現(xiàn).例如,“預(yù)定房間和“登記入住都需要參與者核對房間的可用性、以及查詢有沒有可用的

14、房間等,這可以增加一個“核對房間清單(CheckRoomDetails)的包含用例.擴展(extend):根本用例不需要了解擴展用例的如何細節(jié),擴展用例在這些擴展點上增加新的行為.例如,酒店治理系統(tǒng)中有一個功能“待分配房間的預(yù)訂人等候名單,如果沒有房間,系統(tǒng)就會把客戶放進這個等候名單(Waitinglist),因此,這個Waitinglist就是預(yù)訂房間(ReserveRoom)的擴展.把擴展別離出來,可以使問題容易理解,這就不至于被過多的問題所糾纏.泛化(generalization):一個用例的實現(xiàn)從另一個抽象的用例繼承.例如,酒店治理系統(tǒng)中“預(yù)定房間用例就可以泛化為“預(yù)定設(shè)施,這樣,以后再有類似的“預(yù)定會議室用例就可以直接從泛化的“預(yù)定設(shè)施用例繼承.在細化確定需求規(guī)格說明時,如果存在以下情況,一般進行用例結(jié)構(gòu)化,將子流或備選流提升為單獨用例：1、當(dāng)一個子事件流被多個用例調(diào)用時；2、備選事件流或子流開發(fā)量較大,需單獨安排人員或時間時；3、準(zhǔn)備在下一版本完成備選事件流時.6、常見需求模型之一一數(shù)據(jù)流模型對于一些后臺類和工具類的工程,由于其業(yè)務(wù)協(xié)作性不明顯,可以采用數(shù)據(jù)流圖來表示.描述數(shù)據(jù)流圖時,一般主要從輸入、處理、存儲和輸出的開發(fā)視角分級描