iweroulsdjf

什么是業(yè)務(wù)流程建模？

流程是指定的活動(dòng)順序，包含明確確定的用于提供業(yè)務(wù)值的輸入和輸出。例如，技術(shù)文檔搜索流程從 Web 頁面提取客戶的搜索請求，并生成可選的文檔列表。

對流程進(jìn)行建模是非常大的挑戰(zhàn)。建模應(yīng)當(dāng)確保捕獲的相關(guān)信息的一致性及完整性，以便業(yè)務(wù)分析員及開發(fā)人員能夠理解模型所捕獲的業(yè)務(wù)需求。在建模過程中，除了正常操作以外，標(biāo)準(zhǔn)流程的其它操作和異常必需獲取。具有不同領(lǐng)域興趣的專職人員和專家可以構(gòu)建適合于大范圍業(yè)務(wù)對象的流程模型。例如，分析員需要對流程有高度的見解以做出戰(zhàn)略性決策，并進(jìn)行諸如仿真之類的流程分析。開發(fā)人員將流程模型作為輸入來實(shí)現(xiàn)解決方案。

分析員基于從業(yè)務(wù)需求所有者中所收集的需求構(gòu)建業(yè)務(wù)流程 (BP) 模型。通過使用適當(dāng)?shù)墓ぞ撸ɡ?PowerPoint、spreadsheets、IBM? Rational? Requisite Pro 或者其它任意工具組合，并且在適當(dāng)?shù)臅r(shí)候可能是流程建模工具本身）來收集這些需求。分析員將這些需求及對現(xiàn)有流程的分析作為構(gòu)建模型的輸入條件。現(xiàn)有的流程模型用于對其進(jìn)行分析或者通過修改現(xiàn)有的模型來創(chuàng)建新的流程模型，而不用從頭重新創(chuàng)建。

通過將 BP 分成子流程開始建模過程。隨后是對感興趣的各子流程進(jìn)行分析以確定組件、服務(wù)、輸入輸出數(shù)據(jù)、策略及測量。通過使用 WebSphere? Business Integration Modeler 軟件工具 (Business Integration Modeler) 將這些元素編碼到 BP 模型中。

使用一種名為流程元素的建模構(gòu)件來定義 BP 段，將其設(shè)計(jì)為可復(fù)用。流程元素是一種定義流程段的構(gòu)件資產(chǎn)，在 BP 模型中，這種流程段被設(shè)計(jì)為可復(fù)用的構(gòu)件來管理。它們將已建立的一系列任務(wù)、決策、對數(shù)據(jù)對象的引用、策略、角色及測試合并起來。例如，登錄流程元素包含一系列活動(dòng)，登錄證書數(shù)據(jù)以及完成用戶登錄過程的登錄規(guī)則。

這些流程元素表示可接受的操作行為，類似的需求也可復(fù)用它們，例如，作為子流程模型以檢驗(yàn)和為購物籃中的商品定價(jià)。

服務(wù)元素是預(yù)先定義的服務(wù)，可以被導(dǎo)入到 Business Integration Modeler 中以集成到模型中。這些服務(wù)元素指定了輸入、輸出以及發(fā)布的 Web 服務(wù)的操作。例如，服務(wù)元素可以指定發(fā)布遠(yuǎn)程部件提供者的 Web 服務(wù)。

進(jìn)行 BP 建模的工具

Business Integration Modeler 為分析員提供了工具以進(jìn)行建模、分析、仿真，并在將它們轉(zhuǎn)換或?qū)С龅?Rational XDE 的 UML 模型或 WebSphere Business Integration Server Foundation (Business Integration Server Foundation) 的 Web 服務(wù)的業(yè)務(wù)流程執(zhí)行語言 (Business Process Execution Language for Web Services，BPEL4WS) 中之前改進(jìn)了業(yè)務(wù)流程。我們使用 Business Integration Modeler V5.1 來創(chuàng)建 BP 模型并且將它們導(dǎo)出到 WebShere Studio Application Developer Integration Edition V5.1.1 (Application Developer) 中，如圖 1 所示。

