首页| 新闻活动

结合知识与工具,降低开发成本,提高响应速率,未来是SBM的!

来源:MicroFocus时间:2021-01-29浏览数:97

低代码平台,因其可大幅节省开发成本、加快业务需求响应速度的特性,而备受赞誉。这些显然是其投资价值的重要体现;但是,从总拥有成本 (TCO) 的角度来审视这一投资,低代码平台还有更大的价值。


维护成本等于或在某些情况下超过工具使用寿命期间的总初始开发成本的情况并不罕见。低代码通过组织功能元素及其相关数据元素,可以帮助您极大地改进开发维护流程。这有助于采用标准化编码风格,同时,通过界面的实际编码元素还可以改进功能文档。


本文以 Micro Focus Solutions Business Manager(SBM) 作为示例,阐述低代码在业务工具开发和维护中的优势,深入剖析低代码本身在标准化方面为总拥有成本 (TCO) 带来的持续优势。


低代码和自定义应用程序开发

在当今的业务中,应用程序开发和交付 (AD&D) 在利用业务资源保持领先地位方面发挥着关键作用。在涉及复杂问题的企业中尤其如此,这些问题需要多个团队持续共享数据。例如,在航空航天工业中,商用喷气式飞机的世界标准的制定便是如此。


一架飞机就像是一组庞大的复杂系统,必须完美配合,才能安全高效地持续执行飞行任务。飞机设计过程中的工程动态也需要反应灵活的应用程序,这有助于适应随飞机设计的成熟而不断变化的新信息。


在这种快速变化的环境中,应用程序需要耗费设计、开发和测试时间,这些时间会超过解决方案的优势窗口,这并不少见。这些应用程序开发项目通常在提案后止步不前,最终被成本高昂的人工操作所替代。


低代码已经在解决需求和部署解决方案之间的时间差距方面,证明了自身的价值。可以看见的是,越来越多的应用工具包含了不同级别的低代码。


2014 年,Forester Research, Inc. 将“低代码”平台定义为: “支持通过最少的手动编码和最少的设置、培训和开发方面的前期投资快速交付业务应用程序的平台。”


几十年来,陈述性应用程序以多种形式不断发展进步,例如 SQL 等数据库查询语言系列就已发展到了开发时更注重定义所需内容而非编码方法这一水平。这一发展结合图形用户界面 (GUI) 的巨大进步,使具有很少或没有编程技能的用户只需拖放他们需要的内容即可通过包含低代码的工具对其应用程序更改进行编码。


“低代码”这个词不只是在 Forrester 中获得关注。线上记者 Paul Rubens 也提到了“低代码”,他说:“通过低代码快速开发平台,可以在开发过程中将用户反馈整合到应用程序中,这可以缩短面向消费者的应用程序的周转时间,同时确保项目不会变得华而不实。”

低代码平台对企业的重要性

2016 年,Chris Anderson 出版了一本书,讲述亚马逊如何将George Kingsley Zipf 发现的长尾排名应用到其业务方法中。在发行阶段,他们不去追随那些大书店的销售商,而是集中精力寻找合适的网上卖家,最终也正如他们的股价所表现的那样,这是一个不错的模式。同样的“长尾”也适用于应用程序开发。


在任何组织中,都出现过不同类型的应用程序开发。有些应用程序为公司带来了收益,这也是大多数开发工作和资源的发展目标。但有一些支持部门要求应用程序也能执行他们的活动。在某些情况下,有现成的产品满足他们的诉求,但多数情况下没有。因此,这些部门开始依靠诸如 Microsoft SharePoint 列表、Microsoft Excel 电子表格、Microsoft Access 数据库和电子邮件等应用程序来管理其流程。当需要审计追踪时,或者需要维护历史数据并使用基于联合主源的准确数据(而不是在将图像保存到演示文稿时过时的数据)生成报告时,这可能会成为一个突破点。如果存在业务驱动因素,例如因未遵循流程或未对流程进行审计而面临政府罚款或者造成公司声誉的损害,那么这些业务流程就可以优先让这些开发资源为其构建出自定义的应用程序。但是,这种自定义的应用程序开发不仅对开发人员而且对企业都是有代价的。


传统(手动编码)应用程序开发和交付中的一个共识是,由于增强功能的变更对现有代码所产生的影响,每次应用增强功能时都需要一定比例的维护工作。Robert L. Glass 在其著作《软件工程的事实与谬误》中提出的事实 41 介绍了 60/60 规则“维护开支通常占软件成本的 40% 到 80%(平均 60%)。因此,维护可能是软件生命周期中最重要的阶段。”将此规则简化为图形表示形式,如下:

简单地说,平均而言占总成本 40-80%(平均 60%)的应用程序开发和交付成本(依据传统手动编码方法)来自于现有代码的维护费用,其中 60% 的 60%(占总成本的 36%)是为了应用增强功能而进行更改继而产生的维护费用。


从企业的角度来看,现在他们已经拥有了自定义应用程序,当他们希望在开发创收应用程序后再次获得这些新的增强功能时,他们就会加入进来。


这一强大模式本身就迫使企业充分利用低代码对应用程序开发和交付的经济力的重大改变,但在计算应用程序开发和交付的总拥有成本 (TCO) 时,低代码表现出更大的经济优势。因此,如果低代码消除了手动编码,则可以在应用程序的总拥有成本中去除软件维护费用。


