第一篇：基于SaaS的業務流程與規則引擎的應用

基于SaaS的規則引擎在企業流程中的應用

引言

規則引擎原理

流程應用

基于saas的模式

意義

1、引言

目前，B2B電子商務平臺發展了大量的中小企業用戶，提供具有共性的信息管理服務，但是這些服務對于特定用戶來說，無法根據該用戶的業務流程來構造與其自身業務相匹配的管理過程；同時，平臺亦無法應對會員企業將來發展帶來的管理過程的不斷變化。

在這種情況下，為中小企業用戶提供個性化的服務，對企業的意義是非常重大的。盡管現在有些軟件開發商為企業提供量身定制的功能需要，但這種方式開發成本很高，而且基本上是按照當時或者用戶可以預見的方式進行開發，不可避免的出現一些弊端：

（1）需要安裝專門的管理系統軟件，維護困難；

（2）功能的靈活性較小，只能符合某些行業的特點，不符合B2B電子商務平臺上廣大行業的需求；

（3）功能的配置操作復雜，不利于中小企業用戶的使用；（4）功能維護和修改的成本高。

為了解決上述弊端，基于SaaS的業務規則引擎的方法被提了出來，這種方法充分利用了SaaS（軟件即服務）的特點，不需要在中小企業的計算機上安裝任何軟件，把系統的日常維護工作都交給軟件服務運營商；而且使用成本低廉，符合中小企業的信息化成本要求。同時通過企業業務流程與規則引擎的結合應用，把商業規則與應用開發代碼，讓中小企業的工作人員能在運行時可以動態地管理和修改商業規則，保證了軟件系統的柔性和自適應性，使電子商務平臺為中小企業用戶提供個性化的服務打下了良好的基礎。

2、業務流程與規則引擎

2.1 業務流程與流程引擎

業務流程屬于工作流的范疇。工作流指全部或者部分由計算機自動處理的業務過程。而工作流管理系統是這樣的一個系統：詳細定義、管理并執行“工作流”，系統通過運行一些軟件來執行工作流，這些軟件的執行順序由工作流邏輯的計算機表示形式（流程定義）來驅動。

工作流系統與業務系統的關系如下圖所示：

業務系統流程應用支撐層支撐審批流程支撐業務過程支撐業務整合工作流引擎

國際標準化組織WFMC（工作流管理聯盟）發布了一個通用的工作流系統實現模型，這個模型可以適用于市場上的大多數產品，因此為開發協同工作的工作流系統奠定了基礎。

把工作流系統中的主要功能組件，以及這些組件間的接口看成抽象的模型?？紤]到會有許多其他的具體實現不同于這個抽象模型，因此，特定的接口在不同的平臺中會采用不同的技術，有不同的實現方式。而且并不是所有的開發商都會暴漏功能組件間的每一個接口，具體的規范會定義接口之間的相互操作功能，不同的廠商必須支持這些開放接口才能實現不同工作流之間的協作。

通用的工作流系統實現參考模型如下所示：

不同的廠商必須支持5類開放接口才能實現不同工作流之間的協作。

a)過程定義工具（Process Definition Tool）

過程定義是用來創建一個計算機可以處理的形式的過程描述?？赡芤孕问竭^程定義語言、對象關系模型、簡單的系統、腳本、或者在參與者間進行信息傳遞的路徑集為基礎。工作流定義工具，可能作為工作流產品的一部分、也可能作為業務過程分析產品的一部分來提供給用戶，作為業務過程分析產品一部分，會有其他的組件來負責處理業務過程的分析或者模型，這時，必須要有兼容的轉換格式，與運行時期的工作流軟件進行過程定義的相互轉換。

b)過程定義（Process Definition）

過程定義包含，工作流執行軟件運行過程所需的過程所有詳細信息。包括過程的開始和結束條件、組成活動、在活動間進行導航的規則、需執行的用戶任務、可能會被調用的應用程序、所有工作流相關數據的定義等。

過程定義可能會涉及到一個組織/角色模型，模型包含組織結構和組織中的角色等信息。從而使過程定義在，與具體活動或信息對象相關的組織實體和角色功能方面，十分詳細。工作流執行服務器負責把工作流運行環境中的參與者與相應的組織實體或角色聯系起來。c)工作流執行服務器（Workflow Enactment Service）

工作流執行服務器軟件負責：解釋過程定義、控制過程實例、安排活動的執行順序、向用戶工作表中添加工作項目、調用應用工具。這需要一個或者多個協同工作的工作流機來完成這些職責，工作流機管理各種過程的一個單獨實例。工作流執行服務器維護內部控制數據，這些數據或者集中于一個工作流機中，或者分布在一個工作機集合中；這些工作流控制數據包括與各種過程、或者正執行的活動實例相關的內部狀態信息，也包括工作流機用來合作或者從失敗中進行恢復的檢查點、恢復/重新啟動信息。

過程定義與（運行時期）工作流相關數據協作，一同用來控制過程中活動的導航、提供活動的進入與退出條件、不同活動的并行執行、順序執行選項、用戶任務、與每個活動相關的IT應用程序等。如果過程定義包括組織模型/角色實體類型，那么完成以上任務，需要訪問組織/角色模型數據。

