使用.Net平台構建公司專屬應用程式系統場(上)

    本篇文章將為大家介紹一種較為簡捷的搭建公司專屬應用程式複用體系的方案，該方案適合企業做為甲方，對已有系統進行整合和整合企業自主開發內部軟體的情形。

    目前大中型企業內部會有很多資訊化系統，基本上都是多系統協同辦公，例如ERP、HR、Protal、FA等，有些系統屬於企業核心系統，有些屬於日常辦公系統，招標時都有這樣一個特點，業務部門+IT項目組+甲方公司，這3個部門會採集、分析公司內部需求，規範一些制度，甚至會更改一些企業陳舊的生產與經營流程，但幾乎會同時忽略一個問題，幾乎都沒有意識到系統的靈活與敏捷性，這就勢必形成一種資訊孤島現象，這個現象會造成企業大量資訊流停滯，給企業帶來損失，企業為瞭解決這個現象所花費的資金也是數目不菲。

    所謂資訊孤島是指，在一個單位的各個部門之間由於種種原因造成部門與部門之間完全孤立，各種資訊（如財務資訊、各種計劃資訊等）無法或者無法順暢地在部門與部門之間流動。這樣就會形成資訊孤島。是重硬輕軟，重網路輕資料的表現。

    舉一個簡單的例子，比如一個生產型企業，銷售部門應該有自己的銷售計劃，車間則應該依據這個銷售計劃並結合庫房的存貨制訂自己的生產計劃，採購部門則應根據車間的生產計劃和庫房原材料的庫存制定自己的採購計劃。而在很多企業裡面這個流程是不順暢甚至是不通的，銷售部門制訂銷售計劃不考慮車間的生產能力，車間生產不考慮市場的消化能力，採購部門也不依據車間的計劃而自做主張盲目採購。最後造成庫房庫存大量積壓或者造成嚴重的斷貨事故。在這種情況下，這種企業裡面的各個部門就是一個個孤立的資訊孤島，為避免這種孤島，我們需要引出一個“場”的概念，“場”以“抽象”為基礎解決相應問題。

 

                          

 

    那麼資訊孤島是怎樣形成的呢？

    1.傳統的系統是有瓶頸的，這裡所說的瓶頸並不是技術本身的瓶頸，一些陳舊的技術同樣具有非常高的可用性，思想是與具體技術無關的，所以這裡將的瓶頸是指由於人而形成的瓶頸，正如剛才介紹過的項目組成方式，目前來講沒有一個組織會想到將來這些系統會造成資訊孤島現象，整合這些孤島會花費比做項目10倍甚至幾十倍的價錢，而且整合工作風險大、收益不明顯，IT投資收益比很難計算，可以說正是由於我們對項目過於熟悉，沒有在整體IT建設方面靈活廣泛的運用軟體工程思想，才導致了資訊孤島。

 

    我是李鳴(Aicken) 歡迎您關注我的下一篇文章