Business Integration Modeler V5.1 提供了一套豐富的流程建模功能，包括許多圖形化及文本編輯器、業(yè)務(wù)操作模型 (business operations model，BOM)，以及用于將 BOM 轉(zhuǎn)換成相應(yīng)的目標(biāo)平臺(tái)構(gòu)件的轉(zhuǎn)換機(jī)制。

如圖 2 所示，分析員在適當(dāng)?shù)木庉嬈鳎ɡ纾糜?BP 工作流（包括活動(dòng)及它們之間的連接）的圖形表示的用戶流程編輯器）中創(chuàng)建了各種流程元素。這些流程元素作為 BOM 存儲(chǔ)在磁盤文件中。Business Integration Modeler 自動(dòng)應(yīng)用 BOM 上的相應(yīng)確認(rèn)。在模型導(dǎo)出的后期，分析員將應(yīng)用適當(dāng)?shù)霓D(zhuǎn)換機(jī)制將 BOM 轉(zhuǎn)換成相應(yīng)的目標(biāo)構(gòu)件。圖 2 顯示了受支持的四種類型的輸出構(gòu)件：

1. Business Integration Modeler 構(gòu)件（業(yè)務(wù)流程執(zhí)行語言 (BPEL)+/XML Schema 定義 (XSD)/Web 服務(wù)描述語言 (Web Services Description Language，WSDL)）
2. MQ 工作流的 FlowMark 定義語言 (FlowMark Definition Language，F(xiàn)DL)
3. UML
4. 受限文本

業(yè)務(wù)流程建模包含：

1. 收集 BP 需求。
2. 模型業(yè)務(wù)項(xiàng)目。
3. 模型角色和資源。
4. 模型服務(wù)。
5. 模型策略。
6. 模型關(guān)鍵性能指示器 (Key Performance Indicators，KPI)。

我將在接下來的部分中詳細(xì)地介紹每一步。

收集 BP 需求

BP 分析員與 BP 所有者及領(lǐng)域?qū)＜覅f(xié)作來獲取所需的全部信息以構(gòu)建 BP 模型。例如，分析員使用適當(dāng)?shù)墓ぞ呤占巧⑷蝿?wù)、序列信息、資源、數(shù)據(jù)、敘述、需求，等等，并將它們作為構(gòu)建 BP 模型的輸入內(nèi)容。通過在 Business Integration Modeler 中創(chuàng)建流程模型，業(yè)務(wù)分析員所獲取的信息可以輕易地導(dǎo)出給工作流開發(fā)人員，使他們在 Application Developer 工具中使用這些信息。

模型業(yè)務(wù)項(xiàng)目

業(yè)務(wù)項(xiàng)目是業(yè)務(wù)文檔、工作產(chǎn)品或者在業(yè)務(wù)操作中使用的商品。業(yè)務(wù)項(xiàng)目的一些實(shí)例包括訂單文檔、客戶地址及材料帳單。分析員可以導(dǎo)入以 XML schema 格式定義的數(shù)據(jù)模型或者使用 Business Integration Modeler 來創(chuàng)建新數(shù)據(jù)模型。

數(shù)據(jù)建模的元素包括創(chuàng)建如下內(nèi)容：

• 數(shù)據(jù)目錄
• 業(yè)務(wù)項(xiàng)目
• 業(yè)務(wù)項(xiàng)目模板
• 業(yè)務(wù)項(xiàng)目實(shí)例

數(shù)據(jù)目錄是用于組織業(yè)務(wù)項(xiàng)目、模板及項(xiàng)目實(shí)例的文件夾。數(shù)據(jù)目錄的創(chuàng)建是可選的；如果沒有選擇，那么將會(huì)以 Business Integration Modeler 默認(rèn)的業(yè)務(wù)項(xiàng)目數(shù)據(jù)目錄來創(chuàng)建數(shù)據(jù)模型。

