《面向?qū)ο蟮腏ava與UML課件第-8-章業(yè)務(wù)建模》由會員分享，可在線閱讀，更多相關(guān)《面向?qū)ο蟮腏ava與UML課件第-8-章業(yè)務(wù)建模（47頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級,第三級,第四級,第五級,*,*,*,第 8 章業(yè)務(wù)建模,業(yè)務(wù)環(huán)境的重要性,制訂業(yè)務(wù)過程的方法與符號.,UML 活動模型及在描述業(yè)務(wù)過程中的應(yīng)用,業(yè)務(wù)對象以及一些 UML 類標(biāo)識符,初步 UML 狀態(tài)圖建模,第 8 章業(yè)務(wù)建模業(yè)務(wù)環(huán)境的重要性,1,概述,在本章中我們將詳盡地介紹根據(jù)業(yè)務(wù)過程來概述一項業(yè)務(wù)的方法,概述在本章中我們將詳盡地介紹根據(jù)業(yè)務(wù)過程來概述一項業(yè)務(wù)的方法,2,項目特征對業(yè)務(wù)建模的影響,當(dāng)應(yīng)用于某個新的業(yè)務(wù)領(lǐng)域，或是為某位新客戶而開發(fā)的，那么，詳盡的業(yè)務(wù)分析是非常重要的。,應(yīng)用于某個已制定的業(yè)務(wù)領(lǐng)域，并且開發(fā)悉這一業(yè)務(wù)領(lǐng)域

2、，那么，一種不十分嚴(yán)格的業(yè)務(wù)分析或許更為實(shí)用,系統(tǒng)的大小和范圍也決定了需要進(jìn)行業(yè)務(wù)建模的層次；,由于項目風(fēng)險和失敗的代價相對較小，因此，規(guī)模較小的系統(tǒng)開發(fā)可以不做或只做少量的業(yè)務(wù)分析,項目特征對業(yè)務(wù)建模的影響當(dāng)應(yīng)用于某個新的業(yè)務(wù)領(lǐng)域，或是為某位,3,業(yè)務(wù)建模,這里所討論的技術(shù)將會用于生成業(yè)務(wù)模型。,模型將作為系統(tǒng)分析階段的輸入,開發(fā)精確的成本效益模型,業(yè)務(wù)過程建模、成本效益建模和系統(tǒng)分析這三者間的關(guān)系,業(yè)務(wù)過程建模的關(guān)鍵輸出是業(yè)務(wù)過程定義（包括過程圖），以及在隨后的階段中用到的業(yè)務(wù)對象模型。,我們應(yīng)把 UML 活動圖作為描述業(yè)務(wù)過程的一種方法,業(yè)務(wù)建模這里所討論的技術(shù)將會用于生成業(yè)務(wù)模型。,4

3、,面向?qū)ο蟮腏ava與UML課件第-8-章業(yè)務(wù)建模,5,業(yè)務(wù)建模的大概過程,要導(dǎo)出業(yè)務(wù)過程的全局圖，該圖給出了需要建模的業(yè)務(wù)領(lǐng)域的概貌以及展示了我們最終計劃在何處引人一個新的 IT 系統(tǒng)。,將應(yīng)用劇本分析來分析相應(yīng)的業(yè)務(wù)過程。,這一過程將捕獲業(yè)務(wù)過程的大量細(xì)節(jié)，并用特殊方式來組織這些細(xì)節(jié)。,從劇本中，我們可以得出業(yè)務(wù)工作流，,這些工作流可以用 UML 活動圖來描述。我們還可以得出業(yè)務(wù)對象模型，該模型標(biāo)識了業(yè)務(wù)環(huán)境中的一些關(guān)鍵條目。,在實(shí)際開發(fā)中，許多組織也會忽略這一階段，或是以有限的方式執(zhí)行，在后續(xù)的開發(fā)中導(dǎo)致疏忽，這種疏忽會在測試或部署階段暴露出來,業(yè)務(wù)建模的大概過程要導(dǎo)出業(yè)務(wù)過程的全局圖，

4、該圖給出了需要建模,6,面向?qū)ο蟮腏ava與UML課件第-8-章業(yè)務(wù)建模,7,8.1理解業(yè)務(wù)過程的重要性,分析業(yè)務(wù)環(huán)境時，一個常見的問題是“為什么要問所有那些和系統(tǒng)并不直接相關(guān)的問題？,關(guān)于這個問題有多種回答。最重要的是，理解一個系統(tǒng)需要理解他所運(yùn)行的環(huán)境。不然的話，開發(fā)出的系統(tǒng)很可能無法正常工作。許多計算機(jī)系統(tǒng)開發(fā)的失敗正是因為忽略了這一簡單的常識。,先業(yè)務(wù)領(lǐng)域，再系統(tǒng)用途,8.1理解業(yè)務(wù)過程的重要性分析業(yè)務(wù)環(huán)境時，一個常見的問題是“,8,建立業(yè)務(wù)過程圖,分析人員需要首先做的事情之一是詢問“我在哪里？”或者更具體一些：“我在構(gòu)建一個系統(tǒng)，它適合哪種類型的業(yè)務(wù)？”現(xiàn)在，我們應(yīng)當(dāng)著眼于構(gòu)建一張“

