專利名稱:業(yè)務(wù)服務(wù)通信的自動化實現(xiàn)和/或通過變量的自動生成與種群對可執(zhí)行流程的鏈接的制作方法
技術(shù)領(lǐng)域:
此處描述的特定的示例實施例涉及用于與控制流模型相關(guān)的數(shù)據(jù)流鏈路的變量的生成。此處的特定的示例實施例也涉及壓縮流程模型(例如,事件驅(qū)動流程鏈EPC模型)的數(shù)據(jù)流的流程圖(例如,自動化流程圖)的創(chuàng)建。在特定的示例實施例中,為通過自動化流程圖鏈接可執(zhí)行的流程提供變量的生成,以便數(shù)據(jù)流可以被集成到所述EPC模型中。而且,在特定的示例實施例中,集成的EPC模型可能被轉(zhuǎn)換為BPMN模型??蛇x擇地,所述轉(zhuǎn)換可能相反地發(fā)生,以便從修改的EPC模型創(chuàng)建自動化模型。
背景技術(shù):
業(yè)務(wù)可能具有大量的、復(fù)雜的流程,在一個給定的流程被認(rèn)為“已完成”之前,有時要求來自不同的人、部門、或者甚至公司的輸入。比如,處理一個用于生產(chǎn)線的訂貨單可能包括來自采購部門的輸入(購買原材料)、設(shè)計團(tuán)隊的輸入(設(shè)計產(chǎn)品)、裝配部門的輸入(制造所述產(chǎn)品)、質(zhì)量控制團(tuán)隊的輸入(檢驗所述產(chǎn)品)、銷售部門的輸入(出售生產(chǎn)的產(chǎn)品)等。這些團(tuán)隊中的每一個可能有用于所述流程的要完成的許多不同的子任務(wù),這些子任務(wù)作為一個整體被推進(jìn)。通過檢查表、語言通信或諸如此類的來人工檢查流程通常效率較低并且提高工作流中出現(xiàn)錯誤的可能性(例如,由于定義的流程不符合)。公司可以用于提高執(zhí)行流程的效率的一種技術(shù)包括實行業(yè)務(wù)流程自動化,例如,通過根據(jù)業(yè)務(wù)流程模型描述所述流程。當(dāng)然,將理解到本發(fā)明不限于業(yè)務(wù)流程建模,而很可能將用在其他場景中,比如復(fù)雜的技術(shù)產(chǎn)品的系統(tǒng)工程。比如,汽車的開發(fā)流程現(xiàn)在主要基于模型。在這個場景中,各種汽車構(gòu)件可能在系統(tǒng)范圍的級別上被建模,定義主要的機械構(gòu)件(比如底盤、引擎和動力傳動機構(gòu)等),還有電氣/電子組件仳如雨量傳感器、限速器,嵌入式處理器和相關(guān)的軟件)。而且,當(dāng)開發(fā)流程繼續(xù),單獨的汽車組件本身由越來越多的具體的技術(shù)模型定義,最后形成在不同抽象層次上但仍強烈相關(guān)的各種技術(shù)組件模型。特定的示例實施例的其他的技術(shù)應(yīng)用可能包括,比如技術(shù)制造流程或通過技術(shù)設(shè)備執(zhí)行的定義步驟流的流程,比如用于執(zhí)行制造流程的機器人化的自動化設(shè)備。流程可以以多種符號被建模,其中最流行的一種是業(yè)務(wù)流程建模與標(biāo)記(BPMN)。BPMN或多或少是技術(shù)上的并且可能被轉(zhuǎn)換為可執(zhí)行的流程圖,并且例如可通過集成信息系統(tǒng)架構(gòu)(ARIS)流程管理(APG)服務(wù)器執(zhí)行,這可能對本申請的受讓人是可用的。另一類型的符號被稱為EPC (事件驅(qū)動流程鏈)。在特定的方面,對于特定類型的用戶這個符號可能更簡單和/或更直觀。比如,業(yè)務(wù)終端用戶(例如,非技術(shù)用戶)可能比起B(yǎng)PMN,在EPC中設(shè)計流程使用起來更舒適。然而,當(dāng)業(yè)務(wù)流程被執(zhí)行或采用時,BPMN是更優(yōu)的。提供兩種功能的一種方式是提供自動轉(zhuǎn)換,其中EPC模型可能被轉(zhuǎn)換為BPMN模型(反之亦然)。這樣的轉(zhuǎn)換可能在美國公開號為2009/0265684和美國申請?zhí)枮?3/280,960與13/024,646的專利中被詳細(xì)描述,每個專利的全部內(nèi)容在此通過引用被并入本申請中。相應(yīng)地,用戶可能在EPC中設(shè)計模型并為將EPC轉(zhuǎn)換為BPMN (例如,通過比如EPC2BPMN的轉(zhuǎn)換)的系統(tǒng)提供EPC符號。生成的轉(zhuǎn)換可能被傳送到執(zhí)行BPMN的ARIS流程管理(APG)服務(wù)器。但是,EPC沒有超出它的缺陷。比如,雖然EPC可能對特定的用戶更容易操作,但由于復(fù)雜性和/或正被建模的流程的大小,它可能變得難操作(例如,因為成百上千的步驟可能包含在用于適當(dāng)復(fù)雜的環(huán)境的流程模型中)。訪問由EPC提供的“過細(xì)的”粒度的一種技術(shù)是執(zhí)行新的抽象層級,其允許通過塊來設(shè)計流程而不是使用單一的可執(zhí)行元素。但是,這種技術(shù)可能具有缺陷。比如,所述新的抽象層級可能提高模型的復(fù)雜性導(dǎo)致可能越來越難于(或在特定的例子中不可能)在不同的業(yè)務(wù)服務(wù)之間傳輸數(shù)據(jù),其本身可能是可執(zhí)行的流程。此外,這個類型的方法可能不支持服務(wù)的模塊性,考慮到但是代替地在數(shù)據(jù)流中發(fā)生每個改變后,可能要求檢查整個可執(zhí)行流程。將理解到,這可能潛在地降低最初提供的抽象的有效性。這個問題的例子在圖32中顯示。更具體地,圖3200包括具有各自非常大的單獨的元素的多個大的EPC模型,但是,單獨的元素是小的并難于讀取的。而且,如果用戶縮小的程度過大,用戶可能迷失并且不能抓住目標(biāo)或正被建模的流程的“更大的圖”。此外,簡單地放大(如圖32中所示)不能提供非常高層級的視圖,其中用戶可以對準(zhǔn)流程的目標(biāo)。如上所解釋的,對此進(jìn)行訪問的一種方法是增加一個新的抽象層級。這樣,圖32也包括用于隱藏復(fù)雜性的抽象層級。這通過增值鏈圖(VA⑶)3202的使用完成。在圖3200中的EPC模型被分配給每個鏈,并且控制流通過特定的事件對象(在每個模型的結(jié)束/開始的流程接口)傳遞(例如,在圖3200中的箭頭)。所述VACD流程圖方法的一個問題是可能在某些情況下不可能為每個鏈在EPC流程圖內(nèi)控制數(shù)據(jù)流或?qū)?shù)據(jù)流建模。這個問題顯示在圖33中,其中VACD圖從EPC圖不“知道”數(shù)據(jù)流相關(guān)性(通過圖33中的箭頭表示)。在特定的例子中,問題可能起因于這樣的實施。比如,一個活動在服務(wù)器上流程執(zhí)行過程中故障,所述故障可能不意味著問題存在于該“問題”活動對象位于的EPC模型中。反而,這個問題可能在另一個EPC模型中,其已經(jīng)在執(zhí)行鏈向上/向下傳播這個問題。此外,可能提供可工作的鏈不一定是可行的(在EPC模型的支持下),因為可能包括在另一個EPC中對數(shù)據(jù)流的引用。而且,可能不可能分別測試每一個鏈,并且替代地,可能需要測試整個流程。缺少組件測試可能導(dǎo)致流程開發(fā)的較長的設(shè)計和/或測試時間。這樣,將理解到在本領(lǐng)域中需要對業(yè)務(wù)流程建模的改進(jìn)的技術(shù),其通過多種標(biāo)記方案如,EPC、BPMN和諸如此類的進(jìn)行。在不同的模型層級之間正確地轉(zhuǎn)換的問題,在上述系統(tǒng)工程環(huán)境中是同樣嚴(yán)格的。比如,較強的相互關(guān)聯(lián)性可能存在于汽車的車輛構(gòu)件的較低的抽象(例如,細(xì)粒度的)技術(shù)模型和較高的抽象(例如,更粗粒度的)構(gòu)件或全部的車輛模型之間。這是因為汽車構(gòu)件典型地在更高抽象層級上具有多個交互作用點,其被正確地反射在較低層級的模型中并且反之亦然,一個例子是一個光學(xué)的或基于雷達(dá)的傳感器構(gòu)件可能由基于軟件的限速器和緊急破壞構(gòu)件共享。這樣的相互關(guān)聯(lián)性,以及其它的特征交互可能使得在不同的模型層級之間的模型元素的正確的和一致的轉(zhuǎn)換更困難。
發(fā)明內(nèi)容
因此,在特定的示例實施例中,提供用于變量的生成與種群的技術(shù)(或算法)。這樣的變量的生成與種群可能工作和/或由“自動化流程圖”提供。在特定的示例實施例中,所述流程圖可能提供獨立的可執(zhí)行的塊之間的通信和/或可能控制所述塊之間的相關(guān)性。在特定的示例實施例中,可能提供經(jīng)由自動創(chuàng)建的和/或用對應(yīng)的值填充的變量,通過原子操作和服務(wù)之間的鏈接的自動生成而在不同的“塊”(例如,可能是復(fù)雜的業(yè)務(wù)服務(wù))之間連接的自動化實現(xiàn)。特定的示例實施例可能提供以下和/或其它的一個或更多的優(yōu)點: 流程的可工作可執(zhí)行的塊;.“準(zhǔn)備運行”的模塊化業(yè)務(wù)服務(wù); 在這樣的流程的調(diào)試和測試上,減少時間和精力;以及 簡化流程設(shè)計和/或?qū)τ脩羟宄崿F(xiàn)。在特定的示例實施例中,可能提供一種用于提供自動化流程圖的系統(tǒng)。在特定的示例實施例中,自動化流程圖的生成獨立于EPC模型的創(chuàng)建而被完成。換句話說,自動化流程圖可能不生成于EPC模型。在特定的示例實施例中,自動化鏈之間的數(shù)據(jù)流可能被自動生成。在特定的示例實施例中,提供一種將可執(zhí)行的流程相互鏈接的方法。提供包括多個組件的基礎(chǔ)控制流模型,,所述組件中至少一些包括一個或更多數(shù)據(jù)字段。提供包括多個塊的自動化模型,每個所述的塊與基礎(chǔ)控制流模型的部分子集相關(guān)聯(lián)并包括與基礎(chǔ)控制流模型的各自的部分子集關(guān)聯(lián)的數(shù)據(jù)字段的指令。在自動化模型的塊中的數(shù)據(jù)字段的至少一些指令之間的關(guān)系被定義。對于在自動化模型中的每個塊,通過以下步驟響應(yīng)將基礎(chǔ)控制流模型轉(zhuǎn)換為轉(zhuǎn)換的控制流模型的請求:確定所述塊中的數(shù)據(jù)字段的哪些指令是用于所述塊的輸出;對于每個所述輸出,確定所述多個塊中的另一個的對應(yīng)的輸入;在轉(zhuǎn)換的控制流模型中生成新的組件;創(chuàng)建用于對所述塊的每個輸出和對所述多個塊中的另一個的每個輸入的新的組件的變量;將創(chuàng)建的變量相互關(guān)聯(lián),以根據(jù)在自動化模型中表征的定義的關(guān)系指示兩者之間的連接;以及將新的組件注入到與所述塊相關(guān)的部分子集中。在特定的示例實施例中,提供一種將可執(zhí)行的流程相互鏈接的系統(tǒng)。存儲介質(zhì)被配置為包括多個組件的存儲控制流模型,,所述多個組件中的至少一些包括一個或更多數(shù)據(jù)字段。所述存儲介質(zhì)也被配置為存儲包括多個塊的自動化模型,每個所述的塊與基礎(chǔ)控制流模型的部分子集相關(guān)聯(lián)并包括與基礎(chǔ)控制流模型的各自的部分子集關(guān)聯(lián)的數(shù)據(jù)字段的指令,其中在自動化模型的塊中的數(shù)據(jù)字段的至少一些指令之間的關(guān)系被定義。所述系統(tǒng)包括具有至少一個處理器的處理系統(tǒng)。所述處理系統(tǒng)被配置為,對于在自動化模型中的每個塊,通過以下動作響應(yīng)將基礎(chǔ)控制流模型轉(zhuǎn)換為轉(zhuǎn)換的控制流模型的請求:確定塊中的數(shù)據(jù)字段的哪些指令是用于塊的輸出;對于每個所述輸出,確定所述多個塊中的另一個的對應(yīng)的輸入;在轉(zhuǎn)換的控制流模型中生成新的組件;創(chuàng)建用于對塊的每個輸出和對所述多個塊中的另一個的每個輸入的新的組件的變量;將創(chuàng)建的變量相互關(guān)聯(lián),以根據(jù)在自動化模型中表征的定義的關(guān)系指示兩者之間的連接;以及將新的組件注入到與所述塊相關(guān)的部分子集中。在特定的示例實施例中,提供鏈接基礎(chǔ)控制流流程模型的片段的一種計算機實現(xiàn)方法,所述基礎(chǔ)控制流流程模型包括在所述片段之間劃分的多個組件。所述多個組件中的至少一些包括一個或更多的數(shù)據(jù)字段。 所述多個片段包括分別包括第一和第二組件的第一和第二片段,所述第一和第二組件包括第一和第二數(shù)據(jù)字段。包含多個塊的基礎(chǔ)自動化模型被創(chuàng)建,所述多個塊包括至少一個第一塊和一個第二塊。在所述基礎(chǔ)自動化模型的多個塊之間的多個關(guān)系被定義,所述定義的多個關(guān)系包括在所述第一塊和所述第二塊之間的第一關(guān)系。將所述基礎(chǔ)自動化模型與所述基礎(chǔ)控制流流程模型相關(guān)聯(lián)以創(chuàng)建組合模型,其包括:將所述基礎(chǔ)控制流模型的片段中的每一個與所述基礎(chǔ)自動化模型的多個塊中的各自一個相關(guān)聯(lián),所述第一和第二片段分別與所述第一和第二塊相關(guān)聯(lián);以及將各自的組件中的至少一些組件的至少一些數(shù)據(jù)字段分配到多個關(guān)系,包括將所述第一數(shù)據(jù)字段分配到所述第一關(guān)系和將所述第二數(shù)據(jù)字段分配到所述第一關(guān)系。在特定的示例實施例中,提供一種將可執(zhí)行流程相互鏈接的計算機實現(xiàn)方法。提供包括多個組件的基礎(chǔ)控制流模型,,所述多個組件中的至少一些包括一個或更多的數(shù)據(jù)字段。提供包括多個塊的自動化模型,每個所述的塊與基礎(chǔ)控制流模型的部分子集相關(guān)聯(lián)并包括與基礎(chǔ)控制流模型的各自的部分子集關(guān)聯(lián)的數(shù)據(jù)字段的指令,其中在自動化模型的塊中的數(shù)據(jù)字段的至少一些指令之間的關(guān)系被定義。對于在自動化模型中的所述塊中的至少一個,通過以下動作響應(yīng)將基礎(chǔ)控制流模型轉(zhuǎn)換為轉(zhuǎn)換的控制流模型的請求:在所述轉(zhuǎn)換的控制流|旲型中生成個新的組件;以及根據(jù)在自動化|旲型中表征的定乂的關(guān)系,為所述新的組件創(chuàng)建一個錨點。在特定的示例實施例中,生成的變量可能被鏈接從而定義一個數(shù)據(jù)流。此外,或可選地,在特定的示例實施例中,流程或事件可能被鏈接。因此,可能在在一個組件中創(chuàng)建的錨點和在另一個組件中創(chuàng)建的錨點之間創(chuàng)建一個鏈接。特定的示例實施例也提供可觸地存儲用于執(zhí)行上述總結(jié)的和/或其它方法的指令的非暫態(tài)計算機可讀存儲介質(zhì),以及對應(yīng)的計算機程序。特定的示例實施例可能包括被配置為實施也由特定的示例實施例提供的上述總結(jié)的和/或其它方法的系統(tǒng)。這些特征、方面、優(yōu)點和示例的實施方式可能被分別使用和/或以多種結(jié)合應(yīng)用以實現(xiàn)本發(fā)明的進(jìn)一步的實施例。
通過結(jié)合附圖引用以下示例說明的實施例的詳細(xì)描述,可以更好并更完全地理解這些和其它的特征與優(yōu)點,附圖為:圖1A是根據(jù)特定的示例實施例的包含控制和數(shù)據(jù)流處理的示例的EPC到BPMN轉(zhuǎn)換的不意圖;圖1B是根據(jù)特定實施例的流程流圖;圖1C是對應(yīng)于圖1B中的流程流的示例的數(shù)據(jù)流圖;圖2是顯示通過鏈數(shù)據(jù)字段在流程之間的通信的示例流程圖; 圖3A是根據(jù)特定的示例實施例包含自動化流程圖的示例的EPC到EPC到BPMN轉(zhuǎn)換的不意圖;圖3B是示例的自動化流程圖的示意圖;圖 4顯示根據(jù)特定的示例實施例在與此相關(guān)的自動化流程圖中可能具有對應(yīng)的鏈的示例流程;圖5是定義與業(yè)務(wù)流程模型關(guān)聯(lián)的鏈字段的示例用戶界面;
圖6是與業(yè)務(wù)流程模型關(guān)聯(lián)的用于鏈的示例流程圖;圖7是根據(jù)特定的示例實施例顯示處理流程的設(shè)計和執(zhí)行的示例組件的示意流程圖;圖8是顯示創(chuàng)建可執(zhí)行的業(yè)務(wù)流程的示例轉(zhuǎn)換的示意流程圖;圖9是根據(jù)特定的示例實施例顯示業(yè)務(wù)流程轉(zhuǎn)換的示意流程圖;圖10是示例的自動化流程圖;圖11顯示根據(jù)特定的示例實施例從第一 EPC模型到第二 EPC模型的示例轉(zhuǎn)換;
圖12是另一個示例的自動化流程圖;圖13顯示可能與業(yè)務(wù)流程模型有關(guān)的示例的鏈;圖14-17顯示基于圖12的自動化流程圖用于各自的鏈的示例的功能分配圖;圖18-21顯示根據(jù)特定的示例實施例的示例的EPC模型和它們各自的數(shù)據(jù)字段;圖22-25顯示從圖18_21的各自的EPC模型示例轉(zhuǎn)換的具有注入的數(shù)據(jù)流的修改的EPC模型;圖26-29顯示從在圖22_25中顯示的EPC模型轉(zhuǎn)換的BPMN模型;圖30是根據(jù)特定的實施例用于執(zhí)行業(yè)務(wù)流程的示例的轉(zhuǎn)換流程;圖31顯示根據(jù)特定的示例實施例的示例的處理系統(tǒng);圖32是與VA⑶模型關(guān)聯(lián)的EPC模型的示意圖;以及圖33是顯示EPC模型中的流程的數(shù)據(jù)字段之間的關(guān)系的EPC模型的示意圖。
具體實施例方式
在傳統(tǒng)的應(yīng)用中,業(yè)務(wù)流程標(biāo)記涉及表達(dá)一個“控制流”。比如,財務(wù)主管批準(zhǔn)一項購買,然后可能觸發(fā)進(jìn)一步的事件,其中公司的財務(wù)總監(jiān)必須批準(zhǔn)一項購買(例如,如果該項購買超過一定的金額)。換句話說,一系列的事件被觸發(fā)。監(jiān)控(或查看)這些事件流是業(yè)務(wù)流程模型的特征之一。用戶可以查看從事件到事件的流。如上所述,業(yè)務(wù)流程模型可能以EPC符號表達(dá)。這樣的創(chuàng)建的EPC模型可能被轉(zhuǎn)換為BPMN(例如,更技術(shù)性的符號),并且最后被執(zhí)行或部署以供使用。但是,這些符號可能在顯示定義的業(yè)務(wù)流程模型的多個之間和/或兩者之間的潛在的數(shù)據(jù)流起到相對較弱的作用。這樣,特定的示例實施例提供可表示用于給定的控制流的數(shù)據(jù)流的“數(shù)據(jù)流”視圖(例如,更傳統(tǒng)的EPC模型)。在特定的示例實施例中,一個示例的數(shù)據(jù)流視圖/流程圖/模型可能從給定的串串業(yè)務(wù)流程模型被自動創(chuàng)建。在特定的示例實施例中,用戶界面可能被提供以促進(jìn)數(shù)據(jù)流視圖/流程圖/模型的創(chuàng)建。換句話說,所述系統(tǒng)的用戶可能創(chuàng)建數(shù)據(jù)流然后在與給定的業(yè)務(wù)流程模型相關(guān)的多個數(shù)據(jù)視圖之間分配值或鏈接。在特定的示例實施例中,數(shù)據(jù)流模型可能以來自自動和人工任務(wù)兩者的輸入被創(chuàng)建。比如,與給定的模型相關(guān)的數(shù)據(jù)字段可能被提取以形成原始數(shù)據(jù)視圖。然后用戶可能將這些數(shù)據(jù)字段在多個數(shù)據(jù)視圖之間關(guān)聯(lián)以創(chuàng)建可視的數(shù)據(jù)“流”。如上所述,EPC符號可能是更“用戶友好的”用于業(yè)務(wù)用戶的建模語言。但是,在特定的情況下,可能期望對以EPC符號(或另一個面向業(yè)務(wù)流程描述)建模的業(yè)務(wù)流程創(chuàng)建更技術(shù)性的描述(例如,BPMN)。圖1A是根據(jù)特定的示例實施例的包含控制和數(shù)據(jù)流處理的示例的EPC到BPMN轉(zhuǎn)換的示意圖。此處,用戶(例如,業(yè)務(wù)用戶)最初以EPC符號設(shè)計業(yè)務(wù)流程。比如,所述業(yè)務(wù)流程可能是訂單執(zhí)行業(yè)務(wù)流程。除流程的控制流外,用戶也可能包括描述數(shù)據(jù)怎樣在多個模型或流程之間流動的數(shù)據(jù)流。在一個特定的點,用戶可能將業(yè)務(wù)流程模型(例如,以EPC符號說明)轉(zhuǎn)換(例如,通過轉(zhuǎn)換流程)為更技術(shù)性的描述(例如,以BPMN)。比如,所述轉(zhuǎn)換可能是比如在美國申請?zhí)枮镹0.13/280, 960的專利中描述的EPC2BPMN轉(zhuǎn)換,其全部內(nèi)容在此通過引用被并入本申請中。一旦被部署,所述流程可能被運行或執(zhí)行以便設(shè)計的訂單執(zhí)行流程可能被比如公司的銷售團(tuán)隊使用。圖1B和IC提供用戶初始創(chuàng)建的流程的更詳細(xì)的視圖。圖1B是根據(jù)特定實施例顯示示例的業(yè)務(wù)流程的流程流圖,圖1C是對應(yīng)于圖1B中的流程流的示例的數(shù)據(jù)流圖。此處,所述業(yè)務(wù)流程開始于121并進(jìn)行到步驟“誰提問”122A。這個事件包括通過輸入的字段124A的尤里的輸入和通過輸入字段123選擇第二用戶的指令。一旦用戶被選擇,通過步驟126A的文本字段125問題被輸入。隨后,當(dāng)在130A電子郵件被生成或接收,所述流程進(jìn)行到實時消息步驟128A。在實時消息后,所述流程在129結(jié)束。圖1C中的數(shù)據(jù)流圖可能被自動生成以顯示與圖1B的流程流圖相關(guān)的數(shù)據(jù)流。更具體地,步驟122A,124A,與126A,128A,與130A中的每個都具有各自的數(shù)據(jù)字段122B, 124B, 126B, 128B,與130B。所述數(shù)據(jù)流圖然后映射變量或參數(shù)信息怎樣在多個步驟之間移動。這樣,比如,用戶可以確定實時消息使用來自步驟126A的文本字段125的內(nèi)容,并且來自郵件130A的主題字段的文本作為實時消息的輸入。在特定的示例實施例中,數(shù)據(jù)被提取比國內(nèi)切用戶分配數(shù)據(jù)怎樣流動。傳統(tǒng)的流程模型(例如,EPC模型)可能變得太大而不能有效維持。嘗試創(chuàng)建進(jìn)一步的抽象層級(例如,VACD)可能發(fā)生故障,因為對頂層抽象層級的改變可能不能有效地轉(zhuǎn)化到較低層的更技術(shù)性的模型。因此,本申請的發(fā)明人已經(jīng)提出“自動化流程圖”。在特定的示例實施例中,所述流程圖可能將另一個抽象層增加到業(yè)務(wù)流程層級(例如,以EPC或其它符號),所述業(yè)務(wù)流程層級具有用于鏈的附加變量(或其它實體,例如,流程、事件等)生成,其可能基于該信息創(chuàng)建。在特定的示例實施例中,在自動化流程圖中的通信發(fā)生在用于流程圖的鏈的數(shù)據(jù)字段之間。因此,在特定的示例實施例中,在可執(zhí)行的流程流EPC之間可能沒有通信。圖2顯示示例的流程圖,其中鏈數(shù)據(jù)202,204和206可能分別包括來自關(guān)聯(lián)模型的數(shù)據(jù)字段。所述模型之間的轉(zhuǎn)換關(guān)于鏈之間的數(shù)據(jù)而不是關(guān)聯(lián)的EPC模型的流程流被定義。圖3A是根據(jù)特定的示例實施例包含自動化流程圖的示例的EPC到EPC到BPMN轉(zhuǎn)換的示意圖。此處,第一 EPC模型視圖302包括傳統(tǒng)的流程流圖306和自動化流程圖304(其與圖3B顯示的流程圖相同)。如此處所討論的,所述自動化流程圖可能被自動、人工或其結(jié)合而生成,以顯示關(guān)聯(lián)的實體或模型等之間的數(shù)據(jù)流。所述流程圖可能基于給定的流程模型,比如以EPC符號描述的流程模型。在特定的示例實施例中,所述流程流圖和自動化流程圖可能以EPC符號描述。在特定的示例實施例中,所述流圖以EPC模型定義并且所述自動化流程圖以獨立的符號定義(例如,分離于EPC)。在任何情況下,所述流程圖可能從它們在302中的狀態(tài)轉(zhuǎn)換為306中顯示的另一個EPC流程圖(例如,EPC2EPC轉(zhuǎn)換)。在數(shù)據(jù)流圖304中提出的變量可能被轉(zhuǎn)換為生成的“映射”活動。然后生成的映射活動可能被注入或插入視圖306中的流圖。在特定的示例實施例中,所述生成的映射活動在鏈接到另一個模型(例如,EPC模型)之前被設(shè)置。比如,這可能比如用事件和流程接口對象完成。在特定的示例實施例中,對于每個定義的塊到塊通信,映射活動被生成和插入。如上所述,在所述302視圖中,所述流程控制圖沒有以任何明確的方式鏈接。這樣,在特定的示例實施例中,生成的或插入的活動可能促進(jìn)將業(yè)務(wù)流程鏈接在一起,而仍然維持?jǐn)?shù)據(jù)流控制圖304。在特定的示例實施例中,所述生成的變量可能位于生成的映射活動的數(shù)據(jù)流圖中。在特定的示例實施例中,所述映射活動的對象類型可能是“功能”。一旦所述轉(zhuǎn)換流程模型被創(chuàng)建(例如,以EPC符號),然后它可能被轉(zhuǎn)換為用于部署、檢查、執(zhí)行等的BPMN310模型。圖3B是來自圖3A的自動化流程圖304的更近的視圖。所述自動化視圖包括塊(自此可能指鏈),所述塊分別包含給定模型(例如,所述“批準(zhǔn)模型”)的數(shù)據(jù)字段。在特定的示例實施例中,一個塊可能與業(yè)務(wù)流程的一個或更多的原子實體關(guān)聯(lián)。比如,一個模型可能包括15個單獨實體。因此,一個塊可能與一個完整的流程模型關(guān)聯(lián)并且所述模型的數(shù)據(jù)字段可能包括在所述塊中??刂屏鞒棠P偷牧鞒?、功能和類似的可能自動地或人工地與塊關(guān)聯(lián)。比如,用戶可能將流程流的實體拖放到關(guān)聯(lián)的數(shù)據(jù)流塊中。在特定的示例實施例中,用這樣的實現(xiàn),可能創(chuàng)建數(shù)據(jù)字段之間的連接并且后來控制那些塊被執(zhí)行哪些塊不被執(zhí)行(例如,如上所解釋的什么時候自動化流程圖被用于轉(zhuǎn)換)。因此,代替以傳統(tǒng)的控制流定義模型之間的轉(zhuǎn)換,模型之間的轉(zhuǎn)換可能在每個模型的數(shù)據(jù)之間被定義。圖4顯示根據(jù)特定的示例實施例的示例鏈目錄。在特定的情況下,所有可用的塊可能在EPC中被列為功能。功能可能設(shè)計在EPC中的活躍(active)元素和/或描述從最初狀態(tài)到結(jié)果狀態(tài)的轉(zhuǎn)換。這可能使得用于更容易知道哪些塊存在。此外,從技術(shù)的觀點,這可能給用戶一個相對清楚的起始點。在特定的示例實施例中,每一個功能表示一個塊并且它包含對功能分配圖的分配,所述功能分配圖描述各自的塊的數(shù)據(jù)字段。圖5是定義與業(yè)務(wù)流程模型關(guān)聯(lián)的鏈字段的示例用戶界面。此處,所有與西里爾(Cyrillic)屏幕模型相關(guān)的數(shù)據(jù)字段被呈現(xiàn)給用戶。在EPC流程設(shè)計過程中模型的數(shù)據(jù)字段可能被指定。在特定的示例實施例中,有兩種類型的自動鏈數(shù)據(jù)字段。強制性(Mandatory)字段必須在流程圖執(zhí)行之前定義。如果這些字段沒有被定義,適當(dāng)?shù)男畔⒖赡芡ㄟ^確認(rèn)程序顯示給用戶(例如,出錯消息或類似的),并且執(zhí)行可能被拒絕。另一方面,可選的字段可能被配置為用戶期望的。這樣的字段對執(zhí)行行為可能或可能不具有直接的影響。通常,自動化鏈數(shù)據(jù)字段可能是用于獲得鏈的輸入信息的輸入字段、用于與另一個鏈共享信息的輸出字段、或同時包括以上兩種性質(zhì)的輸入和輸出字段。所述自動化鏈數(shù)據(jù)字段可能也具有多種不同的類型。比如,這樣的類型可能包括字符串、布爾值、十進(jìn)制值、日期、定義的用戶、文件、對象和類似的。圖6是與業(yè)務(wù)流程模型關(guān)聯(lián)的用于鏈的示例流程圖。在特定的示例實施例中,與給定的模型關(guān)聯(lián)的數(shù)據(jù)字段的存儲可能在功能分配圖中進(jìn)行。在圖6中,討論的模型是“檢查模型”流程602。所述模型包括“被檢查的模型”的輸入和與模型的積極的和/或消極的檢查相關(guān)的輸出606。輸入數(shù)據(jù)字段可能通過群集對象被定義,其具有到表示建立的塊(例如,圖6中的602)的功能的“為其輸入”的連接。輸出數(shù)據(jù)字段可能被定義為實體類型對象。所述表示建立的塊的功能可能具有到實體類型對象的“具有其輸出”的連接。所述表示建立的塊的功能可能獲得到包含建模流程(例如,建立的塊的功能)的EPC模型的分配。圖7是根據(jù)特定的示例實施例顯示處理流程的設(shè)計和執(zhí)行的示例組件的示意流程圖。第一組件可能是客戶702。這樣的客戶可能包括ARIS流程自動化架構(gòu)和/或本發(fā)明的受讓者可用的ARIS架構(gòu)。這些客戶界面可能被用于創(chuàng)建、維持和/或轉(zhuǎn)換業(yè)務(wù)流程。在特定的示例實施例中,所述客戶可能支持流程模型的雙向轉(zhuǎn)換。比如,關(guān)于圖3A討論的兩個轉(zhuǎn)換也可能在相反方向被執(zhí)行。這樣,轉(zhuǎn)換的BPMN模型可能被轉(zhuǎn)換回以EPC符號,然后其可能執(zhí)行另一個EPC轉(zhuǎn)換以提取或創(chuàng)建自動化流程圖。因此,用戶用戶可能能更新流程圖的數(shù)據(jù)流,然后將所述流程圖重新部署到生成環(huán)境。第二組件可能包括用于將BPMN轉(zhuǎn)換為可執(zhí)行代碼的ARIS服務(wù)器704,可能然后在第三組件APG服務(wù)器706上執(zhí)行。在特定的示例實施例中,創(chuàng)建可執(zhí)行的流程可能包括開始于設(shè)計的業(yè)務(wù)模型的一個或更多轉(zhuǎn)換。圖8是顯示創(chuàng)建可執(zhí)行的業(yè)務(wù)流程的示例轉(zhuǎn)換的示意流程圖。此處,執(zhí)行的自動化模型可能被完成或由客戶提供,所述客戶也已經(jīng)生成基于EPC的流程模型。然后所述自動化模型被插入到EPC流程模型中。如上所述,在特定的示例實施例中,這通過生成映射活動并將那些活動包括進(jìn)所述EPC模型來完成。一旦系統(tǒng)已經(jīng)修改了所述EPC代碼,所述修改的代碼被傳遞到BPMN轉(zhuǎn)換流程,其從EPC符號產(chǎn)生BPMN代碼。然后該BPMN被部署(例如,到ARIS服務(wù)器)為將所述BPMN轉(zhuǎn)換為流程XML代碼。然后所述流程XML被部署到APG服務(wù)器,其中它可能通過示例適當(dāng)?shù)牧鞒套R別符執(zhí)行。從基礎(chǔ)的EPC修改的EPC的生成可能通過在處理系統(tǒng)上實施的流程執(zhí)行。比如,所述處理系統(tǒng)可能是業(yè)務(wù)流程服務(wù)器(或開發(fā)服務(wù)器)并且可能包括一個或更多的處理器,相關(guān)的易失性和/或非易失性存儲區(qū)域等。圖9是根據(jù)特定的示例實施例顯示業(yè)務(wù)流程轉(zhuǎn)換的示意流程圖。在特定的示例實施例中,以下流程可能被執(zhí)行以將EPC轉(zhuǎn)換為修改的EPC:I)從自動化流程圖獲取所有的鏈。2)為每個鏈生成EPC2.1)從各自的鏈的功能分配圖讀取鏈的所有輸出數(shù)據(jù)字段2.2)對于每個輸出數(shù)據(jù)字段,在另一個鏈上查找在自動化流程圖上與其關(guān)聯(lián)的對應(yīng)的輸入數(shù)據(jù)字段:2.3)生成映射活動:2.3.1)生成活動本身2.3.2)生成用于所述活動的數(shù)據(jù)流2.3.3)生成具有“實例”的范圍的變量(例如,在實例中存在的變量)。為當(dāng)前鏈的每個輸出數(shù)據(jù)字段,創(chuàng)建一個變量,并且為來自另一個鏈的每個輸入數(shù)據(jù)字段,創(chuàng)建一個變量。如果變量在關(guān)聯(lián)的自動化流程圖上連接,它們與連接有關(guān)。2.4)定位與討論中的鏈關(guān)聯(lián)的EPC并復(fù)制它。2.5)只將生成的映射活動注入到復(fù)制的EPC。在特定的實例實施例中,在與另一EPC的每個“鏈接”之前進(jìn)行所述注入。這可能是具有類型“流程接口”的事件對象。因此,具有附屬的自動化流程圖的EPC模型可能被轉(zhuǎn)換。
圖10是另一個實例自動化流程圖并且圖11顯示基于圖10中顯示的自動化流程圖從第一 EPC模型到第二 EPC模型的示例轉(zhuǎn)換。一個自動化流程圖1000包括鏈1002,1004,和1006。在所述鏈之間的數(shù)據(jù)流被定義為來自鏈1002的輸出I指向鏈1004的輸入1,從鏈1002的輸出2指向鏈1004的輸入2,并且來自鏈1002的輸出3指向鏈1006的輸入3。鏈1002與在1102的流程圖顯示的EPC關(guān)聯(lián)。這樣,在1104中的新EPC基于鏈映射1106被生成??梢钥闯觯珽PC1102和1104之間的不同點是新生成的映射活動1108,其包含數(shù)據(jù)流中生成的變量。根據(jù)鏈1002的鏈數(shù)據(jù)字段和在自動化流程圖1000上的數(shù)據(jù)字段之間的連接生成變量和變量之間的連接。圖12是另一個示例的自動化流程圖。所述自動化流程圖1200包括包含指向三個不同的鏈的一個輸出的鏈I。鏈2包括一個輸入和指示運行鏈4的輸出。鏈3包括基于鏈I的輸出的運行命令輸入。鏈4包括對應(yīng)鏈I和2的輸出的兩個輸入。圖13顯示可能與業(yè)務(wù)流程模型有關(guān)的示例的鏈。每個鏈可能分配給描述給定的鏈的功能分配圖。在這個方面,圖14-17顯示基于圖12的自動化流程圖用于各自的鏈的示例的功能分配圖。圖18-21顯示根據(jù)特定的示例實施例的示例的EPC模型和它們各自的數(shù)據(jù)字段。在圖18中,在圖1802中顯示的所述人工任務(wù)模型(其可能是在一個更大的模型中的一個流程步驟)包括許多不同的數(shù)據(jù)字段,所述數(shù)據(jù)字段顯示在對應(yīng)的數(shù)據(jù)字段視圖1804中。在所述數(shù)據(jù)字段視圖1804中,用戶可能將復(fù)選框布爾值分配到圖12中顯示的自動化流程圖的“復(fù)選框被選中嗎”的輸入數(shù)據(jù)字段。在特定的情況下,模型中的每個流程步驟可能具有對應(yīng)的數(shù)據(jù)映射(例如,關(guān)于圖18中顯示的人工任務(wù))。比如,在圖18中顯示的模型中的實時消息步驟可能包括映射活動和相關(guān)的數(shù)據(jù)映射。將理解到其它的值可能被換出并分配到所述輸入數(shù)據(jù)字段值。因此,給定的業(yè)務(wù)流程流可能通過分配與自動化流程圖相關(guān)的新的值而被改變。這可能發(fā)生因為給定的流程流可能通過數(shù)據(jù)流而不是控制流驅(qū)動。如此處解釋的,這些改變可能被傳送到修改的EPC模型、BPMN、和/或其它用于處理的標(biāo)記方案。圖19-21顯示對在各自的EPC模型中的給定功能的變量的輸入和輸出的類似的分配。圖22-25顯示從圖18_21的各自的EPC模型示例轉(zhuǎn)換的具有注入的數(shù)據(jù)流的修改的EPC模型。如,在圖22EPC中,基于圖12的自動化流程圖和在圖18的視圖1804中的變量的分配生成代碼。如上所解釋的,該生成的結(jié)果是注入到包括生成的數(shù)據(jù)流的變量的映射活動的EPC代碼。圖23-25顯示用于鏈2-4的類似的注入的映射活動。在將附加的EPC代碼注入到基礎(chǔ)的EPC模型中后,修改的EPC模型可能被轉(zhuǎn)換為更技術(shù)性的流程規(guī)范(例如,BPMN)。圖26-29顯示從在圖22-25中顯示的EPC模型轉(zhuǎn)換的BPMN模型。在從EPC到BPMN的轉(zhuǎn)換(例如,EPC2BPMN)過程中,所述流程可能考慮鏈的功能分配圖和映射活動,以便在流程的結(jié)束創(chuàng)建鏈?zhǔn)录皇墙Y(jié)束事件。類似地,在流程的開始,創(chuàng)建鏈?zhǔn)录皇情_始流程事件被創(chuàng)建。在特定的示例實施例中,當(dāng)映射活動包括屬于另一個鏈的變量映射時,可能完成這種形式的生成。因此,基于圖12-29中描述的示例的模型和轉(zhuǎn)換,建模的業(yè)務(wù)流程可能在處理系統(tǒng)/服務(wù)器上被執(zhí)行。比如,在上述的“人工任務(wù)”活動過程中可能出現(xiàn)復(fù)選框并且用戶可能選中所述復(fù)選框。該信息可能傳遞給后來的流程(例如,在后來的鏈中的實時消息事件)和/或事件。在特定的示例實施例中,流程開始于選擇保存業(yè)務(wù)流程的數(shù)據(jù)庫。通過執(zhí)行在圖12-29中描述的流程,以下描述的消息被輸出/輸入/處理等。籃I當(dāng)所述流程示例開始時,以下可能是開始所述流程示例的輸出消息:
權(quán)利要求
1.一種將可執(zhí)行的流程相互鏈接的方法,所述方法包括: 提供包括多個組件的基礎(chǔ)控制流模型,,所述組件中至少一些包括一個或更多數(shù)據(jù)字段; 提供包括多個塊的自動化模型,每個所述的塊與所述基礎(chǔ)控制流模型的部分子集相關(guān)聯(lián),并包括與所述基礎(chǔ)控制流模型的各自的部分子集關(guān)聯(lián)的數(shù)據(jù)字段的指令,其中在自動化模型的塊中的數(shù)據(jù)字段的至少一些指令之間的關(guān)系被定義;以及 對于在自動化模型中的每個塊,通過以下步驟響應(yīng)將基礎(chǔ)控制流模型轉(zhuǎn)換為轉(zhuǎn)換的控制流模型的請求: 確定所述塊中的數(shù)據(jù)字段的哪些指令是用于所述塊的輸出; 對于每個所述輸出,確定所述多個塊中的另一個的對應(yīng)的輸入; 在轉(zhuǎn)換的控制流模型中生成新的組件; 創(chuàng)建用于對所述塊的每個輸出和對所述多個塊中的另一個的每個輸入的新的組件的變量; 將創(chuàng)建的變量相互關(guān)聯(lián),以根據(jù)在自動化模型中表征的定義的關(guān)系指示兩者之間的連接;以及 將新的組件注入到與所述塊關(guān)聯(lián)的部分子集中。
2.根據(jù)權(quán)利要求1所述的方法,其中所述轉(zhuǎn)換的控制流模型和基礎(chǔ)控制流模型是與流程、業(yè)務(wù)要求、和/或技術(shù) 要求相關(guān)的面向業(yè)務(wù)的模型。
3.根據(jù)上述權(quán)利要求中的任一項所述的方法,進(jìn)一步包括將所述轉(zhuǎn)換的控制流模型轉(zhuǎn)換為技術(shù)模型。
4.根據(jù)權(quán)利要求3所述的方法,其中所述技術(shù)模型是業(yè)務(wù)流程模型和符號表示。
5.根據(jù)上述權(quán)利要求中的任一項所述的方法,其中多個塊的數(shù)據(jù)字段的所述指令定義與所述多個塊關(guān)聯(lián)的部分子集之間的通信。
6.根據(jù)上述權(quán)利要求中的任一項所述的方法,其中在與所述多個塊關(guān)聯(lián)的部分子集之間不存在直接的通信。
7.根據(jù)上述權(quán)利要求中的任一項所述的方法,其中與所述多個塊關(guān)聯(lián)的部分子集之間的通信僅僅通過所述多個塊的數(shù)據(jù)字段的指令定義。
8.根據(jù)上述權(quán)利要求中的任一項所述的方法,其中在所述各自的部分子集鏈接到另外的部分子集之前,所述新的組件被注入。
9.根據(jù)上述權(quán)利要求中的任一項所述的方法,進(jìn)一步包括響應(yīng)提供輸入以生成獨立于所述基礎(chǔ)控制流模型的自動化模型的用戶。
10.根據(jù)權(quán)利要求1-8中的任一項所述的方法,進(jìn)一步包括: 響應(yīng)用戶請求以自動生成包含數(shù)據(jù)字段的指令的部分自動化模型,沒有用戶介入;以及 接收用戶輸入以定義所述關(guān)系。
11.根據(jù)上述權(quán)利要求中的任一項所述的方法,其中所述至少一些組件的一個或更多的數(shù)據(jù)字段中的一些是強制性數(shù)據(jù)字段,并且所述至少一些組件的一個或更多的數(shù)據(jù)字段中的一些是可選的數(shù)據(jù)字段。
12.根據(jù)上述權(quán)利要求中的任一項所述的方法,其中所述基礎(chǔ)控制流模型和所述轉(zhuǎn)換的控制流模型通過事件驅(qū)動的流程鏈符號定義。
13.根據(jù)上述權(quán)利要求中的任一項所述的方法,其中每個塊被定義為功能分配模型。
14.一種將可執(zhí)行流程相互鏈接的計算機實現(xiàn)方法,所述方法包括: 提供包括多個組件的基礎(chǔ)控制流模型,所述多個組件中的至少一些包括一個或更多的數(shù)據(jù)字段; 提供包括多個塊的自動化模型,每個所述的塊與所述基礎(chǔ)控制流模型的部分子集相關(guān)聯(lián),并包括與所述基礎(chǔ)控制流模型的各自的部分子集關(guān)聯(lián)的數(shù)據(jù)字段的指令,其中在自動化模型的塊中的數(shù)據(jù)字段的至少一些指令之間的關(guān)系被定義;以及 對于在自動化模型中的所述塊中的至少一個,通過以下步驟響應(yīng)將所述基礎(chǔ)控制流模型轉(zhuǎn)換為轉(zhuǎn)換的控制流模型的請求: 在所述轉(zhuǎn)換的控制流模型中生成一個新的組件;以及 根據(jù)在自動化模型中表征的定義的關(guān)系,為所述新的組件創(chuàng)建一個錨點。
15.根據(jù)權(quán)利要求14所述的方法,其中為在所述自動化模型中的每個塊執(zhí)行從所述基礎(chǔ)控制流模型到轉(zhuǎn)換的控制流模型的轉(zhuǎn)換。
16.根據(jù)權(quán)利要求14或15所述的方法,其中從所述基礎(chǔ)控制流模型到轉(zhuǎn)換的控制流模型的轉(zhuǎn)換包括: 確定所述塊中的數(shù)據(jù)字段的哪些指令是用于塊的輸出;以及 對于每個所述輸出,確定所述多個塊中的另一個的對應(yīng)的輸入。
17.根據(jù)權(quán)利要求14-16中的任一項所述的方法,其中 創(chuàng)建用于對塊的每個輸出和對所述多個塊中的另一個的每個輸入的錨點;以及 其中所述方法進(jìn)一步包括將創(chuàng)建的所述錨點相互關(guān)聯(lián),以根據(jù)在自動化模型中表征的定義的關(guān)系指不兩者之間的連接。
18.根據(jù)權(quán)利要求14-17中的任一項所述的方法,進(jìn)一步包括將所述新的組件注入到與所述塊關(guān)聯(lián)的部分子集中。
19.根據(jù)權(quán)利要求14-18中的任一項所述的方法,其中所述轉(zhuǎn)換的控制流模型和基礎(chǔ)控制流模型是與流程、業(yè)務(wù)要求、和/或技術(shù)要求相關(guān)的面向業(yè)務(wù)的模型。
20.根據(jù)權(quán)利要求14-19中的任一項所述的方法,進(jìn)一步包括將所述轉(zhuǎn)換的控制流模型轉(zhuǎn)換為技術(shù)模型。
21.根據(jù)權(quán)利要求14-20中的任一項所述的方法,其中多個塊的數(shù)據(jù)字段的所述指令定義與所述多個塊關(guān)聯(lián)的部分子集之間的通信。
22.根據(jù)權(quán)利要求14-21中的任一項所述的方法,其中在與所述多個塊關(guān)聯(lián)的部分子集之間不存在直接的通信。
23.根據(jù)權(quán)利要求14-22中的任一項所述的方法,其中與所述多個塊關(guān)聯(lián)的部分子集之間的通信僅僅通過所述多個塊的數(shù)據(jù)字段的指令定義。
24.根據(jù)權(quán)利要求14-23中的任一項所述的方法,其中在所述各自的部分子集鏈接到另外的部分子集之前,所述新的組件被注入。
25.根據(jù)權(quán)利要求14-24中的任一項所述的方法,進(jìn)一步包括: 響應(yīng)用戶請求以生成獨立于所述基礎(chǔ)控制流模型的自動化模型;或 響應(yīng)用戶請求以自動生成包含數(shù)據(jù)字段的指令的部分自動化模型,沒有用戶介入,以及接收用戶輸入以定義所述關(guān)系。
26.根據(jù)權(quán)利要求14-25中的任一項所述的方法,其中所述基礎(chǔ)控制流模型、所述自動化模型、和所述轉(zhuǎn)換的控制流模型通過事件驅(qū)動的流程鏈符號定義。
27.根據(jù)權(quán)利要求14-26中的任一項所述的方法,其中每個塊被定義為功能分配模型。
28.一種計算機程序,包括用于執(zhí)行根據(jù)權(quán)利要求14-27中的任一項的方法的指令。
29.—種將可執(zhí)行的流程相互鏈接的系統(tǒng),所述系統(tǒng)包括: 存儲介質(zhì),被配置為存儲: 包括多個組件的基礎(chǔ)控制流模型,所述組件中的至少一些包括一個或更多數(shù)據(jù)字段;包含多個塊的自動化模型,每個所述的塊與所述基礎(chǔ)控制流模型的部分子集相關(guān)聯(lián),并包括與所述基礎(chǔ)控制流模型的各自的部分子集關(guān)聯(lián)的數(shù)據(jù)字段的指令,其中在自動化模型的塊中的數(shù)據(jù)字段的至 少一些指令之間的關(guān)系被定義;以及 包括至少一個處理器的處理系統(tǒng),,所述處理系統(tǒng)被配置為,對于在自動化模型中的每個塊,通過以下步驟響應(yīng)將基礎(chǔ)控制流模型轉(zhuǎn)換為轉(zhuǎn)換的控制流模型的請求: 確定所述塊中的數(shù)據(jù)字段的哪些指令是用于所述塊的輸出; 對于每個所述輸出,確定所述多個塊中的另一個的對應(yīng)的輸入; 在轉(zhuǎn)換的控制流模型中生成新的組件; 創(chuàng)建用于對塊的每個輸出和對所述多個塊中的另一個的每個輸入的新的組件的變量; 將創(chuàng)建的變量相互關(guān)聯(lián),以根據(jù)在自動化模型中表征的定義的關(guān)系指示兩者之間的連接;以及 將新的組件注入到與所述塊相關(guān)的部分子集中。
30.一種非暫態(tài)計算機可讀存儲介質(zhì),用于存儲計算系統(tǒng)使用的指令,所述計算系統(tǒng)包括處理系統(tǒng),所述處理系統(tǒng)包括至少一個處理器和一個存儲介質(zhì),所述存儲的指令包括實施權(quán)利要求1-13中的任一項所述的方法的指令。
31.一種鏈接基礎(chǔ)控制流流程模型的片段的計算機實現(xiàn)方法,其中所述基礎(chǔ)控制流流程模型包括在所述片段之間劃分的多個組件,所述多個組件中的至少一些包括一個或更多的數(shù)據(jù)字段,所述多個片段包括分別包括第一和第二組件的第一和第二片段,所述第一和第二組件包括第一和第二數(shù)據(jù)字段,所述方法包括: 創(chuàng)建包含多個塊的基礎(chǔ)自動化模型,所述多個塊包括至少一個第一塊和一個第二塊;定義在所述基礎(chǔ)自動化模型的多個塊之間的多個關(guān)系,所述定義的多個關(guān)系包括在所述第一塊和所述第二塊之間的第一關(guān)系;以及 將所述基礎(chǔ)自動化模型與所述基礎(chǔ)控制流流程模型相關(guān)聯(lián)以創(chuàng)建組合模型,其包括:將所述基礎(chǔ)控制流模型的片段中的每一個與所述基礎(chǔ)自動化模型的多個塊中的各自一個相關(guān)聯(lián),所述第一和第二片段分別與所述第一和第二塊相關(guān)聯(lián);以及 將各自的組件中的至少一些組件的至少一些數(shù)據(jù)字段分配到多個關(guān)系,包括將所述第一數(shù)據(jù)字段分配到所述第一關(guān)系和將所述第二數(shù)據(jù)字段分配到所述第一關(guān)系。
32.根據(jù)權(quán)利要求31的方法,其中所述基礎(chǔ)控制流流程模型的片段之間的轉(zhuǎn)變僅僅通過多個關(guān)系定義。
33.根據(jù)權(quán)利要求31-32中的任一項所述的方法,其中所述基礎(chǔ)自動化模型獨立于所述基礎(chǔ)控制流流程模型被創(chuàng)建。
34.一種將可執(zhí)行的流程相互鏈接的建模系統(tǒng),所述系統(tǒng)包括: 存儲介質(zhì),被配置為存儲: 包括多個組件的基礎(chǔ)控制流模型,至少一些組件包括一個或更多數(shù)據(jù)字段; 包含多個塊的自動化模型,每個所述的塊與所述基礎(chǔ)控制流模型的部分子集相關(guān)聯(lián),并包括與所述基礎(chǔ)控制流模型的各自的部分子集關(guān)聯(lián)的數(shù)據(jù)字段的指令,其中在自動化模型的塊中的數(shù)據(jù)字段的至少一些指令之間的關(guān)系被定義;以及 包括至少一個處理器的處理系統(tǒng),所述處理系統(tǒng)被配置為,對于在所述自動化模型中的多個塊中的至少一個,通過以下步驟響應(yīng)將所述基礎(chǔ)控制流模型轉(zhuǎn)換為轉(zhuǎn)換的控制流模型的請求: 在所述轉(zhuǎn)換的控制流模型中生成一個新的組件;以及 根據(jù)在所述自動化模型中表征的定義的關(guān)系,為所述新的組件創(chuàng)建一個錨點。
35.一種鏈接基礎(chǔ)控制流流程模型的片段的系統(tǒng),所述基礎(chǔ)控制流流程模型包括在所述片段之間劃分的多個組件,所述多個組件中的至少一些包括一個或更多的數(shù)據(jù)字段,所述多個片段包括分別包括所述第一和第二組件的第一和第二片段,所述第一和第二組件包括第一和第二數(shù)據(jù)字段,所述系統(tǒng)包括: 包括至少一個處理器的處理系統(tǒng),所述處理系統(tǒng)被配置為: 創(chuàng)建包含多個塊的基礎(chǔ)自動化模型,所述多個塊包括至少一個第一塊和一個第二塊;定義在所述基礎(chǔ)自動化模型的多個塊之間的多個關(guān)系,所述定義的多個關(guān)系包括在所述第一塊和所述第二塊之間的第一關(guān)系;以及 將所述基礎(chǔ)自動化模型與所述基礎(chǔ)控制流流程模型相關(guān)聯(lián)以創(chuàng)建組合模型包括:將所述基礎(chǔ)控制流模型的片段中的每一個與所述基礎(chǔ)自動化模型的多個塊中的各自一個相關(guān)聯(lián),所述第一和第二片段分別與所述第一和第二塊相關(guān)聯(lián);以及 將各自的組件中的至少一些組件的至少一些數(shù)據(jù)字段分配到多個關(guān)系,包括將所述第一數(shù)據(jù)字段分配到所述第一關(guān)系和將所述第二數(shù)據(jù)字段分配到所述第一關(guān)系。
36.一種非暫態(tài)計算機可讀存儲介質(zhì),用于存儲處理系統(tǒng)使用的計算機可讀指令,所述處理系統(tǒng)被配置為鏈接基礎(chǔ)控制流流程模型的片段,所述基礎(chǔ)控制流流程模型包括在所述片段之間劃分的多個組件,所述多個組件中的至少一些包括一個或更多的數(shù)據(jù)字段,所述多個片段包括分別包括第一和第二組件的第一和第二片段,所述第一和第二組件包括第一和第二數(shù)據(jù)字段,所述存儲的指令包括進(jìn)行以下配置的指令: 創(chuàng)建包含多個塊的基礎(chǔ)自動化模型,所述多個塊包括至少一個第一塊和一個第二塊;定義在所述基礎(chǔ)自動化模型的多個塊之間的多個關(guān)系,所述定義的多個關(guān)系包括在所述第一塊和所述第二塊之間的第一關(guān)系;以及 將所述基礎(chǔ)自動化模型與所述基礎(chǔ)控制流流程模型相關(guān)聯(lián)以創(chuàng)建組合模型,其包括:將所述基礎(chǔ)控制流模型的片段中的每一個與所述基礎(chǔ)自動化模型的多個塊中的各自一個相關(guān)聯(lián),所述第一和第二片段分別與所述第一和第二塊相關(guān)聯(lián);以及 將各自的組件中的至少一些組件的至少一些數(shù)據(jù)字段分配到多個關(guān)系,包括將所述第一數(shù)據(jù)字段分配到所述第一關(guān)系和將所述第二數(shù)據(jù)字段分配到所述第一關(guān)系。
全文摘要
本發(fā)明特定的示例實施例涉及用于與控制流模型相關(guān)的數(shù)據(jù)流鏈路的變量的生成。特定的示例實施例涉及壓縮流程模型(例如,事件驅(qū)動流程鏈EPC模型)的數(shù)據(jù)流的流程圖(例如,自動化流程圖)的創(chuàng)建。在特定的示例實施例中,為通過自動化流程圖鏈接可執(zhí)行的流程提供變量的生成,以便數(shù)據(jù)流可以被集成到所述EPC模型中。EPC模型可能被轉(zhuǎn)換為BPMN模型??蛇x擇地,所述轉(zhuǎn)換可能相反地發(fā)生,以便從修改的EPC模型創(chuàng)建自動化模型。
文檔編號G06F9/44GK103218217SQ201210510739
公開日2013年7月24日 申請日期2012年11月29日 優(yōu)先權(quán)日2011年11月30日
發(fā)明者尤里·扎布羅瓦尼 申請人:德商賽克公司