導航:首頁 > 電商促銷 > 電子商務的一般框架圖

電子商務的一般框架圖

發布時間:2022-03-01 12:01:29

A. 簡述電子商務的基本框架及各部分的關系

從經濟學復視角看,電子制商務的基本框架如下:

各部分關系:

上層是電子商務的活動目標。整個電子商務活動是順利實現信息流、資金流、物流和商流的過程,其中商流是電子商務活動的核心,其他三流的順利實現是商流達成的保證。

下層分別包括安全、標准化建設、政府政策和法規,這些均為上層活動順利實現的基礎和支持條件。

B. 電子商務的基本框架包含哪些內容

電子商務的基來本框架主要表述源為3F+2S+P。3F即信息流(Information
Flow)、資金流(Capital
Flow)和物流(Goods
Flow)。2S分別表示安全(Security)和標准化‍(Standardization)建設。P表示政策法規。2S和P和3F的順利實現會基礎,是一個支持條件。
信息流:包括商品信息的提供、促銷行銷、技術支持、售後服務等內容,也包括諸如詢價單、報價單、付款通知單等商業貿易單證,還包括交易方的支付能力、支付信譽等。
資金流:主要是指資金的轉移過程,包括付款、轉賬等過程。
物流:指物質實體(商品和服務)的流通過程,具體指運輸、儲存、配送、裝卸搬運、保管及物流信息管理等各種活動。

C. 簡述電子商務的基本框架結構

電子商務的基本框架結構:

1、綜合商城:

將許多品牌專賣店裝進去,這就是商城。而後面的淘寶商城也是這個形式,它有龐大的購物群體,有穩定的網站平台,有完備的支付體系,誠信安全體系(盡管仍然有很多不足),促進了賣家進駐賣東西,買家進去買東西。

如同傳統商城一樣,淘寶自己是不賣東西的,是提供了完備的銷售配套。而線上的商城,在人氣足夠,產品豐富,物流便捷的情況下,其成本優勢,二十四小時的不夜城,無區域限制,更豐富的產品等等優勢,體現著網上綜合商城,即將獲得交易市場的一個角色。

2、專一整合型:

(1)百貨商店:商店,謂之店,說明賣家只有一個;而百貨,即是滿足日常消費需求的豐富產品線。這種商店是自有倉庫,以備更快的物流配送和客戶服務。

(2)垂直商店:垂直商店,服務於某些特定的人群或某種特定的需求,提供有關這個領域需求的全面及更專業的服務。

3、銜接通道型:

M2E是英文Manufacturers to E-commerce(廠商與電子商務)的縮寫,是駕馭在電子商務上的一種新型行業。是一個以節省廠商銷售成本和幫助中小企業的供應鏈資源整合的運作模式。2007年美國電商峰會上由知名經濟學家提出,在國內代表企業有廣州點動信息科技有限公司。

4、服務型網店:

服務型的網店越來越多,都是為了滿足人們不同的個性需求,甚至是幫你排隊買電影票,都有人交易,很期待見到更多的服務形式的網店。

5、導購引擎型:

作為B2C的上游商,給商家們帶去客戶。服務業必須站在消費者的角度。這才是王道。愛比網力爭成為電商有效的流量采購平台,並以降低高品質B2C商家們的營銷成本。

6、社交電商:

社交電子商務是電子商務的一種新的衍生模式。它藉助社交媒介、網路媒介的傳播途徑,通過社交互動、用戶自生內容等手段來輔助商品的購買和銷售行為。在Web2.0時代,越來越多的內容和行為是由終端用戶來產生和主導的,比如博客、微博。一般可以分為兩類。

一類是專注於商品信息的,主要是通過用戶在社交平台上分享個人購物體驗、在社交圈推薦商品的應用。另一類是比較新的模式,通過社交平台直接介入了商品的銷售過程,這類是讓終端用戶也介入到商品銷售過程中,通過社交媒介來銷售商品。

7、團購模式:

團購就是團體線上購物,指認識或不認識的消費者聯合起來,加大與商家的談判籌碼,會取得最優價格的一種購物方式。根據薄利多銷的原則,商家可以給出低於零售價格的團購折扣和單獨購買得不到的優質服務。

團購作為一種新興的電子商務模式,通過消費者自行組團、專業團購網、商家組織團購等形式,提升用戶與商家的議價能力,並極大程度地獲得商品讓利,引起消費者及業內廠商、甚至是資本市場關注。團購的商品價格更為優惠,盡管團購還不是主流消費模式,但它所具有的爆炸力已逐漸顯露出來。團購的主要方式是網路團購。

