UML系統(tǒng)需求分析建模實例包括業(yè)務(wù)建模課件

單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,*,UML系統(tǒng)需求分析建模實例（包括業(yè)務(wù)建模）,UML系統(tǒng)需求分析建模實例（包括業(yè)務(wù)建模）,1,原始需求,某公司鑒于業(yè)務(wù)和員工的快速發(fā)展，為了提升整體工作效率，公司準(zhǔn)備開發(fā)一套員工報賬系統(tǒng)，取代原來的人工處理方式，更加方便的服務(wù)于員工 日常的賬務(wù)操作財務(wù)部門能夠通過賬務(wù)系統(tǒng)定期向各部門負(fù)責(zé)人反映賬務(wù)統(tǒng)計情況，并設(shè)置和維護(hù)相關(guān)額度準(zhǔn)則系統(tǒng)應(yīng)該具有基于先進(jìn)技術(shù)的操作界面原始需求某公司鑒于業(yè)務(wù)和員工的快速發(fā)展，為了提升整體工作效率,2,原始需求,愿景,1.為員工提供賬務(wù)的自動化辦理，提高辦事效率，方便員工2.方便財務(wù)部門管理好賬務(wù)信息原始需求愿景1.為員工提供賬務(wù)的自動化辦理，提高辦事效率,3,涉眾分析,涉眾,解釋,期望,員工,公司的正式錄用雇員,通過網(wǎng)上辦理賬務(wù)業(yè)務(wù)申請，計算機(jī)控制流程,部門經(jīng)理,部門負(fù)責(zé)人，負(fù)責(zé)審核員工提交的申請,方便審核操作，通過計算機(jī)代替原來的手工審核方式公司主任,公司負(fù)責(zé)人，負(fù)責(zé),2,次審核員工提交的申請,方便審核操作，通過計算機(jī)代替原來的手工審核方式，界面友好易用財務(wù)主任,公司財務(wù)部門負(fù)責(zé)人，負(fù)責(zé)發(fā)放報賬款項,通過計算機(jī)轉(zhuǎn)賬的方式替代原來的人為付款方式。

涉眾分析涉眾解釋期望員工公司的正式錄用雇員通過網(wǎng)上辦理賬務(wù)業(yè),4,業(yè)務(wù)用例獲?。?）,定義：,業(yè)務(wù)用例從一個外部的，增加值的角度來描述一個業(yè)務(wù)過程為了給這個業(yè)務(wù)的涉眾創(chuàng)造價值，業(yè)務(wù)用例是超越組織邊界的業(yè)務(wù)過程，很可能包括合作伙伴和供應(yīng)商業(yè)務(wù)用例：業(yè)務(wù)過程是描述這個業(yè)務(wù)的具體工作流的；一次涉眾與實現(xiàn)業(yè)務(wù)目標(biāo)的業(yè)務(wù)之間的交互它可能包含手工和自動化的過程，也可能發(fā)生在一個長期的時間段中業(yè)務(wù)用例獲取（1）定義：,5,業(yè)務(wù)用例VS系統(tǒng)用例,業(yè)務(wù)用例模型,系統(tǒng)用例模型,不同之處,范圍,業(yè)務(wù)用例著重于業(yè)務(wù)操作它們表示實現(xiàn)業(yè)務(wù)目標(biāo)的業(yè)務(wù)中的具體工作流業(yè)務(wù)過程可能涉及手工和自動過程，并且在一段長期的時間內(nèi)進(jìn)行系統(tǒng)用例著重于要設(shè)計的軟件系統(tǒng)參與者如何與軟件系統(tǒng)進(jìn)行交互？我們在系統(tǒng)用例說明中書寫的事件流應(yīng)該足夠詳細(xì)，從而用作編寫系統(tǒng)測試腳本的出發(fā)點白盒與黑盒,業(yè)務(wù)用例常常是以白盒形式編寫的它們描述了被建模的組織中的人和部門之間的交互我們使用業(yè)務(wù)用例來說明在“現(xiàn)有”業(yè)務(wù)模型中組織如何工作然后我們重構(gòu)“現(xiàn)有”的業(yè)務(wù)用例模型，讓其面向?qū)⒁５慕M織的未來設(shè)計我們需要創(chuàng)建什么新角色和部門來提供更多價值，或者消除業(yè)務(wù)問題？什么角色和部門需要消失？,系統(tǒng)用例幾乎總是以黑盒形式編寫的。

