企業電子商務平臺設計優化研究論文

導語：企業電子商務平臺設計優化研究論文一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

摘要：回顧了電子商務系統開發方法的歷史演變過程,從全局層、概念設計層、導航設計層和系統實施層四個層次對五種主流的電子商務系統開發方法RMM、OOHDM、CMD2WEB、WSDM和Autoweb進行了全面的分析和比較,指出了各自的優勢和劣勢。

關鍵詞：Web信息系統;電子商務系統;開發方法

1.主流電子商務系統開發方法的歷史演變

電子商務系統是多媒體、基于Web的信息系統與其他類型的信息系統一樣,電子商務系統需要有符合自己特點的分析設計方法。正確地分析和設計電子商務系統是電子商務系統得以正確實施的條件之一。從20世紀90年代初,研究人員已開始對Web信息系統的分析設計方法進行研究;雖然研究成果層出不窮,但是大都還處在理論研究階段,只有極其少數得到了一定的應用;并且,目前的電子商務系統還沒有出現類似于當年的結構化分析設計方法那樣占據統治地位的分析設計方法[1],這也說明還沒有出現一個令業界公認的、完善的方法。因此,急需對主流的分析設計方法進行比較,分析各自的優劣勢,取長補短,不斷完善。

從軟件工程領域來看,電子商務系統又被認為是一種多媒體系統、Web信息系統。因此,目前電子商務系統的開發方法與Web信息系統開發方法幾乎是等同的詞匯和內涵[1]。本文也將這兩個概念混用。目前,國際上許多學者正在從事這方面的研究工作,同時也取得了一些研究成果,并創建了一批適合于電子商務應用系統開發的開發方法。

1990年,Halasz和Schwartz提出了Dexter(DexterHypertextReferenceModel)[2]。1993年Garzotto[3]提出HDM(HypermediaDesignMethod),它建立在E2R模型基礎上;1998年Fraternali&Paolini發展了HDM,提出了HDM-Lite[4],它特別應用于Web信息系統。1995年Isakowitz提出RMM(RelationshipManagementMethodology)[5],它是建立在E2R和HDM的基礎上;1999年Lee等人在RMM基礎上又提出了VHDM(View2basedHypermediaDesignMethodology)[6]。1991年Rumbaugh提出了OMT(TheObjectModelingTechnique)方法[7];1994年Lange針對OMT的不足,提出了EORM(EnhancedObject2RelationshipModel)[8]。1995年Schwabe和Rossi提出了OOHDM(Object2OrientedHypermediaDesignModel)[9],它建立在OO的基礎上,發展了HDM的思想;1998年Schwabe將原型化方法融入OOHDM方法,提出了OOHDM2Web方法[10]。20世紀90年代末,面向用戶需求的開發方法引起廣泛的重視。1998年,DeTroyer和Leune提出了WSDM(WebSiteDesignMethod)[11];1999年,Bajaj和K.Siau提出了CMU2WEB(ConceptualModelforUsableWebApplications)[12];1999年,Lee等人提出了SOHDM(Scenario-basedObject2OrientedHypermediaDesignMethodology)[13]。

在研究各種開發方法的同時,許多研究者也重視開發方法的實用性,研究了支持開發方法的輔助開發工具,比較著名的是Fraternali和Paolini等人提出了Autoweb[14]。

2.電子商務系統開發方法的比較框架

2.1框架建立的依據

Lee[13]曾經對主要的電子商務系統的開發方法進行過簡單的比較研究,其中的一個比較角度是開發方法的階段劃分,但他只列出了各種方法的階段,并沒有比較。本研究試圖對開發過程進行詳細的比較,從以下兩個方面考慮,提出比較框架。首先,按照軟件工程的方法,系統的開發一般是結構化的過程,特別是像電子商務系統這樣大型的系統開發。其次,電子商務系統的開發有其自身的獨特性。Baskerville[15]經過對若干電子商務系統的開發過程比較,總結了開發過程的特點,包括:開發周期短、需求的不確定性、原型化方法、不斷升級版本、開發的并行性、固定設計架構、以各自的風格編寫程序、系統質量的可協商性、依靠優秀的技術人員、需要新的結構來整合資源。