工作流機也包括調用一些形式的應用工具的能力，來激活必要的應用程序執行相關活動。這種調用機制間有很大的不同，在一些簡單的系統中，也許只提供對單一的固定工具調用（例如，文本編輯器），然而在工作流系統中可能提供調用本地與遠程的大范圍內工具的方法。

d)工作流相關數據和應用數據（Workflow Relevant Data and Application Data）

過程導航判斷或工作流機中的其他控制操作，都以工作流應用程序產生或者更新的數據為基礎，這些數據可以被工作流機和條件工作流相關數據（也成為情況數據）所訪問；這是工作流機唯一可訪問的應用程序數據。盡管，工作流機負責在應用程序間傳遞工作流應用程序數據，但工作流應用程序數據直接由被調用過程操作。不同的應用程序由工作流過程內的不同活動調用。

e)任務表（Worklists）

過程執行中需要用戶交互的地方，工作流機把任務添加到任務表中，以便任務表處理器對其處理，任務表處理器管理與工作流參與者的交互。這個過程對工作流參與者可能是不可見的，任務表在工作流軟件中維護，把用戶需要執行的下一個任務提供給他。在其他系統中，任務表可能對用戶是可見，用戶自己從任務表中選擇執行任務，任務表也用來指示任務的完成。

f)任務表處理器用戶接口（Worklist Handler & User Interface）

任務表處理器是一個軟件組件，管理工作流參與者與工作流執行服務器間的交互。任務表處理器負責請求用戶關心的進展中的任務，并負責通過任務表與工作流執行服務器進行交互。在一些系統中，只是使用一個桌面應用程序來提供一個簡單的任務進入，等待用戶注意。在其他一些系統中，任務表的處理可能更成熟，控制任務在一些用戶間進行分配，并考慮到轉載平衡、任務重分配等。另外的一些任務表處理功能，工作流機典型支持與客戶端應用程序大范圍的交互，包括工作流參與者的簽到和退出、請求過程實例的開始、任務排隊等候特殊的參與者等。在工作流參考模型中，更廣泛的使用“客戶端應用程序”這個詞，而不是“任務表處理器”，從而反映其潛在的廣大使用范圍，其包含任務表處理功能的同時也包含過程控制功能。

在上圖中，用戶接口是一個單獨的軟件組件，負責提示和處理用戶對話框，并控制本地用戶的本地接口。在某些系統中，用戶接口可能會與任務表處理器組合到一起，構成一個簡單的功能實體。我們希望一些客戶端應用程序能夠和幾個不同的工作流服務器進行交互，從而把服務器中的任務整理成統一的格式，通過公共用戶接口提供給用戶。

可能會調用本地應用程序，來支持用戶完成特殊的任務，這由任務表處理器來負責，或者由用戶負責，在用戶接口使用簡易通用工具來安裝適當的支持程序。在任務表處理器/用戶接口中調用應用程序與工作流執行軟件直接調用應用程序，有明顯的不同。

g)管理操作（Supervisory Operations）

工作流系統中有許多的管理功能；這些管理功能以工作站點或者用戶的管理權限為基礎。這些管理功能使得管理者可以修改任務分配規則、確定過程中組織角色的參與者、跟蹤遺漏的最終期限報警或根據其他事件、跟蹤某一過程實例的運行歷史、查詢任務吞吐量或其他統計信息等。使用分布式工作流機的地方，可能需要特殊的命令來在不同的工作流機間傳遞控制操作或者（局部）響應，從而提供一個單一的管理接口。

h)外部和內部接口（Exposed and Embeded Interfaces）

上述的體系結構適用于大多數工作流產品，但是并不是所有的產品在每個不同的系統功能組件間，都提供外部接口；一些產品把幾個功能組件作為一個邏輯實體來實現了，并把接口包含在了軟件組件的內部，導致無法被第三方產品使用。WFMC規范定義了每個接口在實現多工作流系統協同工作中的作用，因此，可以鑒別單獨的產品是否符合協同工作標準。

2.2 規則引擎

規則引擎是一種根據規則中包含的指定過濾條件，判斷其能否匹配運行時刻的實時條件來執行規則中所規定的動作的引擎。與規則引擎相關的有四個基本概念，為更好地理解規則引擎的工作原理，下面將對這些概念進行逐一介紹。

1)信息元（Information Unit）

信息元是規則引擎的基本建筑塊，它是一個包含了特定事件的所有信息的對象。這些信息包括：消息、產生事件的應用程序標識、事件產生事件、信息元類型、相關規則集、通用方法、通用屬性以及一些系統相關信息等等。

2)信息服務（Information Services）

信息服務產生信息元對象。每個信息服務產生它自己類型相對應的信息元對象。即特定信息服務根據信息元所產生每個信息元對象有相同的格式，但可以有不同的 屬性和規則集。需要注意的是，在一臺機器上可以運行許多不同的信息服務，還可以運行同一信息服務的不同實例。但無論如何，每個信息服務只產生它自己類型相 對應的信息元。

3)規則集（Rule Set）