創(chuàng)建業(yè)務(wù)項(xiàng)目并將其添加到現(xiàn)有的數(shù)據(jù)目錄中。隨后將業(yè)務(wù)項(xiàng)目屬性添加到業(yè)務(wù)項(xiàng)目中。例如，我們有 order 業(yè)務(wù)項(xiàng)目，它有諸如 orderItems 和 valid 之類的屬性。這些屬性可能是簡單類型（String、Integer、Boolean 等等），也可能是同一或不同數(shù)據(jù)目錄中的業(yè)務(wù)項(xiàng)目。例如，order 業(yè)務(wù)項(xiàng)目可能包括 OrderItem 類型的屬性 orderItems，該類型位于同一或不同數(shù)據(jù)目錄中。

業(yè)務(wù)項(xiàng)目模板可以用于創(chuàng)建具有公共屬性的業(yè)務(wù)項(xiàng)目。新建的業(yè)務(wù)項(xiàng)目可以添加新的模板中沒有的屬性。例如，可以創(chuàng)建具有適當(dāng)屬性的 orderItem 模板，然后使用該模板無需輸入完整的 orderitem 屬性就可以創(chuàng)建 purchase order 和 manufacturing bill of materials 項(xiàng)目。此外，可以通過添加新的屬性來添加適當(dāng)?shù)臄U(kuò)展名。例如，您可以從 orderItem 模板中創(chuàng)建 purchase order 項(xiàng)目，然后加入額外的屬性，如 purchase date、location、store 等等。業(yè)務(wù)項(xiàng)目實(shí)例表示具體的業(yè)務(wù)項(xiàng)目事件，例如，制造號(hào)碼為“1xDBCS”的訂單。

對業(yè)務(wù)項(xiàng)目進(jìn)行建模的指導(dǎo)

可以將規(guī)則與業(yè)務(wù)項(xiàng)目和它們各自的屬性聯(lián)系起來。但是，由于目前 BPEL 輸出不支持該功能，所以它應(yīng)當(dāng)被添加到模型中以幫助開發(fā)人員開發(fā)。我們推薦將創(chuàng)建數(shù)據(jù)目錄及業(yè)務(wù)項(xiàng)目作為流程建模的第一步，以便它們可以與其它任務(wù)相關(guān)聯(lián)。

通過設(shè)置項(xiàng)目屬性的最小值和最大值來創(chuàng)建業(yè)務(wù)項(xiàng)目的定購序列（數(shù)組）。無論何時(shí)只要可以就使用 WBI 模型中的 XSD 引入選項(xiàng)從現(xiàn)有的 XML schema 元素中引入業(yè)務(wù)項(xiàng)目。將數(shù)據(jù)目錄映射到 java 包及 XSD schema 的目標(biāo)命名空間中，因此我們推薦使用適當(dāng)?shù)氖褂脭?shù)據(jù)目錄名稱以避免開發(fā)問題。

模型業(yè)務(wù)角色和資源

資源是指人、設(shè)備及執(zhí)行任務(wù)所用的材料。角色為資源添加了額外的特征。例如，雇員可能是經(jīng)理。為任務(wù)指派角色主要為了在具有員工活動(dòng)的流程中使用。例如，管理員可能處理任務(wù)中的異常（例如，無效的命令、系統(tǒng)崩潰）。通過調(diào)整資源分配來進(jìn)行流程分析。該分析提供了資源利用級(jí)的詳細(xì)信息并且有助于計(jì)算耗費(fèi)及周轉(zhuǎn)時(shí)間。這有助于優(yōu)化和改進(jìn)流程。此外，對于工作流而言，角色用于將人分配到員工活動(dòng)中。

模型服務(wù)

在 Business Integration Modeler 中，服務(wù)被定義為外部實(shí)體（不包括在被建模的流程之內(nèi)），可以從組織流程的內(nèi)部使用這些外部實(shí)體。

