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

UML系統(tǒng)需求分析建模實例（包含業(yè)務(wù)建模）原始需求某公司鑒于業(yè)務(wù)和員工的快速發(fā)展，為了提高整體工作效率，公司準備開發(fā)一套員工報賬系統(tǒng)，取代本來的人工辦理方式，更為方便的服務(wù)于員工平時的賬務(wù)操作。財務(wù)部門能夠經(jīng)過賬務(wù)系統(tǒng)按期向各部門負責人反應(yīng)賬務(wù)統(tǒng)計狀況，并設(shè)置和保護有關(guān)額度準則。系統(tǒng)應(yīng)當擁有鑒于先進技術(shù)的操作界面。原始需求愿景1.為員工供應(yīng)賬務(wù)的自動化辦理，提高做事效率，方便員工。2.方便財務(wù)部門管理好賬務(wù)信息。涉眾分析涉眾解釋期望員工公司的正式錄用雇員通過網(wǎng)上辦理賬務(wù)業(yè)務(wù)申請，計算機控制流程部門經(jīng)理部門負責人，負責審核員工提交的申請方便審核操作，通過計算機代替原來的手工審核方式。公司主任公司負責人，負責2次審核員工提交的申請方便審核操作，通過計算機代替原來的手工審核方式，界面友好易用。財務(wù)主任公司財務(wù)部門負責人，負責發(fā)放報賬款項通過計算機轉(zhuǎn)賬的方式替代原來的人為付款方式。業(yè)務(wù)用例獲取（1）定義："業(yè)務(wù)用例從一個外面的，增加值的角度來描述一個業(yè)務(wù)過程。為了給這個業(yè)務(wù)的涉眾創(chuàng)立價值，業(yè)務(wù)用例是超越組織界限的業(yè)務(wù)過程，很可能包含合作伙伴和供應(yīng)商?！?業(yè)務(wù)用例：業(yè)務(wù)過程是描述這個業(yè)務(wù)的詳細工作流的；一次涉眾與實現(xiàn)業(yè)務(wù)目標的業(yè)務(wù)之間的交互。它可能包含手工和自動化的過程，也可能發(fā)生在一個長遠的時間段中。“業(yè)務(wù)用例VS系統(tǒng)用例業(yè)務(wù)用例模型系統(tǒng)用例模型不同之處范圍業(yè)務(wù)用例著重于業(yè)務(wù)操作。它們表示實現(xiàn)業(yè)務(wù)目標的業(yè)務(wù)中的具體工作流。業(yè)務(wù)過程可能涉及手工和自動過程，并且在一段長期的時間內(nèi)進行。系統(tǒng)用例著重于要設(shè)計的軟件系統(tǒng)。參與者如何與軟件系統(tǒng)進行交互？我們在系統(tǒng)用例說明中書寫的事件流應(yīng)該足夠詳細，從而用作編寫系統(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)進行交互。系統(tǒng)用例詳細闡明了系統(tǒng)需求。系統(tǒng)用例模型的目的是從涉眾的角度說明需求，而不是設(shè)計如何滿足需求。涉眾業(yè)務(wù)用例圖中，可以讓業(yè)務(wù)參與者【業(yè)務(wù)執(zhí)行者】和業(yè)務(wù)角色【業(yè)務(wù)工人】與業(yè)務(wù)用例進行交互。在系統(tǒng)用例圖中，讓參與者與用例進行交互。相同之處兩者都有參與者。在業(yè)務(wù)用例圖中，將一個參與者原型化為<<BusinessActor>>。兩者都有用例。在業(yè)務(wù)用例模型中，將一個用例原型化為<<BusinessUseCase>>。在參與者與用例之間兩者都有一個通信關(guān)聯(lián)。業(yè)務(wù)用例和系統(tǒng)用例都能夠包含、擴展，以及一般化關(guān)聯(lián)。面向?qū)ο蠓治雠c設(shè)計業(yè)務(wù)用例獲?。?）要獲取用例就一定先得出界限，界限有了，那么界限外的業(yè)務(wù)主角就有了，那么業(yè)務(wù)主角對這個界限內(nèi)的目標就是用例。業(yè)務(wù)用例獲?。?）以每個業(yè)務(wù)目標為一個界限，明確了哪些涉眾與這一業(yè)務(wù)目標有關(guān)，他們作為業(yè)務(wù)主角站在這一界限外提出他們的希望，這些希望作為用例都是為實現(xiàn)這一業(yè)務(wù)目標服務(wù)的（不吻合這一業(yè)務(wù)目標的希望則不被采用）。業(yè)務(wù)用例獲?。?）獲取方法資料、問卷、訪談、觀察、調(diào)研競爭敵手訪談實例：以員工賬務(wù)服務(wù)界限為例，依據(jù)涉眾分析報告和客戶訪談得出的。假定員工對這個系統(tǒng)的希望和目標有經(jīng)過計算機申請報銷業(yè)務(wù)，申請借款業(yè)務(wù)，這兩個希望都是與員工賬務(wù)服務(wù)這個特定的業(yè)務(wù)目標有關(guān)的，所以能夠作為業(yè)務(wù)用例被納入到員工賬務(wù)服務(wù)界限之中。假如假定員工也能夠參加管理賬務(wù)信息，那么得出的員工對系統(tǒng)的希望就不僅這兩個，但是分析的時候要注意與員工賬務(wù)服務(wù)這一業(yè)務(wù)目標有關(guān)的希望只有申請報銷業(yè)務(wù)和申請借款業(yè)務(wù)兩個，其余的希望是與管理賬務(wù)信息這個業(yè)務(wù)目標有關(guān)，應(yīng)當被區(qū)分到管理賬務(wù)信息界限中去。一個疑問的解答貌似部門經(jīng)理也有對員工賬務(wù)服務(wù)界限有貢獻啊，不是有參加審察嗎，為啥部門經(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ù)用例，他們的職責能夠在繪制用例場景活動圖的時候經(jīng)過泳道表現(xiàn)出來。業(yè)務(wù)建模業(yè)務(wù)用例圖業(yè)務(wù)用例實現(xiàn)場景【活動圖或許時序圖】業(yè)務(wù)規(guī)則業(yè)務(wù)用例規(guī)約業(yè)務(wù)用例實現(xiàn)場景報銷申請的業(yè)務(wù)用例場景活動圖系統(tǒng)需求建模系統(tǒng)用例圖系統(tǒng)用例規(guī)約方法：業(yè)務(wù)用例到系統(tǒng)用例的向下賤動系統(tǒng)用例確定映照直接將業(yè)務(wù)用例實現(xiàn)場景中的某個詳細過程變換為系統(tǒng)用例抽象當業(yè)務(wù)場景中的備采用例不可以直接被映照時，抽象獲取。合并拆分演繹業(yè)務(wù)用例實現(xiàn)場景中沒有這個用例，但是系統(tǒng)需要。額外例子－用電申請業(yè)務(wù)用例場景額外例子－用電申請業(yè)務(wù)用例場景找用例（１）引入計算機，降低用例粒度，進入系統(tǒng)模型的成立過程。系統(tǒng)用例能夠從業(yè)務(wù)用例場景中推導出來，業(yè)務(wù)用例場景一般描述為某某做什么，某某做什么，這個某某做什么就是一個備選的系統(tǒng)用例，而后從備采用例中確定系統(tǒng)用例，分析過程以下：員工申請報銷，這是一個填寫報賬單的過程，是經(jīng)過計算機達成的，能夠直接映照成一個系統(tǒng)用例；部門經(jīng)理審察報賬單，這是經(jīng)過計算機來操作決定能否經(jīng)過審察，能夠直接映照成一個系統(tǒng)用例；找用例（２）部門經(jīng)理說明（填寫）拒絕原因，經(jīng)過分析，這個備采用例其實是審察報賬單的結(jié)果之一，也就是說審察報賬單中包含了說明拒絕原因這個行為，所以撤消部門經(jīng)理說明（填寫）拒絕原因的獨立用例資格，將它作為部門經(jīng)理審察報賬單的包含用例。公司主任審察報賬單，公司主任說明（填寫）拒絕原因同上。財務(wù)主任發(fā)放還款，這個備采用例能否能成為系統(tǒng)用例要看狀況的，假如財務(wù)主任是人為的發(fā)放現(xiàn)金或許人為的去銀行匯款轉(zhuǎn)賬，那么沒有經(jīng)過計算機（意思是該系統(tǒng)）進行操作，就不可以算是一個系統(tǒng)用例；而假如財務(wù)主任是經(jīng)過系統(tǒng)供應(yīng)的轉(zhuǎn)賬功能匯款的話，那么就是一個系統(tǒng)用例。回顧涉眾分析報告后我們確定這能夠成為一個系統(tǒng)用例。達成系統(tǒng)用例圖系統(tǒng)用例場景－描述人機交互過程申請報銷撰寫用例規(guī)約和規(guī)則用例圖不過表達了用例的目標，這是遠遠不夠的。用例的背后封裝了不同級其余有關(guān)需求，我們需要經(jīng)過書寫用例規(guī)約把這些需求表達出來。用例規(guī)約就是以用例方式組織的需求規(guī)約。用例規(guī)約模板（１）用例#[用例名應(yīng)是一個動詞短語，應(yīng)讓讀者一目了然地從名字中就可以知道該用例的目標。]使用語境[用例目標，是一個較長的描述，甚至包括觸發(fā)條件。]范圍[用例的設(shè)計范圍，在設(shè)計時將系統(tǒng)作為一個黑盒來考慮。]級別[概要、用戶目標、子功能三者之一。]主執(zhí)行者[也就是該用例的主Actor，在此應(yīng)列出其名稱，并簡要描述。]項目相關(guān)人員利益項目相關(guān)人員利益[項目相關(guān)人員名稱][項目相關(guān)人員取得的利益]…………前置條件[也就是激發(fā)該用例，所應(yīng)該滿足的條件。]后置條件[也就是該用例完成之后，將執(zhí)行什么動作。]成功保證[描述當目標完成后，環(huán)境的變化情況。]觸發(fā)事件[什么引發(fā)用例，例如時間事件。]描述步驟活動1[在這里寫出觸發(fā)事