Workflow协同办公项目设计方案说明书v11.docx

《Workflow协同办公项目设计方案说明书v11.docx》由会员分享，可在线阅读，更多相关《Workflow协同办公项目设计方案说明书v11.docx（52页珍藏版）》请在第一文库网上搜索。

1、XXXX（北京）石油化工有限公司Workf1ow协同办公项设计方案说明书目录1 项目概述31.1 项目背景31.2 建设目标413建设原则51.1 .1总体建设原则51.2 技术设计原则62 业务需求分析72.1 流程基础功能的建设72.2 业务流程功能82.2.1 新产品上市流程82.2.2 公司采购流程（采购合同管理）92.2.3 工业油及OEM特价审批流程.92.2.4 公司收发文流程102.3 TS平台113 系统总体设计方案3.1 系统总体架构113.2 网络基础设施133.2 ./网络架构方案133.3 K2平台层151.1.1 K2工作流平台151.1.2 流程应用功能组件251

2、.1.3 与现有系统的集成351.1.4 权限控制.351.1.5 日志审计363.4管理规范体系设计364 实施方案374.1 过程模型374.2 风险管理384.3 变动控制394.4 分工界面395 项目管理405.1 项目组构成405.1.1 组织机构405.1.2 角色分工405.2 项目风险管理415.2.1 风险管理的组成415.2.2 风险所在及对策425.3 质量保证方式445.3.1 项目质量控制的一般方法445.3.2 项目质量控制的具体措施451.4.1 要工作内容及实施步骤451.4.2 完成标志471.4.3 转段条件476 项目验收标准477 培训服务488 售后

3、服务498.1 运维管理体系498.3 501项目概述1.1项目背景XXXX（北京）石油化工有限公司协同办公系统是将来3-5年内进行逐步搭建和完善的核心信息化项目；目的就是搭建成以企业门户为展现形式，以支持多用户多文档操作的工作流引擎为核心，并集成现有的XXXX（北京）石油化工有限公司信息化系统。基于此，采用MOSS搭建门户平台，以K2流程管理系统来满足企业对于全面流程管理，以提高业务流程处理效率和效益的要求，为企业创造更多价值，降低运营风险，确保打造一套企业唯一的，没有断点的，端到端的协同办公业务流程平台。1.2建设目标本项目建设目标从软件系统目标、项目目标、技术目标三方面概括如下：A系统目

4、标：构筑起基于Web的K2（业务流程管理）平台，实现基于微软SharePOint架构下的儿个核心业务流程的自动化,并与AD、邮件、SAP等系统进行部分的集成，为日后全面建立流程管理平台打下基础。A项目目标：本项目的建设从长远的角度，应该还应满足如下具体目标： 能够快速开发和实施目前聚焦的主要流程（包括：新产品上市、公司采购、工业油及OEM特价审批和公司发文），同时建立一套基于MoSS产品之上完整的工作流业务架构平台。 基于SharePoint系统构建文档中心，查阅和管理公司制度、政策、流程归档等公司文件，并根据用户的权限和控件对文档进行新建、修改、查看、版本、搜索和内容管理等控制。 基于B/S

5、架构和现有信息系统创建工作流XX管理门户。 整合目前现有的信息系统（邮件系统、OCSSAP）,形成基于BPM产品为基础的企业资源运作平台。 更高效的团队协作：在XX的文档控制和信息共享平台中，帮助企业员工更有效、快速地展开合作；通过可视化的文档处理流程，提高协同工作效率。 建立企业内部流程管理团队。 为持续改进企业流程提供稳定平台和方法。技术目标 基于企业的架构，搭建组织架构管理，人员虚拟角色管理等基础模块，以及提供与内部管理系统，人员管理系统的接口，提供基于AD的身份验证方式。 基于流程需求，针对内部的系统进行抽取分析，建立业务实体对象以及与之相关的操作方法，搭建轻量级的服务总线。 系统具有

6、多层、逻辑结构清晰的技术架构，能够进行二次开发，能与其他系统进行基于WebService的集成，既能调用外部WebService,也能封装WebService为外部系统调用。 系统支持邮件、OCS短信等即时通讯。客户端支持WindOWS等主流操作系统；客户端应当使用浏览器方式；用户能在公司内网使用，也能通过VPN的方式在互联网上使用；系统应具有良好的人机交互能力。 界面简单实用，操作要便利，提示内容清晰、明确；用户操作不当时，系统会做出合适的反应，并弹出出错提示对话框。1.3建设原则131总体建设原则全面规划、分步实施从项目规划上充分考虑客户未来35年的信息化发展思路。在项目实施中，建设的全过

7、程应当在整体规划的指导下进行，先期完成的项目内容在完成本部分功能要求的同时要为后期实施的项目留出必要的接口，保证项目的整体完整性。在信息系统建设的同时，安全体系建设、标准规范制定同步协调推进，避免系统建设与使用、管理的脱节。利用存量、集约建设本着节约投资、集约建设的原则，在项目建设过程中，充分利用现有资源，包括充分发挥客户现有内部办公网络的设备资源，根据实际需要添置必要的硬件设备,避免重复投资造成的浪费。1.3.2技术设计原则可用性设计在进行系统分析及设计时一定要充分结合XXXX业务管理的实际情况，在用户的协助及认可下，做出符合实际业务情况，方便各级使用人员的协同办公平台。可靠性及安全性设计在