顧名思義，規則集就是許多規則的集合。每條規則包含一個條件過濾 器和多個動作。一個條件過濾器可以包含多個過濾條件。條件過濾器是多個布爾表達式的組合，其組合結果仍然是一個布爾類型的。在程序運行時，動作將會在條件 過濾器值為真的情況下執行。除了一般的執行動作，還有三類比較特別的動作，它們分別是：放棄動作（Discard Action）、包含動作（Include Action）和使信息元對象內容持久化的動作。前兩種動作類型的區別將在2.3規則引擎工作機制小節介紹。

4)隊列管理器（Queue Manager）

隊列管理器用來管理來自不同信息服務的信息元對象的隊列。

下面將研究規則引擎的這些相關構件是如何協同工作的。

如圖2所示，處理過程分為四個階段進行：信息服務接受事件并將其轉化為信息元，然后這些信息元被傳給隊列管理器，最后規則引擎接收這些信息元并應用它們自身攜帶的規則加以執行，直到隊列管理器中不再有信息元。

圖2 處理過程協作圖

3、規則引擎的工作機制

下面專門研究規則引擎的內部處理過程。如圖3所示，規則引擎從隊列管理器中依次接收信息元，然后依規則的定 義順序檢查信息元所帶規則集中的規則。如圖所示，規則引擎檢查第一個規則并對其條件過濾器求值，如果值為假，所有與此規則相關的動作皆被忽略并繼續執行下 一條規則。如果第二條規則的過濾器值為真，所有與此規則相關的動作皆依定義順序執行，執行完畢繼續下一條規則。該信息元中的所有規則執行完畢后，信息元將 被銷毀，然后從隊列管理器接收下一個信息元。在這個過程中并未考慮兩個特殊動作：放棄動作（Discard Action）和包含動作（Include Action）。放棄動作如果被執行，將會跳過其所在信息元中接下來的所有規則，并銷毀所在信息元，規則引擎繼續接收隊列管理器中的下一個信息元。包含動 作其實就是動作中包含其它現存規則集的動作。包含動作如果被執行，規則引擎將暫停并進入被包含的規則集，執行完畢后，規則引擎還會返回原來暫停的地方繼續 執行。這一過程將遞歸進行。

圖3 規則引擎工作機制

Java規則引擎的工作機制與上述規則引擎機制十分類似，只不過對上述概念進行了重新包裝組合。Java規則引擎對提交給引擎的Java數據對象進行檢 索，根據這些對象的當前屬性值和它們之間的關系，從加載到引擎的規則集中發現符合條件的規則，創建這些規則的執行實例。這些實例將在引擎接到執行指令時、依照某種優先序依次執行。一般來講，Java規則引擎內部由下面幾個部分構成：工作內存（Working Memory）即工作區，用于存放被引擎引用的數據對象集合；規則執行隊列，用于存放被激活的規則執行實例;靜態規則區，用于存放所有被加載的業務規則，這些規則將按照某種數據結構組織，當工作區中的數據發生改變后，引擎需要迅速根據工作區中的對象現狀，調整規則執行隊列中的規則執行實例。Java規則引 擎的結構示意圖如圖4所示。

圖4 Java規則引擎工作機制

當引擎執行時，會根據規則執行隊列中的優先順序逐條執行規則執行實例，由于規則的執行部分可能會改變工作區的數據對象，從而會使隊列中 的某些規則執行實例因為條件改變而失效，必須從隊列中撤銷，也可能會激活原來不滿足條件的規則，生成新的規則執行實例進入隊列。于是就產生了一種“動態” 的規則執行鏈，形成規則的推理機制。這種規則的“鏈式”反應完全是由工作區中的數據驅動的。

任何一個規則引擎都需要很好地解決規則 的推理機制和規則條件匹配的效率問題。規則條件匹配的效率決定了引擎的性能，引擎需要迅速測試工作區中的數據對象，從加載的規則集中發現符合條件的規則，生成規則執行實例。1982年美國卡耐基·梅隆大學的Charles L.Forgy發明了一種叫Rete算法，很好地解決了這方面的問題。目前世界頂尖的商用業務規則引擎產品基本上都使用Rete算法。

3、業務流程與規則引擎的融合

作為企業IT基礎設施的關鍵部分，業務流程管理越來越重要了。在BPM產品套件平臺上，可以建模、部署、執行和監視企業的業務流程，業務流程可以包含業務規則。例如，在銀行的賬戶驗證過程中，評估客戶資格或確定價格的業務策略很復雜，而且在快速發展的市場中常常會變動。把這些策略硬編碼在過程中是不合適的，因為很難在運行時管理和維護業務規則。通過把業務規則和業務流程分隔開，單獨地執行和管理它們，可以提高整個業務流程的敏捷性和擴展性。ILOG的JRules在融入到IBM的WebSphere套件體系后，在架構層面和技術層面充分體現了這種業務流程與業務規則分離的思想，如下圖所示：

ILOG JRules是先進的業務規則管理系統（Business Rule Management System，BRMS），提供編寫、部署和管理業務規則等業務功能，支持高效地修改策略和快速部署策略。

