一种基于企业级平台进行业务需求梳理的方法及系统与流程

本发明涉及业务流程处理领域，尤其涉及一种基于企业级平台进行业务需求梳理的方法及系统。

背景技术：

受益于互联网日益发展的当代，不同企业之间的交流更加具有时效性，也更加方便。但是，目前大多数的企业交互平台仅仅能够实现简单的交互、查询等功能，无法满足众多企业之间的业务交互。其最根本的原因就是在多个企业之间的业务进行梳理时所需的工作量和计算量的庞大，以至于无法在短时间进行响应。

技术实现要素：

本发明解决上述技术问题的技术方案如下：一种基于企业级平台进行业务需求梳理的方法，所述方法包括：

s1、获取企业需求；

s2、根据获取的企业需求分析识别出业务内容；

s3、根据业务内容类型对业务内容所对应的企业进行分类；

s4、将分类完成的企业以及所述企业所对应的业务内容进行差异化分析，获得业务实体。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，所述s1中获取企业需求的具体过程为：

s11、梳理运营商企业基本信息，识别出参与者，通过参与者定位出需要复用的门户类型；

s12、从运营商企业的最高级部门到最低级部门的业务角色和归属圈进行梳理，最终获得所述运营商企业的组织结构和通讯录。

进一步，所述s2中根据获取的企业需求分析识别出业务内容的具体过程为：

s21、梳理运营商企业中端到端的业务流程，识别出业务活动、业务活动对应的业务角色、以及业务活动之间的交互规则；

s22、对业务角色以及所述业务角色所从事的业务活动进行整理；

s23、将识别出的业务角色以及所述业务角色所从事的业务活动与门户的应用进行映射。

进一步，所述s3中根据业务内容类型对业务内容所对应的企业进行分类的具体过程为：通过门户区域的划分、布局和样式的设计，根据业务角色定制化出归属的门户，最终实现对企业需求数据的验证。

进一步，所述s4中获得业务实体的具体过程为：

s41、分析门户框架对业务过程框架和业务信息模型的影响；

s42、根据分析获得的影响对企业以及所述企业所对应的业务内容进行差异化分析，梳理出业务流程，进而识别出业务活动和业务实体；

s43、更新业务过程框架的业务活动和业务信息模型的业务实体。

为了解决上述技术问题，本发明还提出了一种基于企业级平台进行业务需求梳理的系统，所述系统包括：

需求获取装置，用于获取企业需求；

分析识别装置，用于根据获取的企业需求分析识别出业务内容；

分类装置，用于根据业务内容类型对业务内容所对应的企业进行分类；

业务实体获取装置，用于将分类完成的企业以及所述企业所对应的业务内容进行差异化分析，获得业务实体。

进一步，所述需求获取装置包括：

类型定位模块，用于梳理运营商企业基本信息，识别出参与者，通过参与者定位出需要复用的门户类型；

角色梳理模块，用于从运营商企业的最高级部门到最低级部门的业务角色和归属圈进行梳理，最终获得所述运营商企业的组织结构和通讯录。

进一步，所述分析识别装置包括：

业务梳理模块，用于梳理运营商企业中端到端的业务流程，识别出业务活动、业务活动对应的业务角色、以及业务活动之间的交互规则；

整理模块，用于对业务角色以及所述业务角色所从事的业务活动进行整理；

映射模块，用于将识别出的业务角色以及所述业务角色所从事的业务活动与门户的应用进行映射。

进一步，所述分类装置具体用于通过门户区域的划分、布局和样式的设计，根据业务角色定制化出归属的门户，最终实现对企业需求数据的验证。

进一步，所述业务实体获取装置包括：

影响分析模块，用于分析门户框架对业务过程框架和业务信息模型的影响；

差异化分析模块，用于根据分析获得的影响对企业以及所述企业所对应的业务内容进行差异化分析，梳理出业务流程，进而识别出业务活动和业务实体；

更新模块，用于更新业务过程框架的业务活动和业务信息模型的业务实体。

本发明的有益效果是：本发明通过对企业需求进行获取，然后对企业需求进行分析梳理，最终对应至不同类型的门户的业务实体中，大大简化了业务数据梳理的过程和时间。

附图说明

图1为本发明实施例所述方法的流程图；

图2为本发明实施例所述系统的原理图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如图1所示，本实施例提出了一种基于企业级平台进行业务需求梳理的方法，所述方法具体包括：

s1、获取企业需求。

具体的，所述s1中获取企业需求的具体过程为：

s11、梳理运营商企业基本信息，识别出参与者，通过参与者定位出需要复用的门户类型；

s12、从运营商企业的最高级部门到最低级部门的业务角色和归属圈进行梳理，最终获得所述运营商企业的组织结构和通讯录。

s2、根据获取的企业需求分析识别出业务内容。

具体的，所述s2中根据获取的企业需求分析识别出业务内容的具体过程为：

s21、梳理运营商企业中端到端的业务流程，识别出业务活动、业务活动对应的业务角色、以及业务活动之间的交互规则；

s22、对业务角色以及所述业务角色所从事的业务活动进行整理；

s23、将识别出的业务角色以及所述业务角色所从事的业务活动与门户的应用进行映射。

s3、根据业务内容类型对业务内容所对应的企业进行分类。

具体的，所述s3中根据业务内容类型对业务内容所对应的企业进行分类的具体过程为：通过门户区域的划分、布局和样式的设计，根据业务角色定制化出归属的门户，最终实现对企业需求数据的验证。

s4、将分类完成的企业以及所述企业所对应的业务内容进行差异化分析，获得业务实体。

具体的，所述s4中获得业务实体的具体过程为：

