我对州数字化的经验或Digit平台诞生的历史

注解


我将向您介绍与我们国家的数字化相关的将近10年的工作经验,遇到的问题以及他们如何解决这些问题,这些都是如何导致另一个平台解决方案的诞生的。

我从事国家数字化工作已有8年了。 早在2011年,我就以一名简单的分析师开始,然后我们从事将服务转换为电子版本的公共服务网站,并在各种系统的部门中为他们开发后端部分。

我碰巧在我们国家的不同地区工作,看到了很多平台。 从其他公司的同事那里听到了一些问题,但是在同一个领域中,我们整合的公司中的某些地方,这是从客户与其他承包商互动的经验中得出的。

使用旧系统时出现的问题


  • 在第一个系统中,所有表单和实体都是通过代码从头到尾描述的;将来,表单设计者出现了,但是仍然没有完整的周期
  • 较大的发布周期,大约一个月。
  • 部署参考
  • 分析人员通常只写TK,然后开发人员会做所有事情
  • 模板作为系统的一部分-当其创建是一个复杂的过程,并且在极少数情况下,模板成为系统的一部分时,代码的一部分
  • 不同的系统-我必须使用几个应用程序才能工作:业务流程的可视化程序,带有插件的IDE,文本编辑器,模板引擎以及系统本身的接口。 碎片会给调试和查找错误源带来困难。
  • 与安装CryptoPro相关的问题,不仅发生在最终用户身上,而且发生在开发人员身上
  • 系统之间的集成从一个月到六个月不等
  • 某些系统无法使用这样的数据,以某种方式处理了输入信息,将其传递到业务流程中并产生了结果。 但是,没有数据可用于进一步处理。 例如,即使最初找到所有用户语句,这也是不可能的
  • 不同人在设计视觉组件时存在问题,因为许多UI表单是由人们手动制作的,所以每个人都可以制定自己的样式,最终这些样式必须引起注意,并且需要进行协商并将所有样式恢复为同一样式

最糟糕的经历是支持从一家崩溃的公司继承来的系统的经验,该产品是基于Liferay编写的,我对Liferay本身并不反对,但这不是值得编写类似系统的基础的产品,执行本身就引发了疑问。 在Lifarey本身中,使用的比例不超过10%,其余的并排编写,结果令人震惊和歪曲,研究此解决方案的同事称他为Frankinshtein。 将来,它会被安全地替换。

我们如何决定修复它


在2014-2015年左右,我们的团队决定为数字化部门创建自己的平台。 在2016年左右,我加入了开发团队。 创建平台的主要目标是仅通过分析师的努力就可以在不涉及开发人员的情况下完成开发。 这应该减少时间,因为不必要的人员被排除在流程之外,并且工作成本也被排除在外,因为程序员非常昂贵。 理想情况下,客户能够数字化自己的流程或进行小的更改。

当然,我们在创建新产品时考虑了过去几年的负面经验。 我们创建了一个平台,该平台允许使用内置的可视化编辑器来创建和修改业务实体(如有必要),以在可视化编辑器中构造用户界面和数据输入表单,还拥有自己的引擎和BPM编辑器,报告子系统和模板生成,全文本搜索, FIAS地址服务,电子签名服务,文件存储服务。

最初,该系统旨在简化并自动完成将服务转换为电子形式的专家活动,但随着时间的流逝,我们意识到该平台的功能使您能够创建非常强大的解决方案,从CRM,ERP,ECM到高度专业化的系统。

合作伙伴在该平台的基础上为布里亚特共和国编写了安全城市系统,现在该系统正在开发并复制到其他地区。

屏幕截图中的“安全城市”





















在秋明州转移运输卡发行服务已将提供服务的时间从10天减少到6秒。

因此,除了解决工作任务外,我们还开发了一个系统,并在全国30多个地区实施了该系统,我们实施了3个商业项目,并在平台上实现了公司活动的内部自动化。

有关平台及其外观的一些信息。


简而言之,是二手技术和产品:Angular,Java,Wildlfy,OrientDB,Solr,Hazelcast。

平台主要功能的简短列表:
所有这些都可以通过浏览器在平台上使用。 没有IDE和工作室。

UML模型编辑器


UML-可视化设计业务实体的元模型,并在它们之间建立关系。 这一切都很清楚。 通用数据方案允许您构建新系统可以使用的数据结构,例如,个人或组织的描述性质在新开发中得到使用和链接(应用OOP原理)以及数据-这使得消除系统之间的重复成为可能。



内置可视界面编辑器




内置的可视表单编辑器:


现在,表单是统一的,结构化的和典型的。 最大程度的工作是自动化的,可以为对象生成表单。 分析师将日常操作的工作时间减少了近10倍,有更多的时间可以用于业务逻辑。 该平台不允许编辑错误。



内置可视业务流程编辑器





视觉元件库


标准和特定标准,例如通用数据过滤器,具有各种功能的相关实体的选择字段,相关表,构面。

互动地图



JS图




模板-最终用户可以自己编辑模板并添加新模板。

用户活动日志记录和数据更改历史记录。 软删除数据库中的记录。

使用实体,实体的属性以及各个实例,屏幕和UI组件在操作级别上管理访问权限。

全文搜索,尽管您可能不会对此感到惊讶,但是仍然存在不存在的系统,在我们的情况下,它像整个系统一样是动态的。

开放的API与外部系统集成。

无论如何,我们决定不将用户限制为仅内置组件,而使有经验的用户能够使用JS扩展所创建的用户界面或业务流程中的功能。

这种方法使我们可以在不进行部署和重新启动的情况下即时创建自定义应用程序。 反过来,这可以减少向客户交付价值的时间(上市时间)。 我们的经验表明,为客户创建具有定制功能的系统的时间和成本至少减少了两倍。

例如,在30分钟内从零开始的这段视频(此处为10分钟的加速视频-youtu.be/Yvvxn_qbook )中,创建了一个跟踪系统的示例,该系统可以在进行现场工作的公司中实施。

未来计划


我们目前正在进行客户重新设计,因此在临近秋季时,我们将以新的,更方便且美观的UI来使用户满意。

观察系统在平台上的开发方式非常有趣,有时您甚至不希望有可能这样做。 分析人员对他们获得的新系统感到惊讶。 该平台非常适合会计系统,各种服务,ERP,CRM,ECM和类似系统的后端以及原型解决方案。

也许已经有很多类似的平台,并且每个平台都有自己的优缺点,在此我将不进行比较和评估。 我知道随着时间的流逝将会越来越多,他们的可访问性将变得更加自由,在这里您可以与网站设计师(site-designers.rf)进行类比,现在有数十个网站设计师之间存在着真正的市场竞争,这对质量和消费者产生了积极影响。

我很高兴在这家公司工作,并且为我们的工作感到自豪。 我很高兴听到熟悉我们平台的人们的钦佩和令人愉快的反馈。 我希望更多的人了解该平台,并从中受益。 我希望能得到读者的反馈-我们始终乐于接受建设性的批评和建议。

如果这篇文章进入社区,那么我计划写一系列文章,介绍在开发平台和产品时解决的方式和问题以及集群,维护和集成监控的问题。 关于我们使用DevOps的经验以及它在公共领域的适用性,我们如何转换为使用Docker的信息,以及更详细地介绍了平台及其服务背后的技术。

Source: https://habr.com/ru/post/zh-CN450260/


All Articles