ILOG JRules提供一種建模、實現和部署業務規則的系統化方法。它支持以有秩序的高效的方式進行協作。它包含的工具針對不同用戶的技能和知識優化過，因此策略經理、業務分析師和開發人員都可以獲得所需的支持，可以盡可能發揮BRMS的價值。

4、重要意義

企業管理者對企業級IT系統的開發有著如下的要求：

1.為提高效率，管理流程必須自動化，即使現代商業規則異常復雜；

2.市場要求業務規則經常變化，IT系統必須依據業務規則的變化快速、低成本的更新；

3.為了快速、低成本的更新，業務人員應能直接管理IT系統中的規則，不需要程序-而項目開發人員則碰到了以下問題： 4 5 程序=算法+數據結構，有些復雜的商業規則很難推導出算法和抽象出數據模型； 軟件工程要求從需求->設計->編碼，然而業務規則常常在需求階段可能還沒有明確，在設計和編碼后還在變化，業務規則往往嵌在系統各處代碼中； 6 對程序員來說，系統已經維護、更新困難，更不可能讓業務人員來管理。

基于規則的專家系統的出現給開發人員以解決問題的契機。規則引擎由基于規則的專家系統中的推理引擎發展而來。

規則引擎技術為管理多變的業務邏輯提供了一種解決方案。規則引擎既可以管理應用層的業務邏輯又可以使表示層的頁面流程可訂制。這就給軟件架構師設計大型信息系統提供了一項新的選擇。而Java規則引擎在Java社區制定標準規范以后必將獲得更大發展。

第二篇：基于SaaS模式的信息系統架構優化研究與應用的論文

引 言

SaaS，即 Software as a Service，是 由 Salesforce 首先提出的，SaaS 服務所具有的優勢主要體現在多租戶以及可配置兩個方面，這些特性對解決中小企業在軟件構建、維護成本以及人力資源消耗等方面存在的問題有著良好的優勢。這就使得 SaaS 的有效應用可以推動中小企業經營管理水平的提升。尤其在互聯網與云計算技術不斷發展的環境氛圍下，使得 SaaS能夠得到云環境所提供的強大的軟硬件與基礎服務方面的支撐。值得注意的是，SaaS 作用發揮也受到一些因素的限制。SaaS 所采用的應用軟件必須是在服務提供商服務器上來部署的，用戶以業務需求為基礎，在應用 Internet 定制的前提下購買自身情況所需要的軟件服務。此類模式在應用中讓企業能夠降低在購置軟硬件、搭建以及維護設施等方面所支出的費用，減少企業在人力資源方面耗用所存在的問題，但是因為租戶本身對自身所具有的數據信息是無法通過物理的方式來實現接觸的，進而使得用戶對該種模式的使用缺乏一定的信心。從用戶的使用情況來看，用戶的擔心主要集中在數據隔離性以及服務安全性等方面，正是從這個層面來看，只有解決好SaaS架構在應用中所存在問題，才能夠有效地推動 SaaS服務的發展。SaaS 系統概述

SaaS 本身的含義是軟件即服務，中文名稱通常被稱作軟營或者軟件運營，是云計算服務形式中之一。SaaS 本身是以互聯網作為基礎來提供軟件服務的，其所具有的特性主要表現在以下幾個方面：

① 基于 Internet 的在線服務性。SaaS 在應用中，利用 Internet 來面向使用者，使用者則以 Internet 為基礎來通過在線訪問的方式來取得自身所需要的軟件與功能，也就是說，Internet 是該模式能夠實現的必備因素。

② SaaS 具有按需租賃性。這是因為其本身是以租賃方式為基礎把服務提供給包括企業或者單獨用戶在內的多個租戶，用戶不需要較大的費用支出就可以論次或者按照一定期限租賃的方式來實現 SaaS 服務的使用，進而使得用戶實現了按需租賃的目標。

③ SaaS 具有資源共享性。該模式在應用中存在著多租戶的概念，這就使得多租戶之間能夠在基礎設施以及 SaaS 服務等方面實現共享，還可以以不同租戶需求為基礎來對共享度進行選擇與設置。

④ SaaS 具有網絡訪問性。其本身需要通過各類方法的應用來確保訪問的網絡能夠持續地高效，進而應給與用戶提供較強的網絡支持。

⑤ SaaS 具有按需自配置性。其本身在應用過程中是自助式服務，也就是說用戶不需和提供者進行直接的交互，在用戶有使用需求的情況下，可以按照需要進行配置或者設置功能，如用戶可以按照自己的需要對系統與界面進行配置。數據存取機制

