某某集团统一业务流程管理平台实施方-案大纲V2.1

某某集团统一业务流程管理实施项目

建设方案

一、概述

1. 建设背景

根据集团整体战略规划和发展现状及国内外市场环境，集团积极开展信息化工作，目前已经实施了ERP ECC 系统及相应的Workflow 工作流，解决了生产、销售、财务为核心的日常经营操作和部分流程审批管理，实施了协同办公系统及相应Domino 工作流，支撑日常办公过程中的公文办理流程管理，同时还建设了经法管理、财务管控、PLM 等各业务系统分别支撑着各个业务部门或单位的日常工作。但这些工作流管理系统或模块一般都由各职能条线的业务主管部门牵头开展建设的，以特定软件产品或平台为基础，主要实现价值链的某个核心业务域，在集团不断发展壮大后这些单独的业务系统也很难完全支撑到所有业务流程和业务活动，必须要整合和集成才能够真正做到端到端流程贯通，在系统层面上跨部门应用程序间交互、人机交互等问题常常让用户使用存在障碍。此外，集团在推进管理创新过程中，不断对现有流程进行改进和优化，最新的业务流程迫切需要固化运行，集团本部及各单位还存在如行政办公、物资管理、研发管理类大量现行的日常业务流程目前还依赖纸质审批和“跑签”，影响了集团工作效率，这些均迫切需要信息系统支撑。 因此，集团急需有一个企业级的统一业务流程管理平台（以下简称BPM 项目）支撑日常各项审批业务的开展。通过流程建模、自动

化、管理及优化调整等工具和方法，有效地管理组织集团内部流程。通过强大的集成功能高效串联各部门流程，建立端到端的流程枢纽网络，使得跨部门的应用及流程互联互通、高度融合，提高集团流程的可见度、督责效果、可预测度及执行效率。

2. 建设原则

在实施整个项目之前，结合行业内统一工作流项目经验，对于系统的设计原则，我们归纳总结五大要求，并以此作为本项目实施的总体原则。

● 坚持四统一管控原则

BPM 项目实施坚持由集团统一领导、统一规划、统一标准、统一建设实施的四统一原则。

● 技术先进，架构灵活

具备技术的先进性和架构的灵活性。工作流组件应遵循国际主流的流程集成标准，如BPMN 、XPDL 、BPEL 、WFMC 等；在架构上要具备高度的柔性，尤其是在流程集成的应用场景下，BPM 系统组件要能够保持稳定运行；架构扩展性强，能够根据实际业务应用需求灵活扩展，保证设计的应用系统具有良好的二次开发功能及集成功能。

● 性能优越，具备高度可扩展性

BPM 组件应具有高性能，能够满足大并发、大数据量下的吞吐能力、响应时间、CPU 和内存使用率等性能方面的指标要求。在性能的可扩展性方面，统一业务流程管理平台必须能够支持垂直扩展

和水平扩展：

支持垂直扩展：通过增加CPU 和内存，性能近似线性增长； 支持水平扩展：方便地进行主机集群和负载均衡处理，性能近似线性增长。

● 产品易用，操作方便简单

BPM 系统组件应具有易学性。组件本身应简单易学，学习成本较低，必须包括完善的、针对不同级别用户的应用系统培训教材，使得业务人员和系统开发人员经过简单培训后就能进行流程的建模和开发。工作流组件具有易操作性，应提供图形化流程建模工具、基于B/S模式的流程管理操作界面和一致的用户界面风格，方便易用。

● 安全性原则

系统设计时应使用高可靠性设备及技术，有健全的安全防范措施，从硬件、软件及管理等方面严格管理，杜绝非法入侵和泄密。系统需具备完善的安全防护措施和方案，确保系统的稳定运行及数据的安全。

二、建设目标与范围

1. 总体建设目标

集团BPM 项目将以推动基础管理提升，形成稳定可积累可持续的流程管理体系为目标，建立集团统一工作流管理平台，支撑集团日常工作管理类流程管理审批工作，接入其他业务系统流程审批，作为集团工作流程统一待办库，从根本上解决集团管理层与业务运营层之