(3)電子商務的一般框架圖擴展閱讀:

電子商務的基本功能:

1、普遍性:電子商務作為一種新型的交易方式,將生產企業、流通企業以及消費者和政府帶入了一個網路經濟、數字化生存的新天地。

2、方便性:在電子商務環境中,人們不再受地域的限制,客戶能以非常簡捷的方式完成過去較為繁雜的商業活動。如通過網路銀行能夠全天候地存取賬戶資金、查詢信息等,同時使企業對客戶的服務質量得以大大提高。在電子商務商業活動中,有大量的人脈資源開發和溝通,從業時間靈活,完成公司要求,有錢有閑。

3、整體性:電子商務能夠規范事務處理的工作流程,將人工操作和電子信息處理集成為一個不可分割的整體,這樣不僅能提高人力和物力的利用率,也可以提高系統運行的嚴密性。

4、安全性:在電子商務中,安全性是一個至關重要的核心問題,它要求網路能提供一種端到端的安全解決方案,如加密機制、簽名機制、安全管理、存取控制、防火牆、防病毒保護等等,這與傳統的商務活動有著很大的不同。

5、協調性:商業活動本身是一種協調過程,它需要客戶與公司內部、生產商、批發商、零售商間的協調。在電子商務環境中,它更要求銀行、配送中心、通信部門、技術服務等多個部門的通力協作,電子商務的全過程往往是一氣呵成的。

D. 電子商務的一般框架有哪四個層次組成

電子商務體系結構可以分為網路基礎平台、安全結構、支付體系和業務系統四個層次。
網路基礎平台
1.電子商務的網路基礎平台
電子商務以網際網路為主要載體。網路帶寬、網路的可靠性、穩定性成為影響電子商務系統整體性能的重要因素。
2.安全結構
電子商務活動需要一個安全的環境,以保證在線交易等數據在網路中傳輸的安全性和完整性,實現交易雙方的身份認證,防止交易中抵賴的發生。電子安全結構建立在網路基礎平台之上。
3.電子商務業務系統和支付體系
電子商務業務系統分為支付型業務和非支付型業務。支付型業務需要支付體系層完成。支付體系在安全結構之上,為支付型電子商務業務提供各種支付手段;非支付型業務直接在安全結構之上,使用安全基礎層提供的各種認證手段和安全技術提供電子商務服務。
電子商務系統包括業務應用系統。例如,網上購物、證券交易、在線談判、電信交費、電子銀行等。
用戶及終端系統。例如,電話終端、計算機終端、智能終端。用戶使用電子支付系統,需要在計算機終端上安裝電子支付軟體,例如,電子錢包軟體。
4、支付網關系統。它處於網際網路與銀行網路之間,主要完成通信、協議轉換和數據加密解密功能和保護銀行內部的網路。支付網關系統的使用可以過濾網際網路發過來的數據包,防止黑客的攻擊和不相關信息的流入。
CA安全認證體系,它通過發放證書,保證所有參與活動的實體表明身份。

E. 電子商務的基礎框架結構是怎樣的

從技術角度看,電子商務的基礎框架結構由以下三部分組成:
(一)企業內部網
企業內部網由Web伺服器、電子郵件伺服器、資料庫伺服器以及客戶端的PC機組成。所有這些伺服器和PC機都通過先進的網路設備集線器HUB或交換器SWITCH連接在一起。

WEB伺服器可以向企業內部提供一個內部WWW站點,藉此提供企業內部日常的信息訪問;郵件伺服器為企業內部提供電子郵件的發送和接收;資料庫伺服器通過WEB伺服器和由自己對企業內部和外部提供電子商務處理服務;客戶端PC機則用來為企業內部員工提供訪問工具,員工可以通過InternetExplorer等瀏覽器在許可權允許的前提下方便快捷地訪問各種伺服器。
(二)企業外聯網

企業外聯網是架構在企業內聯網和供應商、合作夥伴、經銷商等其他企業內聯網之間的通信網路。也可以說,企業外聯網是由兩個或兩個以上的企業內聯網連接而成的。這樣組織之間就可以訪問彼此的重要信息,如定購信息、交貨信息等。當然,組織間通過外聯網各自的需要共享一部分而不是全部的信息。
(三)Internet

