『應用軟體供應商』是軟體公司的契機分類：網路

應用軟體供應商的英文全名為 Application Service Provider, 也是最近三個月來在軟體業被大家炒作的名詞，很多新成立的公司發的新聞稿也是以ASP的實踐者來推銷，或是以往的EDI也拿來應用在網路上，就變成了 ASP或者是WEB EDI，這麼多的名詞，我想簡單的定義一下什麼是ASP。

ASP簡單的講，分為兩種的供應模式，一種是租賃(Hosting)，另一種是委外服務(Outsourcing)。第一種的租賃模式是廠商投資購買伺服器主機及軟體系統，由ASP廠商負責企業資訊化的工作，這種模式行之有年，一家新的券商或是銀行的新系統要上線，ASP廠商往往進駐三個月到一年完成所有軟硬體系統的修改上線及教育訓練的工作，台電、政府機構等等的系統更新也是用這種模式上線的，這些傳統的ASP廠商有中華電腦、資策會、中國嘉通、凌群電腦......等等廠商，這些資訊化的案子營業額都不小。

市面上有一些大的套裝軟體，例如：會計進出貨系統，也可以視為一種小型規模租賃性質的系統，他幫助您在安裝及操作的過程能順利的使用，但是套裝軟體的服務往往不如包整套的資訊系統，因為他的服務成本過高，不容易達成客戶的特殊需求。

ASP的第二種模式應該是網際網路成熟後的變形，例如現在ISP的虛擬主機，就是簡單的委外服務，只要你付費並提供資料，您的資料就可以被全世界上網的人看到，進一步來說，以往的套裝軟體(會計系統，幼教光碟...)是否可以完全的委外呢?把所有的資訊主機放到ISP或者是ASP廠商的機房中，因為網路的通訊與伺服器設備的執行速度夠快，可以有很多公司共用一部伺服器來降低成本，而公司的MIS部門也因此可以節省很多的維護成本(就是人力)。

所以，委外服務(Outsourcing)應該是應用軟體供應商(ASP)主要的服務型態，不但可以有效的降低服務使用者的成本，也降低了ASP廠商的維護成本，在教育訓練的成本也有效降低的情況下可以說是雙贏的局面，這也是為什麼現今ISP機房雖然在虧損的情況下還一直不斷地擴充的原因吧！

軟體委外的服務可能在初期，ASP廠商要付出相當大的規劃執行人力，但是當很多很多的委外專案完成後，可元件化的服務，可節省的維護成本，可共用的資訊設備與溝通的成本都能快速的再接下一個案子，更能在創新活動上做更佳的變化。

軟體開發流程的壓縮與再造分類：管理

以往教課書教我們的軟體開發流程不外乎有市場調查→需求分析→系統架構→程式開發→測試除錯→正式發行，這一系列的開發過程長短不一，有些常的專案甚至長到二至三年，使得一個專案結不了案，或匆匆結案，造成品質不良或背離原來的市場。

西元1990年代，資料庫的興起後，把『需求分析』與『系統架構』的過程標準化了，很容易的做出一些系統雛形與客戶溝通後便可以順利地進行『程式開發』的工作，而且與當初規劃的市場並不會背離太多，但是到了現在網際網路的興起，各種軟體系統的產品生命週期大幅的縮短的情況下，一樣軟體產品的服務只要拖超過三個月，變失去了先機，要達成佔有率就是非常困難的事情。

因此，現在的軟體開發流程必須在『程式開發』到『正式發行』的流程做有效的壓縮，這一點在現在的開發工具發展已經開發到一定的程度時，特別容易達成，例如一大推的Script語言工具，不用經過編譯(Compiler)的過程立即可以做測試。再來，以往正式發行必須發行使用手冊，壓製光碟片與磁碟片，包裝散佈到各式的賣場，這些過程不斷地被壓縮，未來可能都會變成在網際網路上完成，『壓縮』並不代表說是流程的省略，而是一個產品服務團隊的配合要更加的緊密，能在更短的時間內完成所有流程。