5、大圖”，即某項業(yè)務(wù)的過程圖。這對于商定系統(tǒng)范圍是尤為重要的。,過程圖不會很具體和精確，它應(yīng)該是全面,它能迅速獲得業(yè)務(wù)范圍和活動的總體印象,過程圖是是劇本分析和識別用例,建立業(yè)務(wù)過程圖分析人員需要首先做的事情之一是詢問“我在哪里？,9,一幅三層的業(yè)務(wù)過程圖,業(yè)務(wù)過程是對事件的邏輯歸類，這些事件被認(rèn)為是業(yè)務(wù)的基本元素,盡管隨著過程圖的建立，一些過程會出現(xiàn)嚴(yán)格的先后次序，然而我們的目的是將整個的業(yè)務(wù)領(lǐng)域作為一個過程集進(jìn)行描述，而并不關(guān)心過程的次序或單個過程之間的交互作用。,這些過程將在不多于三個層次上被分組。經(jīng)驗表明，過于細(xì)致的分類所獲得的成果反而較少，并且會陷于過多的細(xì)節(jié)中。高層的過程是總的過程，

6、涵蓋了業(yè)務(wù)活動的廣泛領(lǐng)域，并由更集中的過程組成。,一幅三層的業(yè)務(wù)過程圖業(yè)務(wù)過程是對事件的邏輯歸類，這些事件被認(rèn),10,過程圖的頂層分解,頂層不應(yīng)多于 10 個高層過程，這些過程應(yīng)當(dāng)跨越全部的業(yè)務(wù)活動使得分析集中在對業(yè)務(wù)關(guān)鍵方面,對于 IcANDO 化學(xué)制品，這些活動應(yīng)為：,過程圖的頂層分解頂層不應(yīng)多于 10 個高層過程，這些過程應(yīng)當(dāng),11,過程圖頂層分解的說明,在抽象層，這些是公司行為總的劃分。這種劃分或許過于明顯，然而經(jīng)驗表明，這樣劃分容易取得廣泛的一致。對于頂層的分解可能會有實(shí)質(zhì)性的爭辯。這里沒有“正確答案”，所需要的是一種良好的分解，而并非是完美的分解。,過程圖往往要隱藏組織的結(jié)構(gòu)，而僅

7、儀描述組織的功能,信息流的疏忽和時間因素的重要性不能被過分強(qiáng)調(diào)。在一個組織做什么這一方面，很少存在爭議；但對于如何做，爭議卻總是存在。,過程圖頂層分解的說明在抽象層，這些是公司行為總的劃分。這種劃,12,過程圖的第二層描述,過程圖的第二層分解，使其成為第一層活動更細(xì)致的描述,銷售活動的分解為：,合同磋商 與談判以及與顧客簽訂合同有關(guān)的所有活動,訂貨 與訂貨有關(guān)的所有活動,貨物交付 與交貨有關(guān)的活動,接受退貨 與退回不想要的或不滿意的貨物相關(guān)的所有活動,給顧客開發(fā)票 與開發(fā)票相關(guān)的所有活動,接受付款 與接受付款有關(guān)的所有活動,過程圖的第二層描述過程圖的第二層分解，使其成為第一層活動更細(xì),13,過

8、程圖的第三層描述,最后，第二層活動可以分解為第三層的分組,“開發(fā)票活動”可以分解為,標(biāo)識已發(fā)送的和已接受的貨物,給貨物定價,申請折扣,打印發(fā)票,寄送發(fā)票,試圖分解第四層的實(shí)際經(jīng)驗表明達(dá)成一致是非常困難的，并越來越關(guān)系到某一業(yè)務(wù)是如何操作的，而并非該業(yè)務(wù)做什么,過程圖的第三層描述最后，第二層活動可以分解為第三層的分組,14,目前為止定義的所有過程層次的過程圖,目前為止定義的所有過程層次的過程圖,15,822業(yè)務(wù)過程圖的應(yīng)用,能夠與業(yè)務(wù)人員一同構(gòu)建模型，不考慮計算機(jī)系統(tǒng)的操作，實(shí)際上是不考慮任何軟件設(shè)計問題。,容易達(dá)成到三層的共識。,以這樣一種方式總結(jié)某一業(yè)務(wù)，通?？梢源蛴≡谝粡垎为?dú)的 A4 紙上

