零代码实战:企业级应用搭建与案例详解 (李恩涛, 雷明灿, 黄晟昊, 任向晖) (Z-Library)

Author: 李恩涛, 雷明灿, 黄晟昊, 任向晖

技术

No Description

📄 File Format: PDF
💾 File Size: 5.5 MB
32
Views
0
Downloads
0.00
Total Donations

📄 Text Preview (First 20 pages)

ℹ️

Registered users can read the full content for free

Register as a Gaohf Library member to read the complete e-book online for free and enjoy a better reading experience.

📄 Page 1
(This page has no text content)
📄 Page 2
零代码实战:企业级应用搭建与案例详解 李恩涛 雷明灿 黄晟昊 任向晖 著 ISBN:978-7-111-68379-7 本书纸版由机械工业出版社于2021年出版,电子版由华章分社(北京 华章图文信息有限公司,北京奥维博世图书发行有限公司)全球范围 内制作与发行。 版权所有,侵权必究 客服热线:+ 86-10-68995265 客服信箱:service@bbbvip.com 官方网址:www.hzmedia.com.cn 新浪微博 @华章数媒 微信公众号 华章电子书(微信号:hzebook)
📄 Page 3
目 录 前言 第1章 认识零代码及其对于企业的意义 1.1 什么是零代码应用开发平台 1.2 零代码的演进与特点 1.2.1 零代码应用技术的演进 1.2.2 现代零代码平台的特点 1.3 企业为什么要选择零代码平台 1.3.1 提升开发和部署效率 1.3.2 迎合业务快速变化 1.3.3 克服数据孤岛问题 1.3.4 业务开发者的参与 1.4 零代码平台在9大行业的应用 1.4.1 某知名三甲医院的辅助系统 1.4.2 一线电器品牌的经典项目管理 1.4.3 上海市静安区某街道办疫情监控系统 1.4.4 零售企业的线下线上一体化 1.4.5 空调名企的设备一条龙服务 1.4.6 领先IT服务商的物联网集成方案 1.4.7 养老行业的线上智慧化 1.4.8 轨道行业的零代码实验室 1.4.9 汽配行业的客户管理系统 第2章 零代码产品选型实践 2.1 零代码平台和低代码平台如何选择 2.2 零代码平台如何选型 2.2.1 选择零代码平台的6大维度 2.2.2 市面上主流零代码/低代码产品简介 2.3 结合企业所涉细分领域进行选型 2.3.1 RPA 2.3.2 搭建网站 2.3.3 小程序 第3章 企业应用概述 3.1 企业应用的基础能力 3.2 企业应用的系统构成 3.3 零代码平台搭建企业应用的原理
📄 Page 4
3.4 案例:利用明道云搭建企业应用的方案 第4章 用零代码平台搭建应用的步骤 4.1 需求分析 4.1.1 什么是需求分析 4.1.2 如何进行需求分析 4.2 应用搭建 4.2.1 准备工作 4.2.2 数据的采集和存储——工作表 4.2.3 数据的不同场景呈现——视图 4.2.4 用户的角色和权限——用户权限 4.2.5 数据的统计和分析——统计图表 4.2.6 流程的控制和自动化——工作流 4.3 使用文档 第5章 与其他系统的对接集成 5.1 数据对接 5.1.1 API 5.1.2 Webhook 5.1.3 第三方应用对接 5.2 账户整合 5.2.1 基于OAuth 2.0的身份认证 5.2.2 基于LDAP用户目录的认证 第6章 信息架构建设及案例解析 6.1 企业信息架构的一般构建方法 6.1.1 Zachman框架 6.1.2 TOGAF框架 6.2 一个简化的信息架构方法——RPIC 6.3 结合案例解析RPIC方法论 6.3.1 案例背景 6.3.2 案例目标 6.3.3 架构设计过程 6.3.4 架构产出物与蓝图完善 6.4 应用实现 6.5 探索更多的数字化运营机会 6.5.1 延伸到更完整的业务环节 6.5.2 以客户为中心的服务延伸 6.5.3 自动化 6.5.4 洞察
📄 Page 5
6.5.5 业务扩展 第7章 实践:怎样搭建一个ERP应用 7.1 确定数据对象,建立数据结构 7.1.1 库存管理模块 7.1.2 采购管理模块 7.1.3 销售管理模块 7.1.4 账务管理模块 7.2 运用工作流 7.3 设计统计看板 7.4 设置用户和权限 7.4.1 视图配置 7.4.2 设置用户的角色权限 7.5 使用环节 第8章 实践:怎样搭建一个CRM应用 8.1 CRM与零代码平台 8.2 创建数据结构 8.3 运用工作流 8.4 设计统计看板 8.4.1 成员看板 8.4.2 经理看板 8.5 创建视图 8.6 设置用户和权限 第9章 零代码工作和创业机会 9.1 所需要的技能组合 9.2 零代码相关的岗位 9.2.1 业务部门承揽自己的应用搭建工作 9.2.2 IT部门将为应用治理负责 9.2.3 零代码小组 9.3 创业机会 9.3.1 平台产品 9.3.2 ISV 9.3.3 服务提供者 附录 国内外厂商列表
📄 Page 6
前言 企业应用开发行业从出现到现在已经有半个世纪了,在这个过程 中,应用开发的工具和形式不断演进。概括来说就是,开发工具从低 级语言向高级语言演进,架构模式从单体架构向模块化架构演进,开 发方式从代码开发向可视化方向演进。而零代码平台是这个演进过程 中的一个里程碑。我加入企业应用开发行业至今已有十年了。在这十 年中,我目睹了云计算产业发展对企业应用市场的巨大影响,也亲历 了产业冲击,当然也把握住了新生的市场机会。我们从2018年就开始 开发零代码产品,这正是我们对当前这次市场大潮的一个回应。 到了零代码平台时期,企业应用的开发已经不再依赖集成开发环 境(IDE),也不再要求必须具备DevOps专业过程,开发门槛得以降 低。 为什么烦冗复杂的企业应用开发突然失去了对专业开发过程的依 赖?这让很多人百思不得其解,并对利用零代码平台开发企业应用心 存怀疑。所以,在这里我有必要交代一下应用平台的工作原理、优势 和局限。 首先要明确一点,零代码或者低代码是应用平台即服务(APaaS) 类产品的一个特征,也是应用平台的一个新的定位。应用平台不是开 发平台,它本质上还是一个应用,只不过这个应用比较复杂,是用来 构筑其他应用的,这就像钢筋、水泥是建材,用钢筋、水泥浇筑好的 预制件也是建材一样。 和上面建材这个例子类似,今天的应用开发行业也很少从零开始 开发一个应用了,大多数情况下应用开发都依赖各种各样的组件和框 架。企业应用中大约有80%是基于关系数据库的业务管理应用,这些应 用具有类似的设计模式,这就给应用平台提供了机会。典型的应用平 台不会追求能够搭建任意类型的应用,而是聚焦在某一个类型的应用 上。比如,类似于明道云这样的零代码平台,就仅定位于企业中后台 应用平台。市面上还有很多其他类型的零代码平台,它们有的专注于 做网页搭建,有的专注于小程序搭建或网店搭建……这些产品都是按 照类似的理念设计和开发的。
📄 Page 7
企业应用的零代码愿景早在二十多年前就已经出现。从早期的 Access数据库,到互联网时代的QuickBase,再到快速开发领域的 PowerBuilder,一直到更现代的Salesforce Lightning平台、更大众 化的Smartsheet和Airtable等产品,这些都是零代码愿景的体现。总 体而言,零代码产品的能力越来越强,使用门槛越来越低。在中国, 较早进入市场的零代码产品是简道云和伙伴云表格,而明道云则是明 确定位于APaaS领域的零代码产品的代表。明道云完善了应用平台应该 具备的基础能力模块,通过它能够灵活搭建出绝大多数企业中后台应 用。在最近的一两年,越来越多的零代码/低代码产品进入市场,让企 业用户有了丰富的选择。 零代码平台向业务人员敞开了应用开发的大门,让企业应用开发 不再是专业开发人员的专利。对于数据结构和业务流程清晰的业务场 景,非专业开发人员也能自主实现。 由业务人员直接完成数字化系统的设计和实现,对于提升企业效 率和运营质量是非常重要的。在传统DevOps时代,软件的研发成本至 少有一半投入在需求的调研、分析和沟通阶段,还有相当比例的成本 花在DevOps过程中的专业环节,比如部署、测试等。APaaS产品的设计 理念是让这些专业过程不再消耗大量成本。当软件工具和业务需求的 持有人直接相遇时,创意实现方式会不断涌现。这是我们在过去两年 运营明道云的过程已经见证过的。 所以,我非常钦佩机械工业出版社华章公司编辑孙海亮敏锐的市 场洞察力——他在这个节点找到我们,并邀请我们撰写一本关于用零 代码平台开发企业应用的实战指导书,这是最恰当的时机。 本书将满足读者对于零代码产品的好奇心,主要解答如下常见疑 虑:开发企业应用怎么突然就不用写代码了?零代码平台背后的工作 原理是什么?怎样快速上手零代码平台?目前有哪些具体的案例? 来自明道云的李恩涛、雷明灿、黄晟昊三位专家和我一起分工合 作,共同完成了本书。本书结构简洁有序,可以让读者在较短的时间 内了解零代码平台的基本工作原理,并掌握零代码平台的基本使用方 法。 我衷心希望对零代码感兴趣的读者能够通过本书快速上手实践, 并在企业数字化管理和运营方面获得成功。
📄 Page 8
任向晖
📄 Page 9
第1章 认识零代码及其对于企业的意义 长期以来,企业选择业务管理系统只有两种方案:按需定制研发 和租用SaaS系统。 (1)按需定制研发:有自主研发或外包研发两种方式。定制研发 的管理系统在功能上能够最大程度地满足业务需求,但需要大量的投 入,业务需求人员和开发人员需要付出大量的时间,而且系统开发上 线速度缓慢。系统上线后,业务需求会不断增加,往往开发迭代的速 度难以跟上,这就会造成需求和功能脱节,系统会越来越难用。 (2)租用SaaS系统:租用云端的行业SaaS系统可省去IT设施开发 和维护的成本,能够快速投入使用,但这些标准的SaaS系统只解决行 业内的通用业务需求,无法满足每个企业的差异化需求。别人适合使 用的系统,自己未必就适用。虽然SaaS系统也可加入新功能,但用户 提出的新需求并不能快速实现,因为SaaS厂商既需要评估新功能开发 的回报率,又需要考虑新功能对全体用户的价值。 对企业来说,若是能高效构建和灵活修改业务系统,以此来满足 企业不断变化的业务需求,那就完美了。如果有一种方案,既能像定 制研发系统那样满足企业个性化需求,又能像标准的SaaS系统那样只 需要投入很低的成本,那必然是企业进行数字化改造的福音。零代码 应用开发平台正是这样一个工具,它能让企业通过低廉的成本用上一 个称心顺手的管理系统。
📄 Page 10
1.1 什么是零代码应用开发平台 零代码应用开发平台是一种业务人员不需要写代码就能快速构建 应用程序的开发平台。在正式介绍零代码应用开发平台之前,我们先 介绍与它紧密相连的低代码应用开发平台[1]。 1. 低代码应用开发平台 低代码应用开发平台(Low-Code Application Platform,LCAP) 是由著名的研究机构Forrester于2014年提出的。Forrester对低代码 应用开发平台的定义为“通过少量代码就可以快速生成应用程序,并 可快速完成安装和部署的开发平台”。它既是一个工具软件,也是一 种开发环境,与程序员常用的Microsoft Visual Studio、IDEA等代码 开发环境类似,它主要服务于程序员。它提供了可视化IDE,很多时候 程序员不需要编写代码,只需要进行拖、拉、拽等操作就能完成开发 工作。 目前大部分低代码应用开发平台都是开发环境和运行环境分离 的,依然需要专业IT人员的参与。这类平台要求使用者具备一定的编 程知识。具有代表性的低代码应用开发平台产品有Power Apps、 Outsystems等。 2. 零代码应用开发平台 零代码应用开发平台(No-Code Development Platform,NCDP) 就是完全不需要写代码就能快速构建企业应用并自动部署使用的应用 开发平台。可以说NCDP是LCAP的一个子集。NCDP是一个更加极端的选 择,彻底消除了代码。也有咨询机构或软件厂商将NCDP归入LCAP。 NCDP将一个应用所需要的用户界面、数据模型、业务逻辑和业务 流程进行抽象并封装为可配置的组件,开发人员只需通过点击、拖拽 等可视化方式进行配置即可开发应用,这让没有编程经验的业务人员 也可以快速搭建出满足企业个性化需求的CRM、ERP、项目管理等企业 级应用,而且在一个平台内,不同应用之间数据可以互通,这解决了 信息孤岛的问题。
📄 Page 11
NCDP一般都是SaaS软件,天生具有云计算能力,企业用户无须再 购买IT设施即可使用,这减少了企业投入成本。在NCDP上,开发环境 就是运行环境,无须进行安装和部署,从而实现了应用的快速开发和 上线。最具有代表性的NCDP产品有Smartsheet、Airtable、明道云、 简道云和轻流等。 [1]零代码应用平台和低代码应用平台都属于应用平台。
📄 Page 12
1.2 零代码的演进与特点 不写代码,或者写很少的代码来构建软件并不是全新的概念。在 20世纪八九十年代,企业级软件尚处于发展的早期阶段,但已经出现 了影响力很大的标杆型零代码产品,比如1992年微软在Office套件中 增加的Access数据库应用,再比如曾经被苹果公司收购的 FileMaker(1985年推出)。这两个应用到今天都还在运行。本节就带 领大家了解零代码应用技术的演进过程以及零代码应用开发平台发展 到今天有了哪些新的特点。 1.2.1 零代码应用技术的演进 早期的低代码开发工具只能在单机或者局域网环境中运行,主要 面向的还是企业IT专业人员,目标是建立各种灵活度比较高的业务数 据库,实现常规的增、删、查、改等操作。比较典型的案例是,很多 Access的熟练用户都不是专业的软件开发人员,但他们能够自助完成 业务数据表的设计和发布,还能让某个部门共享一个数据库。 真正的应用平台(Application Platform)型产品出现在世纪之 交。美国著名的财务软件厂商Intuit公司于1999年推出QuickBase。顾 名思义,QuickBase主要用于快速构建数据库应用。这个产品在很长时 间内都不温不火,直到2016年因为这个产品专门成立了一家独立的企 业,这个产品才慢慢有了起色。QuickBase开创了软件实现的新方式, 让应用在封装好的平台上运行,而不再进行代码的编译和分发。这是 解放用户生产力和扩大用户基数的关键一步,因为能够全程掌握软件 开发和部署能力的企业和用户是非常有限的,而应用平台把这些繁杂 和专业的技术环节统统包揽了。所以,这个门类在近几年被称为 APaaS(应用平台即服务)。 在云计算技术发展起来以后,APaaS焕发了新的生机。构建云原生 应用变得更加简单和直接,所有基于APaaS构建的应用显然都是不依赖 服务器的(Serverless),它甚至模糊了开发和使用的边界,使用者 即开发者,开发者当然也可以作为直接使用者。2014年,Forrester正 式提出了低代码的概念,并将相关品类统称为低代码应用开发平台,
📄 Page 13
简称低代码平台。Gartner随后用高生产力应用平台(hpaPaaS)来命 名这个品类。而作为LCAP的一个分支,零代码应用开发平台(简称零 代码平台)也慢慢进入人们的视野。近两年,全行业认可了零代码/低 代码平台的品类定义APaaS。在这个品类发展过程中,自然演化出3种 基本技术路径。 1. 基于IDE框架的快速开发平台 这个技术路径将传统的集成开发环境(IDE)充分可视化,允许开 发者使用配置面板和控制台来替代一定比例的代码编写。开发者可自 由定义前端界面组件、数据源绑定方式、数据模型、业务逻辑和工作 流等,系统会自动生成对应的源代码,开发者甚至可以进一步修改源 代码。这条技术路径上的典型产品是Outsystems(见图1-1)和Betty Blocks,两者均在相应市场处于领先地位。 图1-1 Outsystems的开发环境截图 IDE模式的应用平台可以提供更高的灵活性,尤其是可以提供对前 端界面自主控制的能力。但它依然涉及比较复杂的应用开发过程,并 且其中使用了大量技术语言,生成的应用依然需要编译、发布和部 署,所以主要针对的依然是IT专业人员,学习和掌握IDE模式应用平台 的时间比较长。它的主要价值在于提高开发者工作效率,降低重复劳 动。严格意义上说,生成代码并编译运行的平台并不能称为应用平 台,只能称为开发平台。
📄 Page 14
2. 模型驱动的应用平台 在应用平台市场,另外一个技术分支“模型驱动”(Model Driven)在近几年成为新的主流选择。它进一步降低了代码开发工作 量,甚至实现了完全的零代码开发。通过它,业务人员能够直接参与 或完成应用开发。 所谓模型驱动,是相对代码生成和编译而言的。用户一旦在应用 平台上通过可视化的方式构建了数据模型、视图形态、权限角色等, 应用就可直接在平台提供的运行时环境中运行,不再需要另外编译分 发。比如SaaS形态的应用平台,用户注册后即可直接在其上搭建和使 用应用,不再需要配置独立的应用运行环境。 因为摒弃了传统DevOps过程,模型驱动的应用平台指数级提高了 应用开发效率,也扩大了用户群体。但它也不得不牺牲应用实现的自 由度,用户不可能随心所欲地设计前端界面,后端逻辑的复杂度也受 到一定的限制。话说回来,大多数企业软件,尤其是要实现数据增、 删、查、改类(CRUD)的应用,它们的交互范式本来就比较固定。 Airtable、Smartsheet、Zoho Creator、Monday.com,以及简道 云、伙伴云、氚云和明道云都是典型的模型驱动技术路线的应用平 台。这些产品更接近于一个面向终端用户的应用,而不是开发工具。 3. 相互融合的设计 由前面的内容可知,应用平台有两种截然不同的技术路径,但是 特定产品可能会从这两种技术路径中取长补短。对于IDE模式的应用平 台来说,它也可能提供预置的模板,让数据模型设计充分可视化,以 此来降低用户的学习成本;对于模型驱动的应用平台,它也会引入低 代码能力,允许用户用脚本语言、表达式和函数来提升灵活性。可以 说,低代码/零代码品类的竞争就是产品能力和易用性之间平衡的竞 争。再强大的应用平台,都不可能比得过原生代码开发模式,再简单 易用的平台,如果不能满足用户的需求,也是没有竞争力的。所以融 合前述两种技术路径的新技术路径出现了,典型代表就是我们本书的 主题——零代码应用开发平台。 1.2.2 现代零代码平台的特点
📄 Page 15
和20多年前的早期产品相比,现代零代码平台的主要进步表现 在: 和云计算环境的融合,让用户可以用很低的成本直接获取云原生 能力。 Web应用技术框架的进步,让浏览器可以承载复杂的前端交互要 求。 和移动技术的融合,让用户可以直接生成跨平台的移动应用。 提升复杂逻辑的交互设计水平,通过可视化的方式配置复杂应用 逻辑。 支持性的技术框架日益丰富,包括数据库、缓存、对象存储服 务、搜索引擎、容器技术、运维编排自动化等,这让零代码平台 可以提供和原生代码开发完全一样的性能。 在可预见的短期未来,零代码平台肯定能够替代一定比例的原生 代码开发,以大幅提高企业软件行业的生产力。围绕用户体验和逻辑 实现方面的市场期待也会很快得以满足。
📄 Page 16
1.3 企业为什么要选择零代码平台 在过去的一两年内,零代码平台受到企业的关注日益增多。他们 用零代码平台来实现核心业务流程的数字化,在一定程度上替代昂贵 的定制开发,这也减轻了产品使用集成的负担。但究其本质,他们选 用这个新门类的主要理由来自以下四个方面。 1.3.1 提升开发和部署效率 零代码平台对企业应用市场的首要价值是提高开发和部署效率。 它把传统的DevOps流程缩短了,不再需要软件研发人员为构建一个应 用而建立基本的前后台框架;通过零代码平台,开发人员也不必再为 实现数据的增、删、查、改操作重复编写代码;零代码平台还去除了 编译和应用部署的环节,让开发的应用可直接在平台上运行。所有这 些设计,使传统企业软件开发的效率提升10倍不止。 因为零代码平台能够快速产出可用原型,因此搭建者和使用者只 需要花费很少的时间来进行需求沟通与确认。而在传统软件开发流程 中,需求沟通所用的时间成本可能占总时间成本的三分之一,甚至更 多。 从整体上看,使用零代码平台搭建应用比使用原生代码开发应用 到底可以提高多少倍的效率呢?根据应用性质和复杂度不同,这个倍 数差距会很大。我们可以通过两个具体的例子来对比一下。 如果通过原生代码方式开发一个满足特定企业需求的CRM应用,则 至少需要产品、研发和测试等基本开发岗位,人数至少为4人(研发通 常会需要后端和前端各一个开发人员)。对于成熟的团队,此类项目 需要1~2个月的时间,我们按照每个月30个工作日计算,那么大概需 要120人日。 如果使用零代码平台搭建,那么仅需一个人大约工作5天的时间 (假设CRM应用管理囊括从线索到收款的全部流程),也就是5人日。 在这个例子中,两种开发方式大概能够形成24倍的人效差。
📄 Page 17
再举一个部门应用的例子。比如物流部门要开发一个根据订单和 订单产品进行派车的应用。该应用的基本功能是将物流单派发给预先 签约的物流公司和司机,并跟踪从接单到交付的全过程。原生代码开 发大概需要90人日,而使用零代码平台搭建大概需要10人日。这个例 子形成了大约9倍的人效差。 同时还要考虑到,原生代码开发所需要的人员成本一般比零代码 平台开发更高。在零代码平台开发模式下,花费的主要时间在需求分 析和系统设计上,真正需要动手完成配置的时间一般少于项目总时长 的三分之一。而在原生代码开发方式下,这个比例也大体如此。 1.3.2 迎合业务快速变化 零代码平台越来越吸引企业用户的另一个原因是,企业总是面临 多变的信息化需求。即便花费了很高的成本设计、开发和部署完成的 业务系统,随着时间的推移,在业务需求不断变更的情况下,依然会 变得不适用。需求不断变更让使用者很头痛,如果勉强继续使用原有 的系统,业务变化无法在信息系统上体现;如果停下来修改软件,企 业会有成本和时间上的负担,有时候甚至根本无法停下来。原生代码 开发的项目随着交付的结束,可维护性会变得越来越差,即便开发者 提供了文档和源代码,新接手的团队也很难快速上手。 初创企业在信息化建设早期,往往因繁就简,既没有能力,也没 有必要去采购过于复杂的企业级软件,也不会去委托原生代码开发团 队进行定制开发,而是选用一些相对简单的SaaS应用。如果企业能够 顺利地通过初创期,扩大了业务规模,在一个特定的时刻,总是需要 重新选择产品或者落实建设方案,这就会导致IT架构要全面升级。这 种IT架构升级的痛苦我们在各种规模的企业中都能看到。 零代码平台产品似乎天生就是为了解决这类问题而出现的。它本 身没有固有的数据架构,也不带有固定的业务流程,在具体的应用搭 建完成后才拥有了这些要素。这使得通过零代码平台搭建的应用具有 非常高的灵活性。当业务规模变大以后,企业往往需要更加精细化的 管理过程,因此需要追加业务对象,增强数据属性。这对于零代码平 台来说是小菜一碟,只要增加一组数据表,并和现有的数据对象实现 关联即可,这就像修改一个应用配置一样简单。调整数据字段,修改
📄 Page 18
或者建立新的业务流程也是一样的简单。通过零代码平台,企业大幅 增加了自我实现的能力,不再需要依赖外包进行应用开发工作,也不 需要自己建立的软件研发团队,更不会受制于固定的应用软件功能。 1.3.3 克服数据孤岛问题 在企业信息化工作中,因为孤立的定制开发项目和多种应用产品 的同时使用,不可避免地带来了数据孤岛现象,这是当下企业的一大 痛点。比如,在CRM应用中可能存在销售产品BOM(产品物料清单)对 象,而在采购和生产环节中也会存在BOM对象,这些对象可能是完全一 致的,也可能不一致但存在关联。 为了解决数据孤岛问题,企业可以建立独立的主数据中心,将核 心业务所需要的数据存储在一个统一的数据平台。近几年流行的数据 中台理念大体就是这个思想的体现。零代码平台本身通过API集成也可 以完成这个使命,而且它还可提供前中后台一体化的解决方案,也就 是用APaaS直接构建应用,不再需要额外建立数据中台。类似销售产品 BOM这样的对象可直接在APaaS平台上作为一个应用组成部分,销售、 采购、仓储等业务流程均可直接引用,从而保证了数据的一致性和实 时性。 零代码平台天然具有的开放性让所有使用APaaS管理的应用数据都 可以被方便地读写,结合工作流能力,甚至能够让应用自动获得数据 更新或者向外部应用系统推送数据。如果一家企业完全依赖APaaS产品 构建全流程业务管理系统,那么就会完全解决数据孤岛问题。 1.3.4 业务开发者的参与 由于去除了对代码开发的依赖,零代码平台的实际使用者将IT专 业人员和业务人员都囊括了进来。只在极少数情况下,才会需要软件 工程师通过低代码能力解决一些局部复杂问题(比如一个逻辑判 断),大部分应用的实现环节都不需要软件编程能力。当然,具有IT 背景的人员会更加容易上手和掌握零代码工具。因为企业应用本身的
📄 Page 19
复杂性,作为非开发者的业务人员,对业务流程的熟悉则成为其主要 优势。 让业务人员加入应用实现过程,不仅因为这样可降低成本,还因 为业务人员对要实现的目标更清晰,更容易掌控需求细节。他们设计 出来的应用往往比技术开发者设计出来的应用更加符合使用场景的现 实需求。尤其在制造和工程领域,大量的应用需要满足特定的现场需 求,而这类应用的使用者是不同岗位人员的组合,只有熟悉具体场景 的人才能知道应用应该如何构建。 在传统原生代码开发模式下,需求沟通和确认所花费的精力是相 当巨大的,用户一般也掌握不了专业需求文档的编写技能。由他们编 写出来的需求文档往往要么过于粗糙,要么从需求越位到了解决方 案。通过零代码平台来自主实现应用,就省去了由业务人员编写需求 文档的过程。 我们在接触和观察大量业务人员进行应用开发时发现,有一定IT 素养,对业务流程熟悉的非技术人员,经过一段时间的实践,都能够 成为很优秀的应用开发者。甚至,在未来的企业组织中,零代码平台 的专业使用者和管理者会成为一种全新的岗位。
📄 Page 20
1.4 零代码平台在9大行业的应用 国家大力推行企业数字化转型,企业也逐渐认识到了数字化转型 的必要性,所以很多企业都开始着手进行自己的数字化转型工程。零 代码平台作为数字化转型的主要支柱之一,在企业中到底承担了什么 角色?本节我们就通过案例进行简单介绍。 1.4.1 某知名三甲医院的辅助系统 医院的信息管理系统主要分为四大类别:行政管理系统、医疗管 理系统、决策支持系统、其他辅助系统。目前,针对行政管理系统与 医疗管理系统,市面上已经有了非常成熟的实现理念及系统解决方 案。但是对于决策支持系统与其他辅助系统来说,由于其需求具有多 样性与易变性,而且往往涉及每个底层医务人员,所以想要真正部署 实施,面临的困难非常大。某知名三甲医院运用零代码平台搭建了一 个辅助系统,通过该系统完美解决了医务纠纷管理与重点项目检查管 理问题。 该辅助系统以医疗纠纷事件为核心,管理从纠纷开始到纠纷关闭 的全过程。当一名院内患者对医疗过程不满时,可以向院内有关部门 提出医疗纠纷事件,相关部门在辅助系统内录入事件信息,当信息审 核无误后,辅助系统可立项跟进,并根据默认的任务清单生成该事件 的处理任务,然后通知相关负责人。当所有任务都完成后,即可生成 该事件的处理结果,如有必要还会自动通知第三方保险机构进行患者 赔付处理。当外部赔付完成后,该事件将变为“处理完结”状态。 该辅助系统由医院的医务人员通过零代码平台搭建完成,现已成 功投入使用,通过API接口完美实现了医院内部与外部保险公司的信息 对接,让整个医疗纠纷事件处理过程运作无卡顿,从而加快了处理效 率,避免了因医院内部流程多而杂出现的管理难题。而这只是他们的 第一步,未来将有更多通过零代码平台搭建的系统陆续上线。
The above is a preview of the first 20 pages. Register to read the complete e-book.

💝 Support Author

0.00
Total Amount (¥)
0
Donation Count

Login to support the author

Login Now
Back to List