间的断层，填补系统应用流程管理的空白区。

2. 一期建设目标

（1）以集团本部及国电某某为试点，梳理并规范重点日常工作管理类审批流程，同时与业务应用集成，接入系统基础数据，自动化形成申请表格等功能，以信息化手段实现审批流程的流转，代替原人工汇报审批方式，提升日常办公流程审批工作效率。

（2）接入协同办公、ERP 等业务应用的工作流程，形成集团统一待办库，一次登录即可完成所有业务系统的待办审批事项，方便领导日常工作，提供审批可追溯及统计分析功能，进一步提升集团管理水平，强化行政及业务流程管理。

（3）以集团采购至付款的业务链流程为试点，通过统一工作流平台梳理采购至付款业务链的流程关联，融合各部门与部门之间，集团与分子公司之间流程断层，填补系统应用的空白区，提升集团管控力。

（4）试点开展移动审批功能建设，在保证信息安全的基础上，通过手机等移动终端实现实时的待办流程推送及审批功能，使领导能够实时处理工作，进一步提高工作效益。

3. 功能范围

项目功能范围包括流程管理、统一待办、报表统计分析、业务数据接入及移动审批。

（1）流程管理

提供可视化的业务流程建模工具辅助用户开展业务流程梳理和

优化，建立集团统一业务流程管理审批平台，针对集团管理的共性需求，基于国际工作流联盟（ WfMC ）等成熟工作流管理标准快速实现的配置功能，实现流程发起、流转审批及结束归档功能，表单、流程能够实现用户可定制化，用户可自行定义流程在公司内部管理流转过程，提供丰富的工作流实用工具以方便操作。在授权的情况下，可根据实际情况灵活调整流程表单内容及流程流转的路径或条件，满足某某集团日常管理、行政管理、IT 管理等相关的流程审批需求。

（2）统一待办

统一待办的数据包括“统一业务流程管理平台待办事项”和“集成其他业务系统的待办事项”，集团BPM 系统提供成熟的待办集成接口，方便的集成各业务系统的待办事项。根据当前登录的人员认证信息，从统一待办事项集成数据库中查找，以清晰明了的列表方式展示所有待办数据，用户只需登录集团BPM 系统即可完成所有流程待办处理。

（3）报表统计分析

提供支撑自定义、多种展现形式和支持多种数据来源等的用户自定义视图或报表；基于元数据的统计，主要包括超期统计、业务统计及各模块内的统计查询功能，可生成图形报表如柱状图饼图等并导出Excel ，支持统计结果多样化输出，支持灵活的二次开发功能；提供支持第3方报表软件接口，以满足用户的复杂业务需求。

（4）流程集成

以统一业务流程平台为核心，将其他系统，如ERP 、经法等系统数据接入，实现跨系统的流程无缝互通、数据共享。用户只需输入

一次基础数据，即可在各流程业务系统中实现数据公用，无须在其他系统中再次录入，减少重复劳动，提升工作效率。

与主流ERP 系统实现无缝链接，共享ERP 软件系统的主数据、进行业务数据的双向交换并能共享业务处理流程; 通过标准的webservice 接口直连或PI 集成平台集中管理，实现与其他公司或应用软件访问和使用；具有手机短信接口，业务流转的任何环节，都可以自动发出手机短信提醒下一环节的办理人员，可以充分及时的让相关工作人员获知事务办理进度。

（5）移动审批

实现移动审批功能，通过手机或其他移动设备进行工作流的推送审批。以下表方式实现移动审批。

3. 组织范围

集团BPM 项目实施根据“统一规划、分步实施”的实施方法论推进项目，项目一期实施将完成集团本部及国电某某的实施工作，二期将制定统一推广流程模板，将系统推广至其他分子公司，实现产业单位全覆盖。

本期覆盖单位：某某集团总部（包括职能部门、支撑部门、部分专业机构）、国电某某；

4. 主要涉及流程

（1）日常管理类流程

目前集团有协同办公、ERP 、经法等多种业务应用，各类业务应用包含各自负责业务的流程审批过程，但是集团尚缺少对日常管理类流程审批的平台，一些基本的日常管理常用审批流程如下表所示，项目可以根据各部门及产业单位实际需求进行流程的配置。

