特定的示例實施方式涉及從業務流程功能之間識別候選服務的算法和/或編程方法。在特定的示例實施方式，提供分析在面向服務的業務流程系統(SO-BPS)中可能展現為服務能力的業務流程模型的功能的方法。接收由多個對象定義的業務流程模型，每一所述的對象具有與此相關的元數據模型。在設計時間獲得對于每個所述對象的業務流程分析智能。在運行時間獲得對于每個所述對象的業務性能智能。對應于設計時間和運行時間聚集智能的指示符與用于相應的對象的元數據屬性一起存儲。通過SO-BPS的至少一個處理器，一個總體候選服務算法被應用于存儲指示符以達到模型內的每個流程功能的總服務合格數值。
【技術實現步驟摘要】
此處描述的特定的示例實施方式涉及從業務流程功能之間識別候選服務的算法和/或編程方法。在特定的示例實施方式中，提供用于聚集基于設計時間業務流程分析智能和運行時間業務性能智能的指示符，和用于每個模型對象的元數據屬性存儲這樣的指示符，執行候選服務分析，和/或響應服務請求。
技術介紹
業務流程是一系列企業任務，為生成有價值的輸出給內部的或外部的客戶的目的經常被承擔。比如，業務流程可提供遍及時間、地方和功能的組織行為結構。業務流程已經成為描述、分析、執行和/或控制遍及部門、業務單元，和甚至業務伙伴的操作結構的選擇方法。業務流程管理(BPM)目的在于為了整個業務成功它們的改進。在其他的之中，軟件激活業務流程自動化是提高執行流程的效率和有效性的手段。已經建立業務流程模型以指定遍及BMP項目的流程。為了自動化的目的，例如，他們在轉化為可執行的(基于代碼的)規范之前記錄和構造流程信息。建模和轉化通常是健全的自動化的先決條件。業務流程模型幫助將業務流程的邏輯時間流程描述為圖。它們可能幫助將流程活動形象化為圖形符號，并可能將它們連接為線性次序或其他次序。邏輯運算符可以指示當流程分為選擇的或平行的路徑時，當它們再次匯合成一個路徑時等。這種所謂的控制流程是業務流程模型的一部分。控制流程可以通過根據前景(perspective)不同的附加模型元素補充。例如，概念上組織的perspective把組織流程上下文作為目標，包括組織內的和組織之間的勞動分工、人工行為的相互作用、它們的技術支持、產品成果等。建模語言EPC (事件驅動流程鏈)已經普遍作為用于該概念上的業務流程的事實上的標準。其由可靠的組織資源、需求的輸入和產生的輸出等補充流程活動，支持軟件應用系統、組織目標、風險等。在邏輯流程上其也包含重要的信息，使它成為技術執行流程基礎上的半正式要求，雖然即使通過非技術流程分析也相當容易使用。當將概念上的轉化為技術上的業務流程模型，業務流程建模將組織設計的perspective轉變為技術工程的perspective。模型驅動流程自動化將在概念業務流程中描述的控制流程傳送給技術業務流程模型。這里，可能通過技術信息進行補充，例如，執行期間用于存儲流程信息的流程變量，用于用戶相互作用的在線格式，異常事件及對應的處理，通信的方式(異步/同步)，一致的數據交換，等等。為了使流程可執行，流程活動典型地被分配給自動軟件功能或半自動用戶界面。根據選擇的建模語言和目標調度系統，這種轉化會引起一個第二圖示的圖表(例如，以BPMN 2. 0)，直接進入一個基于代碼的腳本(例如，XPDL, BPEL，或類似的)等。產生的技術流程模型將被調度進入業務流程管理系統(BPMS)或工作流程管理系統(WFMS)的流程引擎，其考慮到有效地開始、執行并跟蹤流程中的實例(instances)。使用業務流程作為用于交叉應用軟件系統的模型的想法與工作流程管理系統(WFMS)和企業應用集成(EAI)的概念一樣陳舊。然而，使業務流程自動化成為真正的技術挑戰的一個因素是，過剩雜散和沿著給定的流程流被集成和連接的逐漸分布的軟件系統。最近，面向服務的架構(SOAs)嘗試滿足這種集成挑戰，通過定義完善的軟件服務界面而陳列和集成遠程軟件功能。早期的擁護者，基于服務提供者和客戶之間的所謂的“f ind-bind-execute”關系,將SOA看作為分布式的軟件架構的一種特定設計。較新的觀點提出對于為業務流程自動化提供的潛在的SOA的集成觀念。它們有助于將流程自動化置于SOA討論的中心。根據動態的業務要求，寬松地構成服務的性能為靈活地實施業務流程創建新途徑。根據演變的業務要求，標準化服務界面的采用，允許在不同的業務流程中重用服務，以及靈活代替服務。在這種情況下，SOA被認為是一種范例，用于組織和利用可能被不同所有制領域控制下的分布式性能。網絡服務表現最近的面向服務軟件技術的典型。與先前的服務技術不同，網絡服務影響并促進協議和數據標準。面向服務架構的科學論述和最好實踐提供大量的面向服務的設計原理。當SOA方式加強得到確認的，面向界面的軟件架構的一般原理、互操作性、自主性和模塊性，還增加額外的面向流程的主題。這樣，面向服務的設計試圖通過分開流程機構(例如流程流)和流程制度化(例如，執行流程活動的服務能力的選擇)提高業務流程的靈活性。業務流程系統在多個方面得益于面向服務。第一，再訪問流程結構為定義完全的，全面的功能界面做準備，允許即插即用(plug-and-play)服務以形成新的業務流程。第二，通過考慮流程制度化替代選擇訪問IT支持和技術基礎設施，以及人員調配。它們影響成本效益和負載平衡及性能指標。第三，數據冗余和數據集成的方面對面向服務業務流程系統(SO-BPS)有興趣，因為跨組織的服務規定提高數據冗余和數據控制的風險。服務識別，其包括顯得值得被展現為服務的定位流程活動，被認為是面向服務系統設計的一部分并且在概念和技術業務流程模型之間選擇。另外，服務識別典型地是在SO-BPS工程中執行的第一概念活動的其中之一。識別候選服務的質量很大程度幫助確定總體系統的質量。該活動中的缺陷可能傳播到所有后面的活動，可能引起加強成本的迭代。由于服務識別的潛在的高度影響，需要系統的和周密的技術。在不同的上下文中可以尋找潛在的服務功能。然而業務上下文設定結構和行為服務要求，IT上下文表現存在的軟件系統如可能的服務提供者。但是，由于后者指IT庫存分析，有忽略真正的業務需求的風險。因此，在這種情況下服務識別被任務將業務流程要求轉化為定義完善的服務要求。注意到多數現在的面向服務發展模型考慮業務流程模型。然而，本申請的專利技術人相信這些現在的方法沒有一個指定哪些先決條件必須被業務流程模型滿足以成為用于面向服務系統設計的合適的基礎。實際上，它們必須滿足一些最低的設計標準成為用于服務識別的可用的模型，作為用于服務構成和服務自動化的先決條件。因此，服務識別保留純粹的人工咨詢服務，缺少任何系統的和定量的支持。服務識別已經被論述為多個學術上的面向服務發展模型的主要活動，但它幾乎不被SOA管理軟件所具有。即使這樣，它們通常是模糊的指導，明顯缺乏任何數量上評估候選服務的度量標準。一些服務識別方法沒有考慮流程或業務結構，僅通過技術上分析用于服務展現的軟件領域。現存很少的識別企業模型中的流程功能的服務合格性的方法被限制為一個服務設計原則(比如，數據凝聚)并且不影響存儲在大量的業務流程架構模型中的上下文信息。這樣，本申請的專利技術人相信沒有一個現存的可用的工具和方法提供在業務流程功能之間識別候選服務的自動機制(比如，一種算法)。
技術實現思路
這樣，本領域技術人員將理解到本領域中需要提供一種從業務流程功能之間識別候選服務的算法和/或編程方法的技術。本專利技術的特定的示例實施方式的一方面涉及使用概念業務流程模型作為用于服務識別的全面和有用的信息基礎。本專利技術的特定的示例實施方式的一方面涉及一種從業務流程功能之間識別候選服務的算法和/或編程方法。特定的示例實施方式的另一方面涉及將流程步驟評價為候選服務。特定的示例實施方式的另一方面涉及提供用于服務計劃管理流程的管理支持，然而也鏈接到業務流程模型并合并面向業務建模。特定的示例實施方式的另一方面涉及支持用于服務本文檔來自技高網...
【技術保護點】
一種在面向服務業務流程系統中分析可能展現為服務能力的業務流程模型的功能的方法，所述方法包括：接收由多個對象定義的業務流程模型，每個所述的對象具有與其相關的元數據屬性；在設計時間獲得用于每個所述對象的業務流程分析智能；在運行時間獲得用于每個所述對象的業務性能智能；存儲對應于所述設計時間和運行時間聚集智能的指示符連同用于相應對象的元數據屬性；以及通過面向服務業務流程系統的至少一個處理器，將一個總體的候選服務算法應用于存儲指示符以達到對于所述模型中每一流程功能的總的服務合格數值。
【技術特征摘要】
...
【專利技術屬性】
技術研發人員：卡特里娜·西蒙，
申請(專利權)人：德商賽克公司，
類型：發明
國別省市：
還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。