江西移動MSS域BPM整合咨詢-統(tǒng)一流程管理平臺建設規(guī)范-v1.0

CMJX-MSS-BPM-統(tǒng)一流程管理平臺規(guī)范第48頁/共50頁CMJX-MSS-BPM整合項目-統(tǒng)一流程管理平臺規(guī)范中國移動江西公司MSS域流程整合咨詢項目統(tǒng)一流程管理平臺規(guī)范（初稿）版本：V1.0日期：2010年11月16日COPYRIGHT2010byPrimetonTechnologies,Ltd.ALLRIGHTSRESERVED.文檔修訂記錄序號版本號修訂日期修訂概述修訂人審批人備注10.12010-11-16確定初版本劉為20.22010-11-24修訂周海濤30.72010-11-25修訂劉為周海濤41.02010-11-26修訂劉為周海濤內(nèi)部資料注意保密

目錄1. 引言 31.1. 編寫目的 31.2. 適用范圍 31.3. 引用文件 31.4. 術語、定義和縮略語 32. 平臺建設方案 42.1. 平臺建設背景 42.1.1. MSS域BPM應用背景 42.1.2. MSS域BPM應用現(xiàn)狀 42.2. 平臺建設目標 52.3. 平臺建設內(nèi)容 62.3.1. 平臺建設定位 62.3.2. 平臺建設總體思路 82.3.3. 平臺組成及內(nèi)容 103. 標準與規(guī)范 153.1. 平臺建設規(guī)范 153.1.1. 平臺整合規(guī)范 153.1.2. 組件標準規(guī)范 223.2. 應用建設規(guī)范 323.2.1. 項目實施方法論 323.2.2. 項目實施規(guī)范 523.2.3. 實施使用指導**** 904. 平臺和工具**** 914.1. 平臺 914.1.1. 平臺建設技術架構(gòu) 914.1.2. 基本組成 974.1.3. 集成開發(fā)環(huán)境 974.1.4. 業(yè)務流程定制 974.1.5. 規(guī)則引擎 974.1.6. 集成運行環(huán)境 984.2. 工具 984.2.1. 管理監(jiān)控臺 984.2.2. 平臺分析工具 984.2.3. 平臺手冊 985. 資產(chǎn)與知識**** 995.1. 組件庫 995.2. 知識庫 995.2.1. 平臺規(guī)范 995.2.2. 軟件產(chǎn)品知識 995.2.3. 解決方案 995.2.4. 示例代碼 996. 附錄 99引言編寫目的為了保證江西移動MSS域BPM整合咨詢項目順利實施，編寫此文檔，梳理工作內(nèi)容，確認工作范圍，指導項目實施進度。其目標體現(xiàn)在四個層面：完成江西移動MSS域的所有業(yè)務流程的梳理，對其進行分析和整理。在對業(yè)務流程進行分析整理的基礎上提出其流程的整合建議，編寫流程整合規(guī)范。根據(jù)規(guī)范建議提出流程規(guī)劃及實施方案建議。根據(jù)規(guī)范建議對初期的統(tǒng)一流程管理平臺的建設提供指導建議。適用范圍本規(guī)范涵蓋了江西移動MSS域流程整合、流程建設的技術及業(yè)務規(guī)范，包括系統(tǒng)架構(gòu)、與統(tǒng)一任務中心的整合規(guī)范、與統(tǒng)一用戶中心的整合規(guī)范、與業(yè)務系統(tǒng)的整合規(guī)范、統(tǒng)一流程平臺組件庫的構(gòu)建規(guī)范、統(tǒng)一流程平臺的界面規(guī)范以及流程應用的實施方法論、業(yè)務流程梳理分析方法、業(yè)務流程設計方法、業(yè)務流程設計過程和業(yè)務流程持續(xù)優(yōu)化等方面的內(nèi)容。從技術及業(yè)務角度出發(fā)，給出了流程應用建設的要求，供中國移動內(nèi)部和應用廠商共同使用，適用于江西移動MSS域流程應用的相關建設。引用文件術語、定義和縮略語下列術語和定義適用于本規(guī)范：術語名詞解釋BPM業(yè)務流程管理業(yè)務流程管理。COMPONENT組件流程應用中抽取出的滿足特定功能的功能單元，可以是邏輯組件，可以是界面組件技術規(guī)范平臺架構(gòu)--ok平臺總體架構(gòu)以流程為中心的統(tǒng)一流程管理平臺支撐MSS域業(yè)務流程整合的工作，該平臺處于整合集成架構(gòu)中的“流程集成層”，如下圖所示：通過該集成架構(gòu)，可以支持跨應用的以流程為中心的集成，包括：對戰(zhàn)略與決策支持管理域、計劃與預算管理域、供應鏈管理域、財務管理域、人力資源管理域和企業(yè)綜合管理域等六大管理域的流程進行集成，將其中的應用服務和流程服務進行抽取，并注冊到企業(yè)服務總線中，通過流程進行集成。與“統(tǒng)一認證與授權(quán)平臺UAAP（或稱為4A系統(tǒng)）”進行集成，為流程的任務管理和權(quán)限控制提供組織機構(gòu)和授權(quán)信息。使用企業(yè)服務總線很容易實現(xiàn)應用與服務間的集成工作。將流程門戶中的業(yè)務流程建模、流程集中工作臺、管理控制臺、統(tǒng)計分析監(jiān)控、優(yōu)化調(diào)整工具、引擎配置管理等模塊集成到企業(yè)門戶中。統(tǒng)一流程管理平臺平臺功能結(jié)構(gòu)下面對整個集成架構(gòu)中的BPM平臺功能架構(gòu)進行描述，如下圖所示： 業(yè)務流程管理系統(tǒng)分為基本功能部分和擴展功能部分。其中：基本功能部分包括基礎支撐（業(yè)務流程引擎，業(yè)務規(guī)則引擎以及系統(tǒng)管理與維護），運行時環(huán)境（系統(tǒng)/組件的連接、用戶/客戶端應用的交互以及業(yè)務活動監(jiān)控和業(yè)務事件管理），以及設計時環(huán)境（業(yè)務流程的建模和設計、業(yè)務規(guī)則管理部分內(nèi)容以及功能組件的注冊、發(fā)布與管理）；擴展功能部分則包含一些擴展接口、業(yè)務流程引擎擴展能力、業(yè)務流程的仿真與優(yōu)化，以及多租戶服務能力。統(tǒng)一流程管理平臺的功能模塊包括實現(xiàn)BPM全生命周期的支持，包括：建模與設計、部署與執(zhí)行、監(jiān)控與分析、優(yōu)化與調(diào)整等環(huán)節(jié)。平臺邏輯結(jié)構(gòu)根據(jù)中國移動“移動MSS規(guī)劃及BPM整合規(guī)范”的要求，綜合考慮江西移動MSS域流程的固化、優(yōu)化以及跨部門之間流程集成、服務集成等應用集成的要求，統(tǒng)一流程管理平臺建設采用如下“流程應用架構(gòu)”。該應用架構(gòu)包括資源層、邏輯層、服務層、流程層、協(xié)同層，如下圖所示：協(xié)同層：為用戶提供了一個統(tǒng)一的交互門戶和工作平臺，通過RIA（RichInternetApplication）的方式提升用戶體驗，用戶通過協(xié)同層更容易以其他人進行協(xié)作，例如即時通訊、查看工作任務列表、查看發(fā)布信息，也能夠把已有數(shù)據(jù)、服務或界面快速組合到新應用中。通過協(xié)同層，用戶不再與多個孤立的系統(tǒng)進行交互，而是面對一個有機的整體；流程層：維護跨系統(tǒng)之間的業(yè)務狀態(tài)，企業(yè)應用的核心是業(yè)務流程，流程包括端到端流程和人工參與的流程，流程會產(chǎn)生任務，推送到工作平臺，流程把企業(yè)中多個應用聯(lián)接起來；服務層：將應用系統(tǒng)提供的邏輯以標準化的方式暴露出來，使開發(fā)者不需要關心邏輯的對外協(xié)議、邏輯的實現(xiàn)方式、邏輯的部署位置，并提供事件的方式降低邏輯間的耦合度，為非侵入式的操作提供基礎；邏輯層：實現(xiàn)了具體的業(yè)務邏輯，包括UI邏輯和后臺邏輯。邏輯由多個組件組成，以可插拔的方式部署，提供邏輯的編排能力；資源層：解決如何整合數(shù)據(jù)的問題，需要通過一個統(tǒng)一的數(shù)據(jù)編程模式統(tǒng)一對不同數(shù)據(jù)源的訪問。該邏輯架構(gòu)說明了應用系統(tǒng)的應用架構(gòu)以及支撐應用架構(gòu)的統(tǒng)一流程管理平臺基礎設施。各應用系統(tǒng)大體都包含協(xié)同層、流程層、服務層、邏輯層和資源層，為了使各層相關功能能夠穩(wěn)健運行都需要底層各種基礎設施的支撐。流程層也不例外，他需要其他基礎設施來支撐業(yè)務流程的運行。平臺物理架構(gòu)部署模式根據(jù)中國移動“移動MSS規(guī)劃及BPM整合規(guī)范”的要求，綜合考慮江西移動MSS域流程特點，建議采用如下圖所示的“統(tǒng)一流程平臺”方案：“統(tǒng)一流程管理平臺”方案特點：統(tǒng)一流程管理平臺與MSS域業(yè)務系統(tǒng)部署在不同的邏輯服務器上的不同Web應用中；統(tǒng)一流程管理平臺數(shù)據(jù)庫與MSS域業(yè)務數(shù)據(jù)庫系統(tǒng)分離；MSS域業(yè)務系統(tǒng)與統(tǒng)一流程管理平臺引擎之間通過遠程服務方式調(diào)用，事務一致性處理方式需要通過業(yè)務補償?shù)姆绞竭M行；統(tǒng)一BPM集成流程平臺與應用之間可以加入服務總線，實現(xiàn)對多系統(tǒng)的流程整合。（建議本次試點過程中將統(tǒng)一流程平臺獨立部署，最好不與現(xiàn)有業(yè)務應用混雜，即使投資限制無法提供滿足高性能的設備也爭取利用現(xiàn)有設備將統(tǒng)一流程平臺獨立部署。否則后續(xù)規(guī)范的落地和驗證只能是一紙空談，無法得到真正貫徹。）物理架構(gòu)系統(tǒng)物理部署架構(gòu)同時還要考慮在大規(guī)模應用時，用戶并發(fā)訪問量太大給統(tǒng)一流程管理平臺所帶來的訪問壓力和性能問題。所以，統(tǒng)一流程管理平臺需要提供相應的接口，方便完成基于集群（Cluster）等模式的部署、負載均衡操作等處理過程，保證業(yè)務流程管理系統(tǒng)的性能。下面就是集群方式的部署圖：企業(yè)內(nèi)網(wǎng)企業(yè)內(nèi)網(wǎng)（ESB選件）集群部署場景WebServiceWebServiceOA系統(tǒng)wapi_client.jar模塊A模塊B模塊CJava本地調(diào)用PLIS系統(tǒng)wapi_client.jar模塊A模塊B模塊CJava本地調(diào)用WebServiceBPM統(tǒng)一流程平臺集群節(jié)點1BPMOA業(yè)務流程PLIS業(yè)務流程節(jié)點2BPMOA業(yè)務流程PLIS業(yè)務流程業(yè)務系統(tǒng)與統(tǒng)一流程管理平臺之間采用WebService方式調(diào)用，其中ESB為備用方案。統(tǒng)一流程管理平臺需要提供服務接口注冊能力，容易注冊到商用ESB中。按照系統(tǒng)建設原則與策略，建議前期不采用商用ESB產(chǎn)品模式，隨著連接到統(tǒng)一流程管理平臺業(yè)務系統(tǒng)的增長以及業(yè)務量的增長，根據(jù)需求決定是否部署ESB產(chǎn)品。拓撲結(jié)構(gòu)結(jié)合江西移動MSS域系統(tǒng)當前性能要求和未來2年內(nèi)業(yè)務發(fā)展的預期，以江西移動目前的在線用戶為基礎進行硬件環(huán)境的配置，提供以下網(wǎng)絡拓撲部署結(jié)構(gòu)：整合規(guī)范與統(tǒng)一任務中心整合規(guī)范--liuwei與統(tǒng)一任務中心關系關系圖定位及分工MSS域流程應用負責業(yè)務流程實現(xiàn)及發(fā)起流程驅(qū)動請求（即完成任務請求）。統(tǒng)一流程管理平臺負責接收應用系統(tǒng)的完成任務請求，驅(qū)動流程，在統(tǒng)一流程管理平臺系統(tǒng)中完成原有工作任務，同時新產(chǎn)生工作任務；隨后統(tǒng)一流程管理平臺會調(diào)用統(tǒng)一任務中心的數(shù)據(jù)接收接口將新產(chǎn)生的任務推送到統(tǒng)一任務中心，同時調(diào)用統(tǒng)一任務中心的任務更新接口將原有統(tǒng)一任務中心的任務結(jié)束。統(tǒng)一任務中心負責接收統(tǒng)一流程管理平臺的推送任務請求和完成任務請求。與統(tǒng)一任務中心交互任務推送統(tǒng)一流程管理平臺將新產(chǎn)生的工作任務推送給統(tǒng)一任務中心。因為統(tǒng)一任務中心目前推送的任務只能是針對人的，所以約定在統(tǒng)一流程管理平臺中活動的參與者不能選中角色和機構(gòu)，只能是角色和機構(gòu)下的人。任務推送接口采用HTTP和WEBSERVICE兩種方式，其接口規(guī)范參見下表：序號字段名稱數(shù)據(jù)類型及長度必填中文說明樣例及說明1IdInteger是Key自動生成的ID2itemId字符串長度：255個字符是在應用系統(tǒng)待辦ID第三方系統(tǒng)待辦ID2Docid字符串否DocumentidDOMINO文檔的ID3Title字符串長度：255個字符是標題經(jīng)營分析8月份報表4link字符串長度：500個字符是待辦訪問鏈接//xxx.do5category字符串長度：100個字符是分類通知公告一般為流程名稱6Pubdate字符串是待辦數(shù)據(jù)生成日期2008-09-2210:00:00，格式必須符合yyyy-mm-ddhh:mi:ss7comments字符串是緊急度數(shù)字0-9數(shù)字越大緊急度越高8appId字符串長度：100個字符是應用IDeg:erp@jx.cmcc(由待辦中心建立、分配)9waitStatus字符串長度：255個字符是待辦狀態(tài)經(jīng)理審核10Uid字符串是用戶的uid比如：lisong待辦人UID，必須符合統(tǒng)一用戶管理系統(tǒng)uid標準的uid名稱。11Issms字符串長度：1是是否發(fā)送短信值只有0,1兩種。0:不發(fā)短信1:發(fā)送短信默認填012ispress字符串長度：1是是否催辦值只有0,1兩種。0:不催辦1:催辦默認填013Status字符串是狀態(tài)值有0-9，現(xiàn)默認值為00：表示待閱1：表示已閱2：表示待辦3：表示已辦14Resverse1字符串長度：255否預留字段115Resverse2字符串長度：255否預留字段216Resverse3字符串長度：255否預留字段317Resverse4字符串長度：255否預留字段418Resverse5字符串長度：255否預留字段519Checkkey字符串否校驗具體說明請參見《EMIS3.0統(tǒng)一待辦集成規(guī)范V3.doc》任務結(jié)束統(tǒng)一流程接收管理平臺統(tǒng)一任務中心的任務更新請求。任務推送接口采用HTTP和WEBSERVICE兩種方式，其接口規(guī)范參見上述任務推送參數(shù)規(guī)范表。具體說明請參見《EMIS3.0統(tǒng)一待辦集成規(guī)范V3.doc》任務查詢在各業(yè)務子系統(tǒng)中同樣存在任務查詢，其任務查詢來自于統(tǒng)一流程管理平臺的任務查詢接口，與統(tǒng)一任務中心不產(chǎn)生交互。它與統(tǒng)一任務中心的任務在數(shù)據(jù)上是對等的關系，要保持數(shù)據(jù)一致，但它們是并列的兩套任務系統(tǒng)，存在于兩套不同的系統(tǒng)中，所以它們實質(zhì)上是并列的、數(shù)據(jù)一致的關系。與統(tǒng)一用戶中心整合規(guī)范--liuwei與統(tǒng)一用戶中心關系關系圖 整合要點統(tǒng)一用戶角色統(tǒng)一流程管理平臺會通過同步統(tǒng)一用戶中心的數(shù)據(jù)和在平臺中建立角色來搭建整體的流程平臺的用戶數(shù)據(jù)，如果使用流程平臺的話，不允許在各子系統(tǒng)中維護自己的角色，須使用統(tǒng)一的組織機構(gòu)接口實現(xiàn)。組織機構(gòu)接口統(tǒng)一流程管理平臺實現(xiàn)了統(tǒng)一的組織機構(gòu)接口，其組織數(shù)據(jù)、人員數(shù)據(jù)來自于同步后的數(shù)據(jù)和結(jié)合平臺建設的角色數(shù)據(jù)。如果以后要更改整個組織機構(gòu)，只需要改統(tǒng)一流程平臺的組織機構(gòu)接口實現(xiàn)。與統(tǒng)一用戶中心交互數(shù)據(jù)同步統(tǒng)一流程管理平臺通過數(shù)據(jù)同步接口同統(tǒng)一用戶中心進行用戶數(shù)據(jù)的交互，數(shù)據(jù)的同步采取實時同步策略。因為統(tǒng)一用戶中心只有組織數(shù)據(jù)和人員數(shù)據(jù)，所以同步到統(tǒng)一流程管理平臺的數(shù)據(jù)也只有組織數(shù)據(jù)和人員數(shù)據(jù)，而角色數(shù)據(jù)是在統(tǒng)一流程管理平臺上維護的，那么新同步過來的數(shù)據(jù)也需要管理員后續(xù)將角色數(shù)據(jù)加上。與業(yè)務系統(tǒng)整合規(guī)范--zhouht需要細化和量化。與業(yè)務系統(tǒng)關系 統(tǒng)一流程管理平臺與業(yè)務系統(tǒng)之間的關系如下圖所示：定位及分工業(yè)務系統(tǒng) 業(yè)務系統(tǒng)需要完成的工作：業(yè)務信息展示、業(yè)務信息維護、調(diào)用平臺接口驅(qū)動流程、提供業(yè)務服務接口等功能。統(tǒng)一流程管理平臺統(tǒng)一流程管理平臺提供：流程的調(diào)度，任務的分配，流程服務接口等。整合要點部署形態(tài)業(yè)務流程應用與統(tǒng)一流程管理平臺分布式部署，兩者之間松耦合。統(tǒng)一流程管理平臺提供給多個業(yè)務系統(tǒng)同時使用，不能因為某個業(yè)務系統(tǒng)的故障造成整個MSS域業(yè)務流程應用故障。組織人員信息業(yè)務流程類應用一個典型特點就是人工交互，在系統(tǒng)建設過程中組織機構(gòu)信息數(shù)據(jù)處理是一個重要環(huán)節(jié)。統(tǒng)一流程管理平臺已經(jīng)提供了與統(tǒng)一用戶中心的交互能力，不允許業(yè)務系統(tǒng)直接連接到統(tǒng)一用戶中心，不推薦業(yè)務系統(tǒng)同步方式備份組織人員數(shù)據(jù)。角色信息組織人員信息統(tǒng)一，角色信息各異是業(yè)務流程類應用另一個典型特點。角色和系統(tǒng)的業(yè)務關聯(lián)度較高，各個系統(tǒng)都有各自獨立的角色信息。統(tǒng)一流程管理平臺提供角色維護能力，角色具有系統(tǒng)屬性，系統(tǒng)間角色不沖突。不允許業(yè)務系統(tǒng)直接維護角色信息，方便對整個MSS域系統(tǒng)角色的管理，為抽取公共角色（崗位）提供基礎。BPM引擎接口統(tǒng)一流程管理平臺對BPM引擎提供的接口進行了封裝和處理，比如接口調(diào)用緩存等優(yōu)化操作。業(yè)務系統(tǒng)通過平臺提供的接口驅(qū)動BPM引擎，不允許業(yè)務系統(tǒng)直接訪問BPM引擎接口和服務。組件規(guī)范組件抽取是針對開發(fā)商同統(tǒng)一流程平臺進行對接時，根據(jù)自身調(diào)用的需要進行的相關功能的封裝及實現(xiàn)。為規(guī)范開發(fā)商的組件的實現(xiàn)，需要開發(fā)商遵循統(tǒng)一的組件抽取開發(fā)規(guī)范，為系統(tǒng)的調(diào)用及維護提供制度上的保證。組件抽取規(guī)范組件是為實現(xiàn)一定功能，并可以被流程引擎調(diào)用的邏輯實現(xiàn)。為能更好的管理、調(diào)用這些組件，抽取組件時需要遵循一定的規(guī)范，通過標準化的流程，實現(xiàn)組件抽取。明確組件實現(xiàn)功能及流程引擎的邊界，減少不必要的流程引擎的負擔。詳細描述組件實現(xiàn)的功能，調(diào)用方式。明確在什么樣的情況下使用此組件定義組件的輸入、輸出，并給出每個參數(shù)具體的含義說明給出組件的名稱，需要能夠做到見名之意對組件出現(xiàn)的異常情況給予說明并對出現(xiàn)異常時采取的動作將需要抽取組件的信息填入到相應的表中，使得流程引擎在配置時能夠按照需求進行配置。組件抽取所用到的表信息：組件功能表組件功能描述使用范圍調(diào)用方式Webservice方式、本地調(diào)用方式等組件名稱組件參數(shù)參數(shù)1參數(shù)2參數(shù)說明說明2異常處理說明組件開發(fā)規(guī)范流程功能組件開發(fā)規(guī)范 開發(fā)商在進行流程組件的二次開發(fā)時，首先是根據(jù)組件抽取的結(jié)果進行組件的開發(fā)。并根據(jù)組件信息表完善功能組件的相關信息，并填寫組件實現(xiàn)表，提供后續(xù)開發(fā)人員使用。分析抽取的功能組件功能，明確組件實現(xiàn)目標按照組件實現(xiàn)的功能，定義組件的報名及組件名，組件的報名及組件名需要按照應用開發(fā)規(guī)范進行命名。分析輸入輸出參數(shù)，并對輸入輸出參數(shù)進行定義，參數(shù)的取名按照有明確意義的英文字母來取名。參數(shù)的類型建議采用簡單類型（string、int等，不建議采用復雜類型）對組件的異常信息進行規(guī)劃，根據(jù)異常處理說明，決定對異常采取封裝并拋到調(diào)用的上層還是在該組件內(nèi)處理掉。對于不影響程序運行，并不會產(chǎn)生后續(xù)效應的異常，在組件內(nèi)處理，而當此異常對后續(xù)的操作會產(chǎn)生影響，則對此異常進行封裝，并將此異常傳遞到調(diào)用層，由調(diào)用層進行處理。根據(jù)組件功能信息表中的調(diào)用方式，將開發(fā)的組件發(fā)布成java方法還是將其發(fā)布成服務。如果是本地java方法，則提供調(diào)用的完整類名及方法名、參數(shù)等信息，否則，提供調(diào)用服務的相關信息。組件功能實現(xiàn)表組件功能實現(xiàn)組件功能描述使用范圍調(diào)用方式Webservice方式、本地調(diào)用方式等調(diào)用方式服務調(diào)用本地方法調(diào)用wsdl地址完整類名url地址方法名組件參數(shù)參數(shù)1參數(shù)2參數(shù)N參數(shù)說明說明2說明N異常處理說明接口類組件開發(fā)規(guī)范流程功能組件開發(fā)規(guī)范已包含接口類組件開發(fā)規(guī)范，請參考流程功能組件開發(fā)規(guī)范復合功能組件開發(fā)規(guī)范復合組件功能是根據(jù)項目需要，為實現(xiàn)系統(tǒng)大粒度的功能，由開發(fā)商開發(fā)的可能包含業(yè)務與流程引擎API的結(jié)合、流程引擎API的組合實現(xiàn)的業(yè)務功能。這些功能的實現(xiàn)有利于開發(fā)人員更好使用流程引擎。復合功能的組件梳理與開發(fā)規(guī)范，請參考流程功能組件開發(fā)規(guī)范公共流程組件開發(fā)規(guī)范公共流程組件命名規(guī)則公共組件命名時，首先需要遵循見名之意，其次，對組件的包名也需要有一定的規(guī)范，方便后續(xù)查找、追蹤組件提供者，為后續(xù)組件的維護及持續(xù)優(yōu)化提供便利。公共流程組件分為兩個部分，一個部分是流程定義部分，另外一個是組件部分，對這兩種情況分別說明公共流程定義部分公共流程的流程定義名遵循的規(guī)則：com.cmccjx.public.workflow.系統(tǒng)名.流程名。業(yè)務操作中的命名規(guī)范遵循應用開發(fā)規(guī)范的命名規(guī)范公共組件部分開發(fā)公共組件時，需要對包名進行限制。包名一般以com.cmccjx.打頭，其次是公司英文或拼音，如果過程取公司首字母（如：primeton）；后面接的是public.workflow，接著是系統(tǒng)的名稱(如：oa)，最后是系統(tǒng)的模塊名稱。包名都采用小寫字母。具體包名如下顯示。com.cmccj.公司名.public.workflow.系統(tǒng)名.模塊名。如：com.cmccjx.primeton.public.workflow.workflowinstmgr定義流程組件的名稱，名稱的命名需要有業(yè)務含義，如結(jié)束工作項的命名：finishWorkItme。采用駱駝表示法來表示。公共流程組件發(fā)布目錄所有公共流程都需要發(fā)布到“默認的業(yè)務目錄”中。公共流程組件描述清單流程組件在提交部署時，需要提供如下的詳細信息流程定義信息。描述流程所實現(xiàn)的流程詳細信息，使用目的。自動活動的配置信息清單人工活動的配置清單連線的配置信息在流程定義中所用到的業(yè)務資源信息的配置信息，包括業(yè)務資源的目錄等信息。組件管理規(guī)范--ok參見《管理規(guī)范→組件管理規(guī)范》章節(jié)。組件復用規(guī)范組件能夠復用的標準是在流程運行過程中，該流程組件被調(diào)用次數(shù)在一段時間之內(nèi)大大超過其他組件的調(diào)用次數(shù)，可以將此組件作為候選可復用的流程組件，經(jīng)過相關的評審，從候選列表中選出最終作為可復用的組件，并對類似功能的組件進行歸并，對其結(jié)構(gòu)進行規(guī)劃，對其性能進行優(yōu)化，使得該流程組件最終成為高可用性、高性能的組件。為實現(xiàn)這個目標，需要遵循以下規(guī)范篩選規(guī)范候選流程組件是通過統(tǒng)計方式分析得出的其被調(diào)用次數(shù)是在組件調(diào)用中占比較高（平均調(diào)用次數(shù)的3倍以上）。具有通用性的特征能夠容易整合其他類似功能規(guī)劃設計復用組件的功能需要具有通用性確定調(diào)用該組件的前置條件及后置條件規(guī)劃接口參數(shù)，且接口參數(shù)意義明顯接口方式明確，并提供完整的接口說明實現(xiàn)優(yōu)化。根據(jù)java代碼優(yōu)化原則進行代碼優(yōu)化發(fā)布規(guī)范提供可供使用的組件包提供可復用組件的功能說明提供完善的接口說明，包括組件調(diào)用的前置條件及后置條件應用開發(fā)規(guī)范命名規(guī)范--zhouht在現(xiàn)有的業(yè)務流程系統(tǒng)中，流程引擎供一個系統(tǒng)單獨使用，當多個系統(tǒng)共用同一個BPM引擎時，為了避免混淆，命名變得非常重要。下面列舉部分流程相關部件命名實例，供業(yè)務系統(tǒng)參考（征求意見稿）。系統(tǒng)編碼規(guī)范要點各個系統(tǒng)按照業(yè)務含義定義2~4個英文字母的系統(tǒng)編碼。規(guī)范說明接入到統(tǒng)一流程管理平臺的各個業(yè)務系統(tǒng)，為了便于區(qū)分，各個系統(tǒng)按照業(yè)務含義定義2~4個英文字母的系統(tǒng)編碼。比如：合同管理系統(tǒng)（pm）、辦公自動化（oa）等。流程定義編碼規(guī)范要點流程定義編碼命名必須均為小寫。通用格式如下xxxxxx(cmccjx).xxx(projectname).xxx(modulename).xxx(flowname)規(guī)范說明流程定義編碼是流程定義模板唯一編碼，在平臺中必須保持唯一。流程定義編碼命名必須均為小寫。名詞需要使用英文說明功能，不能推薦采用拼音。具體示例如下：通用格式如下xxxxxx(cmccjx).xxx(projectname).xxx(modulename).xxx(flowname)以cmccjx.ehr.vacation.annualleave為例： 第一段jxcc代表江西移動。 第二段ehr為項目名稱“人力資源系統(tǒng)”。 第三段vacation為項目模塊“假期管理”。 第四段annualleave為流程定義名詞“年假申請流程”。流程實例名稱規(guī)范要點流程實例名稱必須包含業(yè)務信息。規(guī)范說明在用戶待辦任務列表中，首先看到的是流程實例和活動實例名稱。其中為了讓用戶在待辦任務列表中可以直觀的了解任務信息，流程實例名稱必須包含業(yè)務信息，具體需要包含哪些關鍵業(yè)務信息需要在需求調(diào)研時確認。比如年假申請流程，當流程實例化的時候，命名為“財務部張三年假申請流程”或者是“財務部張三2010年年假申請流程”。這樣處理人員不用點擊進入待辦任務信息頁面即可了解待辦任務的大概信息。如果全部命名為“年假申請流程”，則無法區(qū)分流程實例之間的差異?；顒佣x名稱規(guī)范要點活動定義名稱必須包含業(yè)務信息，在一個流程模板中，流程定義名稱必須能夠區(qū)分開來。規(guī)范說明假設在如下所示的流程圖中，環(huán)節(jié)2和環(huán)節(jié)4都是部門領導審批，如果不加區(qū)分，在部門領導處理時，在待辦任務列表中無法直觀的了解流程所處環(huán)節(jié)。 環(huán)節(jié)2和環(huán)節(jié)4分別命名為“部門領導初審”、“部門領導復審”之后，活動定義名詞可以直接區(qū)分兩個環(huán)節(jié)的差異。業(yè)務操作命名規(guī)范要點活動定義名稱必須包含業(yè)務信息，在一個流程模板中，流程定義名稱必須能夠區(qū)分開來。規(guī)范說明假設在如下所示的流程圖中，環(huán)節(jié)2和環(huán)節(jié)4都是部門領導審批，如果不加區(qū)分，在部門領導處理時，在待辦任務列表中無法直觀的了解流程所處環(huán)節(jié)。規(guī)則命名規(guī)范要點規(guī)則分為參與者規(guī)則和分支規(guī)則，在統(tǒng)一流程管理平臺中規(guī)則命名需要加上系統(tǒng)編碼前綴。規(guī)范說明當規(guī)則集中到統(tǒng)一管理平臺中之后，需要區(qū)分規(guī)則的系統(tǒng)屬性。便于區(qū)分不同業(yè)務系統(tǒng)的規(guī)則。比如：人力資源系統(tǒng)中請假審批分支規(guī)則，當部門經(jīng)理請假時，公司副總審批；部門員工請假時部門員工審批。該分支規(guī)則命名為：“ehr-請假流程-審批人規(guī)則”。流程梳理規(guī)范--liuwei描述在流程梳理的過程中要執(zhí)行的規(guī)范，填寫的表單。組件使用--liuwei描述如何使用組件標簽類組件使用流程功能類組件使用 見《接口規(guī)范→接口分類描述→統(tǒng)一流程管理平臺接口功能分類》章節(jié)。流程設計規(guī)范--zhouht是否需要子流程規(guī)范要點：在業(yè)務流程定義中，一組相關的活動組，可以設計成一個子流程；引入子流程的概念用于表示按照遞歸方式對流程在級別上做更深入的優(yōu)化，直至到達合適的組成部分。是否使用子流程主要從下面幾個指標衡量：企業(yè)管理的模式是否需要精細：如財務部門多級審批環(huán)節(jié)，可以是一個審批環(huán)節(jié)，也可以是在財務部門經(jīng)過一組相關活動組成的活動組審批。當然，業(yè)務流程管理優(yōu)化有很多工作要做，但是不是本文重點，這里就不深入討論。使用子流程是否可以使流程圖表達簡潔清晰：在某些業(yè)務流程中環(huán)節(jié)較多，如果所有的活動放在同一個層次，會使得流程圖拓撲結(jié)構(gòu)復雜而不容易識別。對業(yè)務功能相近或者相關的活動組適當?shù)氖褂米恿鞒?，可以使整個業(yè)務流程表達清晰簡單。這種情況下推薦使用子流程。一組活動被多處重用：在整個業(yè)務系統(tǒng)中，如果某些相近或者相關的活動組在多個流程中可以重用，推薦使用子流程。是否有子流程嵌套：在業(yè)務系統(tǒng)中如果有子流程遞歸調(diào)用的情況，建議使用子流程。【應用場景——活動組復用舉例】：在REF_Ref222986124\r\h圖3-2所示中的應用場景中，客服部門會受理不同產(chǎn)品的申辦請求，不同的產(chǎn)品在IT支撐部門處理過程都是一樣的：首先由“IT支撐部審核”，如果是非標準業(yè)務轉(zhuǎn)由“IT支撐部經(jīng)理審核”，最后由IT支撐人員做相應的操作。其他部門則根據(jù)產(chǎn)品的不同走不同的審批流程。使用子流程的設計方案是可以將“IT支撐部處理”相關的3個人工活動設計成所示的子流程，REF_Ref222986124\r\h圖3-2的需求就可以設計成REF_Ref222986146\r\h圖3-4的方案。這樣“IT支撐部處理”子流程就可以在多個流程中使用，將來IT支撐部處理過程發(fā)生變化時，僅僅修改子流程即可。子流程調(diào)用層級設計規(guī)范要點子流程嵌套調(diào)用層級建議為3級。規(guī)范說明主流程調(diào)用子流程，子流程可以調(diào)用另一個子流程，如此遞歸技術上來講，子流程調(diào)用的層級不受限制。在實際項目中，如果子流程層級太深，流程返回時執(zhí)行速度會有影響；另外，太深的流程調(diào)用不利于流程監(jiān)控圖展示。根據(jù)實際項目實踐，推薦子流程調(diào)用層級為3層。界面規(guī)范--zhouht接口規(guī)范--liuwei接口服務方式流程應用與統(tǒng)一流程管理平臺主要采用三種服務方式：UDDI服務方式和普通WebService服務方式、HTTP會話服務方式。UDDI服務：統(tǒng)一描述、發(fā)現(xiàn)和集成（UDDI）規(guī)范定義發(fā)布和發(fā)現(xiàn)有關WebService的信息的方法。業(yè)務系統(tǒng)調(diào)用統(tǒng)一流程管理平臺提供的服務都是采用UDDI的服務方式普通WEBSERVICE：非采用UDDI服務方式的調(diào)用，通常指采用傳統(tǒng)WebService框架（如：Xfire，Axis2）發(fā)布和調(diào)用的服務。統(tǒng)一流程管理平臺調(diào)用業(yè)務系統(tǒng)的服務方式可采用普通WebService方式或HTTP會話服務方式。引用系統(tǒng)根據(jù)具體業(yè)務需求靈活選擇。HTTP會話服務：HTTPURL地址直接提供的服務，統(tǒng)一流程管理平臺調(diào)用業(yè)務系統(tǒng)的服務和BPM流程引擎調(diào)用的服務會采用HTTP會話服務。引用系統(tǒng)根據(jù)具體業(yè)務需求靈活選擇。接口通訊方式接口基本采用了同步請求/應答方式、異步請求/應答方式（暫不考慮會話方式、可靠消息傳輸方式、文件傳輸?shù)韧ㄓ嵎绞剑７照{(diào)度時可選擇服務方式是同步請求/應答方式還是異步請求/應答方式。在接口通訊中，基于交易的事務處理方式可采用以下幾種通訊方式：同步請求/應答方式：接口調(diào)用方向接口提供方發(fā)送服務請求，接口調(diào)用方阻塞等待接口提供方返回處理結(jié)果。異步請求/應答方式：接口調(diào)用方向接口提供方發(fā)送服務請求，與同步方式不同的是，在此方式下，接口提供方處理請求時，接口調(diào)用方繼續(xù)運行；當接口提供方處理結(jié)束時返回處理結(jié)果。接口完整性管理根據(jù)現(xiàn)有應用系統(tǒng)的特點，接口都是采用基于交易的事務處理機制實現(xiàn)，每個接口在對外提供服務的時候應該保證事務的完整，一個接口里包含的所有業(yè)務都在一個事務內(nèi)。在服務調(diào)用出錯后事務全部回滾，以便業(yè)務能對再次對其進行處理以確保流程的順利流轉(zhuǎn)。調(diào)用方在批量調(diào)用接口的時候，須考慮事務的完整性和延續(xù)性，確保出錯后能多次調(diào)用以完成整個事務，來保障整個業(yè)務事務的統(tǒng)一。接口安全管理為避免系統(tǒng)間非正常訪問，保證接口交互信息的可用性、完整性和保密性。接口訪問須對接口本身進行安全訪問，須在服務調(diào)用的客戶端和服務端進行安全配置及安全驗證。業(yè)務系統(tǒng)提供服務時須在服務內(nèi)部進行IP地址、密碼校驗等安全限制，非正常的系統(tǒng)訪問予以拒絕，同時每次調(diào)用記錄服務調(diào)用日志。如果業(yè)務系統(tǒng)提供的是HTTP服務，則須進行單點認證或進行相關授權(quán)。流程管理平臺提供的服務在提供之前需進行服務端與客戶端密鑰的安全配置，非安全訪問予以拒絕。接口分類描述業(yè)務系統(tǒng)服務接口描述 業(yè)務系統(tǒng)與統(tǒng)一流程管理平臺相互調(diào)用的接口主要包括業(yè)務系統(tǒng)服務接口和統(tǒng)一流程管理平臺接口兩大類。其中業(yè)務系統(tǒng)服務接口指的是調(diào)用方為統(tǒng)一流程管理平臺，服務方為業(yè)務系統(tǒng)的接口。主要是指流程活動為服務方式（如：自動活動或webservice活動）時，統(tǒng)一流程管理平臺會調(diào)用業(yè)務系統(tǒng)中的業(yè)務邏輯服務。業(yè)務系統(tǒng)接口規(guī)范業(yè)務系統(tǒng)接口適用范圍業(yè)務系統(tǒng)發(fā)布的服務接口主要提供給流程管理平臺統(tǒng)一調(diào)用，來完成業(yè)務的相關實現(xiàn)。通常是在流程中的自動活動和WebService活動中調(diào)用。提供的服務需滿足接口的高并發(fā)性和穩(wěn)定性要求，在流程設計時可根據(jù)具體的業(yè)務和接口的執(zhí)行情況選擇在自動活動中調(diào)用還是在WebService活動中調(diào)用。業(yè)務系統(tǒng)接口發(fā)布規(guī)則業(yè)務系統(tǒng)發(fā)布的服務接口發(fā)布的方式主要為兩種方式：一種是WebService接口，一種是HTTP接口。通常WebService服務在應用系統(tǒng)中以WebService工具（如：xfire\axis2）暴露成webservice，接口的輸入輸出參數(shù)應可序列化。HTTP服務直接在應用中跟隨應用啟動發(fā)布，其接口的輸入輸出參數(shù)為文本，并且文本盡量避免適用中文和特殊符號。業(yè)務系統(tǒng)接口管理規(guī)則業(yè)務系統(tǒng)提供的業(yè)務接口在發(fā)布和管理時應在系統(tǒng)建設時遵循一定的規(guī)范，如發(fā)布時填寫具體的接口說明，功能說明，輸入輸出參數(shù)說明，被哪些流程調(diào)用等信息。發(fā)布后要能實現(xiàn)可預見、可管理的原則，在對接口進行維護的過程中和執(zhí)行后要能清晰的查詢相關接口的在用信息、調(diào)用頻次、資源占用等信息，以便于業(yè)務系統(tǒng)查知提供了哪些服務接口及監(jiān)控其接口的運行情況以及對應用系統(tǒng)整體的影響。接口發(fā)布時填寫模板可參見《業(yè)務系統(tǒng)接口管理模板》。業(yè)務系統(tǒng)接口異常規(guī)則在統(tǒng)一流程管理平臺調(diào)用業(yè)務系統(tǒng)接口的時候，會出現(xiàn)不同的異常情況，包括網(wǎng)絡異常、業(yè)務異常等，對于調(diào)用方的直接影響是導致流程的運轉(zhuǎn)不正常。在流程定義時會設置服務調(diào)用時的異常處理策略，在策略為“回滾異常”和“進入異常狀態(tài)”的情況下，此時流程停在服務調(diào)用的活動上面，所以在業(yè)務實現(xiàn)上需要對其進行處理。處理的規(guī)則為如下建議：對于復雜的業(yè)務流程，進行人工干預，實行業(yè)務重做。在業(yè)務端實現(xiàn)后臺處理進程，自動查詢處理異常服務，然后自動調(diào)用其服務并完成相關活動以驅(qū)動流程。統(tǒng)一流程管理平臺調(diào)用規(guī)范接口調(diào)用方式自動活動調(diào)用自動活動的調(diào)用即可調(diào)用業(yè)務系統(tǒng)的WebService服務又可調(diào)用HTTP服務。在自動活動中綁定的業(yè)務操作中輸入統(tǒng)一的方法名和相關的參數(shù)。WebService活動調(diào)用WebService活動的調(diào)用只能調(diào)用業(yè)務系統(tǒng)的WebService服務，在流程定義時配置相關的WebService信息，包括WSDL地址，SOAPHEAD信息，SOAPBODY信息，相關參數(shù)，調(diào)用方式等。接口調(diào)用規(guī)則接口的調(diào)用分為WebService活動調(diào)用和自動活動調(diào)用，WebService活動只能調(diào)用業(yè)務系統(tǒng)WebService服務，如果想調(diào)用業(yè)務系統(tǒng)的HTTP服務，須使用自動活動調(diào)用。其調(diào)用有同步異步之分，對于不需要立即返回結(jié)果的接口調(diào)用或者是實時性響應要求高的接口調(diào)用采用異步方式，否則為同步方式。接口異常處理統(tǒng)一流程管理平臺調(diào)用接口出現(xiàn)異常后，須采取相應的處理措施，在流程定義階段須指明其異常處理的策略，分為如下處理策略：回滾異常 出錯后，直接回滾異常，回滾到上個事務分割點。忽略異常 出錯后，忽略異常，活動完成，繼續(xù)執(zhí)行后繼動作。進入異常狀態(tài)，等待人工干預 出錯后，進入異常狀態(tài)不繼續(xù)流轉(zhuǎn)。自動執(zhí)行單步回退，活動終止出錯后，直接執(zhí)行單步回退，回退到上個節(jié)點，當前自動活動終止。自動路由到其它活動，活動終止 出錯后，直接根據(jù)配置跳轉(zhuǎn)到下一個活動，當前自動活動終止。自動執(zhí)行規(guī)則邏輯。出錯后，自動執(zhí)行設定的一個"規(guī)則邏輯"，當規(guī)則邏輯執(zhí)行完后，活動結(jié)束，繼續(xù)執(zhí)行后繼活動。統(tǒng)一流程管理平臺流程組件接口描述 主要是指統(tǒng)一流程管理平臺提供的流程組件服務。調(diào)用方為業(yè)務系統(tǒng)，服務方為統(tǒng)一流程管理平臺。這些服務以遠程WebService的方式提供，通過統(tǒng)一流程管理平臺提供的客戶端在業(yè)務系統(tǒng)中遠程調(diào)用。統(tǒng)一流程管理平臺接口規(guī)范平臺接口適用范圍統(tǒng)一流程管理平臺發(fā)布的服務接口主要提供給各業(yè)務子系統(tǒng)統(tǒng)一調(diào)用，來完成流程的相關實現(xiàn)。凡是流程的相關組件都使用統(tǒng)一流程管理平臺提供的服務。平臺接口發(fā)布規(guī)則統(tǒng)一流程管理平臺提供的服務接口發(fā)布的方式為UDDI服務，它不是真正意義上的WebService，是一種http服務。對應用系統(tǒng)來說，它是以UDDI的方式，通過統(tǒng)一流程管理平臺的客戶端以API的方式調(diào)用的服務接口。平臺接口管理規(guī)則統(tǒng)一流程管理平臺接口在發(fā)布和管理時按照組件化、服務化的規(guī)范來提供，由統(tǒng)一流程管理平臺結(jié)合BPM引擎統(tǒng)一來實現(xiàn)和發(fā)布。如果業(yè)務系統(tǒng)發(fā)現(xiàn)平臺有不滿足的接口，須按照《組件管理規(guī)范》按照組件管理流程提交接口申請，來實現(xiàn)平臺接口的管理和維護?？紤]兼容性，原則上平臺接口是不能修改和刪除的，只能新增相關接口。平臺接口異常規(guī)則統(tǒng)一流程管理平臺提供的接口在調(diào)用時會拋出異常，并將異常返回給接口的調(diào)用方，業(yè)務系統(tǒng)根據(jù)返回的異常結(jié)合業(yè)務場景來處理各自的業(yè)務。業(yè)務調(diào)用規(guī)范調(diào)用方式業(yè)務系統(tǒng)調(diào)用統(tǒng)一流程平臺提供的服務接口均采用UDDI服務調(diào)用的方式，統(tǒng)一流程管理平臺已經(jīng)做好了封裝，同時提供了客戶端代碼，其代碼編寫方式與傳統(tǒng)的javaapi調(diào)用方式相同。事務完整性規(guī)則在實際業(yè)務場景中，會存在業(yè)務邏輯與流程接口互相調(diào)用的情況，包括：業(yè)務系統(tǒng)只調(diào)用一個流程接口對于此種業(yè)務調(diào)用，直接使用統(tǒng)一流程管理平臺客戶端直接調(diào)用接口。業(yè)務系統(tǒng)只調(diào)用多個流程接口對于此種業(yè)務調(diào)用，只能是一個修改類接口加上其他查詢類接口的調(diào)用，為保障事務統(tǒng)一，不允許多個修改類接口的同時調(diào)用。目前統(tǒng)一流程管理平臺已將常用的多個修改類同時調(diào)用的接口抽取成大的接口供業(yè)務系統(tǒng)調(diào)用，同時在業(yè)務設計上盡力避免多個修改類接口的同時調(diào)用。業(yè)務系統(tǒng)先調(diào)用業(yè)務邏輯再調(diào)用一個流程接口此種調(diào)用的關鍵是既調(diào)用了業(yè)務邏輯，又調(diào)用了修改類流程接口，對于此種業(yè)務調(diào)用，應在業(yè)務系統(tǒng)調(diào)用中先調(diào)用業(yè)務邏輯，再調(diào)用流程接口，通過捕捉調(diào)用流程接口的成功信息或出錯信息來提交或回滾業(yè)務事務，以達到事務的完整統(tǒng)一。業(yè)務系統(tǒng)先調(diào)用業(yè)務邏輯再調(diào)用多個流程接口此種調(diào)用的關鍵是既調(diào)用了業(yè)務邏輯，又調(diào)用了多個修改類流程接口，應結(jié)合場景2和場景3來實現(xiàn)此種調(diào)用。即首先將多個流程接口抽取為場景2描述的一個修改類流程接口，然后按照場景3描述的，在業(yè)務系統(tǒng)調(diào)用中先調(diào)用業(yè)務邏輯，再調(diào)用流程接口，通過捕捉調(diào)用流程接口的成功信息或出錯信息來提交或回滾業(yè)務事務，以達到事務的完整統(tǒng)一。如果不能按照場景2將多個修改類流程接口調(diào)用抽取成一個流程接口調(diào)用，需要在每一次接口調(diào)用時采用流程補償?shù)臋C制，即在業(yè)務端實現(xiàn)反交易調(diào)用來確保業(yè)務的統(tǒng)一實現(xiàn)。操作流程圖如下圖所示：業(yè)務系統(tǒng)調(diào)用業(yè)務邏輯與調(diào)用流程接口存在混合調(diào)用混合調(diào)用即調(diào)用業(yè)務邏輯后再調(diào)用流程接口，然后根據(jù)結(jié)果再次調(diào)用業(yè)務邏輯，調(diào)用后繼續(xù)調(diào)用流程接口的無序、混合型的調(diào)用。對于此種業(yè)務調(diào)用，在業(yè)務設計時盡力避免，以減少系統(tǒng)存在此種情況的可能性。此種調(diào)用采取的調(diào)用策略為：業(yè)務上的邏輯調(diào)用通過業(yè)務系統(tǒng)本身實現(xiàn)事務控制；在流程接口調(diào)用時，如果調(diào)用異常，同樣采取采用流程補償?shù)臋C制，即在業(yè)務端實現(xiàn)反交易調(diào)用來確保業(yè)務的統(tǒng)一實現(xiàn)。操作流程圖如下圖所示：接口異常處理業(yè)務系統(tǒng)在調(diào)用統(tǒng)一流程管理平臺的接口時，由于統(tǒng)一流程平臺已將異常直接拋出給調(diào)用一方，所以在業(yè)務系統(tǒng)中可以直接捕獲異常。通常的處理規(guī)則須與事務完整性結(jié)合在一起，須在結(jié)合異常處理的基礎上做到事務完整性控制，具體參見《事務完整性規(guī)則》章節(jié)。統(tǒng)一流程管理平臺接口功能分類流程實例類接口【功能定義】流程實例管理、查詢接口。【功能描述】提供了諸如根據(jù)流程實例更換模板、