8、进行系统设计时充分考虑到各种异常情况的出现，对重要数据进行多重保护,在程序中加强对数据的并发控制，保证在系统发生故障时数据不丢失，对系统使用将加强安全性管理。考虑到客户对安全性的要求，系统应可识别单个用户，将管理人员要求防备的客户隔离在系统之外，系统具有注册及存取控制表的功能，以保证具有很高的安全性。严格规定计算机系统的使用授权。各级使用人员只能在系统维护人员的授权下进入相应的使用模块，从而控制系统的越级访问。对计算机系统的运行情况及使用人员操作痕迹均有记录，从而可以对系统的各种使用情况进行跟踪。负载均衡设计数据库系统将运行在用户机/服务器的结构体系下，数据将采用分布式处理，从而极大地减轻主服

9、务器的负担。系统灵活性设计由于系统将采用自顶向下的模块化设计的原则，模块可以灵活裁减，系统通用性及兼容性均满足用户要求，系统可运行在专业服务器，高档微机等硬件环境，软件可根据用户的要求增加或裁减模块，系统应包括多种接口。界面设计预计该系统的使用人员的计算机应用水平将会是参差不齐，故在设计用户使用界面时将根据不同用户，进行不同风格界面的设计，如业务管理人员的使用界面将着重于系统使用方便性及简便性，用户界面应采用标准化的XX的界面，界面风格应是简洁明了，便于使用。上级管理部门的使用界面将侧重于美观、方便。2业务需求分析本次流程项目，主要关注在流程平台的基础功能建设，我们将根据企业的实际业务需要，按

10、照一期目标进行表单、流程和管理平台的开发，基础平台稳定后，后续项目将主要以大规模的流程开发为主。概括起来牵涉到以下功能需求：2.1 流程基础功能的建设1、 流程申请加签2、 流程申请召回3、 自定义会签4、 代理授权5、 邮件模板6、 流程模板版本化管理7、 支持多重复杂的路由定义8、 智能路由判断9、 支持工作流批注10、支持并行，串行，串并行混合执行11、支持超时自动跳转12、支持跟踪和回溯13、支持自动提醒14、支持流程自动激活15、支持流程动态维护16、问题流程无法发起或挂起17、支持“需要更多信息”和“添加批注”18、批量处理待办任务19、支持附件20、自动申请单据编号21、支持多语

11、言22、汇总信息页面通知或显示23、生成带条形编码的可打印表单24、支持邮件通知申请人25、具有查询历史记录的功能26、邮件审批功能27、在线查阅审批进度28、流程规则配置、数据字典管理29、XX的集成控制台30、XX的后台监控台31、XX的流程版本管理32、XX的流程权限管理2.2 业务流程功能1 .新产品上市流程2 .公司采购流程（采购合同管理）3 .工业油及OEM特价审批流程4 .公司收发文流程2.2.1新产品上市流程根据产品的生命周期管理模型，产品的整个生命周期主要包含了8个过程；其中每个过程都有相应的工具做实际的业务支持。过程工具概念和项目批准批准的立项书项目总体计划确认上市推进计划

12、表&设计任务书油品开发样品油，材料规范包装及宣促品开发包装封样，包装规范过程开发试生产控制计划，作业指导书产品和过程确认生产控制计划，各种规范，主数据成熟运营客户满意度，变更申请记录，质量/成本/效率目标产品退市每阶段包含多个子流程，通过子流程完成响应阶段的工作，产生输出物。222公司采购流程（采购合同管理）（1）、合同管理过程描述合同管理是依据XXXX公司的采购管理流程和采购管理委员会政策与程序简表进行采购工作；其中合同管理的过程主要包含了如下几个过程：令采购事项申请；令采购策略申请；令发标文件审批；令采购合同授予；令合同文件审批；（2）、流程描述业务需余市场供应链采购；采购采购计划分析，成

13、本策略策略合同.运作./分析，/的制定”z的执行管理）/令整体的流程环节需要包含在整体的采购过程中，依次进行审批；令前一个过程的审批结果做为后续审批流程的数据支拽；前一个环节和后一个环节需要智能的业务关联，能够从视图的层面看到整个过程的情况；2.2.3工业油及OEM特价审批流程（1）业务表单描述工业油和OEM特价审批现行是以一张纸质申请表，进行审批。纸质申请表的填写需要销售部、市场部填写；其中需要市场部定期导入财务部提供的数据。（2）其它相关需要预留基础数据导入功能；页面需有具有逻辑计算能力；业务表单中C3的值决定流程的走的路线；具体的流程需要确定;令需支持业务的查询和统计功能；2.2.4公司

14、收发文流程发文管理属于公文流管理的一个部分，它是由公司职能部门以及直属单位的管理人员起草，再经起草部门或会签部门审批，它们之间的意见必须已经达成一致，如以公司名义行文，职能部门管理人员起草、经办、报公司领导签发后，正式成文分发相应部门及单位；如以部门名义行文，仅限于公司内部（不含成员企业），可由本部门领导签发，如有必要也可由公司领导签发，最终分发到各个职能部门、直属单位以及各成员企业等单位的收文系统中。系统将实现发文的管理过程（可能经过的步骤包括：起草、核稿、会签、审稿、签发、编号、套打盖章、印发、存档），催办、督办、查询、统计等，通过与流程定义功能的关联，达到发文自动化。并在发文过程中可以实现文件的批注、流程跟踪、流程的中断处理以及正式发文。主要有以下几类操作：1 .核稿：领导审批通过的发文文件，提交到办公室文书核稿，文书根据发文要求对发文进行校对、排版。2 .编号：系统根据事前定义好的发文流水号自动编号。3 .清稿：系统根据保留了许多修改痕迹的发文文件自动生成一份干净的消除所有修订标识的正式稿件，原稿件变成复本文件可以和正式文件一起归档，消除修改痕迹的文件将作为发文的正文下发。4 .套打、盖章：文书选择用发文部门的红头发文样式进行套红和加盖相应的公章，使文件变成一份正式的发文。5 .分发：发文制作完毕，办公室可以开始公文的分发工作，根据发文的范围选择发文的主送、抄送单