建站
咨詢
售后
建站咨詢
新聞中心
數(shù)字化時代 的到來，迫使企業(yè)跳出舒適圈，堅定地踏上數(shù)字化轉(zhuǎn)型的征程。不斷飆升的用戶需求，加上專業(yè)開發(fā)人員的顯著缺口，讓我們不得不承認，過去幾十年的應用開發(fā)方式已經(jīng)無法滿足需求。 低代碼革命 已經(jīng)悄然開始，并不斷滲透到各行各業(yè)。
創(chuàng)新互聯(lián)致力于互聯(lián)網(wǎng)網(wǎng)站建設與網(wǎng)站營銷，提供網(wǎng)站制作、做網(wǎng)站、網(wǎng)站開發(fā)、seo優(yōu)化、網(wǎng)站排名、互聯(lián)網(wǎng)營銷、小程序設計、公眾號商城、等建站開發(fā)，創(chuàng)新互聯(lián)網(wǎng)站建設策劃專家，為不同類型的客戶提供良好的互聯(lián)網(wǎng)應用定制解決方案，幫助客戶在新的全球化互聯(lián)網(wǎng)環(huán)境中保持優(yōu)勢。
數(shù)字化轉(zhuǎn)型 涉及企業(yè)的方方面面，其中 尋求技術及實現(xiàn)手段上的突破 是決策者需要考慮的主要問題之一。順應這種潮流，近幾年發(fā)展起來的“低代碼技術”作為解決企業(yè)數(shù)字化轉(zhuǎn)型以及增強企業(yè)復原力的有力手段，得到越來越多的關注。
低代碼（low-code）平臺支持快速應用開發(fā)（RAD），使用聲明式的高級編程抽象（如模型驅(qū)動和基于元數(shù)據(jù)編程）進行部署和執(zhí)行。 低代碼平臺擁有以下共同的技術要素：
一個以模型/元數(shù)據(jù)為中心的UI層設計器，只需要編寫很少的代碼，甚至不需要編寫代碼；
支持基本的數(shù)據(jù)結(jié)構(gòu)定義和內(nèi)置數(shù)據(jù)庫的通用數(shù)據(jù)存儲（如RDBMS、NoSQL、平面文件）訪問；
通過REST、SOAP或其他API簡化對外服務的訪問；
通過API包裝它們的底層流程邏輯和數(shù)據(jù)；
支持面向業(yè)務規(guī)則和常規(guī)業(yè)務邏輯開發(fā)的編碼方法；
足夠好的性能表現(xiàn)和足夠低的操作延遲。
企業(yè)級低代碼平臺還應包含其他功能，例如?：
用戶密集訪問量、數(shù)據(jù)存儲量和高事務率的彈性伸縮能力；
高可用性與容災復原能力；
應用程序訪問API和數(shù)據(jù)存儲的安全性；
運營階段的服務品質(zhì)協(xié)議（SLA）；
資源使用追蹤能力；
對開發(fā)人員和運營人員的技術支持能力。
基于上述技術要素，Gartner共列出了低代碼平臺的11個關鍵能力維度，如下圖所示。
低代碼平臺的11個關鍵能力維度
（1）易用性
易用性是標識低代碼平臺生產(chǎn)力的關鍵指標，是指在不寫代碼的情況下能夠完成的功能的多少。
（2）用戶體驗
這個指標能夠決定最終用戶對開發(fā)者的評價。一般來說，獨立軟件開發(fā)團隊為企業(yè)客戶開發(fā)的項目對用戶體驗的要求會顯著高于企業(yè)客戶自主開發(fā)的項目，開放給企業(yè)的客戶或供應商的項目對用戶體驗的要求會高于企業(yè)內(nèi)部用戶使用的項目。
（3）數(shù)據(jù)建模和管理的便利性
這個指標就是通常所講的“模型驅(qū)動”，模型驅(qū)動能夠提供滿足數(shù)據(jù)庫設計范式的數(shù)據(jù)模型設計和管理能力。開發(fā)的應用復雜度越高，系統(tǒng)集成的要求越高，這個能力就越關鍵。
（4）流程與業(yè)務邏輯開發(fā)能力和效率
這個能力有兩層含義?：第一層是指使用該低代碼平臺是否可以開發(fā)出復雜的工作流和業(yè)務處理邏輯，第二層是開發(fā)這些功能時的便利性和易用性有多高。一般來說，第一層決定了項目是否可以成功交付，而第二層則決定了項目的開發(fā)成本。無論如何，使用者都應關注第一層。在此基礎上，如果項目以工作流為主，則還應該將第二層作為重要的評估指標。
（5）開發(fā)平臺的生態(tài)系統(tǒng)
低代碼平臺的本質(zhì)是開發(fā)工具，內(nèi)置的開箱即用的功能無法覆蓋更多的應用場景。此時，就需要基于該平臺的完整生態(tài)系統(tǒng)來提供更深入、更全面的開發(fā)能力。很多開發(fā)平臺都在建立自己的插件機制，這就是平臺生態(tài)的一個典型體現(xiàn)。
（ 6）編程接口與系統(tǒng)集成能力
為了避免“數(shù)據(jù)孤島”現(xiàn)象，企業(yè)級應用通常需要與其他系統(tǒng)進行集成，協(xié)同增效。此時，內(nèi)置的集成能力和編程接口就變得至關重要。除非確認在可預期的未來項目不涉及系統(tǒng)集成和擴展開發(fā)，否則開發(fā)者都應該關注這個能力。
值得一提的是，另一家權(quán)威行業(yè)機構(gòu)Forrester在其報告《Forrester Wave?：面向應用程序開發(fā)和交付專業(yè)人員的低代碼平臺（2019年第1季度）》中，將編程接口認定為企業(yè)級低代碼平臺的重要標志，不具備編程接口的“低代碼”被劃歸為“無代碼”，轉(zhuǎn)移到那些只適用有限用例的平臺報告中。
（7）支持更先進的架構(gòu)和技術
系統(tǒng)是否支持更先進的架構(gòu)、清晰的分層，以對接IoT、RPA、機器學習等新的技術？如果開發(fā)者希望自己開發(fā)的應用有更長的生命周期，深入了解低代碼平臺產(chǎn)品的架構(gòu)就變得尤為重要。
（8）服務質(zhì)量
與上一點類似，服務質(zhì)量也是衡量運行于公有云模式下低代碼平臺的指標。這里的服務質(zhì)量，除了通常所說的“無故障使用時間”外，還要考慮資源是否支持獨占模式，避免某一個應用的高負荷，導致其他應用不可用或出現(xiàn)性能劣化。
（9）用戶模型與軟件開發(fā)周期支持
在軟件開發(fā)的生命周期中，除了開發(fā)和交付，還有設計、反饋、測試、運維等多個環(huán)節(jié)，如系統(tǒng)開發(fā)早期的用戶模型建立和驗證過程通常需要快速模擬和迭代，投入的開發(fā)力量甚至不少于正式開發(fā)。如果一套低代碼平臺具備全生命周期所需的各項功能，將會大大簡化開發(fā)者的技術棧，進一步提高開發(fā)效率。開發(fā)者所開發(fā)的系統(tǒng)規(guī)模越大，這一能力就越重要。
（10）開發(fā)管理
企業(yè)級軟件的項目規(guī)模通常比較大，而且業(yè)務更關鍵，這就對開發(fā)團隊管理提出了更高的要求?，F(xiàn)代軟件開發(fā)中主推的敏捷開發(fā)是否能在低代碼中落地，是衡量開發(fā)管理能力的重要指標。這通常包含代碼庫權(quán)限管理、版本權(quán)限管理、發(fā)布權(quán)限管理等一系列功能，幫助開發(fā)團隊負責人降低軟件開發(fā)管理過程中的各種人為風險。開發(fā)團隊規(guī)模越大，開發(fā)者越應當關注這一指標。
（11）安全與合規(guī)
低代碼平臺需要在部署方式、系統(tǒng)安全機制、權(quán)限管理和控制功能等層面發(fā)力，全方位賦能開發(fā)者構(gòu)建安全的、符合企業(yè)規(guī)則的企業(yè)級應用。支持本地部署、全SSL數(shù)據(jù)傳輸、密碼強度策略、跨域訪問控制、細粒度的用戶權(quán)限控制等都是該能力的具體體現(xiàn)。大型企業(yè)、特定行業(yè)企業(yè)（如軍工、金融等）通常對該指標的關注程度會更高一些。
當前名稱：衡量低代碼開發(fā)平臺好壞的11個關鍵能力維度
當前地址：http://www.dlmjj.cn/article/dhgsccs.html
