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安全衛士的安裝路徑。步驟二 在開始選單中的控制面...