根據以上的考慮,將電子商務系統開發方法的比較框架設計為四個層次:全局層、概念設計層、導航設計層和系統實施層。

2.2全局層

全局層是從整體的角度,分析和比較各開發方法的設計和開發特點。在這個層次上比較的方面包括:開發階段、每個階段的輸出結果以及整個過程中CASE的支持程度。開發階段比較各開發方法是否涵蓋所有的系統開發階段,一個電子商務系統典型的開發階段應該包括:需求分析階段、概念設計階段、導航設計階段、系統實施階段和系統維護階段。

當然,并不能單單依靠一種開發方法所能涵蓋的開發階段的多少來簡單評價開發方法的優劣,還需要考察開發方法對各個階段支持的深度。因此,各級段輸出結果比較的目的是比較各開發方法是否能夠清晰地輸出系統開發各個階段的結果以及這些結果是否有足夠的可讀性。開發環境支持的比較是比較各開發方法是否在電子商務系統開發的各個階段都能夠提供CASE工具進行支持。

2.3概念設計層

概念設計層是電子商務系統開發的第一層次,是整個開發過程的基礎,涵蓋從系統需求分析到系統概念模型建立的所有階段。在這個層次上比較的方面包括:設計驅動方式和對網絡資源和媒體的支持。

電子商務系統設計的驅動方式主要分為兩種:數據驅動和模型驅動。數據驅動是結構化設計思想下的設計驅動方式;模型驅動則是采用面向對象的設計思想。

電子商務系統與傳統的信息系統最重要的一個區別在于電子商務系統能夠充分利用網絡的資源,以多種媒體方式表現信息。對網絡資源和媒體的支持考察的主要內容就是電子商務系統開發方法對網絡資源和媒體的支持方式,即這些開發方法是如何表示和組織諸如圖像、聲音、視頻、文本等信息的。

2.4導航設計層

導航設計是電子商務系統開發的特性,也可稱為動態設計。在這個層次上,開發人員需要為概念設計層次中的實體、對象、關系以及信息建立符合系統需求的導航路徑和鏈接。在這個層次上主要比較系統鏈接的方式和系統訪問的結構。系統鏈接的方式主要比較開發方法對系統各節點之間、各種信息之間以及節點和信息之間關系傳遞的支持程度。比較中還將引入一些情況來測試這些開發方法是否能夠完全或者部分地表現系統同步、頁面生成、外部鏈接等特殊情況。系統訪問的結構是分析和比較各開發方法對于電子商務系統訪問結構的定義方式和設置環境。在這一項的比較中,主要從訪問單元和訪問方法兩個方面進行比較。

2.5系統實施層

系統實施層將從一個電子商務系統物理實施的層面上進行分析和比較,在這個層次上,開發人員將利用開發方法提供的各種工具將前面層面上形成的邏輯模型轉換成實際的物理系統,從而完成一個電子商務系統的建設工作。在這個層次上比較的方面主要包括:公務員之家

1)系統的物理表現形式

主要研究各開發方法是否涵蓋從邏輯模型生成物理系統的過程,如果涵蓋的話,那么它們分別是如何來進行這個過程的,主要通過研究物理系統客戶端和服務器端的交互情況、系統數據庫的交互情況和系統事件的處理方式來進行評估。

2)系統生成的自動化程度

主要研究各開發方法在將邏輯模型轉換成物理系統的過程中,對自動生成頁面的支持程度。主要對從數據庫生成動態頁面的支持度和從模板生成靜態頁面的支持度進行測試。

3)系統維護的支持程度

比較各開發方法是否支持系統維護,如果支持系統維護,那么系統的哪些方面可以得到維護,哪些方面又不能進行維護。本項目主要測試系統擴展的難易程度和維護系統鏈接(包括發現和修復死鏈接)的支持程度。