SaaS 服務中最重要的便是如何對租戶的數據進行存儲與維護。從 SaaS 服務應用的層面來說，是將多個租戶在一個數據層資源上實現集中，如集中在數據庫服務器，與此同時還需要把多個租戶能夠獨立地分開，讓每個不同的租戶能夠在單獨的物理資源上實現運行。通過 DaaS，即 Database as a service 的應用可以解決上述問題，如亞馬遜的 SimpleDB。因為眾多的租戶間在數據訪問方式以及數據結構方面非常相似，這就使得降低租戶的支出成為可能。DaaS 產品在應用過程中，提供允許每個租戶能夠獨立運行其所具有的應用程序方面的數據庫管理系統。這樣就會實現不同的應用能夠通過不同的方式來實現對系統的訪問。從數據存儲模型應用的情況來看，比較常見的有獨立數據庫、共享數據庫獨立模式以及共享數據庫共享模式3 類。獨立數據庫在應用中每一位租戶所使用的是單獨的一套數據庫。共享數據庫獨立模式則是多租戶使用一套數據庫，該模式中不同的租戶可以享有專屬的租戶模式。共享數據庫共享模式則是所有租戶使用一套數據庫與數據表集。SaaS 邏輯存儲模型

SaaS 在應用過程中，由于業務領域以及租戶發展方式等方面存在區別，使得數據模型存在著不同的特點。

3.1 元數據存儲模型

軟件開發商以 SaaS平臺所營造的開發環境為基礎開發出與租戶無關且能夠面向租戶具體業務的應用，并將這些在 SaaS平臺上進行部署，SaaS平臺通過映射機制的應用將這些轉化為能夠支持多租戶的定制，同時發布到能夠應用集市中來讓用戶進行租賃與使用。租戶在承租后可以以自身實際業務需求為基礎來實施具體的定制，多數情況下，一個租戶需要對同一個 SaaS 應用做出多個虛擬應用的定制，需要使用不同的業務應用，在租戶所確定的定制中存著一些共同的特征，進而降低租戶在定制操作方面所耗費的精力與費用，避免出現重復的定制元數據，平臺還能夠將存著共性的定制進行泛化。

3.2 單稀疏表存儲方案

單稀疏表方式指的是系統預先對一定數量的字段進行設置，這些所設置的字段的類型應為字符串，字段命名是 Extlnt[n]，這里的 n 表示該類型的字段所出現的數目。在使用者提出擴展方面的需求時，系統就會通過單稀疏表中設置預留字段的方式來實現擴展數據的存儲。單稀疏表存儲方案的應用可以有效減少表的數目，同時還可以解決傳統電子商務中存在的數據稀疏等方面的問題。

3.3 多稀疏表存儲方案

多稀疏表的模式在應用中通過多個不同列數稀疏表的使用來替代原來存在的固定列數中稀疏表來存儲租戶所確定的定制數據，通過多個稀疏表控制表的建立來確定租戶所具有的表所具體處于的稀疏表，同時通過對應的元數據表的建立來實現定制字段所描述信息的保存。

3.4 鍵值對存儲方案

鍵值對的理念是把保存擴展數據值和原數據表實現分離，鍵值對在存儲方面采取的是用行的形式來對記錄行中的每一列進行存儲，以訪問鍵為基礎來確定相應列值。此類存儲方式在應用中不會導致空值的存在，從存儲空間利用效率上來看，也要比稀疏表存儲模型好一些。結束語

本文闡述了目前所應用的 SaaS 可定制數據所具有的存儲模型，在對各個模型進行分析的基礎上，針對元數據驅動的鍵值對存儲模型的情況實施了優化。通過研究確定了解決 SaaS平臺稀疏表中眾多空值導致的存儲空間浪費及存取性能下降等方面的問題。

第三篇：業務流程管理與優化

《業務流程管理與優化》課綱

講師：趙又德

課程安排：12小時/2天

學習對象

企業副總/總監、各部門經理及主管，廠長、內控/內審部經理及各部門管理人員等。課程內容

第一講: 流程管理的本質

1.流程的基本概念—“工作流轉的過程”的縮寫

【實例分析】：三種行業不同的工作流轉運作流程分析

【實例分析】：流程在跨部門、跨崗位流轉的時候，往往會出現停滯、低效、扯皮、推諉等問題的分析

2.一個完整流程應具備的六要素

【案例分析】：在諾基亞修手機，體會流程的6要素實例分析

【課堂討論】：對某家游戲開發運營公司的流程場景進行流程鍵要素分析

3.如何理解流程的基本屬性（包括：流程流圍、規模、分類、分級、績效等五個方面）

【案例分析】：貨款回收流程分析、會議管理流程分析、原材料采購流程及服務流程等案例實例分析

4.影響流程的要素—僅僅畫了流程圖就想解決流程的問題并獲得流程管理的收益是不現實的【案例分析】：某公司流程管理的困惑實例分析

5.不同的組織結構對流程管理的影響

【案例分析】：某生產光纖的合資企“埋怨指責會”發生原因分析

6.從職能型管理模式向流程型管理模式的轉變

【案例分析】：傳統職能型管理的弊端：失去客戶的導向

7.內外部環境的變化對流程管理的影響

【案例分析】：藍海和紅海的循環變化分析

8.流程管理的四項原則

9.企業流程管理中的常見問題

10.缺乏明晰流程管理導致的企業問題

11.明確、高效的管理或業務流程可以給企業帶來巨大收益

12.流程控制的價值體現

【案例分析】：TCL的業務流程控制模型實例分析

13.流程管理的核心

14.流程管理的困惑（變革從關鍵流程入手、難在轉變觀念）

