業(yè)務(wù)處理模型_第1頁(yè)
業(yè)務(wù)處理模型_第2頁(yè)
業(yè)務(wù)處理模型_第3頁(yè)
業(yè)務(wù)處理模型_第4頁(yè)
業(yè)務(wù)處理模型_第5頁(yè)
已閱讀5頁(yè),還剩12頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、第二章 業(yè)務(wù)流程模型本章主要介紹業(yè)務(wù)流程模型(Business Process Model,BPM)的建立方法;業(yè)務(wù)流程模型中的處理、流、組織單元、資源和其他模型對(duì)象的建立方法;處理的分解方法;模型的美化等基本概念。2.1業(yè)務(wù)流程模型的基礎(chǔ)業(yè)務(wù)流程模型是現(xiàn)實(shí)世界中業(yè)務(wù)邏輯的抽象。業(yè)務(wù)流程模型是以用戶的角度對(duì)業(yè)務(wù)邏輯和業(yè)務(wù)規(guī)則描述的一種模型,過(guò)去人們用數(shù)據(jù)流程圖(DFD)來(lái)描述業(yè)務(wù)邏輯和業(yè)務(wù)規(guī)則,則業(yè)務(wù)流程邏輯模型比數(shù)據(jù)流程圖具有更強(qiáng)的表現(xiàn)能力。業(yè)務(wù)流程模型使用圖形符號(hào)來(lái)表示業(yè)務(wù)邏輯中的處理、流、消息、協(xié)作,以及它們之間的相互關(guān)系,它具有一個(gè)或多個(gè)起點(diǎn)及終點(diǎn)。在需求分析過(guò)程中,軟件分析人員根據(jù)業(yè)

2、務(wù)人員對(duì)軟件的功能要求,設(shè)計(jì)出BPM,這種模型只表達(dá)軟件的功能過(guò)程,而不考慮其具體實(shí)現(xiàn)。軟件分析人員通過(guò)BPM理解業(yè)務(wù)流程并對(duì)業(yè)務(wù)流程進(jìn)行改進(jìn)。2.1.1創(chuàng)建新的業(yè)務(wù)流程模型 2.1.2工具選項(xiàng)板的使用工具選項(xiàng)板使用start、end、process、flow工具2.1.3打開(kāi)業(yè)務(wù)流程的示例模型查看處理列表:ModelàProcess顯示BPM中的所有處理定制和過(guò)濾列的條件定義窗口查看流列表:ModelàFlows模型中所有連接處理的流列表窗口2.1.2顯示參數(shù)的定義方法在業(yè)務(wù)流程模型建立后,可根據(jù)模型設(shè)計(jì)者的要求定義其模型的顯示參數(shù),這些顯示參數(shù)控制著模型在圖形窗口中的顯

3、示方式。定義方法:ToolsàDisplay Preferences。組織單元泳道顯示方式的設(shè)置流上顯示其消息格式的設(shè)置2.1.5模型選項(xiàng)的定義方法2.1.6 模型特性的定義方法模型屬性窗口顯示 : ModelàModel Properties定義BPM的模型特性圖形屬性窗口的顯示:ViewàDiagramàProperties定義BPM的圖形屬性2.2業(yè)務(wù)流程模型的設(shè)計(jì)本節(jié)的BPM示例模型以圖形方式顯示了某公司處理電子定單的業(yè)務(wù)需求,該圖由各種處理、流和其他模型對(duì)象組成。業(yè)務(wù)需求:當(dāng)公司收到電子訂單時(shí),“銷售員”要記錄訂單,并對(duì)“顧

4、客”身份進(jìn)行有效性驗(yàn)證,同時(shí)“會(huì)計(jì)員”要對(duì)“顧客”的信用卡進(jìn)行驗(yàn)證,如果“顧客”的身份無(wú)效,“銷售員”給“顧客”發(fā)送電子郵件提醒其沒(méi)有通過(guò)身份驗(yàn)證,同樣如果“顧客”信用卡未通過(guò)驗(yàn)證,“會(huì)計(jì)員”也會(huì)發(fā)送電子郵件提醒顧客訂單沒(méi)有通過(guò)驗(yàn)證。如果以上兩步通過(guò)的話,“銷售員”向“顧客”發(fā)送郵件說(shuō)明訂單已經(jīng)接收并且正在處理中,然后“銷售員”針對(duì)訂單給“倉(cāng)庫(kù)管理員”發(fā)送請(qǐng)求,倉(cāng)庫(kù)管理員負(fù)責(zé)出庫(kù)、分檢以及更新庫(kù)存。2.2.1處理的分解 處理:分派貨物對(duì)這一處理進(jìn)行業(yè)務(wù)分解使之成為復(fù)合處理業(yè)務(wù)分解:“會(huì)計(jì)員”生成訂單并把它傳遞給“倉(cāng)庫(kù)管理員”,“倉(cāng)庫(kù)管理員”負(fù)責(zé)對(duì)物品進(jìn)行分檢、包裝以等待配送處理。如果配送目的地

5、在內(nèi)地,公司將使用自己的配送服務(wù),如果目的地在國(guó)外,公司將利用國(guó)外配送服務(wù)。 復(fù)合處理:分派貨物2.2.2組織單元的泳道設(shè)計(jì)1在復(fù)合處理Dispatch item的圖形窗口中添加Accounting Dpt和Warehousing Dpt組織單元2拖曳Warehouse Dpt組織單元到Accounting Dpt組織單元2.2.3在復(fù)合處理圖形中創(chuàng)建模型對(duì)象2.2.2 在復(fù)合處理中建立對(duì)象間的關(guān)聯(lián)2.2.5 切換業(yè)務(wù)流程模型圖形層次的方法選擇ViewàDiagramàSelect Diagram 菜單,從彈出Select Diagram窗口中選擇一個(gè)BPM圖形節(jié)點(diǎn),單擊“

6、OK”按鈕,則完成業(yè)務(wù)流程模型圖形間的切換。使用圖形窗口右鍵菜單中的DiagramàSelect Diagram和Go Up One Level 也可切換圖形的層次。2.3 細(xì)化復(fù)合處理圖形在Dispatch item復(fù)合處理中創(chuàng)建描述復(fù)合處理圖的對(duì)象后,下面的例子將添加更多的信息,使描述這個(gè)復(fù)合處理的信息更加詳細(xì)。2.3.1創(chuàng)建消息格式2.3.2在處理上定義動(dòng)作的方法處理(Process)是人工(Manual)或系統(tǒng)自動(dòng)(Automated)的服務(wù)。動(dòng)作(Action)是處理的一個(gè)特性。一個(gè)動(dòng)作的確定需要定義類型、執(zhí)行動(dòng)作持續(xù)時(shí)間。2.3.3在流上定義條件的方法流(Flow)是模型對(duì)象間信息流動(dòng)的路徑。一般情況下,單方向的流不需要定義條件,但是,如果一個(gè)流是從判斷(decision)對(duì)象中產(chǎn)生的,那么定義這個(gè)流的條件就變得十分重要。2.3.2資源的使用方法業(yè)務(wù)流程圖中的

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論