Internet是電子商務最廣泛的層次。任何組織都可以通過Internet向世界上所有的人發布和傳遞信息,而任何入都可以訪問Internet獲得相關信息和服務。當企業需要和其他所有的公司和廣大消費者進行交流的時候。它們就必須充分利用互聯網。互聯網是目前世界上最大的計算機通信網路,它將世界各地的計算機網鉻聯結在一起。企業開展全面的電子商務必須藉助互聯網。

只有在企業內聯網外聯網以及藉助互聯網的前提下,企業才可能實現真正意義上的完全的電子商務。

F. 電子商務的一般框架模型由哪些內容組成

電子商務,它其實分兩個模塊,電子技術與商務經濟。幾乎每個專業的側重點專不一樣,有重技術,有重商務屬,但由於現在國內的電子商務教育仍處於起步階段,很多知識不成熟,理論與實踐差距甚遠。造成現在的電子商務畢業生就業壓力相當大,除非你是相當優秀的人才,否則休想在電子商務領域要份工作。建議在學電子商務的時候,自學好JAVA和.NET對你畢業就業有莫大的幫助。這是我作為電子商務畢業生的看法。

G. 電子商務的框架是什麼

電子商務套件是電子商務時代,基於ERPII思想的管理軟體,主要強調的是企業在整個產業鏈中的協同商務能力,以物流為基礎,物流、信息流、資金流、商務流四流合一,串起ERP、SCM、CRM、DRP等企業信息化應用的各個部分,是電子商務套件的顯著特徵。目前主流的電子商務套,國外以Oracle11i為代表,國內以博科的Open9000為代表。
本文以國內外主流的電子商務套件為例,講述電子商務套件的框架及設計理念。
一、產品框架
1、什麼是電子商務套件
電子商務套件是旨在增強整個價值鏈競爭優勢,採用基於活動管理的技術來評估各種業務流程,消除重復(即不增值)的活動;強調內部協作和外部協同;以物流管理為基礎,功能涵蓋ERP、CRM、SCM、DRP等企業信息化應用,同時支持企業間的協同商務。通過標准化的咨詢、實施和服務,為企業分階段快速部署行業化解決方案,在開放、集成的平台基礎之上,可以靈活地滿足用戶個性的需求及企業業務不斷變化的要求。
對於需要管理創新的中國企業來說,電子商務套件不單是軟體產品,而是為企業引進一種先進的管理思想,導入一套成熟的經營管理模式、管理方法和手段。
2、電子商務套件應用框架
電子商務套件為企業信息化搭建起一個戰略框架,在這個框架指導下,企業可以根據自身的實際需求迅速構築信息平台,同時可以靈活、動態地、有效地管理,並實現電子化的商業事務處理的能力,使企業可以持續保持在IT投入上的競爭力,在提供的專業、貼身的服務下塑造自己的獨特競爭優勢。在這一靈活彈性的框架下,電子商務套件供應商給出了在供應市場、消費市場、資本市場、知識市場具體應用解決方案,體現了作業層、管理層和決策層等不同層次的應用,真正實現物流、資金流、信息流、商務流四流合一。實現了企業的集成管理,使企業產、供、銷、人、財、物各個環節聯結成一個緊密銜接的有機整體,同時也為進一步實現產業鏈級的協同商務提供了保證。
電子商務套件主要的應用框架特點:
◆ 全面集成、功能完整應用解決方案
◆ 彈性、靈活、可成長
◆ 開放的體系,集成第三方應用
◆ 基於價值鏈,面向電子商務及產業級協同商務
◆ 標准化服務、快速實施
電子商務套件應用框架
3、子商務套件主要特點
電子商務套件針對不同企業的規模,不同企業的類型以及不同管理模式與管理流程,均能夠實現功能可裁剪性、系統可配置性、流程可重構性、平台可移植性。
主要特點:
◆ 基於架構式平台技術,開放、集成,可成長
◆ 跨平台操作,支持多種大型資料庫
◆ 先進的工作流技術,工作流程可自由定義
◆ 國際化應用,多語言、多幣種及多會計制度
◆ 協同商務,實現全程物流管理
◆ OLAP技術,實現多維多點智能分析
◆ 全面的預算管理,完善的KPI績效考核
◆ 支持多種生產管理模式,靈活的計劃應變功能
◆ 全面電子化的實時企業內部審計
◆ 支持移動計算技術,實現移動商務
4、電子商務套件的主要功能部件
國外電子商務套件產品,以Oracle 11i為例,主要的功能部件或者模塊包括:
市場營銷
◆ 銷售
◆ 服務
◆ 合同
◆ 財務
◆ 人力資源
◆ 供應鏈管理
◆ 定單管理
◆ 項目管理
◆ 采購
◆ 資產管理
◆ 生產製造
國內電子商務套件產品,以博科Open9000為例,主要的功能部件或者模塊包括:
◆ 財務管理
◆ 生產製造
◆ 購銷鏈管理
◆ 客戶關系管理
◆ 物流配送系統
◆ 零售系統
◆ 工作流及知識管理
◆ 企業內審
◆ 集團管理
◆ 商業智能
◆ 企業信息門戶
二、設計理念
電子商務套件的產品核心理念,主要包括:技術平台化,功能套件化,應用協同化。
以博科電子商務套件Open9000為例,產品理念的詳細情況闡述如下:
1、技術平台化
架構式平台技術是企業級應用軟體開發技術的一種趨勢,博科的Open9000平台是基於軟體構件技術,完全集成和開放的「通用對象化內核+客戶端界面」體系架構(構件應用框架),是目前國內在技術上居於領先的,最具規模的大型企業管理平台。構件應用框架,它常是針對特定應用領域的,表示構件復用所需的軟體結構架構,說明構件是如何組裝成應用系統的,以及它們是如何相互交互的,框架既反映了一個應用領域共性的功能和基本的支撐服務,代表更大、更高層次的設計復用模式,另外,它又具備靈活性和可擴充性,允許客戶根據特定應用需要,在一些可變的插入點上,接入所需特定功能的構件,進行客戶化。「通用對象化內核」是一個群件化結構的用於數據處理的構件倉庫,它包含了企業管理中各類基本業務內容和業務邏輯規則。在內核的基礎上,針對不同行業企業處理的特點和需求,抽取不同的構件進行組合。
博科電子商務套件正是基於這一軟體工程思想,基於這一平台技術實現的,並在此基礎上快速孵化出各種行業版本的解決方案。
平台技術的優勢:
◆ 可以使企業方便地、快速地、平滑地增加新的功能,新的構件同原有的構件可以集成在一起可靠地工作
◆ 可以特別靈活地、動態地重新配置,將一個構件替換為升級的新版本不必考慮對其它構件的適配
◆ 允許對給定的任務採用不同的軟體開發供貨商提供的軟體,企業在實現它的解決方案時具有選擇產品的充分自由
◆ 企業可以容易地、靈活地將為企業特別設計的構件與整個系統集成使用,從而實現企業的特殊需求
◆ 基於構件的解決方案能夠為進一步方便地擴展系統功能提供方便,因為定製的構件的介面也可以由用戶特殊構件的使用
2、功能套件化
對於ERP軟體來說,集成是第一位的。由於國內管理軟體起步較晚以及在產品發展規劃方面缺乏遠見,沒有考慮到不同產品的集成,甚至依靠收購的方式來增加完善功能,結果導致用戶在使用過程中形成了一個個信息孤島,無法發揮信息整合的作用。同時用戶可能面臨對於相同的基礎資料要分別維護,數據需要重復輸入之類的問題,一方面帶來無效勞動;另外為了得到想要的數據,不得不做大量的二次開發工作,這不但增加項目實施的難度,還會使預算大大超過計劃。這些都給企業信息化設置了陷阱。
博科是國內第一家倡導套件概念的軟體廠商,博科電子商務套件基於博科Open9000平台實現了大型企業應用程序的全面集成,其十一大功能部件涵蓋了公司的前台和後台辦公系統,不同的功能模塊均能互連互通,還提供了無縫實時的商業智能。
3、應用協同化
企業運作效率越來越依賴於各部門、各類不同應用的協同,而不是單一部門、單一應用的水平。由於電子商務的出現,人們開始從單純關注交易這一節點向關注商務全過程轉移,這將使協作擴大到整個供應鏈上企業業務之間的協作。在企業內部,有各部門之間的業務協同、不同的業務指標和目標之間的協同以及各種資源約束的協同。如協同的生產管理能根據現有可調配的人力、物力和設備能力等資源進行優化排產,以便實現按期交貨。而在企業之間,業務間的協同變得更為重要,也更難實現。在供應鏈上,企業為了滿足客戶和市場的需求,通常需要有三個層次的計劃:需求計劃、供應計劃、滿足需求計劃,通過實施這三個計劃來完成需求與供給的匹配,在相應執行層次上提供支持功能。
只有做好不同層次、不同業務間的協同,才能幫助企業提高其產品和服務的創新能力,優化企業內部的業務流程,合理調配企業及供應鏈上的資源,更好地實現企業的並行運作,提高企業和供應鏈整體的快速響應能力。

