基于SaaS的业务流程与规则引擎的应用

第一篇：基于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.仓管员办理入库

验收合格的，仓管员填制入库单。入库单连续编号。入库单至少一式三联，仓管员（收料员）一联，交财务一联、，采购部一联，入库单需由仓管员（收料员）签名确认并据之办理材料入库并登记库存管理台账。采购部门收到物控部门库单需统一存放，并与日后供应商递来发票核对，确认无误后，送会计部门。

四、付款与应付账款管理

付款

采购部依据采购合同/订单中的双方承诺（货到付款、预付款、分期付款、信用期限内付 款）以及货物入库情况提出付款申请，由采购经办人填写付款申请书申请付款并附相关合同等资料（具体操作参付款费用支出流程）。

第五篇：[让合规管理成为推动转型发展新引擎]

让合规管理成为推动转型发展新引擎

----采油*厂*年合规管理综述

***年，**采油厂作为油田稳产上产的主要区域之一，面对建设任务重、工程项目多、投资成本大、管理风险多等挑战，始终将合规管理做为企业经营管理的首要责任，助推稳健发展的不竭动力，预防经营风险的重要遵循，杜绝违法违规的必备条件，坚持以合规管理为切入点，多措并举、多管齐下，持续提高合规意识，规范合规行为，走出了稳健、坚实的步子。

学深悟透笃行

思想引领提升

“我们要有壮士断腕的雄心壮志，用铁的手腕，从各个管理环节全面规范我们的管理。”4月18日，在厂合规管理工作会上，厂领导的一番肺腑之言，一语中的地就合规管理的重要性进行了明确。

合规管理不能是无源之水、无本之木，只有融入到油田生产经营各个环节，“内化于心、固化于制、外化于行”才是固本之策，也才能焕发生机、发挥作用。为了适应转型发展、依法合规管理的“新常态”，4月18日上午，我厂在**前指视频会议室和厂机关视频会议室召开**年合规管理工作（视频）会议。

领导干部要率先垂范，不说不合规的话，不做不合规的事，敢于指出不合规的问题，支持管理人员依规办事，这是这次会议对领导干部提出的新要求。为了促进采油*厂合规管理的深入开展，成立了以厂主要领导为组长的合规管理领导小组，由企管、内控、监察部门负责日常组织协调、工作指导、监督检查。明确阶段性工作任务目标，通过加强与业务职能科室部门的协作配合，加强对权力运行的约束制衡，规范领导干部和管理人员的经营管理行为。通过集中对相关管理制度进行健全完善，充分发挥合规管理在增强管控能力、防范风险等方面的保障优势，确保权力行使安全、资金使用安全、项目建设安全、干部成长安全，确保经营管理行为有章可循、合规运行。对领导干部的相关行为进行制约，从而最大限度地减少决策失误带来的风险，形成“失职必查，违规必罚，有责必问，问责必严”的运行体系，为全面实现采油*厂有质量、有效益、可持续发展提供有力保证。

建设合规文化

突出宣教领先

“从下发的《第*采油厂合规管理工作方案》中可以看到，在以后的工作中，厂部对制度的建立将更加全面，对制度的执行将更加有力，对违规责任的追究将更加严厉，这就为员工的行为提出了更高的要求。我们每个人都要履行遵章守纪的职责，发挥自己在推进企业合规管理中的积极作用。”**作业区综合管理室主任***这样说道。宣传教育是思想文化建设的有力武器，认识统一、价值同向才能同心同德、步调一致。采油*厂在合规管理实践中，始终坚持把宣传教育作为建设合规文化、加强合规管理的重中之重，找准员工思想的共鸣点，让合规价值观在全体干部员工脑海中生根发芽。为了保证合规管理的理念能够深耕细作、润物无声的根植于广大员工思想中，我们通过抓好全员合规知识培训，提升了广大员工知法、守法、用法能力，主动把合规管理延伸到生产管理各个环节之中，使全员重视合规、主动合规。

