前言

傳統上，企業要導入資訊系統，在不同的階段都有不同的注意事項。

●規劃階段：規劃軟硬體作業平台、資料庫、網路基礎架構、以及系統間的整合問題。

●建置階段：開發應用軟體系統；網路基礎架構的建設。

●營運階段：系統維護；系統管理；網路安全管理。

●系統升級：應用軟體升級、硬體升級。

在上述的過程中，需要許多的人力與財務資源，對於大型企業而言，因為資源較為充足，所以還可以承受。可是相對於資源較為不足的中小型企業而言，往往是很大的負擔。因此中小型企業在導入資訊系統時，普遍會面臨下列問題：

●建置過程耗時過長。

●財務負擔太重。

●缺乏資訊專業人員。

●對於新的資訊科技較不瞭解。

●系統維護與系統管理的能力不足。

然而，由於科技不斷地發展，特別是在網路技術與軟體技術等方面更是日新月異，像是網際網路的蓬勃發展、網路應用軟體(Web Application)技術的成熟、寬頻網路的基礎建設(ADSL、Cable Internet、ISDN、Direct PC等)，N-Tier的軟體發展模式等，使得資訊系統的發展模式有了基本性的變化。

同時，企業在經營管理的思考模式與作業模式，亦有不同於以往的改變。在如此強調專業分工的經營環境裡，如何能讓企業專注於自己的核心業務上，而將其它不屬於自己專長的業務項目委由其它企業來服務，集中企業的資源於最具有競爭力的領域，並將組織塑造成最佳的型態，以獲取最有效率的經營模式，是現代企業所追求的理想經營環境。

因此，企業的資訊系統，從傳統的自行發展，逐漸轉變為委外開發(Outsourcing)，而委外服務、委外維護、委外管理等資訊系統應用方式也逐漸普遍被企業所採用。

由於上述各種環境的成熟以及觀念的改變，使得ASP(Application Service Provider應用軟體服務供應商)這種軟體服務模式逐漸的發展開來。

ASP概念

所謂的ASP概念，即是企業不再需要自行建置專屬的資訊系統，而是由「應用軟體服務供應商」建置，讓企業來租用，如(圖一)、(圖二)之對照。

《圖一　每家企業都有屬於自己的主機,應用軟體,系統建置人員與系統管理人員》

《圖二　企業透過網際網路或專線來使用由ASP所提供的應用軟體租賃服務》

由於企業是「租賃應用軟體」，因此不再需要耗用許多的人力及資源在系統的規劃、建置、營運及升級上，而可以透過「資源共享、專業分工」的方式，讓企業利用較低的成本、較快的建置速度來取得更專業、功能更強大的應用軟體系統。使得企業可以將有限的資源投注到核心業務上。

ASP技術領域

就目前ASP技術領域而言，包含網路技術、作業平台、安全控管、系統管理、應用軟體等相關領域(圖三)。

《圖三　ASP相關技術領域》

由於ASP的目的在提供一套系統供大量的客戶使用，而且系統需要即時的反應能力以及不停頓的運作環境，因此在各個技術層面上，均需考量「大量、即時、穩定」的需求，茲就上述各技術領域說明如下。

應用軟體(Application)：

「應用軟體」這個層面中，由於企業對於一般共同性的軟體功能的需求，大部分是相同的，但仍有少數局部有所差異，因此「應用軟體服務供應商」在發展應用軟體時，必須考量如何建置出一套符合這種需求的軟體架構，才能滿足大多數企業所需，而不是針對某一家企業量身訂製，如此才能達到「應用軟體分享」的軟體共用模式。

同時，由於網際網路的應用，企業作業及工作型態的改變(例如旅行、跨國經營)，使得「分散式系統」成為應用軟體的必備功能。因此「N-Tier Model：多層模式」以及「Reusable Object：物件」(或「Software IC：軟體IC」)等觀念已在應用軟體規劃與開發過程中廣泛被使用(圖四)。

《圖四　ASP Application N-Tier model》

