业务流程审批系统技术标书

通号集团业务流程审批系统技术标书通号集团业务流程审批系统技术标书 2014.6 通号集团业务流程审批系统技术标书 2 / 109 1概述概述6 2供应商系统建设方案供应商系统建设方案6 2.1供应商背景概述.6 2.2系统建设目标.7 2.3系统建设原则.7 3系统总体设计方案系统总体设计方案8 3.1系统总体架构.8 3.2基础网络服务.9 3.2.1网络拓扑结构9 3.3业务系统.9 3.4平台及服务.10 3.4.1K2工作流平台.10 3.4.2主数据管理及统一认证32 3.4.3统一权限管理33 3.5业务应用流程.34 3.6决策与协同.36 3.7信息安全及内控体系.36 3.7.1安全认证36 3.7.2权限控制39 3.8运维及运营管理体系.39 4硬件需求方案硬件需求方案 .41 5软件许可设计软件许可设计 .43 6财务报销系统设计建议财务报销系统设计建议 43 6.1财务控制的逻辑结构.43 6.2预算控制关键功能点说明.43 6.3财务申请关键功能点说明.45 7系统实施方法论系统实施方法论52 7.1阶段一：用户调查.52 7.2阶段二：需求调研.53 7.3阶段三：方案设计.54 7.4阶段四：需求分析.54 7.5阶段五：系统设计.56 7.6阶段六：建设实施.57 7.7阶段七：系统测试.58 7.8阶段八：维护支持.59 8项目管理项目管理.61 通号集团业务流程审批系统技术标书 3 / 109 8.1项目组构成.61 8.1.1组织机构61 8.1.2角色分工61 8.2项目风险管理.62 8.2.1风险管理的组成62 8.2.2风险所在及对策63 8.3质量保证方式.65 8.3.1项目质量控制的一般方法65 8.3.2项目质量控制的具体措施66 9项目验收标准项目验收标准 .66 10培训服务培训服务.67 10.1培训方式 .67 10.2培训内容 .68 11售后服务售后服务.68 11.1运维管理体系 .69 11.2运维流程 .69 11.3免费售后服务 .70 11.3.1免费售后服务期.70 11.3.2售后服务内容.70 11.4用户方的责任 .71 12案例介绍案例介绍.72 12.1案例一：中国广东核电72 12.1.1客户信息.72 12.1.2项目背景.72 12.1.3业务需求.73 12.1.4实施情况.73 12.1.5整体设计.74 12.1.6业务平台逻辑架构.75 12.1.7工作流平台物理架构.76 12.1.8工作流平台主要功能.76 12.1.9系统部分截图.76 12.1.10客户收益.79 12.2案例二：中粮集团79 12.2.1客户信息.79 12.2.2项目需求.80 12.2.3流程系统物理架构.80 12.2.4集团实施流程.81 12.2.5系统部分实现截图.81 通号集团业务流程审批系统技术标书 4 / 109 12.2.6系统实施带来的收益.84 12.2.7流程发展.84 12.3案例三：万科集团85 12.3.1客户信息.85 12.3.2项目背景.86 12.3.3系统部署架构.86 12.3.4与其他系统集成.87 12.3.5K2应用方式.87 12.3.6系统部分实现截图.87 12.3.7系统实施带来的收益.90 12.4案例四：日月光集团91 12.4.1客户信息.91 12.4.2项目建设目标.91 12.4.3系统部署架构.92 12.4.4系统价值.92 12.4.5系统部分实现截图.95 12.5案例五：上汽集团96 12.5.1客户信息.96 12.5.2客户面对的问题和挑战.97 12.5.3系统架构设计.98 12.5.4系统部署架构.98 12.5.5关键业务场景与功能.98 12.5.6亮点功能.99 12.5.7系统部分实现截图.99 12.5.8系统实施带来的效益.102 13附录：需求点对点理解与应答附录：需求点对点理解与应答.102 13.1流程设计 .102 13.1.1可视化业务流程设计.102 13.1.2可视的组织机构与角色建模.103 13.2表单设计 .104 13.2.1可视化的表单设计.104 13.2.2表单美化设计.104 13.3流程管理 .105 13.3.1流程定义管理.105 13.3.2流程实例管理.105 13.3.3流程异常处理.105 13.4流程监控与管理 .106 13.5统计报表 .106 通号集团业务流程审批系统技术标书 5 / 109 13.6其他平台要求 .107 13.6.1系统接口.107 13.6.2移动终端.107 13.6.3流程模拟仿真.108 13.6.4平台多租户功能.108 13.6.5系统运行支持.108 13.7平台非功能需求 .108 通号集团业务流程审批系统技术标书 6 / 109 1 概述概述 中国铁路通信信号股份有限公司（以下简称：中国通号）是国资委直属的中央企业，是 国内铁路通信信号领域的龙头企业，具有铁路、城市轨道交通通信信号系统集成、研发设计、 设备制造、施工运维完整产业链；是中国铁路通信信号系统制式、标准规范编制单位。有科 研设计、生产制造和工程服务等全资、控股、参股及合资企业 20 家，员工总数约为 15000 人， 分布在京津沪和东北、西北、华南、西南、华中等地。在海外多个国家设有办事处或项目部。 随着近两年的信息化建设工作的深入进行，中国通号成立了信息化组织机构，制定了相 关制度，统一了中国通号产品型号和编码，统一了物料编码标准，建立了物料编码规范；发 布了中国通号 IP 地址规范;完成了总部局域网改造和 VPN 广域网建设;实施了 OA 办公系统、 综合信息管理平台、协同研发平台的建设及应用;完成了中国通号产品全生命周期管理系统 （PLM）的选型，启动了试点工作。 信息化建设工作中的业务流程管理系统完成业务流程的建模、设计开发、运行及统计分 析等功能。本着优先解决主要问题，综合考虑股份公司信息化建设整体需求，在业务流程管 理系统中，首先开展 ERP 业务流程支持工作，然后逐步扩展优化，支持 PLM 等其他系统业务 流程管理的需求。 2 供应商系统建设方案供应商系统建设方案 2.1 供应商背景概述供应商背景概述 1. 公司名称：上海斯歌信息技术有限公司 2. 公司背景 全球 5 大洲都设有分支公司，总部位于美国雷蒙德，现在美国和南非是研发中心。 亚太总部在新加坡，中国总部位于上海，此外北京、广州、深圳、成都、台湾、香港 都设有分支机构或办事处。 旗舰产品：K2 Blackpearl(黑珍珠)，该产品是基于 .Net 平台上领先的业务流程管理系统 目前全球已经有 3000+客户，亚太地区 500+客户。 世界 100 强企业中有 25% 以上的企业已经部署 K2 产品。 研究方面投入巨大，大约年利润的 20% 投入科研。 通号集团业务流程审批系统技术标书 7 / 109 是微软全球 GISV，与微软合作关系密切。 3. 产品名称：K2 Blackpearl（K2 黑珍珠） 2.2 系统建设目标系统建设目标 按照此次工作流程平台建设要求，希望通过对流程平台软件的引入，实现 1. “专业化、标准化、体系化、制度化”，通过专业化的工具，标准化的流程，实现业 务的体系化、制度化；规范审批流程，使得符合法令法规，满足监审要求。 2. 系统协调地组织业务流程，工作流程服务将工作从一个执行者(最终用户)传递给另一 个执行者，并将流程中的各种活动联系在一起。 3. 使业务流程透明化并改进运作的执行方式，轻易地跟踪每个流程的进展，并积极主动 地对意外情况采取正确的行动或反应。使得组织能够消除延迟和低效，实现成本的 缩减和收入的增加。 4. 使得企业内端到端的流程管理成为可能，提供了一个流程自动化管理的平台，该平台 独立于企业的其它信息系统，使得组织能够首尾相连地管理业务流程。 5. 对中国通号的业务流程管理团队进行知识转移，提供开发、实施、运维培训及指导， 支持团队的建立及能力提升。 6. 可以满足集团、二级企业的分级管理要求，包括组织和流程的开发和维护。 2.3 系统建设原则系统建设原则 以下为对此次工作流系统建设的原则说明，K2 在系统设计及构建过程中将遵循所述原 则进行： 1. 先进性 采用当今同行业领先的技术，选用先进的产品，遵循国际标准和国内有关的规范要求， 符合最新发展潮流。 2. 稳定性 必须是可靠、成熟的产品，能长期稳定地工作；系统容错性好，维护方便简单，故障恢 复迅速。 3. 可扩展性 此系统必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要，系统必 须提供标准的接口和规范的数据定义。 4. 安全可靠性 保证企业的信息不受损害和系统的稳定运行。 通号集团业务流程审批系统技术标书 8 / 109 5. 可操作性 在操作方面要界面友好、操作简单、实用。 6. 系统高效性 系统应该具有处理复杂业务流程以及大量并发处理的能力，保证业务处理的高效性。 3 系统总体设计方案系统总体设计方案 3.1 系统总体架构系统总体架构 以下方案将以开放试业务架构模式进行解释说明。 按以上总览图描述，我们将整个架构大体分为 8 个主要部分，在后续介绍中，将对每个 部分进行详细说明： 基础网络服务 该层主要由客户现有的网络硬件环境、操作系统系统和数据库组成，它们为整个协同工 作平台提供基础数据以及网络支撑。 业务系统 主要为不同业务提供数据存储及分析的基础，同时也为未来系统间集成提供数据及接口 基础。 通号集团业务流程审批系统技术标书 9 / 109 平台及服务 该层主要包括流程引擎服务，主数据管理服务，账号与统一认证，以及数据服务等配置， 在基础网络架构基础上为核心系统建设，业务运营，企业服务平台提供服务及数据接口支撑。 业务应用 根据实际业务需求，分别搭建符合业务的流程，以管控业务作业。 决策与协同 该层包括流程管控平台以及业务和流程报表，为上层领导提供决策支持，也是为各业务 协同操作提供支撑 企业门户 该层面为用户提供了标准的访问接口，其中包括信息发布、流程作业中心、知识中心以 及消息中心。 信息安全及内控体系 为了保证建成后的系统能够安全运行，需要建立统一的信息安全保障体系，具体建设方 案会在后续章节进行详细说明。 运维及运营管理体系 运维及运营管理体系是系统正常运行的保证，必须给予充分的重视，本方案在后续章节 进行了详细说明。 3.2 基础网络服务基础网络服务 基础网络服务是整个协同工作平台运行性能和效率的基础设施保障，将完全基于现有企 业系统的网络设施。对于未来的其他基础设施要求将按照实际需求而定。 .1 网络拓扑结构网络拓扑结构 在后续硬件需求方案中进行说明。 3.3 业务系统业务系统 应用系统作为整个企业核心业务运行的基础，是现有企业业务运行的保障，同时也为企 业的统一门户集成以及外部系统集成提供业务数据支撑。 通号集团业务流程审批系统技术标书 10 / 109 按照业务需求不同，从不同业务系统中获取源数据，获取的方式以现有业务系统提供的 接口为准，在系统搭建过程中，BPM 系统与所需集成的业务系统开发人员进行沟通，共同 确立符合业务要求及第三方业务系统规则的接口方案。 3.4 平台及服务平台及服务 该层为企业内部其他核心系统提供流程，主数据，统一认证等服务。 .1 K2K2 工作流平台工作流平台 K2 是基于微软.NET 技术框架之上的工作流平台，能够实现企事业内部人与人、人与部 门、以及人与系统间的流程自动化。该平台将人和技术资源无缝结合来为用户提供能在任何 时间通过任何设备浏览的工作流程和报告信息，通过一个可用定制的用户界面动态地浏览、 分类、过滤报告和工作单数据。 通过该平台可以实现客户现有应用系统间的数据整合，同时平台还提供流程建模、表单 设计等工具以及代理库、邮件模板等一批功能组件，共同为客户提供强大的业务流程支撑。 通号集团业务流程审批系统技术标书 11 / 109 流程管理工具流程管理工具 K2 提供的流程管理工具 K2 Workspace，该工具是流程系统管理员管理 K2 服务器环境、 流程解决方案及流程的组件。 通过 K2 Workspace 能够对 K2 Server 进行全面的管理： 管理多个 K2 Server 注册或注销 K2 Server。 设置服务器属性，类似于：网络端口、数据库配置和许可信息等。 启动或关闭服务器。 创建和管理错误记录 创建错误捕获规则，以确定哪些运行时错误会被捕获。 查看并修复允许错误 管理 K2 的流程 管理流程版本 管理流程实例 管理用户及角色对流程的访问权限 管理 WORKLIST 可查找、筛选所有的进程实例、活动、事件。 可将一个已分配的任务重定向给另一个用户。 安全管理 设定流程的管理人员 设定流程的开发人员，仅该角色拥有流程的发布权 通号集团业务流程审批系统技术标书 12 / 109 流程建模工具流程建模工具 K2 拥有功能强大的工作流引擎，能够快捷地实现各种复杂的业务流程。具体流程处 理功能如下： 1. 基于人员组织和角色设计的工作流 工作流中的参与者（流程的组织或角色定义）直接采用用户定义（人员，组，OU） 方式，并可以在流转过程中充分体现客户的组织架构（比如用户所属部门、上下级关系 等）。 2. 图形化流程模板设计 通过图形化工作流定制直观地描绘出用户的业务流程，完全遵循国际工作流管理联 盟(WFMC)制定的工作流标准，实现了诸如顺序流程、分支流程、条件流程、循环流程、 子流程等等多种流程方式。同时采用“拖拉“的方式使得定制流程更为简单，用户只需了 解业务流程就可以轻松的定制出复杂的工作流程。下面我们给出 K2 能够支持的各种图 形化流程建模方式： 微软开发工具 Visual Studio 基于浏览器的设计器 通号集团业务流程审批系统技术标书 13 / 109 设计者使用 K2 自带流程设计器 K2 Studio 设计流程 3. 流程模板版本化管理 流程模板采用版本化管理，设计和运行时的模板分开。在修改了流程模板后，可以 指定流程模板何时生效；并且可以在任何时候恢复到以前版本的流程模板。 通号集团业务流程审批系统技术标书 14 / 109 4. 多节点定义 工作流程从“创建“到“归档“，中间需要经历一个或多个步骤。可定义无限的节点， 满足企业复杂和多步骤工作流程流转的需求。 5. 多路由定义 支持多重复杂的路由定义。在每个节点上都会对工作流程的相关表单信息进行条件 判断，自动选择路由和目标节点。 6. 智能路由判断 可以预先设置固定的判断条件选择路由，也可以设置根据流转过程中的信息变量值 而确定路由方向，可定义多重和复杂的判断条件。为了适应各种类型的业务规则，K2 提 通号集团业务流程审批系统技术标书 15 / 109 供了非常完善的业务规则功能，能够充分满足企业复杂的业务逻辑。以下将其中 5 种业 务规则分别是： Preceding Rule（前置规则）（前置规则） 前置规则是一种逻辑表达式，当表达式为真时，一个流程节点才可以开始执行。换 句话说：什么条件为真的情况下，流程任务才可以产生。K2 提供了 And，Or 和 Xor 等 3 种逻辑判断符，能够实现逻辑组合。 Start Rule（开始规则）（开始规则） 开始规则是一个时间规则，代表一个流程任务什么时候开始。比如，可以在流程发 起后等待 2 小时再开始这个流程任务，或者当某个流程变量为真的情况下，再等待 2 小 时开始流程任务。 Destination Rule（执行人规则）（执行人规则） 用于指定谁来执行任务。默认情况下，K2 的用户信息来自于 Active Directory（活动 目录），因此，它可以非常方便地将任务提交给用户的经理。如果有多个可能的任务执 行者，我们可以先把所有可能的执行者添加到执行人规则中，然后对每个规则设定条件， 比如：当 A 为真，发送给发起人的经理，当 B 为真，发送给总经理；或者可以预先定义 一个执行人队列，把这个执行人队列直接指定任务执行者。 Escalation Rule（超时处理超时处理规则）规则） 如果希望某些任务必须在一定时间内完成，比如 8 小时，如果超过 8 小时任务依然 没有被执行，我们必须执行一定的操作（比如：强制本任务过期，或者强制本任务过期 并且将流程流转到某一个流程节点，等等），这样的情形下，我们就可以定义任务的过 期规则。过期规则用于指定什么时候和如何执行这样的操作。 Succeeding Rule（后置规则（后置规则/成功规则成功规则） 后置规则是一个逻辑表达式，当它为真时，某个流程节点才可以完成。换句话说就 是：什么情况下流程节点才可以结束。比如：有一个审批任务，需要同时发给 5 个部门 经理作审批，我们希望：只要他们中的一个不同意，流程就执行下一步操作（否决后的 操作）；至少有 3 个部门经理同意，流程就流转到下一步操作（同意后的操作）。这是 K2 一个非常好的规则，因为每个部门经理的审批意见都会保存在各自的 Slot（每个执行 者都拥有自己的一个槽，来储存自己的数据、规则等）中，流程中的变量值不会互相覆 盖，这样就可以非常方便地查询各个经理的审批意见，而不需要为每个经理都定义变量。 K2 提供了 And，Or 和 Xor 等 3 种逻辑判断符，能够实现逻辑组合。 通号集团业务流程审批系统技术标书 16 / 109 7. 工作流执行 可设定的对工作流的执行包括提交、批准、拒绝、转发等。会根据路由的判定条件 和当前节点的执行操作设置工作流的下一目标节点，可以增加工作流执行动作。 8. 并行，串行，串并行混合执行 支持工作流程的并行执行，即操作群组中的任何操作组对工作流执行了操作，工作 流都会流转到下一目标节点。 支持工作流程的串行执行，即只有每一操作组都对请求执行了操作，工作流才会流 转到下一目标节点。 可以设置适应复杂工作流程的混合执行方式，串并行执行在工作流程设计中交替使 用以满足企业复杂业务处理的需求。 9. 超时自动跳转 支持节点超时工作流自动流转功能。这样可以确保工作流在处理的过程中不会因为 过长时间的等候而被延误。 通号集团业务流程审批系统技术标书 17 / 109 10. 跟踪和回溯 保留工作流流转过程中的所有信息和操作痕迹，供用户查询。 11. 自动提醒 通号集团业务流程审批系统技术标书 18 / 109 对于请求的不同状况，设定了多种提醒功能以确保请求的处理不致延误。 12. 流程自动激活 可以让系统在运作的过程中自动触发请求，并且还可以根据前一个请求的实际状况 对下一个触发的请求进行智能选择。流程自动激活的方式可以是一些特定操作，也可以 是某个工作流流转过程中满足特定条件而触发另一工作流。 13. 流程门户定义 通过与企业信息门户的结合，实现流程定义的门户化，根据不同的信息门户设定不 同的流程。 14. 流程动态维护 系统运行过程中可对全系统的工作流进行实时监控，支持对流程实例的日志记录、 查询、挂起、恢复、终止、重起、人员替换等功能。 15. 流程间的关联 通号集团业务流程审批系统技术标书 19 / 109 提供主子流程调用功能，并可以使用同步/异步方式实现主子流程之间的关联调用， 并进行主子流程之间数据的传递。 16. 事件触发机制（EventBus） EventBus 是 K2 软件默认自带的可以进行运行时事件触发的功能。例如当一个流程实例 运行到某一个环节时，不在此环节的处理人需要知晓此单据运行的情况，就需要在流程实例 运行到此环节时提醒具体用户，由于需要提醒的动作和人员是临时的，而不是在流程设计时 定义的，此时就需要使用到 K2 的事件注入机制（EventBus），可以在事件定义界面中对事 件进行定义，以及定义具体的操作。事件定义可以包括流程实例启动时触发，节点任务启动 时触发等。 流程监控工具流程监控工具 K2 提供了多种方式的流程监控和分析工具，分别是：K2 Event Notification（K2 事件通知） 和 K2 Workspace（K2 工作区）。 K2 事件通知是供最终用户订阅流程事件的，一旦事件发生，K2 会自动的通知订阅人。 K2 工作区是流程普通用户管理个人流程事务的界面，普通用户可以查看流程实例、流 程流转进度、流程花费时长、流程任务执行人、流程业务数据、执行流程任务、任务转发、 设定不在办公室信息，以及生成各种各样的流程报表等。 通号集团业务流程审批系统技术标书 20 / 109 报表工具报表工具 K2 Workspace 里的报表由一组预先定义好的报表格式组成，通过它们可获得对应流程的 统计报表和状态信息。它提供直观的用户界面，让用户定义哪些字段能显示在报表中，以及 自定义筛选器和结果的排序方式。 通号集团业务流程审批系统技术标书 21 / 109 统计分析报表可以自定义图形化报表，通过条形图、柱状图、饼图等来表现。用户也可 选择这些图形是以 3D 还是 2D 的形式显示。 与状态相关的统计报表让用户可以各种不同层面的视角来详细观察跟流程有关的各种信 息。比如流程层面的信息、事件层面的信息。每一个层面的信息包括它的开始日期、结束日 期、状态、发起者等。系统以图形化的方式向用户展示每个流程实例中各活动、事件的详细 数据，用户也可以查看是哪个流程参与者的任务项被流转了，该任务项的状态是怎样的，诸 如此类，K2 Workspace 提供了一系列强大的监控功能。 K2 Workspace 的架构允许开发者创建完全自定义的报表，自定义报表的开发是使用 SQL 语句来定义数据展现形式，而且可将其导入 K2 的报表库，这样的报表就可以在 Report 界面 中显示出来。 下图给出了 K2 Workspace 中报表的应用实例。 流程监控，这是很多种报表中的一个，可以查看流程的利用率；哪个流程经常利用到， 哪个流程利用率较低；这些信息都可以为以后的流程改造提供参考。 该报表系统主要有两个部分组成： (一) 流程报表 流程报表的作用：流程报表的作用： 通过对流程相关数据的收集和分析，作为企业的管理层，可以通过这些报表了解每个流 程的运行状况。图形化的数据显示方式能让使用者更加直观的了解到流程的每一个细节。从 而通过对这些有效数据的理解和分析，找出流程的瓶颈，为流程进行再优化提供依据。 流程参与者也可以通过这些报表了解自己的工作状况，及时了解流程的流转状态。 通号集团业务流程审批系统技术标书 22 / 109 流程报表的种类：流程报表的种类： 流程状态报表 流程绩效报表 步骤绩效报表 (二) 业务报表 业务报表的作用：业务报表的作用： 通过业务流程的自动化实现，相关业务数据都被存放在相应的数据库中。通过这些业务 数据的整理和汇总，从而了解相关的业务现状。 业务报表的种类：业务报表的种类： 休假统计报表 加班统计报表 财务统计报表 物料采购报表 表单设计器表单设计器 K2 拥有强大的表单设计器，用户可以使用多种格式的流程前端展示页面，具体包括： K2 SmartForms K2 自身所提供的表单设计器，基于 Web 方式，可以灵活设计普通表单及流程表单， 设计的流程表单可以与 K2 工作流集成 Web 表单表单 使用 Visual Studio 作为表单设计工具。 InfoPath 表单表单 Microsoft InfoPath 是功能强大的表单数据采集工具，提供了丰富的功能和数据验证机制。 K2 与 InfoPath 集成，实现 InfoPath 流程化。用户在短短的时间内即可以实现基于 InfoPath 表单的流程。如果使用 InfoPath 作为表单设计器，K2 建议用户保持 Infopath 及 SharePoint 使用相同版本，如使用 SharePoint2010 则建议使用 InfoPath2010。 Word 或者或者 Excel 文档文档 通号集团业务流程审批系统技术标书 23 / 109 利用 VSTO 技术，K2 可以将 Word 文档或者 Excel 工作簿实现流程自动化，用户可以在 熟悉的工作界面中完成流程任务。 移动移动 Web 页面页面 对于经常移动办公的公司领导人来讲，经常需要出差，很难长时间呆在公司，K2 为其 提供了移动审批支持。公司领导人可以通过移动 PDA，手机进行流程审批。 SharePoint 列表库列表库 通过集成 SPS 列表库，K2 甚至可以实现批量审批，充分提高审批效率。 Outlook 表单表单 K2 同样为经常使用 Outlook 的用户提供了更大的便捷，允许他们在熟悉的 Outlook 中进 行流程审批或者发起流程。 其他类型表单其他类型表单 如 Java 建设的表单，可以通过 WebService 方式与流程进行结合处理 流程应用功能组件流程应用功能组件 上一节对 K2 平台提供的工具进行了详细阐述，但是这些工具相对比较底层，如果直接 用来进行流程开发可能会影响效率，而且将来的维护困难。因此我们建议本系统在建设业务 流程之前对 K2 提供的工具进行二次封装，形成一批流程应用功能组件，然后基于这些功能 组件开发流程应用。下文将对本系统可能用到的重要组件进行阐述： 1. 代理库 考虑到 HR 流程中的出差、请/休假等情况，为了保证业务及流程的及时流转，系统需要 支持代理功能，K2 项目中常用代理功能如下所述： 主管级审批人员可以设置一名代理审批人，即当该主管不能对申请人的任务进行审批 时，由他的代理人代为审批，审批权限以被代理人的权限为准。当被代理人需要收回权限时， 必须通过代理人管理功能操作。 当设置了代理人时，自动任务分配器启动，它的作用是某项任务已到到您的任务列表 时，系统自动重新分配任务至代理人。 待删除了代理人时，自动任务分配器停止，并收回代理人未完成的任务，交由自己处 理。 具有相关权限用户可对代理人进行查看、新增、修改、删除等操作。 通号集团业务流程审批系统技术标书 24 / 109 每个员工可以设置一个代理申请人，代理申请人代替被代理人填写相应申请单，同时 发起流程，上报级别、审批标准按被代理人为准。 具有相关权限用户可对代理申请人进行查看、新增、修改、删除等操作。 2. 邮件模板 考虑到系统运行过程中经常需要以某一固定格式发送邮件，我们建议按照如下要求实现 邮件模板功能： 具有相关权限用户可对邮件模板进行查看、新增、修改、删除等操作。 邮件模板可以用流程、表单的上下文数据做为参数。 邮件发送人在发送邮件前可以对邮件按照选定的模板进行预览。 3. 虚拟角色库 针对用户组织关系不同的特点，同时为了实现业务流程的灵活流转，通常 K2 项目中我 们会建设虚拟角色库。虚拟角色库的实现原理如下： 虚拟角色的权限控制机制（Role-Based Access Control，RBAC），即在用户和权限之间增 加一个虚拟角色。RBAC 包括 3 个实体：用户、虚拟角色、权限： 用户是对数据对象进行操作的主体； 权限指在系统中对应某个系统功能模块或数据对象的执行权； 虚拟角色的概念源于实际工作中的职务，处于用户和权限之间，起一个中间桥梁的作 用。一个虚拟角色可以看成是一组权限的集合，也可看成是若干具有相同身份的用户集 合。 在实际操作中，将权限赋予虚拟角色，一个权限可以赋予多个虚拟角色，多个权限可以 赋予一个虚拟角色，不同级别的虚拟角色具有不同的权限，虚拟角色和权限之间是多对多的 对应关系（M：N）；再将虚拟角色赋予用户，一个虚拟角色可以赋予一个用户，也可以赋 予多个用户，一个用户也可获得多个角色。一个用户获得某个虚拟角色，就具有了该虚拟角 色所具有的权限，用户和虚拟角色之间也是多对多的对应关系（M：N）。如下图所示： 通号集团业务流程审批系统技术标书 25 / 109 4. 审批意见模板 考虑到审批意见填写的灵活性和简便性，本系统将提供两种审批意见填写方法： 自行填写审批意见。系统在审批表单上提供一个可编辑意见的文本框，审批人可将个 人意见以文本方式填入。 意见模板导入。系统将常用的审批意见格式模板化，审批人在填写意见时只需选择要 求的模板，然后对生成的模板实例进行修改即可。 5. 文件上传下载模板 为了便于流程中附件、业务表单等文档资料的管理和使用，本系统将建设文件上传下载 模板，实现文档资料的组件化管理，具体功能如下： 支持文件上传、更新、下载、删除功能。 对文件的任何操作都将保留日志纪录。 6. 业务规则外置 建立一套外部的业务规则配置功能，将易变化的，会影响流程流转的关键规则条件，放 在流程之外，使用配置的方式影响实际流程的流转，同时也可以实现业务人员和技术人员共 同维护系统。 通号集团业务流程审批系统技术标书 26 / 109 7. 信息交换 信息资源交换是按照统一的标准和规范，为支持跨系统间信息共享以及工作协同而建设 的信息服务体系。该体系围绕各类应用主题，满足系统间的在线实时信息的横向交换和业务 协同等需求，为各部门的资源共享、工作协同等提供信息交换服务。 对于 SharePoint、BizTalk、Exchange 等一些业界成熟的软件系统，K2 平提供了一些专业 交换接口，从而进一步提高系统开发质量和效率。 从上图可以看到，K2 作为基于 SOA 框架的 BPM 平台产品，其定位主要体现在两个层面： 1. 通用服务层：通过 K2 SMARTOBJECT 为企业提供统一的服务集成平台，将各种信息化 资源整合为统一的服务接口。 通号集团业务流程审批系统技术标书 27 / 109 2. 流程层：通过 K2 的工作流引擎，为业务应用提供支持快速应变的高性能、高稳定性 的业务流程支持。同时，K2 产品为应用层的集成提供了众多的产品级的接口，确保我们可 以采用多种应用平台和产品为用户提供良好的应用体验（.NET，Java 等均可以作为应用层的 开发平台）。在这个层面上，K2 提供了以下集成方式以确保专业性，灵活性，易用性和良 好的扩展性。 (一) 与门户集成 通号集团业务流程审批系统技术标书 28 / 109 K2 能够与 SharePoint 作无缝集成，在流程设计时可直接将 SharePoint 相关的 Event 加入 Activity 中，Event 中包括 SharePoint 的各种动作。在流程运行时，K2 Server 可与 SharePoint 做实时交互，工作流引擎可直接访问 SharePoint 的接口，而 SharePoint 中的各种操作也可直 接触发新的流程。 在 K2 中有对应的微软门户 SharePoint 事件生成向导，帮助用户方便直观的创建与 SharePoint 的整合。 通号集团业务流程审批系统技术标书 29 / 109 (二) 与 Exchange 邮件服务集成 K2 能够与微软的 Exchange 服务作无缝集成，流程设计阶段可直接在 K2 中配置 Exchange 接口，在运行状态下，用户可通过 K2 的节点直接向 Exchange 用户发送会议邀请或 任务事项，而 Exchange 最终用户对任务的接受、拒绝和建议时间等操作也能够通过 Exchange 服务反映到 K2 的流程中。 通号集团业务流程审批系统技术标书 30 / 109 在 K2 中有对应的 Exchange 事件生成向导，帮助用户方便直观的创建与 Exchange 服务 的整合。 (三) 与 ERP-SAP 集成 K2 与 SAP 集成可以通过两种方式进行： 1 使用原始接口调用方式进行交互 在 K2 中可以使用代码方式调用 SAP 接口，同时也可以在 SAP 中调用 K2 所释放出来的 接口对流程进行操作。 2 使用 K2 Connector for SAP 进行 SAP 集成 K2 connector for SAP 是 K2 专门用于从 SAP 中获取数据的工具，通过建立 K2 内部可识 别的 ServiceObject，构建连接 SAP 系统的 SmartObject 实体，实现 SAP 数据的操作。 通号集团业务流程审批系统技术标书 31 / 109 3 K2 BPM 系统与 SAP 交互示例 通号集团业务流程审批系统技术标书 32 / 109 (四) 与即时通讯工具集成 将即时通讯工具作为第三方系统集成对象，通过双方开放接口进行相互沟通。在实际作 业过程中，提高审批效率。 .2 主数据管理及统一认证主数据管理及统一认证 为了实现未来系统的统一认证及单点登录，为企业其他系统提供统一的人员数据及财务数据管理， 主数据管理及统一认证系统在整个协同工作平台中占据很重要的地位。 通号集团业务流程审批系统技术标书 33 / 109 以下以人员主数据进行说明，如果企业现有 HR 系统能够支撑业务的主数据服务，则可以使用 HR 系 统作为整个协同工作平台的主数据服务中心。 .3 统一权限管理统一权限管理 权限管理作为系统建设的基础，结合人员组织管理，从流程管控及业务管控方面对系统 进行权限维护。同时，为了实现集团统一管控，下属二级单位可以自行管理各自所属流程及 功能模块，权限维护也是重要的业务分析点。 通号集团业务流程审批系统技术标书 34 / 109 3.5 业务应用业务应用流程流程 本次业务流程管理实施的组织范围覆盖全集团总部及下属企业： 模块流程编号流程名称优先级优先级工作量工作量/难度难度 FICO财务报销系统高 MMCRSC-MM-204部门物资需求计划流程高 PSCRSC_PS_205项目物资需求提报流程高 PSCRSC_PS_206项目专业/劳务分包采购需求提报流程高 PSCRSC_PS_101项目立项编审管理流程中 PSCRSC_PS_209项目员工工时提报流程中 FICOCRSC-FICO-104投资处理流程低 FICOCRSC-FICO-105税务处理流程低 FICOCRSC-FICO-126资产增加流程低 FICOCRSC-FICO-127资产转移流程低 FICOCRSC-FICO-128资产减少流程低 FICOCRSC-FICO-130资产盘点及记账流程低 FICOCRSC-FICO-131资产减值准备及价值重估低 FICOCRSC-FICO-206统计指标值维护低 FICOCRSC-FICO-207内部订单维护流程低 FICOCRSC-FICO-208内部订单预算流程低 HR 人员招聘计划的审批低 HR 部门用人需求申请审批低 HR 员工外出培训审批低 HR 员工培训课程的申报低 通号集团业务流程审批系统技术标书 35 / 109 HR 业务-员工入职在 ERP 中串接低 HR 业务-员工岗位变动在 ERP 中串接低 HR 业务-员工离职在 ERP 中串接低 MMCRSC-MM-206库存物资采购处理流程低 MMCRSC-MM-207固定资产采购处理流程低 MMCRSC-MM-208委外加工采购处理流程低 MMCRSC-MM-209服务采购处理流程低 MMCRSC-MM-210非库存物资采购处理流程低 MMCRSC-MM-211采购订单变更流程低 MMCRSC-MM-307采购退货流程低 MMCRSC-MM-312部门领用发料流程低 MMCRSC-MM-313领用物资退料流程低 MMCRSC-MM-316积压废旧物资处理低 PMCRSC_PM_009预防性维护计划与变更低 PMCRSC_PM_010年度计划管理流程低 PMCRSC_PM_011日常维护（修）管理流程低 PMCRSC_PM_012工单处理流程低 PSCRSC_PS_102项目任务下达流程低 PSCRSC_PS_103项目 WBS 结构的调整流程低 PSCRSC_PS_104项目预算编制流程低 PSCRSC_PS_105项目预算下达流程低 PSCRSC_PS_106项目预算变更调整流程低 PSCRSC_PS_107项目预算滚动流程低 PSCRSC_PS_201项目启动流程低 PSCRSC_PS_202项目冻结管理流程低 PSCRSC_PS_203项目解冻管理流程低 PSCRSC_PS_204项目状态管理流程低 PSCRSC_PS_207项目验工计价流程低 PSCRSC_PS_208项目收入计划流程低 PSCRSC_PS_301项目竣工结算流程低 QMCRSC_QM_108 检验计划维护流程 低 QMCRSC_QM_201 进货检验流程 低 QMCRSC_QM_204 生产过程检验流程 低 QMCRSC_QM_209 硬件出厂检验流程 低 QMCRSC_QM_302 首件鉴定检验流程 低 QMCRSC_QM_305 售后产品检验流程 低 QMCRSC_QM_306 不合格品处理流程 低 PPCRSC_PP_101BOM 主数据创建流程(操作提醒）低 PPCRSC_PP_102BOM 主数据变更流程(操作提醒）低 PPCRSC_PP_104工艺路线主数据维护流程低 PPCRSC_PP_202产供销协同生产计划流程低 PPCRSC_PP_203生产作业计划编制流程低 PPCRSC_PP_204生产指令下达流程 低 PPCRSC_PP_205生产计划变更流程低 PPCRSC_PP_304生产报废流程低 PPCRSC_PP_305工序委外流程低 PPCRSC_PP_308生产返工流程 低 通号集团业务流程审批系统技术标书 36 / 109 PPCRSC_PP_309生产改制流程低 PPCRSC_PP_310生产返修流程低 PPCRSC_PP_311新产品试制流程 低 PPCRSC_PP_312自制工装生产流程 低 在后续的财务报销系统设计建议中对财务报销进行了说明 3.6 决策与协同决策与协同 在此层面中，对上，从各业务系统提取数据，为决策层提供决策支撑；对下，提供统一 的平台，统一的工作中心，为业务协同操作提供支持。 3.7 信息安全及内控体系信息安全及内控体系 安全保障是信息化发展的重点考虑因素，因而信息系统必须使用与之相适应的身份验证 技术和安全保密技术。要使系统安全运行，就要保证网络的传输安全、内容的安全访问以及 系统本身的安全性。 .1 安全认证安全认证 在一般系统安全认证中，会使用与用户的 AD（活动目录）认证相关，如果对保密性有 较高的要求，还可以使用相关的加密技术来确保相关的业务数据不被流失。如采用如下业界 较为流行的 USB KEY 安全认证的方式。 方案概述方案概述 数字身份认证系统能够完成数字证书的申请、登记、审核、签发、吊销和查询，实现 CA 认证中心的全部功能。签发的数字证书符合 ITUT X.509 及相关的 PKCS 标准，可在支持 SSL、S/MIME、SET 协议的标准应用系统（如 Outlook Express，Internet Explore，Microsoft Authenticode 等）和自主开发的应用系统中使用。 数字身份认证系统是政府、企事业单位信息安全的基础平台，通过使用数字身份认证系 统签发的数字证书可以为用户提供信息安全的全面服务： 保密性 保证信息是秘密的 完整性 能检验信息未被篡改 通号集团业务流程审批系统技术标书 37 / 109 身份鉴别 检验个人或机构的身份 不可否定性 确保信息不能被否认 数字身份认证系统应用国际先进技术，拥有高度的加密算法，高可靠性的安全机制及完 善的管理及配置策略。提供自动的密钥和证书管理服务。 系统架构系统架构 数字身份认证系统由签发系统、CA 中心系统、WEB 发布系统、证书业务终端系统四个 部分组成。数字身份认证系统（ECA）的系统结构如下图所示： CA服务器 CA系统 管理终端 证书业务终端 证书用户 DB KMC 服务器 DB 签名服务器 加密机 加密机 WEB 服务器 签发系统（SIGNER） 由签名服务单元（SIGNServer）和密码服务单元构成。密码服务单元生成并保存 CA 系 统的根密钥，签名服务单元通过连接加密机在线响应 CA 服务器的证书和 CRL 签发请求。 CA 中心系统 由 CA 服务单元（CAServer）、CA 系统管理终端构成。CA 服务单元在线响应证书业务终 端和 WEB 发布系统的业务请求，提供证书申请、废除、证书查询等服务；CA 服务器上安装 数据库，保存 CA 系统的所有证书用户信息、证书信息、操作记录等。 CA 系统管理终端实现 ECA 系统的全面的配置管理和操作审计功能。 WEB 发布系统 由 WEB 服务单元和 ECA CGI 构成，提供根证书下载，用户证书下载，CRL 下载，证书查 询功能。 通号集团业务流程审批系统技术标书 38 / 109 证书业务终端 以界面的方式由 CA 系统操作员操作，直接面对证书用户办理证书申请和证书作废业务。 证书业务终端可以按照证书业务的要求灵活部署。 电子签章 现阶段电子印章是电子签名技术的一项应用，把电子签名技术变成了人们习以为常的签 名盖章方式，比较符合人们传统的信用习惯与诚信体系，对电子签名的应用推广具有一定的 价值。 电子印章的具体做法是将电子文书内容的数字签名通过数字水印、加密等技术，使其和 电子印章图像进行有效的绑定（如利用隐藏技术将数据隐藏在电子印章的图像中等）。验证 电子印章真伪的过程其实就是验证数字签名的过程。只有通过电子签名/验证技术证明与电 子印章相关联的电子文书是真实的，电子印章图像才被承认是有效的，否则电子印章不可显 示或只能是一个没有法律效力的图片而已。 以下一类电子印章处理方式描述及实际使用： 通号集团业务流程审批系统技术标书 39 / 109 .2 权限控制权限控制 一般在实际业务中使用以下多层权限控制方式，确保授权的人员访问授权的功能及信 息： 系统提供功能级的权限控制，可以授权使用人员可以使用系统的那些功能，没有被授 权的功能不能被使用者访问和使用，如表单层面字段控制以及界面导航显示因权限 控制等。 系统提供文件级的权限控制，首先文件在发布时可以设置发送给哪些人和部门，这样 只有选定的人和部门才能访问该文件，其他人无法访问和查看，其次，文件本身设 定有密级的文件，无法越级查看文件。 流程相关的具体权限，通过组织架构中赋值流程权限，与流程权限一起使用，用以控 制在流程平台发起或操作流程时的权限信息 3.8 运维及运营管理体系运维及运营管理体系 标准化和规范化是实施 BPM 系统的一项重要基础工作，是实现规划目标，保证信息交 换和业务审批的重要前提。 建设 BPM 系统应首先建立一套比较完整的信息化标准和规范体系。在贯彻执行行业标 准的基础上，根据实际需要建立信息化标准体系。标准化和规范化工作应依据以下原则进行： 积极采用