s41、分析门户框架对业务过程框架和业务信息模型的影响；

s42、根据分析获得的影响对企业以及所述企业所对应的业务内容进行差异化分析，梳理出业务流程，进而识别出业务活动和业务实体；

s43、更新业务过程框架的业务活动和业务信息模型的业务实体。对应的，本实施例还提出了一种基于企业级平台进行业务需求梳理的系统，所述系统包括：

需求获取装置，用于获取企业需求；

分析识别装置，用于根据获取的企业需求分析识别出业务内容；

分类装置，用于根据业务内容类型对业务内容所对应的企业进行分类；

业务实体获取装置，用于将分类完成的企业以及所述企业所对应的业务内容进行差异化分析，获得业务实体。

优选的，所述需求获取装置包括：

类型定位模块，用于梳理运营商企业基本信息，识别出参与者，通过参与者定位出需要复用的门户类型；

角色梳理模块，用于从运营商企业的最高级部门到最低级部门的业务角色和归属圈进行梳理，最终获得所述运营商企业的组织结构和通讯录。

优选的，所述分析识别装置包括：

业务梳理模块，用于梳理运营商企业中端到端的业务流程，识别出业务活动、业务活动对应的业务角色、以及业务活动之间的交互规则；

整理模块，用于对业务角色以及所述业务角色所从事的业务活动进行整理；

映射模块，用于将识别出的业务角色以及所述业务角色所从事的业务活动与门户的应用进行映射。

优选的，所述分类装置具体用于通过门户区域的划分、布局和样式的设计，根据业务角色定制化出归属的门户，最终实现对企业需求数据的验证。

优选的，所述业务实体获取装置包括：

影响分析模块，用于分析门户框架对业务过程框架和业务信息模型的影响；

差异化分析模块，用于根据分析获得的影响对企业以及所述企业所对应的业务内容进行差异化分析，梳理出业务流程，进而识别出业务活动和业务实体；

更新模块，用于更新业务过程框架的业务活动和业务信息模型的业务实体。

本实施例所述的一种基于企业级平台进行业务需求梳理的系统是依托于以下所述的企业级平台中，所述企业级平台包括基础设施即服务层(iaas)、平台即服务层(paas)、软件即服务层(saas)和门户层(op)。能够为不同参与者提供不同入口，最终基于该平台从参与者的角度定义出不同的op产品，如：运营商op基础版、公众客户op基础版、集团客户op基础版、合作伙伴op基础版以及运维op基础版等。

站在运营商的视角向外看，识别出五大参与者(包括运营商员工、公众客户、集团客户、合作伙伴、运维人员)，再按照每个参与者定义出一个op产品，然后，基于企业级(ep)平台定制化出五大op产品。

每款op产品都提供统一的登陆入口访问门户，通过登陆认证后，识别出业务角色，最终根据业务角色个性化的展现门户首页。同时，将这五大op产品与etom业务构架的l2级业务过程进行定位关联。

通过复用op产品，提升移动互联网社交能力、通讯录管理能力、合作伙伴交互能力等业务能力。同时，将这些业务能力与l3级业务过程进行关联。

通过业务流程梳理，整理业务角色从事的业务活动，并与op门户应用进行映射。同时，将这些业务活动挂载到l3级业务过程下面。

以上过程涉及到了针对企业需求数据梳理的方法过程，具体如下：

第一步：需求获取

首先梳理运营商企业基本信息，识别出参与者，通过参与者定位出需要复用五大op中的哪款op。例如运营商op基础版。

然后从企业级的一级部门到二级部门等逐层往下，再到业务角色、归属圈子，最终梳理出企业级的组织结构、通讯里。例如员工、客户的通讯录和圈子。

第二步：业务分析。

通过梳理端到端的业务流程，识别出业务活动、业务活动对应的业务角色、业务活动之间的交互规则。然后识别出业务角色，整理业务角色从事的业务活动，最终与op门户首页的应用进行映射。

第三步：原型设计。

通过op首页区域的划分、布局和样式设计，根据业务角色定制化出归属的门户首页，最终实现对企业需求数据的验证。

第四步：统一op框架规划。

分析框架规划对公司业务过程框架和业务信息模型的影响，进行差异化分析，梳理出业务流程，识别出业务活动和业务实体，然后更新业务过程框架的业务活动和业务信息模型的业务实体。

其中，在saas中包括了ep核心框架和ep设置服务管理，paas中包括了应用中心、用户中心、通讯录中心、社交中心以及ep设置服务中心。每个功能模块都描述了各自特有的功能，都能够体现出所述企业级平台的特性。以上功能模块是ep平台必须包含的核心功能。

所述ep平台整个架构是基于前后端分离的模式，即前端为html5+css3+javascript混合开发，后端统一为java开发的厚paas服务。前端通过统一的restful接口调用后端服务。厚paas的restful接口通过公司的能力开放平台暴露发布。ep平台数据库采用公司的分布式mysql产品及分布式缓存redis。

本实施例所述的ep平台具有如下优点：

移动化：

通过后台运维管理平台统一集中管理，实现前台五屏(android、ios、pad、windows、mac)展现，进一步提高了运维效率和成本。

社交化：

通过及时消息、圈子和帖子的点对点的、一对多的沟通方式，大大提高沟通效率。

应用化：

通过门户首页实现区域的划分，区域内容以应用进行展现和上下架，最终以应用的方式响应客户需求，极大的提高客户需求的响应速度。

个性化：

由于门户首页区域的内容，以应用进行展现，通过后台运营管理op实现应用的上下架管理，并且，与业务角色进行绑定，最终实现每个业务角色从前端op门户首页登录进来后，看到应用是个性化的。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。