【人人都是产品经理】企业级开发平台的业务场景/运行机制/功能

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

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

本文插图
1. 业务实例：销售合同录入
需求：不同类型的合同业务字段存在差异；
需求抽象：同一对象的不同实例属性不同、UI不同。
2. 业务实例：采购申请
需求：
不同类型的采购申请采购来源不同，关联的业务类型和单据不同，页面要能显和查询示关联业务的信息，如项目采购要显示项目信息，生产原材料采购要显示对应的生产任务单。
需求抽象：
同一对象的不同实例关联的其他对象不同，同时能获取关联对象的属性。
3. 业务实例：采购流程
【【人人都是产品经理】企业级开发平台的业务场景/运行机制/功能】需求：
采购申请的类型不同、采购的物资种类不同、采购的组织不同，采购流程不同。
需求抽象：
根据条件规则编排流程，在不同条件下流向不同的业务节点。
流程节点之间的关系需支持一对一、一对多、多对一。
4. 业务实例：项目跟踪
需求：
每一个项目会划分出执行过程中的里程碑，当执行到相应的里程碑时，应自动更新项目跟踪的状态，若需要通知则通知对应的角色。
跟踪页面根据不同的要求显示汇总信息，并且能够直接上查或下查详细的业务信息。
需求抽象：
按照预先设定的规则监听业务的状态和事件，并能按照规则生成和推送通知。
通过业务对象之间的关系抽取和汇总数据，并能向下钻取详细信息。
5. 业务实例：项目核算
需求：
需要将整个项目过程中发生的收入、成本进行汇总，不同的项目类型、不同的费用类别核算规则不同。
不同的角色、不同的用途，具体的展示字段和格式可能不同。
需求抽象：
业务过程中按照事先定义的规则存储数据，数据处理时依据一定的规则抽取数据，再对抽取的数据进行处理、转换，最后将处理后的数据进行组织并在前端呈现。
6. 业务实例：付款申请审批

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

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

本文插图
1. 用户
应用系统的具体操作者，可对用户分配一个或多个角色。
2.角色
角色是系统中拥有某一类职能的对象，可以是实际的也可以是虚拟的，角色一般作为权限分配的单位与载体。
3.权限管理
权限是对系统中活动对象的活动范围、活动规则和数据范围进行界定，一般是将资源分配给各个角色来实现权限控制。
4. 业务对象
业务对象是从现实事物中抽象出的业务实体，如销售合同、采购订单等，对象之间通常存在关联关系，与代码中的对象和数据库中的表存在一定的对应关系。
5. 业务节点
业务节点是业务过程中的一个操作环节，一个业务节点可能包含一个业务对象也可能多个，如应收账款核销环节涉及销售合同对象、收款对象、应收款对象、票据对象等。