白癜风 http://news.39.net/bjzkhbzy/210726/9231147.html大家上午好，非常感谢明道云给我这个机会，来展示一下这个上海电气在明道云上面的应用。我的题目是《低代码在离散制造业的实践》。
引入明道云的背景
首先介绍一下我们电气数字科技有限公司。它是在年的时候，上海电气集团内部成立的数科公司。我们秉承“安全可信，专业高效”的理念，做电气内部值得信赖的数字化发展事业。
在年1月，我们正要做低代码工具的选型。机缘巧合之下，我就注册了明道云。在试用过程中，我印象最深的功能就是明道云后端的流程引擎（工作流）。它不只是业务的流程引擎，还有规则引擎。在一些业务流程中，你一定要根据表单填写的内容来进行流转，并且表单字段的可操控性要具体到在哪个节点填写哪些字段。而这些操作都可以在明道云后端流程里做。
恰好当时我们正有这方面工具技术的迫切要求，所以我们就把明道云引入电气数科。在后续的一段时间里，我们也慢慢地落地和推广了一些应用。这就是我们和明道云结缘的背景。
离散制造业的特点
那么说到离散制造业，它有三个特点。
一是产品很大且形态复杂。比如，上海电气最主要的产业板块叫电站板块，是专门造电站的。工厂里的锅炉汽轮机、发电机、辅机等等，这些都是由我们电气集团统一提供的。在一个电站里面可能只有两个汽轮机，一套锅炉。但是在一套锅炉里面，它使用的零件比较多，并且有一个比较固定的产品结构。
所以说，离散制造的产品相对较为复杂，包含多个零部件，一般具有相对固定的产品结构、原材料清单和零部件配套关系。
这也就对应第二个特点，产品种类多。一般的离散制造型企业都会生产相关和不相关的较多品种和系列产品，这就决定了企业产品和物料的多样性。
在这些生产原料和产品的加工过程中，又因为每个零部件都不一样，加工过程也不一样。所以这里往往会出现加工过程时间断续的情况，导致生产效率非常低下。
那么在这种情况下，企业要做数字化转型，就是为了找出哪些东西是在空闲的，我的机器是不是一直在运转，进而优化资源配置。那么我在后续会跟大家分享具体案例。
离散制造业数字化转型的困境
那么，离散制造企业在数字化转型中也面临了一些困境。
我们作为一个经营历史很长的企业，建造的系统非常多，数据很难融合。每个部门、每个小组都有自己的应用，甚至在同一个厂的A车间和B车间，因为各自的产业形态不一样，它们的MES系统都不一样。所以，我们在数字化转型过程中，数据开放和共享是比较棘手的难题。
还有就是生产运行数据的安全防护问题。原来我们的工业网络和办公网络是严格区分开的。现在，越来越多来自研发、设计、生产、管理、经营等方面的企业核心业务数据分布运行在各个终端、移动端和网络中。企业生产网络与办公网络，内部网络与外部网络的边界正在逐渐消失，传统的数据安全保障手段已无法完全作用于现存的安全问题。
低代码助力离散制造业
低代码的优势
那么低代码怎么去助力我们离散制造业呢？第一，助力企业提升开发效率，相信大家都应该有共识了。第二点，是增强IT和业务部门的协作。
在电气集团里面，我们好多业务人员的Excel水平都非常高，他们写VBA的水平比我都高。他们用Excel做了很多子应用。当看到低代码工具的时候，他们非常感谢IT部门：“终于有一个更好的产品来替代我写VBA了，这是一个非常好的工具。”
我还记得一位业务人员亲自对我说的两句话。第一句是：“业务用户的需求是说不清的。”他有想法，但是他没办法表达出自己到底想要的是一个什么东西。
第二句话是说：“用了这个系统之后，他才知道他的方向在哪里。”在传统的开发模式里面，这一点是非常难以实现的。但是我们引入低代码之后，他就非常高兴地说：我要的需求马上给我实现了，那么我下一个需求马上就可以做了。这一点给他们带来了非常大的便利。
他们跟我沟通一些需求时，我说你这个需求用低代码实现起来会非常困难。他会直接跟我说：这个需求先砍掉。
在跟客户谈需求时，客户想要的功能并非一定要实现。因为在传统的开发项目中，客户会认为技术什么都能做，所以一定要揪着一个非常难的点，让我们帮他花很大力气去实现。但是用了低代码工具之后，这个情况明显改变了。基本上是，我根据你的需求，做了个样子，然后你照着抄就行了。
低代码的实施法则
我们在内部有一个低代码的实施法则，第一点就是以点带线带面，逐步更新迭代。
有一次，我给某个部门做了一个小应用后，部门同事直接通过应用来向管理层展示数据。部门同事发现领导非常喜欢这种形式：我再也不用看你们发过来的邮件了，我只要在你们的应用上点一点，就知道了。
通过这个部门的成功实践后，其他部门的需求也逐渐提上来了，各类业务数据、生产数据都随之转移过来了。
第二点，以赋能为目标导向，而不是流程再造。
我们在使用其他系统的时候，这些系统都是“死”的。系统做出来是什么样子，所有人都要按照它的规则填写数据。但是低代码平台就是不一样，它以如何帮助我的工作为目的，而不是要强行改造我们的实际业务流程。最终用户非常乐意接受这一点，因为只有在搭建和运行应用的过程中，你才会逐步发现我的流程到底在哪些地方出了问题，及时纠正。
第三点，