【案例分析】：國內某知名通信產品制造企業流程泡湯實例分析

15.流程優化（BPR）

16.流程再造的基本概念

【案例分析】：花期銀行信用分析作業流程改進帶來的利潤倍增分析、柯達公司服務流程改進帶來的顧客滿意度提升分析、福特公司貨款支付處的流程再造實例分析

17.流程再造的四種常用方式

【案例分析】：班尼頓公司現在的服裝生產流程分析、IBM信貸公司的新信貸流程分析福特北美公司財務部的新流程分析、上海航空公司的ERP系統分析

18.流程團隊的設置

【案例分析】：某公司傳統方式與長期流程型團隊的比較實例分析、柯達電子（上海）有限公司流程改造前后的組織機構實例分析

19.企業核心流程的界定

【案例分析】：聯想科技的核心流程界定分析、宏基集團的核心流程改進分析

第二講：流程描述及流程圖的繪制方法

1.流程管理對流程描述的要求

2.流程描述及意義所在3.流程描述應遵守的兩項原則

【案例分析】：A企業的流程描述模式發生變革的實例分析

4.流程圖常見的五種繪制方法

【課題練習】：不同方式流程圖繪制練習

第三講：流程的識別與診斷

1.如何做好信息收集工作？

2.如何識別與描述企業流程

【課堂討論】：某產品的投入--產出流程識別與描述

3.如何選擇關鍵流程

【課堂討論】：企業關鍵業務流程分析

4.如何選擇需要改進的關鍵流程？

【課堂練習】：流程如何與行動對應？

5.如何正確地理解流程及確定需要改進的關鍵點

【課堂討論】：分析某公司業務流程中的關鍵點

6.如何處置流程關鍵點

【課堂討論】：使用主次活動分析法分解原有流程

第四講：流程再造的創意思考

1.如何使用測定基準法來進行創意思考？

2.如何使用零基思考法進行創意思考？

3.如何使用價值鏈分析法進行創意思考？

4.如何改善心智模式釆進行創意思考？

5.如何使用約束理論進行創意思考？

6.如何使用ABC法進行創意思考？

【案例分析】：

第五講：流程的細化與優化

1.企業流程的分類分級

【案例分析】：某知名企業的流程分級分析

2.流程優化實例—如何簡化流程的審批環節？

3.如何消除流程內無用的非增值活動

【課堂討論】：對9個企業內經常存在的非增值活動提出解決方法

4.如何簡化企業流程？

【課堂討論】：判斷所給流程是否需要簡化？

5.如何對流程進行重新整合？

【案例分析】：與供應商的物流整合6.如何實現企業流程的自動化？

7.如何對企業流程進行全新設計？

8.如何建立新流程的管理體系？

第六講：流程的績效評價與持續改進

1.流程好壞的判斷標準

【案例分析】：運用ASME表格對某企業的文具物品領用流程進行增值／不增值的分析

【課題討論】：運用ASME表格對兩家銀行的服務流程進行分析

2.流程考核的實用工具

【案例分析】：SCOR模型中給出的對供應鏈考核的KPI方法

3.如何對流程建立有效性測評？

4.6西格瑪與流程的持續改進

【案例分析】：某公司通過實施6西格瑪管理的持續改進

第四篇：采購與付款業務流程

*******有限公司采購業務流程

一、供應商的選擇與管理

1、采購部門人員填寫供應商基本信息表

供應商網絡建設由采購部門負責，初選擇供應商時，采購部門應索取供應商資質證明：稅務登記證副本復印件（國稅）、營業執照副本復印件，如果是新增的供應商，供應商還需提供樣品，由質檢人員/技術人員/生產人員（或第三方）測試出具測試報告，然后采購部門人員填寫供應商基本信息表。

2、采購、生產技術、財務部門評審供應商

采購部門人員填寫供應商基本信息表完后，采購部主管召集采購經辦人、工程技術人員、質檢人員、財務會計等開會討論或現場評審，從供應商的供貨能力、質量保證情況、價格優勢等方面對供應商綜合能力進行評價，所有參加評審的人員在供應商評審表中簽字確認。

3、單位負責人或其授權人評定供應商

分管副總經理對供應商評審表的各項信息進行綜合評定，并參考綜合評審意見，最終確定合格供應商，并在選定的供應商的評審表中書面簽字確認。

二、材料采購

1、計劃員填寫申購單

計劃員根據生產銷售計劃/項目需求情況，通過查實庫存原材料、在途材料，成品存量和最低庫存量，計算出采購需要量，填寫請購單，然后交分管領導復審。

2、復審申購單

分管領導復審復審申購（表）單的采購材料名稱、采購數量是否正確，復審無誤在申購單/采購申請表上簽名確認。

3、采購員與供應商擬訂合同/訂單

采購員根據審核的申購單從合格供應商名錄挑選出進行供應商比質比價后，選擇質優、價廉的供應商（不在供應名錄內的，需分管副總經理特批），同時擬訂采購合同。

4、采購部經理審核合同/訂單