它們描述了軟件系統(tǒng)之外的參與者如何與將被設(shè)計的系統(tǒng)進(jìn)行交互系統(tǒng)用例詳細(xì)闡明了系統(tǒng)需求系統(tǒng)用例模型的目的是從涉眾的角度說明需求，而不是設(shè)計如何滿足需求涉眾,業(yè)務(wù)用例圖中，可以讓業(yè)務(wù)參與者,【,業(yè)務(wù)執(zhí)行者,】,和業(yè)務(wù)角色,【,業(yè)務(wù)工人,】,與業(yè)務(wù)用例進(jìn)行交互在系統(tǒng)用例圖中，讓參與者與用例進(jìn)行交互相同之處,兩者都有參與者在業(yè)務(wù)用例圖中，將一個參與者原型化為,兩者都有用例在業(yè)務(wù)用例模型中，將一個用例原型化為,在參與者與用例之間兩者都有一個通信關(guān)聯(lián)業(yè)務(wù)用例和系統(tǒng)用例都能夠包含、擴(kuò)展，以及一般化關(guān)聯(lián)業(yè)務(wù)用例VS系統(tǒng)用例業(yè)務(wù)用例模型系統(tǒng)用例模型不同之處范圍業(yè)務(wù),6,面向?qū)ο蠓治雠c設(shè)計,面向?qū)ο蠓治雠c設(shè)計,7,業(yè)務(wù)用例獲?。?）,要獲取用例就必須先得出邊界，邊界有了，那么邊界外的業(yè)務(wù)主角就有 了，那么業(yè)務(wù)主角對這個邊界內(nèi)的目標(biāo)就是用例業(yè)務(wù)用例獲?。?）要獲取用例就必須先得出邊界，邊界有了，那么,8,業(yè)務(wù)用例獲?。?）,以每個業(yè)務(wù)目標(biāo)為一個邊界，明確了哪些涉眾與這一業(yè)務(wù)目標(biāo)有關(guān)，他們作為業(yè)務(wù)主角站在這一邊界外提出他們的期望，這些期望作為用例都是為實現(xiàn)這一業(yè)務(wù)目標(biāo)服務(wù)的（不符合這一業(yè)務(wù)目標(biāo)的期望則不被采納）。