9、，并提供可管理的討論框架。,過程圖闡明了專有名詞。,利用從高層次視角了解業(yè)務(wù)運(yùn)作的人員，模型可以在 2 至 3 天內(nèi)構(gòu)架起來。,盡管這是業(yè)務(wù)的系統(tǒng)視圖，但不需要介紹就能夠使任何人都很容易理解。,過程圖達(dá)成了一致，并且強(qiáng)調(diào)了共性方面。,集中在功能方面，可以作為企業(yè)流程再造的基礎(chǔ),822業(yè)務(wù)過程圖的應(yīng)用能夠與業(yè)務(wù)人員一同構(gòu)建模型，不考慮計算,16,823繪制過程圖,研討會方法被證明是成功，方法如下：,需要有一個協(xié)調(diào)者，他清楚過程圖的概念。一組業(yè)務(wù)管理人員和或?qū)＜揖奂谝黄?，在極短時間內(nèi)安排一系列的研討會。,每個研討會持續(xù)時間不超過半天，,要集中于模型的一層，或者確定頂層過程，或者確定一到兩個頂層過

10、程對應(yīng)的第二層過程，或者確定一到兩個第二層過程對應(yīng)的第三層過程,823繪制過程圖研討會方法被證明是成功，方法如下：,17,823繪制過程圖,研討會需要嚴(yán)格地限定時間范圍（time boxed）。協(xié)調(diào)者要記下過程列表，并且得出單獨(dú)過程的簡要總結(jié)。,協(xié)調(diào)者不應(yīng)對決定施加影響,823繪制過程圖研討會需要嚴(yán)格地限定時間范圍（time b,18,8.3 業(yè)務(wù)劇本分析,劇本是一系列的事件和活動。,方法是將任何過程分解為簡單的序列,劇本的多樣性,考慮從當(dāng)?shù)氐幕ǖ曩I花這一事件時，可以有非常多的方式來完成該件事一一你可以去花店或是通過電話訂購；你可以自己取花，或是讓助手去取?；ㄒ部梢园b成各種不同的形式，可以附

11、有問候標(biāo)簽。你可以用現(xiàn)金、支票或信用卡支付；你既可以拿走這些花，也可以將它們遞送出去,搜集具有代表性的，將他們組織起來,8.3 業(yè)務(wù)劇本分析劇本是一系列的事件和活動。,19,沏茶的劇本,1 灌滿水壺,2 燒水,3 把茶葉放人茶壺,4 倒人開水,5 等 2 分鐘,6 把茶倒入茶杯,7 加奶和糖,并非所有人都這樣沏茶。有些人用袋茶在杯子里泡茶，有些人等不到 2 分鐘，有些人不加糖。,假如你設(shè)計一個沏茶系統(tǒng)那么你應(yīng)考慮許多劇本。,沏茶的劇本1 灌滿水壺,20,8.3.2 80/20 原則,銀行柜臺的大多數(shù)交易相當(dāng)迅速，但是，少數(shù)幾筆交易花費(fèi)了職員 4 到 5 倍的精力。,上班的路程大部分都可以順利通

12、過，但是，少數(shù)情況會花費(fèi) 2 倍的時間，并帶來很大損失。,通常，你忘在家里的什么東西會很快想起來，但是，有時東西不在該在的地方會造成慌亂，耽誤時間。,8.3.2 80/20 原則銀行柜臺的大多數(shù)交易相當(dāng)迅速，但,21,主要路線,為適應(yīng)大多數(shù)情況，很可能相當(dāng)迅速的設(shè)計業(yè)務(wù)過程，或是構(gòu)建系統(tǒng),真正需要的是可擴(kuò)展的構(gòu)建良好系統(tǒng)的方法,主要路線為適應(yīng)大多數(shù)情況，很可能相當(dāng)迅速的設(shè)計業(yè)務(wù)過程，或是,22,主要路線,通常能確定一條帶有幾個分支的最常用的路線“快樂之路”(happy path）,主要路線是大多數(shù)時候使用的路線，如果能識別出它，就可以使過程中的大多數(shù)用戶感到滿意。,降低的復(fù)雜性，阻止了“分析癱

13、瘓”,主要路線通常能確定一條帶有幾個分支的最常用的路線“快樂之路”,23,替代路線,一旦知道了系統(tǒng)的主要路線，便可以尋找替代路線。這些是常規(guī)的細(xì)微變化,主要路線形成了一條有意義的核對單，能夠用來尋找替代路線,盡量使得替代路線返回主要路線,替代路線一旦知道了系統(tǒng)的主要路線，便可以尋找替代路線。這些是,24,面向?qū)ο蟮腏ava與UML課件第-8-章業(yè)務(wù)建模,25,835異常,異常通常是更為嚴(yán)重的替代路線。,替代路線是例行發(fā)生的，只是不像主要路線那樣頻繁,異常更為罕見，需要不同層次的恢復(fù),替代路線允許通過另一路線實(shí)現(xiàn)目標(biāo)，異常以從未實(shí)現(xiàn)的目標(biāo)告終,在網(wǎng)上訂購系統(tǒng)中，或許有這樣一個例子：某人提交了騙來