7月初我厂合规管理专栏正式上线运行，通过合规管理网页专栏制作，使员工可以整合合规知识、合规文化、警示案例、企业制度等相关合规知识与信息，搭建了宣贯合规管理知识、开辟时时可见可学、触手可及的网络学习的平台。7月底，由企管法规科牵头，内控管理科、纪检监察科（审计科）等相关科室共同深入我厂各基层单位举办了为期5天的合规管理、规章制度、廉洁风险等相关知识的培训，采用以案说法的方式，对近些年来油田企业在持续快速发展中发生的各类不合规现象、违规违法案例进行了剖析讲解，进一步提升了全员的合规意识，增强了合规能力。10月中旬，在前指举办了**年合同管理业务培训班。通过狠抓合同申报人员和审批人员培训，力求关口前移，消除隐患，保证质量，将合同制定、履行、控制、管理及索赔案例等内容融入授课全过程，有效促进业务人员防范合同风险，提升了我厂整体合同管理能力，提高了资金运营的安全水平。深入学习宣传与石油企业、干部员工生产生活密切相关的法律法规，特别是掌握企业生产经营过程中涉及的禁止性、强制性规范，向广大员工讲明合规管理要义、讲透上级精神、讲清合规工作重点，员工中形成了统一的价值认同，认识到“合规是管理之本、违规是发展之害”，提高了“全员合规、主动合规”的意识。

推进合规管理

贵在立践立行

“我们必须通过完善经营考核政策、规范招投标、合同管理、优化风险防控体系、创新开展管理提升等措施，升级打造采油*厂提质增效、持续发展的新引擎„„”谈起当前面临的形势和任务，企管法规科科长**一口气梳理出了采油*厂创新经营工作合规管理工作“新常态”。

为了保证合规管理能够真正做到落地生根、开花结果，采油*厂树立合规管理要从领导干部和关键岗位抓起做起的思想，促使全员认识到合规管理不只是专业人员责任，更是创造价值的理念，把合规管理、合规意识融入到日常工作之中。认真梳理管理漏洞，积极瞄准薄弱环节，主动深挖问题、全面整改，“全方位、全要素、全过程、全系统、全体成员”确保经济运行安全。

采油*厂在推进合规管理工作中，以规范经营管理工作为抓手，根据集团公司合规管理办法和油田公司相关要求，结合实际拟定了第五采油厂合规管理实施细则意见稿，明确了合规管理工作要求，落实了各部门工作职责，建立了合规风 险评估、合同培训、合规审查、合规登记报告、合规评价等各项合规管理工作机制。规范招标和非招标选商活动，加大与纪检、审计、内控等部门协作配合力度，及时发现管理缺陷，纠正行为偏差，杜绝违规违纪行为，形成了各个部门分工合作，齐抓共管的良好格局。细化合同承办部门、审查部门和履行单位职责，严格落实“谁签订谁负责、谁履行谁负责”的原则，优化合同审查流程，加强合同计划管理与节点控制，加快合同审批和结算速度，最大程度减少事后合同，确保合同整体运行依法合规。严格重大合同合规审查，持续做好 “技术、经济、法律”三项审查，提高合同签约质量和履行效果。积极完成对无计划、无招标工程等历年遗留问题的清理工作，制定督办表，完善“责任清单”，明确完成时限、负责人和主管领导，相关责任人进行签字背书，按照“完工一件结算一件”的要求加快工作量签认和结算进度并进行销项处理，在守规矩上下功夫。制定并发布《第*采油厂合同结算及时率考核管理实施细则》，对未及时结算的部门，解决结算过程中遇到的问题，严格考核，督促落实，并坚决杜绝出现新增已完工未结算合同，加强了合同结算管理，提高了结算工作效率，保证我厂投资、成本的有效控制，使每个岗位工作人员真正从思想上、行动上做到不敢违规，不能违规，不想违规。积极与上级部门对接沟通，促请指导帮促，提高我厂协助司法机关执行案件能力，同时加强自身业务学习，研究了法律规定与程序，增强自身素质，防范协助执行法律风险。在具体的经营合同中，每名职工、每一个管理者树立维护采油*厂利益的理念，注重程序及制度管理，该逐级负责签发的一级不能少，避免风险发生。

“没有高风险的岗位，只有高风险的人”。一分部署，九分落实，通过一系列合规管理“组合拳”的实施，采油*厂以生产经营依法合规为抓手，让合规成为精细管理的“标尺”，规范管理的“家规”。全体员工进一步统一了思想，提高了认识，切实加强组织领导，把合规管理工作要求落到实处、抓出成效，为我厂可持续发展提供坚实的保障。