泛普OA软件产品ThinkOne协同管理平台

　　泛普协同管理平台继承ThinkOne八大功能模块应用，并可进一步打通企业更深层的个性管理需求，基于“协同”思想打造全面整合企业管理资源的环境。基于“工作流引擎+卡片/表单+组件”模式，全面开放已有八大功能的配置应用，同时还可以根据用户个性的管理需求，增添企业独立的应用模块功能，从而形成完全符合自身企业的全面协同管理应用解决方案。

　　卡片/表单可理解为存放数据的容器或水库，再通过工作流的应用把容器或水库中的数据进行传递，从而可为企业各管理板块及时的提供管理数据并进行决策分析，同时借助组织岗位体系以及权限的应用，满足在同一平台上管理内部工作并各执其能：

　　数据字典：灵活组建所需要的字典库。

　　组织模型：满足多维度组织体系和岗位体系，从不同角度维度的组织来分析业务数据。

　　岗位体系：支持一人多岗，从而满足同一个人员在不同职能岗位上的工作需求。

　　角色管理：全面组合同类性质人员群组，并对应各自权限在系统中操作。

　　权限体系：公用的权限体系，全方位在工作流，表单，卡片等调用权限设置。

　　表单建模：灵活的组建所需表中栏目字段，定义各栏目字段要求，灵活设计所需页面样式，满足多样化设计页面。

　　流程建模：电子化企业工作流程，打通业务运作各个环节，提升企业运营效率，满足分叉合并，并行或行处理。同时与表单制作的联合使用，可构建出不同的应用模块，如人力资源管理模块、资产管理模块、合同管理模块、客户管理模块、知识管理模块、项目管理模块等等。

　　报表建模：可设计获取表中数据并以各种图形形成分析报表，也可设计形成明细数据表。

　　数据接口(外部)：实时汇集各种经营数据，机逆行能够统计分析以支持决策。

　　提供给不同的访问群体不同的门户。门户集成了企业内、外部的信息，使员工、客户和合作伙伴能够从单一的WEB渠道访问其所需的信息，进行个性化的应用。

　　总体应用架构基于B/S架构，可通过IE、PDA、或专用客户端、以及客户端访问，通过决策和门户及时获取业务数据，通过平台各建模工具快速构建业务模块：

　　1. SOA架构：面向服务的架构(SOA)是一种设计方法学，其目的是最大限度地重用应用程序中的“服务”以提高IT适应性和效率。虽然这些概念已经存在了数十年之久，但只是在出现了基于标准的集成技术(如Web服务和XML)之后，SOA才开始被加速采用。 SOA的核心是把组织的业务流程功能模块构件化，并对外提供标准的服务，基于这些服务，组织内部的不同业务部门或是不同组织之间的业务整合更加容易。从某种意义上讲，SOA 可以被看作是EAI 的一种延续，但不是简单的延续。EAI 与SOA 同样解决企业集成的问题，但是，EAI 解决集成的问题往往是在事后，碰到了集成问题，才去想办法通过 EAI 来解决，因此EAI 解决集成问题时，可能会带来更多其他集成问题，最终会带来一个更加复杂的IT 架构。与之相反的是，SOA 架构解决集成的问题是事先的，SOA 架构把被动集成变成了主动服务，依据SOA 架构搭建的应用系统，就自然具有了可集成的能力，这是SOA 区别于EAI 的一个重大不同。人们在规划系统建设时，往往立足于当前需求做出相对短期的判断，已经建了哪些系统、现在还需要建设哪些系统以及哪些系统需要整合来制定计划。实际上这是一个误区，即将建设与整合孤立看待。我们无法对未来的需求作出完整的预测，因此割裂看待建设和整合必将带来系统建设上的“孤岛现象”。根本的解决之道，我们需要将建设和整合有机统一起来，从设计上就能够充分意识到系统总是在整合一切可以利用的资源(内部的、外部的)的基础上发展起来的，是为了满足新的业务变化需求。新系统就是旧系统的利用整合，同时它又是将来能够被新业务整合的资源。构建SOA服务，以及用标准的方法重用与整合服务是SOA的核心任务，是实施SOA的两个方面。SOA服务的构造可以是对已有系统中的功能进行提取和包装，也可以是基于新的业务需求进行构造。

　　2. 模块套件化： 平台通过关键的建模元素，包括数据字典、卡片表单建模、流程建模、数据展现建模等，可支持快速构建全新的业务管理模块。

　　3. 多样组件： 平台中提供多种组件，供业务建模时可快速调用，包括有日历组件、协作沟通组件、wbs组件、字符转换、数学运算、页面标签、页面菜单按钮、操作日志、数据导入导出、历史数据权限变更、数据合并、公文模块、套红签章等。

　　更多的泛普OA软件产品协同管理平台介绍,请随时关注泛普OA软件网站 https://www.meifun.com