促进成本降低的因素

为了回答低代码平台是如何帮助降低成本的这一问题,我们必须探讨低代码是如何开发的以及此开发流程的基本因素产生了什么结果。


低代码从用户界面 (UI) 开始出现以来就不断发展。我们所使用的最常见的其中一个示例是网页配置。如果您考虑的是 Web 应用程序中常见的动态表单更改工具,例如付款页面,那么,代码开发就涉及到了根据用户的输入选择或者可能根据任何先前帐户信息调整页面,以自定义交易所需的付款类型和信息。实际上,Web 应用程序代码根据用户的选择来转换页面。当然,所有这些选项都预先确定为由源代码控制。但是,开发人员可以在模块化结构中更改这些选项,从而使每个元素的行为重新配置为条件值。


要为新网站开发此类工具,需要进行大量编码,以开发此元素与多个帐户功能和多个数据源的集成。但是应用程序开发人员必须解决并测试所有这些集成,来保证整个应用程序中的一致性和可靠性。从平台的层面而言,这一功能可能出现在许多相关应用程序中,从而提供一致性和直观的易用性。


这全部都是关于功能标准化的规划。在平台开发人员开始开发低代码之前,他们必须明确定义所需的内容。因此,他们对商业市场的研究越深入,他们的低代码支持的市场效益就越大。一旦明确定义了需求,他们就会规划后端纲要,以实现数据的高效管理。如果成功,他们会开发出代码对象模块,作为构建所需业务解决方案所必需的标准构建块。


低代码的目标是开发一组强大的标准对象,这些对象能够不依靠手动编码,并且在与该应用程序平台完全兼容的优化组件系统中进行设计。然后,这些对象在图形用户界面中显示,以便由熟悉业务应用程序需求的用户直观地进行装配,无需编码技能。


更改工具开发这一崇高任务获得最大成功的关键因素是高级验证层,它不仅会报告用户对设计组件的装配及其支持配置设置中的潜在错误,还会通过简单易懂的解释,结合接触点(需要应用更改)的图形用户界面显示的链接来指导用户。


除了图形用户界面选项在用户最初选择合适的选项来装配和配置更改工具对象时提供指导以及对验证后调整提供直观指示外,总拥有成本的维护部分的节省程度还与平台开发人员在实现最低级别的用户验证方面的成功有着直接关系。


如果没有平台开发人员在这些方面取得的成功,开发人员就必须编写自定义代码以实现所需功能,从而就不能享受低代码在可能节约总拥有成本的维护费用方面的好处。


SBM助力成本节约

Solutions Business Manager (SBM) 具有更改工具对象和高级验证工具等功能,在以下示例中,我们将概述可节约总拥有成本的这些潜在维护部分。这一个例子是我们在多个不同复杂程度的项目中发现的典型示例,属于流程数据库应用程序,同时,也涉及到了多种常见的业务流程工具:


数据库表

(主记录表、字段配置、系统控制表)

流程元素

(提交、传输、状态)

通知元素

(触发条件、电子邮件操作、升级事件、终止条件)

图形报告

(字段选择、筛选应用程序、计算字段、图形选项)

基于 Web 的用户界面

(HTLM5 Web 格式 IO)


该项目的开发人员 ROM(粗数量级)是 1006 个小时的编码和测试。客观来说,这需要专门的开发人员投入六个月时间。计算与代码开发相关的小时数的其中一个难题是标准转换系数。


Glass提供了关于选项、LOC(代码行)、FP(功能点)、FP(特征点)的讨论,这些都是迄今为止争论的焦点。我们采用了专家平均值方法(请几个精通编码技术的人运用他们的最佳估算方法并计算结果的平均值),我们建议将其用于对预期结果的最佳估算。


如果我们认为此应用程序初始开发的预计编码和测试时间 1006 个小时等于总拥有成本中的初始增强功能 (23%) 与缺陷修复 (17%) 之和或总拥有成本的 40%。软件总拥有成本的其他 60% 等于 1509 个小时,总拥有成本 = 2,515 个小时。


(1,006 个小时 = 40%(总拥有成本). ̇.60%(总拥有成本)= 1509 个小时)

. ̇.100%(总拥有成本)= 2,515 个小时


要计算变更(随着时间的推移增强),需要考虑业务的一致性。


这些变化往往是附加的记录数据捕获和报告,因为管理重点因业务动态而转变,但它们可能包括了组织调整,这是因随业务发展和资源需求转变而进行的资源调配导致的。


根据飞机设计业务的经验,在项目开始时(前几个季度),客户流失率最高(5-10%/季度),随着项目尾声临近,流失率逐渐降低(1-5%/季度),但在 5 年的软件生命周期中,这可能相当于原始应用程序开发的 25-50%。


将此变化因素应用到我们的示例项目中,我们可以预计以下软件的总拥有成本: 


(0.25(1006) = 251 个小时)+(1006 个小时的原始增强 40% 总拥有成本)

<p style="margin-top: 0px;&

Micro Focus软件培训认证中心

广州赛辰认证服务有限公司

联系我们

广州赛辰认证服务有限公司

电话:020-32200125

邮编:510663

地址:广州高新技术产业开发区科学城彩频路9号501E/F/G