企业级开发平台的业务场景/运行机制/功能
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. 容错方案
本文作者 @水豚君
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
