企业级开发平台的业务场景 / 运行机制 / 功能
本文介绍了企业级开发平台的典型业务场景、平台运行机制以及企业级开发平台应具备的功能。快看看正文了解详情吧。
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. 容错方案
咨询热线:+86 400-966-9672
邮 箱:info@foreverht.com
评论