采購部主管審核擬訂的采購合同/訂單，審核內容包括：所選供應商在合格供應商名錄之內（不在供應名錄內的，需分管副總經理特批），采購的產品名稱、規格、數量等是否與申購單相符，單價是否合理與市價相符等。

5、分管副總經理合同審核

為了確保采購合同/訂單的合法、準確、有效，分管副總經理需對合同條款完備性、合同主體、合同內容等是否合法正確進行審查，審核無誤后報總經理審批。

6、總經理合同審批，董事長批準執行。

總經理對分管副總經理審核內容是否正確進行復核簽字后報董事長批準執行。

7、采購經辦人/經理與供應商簽署合同/訂單

采購經辦人/經理依呈簽結果，作為授權代表與供應商簽署采購合同/訂單，并進行采購，并提交一份財務備案，用作安排付款和會計核算。

三、固定資產采購

固定資產采購由需求部門根據工作需要提出申請，經與公司領導溝通同意后、采購過程參照材料采購 執行。

四、貨物入庫

1.收料員進行收料清點

倉庫是原材料數量驗收主管部門, 供應商送貨到指定放置地點（如待檢區）后，收料員將申購單和供應商提供的送貨單進行核對，在確認申購單和供應商送貨單品名、規格一致情況下清點數量，清點數量確認無誤后在送貨單上簽字。

2.收料員通知檢驗員檢驗

對需要檢驗的原材料（指生產性原材料），收料員收料后，收料員通知檢驗員進行檢驗對

于不合格的，填寫檢驗報告反饋采購部門，由采購部門與供應商協商處理方法以及要求供應商改進。

3.倉管員辦理入庫

驗收合格的，倉管員填制入庫單。入庫單連續編號。入庫單至少一式三聯，倉管員（收料員）一聯，交財務一聯、，采購部一聯，入庫單需由倉管員（收料員）簽名確認并據之辦理材料入庫并登記庫存管理臺賬。采購部門收到物控部門庫單需統一存放，并與日后供應商遞來發票核對，確認無誤后，送會計部門。

四、付款與應付賬款管理

付款

采購部依據采購合同/訂單中的雙方承諾（貨到付款、預付款、分期付款、信用期限內付 款）以及貨物入庫情況提出付款申請，由采購經辦人填寫付款申請書申請付款并附相關合同等資料（具體操作參付款費用支出流程）。

第五篇：[讓合規管理成為推動轉型發展新引擎]

讓合規管理成為推動轉型發展新引擎

----采油*廠*年合規管理綜述

***年，**采油廠作為油田穩產上產的主要區域之一，面對建設任務重、工程項目多、投資成本大、管理風險多等挑戰，始終將合規管理做為企業經營管理的首要責任，助推穩健發展的不竭動力，預防經營風險的重要遵循，杜絕違法違規的必備條件，堅持以合規管理為切入點，多措并舉、多管齊下，持續提高合規意識，規范合規行為，走出了穩健、堅實的步子。

學深悟透篤行

思想引領提升

“我們要有壯士斷腕的雄心壯志，用鐵的手腕，從各個管理環節全面規范我們的管理?！?月18日，在廠合規管理工作會上，廠領導的一番肺腑之言，一語中的地就合規管理的重要性進行了明確。

合規管理不能是無源之水、無本之木，只有融入到油田生產經營各個環節，“內化于心、固化于制、外化于行”才是固本之策，也才能煥發生機、發揮作用。為了適應轉型發展、依法合規管理的“新常態”，4月18日上午，我廠在**前指視頻會議室和廠機關視頻會議室召開**年合規管理工作（視頻）會議。

領導干部要率先垂范，不說不合規的話，不做不合規的事，敢于指出不合規的問題，支持管理人員依規辦事，這是這次會議對領導干部提出的新要求。為了促進采油*廠合規管理的深入開展，成立了以廠主要領導為組長的合規管理領導小組，由企管、內控、監察部門負責日常組織協調、工作指導、監督檢查。明確階段性工作任務目標，通過加強與業務職能科室部門的協作配合，加強對權力運行的約束制衡，規范領導干部和管理人員的經營管理行為。通過集中對相關管理制度進行健全完善，充分發揮合規管理在增強管控能力、防范風險等方面的保障優勢，確保權力行使安全、資金使用安全、項目建設安全、干部成長安全，確保經營管理行為有章可循、合規運行。對領導干部的相關行為進行制約，從而最大限度地減少決策失誤帶來的風險，形成“失職必查，違規必罰，有責必問，問責必嚴”的運行體系，為全面實現采油*廠有質量、有效益、可持續發展提供有力保證。

建設合規文化

突出宣教領先

“從下發的《第*采油廠合規管理工作方案》中可以看到，在以后的工作中，廠部對制度的建立將更加全面，對制度的執行將更加有力，對違規責任的追究將更加嚴厲，這就為員工的行為提出了更高的要求。我們每個人都要履行遵章守紀的職責，發揮自己在推進企業合規管理中的積極作用。”**作業區綜合管理室主任***這樣說道。宣傳教育是思想文化建設的有力武器，認識統一、價值同向才能同心同德、步調一致。采油*廠在合規管理實踐中，始終堅持把宣傳教育作為建設合規文化、加強合規管理的重中之重，找準員工思想的共鳴點，讓合規價值觀在全體干部員工腦海中生根發芽。為了保證合規管理的理念能夠深耕細作、潤物無聲的根植于廣大員工思想中，我們通過抓好全員合規知識培訓，提升了廣大員工知法、守法、用法能力，主動把合規管理延伸到生產管理各個環節之中，使全員重視合規、主動合規。