需要对各部门及产业单位进行充分的需求调研，针对集团管理的共性需求，建立标准化工作流程体系及可快速实现的配置功能，同时具备全集团推广基础。

（2）采购至付款业务链流程

链接集团ERP 、经法系统流程断层，贯通集团采购至付款核心业务链流程，进一步梳理并明晰集团流程制定，规范固化集团采购至付款流程体系，提升集团管控力度，体现集团核心价值链。

三、技术方案

1. 技术路线

根据集团BPM 总体项目目标，分析技术路线相关优势与劣势：

1.1流程管理（搭建流程管理平台）功能介绍

2. 集成架构

统一业务流程管理平台使用统一权限作为其组织机构管理工具，接入业务系统的任务并统一展示和处理，支持与ESB 进行集成，支持与非J2EE 应用的系统集成。

● 统一业务流程管理平台可以统一接入某某集团的统一权限作为组织机构来源。

●

J2EE 类系统通过调用统一业务流程管理平台的Java 接口进行流程流转，非J2EE 系统（SAP ERP ）通过ESB 调用统一业务流程管理平台的 Web 服务接口进行流程管理。

3. 物理部署

统一业务流程管理平台在内网和外网各部署一套系统。外网用户访问外网统一业务流程管理平台，内网用户访问内网统一业务流程管理平台。

60. 外网部署移动办公业务模块、一个引擎实例即可，外网统一业

务流程管理平台需访问内网流程数据库。

61. 内网统一业务流程管理平台可以根据业务量需要，为ERP 等各

业务系统提供一个或多个完整的引擎实例来提供流程服务和交互。 设备类别

数据库

应用服务器集

群

磁盘阵列 设备用途 生产环境数据库 生产环境（内网环境）应用服务器集群 生产环境（外网环境）应用服务器集群 用于生产环境系统（内网）的

磁盘磁盘阵列 数量 2台 4台 2台 2 备注 1. 搭建OracleRAC 1. 搭建WebLogic 集群 1. 搭建WebLogic

集群 1. 生产环境数据库

2. 生产环境（内网

用于生产环境系统（外网）的磁盘磁盘阵列

1

环境）应用服务器集群

1. 生产环境（外网环境）应用服务器集群

磁带库

生产环境应用服务器、数据库的备份存储

四、工作思路与计划

1. 工作思路

系统应实现某某集团多级用户和应用系统的协同，提高办公效率；按照“全集团一套系统、一个平台、多级应用”的总体建设思路，构建一个基于集团内网的、覆盖全集团信息产业的、统一的现代化BPM 平台，满足某某集团公司跨时间、跨区域、跨部门的集团化协同办公要求。

（1）充分发挥领导作用，推进工作有序开展

组织建立高效的项目组织管理体系，制定细致、完善的项目实施计划，发挥业务部门负责人决策能力，系统流程需求分析、流程制定、流程固化等工作需与部门负责人进行多轮确认，保证项目实施切实满足业务部门实际需求。项目办工作重心前移，参与项目分析、设计、配置等方案制定、审核和确认，保证项目顺利推进。

（2）流程标准化先行，系统建设跟进

项目组要提前进行流程梳理，配合业务部门制定流程规范及标准化，结合业务部门管理需求，严控关键结点，优化流程环节。集团BPM 系统建设跟进流程的梳理工作，将优化后的流程固化至系统中。

标准化的流程使得业务部门管控力度进一步加强，明晰的流程推动集团BPM 系统的实施，系统的实施也推进了流程标准化的工作。

（3）严格参照‘先试点、后推广、再完善提升’的实施方法论 项目将采用三步进行实施，第一步以集团及国电某某（或一家其他产业单位）为试点，完成集团BPM 系统的基础框架搭建，完成日常管理类流程的梳理及开发配置，完成采购至付款的业务链流程梳理及固化开发，完成与SAP 及经法系统的接口实现，同时完成移动审批的功能；第二步要完成集团销售至回款、计划到执行的业务链流程梳理固化，同时完成系统全集团的推广工作。第三步在完成集团全面推广的基础上，对系统进行进一步的完善提升工作。