例如會計系統中，標準的會計程序就建立在「標準核心程式」中，而一些不同的處理方式(例如折舊的方式可分為「一般折舊」與「加速折舊」)，分別建立成「物件」存放在「物件庫」中。當A企業的折舊方式是一般折舊時，就在A企業的「物件對應表」中記錄其所使用的是「一般折舊物件」；如果B企業的折舊方式是加速折舊時，就在B企業的「物件對應表」中記錄其所使用的是「加速折舊物件」。如此一來，不需任何的修改，就能同時滿足A企業與B企業在折舊方式上的不同需求。

因此利用N-Tier的方式來開發的應用軟體系統，能提供較大的彈性，使得同一套應用軟體，在不需更改的情況下，就能同時滿足許多不同行業不同企業在應用軟體功能上的差異性需求，達到ASP的「軟體共享」的精神(圖五)。

《圖五　「1對多」的ASP架構圖》

功能支援(Supporting)：包含一些在系統運作上所需的功能。

在系統運作中，需有一些功能來支援整體ASP的服務，例如完整彈性的「計費功能(Billing)」，方便快速的「報表產生器(Report Generator)」，精確實用的「分析工具(Analysis Tools)」，跨平台容錯的「網路目錄管理服務(Directory Service)」...等。如此除了強化本身ASP系統運作外，亦可以允許其它軟體廠商的軟體掛在ASP的平台上，而由ASP服務廠商協助其計費或做一些有關於此軟體在使用上的分析與管理。

作業平台(Platform)：需建構一個夠穩定，且未來擴充性夠的系統作業平台。

主機系統方面，需考慮其可靠度(Reliability)、可使用率(Availability)、執行效率(Performance)、擴充性(Scalability)等。因此在建置時，可以採用叢集式（Cluster）的主機架構，配合HA(High Availability)機制，以避免因為某台主機當機而造成服務中斷的問題。此外，Load Balance的功能可以平均各主機的負載，能使系統能更有效率的運作，以及未來在主機的擴充上更有彈性。

儲存裝置方面，由於資料量龐大，在儲存裝置的容量上，需考慮到Tera-Byte以上的儲存空間，以及未來儲存空間不足時的擴充能力。此外，資料備份與回復機制(Backup and Restore)也是必須要有的功能(「異地備援」的備援模式，更能確保資料的安全性)，以預防資料損毀時能再尋回。

網路基礎環境建設(Networking Infrastructure)：需建構一個夠穩定，且傳輸效率高的內、外部網路環境。

ASP供應廠商內部網路方面，其傳輸速度要能達到100 Mbps，甚至於在骨幹以及重要的主機，更可能要採用Gigabit以上的傳輸速度。

外部網路方面，則可以考慮T1 (1.54 Mbps) 或T3 (45 Mbps) 的專線，同時為了避免因為斷線而造成客戶無法使用，因此可以考慮採用兩條以上的線路，分別連接到不同的ISP業者，以避免單一線路斷線，或某家ISP業者中斷服務的問題。此外，還可以與ISP業者在資源的整合上做更緊密的合作，例如與ISP業者合作提供軟體租賃加上XDSL或Cable寬頻的整體服務(Total Solution) ，亦可進一步與ISP業者合作建立「虛擬私人網路(Virtual Private Network: VPN)」服務，以強化資訊在網路傳輸過程中的安全性。

同時不管是在建置內部或外部網路，都需要考慮所規劃的架構與所設立的傳輸設備是否能提供網路流量的「服務品質(QoS：Quality of Service)」設定功能，以確保網路傳輸的品質能維持在一定程度之上，避免因為傳輸效率下降而影響整體的服務品質。

安全控管(Security)：包含資料安全與網路安全的控管。

資料安全方面，要避免不當的人進入系統存取資料，以及「電腦病毒」的侵襲。因此制定「存取控制政策(Access Control Policy)」與「網路防毒機制(Internet Virus Protection)」是必要的。