7月初我廠合規管理專欄正式上線運行，通過合規管理網頁專欄制作，使員工可以整合合規知識、合規文化、警示案例、企業制度等相關合規知識與信息，搭建了宣貫合規管理知識、開辟時時可見可學、觸手可及的網絡學習的平臺。7月底，由企管法規科牽頭，內控管理科、紀檢監察科（審計科）等相關科室共同深入我廠各基層單位舉辦了為期5天的合規管理、規章制度、廉潔風險等相關知識的培訓，采用以案說法的方式，對近些年來油田企業在持續快速發展中發生的各類不合規現象、違規違法案例進行了剖析講解，進一步提升了全員的合規意識，增強了合規能力。10月中旬，在前指舉辦了**年合同管理業務培訓班。通過狠抓合同申報人員和審批人員培訓，力求關口前移，消除隱患，保證質量，將合同制定、履行、控制、管理及索賠案例等內容融入授課全過程，有效促進業務人員防范合同風險，提升了我廠整體合同管理能力，提高了資金運營的安全水平。深入學習宣傳與石油企業、干部員工生產生活密切相關的法律法規，特別是掌握企業生產經營過程中涉及的禁止性、強制性規范，向廣大員工講明合規管理要義、講透上級精神、講清合規工作重點，員工中形成了統一的價值認同，認識到“合規是管理之本、違規是發展之害”，提高了“全員合規、主動合規”的意識。

推進合規管理

貴在立踐立行

“我們必須通過完善經營考核政策、規范招投標、合同管理、優化風險防控體系、創新開展管理提升等措施，升級打造采油*廠提質增效、持續發展的新引擎??”談起當前面臨的形勢和任務，企管法規科科長**一口氣梳理出了采油*廠創新經營工作合規管理工作“新常態”。

為了保證合規管理能夠真正做到落地生根、開花結果，采油*廠樹立合規管理要從領導干部和關鍵崗位抓起做起的思想，促使全員認識到合規管理不只是專業人員責任，更是創造價值的理念，把合規管理、合規意識融入到日常工作之中。認真梳理管理漏洞，積極瞄準薄弱環節，主動深挖問題、全面整改，“全方位、全要素、全過程、全系統、全體成員”確保經濟運行安全。

采油*廠在推進合規管理工作中，以規范經營管理工作為抓手，根據集團公司合規管理辦法和油田公司相關要求，結合實際擬定了第五采油廠合規管理實施細則意見稿，明確了合規管理工作要求，落實了各部門工作職責，建立了合規風 險評估、合同培訓、合規審查、合規登記報告、合規評價等各項合規管理工作機制。規范招標和非招標選商活動，加大與紀檢、審計、內控等部門協作配合力度，及時發現管理缺陷，糾正行為偏差，杜絕違規違紀行為，形成了各個部門分工合作，齊抓共管的良好格局。細化合同承辦部門、審查部門和履行單位職責，嚴格落實“誰簽訂誰負責、誰履行誰負責”的原則，優化合同審查流程，加強合同計劃管理與節點控制，加快合同審批和結算速度，最大程度減少事后合同，確保合同整體運行依法合規。嚴格重大合同合規審查，持續做好 “技術、經濟、法律”三項審查，提高合同簽約質量和履行效果。積極完成對無計劃、無招標工程等歷年遺留問題的清理工作，制定督辦表，完善“責任清單”，明確完成時限、負責人和主管領導，相關責任人進行簽字背書，按照“完工一件結算一件”的要求加快工作量簽認和結算進度并進行銷項處理，在守規矩上下功夫。制定并發布《第*采油廠合同結算及時率考核管理實施細則》，對未及時結算的部門，解決結算過程中遇到的問題，嚴格考核，督促落實，并堅決杜絕出現新增已完工未結算合同，加強了合同結算管理，提高了結算工作效率，保證我廠投資、成本的有效控制，使每個崗位工作人員真正從思想上、行動上做到不敢違規，不能違規，不想違規。積極與上級部門對接溝通，促請指導幫促，提高我廠協助司法機關執行案件能力，同時加強自身業務學習，研究了法律規定與程序，增強自身素質，防范協助執行法律風險。在具體的經營合同中，每名職工、每一個管理者樹立維護采油*廠利益的理念，注重程序及制度管理，該逐級負責簽發的一級不能少，避免風險發生。

“沒有高風險的崗位，只有高風險的人”。一分部署，九分落實，通過一系列合規管理“組合拳”的實施，采油*廠以生產經營依法合規為抓手，讓合規成為精細管理的“標尺”，規范管理的“家規”。全體員工進一步統一了思想，提高了認識，切實加強組織領導，把合規管理工作要求落到實處、抓出成效，為我廠可持續發展提供堅實的保障。