業(yè)務(wù)用例獲?。?）以每個業(yè)務(wù)目標(biāo)為一個邊界，明確了哪些涉眾與,9,業(yè)務(wù)用例獲?。?）,獲取方法,資料、問卷、訪談、觀察、調(diào)研競爭對手,訪談實例：,以員工賬務(wù)服務(wù)邊界為例，根據(jù)涉眾分析報告和客戶訪談得出的假定員工對這個系統(tǒng)的期望和目標(biāo)有通過計算機(jī)申請報銷業(yè)務(wù)，申請借款 業(yè)務(wù)，這兩個期望都是與員工賬務(wù)服務(wù)這個特定的業(yè)務(wù)目標(biāo)有關(guān)的，所以可以作為業(yè)務(wù)用例被納入到員工賬務(wù)服務(wù)邊界之中如果假設(shè)員工也可以參與管理賬務(wù)信 息，那么得出的員工對系統(tǒng)的期望就不止這兩個，但是分析的時候要注意與員工賬務(wù)服務(wù)這一業(yè)務(wù)目標(biāo)相關(guān)的期望只有申請報銷業(yè)務(wù)和申請借款業(yè)務(wù)兩個，其他的期 望是與管理賬務(wù)信息這個業(yè)務(wù)目標(biāo)有關(guān)，應(yīng)當(dāng)被劃分到管理賬務(wù)信息邊界中去業(yè)務(wù)用例獲?。?）獲取方法,10,UML系統(tǒng)需求分析建模實例包括業(yè)務(wù)建模課件,11,一個疑問的解答,貌似部門經(jīng)理也有對員工賬務(wù)服務(wù)邊界有貢獻(xiàn)啊，不是有參與審核嗎，為啥部門經(jīng)理審核賬單就不能算一個業(yè)務(wù)用例呢？之所以會出現(xiàn)這個疑惑和 誤區(qū)還是因為沒有分清楚邊界造成的因為對于員工賬務(wù)服務(wù)邊界來說，處于該邊界的之外的業(yè)務(wù)主角只有員工，而部門經(jīng)理，公司主任，財務(wù)主任都是在這個邊界 之內(nèi)的，他們的工作都只是完成業(yè)務(wù)主角提出的業(yè)務(wù)用例的一個步驟，在這里他們作為業(yè)務(wù)工人無權(quán)提出業(yè)務(wù)用例，他們的職責(zé)可以在繪制用例場景活動圖的時候通 過泳道體現(xiàn)出來。

一個疑問的解答貌似部門經(jīng)理也有對員工賬務(wù)服務(wù)邊界有貢獻(xiàn)啊，不,12,業(yè)務(wù)建模,業(yè)務(wù)用例圖,業(yè)務(wù)用例實現(xiàn)場景【活動圖或者時序圖】,業(yè)務(wù)規(guī)則,業(yè)務(wù)用例規(guī)約,業(yè)務(wù)建模業(yè)務(wù)用例圖,13,業(yè)務(wù)用例實現(xiàn)場景,報銷申請的業(yè)務(wù)用例場景活動圖,業(yè)務(wù)用例實現(xiàn)場景報銷申請的業(yè)務(wù)用例場景活動圖,14,系統(tǒng)需求建模,系統(tǒng)用例圖,系統(tǒng)用例規(guī)約,系統(tǒng)需求建模系統(tǒng)用例圖,15,方法：業(yè)務(wù)用例到系統(tǒng)用例的向下流動,方法：業(yè)務(wù)用例到系統(tǒng)用例的向下流動,16,系統(tǒng)用例確定,映射,直接將業(yè)務(wù)用例實現(xiàn)場景中的某個具體過程轉(zhuǎn)換為系統(tǒng)用例,抽象,當(dāng)業(yè)務(wù)場景中的備選用例不能直接被映射時，抽象得到合并,拆分,演繹,業(yè)務(wù)用例實現(xiàn)場景中沒有這個用例，但是系統(tǒng)需要系統(tǒng)用例確定映射,17,額外例子用電申請業(yè)務(wù)用例場景,額外例子用電申請業(yè)務(wù)用例場景,18,額外例子用電申請業(yè)務(wù)用例場景,額外例子用電申請業(yè)務(wù)用例場景,19,找用例（）,引入計算機(jī)，降低用例粒度，進(jìn)入系統(tǒng)模型的建立過程系統(tǒng)用例可以從業(yè)務(wù)用例場景中推導(dǎo)出來，業(yè) 務(wù)用例場景一般描述為某某做什么，某某做什么，這個,某某做什么就是一個備選的系統(tǒng)用例,，然后從備選用例中確定系統(tǒng)用例，分析過程如下：,員工申請報銷，這是一個填寫報賬單的過程，是通過計算機(jī)完成的，可以,直接映射,成一個系統(tǒng)用例；,部門經(jīng)理審核報賬單，這是,通過計算機(jī)來操作決定是否通過審核,，可以直接映射成一個系統(tǒng)用例；,找用例（）引入計算機(jī)，降低用例粒度，進(jìn)入系統(tǒng)模型的建立過程,20,找用例（）,部門經(jīng)理說明（填寫）拒絕原因，經(jīng)過分析，,這個備選用例其實是審核報賬單的結(jié)果之一,，也就是說審核報賬單中包含了說明拒絕原因這個行為，所以取消部門經(jīng)理說明（填寫）拒絕原因的獨立用例資格，將它作為部門經(jīng)理審核報賬單的包含用例。

