企業(yè)電子商務(wù)平臺設(shè)計優(yōu)化研究論文

時間:2022-11-12 02:17:00

導(dǎo)語:企業(yè)電子商務(wù)平臺設(shè)計優(yōu)化研究論文一文來源于網(wǎng)友上傳,不代表本站觀點,若需要原創(chuàng)文章可咨詢客服老師,歡迎參考。

企業(yè)電子商務(wù)平臺設(shè)計優(yōu)化研究論文

摘要:回顧了電子商務(wù)系統(tǒng)開發(fā)方法的歷史演變過程,從全局層、概念設(shè)計層、導(dǎo)航設(shè)計層和系統(tǒng)實施層四個層次對五種主流的電子商務(wù)系統(tǒng)開發(fā)方法RMM、OOHDM、CMD2WEB、WSDM和Autoweb進(jìn)行了全面的分析和比較,指出了各自的優(yōu)勢和劣勢。

關(guān)鍵詞:Web信息系統(tǒng);電子商務(wù)系統(tǒng);開發(fā)方法

1.主流電子商務(wù)系統(tǒng)開發(fā)方法的歷史演變

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

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

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

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

2.電子商務(wù)系統(tǒng)開發(fā)方法的比較框架

2.1框架建立的依據(jù)

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

根據(jù)以上的考慮,將電子商務(wù)系統(tǒng)開發(fā)方法的比較框架設(shè)計為四個層次:全局層、概念設(shè)計層、導(dǎo)航設(shè)計層和系統(tǒng)實施層。

2.2全局層

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

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

2.3概念設(shè)計層

概念設(shè)計層是電子商務(wù)系統(tǒng)開發(fā)的第一層次,是整個開發(fā)過程的基礎(chǔ),涵蓋從系統(tǒng)需求分析到系統(tǒng)概念模型建立的所有階段。在這個層次上比較的方面包括:設(shè)計驅(qū)動方式和對網(wǎng)絡(luò)資源和媒體的支持。

電子商務(wù)系統(tǒng)設(shè)計的驅(qū)動方式主要分為兩種:數(shù)據(jù)驅(qū)動和模型驅(qū)動。數(shù)據(jù)驅(qū)動是結(jié)構(gòu)化設(shè)計思想下的設(shè)計驅(qū)動方式;模型驅(qū)動則是采用面向?qū)ο蟮脑O(shè)計思想。

電子商務(wù)系統(tǒng)與傳統(tǒng)的信息系統(tǒng)最重要的一個區(qū)別在于電子商務(wù)系統(tǒng)能夠充分利用網(wǎng)絡(luò)的資源,以多種媒體方式表現(xiàn)信息。對網(wǎng)絡(luò)資源和媒體的支持考察的主要內(nèi)容就是電子商務(wù)系統(tǒng)開發(fā)方法對網(wǎng)絡(luò)資源和媒體的支持方式,即這些開發(fā)方法是如何表示和組織諸如圖像、聲音、視頻、文本等信息的。

2.4導(dǎo)航設(shè)計層

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

2.5系統(tǒng)實施層

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

1)系統(tǒng)的物理表現(xiàn)形式

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

2)系統(tǒng)生成的自動化程度

主要研究各開發(fā)方法在將邏輯模型轉(zhuǎn)換成物理系統(tǒng)的過程中,對自動生成頁面的支持程度。主要對從數(shù)據(jù)庫生成動態(tài)頁面的支持度和從模板生成靜態(tài)頁面的支持度進(jìn)行測試。

3)系統(tǒng)維護(hù)的支持程度

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