本文介绍了企业级开发平台的典型业务场景、平台运行机制以及企业级开发平台应具备的功能。快看看正文了解详情吧。

01 典型业务场景

选取一些典型的业务场景，对其需求进行抽象，以便分析能够支撑企业级管理需求的平台应当具备哪些功能。

1. 业务实例：销售合同录入

需求：不同类型的合同业务字段存在差异；

需求抽象：同一对象的不同实例属性不同、UI不同。

2. 业务实例：采购申请

需求：

不同类型的采购申请采购来源不同，关联的业务类型和单据不同，页面要能显和查询示关联业务的信息，如项目采购要显示项目信息，生产原材料采购要显示对应的生产任务单。

需求抽象：

同一对象的不同实例关联的其他对象不同，同时能获取关联对象的属性。

3. 业务实例：采购流程

需求：

采购申请的类型不同、采购的物资种类不同、采购的组织不同，采购流程不同。

需求抽象：

根据条件规则编排流程，在不同条件下流向不同的业务节点。

流程节点之间的关系需支持一对一、一对多、多对一。

4. 业务实例：项目跟踪

需求：

每一个项目会划分出执行过程中的里程碑，当执行到相应的里程碑时，应自动更新项目跟踪的状态，若需要通知则通知对应的角色。

跟踪页面根据不同的要求显示汇总信息，并且能够直接上查或下查详细的业务信息。

需求抽象：

按照预先设定的规则监听业务的状态和事件，并能按照规则生成和推送通知。

通过业务对象之间的关系抽取和汇总数据，并能向下钻取详细信息。

5. 业务实例：项目核算

需求：

需要将整个项目过程中发生的收入、成本进行汇总，不同的项目类型、不同的费用类别核算规则不同。

不同的角色、不同的用途，具体的展示字段和格式可能不同。

需求抽象：

业务过程中按照事先定义的规则存储数据，数据处理时依据一定的规则抽取数据，再对抽取的数据进行处理、转换，最后将处理后的数据进行组织并在前端呈现。

6. 业务实例：付款申请审批

• 需求：不同的付款申请类型在不同业务中执行的审批流程不同。
• 需求抽象：同一个业务节点不同类型和条件下业审批流程不同。

02 平台运行机制

对业务场景进行再度抽象，可以归纳出一个平台的组成和运行机制。

1. 用户

应用系统的具体操作者，可对用户分配一个或多个角色。

2.角色

角色是系统中拥有某一类职能的对象，可以是实际的也可以是虚拟的，角色一般作为权限分配的单位与载体。

3.权限管理

权限是对系统中活动对象的活动范围、活动规则和数据范围进行界定，一般是将资源分配给各个角色来实现权限控制。

4. 业务对象

业务对象是从现实事物中抽象出的业务实体，如销售合同、采购订单等，对象之间通常存在关联关系，与代码中的对象和数据库中的表存在一定的对应关系。

5. 业务节点

业务节点是业务过程中的一个操作环节，一个业务节点可能包含一个业务对象也可能多个，如应收账款核销环节涉及销售合同对象、收款对象、应收款对象、票据对象等。

6. 业务流程

业务流程由多个业务节点按照一定的规则串联而成。

7. 业务操作

业务操作是触发人机交互的事件，角色在某个业务节点进行某种操作，系统产生处理结果，最常见的为增删改查，通常可以与界面按钮对应。

一次业务操作可能涉及一个业务对象，也可能涉及多个业务对象。

8. 审批节点

审批节点是审批流程中的一个审批环节，可能涉及一个或多个审批角色。

9. 审批操作

审批操作是审批角色记录审核结果的动作。

10. 审批流程

审批流程由多个审批节点按照一定的规则串联而成。

一个审批流程一般是针对一个业务环节。

11. 消息

业务流程、审批流程或进行某种设定好的操作都会触发消息生成或推送机制，产生相应的消息推送给对应的角色。

12. 业务监控

业务监控是对业务状态、任务执行进行记录、通知等。

13. 规则

系统中所有活动几乎都会涉及规则的定义，规则的管理和定义并一定是独立的模块，可能是融入到各种业务活动中，如业务流程配置、审批节点流转、消息推送规则等。

14. 数据处理

数据汇总、统计、分析等处理的机制，报表、数据挖掘、BI都是具体的方案或手段。

03 平台功能

综上，一个企业级管理平台应当具备的要素或功能应包括：

1. 用户注册

2. 组织机构定义

3. 角色定义

4. 权限管理

• 功能权限
• 数据权限

5. 业务功能定义

• 业务节点
• 业务对象
• 业务操作

6. 流程定义

• 业务流
• 审批流

7. 规则定义

8. 消息机制

9. 监听机制

• 事件监听
• 任务调度

10. 数据处理方案

• 报表
• BI

11. 集成方案

• 接口

12. 容错方案

本文由 @水豚君 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议