[發(fā)明專利]面向服務(wù)流程配置系統(tǒng)和/或方法

無效

• 申請?zhí)枺?/td>: 201110440832.1
• 申請日: 2011-12-22
• 公開（公告）號: CN102708430A
• 公開（公告）日: 2012-10-03
• 發(fā)明（設(shè)計）人: 卡特里娜·西蒙
• 申請（專利權(quán)）人: 德商賽克公司
• 主分類號: G06Q10/06
• 分類號: G06Q10/06
• 代理公司: 廣州三環(huán)專利代理有限公司 44202
• 代理人: 郝傳鑫

技術(shù)領(lǐng)域

本發(fā)明實施例涉及一種面向服務(wù)的業(yè)務(wù)流程系統(tǒng)(SO-BPSs)。更具體地，本發(fā)明實施例涉及一種通過可利用的服務(wù)匹配業(yè)務(wù)要求的技術(shù)，例如，通過它們之間存在的一種實在的n-to-m關(guān)系。在本發(fā)明的實施例中，可以區(qū)分不同的配置管理員和在執(zhí)行流程前制定可能的技術(shù)解決方案，包括識別和解決匹配服務(wù)之間的配置依賴，從而支持未來的設(shè)計以及運行時的動態(tài)改變。

背景技術(shù)

業(yè)務(wù)流程是承擔的一系列連續(xù)的企業(yè)任務(wù)，以幫助生成有價值的輸出給內(nèi)部的或外部的客戶。業(yè)務(wù)流程提供一種遍及時間、地方和/或功能的組織行為結(jié)構(gòu)。業(yè)務(wù)流程通過一種普遍的表示方式去描述、分析、執(zhí)行和/或控制遍及部門、業(yè)務(wù)單元和/或甚至業(yè)務(wù)伙伴的操作結(jié)構(gòu)。業(yè)務(wù)流程管理(BPM)關(guān)于連續(xù)的業(yè)務(wù)流程的改進和其他，例如，為了整個業(yè)務(wù)流程的利益。至于其他的，軟件激活流程自動化技術(shù)作為一種手段，以幫助提高執(zhí)行流程的效率和有效性。建立業(yè)務(wù)流程模型以指定BMP項目內(nèi)的流程。為了實現(xiàn)自動化，例如，業(yè)務(wù)流程模型有助于先記錄和構(gòu)造觀念上的流程需求(業(yè)務(wù)角度)，然后將他們轉(zhuǎn)化為可執(zhí)行的(基于代碼的)規(guī)范(技術(shù)角度)。健全的自動化流程一般都包括建模和轉(zhuǎn)化技術(shù)。

關(guān)于業(yè)務(wù)流程建模，業(yè)務(wù)流程模型一般為描述業(yè)務(wù)流程的邏輯時間流程圖。例如，它們有助于將流程行為形象化為圖形符號，并通過線性次序連接起來。當流程分為選擇的或平行的路徑時，或再次匯合成一個路徑時，使用邏輯運算符指示。這種所謂的流程控制為每一個業(yè)務(wù)流程模型的核心。還需要根據(jù)前景(perspective)的不同補充其他模型元素。例如，一個觀念性的組織的perspective(業(yè)務(wù)角度)的目標為組織的流程背景，包括人工組織內(nèi)的部門和組織間的部門，人工行為的相互作用，以及它們的技術(shù)上的支持和生產(chǎn)的成果等等。建模語言事件驅(qū)動流程鏈(EPC)作為常用于該觀念上的業(yè)務(wù)流程的事實上的標準。由組織承擔的資源、需求的輸入和產(chǎn)生的輸出等帶來的補充流程行為(業(yè)務(wù)流程步驟)，支持軟件應(yīng)用系統(tǒng)和組織目標、風險等。當在邏輯流程上包含重要的信息時，使成為技術(shù)執(zhí)行流程基礎(chǔ)上的半正式要求，即使由非技術(shù)流程分析使用也相當容易。一般，將觀念上的轉(zhuǎn)化為技術(shù)上的業(yè)務(wù)流程模型，業(yè)務(wù)流程建模將組織設(shè)計的perspective轉(zhuǎn)變?yōu)榧夹g(shù)工程的perspective。

業(yè)務(wù)流程轉(zhuǎn)化有助于將觀念上的流程模型中的控制流程映入為技術(shù)上的業(yè)務(wù)流程模型。這里，可能通過技術(shù)信息進行補充，例如，執(zhí)行流程中的存儲流程信息的流程變量，用戶相互作用的在線格式，異常事件及對應(yīng)的處理，通信的方式(異步/同步)，連接的數(shù)據(jù)交換，等等。為了使流程可執(zhí)行，需要向自動軟件功能或半自動用戶界面或其他指定工作方式。根據(jù)選擇的建模語言和目標調(diào)度系統(tǒng)，這種轉(zhuǎn)化會導致一個第二符號圖(例如，BPMN?2.0等)或者直接進入一個基于代碼的腳本(例如，XPDL，BPEL，等)。所述技術(shù)上的流程模型能夠在業(yè)務(wù)流程管理系統(tǒng)(BPMS)或工作流程管理系統(tǒng)(WFMS)上展開，并允許有效開始、執(zhí)行和流程中的instances跟蹤。

許多最新的轉(zhuǎn)化方式在觀念上的流程模型(業(yè)務(wù)角度)和技術(shù)上的模型(技術(shù)角度)之間增加一個中間模型層。這種所謂的邏輯視圖有時候位技術(shù)建模語言(例如，BPMN?2.0)提供符號，但是由于缺少技術(shù)特征而無法完全可執(zhí)行。這種中間的步驟帶來了一些作用，例如：

●在不同的工具環(huán)境下可以制定觀念上的流程而不是技術(shù)上的流程。這樣，語言翻譯任務(wù)能夠通過同步技術(shù)進行補充。兩種任務(wù)保持獨立以盡可能減少復雜度。

●觀念上的流程相比技術(shù)上的流程改變更慢。這樣，促使邏輯視圖以與相當平穩(wěn)的業(yè)務(wù)要求保持聯(lián)系。

●一般的，轉(zhuǎn)化行為至少涉及三個業(yè)務(wù)角色，每一個具有各自的前景(perspective)和背景(context)。

●在觀念上的和技術(shù)上的流程提供一個工具支持的端到端解決方案，以從雙邊同步水平中受益。

圖1為顯示了三層業(yè)務(wù)流程自動控制的視圖。如圖1所示，在要求或業(yè)務(wù)層上，EPC捕捉業(yè)務(wù)服務(wù)參數(shù)。EPC轉(zhuǎn)換為BPMN，例如，供設(shè)計或邏輯層使用。系統(tǒng)與服務(wù)技術(shù)(SSTs)，技術(shù)流程，和/或其他在這第二層上反射出來。在SSTs層上，例如，在實施或執(zhí)行層上，技術(shù)流程會被打包成可展開的操作規(guī)則(logic)?？蓤?zhí)行程序通過BPMN2.0或其他表示，且在設(shè)計層和實施層之間會存在一個“來回行程”的連接。