在 Business Integration Modeler 中，可以將一套輸入分組作為輸入標(biāo)準(zhǔn)。每個(gè)輸入標(biāo)準(zhǔn)都定義了特殊的輸入組合，這些組合可以啟動(dòng)流程、服務(wù)或任務(wù)。如果輸入不止一個(gè)，那么默認(rèn)按照與的條件。對于或條件，可以創(chuàng)建額外的輸入標(biāo)準(zhǔn)。向 BPEL 導(dǎo)出時(shí)，限制每個(gè)元素只能有一個(gè)輸入標(biāo)準(zhǔn)。類似地，使用輸出標(biāo)準(zhǔn)將輸出分組。在 Web 服務(wù) WSDL 接口模型（portType 定義）中，這些輸入及輸出標(biāo)準(zhǔn)分別被映射到操作輸入及輸出的消息中。

對業(yè)務(wù)服務(wù)進(jìn)行建模的指導(dǎo)

雖然可以為每種服務(wù)創(chuàng)建許多輸入及輸出標(biāo)準(zhǔn)，但是在 BPEL 中這是不允許的。對于基于 BPEL 的可執(zhí)行的工作流來說，推薦有限的一個(gè)輸入標(biāo)準(zhǔn)及一個(gè)輸出標(biāo)準(zhǔn)。WSDL portType 操作接受單一的輸入消息及單一的輸出消息。清單 1 展示了如何將輸入標(biāo)準(zhǔn)及輸出標(biāo)準(zhǔn)映射到 portType 操作的輸入及輸出消息中。

												
														<portType name="ValidateGenerateTopologyPT">        
<operation name="sendValidateGenerateTopology_InputCriteria">
   <input message="tns:InputCriteriaMessage" 
name="InputCriteriaMessage"/>            
<output message="tns:OutputCriteriaMessage" 
name="OutputCriteriaMessage"/>        
   </operation>    
  </portType>
  					
												
										

目前還不能通過復(fù)用現(xiàn)有的服務(wù) WSDL 來創(chuàng)建服務(wù)元素。要復(fù)用現(xiàn)有的 WSDL 需要更改已生成的代碼。隨后開發(fā)人員應(yīng)當(dāng)通過 BPEL partnerLinks 與適當(dāng)?shù)耐獠糠?wù)相關(guān)聯(lián)。

模型業(yè)務(wù)策略

分析員可以指定需要的策略，但是需要顯式的、可執(zhí)行的規(guī)則來實(shí)施這些策略。策略通常是要聲明的，例如，“僅美國客戶可以定購機(jī)器 X”。在實(shí)施中每個(gè)策略可能需要一個(gè)或更多的實(shí)施點(diǎn)。實(shí)施點(diǎn)可以作為流程的顯式步驟或代碼中的指定位置來實(shí)現(xiàn)。處理事件的時(shí)候也可能出現(xiàn)實(shí)施點(diǎn)。規(guī)則對于實(shí)現(xiàn)策略實(shí)施點(diǎn)來說是有效的方式。規(guī)則是強(qiáng)制性的且在邏輯上是可執(zhí)行的。清單 2 展示了一個(gè)簡單規(guī)則的實(shí)例。

												
														"If !(location(customer) == "USA") then reject(order);"
												
										

在某些情況下，沒有顯式地聲明策略，但是在實(shí)現(xiàn)中隱含地定義了策略。換句話說，實(shí)際的已實(shí)現(xiàn)的實(shí)施點(diǎn)和規(guī)則定義了策略。

分析員將策略寫入每個(gè)任務(wù)的注釋中。開發(fā)人員負(fù)責(zé)將策略轉(zhuǎn)換成規(guī)則。分析員可以向模型中添加服務(wù)元素，這代表了提供實(shí)施點(diǎn)的現(xiàn)有服務(wù)。他們還可以添加任務(wù)來表示實(shí)施策略的代碼的占位符。開發(fā)人員為實(shí)現(xiàn)該任務(wù)添加必要的代碼，換句話說，就是執(zhí)行適當(dāng)?shù)囊?guī)則。（詳細(xì)信息請見“隨需應(yīng)變業(yè)務(wù)流程的生命周期”系列文章的第 4 部分——請參閱參考資料）。