以現今軟體開發的流程來看，市場調查的方式也引發了另一波的革命，還記得寒暑假在街頭上的工讀生在來來往往的人群中做問券訪問的畫面嗎？或者經常接到電話要問您看哪一台電視台的聲音呢？這些在產品開發過程中『市場調查』的流程中未來可能會被放置在產品服務的流程中，大家可以看看一些新聞網站的例子，在每一篇的新聞最末端都有舉辦一個評分的的投票，就是一個最好的例子。

這一波的流程再造的革命中，我們要更加注重『系統架構』的設計過程，在以往的專案中，軟硬體系統經常是不用改版的，或者是很久才會做一次改版的動作，但是在網際網路上，產品的生命週期縮短後，改版變為一個必要的過程，在不斷地改版過程，我們更要注重架構的長期發展。

延伸閱讀：【流程】軟體開發過程階段性目標與相容性做法

物件導向與資料庫應用分類：系統

軟體開發工具不斷地創新下，這幾年的開發工具可以說是一日千里，稍不注意，你會發現很難與別人溝通，在剛剛踏入程式設計的領域的時候，我們往往會在意要學會C/C++或是要學會MS Windows 的程式設計，這一些技能在我的觀點來看，只不過是工具，要達成一個龐大的軟體系統，這些技能當然是不能或缺，但是，最重要的是要善用物件導向與資料庫的概念，將這些概念融入系統，或許因為大家開發的工具不同，不能利用物件導向的語言來開發，只要能融入這些概念，未來的發展性是無可限量的。

資料庫系統的工具程式語言，我們通常稱為『第四代語言4GL』，著名的4GL作業系統廠商有 Sybase, Orace, Microsoft......, 目前最新查詢語言的規格為 SQL-92, 對於資料庫系統中有關table, view, store procedures，交易異動及權限的管理是資料庫最重要的幾個特色，我們往往認為資料庫只是一個儲存資料的系統，其實經過統計後的資料才是重要的資產，如果是一家企業，透過對資料庫系統的設計，我們可以很容易得到即時的企業統計資料，如果是客服系統，我們可以很快的統計出客戶所要的服務，而不用透過不準確的市場調查或問券統計。

物件導向，我們很容易就想到所謂的JAVA語言，其實程式語言只是實踐物件化的工具而已，現在的VB, Delphi及JAVA 語言有融入也都有物件導向的語法，甚至上述的資料庫系統也都有所謂的物件化關聯式資料庫概念，有使用者自行設定的資料型態，有自定的函數與完整的物件關聯式型態擴充等等。現在的物件導向從早期的原始檔物件概念，一直到可執行檔的元件化(VCL, OCX,COM+) ，到現在的網際網路元件化概念(HTML,XML)，未來的連結性將趨向更開放的規格與通訊協定，簡單的例子，我們經常發現一個網站有JAVA applet程式開發的跑馬燈，這個跑馬燈的元件可能是A軟體公司開發給B網站公司，然後B將這些應用元件放在網站上應用顯示自己的資料，同樣的例子還有很多，有些是Server Side 的元件，有些則是Client Side 的元件。

了解資料庫與物件導向的概念後，我們設計一套軟體系統時要注意的就是應用的效率了，是伺服器的負擔比較重，還是客戶端系統的負擔比較重，通訊協定是否符合應用的環境，傳輸時間是否過久，客戶數目過多的時候伺服器是否會承受不住，客戶端的資料要如何取得，客戶端與伺服器的環境是否能配合......這些檢查點其實很容易評估，只要我們把附圖的各個連結點畫出來即可。

物件導向與資料庫理論應用已經是發展好一陣子的概念，要開發創新的軟體系統如果遵照這些理論規則來開發，系統的相容度很高，也很容易移植到不同的『平台』。