公司主任審核報賬單，公司主任說明（填寫）拒絕原因同上財務(wù)主任發(fā)放還款，這個備選用例是否能成為系統(tǒng)用例要看情況的，如果財務(wù)主任是人為的發(fā)放現(xiàn)金或者人為的去銀行匯款轉(zhuǎn)賬，那么沒有通過計算機(jī)（意思是該系 統(tǒng)）進(jìn)行操作，就不能算是一個系統(tǒng)用例；而如果財務(wù)主任是通過系統(tǒng)提供的轉(zhuǎn)賬功能匯款的話，那么就是一個系統(tǒng)用例回顧涉眾分析報告后我們確定這可以成為 一個系統(tǒng)用例找用例（）部門經(jīng)理說明（填寫）拒絕原因，經(jīng)過分析，這個備選,21,完成系統(tǒng)用例圖,完成系統(tǒng)用例圖,22,系統(tǒng)用例場景描述人機(jī)交互過程,申請報銷,系統(tǒng)用例場景描述人機(jī)交互過程申請報銷,23,撰寫用例規(guī)約和規(guī)則,用例圖只是表達(dá)了用例的目標(biāo)，這是遠(yuǎn)遠(yuǎn)不夠的用例的背后封裝了不同級別的相關(guān)需求，我們需要通過書寫用例規(guī)約把這些需求表達(dá)出來用例規(guī)約就是以用例方式組織的需求規(guī)約撰寫用例規(guī)約和規(guī)則用例圖只是表達(dá)了用例的目標(biāo)，這是遠(yuǎn)遠(yuǎn)不夠的,24,用例規(guī)約模板（）,用例,#,用例名應(yīng)是一個動詞短語，應(yīng)讓讀者一目了然地從名字中就可以知道該用例的目標(biāo)使用語境,用例目標(biāo)，是一個較長的描述，甚至包括觸發(fā)條件范圍,用例的設(shè)計范圍，在設(shè)計時將系統(tǒng)作為一個黑盒來考慮級別,概要、用戶目標(biāo)、子功能三者之一。

主執(zhí)行者,也就是該用例的主,Actor,，在此應(yīng)列出其名稱，并簡要描述項目相關(guān)人員利益,項目相關(guān)人員,利益,項目相關(guān)人員名稱,項目相關(guān)人員取得的利益,前置條件,也就是激發(fā)該用例，所應(yīng)該滿足的條件后置條件,也就是該用例完成之后，將執(zhí)行什么動作成功保證,描述當(dāng)目標(biāo)完成后，環(huán)境的變化情況觸發(fā)事件,什么引發(fā)用例，例如時間事件描述,步驟,活動,1,在這里寫出觸發(fā)事件到目標(biāo)完成以及清除的步驟2,3,擴(kuò)展,步驟,分支動作,1a,引起分支的條件,活動或子用例名稱,技術(shù)和數(shù)據(jù)變化,1,變化列表,用例規(guī)約模板（）用例#用例名應(yīng)是一個動詞短語，應(yīng)讓讀者一,25,后記系統(tǒng)分析,員工報銷申請用例實現(xiàn)的分析類時序圖,后記系統(tǒng)分析員工報銷申請用例實現(xiàn)的分析類時序圖,26,后記II-系統(tǒng)分析,VOPC,類圖,后記II-系統(tǒng)分析VOPC類圖,27,后記II-系統(tǒng)設(shè)計,系統(tǒng)架構(gòu),選擇什么框架,基于框架和架構(gòu)的時序圖,后記II-系統(tǒng)設(shè)計系統(tǒng)架構(gòu),28,。