Angular4 後臺管理系統搭建(4) - 寫一些其餘,系統集成、物聯網、產品化和項目利潤比

  這篇文章不寫技術,寫一些其餘。說明下爲何要開始作一個基於Angular4的後臺系統。前端

  個人工做是作系統集成,作物聯網項目。大部分作的都是那種只有國家指定的大型國企,才准許進入某個行業的項目。這個行業頗有錢,也很賺錢。可是這幾年,國家政策變化,某些力度不斷加大。這個行業的系統集成,物聯網項目愈來愈很差作了。錢多一些的,超過700萬的。項目週期會很長,而且物聯網項目實施週期更長,回款週期也很是長。在加上人員數量龐大,最後項目結項時候,可能是盈利並不高。單以利潤比來講,100萬左右的小項目,快速完成並結項。利潤比到是很出色。web

  去年和一個業界的人聊天,他作這個行業十幾年。但去年也退出了。當時聊天他的思路:「作系統集成,作項目的項目型公司。在目前的大環境下,要是公司沒有本身的核心競爭力。本身的產品,仍是按項目的方式來作。接一個項目成立一個項目專項組,在項目當地招人。在加上長久的實施週期。最後公司是沒有利潤的。或者利潤會很是少」。我這有個資料,是在網上能夠查到的。這是一個今年上新三板的公司,作系統集成、物聯網型項目的項目型軟件公司。公司公開的財務報表顯示:「去年1月到10月。收入1750萬,可是純利潤是59萬」。這其中1700萬都被消耗了。json

  到這彷佛產品化是必須的。有了產品化軟件,項目組人員能夠是動態調整,須要組建的時候一些人員組合造成專門項目組。在開發週期更多的研發人員加入項目組。在實施週期保留一個研發配合修改,一堆實施人員上前去實施。這樣人員達到最大的利用率。給公司最大的利潤比。這種思路是正確的,對某一行業,某種類型系統集成項目或物聯網項目要產品化,你們都有的思路是第一年作了某地某廠的項目。第二年在作相似的項目會用第一年的項目改,第三年繼續在改。提取行業通用的功能點。單獨開發特別,定製的功能點。這樣大概四年左右,就能夠積累出針對對某行業,某種業務的專門產品化平臺。能夠爲公司實現最大利潤比。後端

  可是實際上很難,尤爲100人如下的小公司更是很難作到,緣由以下:restful

  一、人員問題:作系統集成,物聯網項目本就利潤小,人員工資低,比互聯網項目公司員工的工資低上一個層級。在加上甲方強勢,必須駐場開發。一旦人員是已經結婚,有家庭的人。誰能接受一次出差6-7個月。因此人員就不穩定,除了有特殊緣由的人,其餘研發基本上是作一段時間就走人。公司只能不斷的招聘新人或者在項目當地招人來作。但優秀的技術人才大多在北上廣,項目當地人員工資是低一些,可是能力廣泛不行,也沒有項目經驗的積累。因而能作產品化的人就不斷流失。angular2

  二、環境問題:作產品化,作底層就要脫離項目現場。但公司是項目型公司,離開項目現場就意味着一切都不受重視,邊緣化。這個項目,那個項目,不論那個項目要人就得去支持。很難靜下心來事。就算是做出一個軟件產品去項目現場要測試、替換。現場的大項目經理也輕易不會贊成,應爲產品化項目組已經離開現場項目環境好幾個月,誰敢把現有的系統用你的產品化系統代替。出了問題,誰能負責。對於全新的項目,現場研發更喜歡用上一個完成的項目來改造。應爲這樣對他來講最熟悉。數據結構

  今年三月的時候我有個思路,改變下產品化的方式。後端的功能寫成一個一個功能點,前端JS發指令調用後端的功能點,傳遞參數。接收後端反饋。 好比前端post一個複雜json類對象,裏面有功能點調用序列: {功能點1:參數;功能點2:參數; 功能點3:參數1,參數2,參數3;} 。框架

  後端接受之後按功能點依次調用後端封裝功能點開始執行。最後返回對應數據結構給前端。實如今前端JS內就能夠控制後端業務功能和流程這個最終目的函數

  每一個項目提煉一些通用後端功能點,好比第一個項目提煉30個,第二個項目在提煉20個。最後當通用功能點大約100個的時候。也能夠算是一種產品化。對現有項目,能夠一個頁面一個頁面的替換。一個模塊一個模塊修改。並讓現場人員一塊兒參與,減少阻力。post

  當時選擇了angular2框架開始搭建。這幾個月對angular有了更深的瞭解。如今看來。後端功能點,用restful地址代替更合適。angular APP 是有很是複雜的地方。但也有能簡單調用的方法。每一個組件ts文件內,一些關鍵的函數固定化,現場的人員只要簡單的瞭解就可使用。這樣優勢以下

  一、後端都是restful接口能夠在公司開發,肯定接口json格式後,先後端能夠分爲兩個項目,並行開發;

  二、開發中能夠用固定json數據代替接口返回,這樣兩個項目開發相互不牽制;

  三、angular APP內作好封裝,現場人員只要會簡單調用必要的函數便可。減小現場人員的培訓週期;

  四、angular是完整框架,能夠完全的前端後端分離。其餘前端非完整框架可能是要寄存在後端頁面內才能夠執行;

  對應的理想化開發流程以下

  

  

  angular新版的將來能走到那裏,走多遠誰也不清楚。但我如今嘗試用angular新版作後臺管理系統。驗證下個人想法。看看它能不能表明web後臺管理系統的將來。若是真得能實現流水線式開發,能給這類項目的利潤比提高帶來多大的提高。

相關文章
相關標籤/搜索