為流程建模

為流程建模的任務(wù)包括定義業(yè)務(wù)流程的細(xì)節(jié)，并為所有數(shù)據(jù)、資源及流程中所使用的其它元素建模。業(yè)務(wù)流程包含一些流程步驟，它們通過控制流相連接，這些控制流將活動(dòng)與決策點(diǎn)相連。決策點(diǎn)遵循業(yè)務(wù)規(guī)則（轉(zhuǎn)換條件），使用這些業(yè)務(wù)規(guī)則來確定流程應(yīng)當(dāng)依照什么路線進(jìn)行。建模包括將 BP 分解成子流程并將所需的流程元素添加到模型中。分析員可以將現(xiàn)有的模型構(gòu)件（例如，服務(wù)或流程元素）用于促進(jìn)并加速模型的構(gòu)建。文章“使用 WebSphere Business Integration Modeler 進(jìn)行業(yè)務(wù)流程建模”（“隨需應(yīng)變業(yè)務(wù)流程的生命周期”系列文章中的部分）描述了從建模構(gòu)件中構(gòu)造流程模型（請參閱參考資料）。

模型關(guān)鍵性能指示器

關(guān)鍵性能指示器 (KPI) 是為跟蹤業(yè)務(wù)的關(guān)鍵因素的成敗而設(shè)計(jì)的。BP 監(jiān)視功能使流程所有者及管理員能實(shí)時(shí)監(jiān)視 KPI。這些功能有助于分析員確定現(xiàn)有流程中的問題及瓶頸，從而結(jié)束開發(fā)循環(huán)，如該系列文章中的第 1 部分中所述（請參閱參考資料）。Business Integration Modeler 提供了將 KPI 添加到流程中的工具，來記錄我們希望跟蹤的那些流程的關(guān)鍵因素（詳細(xì)信息請見文章“使用 WebSphere Business Integration Modeler 進(jìn)行業(yè)務(wù)流程建模”）。

其他的建模指導(dǎo)

• 在 Business Integration Modeler 中存在三種模式：FDL、BPEL 和 Operational。如果將在 Business Integration Server Foundation 中執(zhí)行流程，那么應(yīng)該使用 BPEL 模式建模。這有助于在導(dǎo)出模型之前在 Error View 中查看并且確定驗(yàn)證錯(cuò)誤。
• 應(yīng)該使用高級(jí)業(yè)務(wù)建模的用戶配置文件來添加運(yùn)行時(shí)需求，如控制任務(wù)執(zhí)行的輸入標(biāo)準(zhǔn)和對資源的使用。
• 業(yè)務(wù)項(xiàng)目建模細(xì)化——可以不定義業(yè)務(wù)項(xiàng)目的所有細(xì)節(jié)，隨后將其細(xì)化成更多的細(xì)節(jié)，如新的屬性。它們也可以從 XSD 文件中引入。
• 故障處理不應(yīng)是模型中的內(nèi)容，而應(yīng)留給流程開發(fā)人員處理（例如，對服務(wù)超時(shí)的處理）。

流程模型的驗(yàn)證

將模型放置在 BPEL 模式中，這樣就啟動(dòng)了 BPEL 驗(yàn)證檢查裝置。任何錯(cuò)誤及警告都會(huì)出現(xiàn)在 Error View 中。您可以通過過濾該列表來顯示錯(cuò)誤信息或警告信息，并且從整個(gè)項(xiàng)目到僅所選定的元素中選擇模型級(jí)別。可以導(dǎo)出有錯(cuò)誤的模型，但是最后應(yīng)該找出這些錯(cuò)誤以防止在以后的導(dǎo)出中再次重復(fù)出現(xiàn)。