網路安全方面，要提供一套完整的網路安全防護機制，以避免「網路駭客」的不當入侵。因此，應用「防火牆(Firewall)」、「虛擬私人網路(Virtual Private Network: VPN)」、「認證(Authentication)」、「授權(Authorization)」、「動態密碼(On-Time Password)」等技術，以避免外部不明人士利用網際網路侵入系統。此外，為避免資料在傳輸過程中被攔截竊取，因此必需經過編碼與解碼的程序。

運作管理(Site Management)：

在系統運作中，當系統有問題發生時(例如網路不通、系統當機)，要能快速的排除問題。因此一套強大的「網路管理系統」及「系統管理功能」是絕對必要的，以便當問題發生時，能快速的找到問題的所在並快速的解決。另外，「桌面求助系統(Help Desk)」能協助ASP供應商以最少的人力資源來管理整個龐大又複雜的應用軟體服務系統，並快速的解決客戶所面臨的問題，若能進而建置一個大型的客戶服務中心(Call Center)，利用電腦電話整合(CTI) ，讓客戶可以隨時使用各種方法來達到他們的需求，則更能提高客戶服務的品質、增進客戶的滿意度。

企業如何導入ASP

企業要如何導入ASP呢？由於採用ASP的目的，在於成本與專業管理的考量，因此企業要導入ASP可分為幾個步驟：

評估公司是否適合採用ASP服務：

可以評估下列事項：

●公司是否真正瞭解ASP的運作模式？

●公司目前有哪些作業功能及流程？這些功能與流程是否適合採用ASP的運作模式？

●經過審慎的成本效益分析後，ASP是否真的能為公司帶來效益？

尋找合適的「應用軟體服務供應商」：

可以考量下列因素：

●功能性：需考量其所提供的應用軟體是否能滿足需求，包含應用軟體的種類是否夠多？功能是否足夠？是否還有擴展空間？能否滿足特殊的功能需求？

●穩定性：系統是否夠穩定？網路是否夠穩定？是否有備援的功能？

●安全性：網路是否夠安全？資料是否夠安全？

●服務層面：ASP能提供哪些服務？能否協助調整作業流程？能否協助將現有的資料轉到新系統？能否提供全天候的服務？是否提供服務的品質保證(Service Level Agreement)？

●是否有提供試用的機會，以便對此系統做更詳細的評估？

調整公司內部的作業流程：

儘量將公司內部的作業流程與制度，調整成符合所選擇的「應用軟體服務供應商」的應用軟體作業流程，如此可以減少「應用軟體服務供應商」為你特別量身訂製的成本。如果有些無法調整的，則要清楚的描述流程，以利「應用軟體服務供應商」為你快速的製作符合你所需的功能。

擬定轉換系統步驟：

如果已有資訊系統，則需擬定從目前的系統轉換到新軟體服務的步驟程序。

●擬定好各個功能系統的轉換順序時程表。可以考慮將獨立性較高的功能排在較優先的順序，例如「電子郵件系統」「薪資系統」等。

●準備好現有系統的系統文件，以利後續資料能順利的轉換。

●人員對新系統作業模式的教育訓練。

正式上線使用：

上線後需注意公司對於採用新系統的適應性，包含系統功能是否滿足？作業是否適應？等，並隨時將不適應的狀況反應給ASP服務廠商，以ASP服務廠商做系統功能、作業方式、或流程順序等方面的調整。

結論

伴隨電子商務及網際網路技術發展，所延伸出的ASP商機已成為資訊廠商，及軟體開發業者所重視的新興市場。有心投入ASP服務的企業，都必須更深入了解產業Know-how，並結合網際網路Know-how，建立一個最適合該企業或其產業的網路運作模式，真正將資訊流與物流、商流、金流、逆服流等充分的整合，才可以說是達成全方位的ASP服務，如此一來便可以順利將這種模式從企業內部延伸至外部，甚至提供同產業的中小型公司運作環境。

(作者任職於和訊企業網eCorpServ)

(網際先鋒2000.3月號70期)