5
低代码技术交流
马克思恩格斯认为（原文：）
人类社会发展的历史是自然历史过程;生产力的发展是人类社会发展的最终决定力量;生产力和生产关系、经济基础和上层建筑的矛盾运动，是社会发展的根本动力。
什么是低代码开发平台？
在百度baike上找到如下描述，感觉描述的很得体，所以贴到下面来：
低代码开发平台是无需编码（0代码或无代码）或通过少量代码就可以快速生成应用程序的开发平台。
它的强大之处在于，允许终端用户使用易于理解的可视化工具开发自己的应用程序，而不是传统的编写代码方式。构建业务流程、逻辑和数据模型等所需的功能，必要时还可以添加自己的代码。完成业务逻辑、功能构建后，即可一键交付应用并进行更新，自动跟踪所有更改并处理数据库脚本和部署流程，实现在 IOS，Android，Web 等多个平台上的部署。
低代码开发平台(LCDP)英文全称为Low-Code Development Platform,一个显著的特点是，更多的人可以参与到应用程序开发当中，不仅是具有专业编程能力的程序员，非技术背景的业务人员同样可以构建应用；对于大型企业来讲，低代码开发平台还可以降低IT团队培训、技术部署的初始成本。
以实例来理解低代码开发平台
1. 我们先假设一个应用场景：一个学生管理系统来说明。
2. 需求大致如下：
2.1 学生的增删、改、查.
2.2 学籍资料的数据版本管理、历史操作记录、二维码手机查看应用。
2.3 学生入校申请、基础资料变更审批、贫困生认定审批。
2.4 注销学籍、缴纳班费。
3. 首先演示一下现有的平台执行过程,其次我带领大家使用驰骋低代码开发平台走一遍。
4. 以后的几个ppt页面，没有这个直观的认识，对低代码开发平台概念的理解是有难度的.
低代码开发平台的几点要素
1. 每个开发人员，架构人员，或多或少的参与了低代码的开发。
2. 所有的低代码研究都是为了提高生产效率与生产质量，降低开发周期。
3. 我们在长期的编码工作中，我们是不是发现，开发效率提高了，成本降低了？如果您有这样的感受说明您在低代码领域里有所进步了.
4. 专业的低代码开发平台都是建立在，工作流引擎+表单引擎+规则引擎+组织结构基础上的高可配置性的平台。
5. 低代码开发技术是每个架构人员开发人员在长期的开发过程中对常用的场景，方法的、工具的抽象。
6. 低代码开发平台改变了传统开发模式下的生产关系，降低了对开发人员、测试人员的依赖。从而降低了开发成本提高了开发效率。
低代码平台设计者的素质要求
1. 丰富的项目产品实施开发经验，长期从事一线编码工作。
2. 需要具备高度的、业务场景抽象能力。
3. 要有敏锐的眼睛去观察、抽象业务场景的能力。
4. 有一定的流程引擎开发经验，或者流程项目实施经验.
5. 有一定的表单引擎开发经验.
6. 深刻理解配置+解析的模式下实现不同场景的需求.
7. 具有长期的、一贯的、坚持不懈的工匠精神。
产品/项目交付模式的变革
1.功能实现基本上是由开发人员完成的，目前又演变为前端开发+后端开发，给开发的分工做又做了定义。
2.测试人员为保障测试。
3.交付给实施人员去部署、去完成系统的内容，交付给客户。
4.以上生产部分分工相对明确。
产品/项目交付模式的变革
需求人员实施人员参与了更多。
降低了对开发人员的依赖。
测试人员用的少了。
生产力，决定生产关系！！！
1. 从以上两个开发过程我们可以感受到，生产力发生变化了，从而影响了生产关系也发生了变化。
2. 项目组成员的组织结构因为开发模式的变化而变化了.
3. 减少了对开发人员的依赖，传统模式下，没有开发功能实现寸步难行。低代码模式下很多功能都可以配置完成。
4. 减少了对测试人员的依赖， 低代码功能模式测试一次都可以完成。
5. 提高了实施人员的参与度，对实施人员的知识要求提高了。
6. 提高了交付能力,与交付质量.
设计开发低代码平台规范与规则
1. 以菜单为主干的功能设计模式.
1.1 用户交互的入口就是菜单,菜单是系统的骨架.
1.2 梳理系统的过程也是梳理菜单的过程.
2. 以管理对象为中心的业务分析思维.
2.1 创建系统就是管理管理对象.
2.2 以管理对象为中心的，做相关的功能配置与开发。
2.3 所有的菜单与方法功能，都与管理对象服务。
面向菜单的编程模式
系统、模块、菜单关系图
应用场景
1. 应用场景就是一个具体的应用实例，也叫功能点。比如：学生台账，执行发起流程、报销。
2. 应用场景就是对用户应用的功能与菜单的抽象， 比如：学生管理中，对学生管理用到了日志组件、评论组件、快照组件. 用到了实体列表查询菜单，用到了工作流程。
菜单体系
1. 系统的功能是以菜单体现的，菜单是整体系统内容展现形式.
2. 广义的理解一个菜单对应一个操作功能页面，我的理解是一个菜单对应的是一个应用场景.
3. 所谓的应用场景也叫应用模式，比如：查询模式就是查询场景，报表模式，就是使用报表的场景，评论日志、快照、他是实体的应用场景。
4. 如果一个低代码开发平台应用场景越丰富，则它解决系统配置问题的能力越强大。
5. 所以菜单体系=应用场景体系.
菜单体系的分类
管理对象与组件
1. 管理对象就是技术名词的实体， 它具有编号，名称还有其他的属性.
2. 在一个管理对象上，多种业务操作都可以被抽象化、做出一个个的组件，比如：数据版本管理组件、操作日志组件。
实体组件的设计
管理对象-日志组件
管理对象-评论/记录/审核组件
管理对象 二维码组件
管理对象-数据版本管理(快照)组件
管理对象-实体与流程的三种关系
1. 新建实体关系.
比如：入校申请、供应商申请、固定资产采购申请、纳税人开业登记. 说明：这类的流程走完以后，实体记录里既有一笔记录，就是增加一个实体.
2. 修改实体属性关系.
比如：法人变更流程、股东变更流程、注册地址变更流程. 说明：这类流程是从实体上启动、走完以后就自动的更新实体属性数据。
3. 其他业务关系.
比如：贫困生认定流程、嘉奖流程、处罚流程、通报流程。
说明：这类流程是从实体上启动、系统把实体信息带入到表单、走完以后与实体没有关系。
实体与单据的关系
实体：
1. 实体是指现实世界中客观存在的并可以相互区分的对象或事物。
2. 就数据库而言，实体往往指某类事物的集合。可以是具体的人事物，也可以是抽象的概念、联系。
3. 比如：学生、班级、科目、固定资产、客户都是实体的范畴。
单据：
1. 单据：就是实体上发生的业务记录，单据依赖实体而出现.
2. 比如：出库单、缴费单、维修单等等。
3. 单据的创建，可以是以单个实体或者多个实体作为管理模式.
关注BPM行业门户公众号,第一时间获取最新BPM行业资讯。
注：如果本文章涉及版权或其他原因，请联系我们删除。