H. 簡述電子商務的一般結構

電子商務整體結構分為電子商務應用層結構和支持應用實現的基礎結構,基礎結構包括三個層次和兩個支柱.三個層次自下而上分別為網路層、多媒體消息/信息發布層、一般業務服務層,兩個支柱分別是技術標准和政策、法規.三個層次之上是各種特定的電子商務應用,可見三個基礎層次和兩個支柱是電子商務應用的條件.

I. 電子商務網站一般架構有哪些

大型電子商務網站架構,摘抄 7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?===客戶是自己公司,使用標准方法即可
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?===采購成熟的規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
==電子商務一般要使用MQ,推薦IBM MQ;使用MSMQ也可
第一點是資料庫要設計好,要達到什麼級別,你可能需要考慮哪些表需要拆分,哪些表的核心數據需要冗餘,如果是mysql,還要考慮其他的問題,比如存儲引擎。
新聞肯定是要生成純靜態頁,對資料庫壓力就小很多,不過靜態頁也有管理上的不方便,更新刪除添加都要對磁碟文件進行操作
做一個自定義緩存層,對緩存邏輯進行控制,可以採用第三方緩存模塊,如果使用.net來做,可以層層緩存,頁面緩存,數據緩存(memcache,不過在win下效率不高)
電子商務網站特點就是對事務的嚴格,需要資料庫設計的時候要求高性能,也需要合適的索引,支持高並發,經常對產品表用戶表等進行索引檢查,是否有很多索引掃描和表掃描(即使是局部的,也要將逗局部地控制到最小范圍)
mssql語句對不需要事務的查詢要附帶上with(nolock),以利於並發更新。
有些功能模塊不能按照想當然的方式開發,比如產品訪問次數,切不可將這些更新非常頻繁的欄位置於核心表內,明確的做法是將其剝離開來 還有就是切不可經常性將欄位設計成bool類型,這樣會給以後的擴展留出路,即使是男女這種欄位,也建議採用tiny類型
其他還有就是在產品設計的時候充分考慮seo,網站目錄結構清晰可讀,而不是帶著一串串的查詢參數。
對安全要有整體的把握,最好全都是用存儲過程,在項目上線前將資料庫存儲過程全部導出再查找貌似exec的語句,查找是否需要替換成sp_executesql。
另外,如果採用mssql,全文搜索直接用mssql fte就可以,速度和精確度都還是可以的,最重要的是維護和管理開發很簡單。
打折的處理可以按照電信的一次,二次批價功能,如果你做過電信方面的系統。
當然也可以設計得更簡單的一些。 靜態的頁面建議使用CDN加速,以解決網通和電信之間訪問速度的問題;
數據的緩存方面建議考慮用memcache,另外也可以分別在表現層和數據層利用.net中的現存緩存機製作業可;
簡單執行的sql可以不用存儲過程,存儲過程會佔用資料庫伺服器的處理時間,造成死鎖;
mvc建議還是做些CMS的項目上應用,電子商城不是很適合,個人觀點。url上可以做轉義,使url顯示更友好;
資料庫建議建立分布資料庫,這樣可以轉移查詢和大訪問量對資料庫帶來壓力;
圖片可以考慮單獨放在一台伺服器上;1.三層架構
2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數據哦,緩存映射關系),要考慮網站的長期發展還是手寫吧 靈活 性能也好
3.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什麼圈子,wiki
4.純.net的mvc不建議,webform不搞viewstate,不搞服務端控制項(除repeater)再加點mvc的思想已足夠用了
5.不需要緩存數據(除搜索產品部分),要考慮多台伺服器的程序快速部署,config文件會很多,config要序列化緩存
6.當然是先生成好了,參照jd吧,按業務每張圖片對應幾個不同大小的圖
7.據經驗,電子商務網站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習慣不是簡單的語言切換),如果想真正運營英語的就要重新開發一個版本
8.不搞模式
9.負載均衡(web,db)+ssb非同步處理數據
10.你是業務類型的日誌還是異常日誌? 前台訂單流程上異常日誌不需要了,找個工具錄個腳本不停的跑 保證隨時發現問題發郵件就可以了
11.找第三方搜索組件 類似endeca的
12.負載均衡挺簡單的,初期靠軟體就可以,一切圖片找第三方放cdn,前台網站用到ajax的地方很少,如果用的話jquery 1,一個電子商務網站用戶99.5%的行為時Find
2、對於商品檢索部分,能不用資料庫就不用資料庫(網上切詞等相關的開源平台很多)
3、分布式緩存(Memcached 、Volecity),個人測試volecity 3還是不錯的
4、系統設計時必須要考慮可運營。從這個角度去設計系統
5、對於電子商務網站改動很頻繁,必須考慮架構設計如何適應頻繁的版本更新
6、必須設計一個好的單點登錄系統。
7、建議能不用sqlserver就不用它。
8、對於大型電子商務網站來說,系統的I/O是起決定因素而不是CPU和內存。1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
項目劃分其實不重要,重要的的是你在寫代碼的時候是否能把代碼合理的分到對應的項目里。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
開發效率優先,訪問量大了以後,我相信是有錢投到硬體上的,在你程序寫的不是很爛的情況下,升級硬體遠比優化程序節省成本。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
那就做成自定義控制項啦。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
推薦使用使用webform的,前台使用mvc,對於前台來說使用mvc能更好的提升性能,更方便的更換頁面表現形式。後台界面相對穩定,用webform可以提高開發效率。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
初期建議用hashtable,因為簡單,將來升級到Memcached 。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成縮略圖的好處是節約性能。httpmodle相反,每次瀏覽圖片的時候都會生成新的圖片,伺服器壓力大,建議直接生成。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
多語言建議使用asp.net自帶的資源文件的方式實現,當前語言保存在cookie裡面。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
使用MQ隊列
10.日誌方面,log4net?
log4net只能記錄程序運行日誌,主要目的是用來調試程序的,系統業務操作日誌還你是得自己建一個表來保存。
11.電子商務的全文檢索,這也是個頭疼的問題
lucene,微軟索引服務,sqlserver全文檢索,方案很多的。
12.負載均衡方面,有什麼好的文章推薦碼?
可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
目前我也是這樣分的,不過當數據表結構有修改時,會帶動其它層的聯級修改,非常不方便,所以開發之前最好將資料庫設計地完善一點。另外,當網站分成多個以後,其它項目生成的DLL文件要部署到每個網站的bin文件夾里,更新一次都要重新部署,這也是個挺煩人的事,當然可以將DLL部署到GAC里來解決這個問題,不過這樣的話本地調試起來就不太方便了,因為項目一有改動,就要將生成的DLL重新拷貝到GAC里才能看到效果。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
這個我也在考慮。目前我還沒有採用ORM框架,都是在DAL里直接訪問DB的。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
自定義控制項。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
正在學習這一塊。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
現在我用的比較多的是.net自帶的數據緩存。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成好,快一點。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
我沒涉及到這一塊,不過我覺得資源文件應該就是用來處理這個問題的。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
這些都放在邏輯層好了。
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日誌方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引,再直接從索引庫里搜索,又快又准。
12.負載均衡方面,有什麼好的文章推薦碼?
不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的,新蛋少說幾百台伺服器,不同資料庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存,負載均衡機制。新蛋所有的通訊都是基於WCF的。另外對於這么大型的網站來說,資料庫一刻都不停止,所以讀寫分離也很重要,因為你也不可能讓資料庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站,靠你上面畫的這點好像遠遠不夠。
不過關於公共的header,footer,我不建議做成自定義控制項,這個維護起來不方便,稍有變動就要發布dll,麻煩的。
如果你的header和footer不是很大的話,建議採用js+css的方式。然後加上壓縮和cdn緩存,應該效率上能接受。

閱讀全文

與電子商務的一般框架圖相關的資料

熱點內容
模聯活動的策劃方案 瀏覽:882
皮包市場營銷 瀏覽:4
市場營銷案例精品課程 瀏覽:238
04553體育市場營銷學 瀏覽:321
政府部門元旦晚會策劃方案 瀏覽:663
銀川市骨幹教師培訓方案 瀏覽:38
電子商務的稅種 瀏覽:151
七月兒童活動策劃方案 瀏覽:703
給班級活動策劃方案 瀏覽:899
2016團委活動策劃方案 瀏覽:522
2013電子商務發展現狀 瀏覽:984
市場營銷商品定價案例 瀏覽:300
市場營銷圖片大全會徽 瀏覽:450
應急培訓方案計劃表 瀏覽:118
遼寧眾贏電子商務是真的嗎 瀏覽:195
產品培訓活動策劃方案 瀏覽:178
重視電子商務發展 瀏覽:132
國際電子商務示範法最新版 瀏覽:543
淺談電子商務對東莞企業的影響 瀏覽:727
消防培訓演練實施方案 瀏覽:976