2. 阶段计划

概述本项目的里程碑节点及分阶段工作计划和目标：

3. 进度安排

五、组织机构

1. 项目组织机构

2. 职责分工

项目管理办公室

项目管理办公室是某某信息化项目管控的常设工作机构，具体负责集团项目组合的管理及推进工作，负责集团总部、职能部门、产业单位和系统实施方之间的沟通协调，组织评审项目工作组阶段性交付成果及最终验收等工作，同时兼负CCB 变更控制委员会的职责，负责项目建设过程中出现的重大变更管理及控制。

项目工作组

项目工作组由项目管理办公室直接领导，由各职能部门及产业单位项目联络人、甲方乙方项目经理、相关业务系统项目经理组成。项目工作组在项目管理办公室的统一领导下，具体开展项目管理及建设工作，负责职能部门、产业单位、项目组及外围支撑系统之间的沟通协调工作，协调各职能部

门及产业单位开展需求调研、用户测试、用户培训工作；协

调与其他业务系统项目组之间的数据接入、制定接口规范等工作；保障项目各项工作按照项目计划有序开展。

项目质量管理组

项目质量管理小组由项目办、项目工作小组部分人员组成，负责对项目成果的文档进行规范化审核；对项目进度执行进行监督和检查，保证项目实施过程质量管控。

需求咨询小组

负责待办、流程梳理和系统整合等需求收集及分析，找出行业需求共性并对项目需求进行方案设计，导入其他项目的管理经验与实施经验，为项目实施完成解决方案详细设计工作；在收集需求信息时，各部门负责人是第一责任人、部门联络专员是第二责任人，收集业务流程资料，配合需求调研、分析。

开发组

负责项目的技术方案实现以及二次开发工作，完成具体开发任务的执行和问题解决；完成与其他业务系统的数据接口开发工作，内外网数据传输、集成待办、移动审批等功能中需要二次开发的工作。

实施组

该工作组是项目实施主要责任小组，负责整个项目具体实施任务的执行和问题解决；负责系统环境准备与调试、数据库安排与调试、基础数据准备、项目功能模型设计、实施方案准备与确认、功能实现、系统应用、配置的培训等工作。

甲方业务工作组

甲方业务工作组由甲方业务部门相关人员组成，负责配合开展项目需求调研、提供项目所需的相关资料，全程参与项目需求及流程梳理的讨论与确认；参与并安排相应资源参与项目系统试运行；参加培训，掌握系统使用方法，并通过考核；协调并参与系统推广应用。

测试工作组

测试组由甲乙双方共同组成，负责系统的功能测试、性能测试、集成测试和最终用户测试等工作，负责稽查系统的功能和性能问题，并督促项目组进行系统功能和性能的完善提升工作。 六、资源投入

1. 工作量投入预估

2. 费用预算明细

3. 采购方式说明

某某集团BPM 项目将采用竞争性谈判方式进行采购。 七、保障措施

1. 沟通机制

本项目的沟通汇报机制及会议安排计划。

2. 质量管理

项目整体质量控制

3. 问题和风险管理

本项目问题管理的处理机制和措施，提出项目建设的风险点和控制措施。该项目的整体实施综合起来可能存在如下风险：

（1）业务配合风险

在应用系统实施中最易导致系统失败的因素是对业务的需求调查不够，对业务需求的理解出现偏差，从而导致系统实施与用户的初衷不一致。因此在本系统实施的过程中，与业务的配合和前期需求的详细调研、行业需求的准确理解尤为重要，这一因素也将是本项目能否成功的最大风险。

项目组在实施项目过程中，都会专门配置一名专职业务经理协助项目组和业务进行有效沟通，从而有效避免项目组过分关注技术本身而忽略与业务的准确沟通。同时公司会专门配备具有丰富项目经验的需求调研人员进行前期的需求调研，从而有效避免对用户需求理解不准确。

（2）平台技术风险

乙方完全有能力成功保证本项目中第三方产品的熟练使用配置及软件开发，可有效规避该项目中存在的软发件技术风险。

4. 运维安排