14、的信用卡。對這一情況的響應(yīng)也許是接受詳細(xì)信息和訂單，但不是發(fā)貨，而是通知警察。,835異常異常通常是更為嚴(yán)重的替代路線。,26,過程分析的基礎(chǔ),1 找出關(guān)鍵活動（用例或業(yè)務(wù)過程,2 為每項活動定義主要路線,3 使用主要路線尋找替代路線,4 補(bǔ)充替代路線，只要可能就返回到主要路線,5 使用主要路線和替代路線來標(biāo)識異常,記住這一序列，這就是“分析主要路線”。,過程分析的基礎(chǔ)1 找出關(guān)鍵活動（用例或業(yè)務(wù)過程,27,使用活動圖進(jìn)行業(yè)務(wù)建模,將由主要路線和替代路線得到的劇本轉(zhuǎn)化成UML活動圖來描述業(yè)務(wù)。,活動是業(yè)務(wù)過程中的一項任務(wù)，是一段有實(shí)際意義的工作,打印發(fā)票,更改訂單,聯(lián)絡(luò)客戶,許多連在一起的活動

15、形成過程，工作流,使用活動圖進(jìn)行業(yè)務(wù)建模將由主要路線和替代路線得到的劇本轉(zhuǎn)化成,28,轉(zhuǎn)換、事件與決策,工作流從一項活動流向另一項活動,在活動之間用箭頭表示,簡單轉(zhuǎn)換,事件轉(zhuǎn)換,轉(zhuǎn)換、事件與決策工作流從一項活動流向另一項活動,在活動之間,29,轉(zhuǎn)換、事件與決策,有時，替代路線由一些條件所決定。為了表示這一點(diǎn)，圖中放置了一個決策點(diǎn)，用菱形表示。轉(zhuǎn)換采用哪一條替代路線由寫在退出路線旁邊方括號內(nèi)的條件來決定。,轉(zhuǎn)換、事件與決策有時，替代路線由一些條件所決定。為了表示這一,30,轉(zhuǎn)換、事件與決策,轉(zhuǎn)換、事件與決策,31,狀態(tài),狀態(tài)是一項什么也不發(fā)生的活動。,狀態(tài)用圓角矩形表示,下圖給出了支付過程中的一

16、個狀態(tài)，過程在這一狀態(tài)等待顧客付款。,有兩種專門的狀態(tài)用于幫助表示過程。開始狀態(tài)是系統(tǒng)初始化，一幅圖中通常只有一個。終結(jié)狀態(tài)表示過程的結(jié)束。有時，終結(jié)狀態(tài)多于一個。初始狀態(tài)用黑色圓點(diǎn)表示，終結(jié)狀態(tài)則用一個圈中套一個小實(shí)心圓來表示。,狀態(tài)狀態(tài)是一項什么也不發(fā)生的活動。,32,實(shí)現(xiàn)獲得支付過程的簡單活動圖,實(shí)現(xiàn)獲得支付過程的簡單活動圖,33,泳 道,活動圖的另一個特點(diǎn)是泳道,用來表示活動發(fā)生的某些業(yè)務(wù)領(lǐng)域。泳道是活動圖中的一列，其標(biāo)題代表了不同的業(yè)務(wù)領(lǐng)域,泳 道活動圖的另一個特點(diǎn)是泳道,34,面向?qū)ο蟮腏ava與UML課件第-8-章業(yè)務(wù)建模,35,過程目錄,既然有了模型范圍，即過程圖、過程劇本和活動圖，便可將它們組織成過程目錄。過程圖提供概貌，目錄則提供細(xì)節(jié)。每個與系統(tǒng)開發(fā)相關(guān)的過程在過程圖中都有相應(yīng)的條目。每個條目都包含下列信息：,主要路線,替代路線,異常,活動圖,過程目錄既然有了模型范圍，即過程圖、過程劇本和活動圖，便可將,36,名詞辨識法,業(yè)務(wù)對象,名詞辨識法業(yè)務(wù)對象,37,初步狀態(tài)圖建模,初步狀態(tài)圖建模,38,ICANDO,ICANDO 化學(xué)制品需要一個新系統(tǒng)來改善其銷售過程。特別