19
世紀,人類文明歷經了第一次工業革
命—機械的發明;
20世紀,人類文明歷經了第二次工業革
命—電子的發明;
20世紀末期,人類文明正在歷經第三次工業革
命—資訊產業;
每一次偉大的革命都有驚人的相似之處,如今機器和電力都遍布我們身邊的每個角落,已經成為一種重要的生產資料。
軟體產業自
20世紀
70年代的迅猛發展,
20世紀
90年代中期網際網路的產生,已經確實在改變我們的生活了,任何一種劃時代革命意義的產業革命,當完成了它的歷史使命,它的將來會是什麼樣子的呢?
軟體產業將會是一種基礎性行業,作為一種重要的生產資料存在於我們的社會之中。
我有乙個夢想,就是應用軟體行業能夠象家庭裝修行業一樣。
在中國,八十年代家具的生產基本上是木匠師傅的拿手好戲,如果家裡要想新的家具,找乙個會做木匠活的師傅在你家裡看看,確定你的需求,鋸、刨、裝,這樣乙個新家具就產生了。
然而二十年過去了,在城市裡,乙個家庭要進行裝修,裝修公司的專案經理(或者叫設計師)拿著一本家具介紹的冊子,了解客戶的需求,客戶選定了幾款家具,專案經理回公司做出效果圖,然後進行施工,完成了乙個專案。
在二十年的今天,如果還象以前那樣由木匠去了解需求,家庭裝修則是很複雜的事情。
同樣的事情也發生在我們的應用軟體行業,到現在為止,大多數專案經理還在津津樂道如何更好的挖掘客戶的需求、如何提供原型讓客戶進行需求確認、在加班加點指揮他的團隊指望在
deadline
之前給客戶看到這個系統,然而看到這個系統僅僅是乙個開始,而不是終結,客戶才真正告訴你「他的需求」。
開發人員也是從乙個乙個
button
和乙個乙個
web form
完成乙個專案,好一些的公司會給你模組設計說明,更多的是兩隻袖子一拂就開始幹活。
現在的軟體行業已經比十年前好得多,我們有
.net
技術體系和
j2ee
技術體系,至少我在寫乙個
hashtable
的時候可以直接用
stl或者
system.collections
,而不需要自己開發,我們有了基於
b/s結構的三層開發結構,有了
協議,有了豐富的
html
表示語言和
xml規範語言,有了
uml語言進行物件導向的分析的設計。整個軟體行業在技術層面已經有了一定的基礎積累和復用產生。
然而這一切還不足夠,我們很多的開發人員仍然在用這些基礎的「技術」層面的類庫在開發企業應用系統,乙個企業的應用系統有成百上千個類組成,在
ide環境裡進行編譯。
a專案經理和
b專案經理做了乙個客戶非常近似的專案,已經歸檔在公司的伺服器之中,然後
c專案經理又遇到乙個客戶非常近似的專案,然而很少有
c專案經理拿出
a專案經理和
b專案經理的源程式進行復用,即使做了,也是搭建環境,由開發人員再找到相似的部分,拿出其中的**,再放到新的系統之中編譯,再除錯。
這就是中國應用軟體行業目前的現狀,
it資源嚴重浪費,開發人員缺乏有效的業務支援框架層、專案粒度太大難以復用。
我們需要構件技術,一種站在業務層面上進行復用和基於專案實踐的技術,專案經理可以拿著每乙個構件的介紹給客戶去了解需求,並迅速搭建乙個應用系統,使得客戶最快體驗到最終效果;我們的開發人員希望直接建立乙個部門,如
new department()
,而不是寫
runsql(「insert into department….」)
。構件技術發展是應用軟體行業的未來,你準備好了麼?
軟體構件技術在MIS開發中的應用
本文 自軟體工程專家網www.21cmm.com 軟構件技術概述 軟體行業的工業化趨勢導致了軟構件的產生。能夠像硬體系統那樣,將部分軟體組合起來構建軟體系統,一直是軟體行業多年來追求的目標。特別是對於象很多應 用軟體的開發 例如很多行業和單位的mis系統 若能結合系統的實際情況充分利用已有的軟體構件...
需求導向的軟體構件技術
在專案開發過程中,由於軟體開發,是乙個不可分割的過程,是一系列連續的活動過程,一環扣一環,包括需求分析,設計,實現,測試,移交,及公升級維護,最終淘汰的過程。我們知道在軟體專案實施過程中,盡量的去重要一些基本庫或是一些構件,因為原來的庫的功能在不斷的迭加,bug在不斷的減少,穩定性有保障,同時開始的...
如何刪除剽悍的應用軟體
本文以360為例做個說明,也是參考了其他文章,觀者請別較真哦。步驟一 解除安裝前關閉所有瀏覽器,並記下360的安裝目錄,為步驟四做準備。檢視360安裝路徑的方法 在桌面的360圖示或開始 程式找到360安全衛士,然後右鍵 屬性 快捷方式的目標就是360安全衛士的安裝路徑。步驟二 在開始選單中的控制面...