改變一個流程實例的狀態(tài)、創(chuàng)建并啟動工作流實例、刪除流程實例、批量刪除流程實例、掛起流程實例、終止流程實例、查詢滿足條件的后繼活動、查詢流程實例的詳細信息等相關功能。流程定義查詢類接口【功能定義】業(yè)務流程定義查詢接口?！竟δ苊枋觥刻峁┝藰I(yè)務流程管理中需要使用的查詢接口，可以查詢業(yè)務流程實體、活動定義實體、連線實體、流程包列表、流程目錄、活動已經(jīng)定義的參與者等信息。諸如獲取某業(yè)務流程中某個活動定義的基本信息、獲得某業(yè)務流程中某活動定義設置在“組織機構(gòu)與角色”里的參與者、查詢某業(yè)務流程中的所有活動定義、查詢某業(yè)務流程中某個活動定義的所有直接后繼活動、根據(jù)業(yè)務流程名稱，和活動定義ID查詢活動的后繼活動連線信息、查詢某業(yè)務流程中某個活動定義的所有直接前驅(qū)活動、查詢某業(yè)務目錄下的所有新版本業(yè)務流程等功能。流程發(fā)布類接口【功能定義】流程定義部署、發(fā)布和取消發(fā)布管理接口【功能描述】提供了諸如部署流程定義、根據(jù)流程定義ID刪除流程定義、刪除各版本具有相同名稱的流程定義、發(fā)布某流程定義模板的指定版本、取消某流程定義的發(fā)布等功能。工作任務查詢類接口【功能定義】工作項查詢接口?！竟δ苊枋觥刻峁┝酥T如結(jié)合業(yè)務表的工作任務查詢，查詢指定用戶領取和待執(zhí)行的工作任務、查詢指定人員委托出去并且已經(jīng)完成的工作項信息、查詢指定人員完成的工作項、查詢指定人員已經(jīng)完成的工作項信息、查詢擴展工作項的業(yè)務屬性等功能?？梢酝ㄟ^調(diào)用這個接口的方法來查看用戶的工作列表，包含了工作代理代辦的查詢?；顒訉嵗惤涌凇竟δ芏x】活動實例相關操作接口?！竟δ苊枋觥刻峁┝藢顒訉嵗M行查詢，如查詢指定流程下的活動實例；也可以對活動實例進行多種操作，比如完成，重啟，刪除等功能。諸如激活活動、執(zhí)行活動實例ID對應的回退動作、完成活動實例但不終止正在運行的工作項、完成活動實例、完成活動實例,并設置相關數(shù)據(jù)、重新啟動某個活動實例、查詢活動實例的狀態(tài)、查詢后繼活動實例、查詢某個活動實例的所有前驅(qū)實例等功能?；顒訁⑴c者指派類接口【功能定義】指派活動后繼活動參與者接口?！竟δ苊枋觥刻峁┝酥T如指派后繼活動的參與者、判斷當前工作項操作是否需要為后繼活動指派參與者、查詢某個活動需要指派參與者的后繼活動列表等功能。代理類接口【功能定義】代理管理接口。【功能描述】提供了包括所有代理相關的操作如創(chuàng)建代理關系，修改代理關系修改代理人范圍、刪除代理關系等功能。諸如增加委托人的候選人范圍、清理某個代理關系的代理項信息、創(chuàng)建代理關系、批量刪除多個代理關系、修改指定的代理關系、查詢所有代理關系等功能?；赝祟惤涌凇竟δ芏x】工作流活動實例回退管理接口?！竟δ苊枋觥刻峁┝颂峁┎樵儺斍盎顒訉嵗斑\行時經(jīng)過的活動定義，以及回退活動等功能。諸如根據(jù)某策略回退到某活動、查詢當前實例到目標活動定義之間所有運行時經(jīng)過的活動定義等功能。自由流類接口【功能定義】流程實例管理、查詢接口。提供了諸如【功能描述】流程相關數(shù)據(jù)管理類接口【功能定義】工作流相關數(shù)據(jù)管理接口?！竟δ苊枋觥刻峁┝双@得相關數(shù)據(jù)中指定路徑下的值、批量獲得相關數(shù)據(jù)中指定路徑下的值、根據(jù)流程實例ID，將對象值放到相關數(shù)據(jù)區(qū)、根據(jù)流程實例ID，批量設置相關數(shù)據(jù)中指定路徑下的值等功能。具體接口列表參見《附錄：流程接口列表》。管理規(guī)范平臺使用規(guī)范--zhouht開發(fā)流程申請接入開發(fā)包下載流程開發(fā)流程部署流程監(jiān)控流程優(yōu)化組件管理規(guī)范組件管理有專門的組件維護者崗位，負責組件的組件審核、入庫、發(fā)布、優(yōu)化改造等工作。該崗位應長期存在，不附屬于某個項目。負責整個組件體系的建設，包括組件的梳理，組件的開發(fā)提供，組件的維護，組件的撤銷等。組件維護者崗位制定和完善組件的使用規(guī)范，并定期發(fā)布最新的組件版本和更新內(nèi)容說明。組件只有組件維護者崗位有權(quán)限修改，但允許各項目組查看和使用。組件管理生命周期組件的管理過程是知識不斷積累，組件不斷成長的良性循環(huán)過程。一個典型的組件成長過程如下圖所示：組件管理的生命周期由組件開發(fā)、組件評審、組件發(fā)布、組件使用、組件維護幾個階段組成，如下圖所示：圖STYLEREF1\s22組件管理的生命周期參與者及職責總覽圖-參與者及職責總覽參與者角色組件維護者組件維護者是維護組件的主要責任人，組件的規(guī)劃、入庫、發(fā)布、反饋信息收集、改進、升級、推廣、停用等任務均由組件維護者牽頭負責，同時組件維護者也可以作為組件提供者。通常由對EOS平臺比較熟悉的技術人員擔任。組件評審者組件評審者是組件質(zhì)量的主要責任人，組件的評審由組件評審者牽頭負責。通常由熟悉EOS和組件管理規(guī)范的人員擔任。組件提供者組件提供者為組件提供組件，組件的入庫任務由組件提供者發(fā)起。此外，組件在被使用的過程中，有需要改進、升級的原則上由組件維護者完成，但由于組件提供者對所提供的組件比較熟悉，也可以被組件維護者借調(diào)過來進行組件的改進、升級工作。組件使用者組件使用者使用組件提供的組件，完成某種需求。組件使用者還有一個重要的任務就是對其在項目中正式用的組件必需進行反饋，以幫助組件維護者完善組件，使組件中的組件更加健壯，可復用度更高，從而提升整個組件的質(zhì)量。如果項目中使用了組件中的組件沒有進行反饋，則針對該組件有新版本時不對該項目組進行通知。管理規(guī)范入庫申請參與者組件提供者任務描述1、編寫組件，組件提供者積累知識，按照組件的抽取原則編寫組件；2、準備入庫，按照以下目錄進行文檔文件存放，并打包為rar壓縮文件；（1）文檔文件存放目錄結(jié)構(gòu)01_入庫申請單02_部署文件（包括組件JAR、第三方JAR、數(shù)據(jù)庫腳本、使用手冊等文件）03_源代碼04_Javadoc文件05_開發(fā)文檔06_組件使用說明07_應用案例說明（2）壓縮文件命名規(guī)范：組件名_日期＋_版本；（3）壓縮包結(jié)構(gòu)參見附錄組件壓縮包結(jié)構(gòu)。3、組件提供者提交“提請入庫組件壓縮包”至“組件\01_入庫申請”，并對組件維護者進行郵件通知，其中郵件標題格式為“組件入庫申請?zhí)嵝眩簤嚎s文件名”。產(chǎn)出物1、組件入庫申請單；2、提請入庫組件壓縮包。組件評審參與者組件評審者任務描述組件評審者收到“組件提請評審提醒”郵件；對組件進行測試，并檢查組件是否符合規(guī)范；提交評審意見至“組件庫\03_組件評審\02_評審意見”。其中，評審意見文檔命名規(guī)則為：壓縮文件名＋_評審者姓名；若評審通過，組件庫維護者從“組件庫\03_組件評審