回覆列表
  • 1 # 洞見數字化

    低程式碼是針對整個軟體開發行業的工作模式提出的,並不單單只是針對ERP系統,低程式碼開發透過將比較常見的功能模組元件化,通用的業務場景透過模板化處理,減少了重複編寫程式碼,降低了業務部門,公司對IT 部門的依賴,一些簡單的場景構建透過對業務部門進行技術知識培訓,業務部門也可以參與到產品的開發過程中,這樣不僅減少了需求部門與技術人員的溝通成本,降低人員成本,同時模板化處理方式,避免了重複編寫程式碼,縮短了開發週期,可以說完全符合企業將本增效的理念。

    ERP在企業發展中一直有著舉足輕重的位置,但是傳統的erp因為實施週期長,部署複雜,在應對複雜多變的市場環境時不具備輕量,靈活應對的優勢,可能一個erp專案實施完成之後,業務場景早已經發生了變化,這種模式顯然不適合中小企業高效發展的要求,但是低程式碼在快速開發落地上具備完全的優勢,並且隨著低程式碼技術的愈加成熟,這種模式會被更多的企業認識並且選擇。

    最近幾年國內廠商也開始嘗試進入低程式碼領域,一方面是市場競爭加劇企業需要找到更具效率的開發生產工具,另一方面資本市場開始關注到這一領域。APICloud2019年初宣佈正式從移動雲平臺整體升級至低程式碼開發平臺,作為國內早期移動雲開發領域領導者,APICloud已經為包括海爾、Intel等眾多知名企業提供移動應用解決方案,具有經驗豐富的技術團隊與眾多成功交付案例。

  • 2 # 榮耀科技先行者

    低程式碼是針對整個軟體開發行業的工作模式提出的,並不單單只是針對ERP系統,低程式碼開發透過將比較常見的功能模組元件化,通用的業務場景透過模板化處理,減少了重複編寫程式碼,降低了業務部門,公司對IT 部門的依賴,一些簡單的場景構建透過對業務部門進行技術知識培訓,業務部門也可以參與到產品的開發過程中,這樣不僅減少了需求部門與技術人員的溝通成本,降低人員成本,同時模板化處理方式,避免了重複編寫程式碼,縮短了開發週期,可以說完全符合企業將本增效的理念。

    ERP在企業發展中一直有著舉足輕重的位置,但是傳統的erp因為實施週期長,部署複雜,在應對複雜多變的市場環境時不具備輕量,靈活應對的優勢,可能一個erp專案實施完成之後,業務場景早已經發生了變化,這種模式顯然不適合中小企業高效發展的要求,但是低程式碼在快速開發落地上具備完全的優勢,並且隨著低程式碼技術的愈加成熟,這種模式會被更多的企業認識並且選擇。

  • 3 # 俠客銀哥

    低程式碼是對整個軟體開發行業而言的,而不只是針對ERP,所謂的低程式碼就是將常用的功能控制元件元件化zhidao,將常用的業務場景模板化,這樣一方面減少了重複造輪子,二方面降低了對技術人員的依賴,軟體開發週期更短,開發成本更低,業務調整更加快速靈活!

    為什麼低程式碼對erp會有著特殊的意義呢,這是因為傳統的erp太“重”了,實施週期有的長達幾版年,想想,幾年下來業務場景早就變了,客戶要求早就不同了,這種效率其實是很無奈權的,但是隨著資訊科技迅猛發展,在低程式碼快速開發這一塊的實踐上,天翎,炎黃,奧哲等廠商都已經走過了十幾年的歷程,低程式碼技術愈加成熟,更多的終端企業選擇低程式碼模式。

  • 4 # 卓客互聯

    低程式碼是對整個軟體開發行業而言的,而不只是針對ERP,所謂的低程式碼就是將常用的功能控制元件元件化,來將常用的業務場景模板化,這樣一方面減少了重複造輪子,二方面降低了對技術人員的依賴,源軟體開發週期更短,開發成本更低,業務調整更加快速靈活!

    為什麼低程式碼對erp會有著特殊的意義呢,這百是因為傳統的erp太“重”了,實施週期有的長達幾年,想想,幾年下來業務場景早就變了,客戶要求早就不同了,這種效率其實是很無奈的,但是隨著資訊科技迅猛發展,在低程式碼快速開發這一塊的實踐上,天翎,炎黃,奧哲等廠商都已經走過了十幾年的歷程度,低程式碼技術愈加成熟,更多的終端企業選擇低程式碼模式。

  • 5 # 李福春

    最近剛剛加入一家做BPM的公司(奧哲),代表產品就是低程式碼應用服務平臺,用來解決企業資訊化建設中的問題和訴求。

    問題:企業內部的各種業務流程;

    訴求:連線各種業務場景,幫助企業實現業務線上。

    特別適合用來開發ERP,CRM,進銷存,EHR之類的企業內部系統。

    正好碰到問低程式碼的問題,從一個開發人員的角度談談低程式碼的概念和目的。

    低程式碼

    低程式碼的意思就是少量程式碼,即透過配置BPM來實現ERP的大部分業務功能,透過少量程式碼擴充套件來解決少部分的特殊業務功能。

    換句話說:

    百分之95的功能可以透過配置的方式(表單,流程,報表)實現。

    百分之5的功能透過程式碼的方式(直接二開原始碼或者接入BPM開放平臺)擴充套件前端或者後端實現;

    概念

    低程式碼即少量程式碼

    目的

    減少開發成本,急速解決企業內部的資訊化問題和訴求。也就是快速交付的意思。

    總結

    從一個開發人員的角度看ERP系統的開發:

    erp主要是各種業務流程的審批和流轉和報表統計,解決方法和流程是類似的。

    建立一個統一的模型,透過配置的方式實現大部分業務功能。

    模型的設計預留充足的擴充套件點,

    在透過低程式碼的方式進行擴充套件,實現更靈活的業務功能,加速交付,本身就是非常有意義和可行的。

  • 6 # IT人劉俊明

    這是一個非常好的問題,作為一名IT從業者,我來回答一下。

    首先,在當前中臺概念的推動下,藉助於雲計算、大資料和人工智慧等技術,當前ERP領域向低程式碼方向發展是一個重要的趨勢。在工業網際網路時代,隨著眾多企業紛紛實現業務上雲,企業自身基於ERP平臺來進行業務創新的訴求也會越來越高,這就要求ERP平臺要能夠積極適應這種變化,而低程式碼則會在很大程度上降低傳統企業的創新門檻。

    在中臺概念越來越被企業重視之後,ERP平臺自身的技術革新和模式革新也在不斷向前發展,當前很多ERP廠商紛紛開始把ERP平臺“中臺化”。中臺可以分為三個大的部分,分別是業務中臺、資料中臺和技術中臺,對於傳統企業來說,能否透過低程式碼的方式來完成業務中臺的應用是比較重要的環節。

    業務中臺的重點在於中臺能夠適應企業在業務模式上的變化和創新,由於當前企業業務模式的變化比較頻繁,所以要想讓中臺能夠迅速適應這種變化,而且要讓企業降低中臺的使用成本,一定要為使用者提供更加方便的業務調整方式,此時能否透過低程式碼的方式來實現這種變化就比較重要了。

    低程式碼本身並不是無程式碼,實際上在低程式碼平臺上也可以實現比較複雜的程式碼編寫,從而讓平臺提供更加豐富的功能,所以對於職場人來說,要想充分利用低程式碼的ERP平臺,也需要一個系統的學習過程。低程式碼平臺對於業務流程的掌握程度有較高的要求,所以要想熟練使用低程式碼平臺,還需要詳細瞭解企業的業務流程。

  • 7 # 宸鳴國際

    所謂低程式碼,簡單地說就是大部分業務需求透過引數配置即可實現,僅需要進行少量的自定義開發滿足個性化需求。目的是降低資訊化成本,縮短系統實施週期,提高系統的靈活性。在實際應用中,這是一個相對理想的概念,特別對於大型的業務複雜的企業,這種企業往往有很多特色業務,在系統深化應用階段,需要透過程式碼二次開發去實現!

  • 8 # 一笑

    ERP作為業務複雜的系統,低程式碼能讓“開發者”只關注業務,透過配置就完大部分業務的實現,對於開發人員成本會大大降低,穩定性也比較好。但問題是,或許會被一個低程式碼平臺“綁架”,碰到個性化需求付出的開發量比自主研發要高很多。

  • 9 # 人生無遺憾

    低程式碼是對整個軟體開發行業而言的,而不只是針對ERP,所謂的低程式碼就是將常用的功能控制元件元件化zhidao,將常用的業務場景模板化,這樣一方面減少了重複造輪子,二方面降低了對技術人員的依賴,軟體開發週期更短,開發成本更低,業務調整更加快速靈活!

    通用的業務場景透過模板化處理,減少了重複編寫程式碼,降低了業務部門,公司對IT部門的依賴,簡單地說就是大部分業務需求透過引數配置即可實現,僅需要進行少量的自定義開發滿足個性化需求。目的是降低資訊化成本,縮短系統實施週期,提高系統的靈活性。在實際應用中,這是一個相對理想的概念,特別對於大型的業務複雜的企業,這種企業往往有很多特色業務,在系統深化應用階段,需要透過程式碼二次開發去實現!

  • 10 # kanesport

    低程式碼開發平臺(LCDP)是無需編碼(0程式碼)或透過少量程式碼就可以快速生成應用程式的開發平臺。透過視覺化進行應用程式開發的方法(參考可視程式語言),使具有不同經驗水平的開發人員可以透過圖形化的使用者介面,使用拖拽元件和模型驅動的邏輯來建立網頁和移動應用程式。

  • 11 # 釘釘煤炭學堂

    低程式碼是針對整個軟體開發行業的工作模式提出的,並不單單只是針對ERP系統,低程式碼開發透過將比較常見的功能模組元件化,通用的業務場景透過模板化處理,減少了重複編寫程式碼,降低了業務部門,公司對IT 部門的依賴,一些簡單的場景構建透過對業務部門進行技術知識培訓,業務部門也可以參與到產品的開發過程中,這樣不僅減少了需求部門與技術人員的溝通成本,降低人員成本,同時模板化處理方式,避免了重複編寫程式碼,縮短了開發週期,可以說完全符合企業將本增效的理念。

    ERP在企業發展中一直有著舉足輕重的位置,但是傳統的erp因為實施週期長,部署複雜,在應對複雜多變的市場環境時不具備輕量,靈活應對的優勢,可能一個erp專案實施完成之後,業務場景早已經發生了變化,這種模式顯然不適合中小企業高效發展的要求,但是低程式碼在快速開發落地上具備完全的優勢,並且隨著低程式碼技術的愈加成熟,這種模式會被更多的企業認識並且選擇。

  • 12 # inc806345

    低程式碼,著重在於低,指的是減少甚至不用編寫專業的程式碼。目的顯而易見,就是降低專業開發人員的成本,草木皆兵,降低了企業業務流程的開發門檻,也不僅僅應用於ERP中,實際上,市面上越來越多的低程式碼產品的出現,體現了低程式碼開發已經成為近幾年軟體行業的發展趨勢。普元、天翎、力軟、魔方這些中,個人比較看好天翎的MyApps ,應用案例多,適用行業廣,拖拉拽小白形式,迭代快速,作為十幾年的開源公司,專注研發一款產品,實在令人讚賞。

  • 13 # 圓西瓜大叔

    1、ERP面臨什麼問題?

    說到ERP,相信大家對一句話肯定很熟悉,不上ERP是死,上ERP也是死!什麼意思?前者說的是ERP可以把生產相關的各種資源要素進行統籌管理,如果不使用這種管理工具和方法論就極有可能跟不上時代發展的步伐!後者說的是大型ERP系統實施週期長達數年,耗費企業大量人力物力和財力,但是這種重度應用系統太呆板了,調整非常困難,但是外部經營環境變化那麼快、內部管理模式也會調整,這種僵硬呆板就成了致命問題!

    2、低程式碼是什麼東東?

    說到這就該我們的低程式碼登場了,低程式碼並非最近幾年才有,最早源自上世紀80年代提出的4GL程式設計理念,強調面向業務問題、強調去過程化,到了上世紀90年代4GL商用軟體開始出現,到21世紀初我們現在廣為人知的OutSystem、Mendix等低程式碼廠商開始興起,國內廠商同樣不甘寂寞,在世貿的春風帶動下,廣州天翎、北京起步和上海普元等廠商先後投入到快速開發平臺的研發和應用中,待到2014年,這種快速開發工具的價值終於得到全球知名IT研究機構Forrester的認可並冠之以“低程式碼”的概念,其完整的定義是:利用很少或幾乎不需要寫程式碼就可以快速開發應用,並可以快速配置和部署軟體的一種技術和工具!

    3、ERP和低程式碼有什麼關聯?

    為什麼說低程式碼和ERP產生了關聯?我們回過頭來看看ERP面臨什麼問題、再看看低程式碼可以解決哪些問題,我們的疑惑自然迎刃而解!ERP面臨的就是重度、面臨的就是僵硬呆板無法及時根據外部市場環境和內部管理模式的變革進行快速調整,而低程式碼的擅長就是降低技術門檻,透過視覺化配置模式快速完成個性化管理軟體的配置,幫助IT跟上業務變革的步伐!多麼美妙的組合呀!由此可見低程式碼開發技術可以有效盤活ERP系統,增強其靈活度,從而真正幫助企業做好生產相關的各種資源要素的管控,真正幫助企業發展賦能!

    4、低程式碼有哪些新動向?

    根據T研究最新發布的《2020年中國低程式碼平臺指數測評報告》顯示:

    A、國內低程式碼市場逼近10個億,年複合增長率高達152.3%,更有近6層企業使用者認為低程式碼開發平臺可以作為企業長期非安裝的IT基礎架構;

    B、國內地點平臺市場競爭格局層面,按市場滲透率排名前五分別是活字格(2015年推出低程式碼業務,擅長資料填報分析,本地化模式,日資企業)、簡道雲(2015年推出低程式碼業務,擅長表單建模和資料分析,saas化模式,母公司為帆軟報表)、ClickPaaS(2018年推出低程式碼業務,saas化模式,網際網路風格明顯)、廣州天翎(2006年推出開發平臺業務,擅長複雜業務流程系統構建,本地化模式)、搭搭雲(2018年推出低程式碼業務,阿里背景,saas模式);

    C、調研顯示,使用者最為關注的是視覺化流程設計功能,其次是業務邏輯設計和報表設計,而業務流程調整困難正是ERP面臨的核心問題之一;

    D、製造業企業隨著規模增大,相關作業變得十分複雜、多樣化,傳統人工倉庫作業模式和資料採集方式已難以滿足管理快速、準確的要求。低程式碼平臺可將物聯網技術與現有的製造資訊系統相結合,對下遮蔽RFID裝置的硬體差異,對上遮蔽作業系統、資料庫的差異,有效地盤活ERP、MES等大型重度系統,驅動形成統一、協調的運作過程,建立強大的資訊鏈,增強制造企業的生產力,提高企業核心競爭力!

  • 14 # 取名字好難OO

    正好我也在做類似的低程式碼開發平臺,我來說說吧(就不打廣告了)。

    在國內,每個企業的生產管理方式各有不同,外國的那些標準的 ERP 軟體很多進到中國都水土不服,傳統的 ERP 因為實施週期長,部署複雜,中小企業內部的 IT 人才也很短缺,想要快速地上一個私有的可個性化拓展的管理系統還是比較難的。

    低程式碼其實在很久以前就有類似的產品了,不是什麼新鮮的概念。很多都是基於元資料驅動,執行時動態解析,儲存釋出立即生效,設計時又主要有那麼幾部分:視覺化拖拽的表單設計器、業務流程設計器、報表設計器、BI 大屏設計器、組織架構(多組織體系)等,再結合移動終端等,基本就能形成一個完整的閉環。配合 SaaS 或者私有云的玩法,就能很好地滿足各種大小企業的個性化要求。

    有了低程式碼積木式的個性化開發平臺,開發、實施人員可透過視覺化的介面,靈活拖動各種圖形化控制元件,像組裝積木一樣快速搭建業務模型,構建業務流程等,以滿足企業各種個性化需求,為客戶提供真正適合、好用的 ERP 系統。總結來說有以下幾個優點吧:

    減少重複的編碼工作,提升開發效率

    - 我們測算過,相比以前硬編碼的方式,開發效率提升了 60% 左右

    統一規範與實現方式,減少 Bug,提高產品質量

    - 平臺統籌規劃整體的業務架構和開發規範,減少各業務部門各自為政、相同功能有不同版本實現的問題

    快速滿足客戶個性化需求,提升交付速度和質量

    - 大部分場景不需要開發介入,實施人員就能處理好客戶的個性化需求,甚至有時候客戶都能自己處理好

    當然,這裡面也面臨著一些問題,比如:客戶個性化開發後與標準產品之間的相容和衝突的問題,既然是動態解析也會帶來一些效能的損失,當平臺功能滿足不了的時候怎麼辦...

  • 中秋節和大豐收的關聯?
  • 企業數字化管理是什麼,如何建立企業數字化管理?