流程模型導(dǎo)出

模型人員將所需的 BPEL、XSD 及 WSDL 文件導(dǎo)出到 Application Developer 工具中——或者導(dǎo)出到現(xiàn)有的服務(wù)項(xiàng)目中或者導(dǎo)出到一個(gè)文件夾中，以后在導(dǎo)出到服務(wù)項(xiàng)目中。

圖 3 顯示了所生成的文件，以及流程模型元素與生成的文件中相應(yīng)的構(gòu)件之間的關(guān)系。例如，生成復(fù)合業(yè)務(wù)項(xiàng)目作為 XSD Complex 類型。可以導(dǎo)出整個(gè)業(yè)務(wù)建模項(xiàng)目，或者項(xiàng)目中所選定的部分。在導(dǎo)出時(shí)另一個(gè)重要的選項(xiàng)是流程執(zhí)行模式。存在三個(gè)不同的選項(xiàng)，默認(rèn)值是長期運(yùn)行（請求-應(yīng)答）。

流程執(zhí)行模式

當(dāng)將流程模型導(dǎo)出到基于可執(zhí)行的流程構(gòu)件的 BPEL 中時(shí)，三種可用的執(zhí)行模式是：

1. 長期運(yùn)行（接收/應(yīng)答）——該選項(xiàng)將可執(zhí)行的 BPEL 工作流模式設(shè)置成長期運(yùn)行的流程并將流程操作指定為具有輸入及輸出消息的雙向操作。長期運(yùn)行的流程是可中斷的，這使得引入員工和其它活動(dòng)需要可中斷的流程。
2. 長期運(yùn)行（接收回調(diào)）——該選項(xiàng)將可執(zhí)行的 BPEL 工作流模式設(shè)置成長期運(yùn)行的流程并將流程操作指定為單向操作，即僅接受輸入消息而不接受輸出消息。然而，創(chuàng)建回調(diào)操作使得流程能夠?qū)⒔Y(jié)果返回給調(diào)用者。創(chuàng)建了 BPEL 相關(guān)性設(shè)置，但沒有添加相關(guān)性屬性。期待開發(fā)人員以后添加必要的屬性。
3. 微流程——該選項(xiàng)創(chuàng)建了接受雙向消息的流程操作。然而，這些流程是不可中斷的，所以不能向流程中添加員工活動(dòng)。如果流程模型包含具備資源的任務(wù)及基于員工的角色，那么可以導(dǎo)出具備員工活動(dòng)的模型。然而，輸出的可執(zhí)行模型存在驗(yàn)證問題，開發(fā)人員必需更正這一點(diǎn)。

結(jié)束語

業(yè)務(wù)分析員的組織管理嚴(yán)密的建模過程是隨需應(yīng)變業(yè)務(wù)流程生命周期方法學(xué)的關(guān)鍵。業(yè)務(wù)流程模型定義了技術(shù)架構(gòu)以校準(zhǔn) IT 開發(fā)的業(yè)務(wù)規(guī)范。共享的模型存在于業(yè)務(wù)流程的整個(gè)生命周期中，有助于保持業(yè)務(wù)和 IT 視圖的同步性。本文介紹了一些流程建模概念，通過這些概念分析員可以使用 WebSphere Business Integration Modeler V5.1 來定義業(yè)務(wù)流程。此外，本文還給出了一些建模指導(dǎo)，并描述了 Business Integration Modeler 中的各種輸出選項(xiàng)及生成的作為開發(fā)工具輸入的構(gòu)件。

附錄

Business Integration Modeler V5.1：核心功能

WebSphere Business Integration Modeler V5.1 是特別為業(yè)務(wù)用戶設(shè)計(jì)的易于使用的工具，使他們能夠捕獲并編制業(yè)務(wù)流程的具體步驟。包括下列核心功能：

用戶配置文件：Business Integration Modeler 提供了三種不同的用戶配置文件，使得對于同一流程模型可以有不同的視圖。這三種配置文件是：初級(jí)、中級(jí)、高級(jí)。這些配置文件與不同的用戶角色相聯(lián)系。業(yè)務(wù)領(lǐng)域的專家或分析員使用初級(jí)配置文件，它將業(yè)務(wù)任務(wù)作為活動(dòng)序列，而其余的模型信息作為文檔來獲取。中級(jí)配置文件在技術(shù)上更針對于數(shù)據(jù)模型的細(xì)節(jié)、表達(dá)式及基數(shù)信息，并且它更適合于業(yè)務(wù)架構(gòu)師。高級(jí)配置文件提供了更詳細(xì)的流程及數(shù)據(jù)模型的信息。此配置文件非常適用于解決方案中或適合于 IT 架構(gòu)師。注意，轉(zhuǎn)換配置文件不會(huì)改變基本的數(shù)據(jù)模型。

技術(shù)模式：存在三種技術(shù)模式：操作、BPEL 及 MQ Workflow FDL。依照技術(shù)專家對所需細(xì)節(jié)的看法，您應(yīng)當(dāng)在模式之間進(jìn)行切換。在某些模式中一些選項(xiàng)及符號(hào)元素可能失效了，所以選擇合適的模式有助于為目標(biāo)流程的執(zhí)行環(huán)境定義適當(dāng)?shù)臉?gòu)件。注意，轉(zhuǎn)換模式不會(huì)改變基本的數(shù)據(jù)模型。

目錄：這些是對類似的建模實(shí)體的邏輯分類。包括：

• 數(shù)據(jù)（例如定購、產(chǎn)品之類的業(yè)務(wù)項(xiàng)目）
• 流程（主要的流程、子流程、服務(wù)、任務(wù)）
• 資源（例如客戶服務(wù)代表、銷售經(jīng)理之類的角色，或者例如 Web 服務(wù)器、應(yīng)用服務(wù)器之類的資源）
• 組織（組織層次、位置）
• 報(bào)告（總結(jié)、比較、文檔）

這些分組增強(qiáng)了建模實(shí)體的可復(fù)用性。

流程：流程是活動(dòng)的順序、執(zhí)行這些活動(dòng)時(shí)所規(guī)定的條件的順序、執(zhí)行活動(dòng)所需要的資源順序，以及活動(dòng)同服務(wù)交互時(shí)傳遞的數(shù)據(jù)流的順序。通過使用工具提供的圖表符號(hào)來將這些流程建模。

仿真：流程模型仿真幫助組織觀察在不同的輸入下流程是如何執(zhí)行的。該功能提供了對于輸入的更改、對于消耗因素的關(guān)聯(lián)，以及對于資源或當(dāng)前配置的調(diào)整，來模擬真實(shí)的業(yè)務(wù)場景。這些分析增強(qiáng)了對于關(guān)鍵路徑、最短路徑、周轉(zhuǎn)時(shí)間及對于流程模型的耗費(fèi)/時(shí)間的測量的分析。

報(bào)告：該功能為流程分析及重新設(shè)計(jì)提供了非常有價(jià)值的指導(dǎo)。存在各種可用的報(bào)告功能，包括流程摘要、對于兩個(gè)流程模型的比較、ROI 測試中的 As-Is 和 To-Be 的比較、文檔及過程（規(guī)則、策略及過程）報(bào)告。

分析：在流程模型中可以進(jìn)行兩種分析：靜態(tài)分析及動(dòng)態(tài)分析。在靜態(tài)分析中，大多數(shù)信息是從模型中提取出來的，并用于分析消耗、時(shí)間管理、性能、流程有效性及資源水平。動(dòng)態(tài)的分析是由基于輸出日志或事件的模擬流程的輸出過程來完成的。存在兩種動(dòng)態(tài)分析：聚合分析（基于多個(gè)流程模型元素的執(zhí)行過程）和實(shí)例分析（使用流程元素的特定序列的執(zhí)行實(shí)例）。