電子商務表結構

『壹』 電子商務網站的資料庫設計

一個資料庫的設計，決不是你說的這些。就沖你說的這些，說明你對需求都沒怎麼明白。

資料庫設計，需要設計師參透需求。其次才是ER設計。

別一上來就弄表。悠著點。

『貳』 電子商務網站一般架構有哪些

大型電子商務網站架構，摘抄 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緩存，應該效率上能接受。

『叄』 電子商務系統的結構

電子商務整體結構分為電子商務應用層結構（簡稱應用層）和支持應用實現的基礎結構（三層），基礎結構一般包括三個層次和兩個支柱。三個層次自下而上分別為網路層、傳輸層和服務層，兩個支柱分別是安全協議與技術標准、公共政策與法律規范。前三個層次為基礎層次，其上就是各種特定的電子商務應用，可見三個基礎層次和兩個支柱是電子商務應用的條件。為不失一般性，在此僅對電子商務的基礎結構作概括說明。
1、網路層（網路平台）
網路層是電子商務的硬體基礎設施，是信息傳輸系統，包括遠程通信網（telecom）、有線電視網（cable TV）、無線通信網（wireless）和互聯網（internet）。遠程通信包括電話、電報，無線通信網包括移動通信和衛星網，互聯網是計算機網路。對這些網路基本上是獨立的，研究部門正在研究將這些網路連接在一起，到那時傳輸線路的擁擠將會徹底改變。
這些不同的網路都提供了電子商務信息傳輸線路，但是，當前大部分的電子商務應用還是基於Internet。互聯網路上包括的主要硬體有：基於計算機的電話設備、集線器（hub）、數字交換機、路由器（routers）、數據機、有線電視的機頂盒（set-top box）、電纜數據機（cable modem）。
經營計算機網路服務的是Internet網路接入服務供應商（IAP）和內容服務供應商（ICP），他們統稱為網路服務供應商（ISP）。IAP只向用戶提供撥號入網服務，它的規模一般較小，向用戶提供的服務有限，一般沒有自己的骨幹網路和信息源，用戶僅將其作為一個上網的接入點看待。ICP能為用戶提供全方位的服務，可以提供專線、撥號上網，提供各類信息服務和培訓等，擁有自己的特色信息源，它是ISP今後發展的主要方向，也是發展電子商務的重要力量。
2、傳輸層（信息發布平台）
網路層提供了信息傳輸的線路，線路上傳輸的最復雜的信息就是多媒體信息，它是文本、聲音、圖像的綜合。最常用的信息發布應用就是WWW，用HTML或 JAVA將多媒體內容發布在Web伺服器上，然後通過一些傳輸協議將發布的信息傳送到接收者。
3、服務層（電子商務平台）
這一層實現標準的網上商務活動服務，以方便交易，如標準的商品目錄/價目表建立、電子支付工具的開發、保證商業信息安全傳送的方法、認證買賣雙方的合法性方法。
4、應用層（電子商務各應用系統） 1、公共政策與法律法規
公共政策包括圍繞電子商務的稅收制度、信息的定價（信息定價則圍繞誰花錢來進行信息高速公路建設）、信息訪問的收費、信息傳輸成本、隱私問題等，需要政府制定的政策。其中，稅收制度如何制定是一個至關重要的問題。例如，對於咨詢信息、電子書籍、軟體等無形商品是否征稅，如何征稅；對於汽車、服裝等有形商品如何通過海關，如何征稅；稅收制度是否應與國際慣例接軌，如何接軌；關貿總協定是否應把電子商務部分納入其中。這些問題不妥善解決，則阻礙著電子商務的發展。
法規維系著商務活動的正常運作，違規活動必須受到法律制裁。網上商務活動有其獨特性，買賣雙方很可能存在地域的差別，他們之間的糾紛如何解決？如果沒有一個成熟的、統一的法律系統進行仲裁，糾紛就不可能解決。那麼，這個法律系統究竟應該如何制定？應遵循什麼樣的原則？其效力如何保證？如何保證授權商品交易的順利進行，如何有效遏止侵權商品或仿冒產品的銷售，如何有力打擊侵權行為，這些都是制定電子商務法規時應該考慮的問題。法規制定的成功與否直接關繫到電子商務活動能否順利開展。
2、安全協議與技術標准
安全問題可以說是電子商務的核心問題。如何保障電子商務活動的安全，一直是電子商務能否正常開展的核心問題。作為一個安全的電子商務系統，首先必須具有一個安全、可靠的通信網路，以保證交易信息安全、迅速地傳遞；其次必須保證資料庫伺服器的絕對安全，防止網路黑客闖入盜取信息。電子簽名和認證是網上比較成熟的安全手段。同時，人們還制定了一些安全標准，如安全套接層（secure sockets layer）、安全HTTP協議（secure-HTTP）、安全電子交易（secure electronic transaction）等。
技術標準是信息發布、傳遞的基礎，是網路上信息一致性的保證。如果沒有統一的技術標准，這就像不同的國家使用不同的電壓傳輸電流，用不同的制式傳輸視頻信號，限制了許多產品在世界范圍的使用。EDI標準的建立就是電子商務技術標準的一個例子。 除了前面所提到的業務服務層，另外在電子商務交易活動過程當中，衍生了一系列的相關配套的服務諸如倉儲，快遞等業務，共同支撐電子商務系統的運轉。
當前，隨著社會經濟的不斷發展，以及科學技術的發達，電子商務在中國應用的程度越來越高，電子商務銷售額在總銷售額的比重突破1%的，並呈強勢上升趨勢，越來越多的企業開始進入電子商務行業，目前國內較為知名的有：淘寶、拍拍、有啊、京東、第九大道、當當、卓購商城、ecvv、凡客等企業。
針對電子商務的行業獨特性，開發適合電子商務網站庫存管理的專門系統流程必不可少，在這一方面，行業聲譽較高的有網店管家，經過8年的時間開發，網店管家為淘寶大賣家的一致選擇，為5千多個賣家提供庫存管理服務，其中淘寶賣家2600多家。 企業、組織與消費者是Internet網上市場交易主體，他們是進行網上交易的基礎。由於Internet本身的特點及加入Internet的網民的倍速增長趨勢，使得Internet成為非常具有吸引力的新興市場。一般說來，組織與消費者上網比較簡單，因為他們主要是使用電子商務服務商提供的 Internet服務來參與交易。企業上網則是非常重要而且是很復雜的。這是因為，一方面企業作為市場交易一方，只有上網才可能參與網上交易；另一方面，企業作為交易主體地位，必須為其他參與交易方提供服務和支持，如提供產品信息查詢服務、商品配送服務、支付結算服務。因此，企業上網開展網上交易，必須進行系統規劃建設好自己的電子商務系統。
電子商務系統是由基於Intranet（企業內部網）基礎上的企業管理信息系統、電子商務站點和企業經營管理組織人員組成。
（1）企業內部網路系統
當今時代是信息時代，而跨越時空的信息交流傳播是需要通過一定的媒介來實現的，計算機網路恰好充當了信息時代的公路。計算機網路是通過一定的媒體如電線、光纜等媒體將單個計算機按照一定的拓撲結構連結起來的，在網路管理軟體的統一協調管理下，實現資源共享的網路系統。
根據網路覆蓋范圍，一般可分為區域網（Local Area Network，LAN）和廣域網（Wide Area Network，WAN）。由於不同計算機硬體不一樣，為方便聯網和信息共享，需要將Internet的聯網技術應用到LAN中組建企業內部網（Intranet），它的組網方式與Internet一樣，但使用范圍局限在企業內部。為方便企業同業務緊密的合作夥伴進行信息資源共享，為保證交易安全在Internet上通過防火牆（Fire Wall）來控制不相關的人員和非法人員進入企業網路系統，只有那些經過授權的成員才可以進入網路，一般將這種網路稱為企業外部網（Extranet）。如果企業的信息可以對外界進行公開，那麼企業可以直接連接到Internet上，實現信息資源最大限度的開放和共享。
企業在組建電子商務系統時，應該考慮企業的經營對象是誰，如何採用不同的策略通過網路與這些客戶進行聯系。一般說來，將客戶可以分為三個層次並採取相應的對策，對於特別重要的戰略合作夥伴關系，企業允許他們進入企業的Intranet系統直接訪問有關信息；對於與企業業務相關的合作企業，企業同他們共同建設Extranet實現企業之間的信息共享；對普通的大眾市場客戶，則可以直接連接到Internet。由於Internet技術的開放、自由特性，在Internet上進行交易很容易受到外來的攻擊，因此企業在建設電子商務時必須考慮到經營目標的需要，以及保障企業電子商務安全。否則，可能由於非法入侵而妨礙企業電子商務系統正常運轉，甚至會出現致命的危險後果。
（2）企業管理信息系統
企業管理信息系統是功能完整的電子商務系統的重要組成部分，它的基礎是企業內部信息化，即企業建設有內部管理信息系統。企業管理信息系統是一些相關部分的有機整體，在組織中發揮收集、處理、存儲和傳送信息，以及支持組織進行決策和控制。企業管理信息系統最基本系統軟體是資料庫管理系統DBMS（Database Management System），它負責收集、整理和存儲與企業經營相關的一切數據資料。
從不同角度，可以對信息系統進行不同的分類。根據具有不同功能的組織，可以將信息系統劃分為營銷、製造、財務、會計和人力資源信息系統等。要使各職能部門的信息系統能夠有效的運轉，必須實現各職能部門信息化。例如，要使網路營銷信息系統能有效運轉，營銷部門的信息化是最基礎的要求。一般為營銷部門服務的營銷管理信息系統主要功能包括：客戶管理、訂貨管理、庫存管理、往來帳款管理、產品信息管理、銷售人員管理，以及市場有關信息收集與處理。
根據組織內部不同組織層次，企業管理信息系統可劃分為四種信息系統：操作層、知識層、管理層、戰略層系統。操作層管理系統是支持日常管理人員對基本經營活動和交易進行跟蹤和記錄，如銷售、接受、現金、工資、原材料進出、勞動等數據。系統的主要原則是記錄日常交易活動解決日常規范問題，如銷售系統中今天銷售多少，庫存多少等基本問題。知識層系統是用來支持知識和數據工作人員進行工作，幫助公司整理和提煉有用信息和知識。信息系統可以減少對紙張依賴，提高信息處理的效率和效用，如銷售統計人員進行分析和統計銷售情況，供上級進行管理和決策使用，解決的主要是結構化問題。管理層系統設計是用來為中層經理的監督、控制、決策以及管理活動提供服務，管理層提供的是中期報告而不是即時報告，主要用來管理業務進行如何存在什麼問題等，充分發揮組織內部效用，主要解決半結構化問題。戰略管理層，主要是注視外部環境和企業內部制訂和規劃的長期發展方向，關心現有組織能力能否適應外部環境變化，以及企業的長期發展和行業發展趨勢問題，這些通常是非結構化問題。
（3）電子商務站點
電子商務站點是指在企業Intranet上建設的具有銷售功能的，能連接到Internet上的WWW站點。電子商務站點起著承上啟下的作用，一方面它可以直接連接到Internet，企業的顧客或者供應商可以直接通過網站了解企業信息，並直接通過網站與企業進行交易。另一方面，它將市場信息同企業內部管理信息系統連接在一起，將市場需求信息傳送到企業管理信息系統，然後，企業根據市場的變化組織經營管理活動；它還可以將企業有關經營管理信息在網站上進行公布，使企業業務相關者和消費者可以通過網上直接了解企業經營管理情況。
企業電子商務系統是由上述三個部分有機組成的，企業內部網路系統是信息傳輸的媒介，企業管理信息系統是信息加工、處理的工具，電子商務站點是企業拓展網上市場的窗口。因此，企業的信息化和上網是一復雜的系統工程，它直接影響著整個電子商務的發展。
(4)實物配送(物流系統)
進行網上交易時，如果用戶與消費者通過Internet定貨、付款後，不能及時送貨上門，便不能實現滿足消費者的需求。因此，一個完整的電子商務系統，如果沒有高效的實物配送物流系統支撐，是難以維系交易順利進行的。
(5)支付結算
支付結算是網上交易完整實現的很重要一環，關繫到購買者是否講信用，能否按時支付；賣者能否按時回收資金，促進企業經營良性循環的問題。一個完整的網上交易，它的支付應是在網上進行的。但由於電子虛擬市場尚處在演變過程中，網上交易還處於初級階段，諸多問題尚未解決，如信用問題及網上安全問題，導致許多電子虛擬市場交易並不是完全在網上完成交易的，許多交易只是在網上通過了解信息撮合交易，然後利用傳統手段進行支付結算。在傳統的交易中，個人購物時支付手段主要是現金，即一手交錢一手交貨的交易方式，雙方在交易過程中可以面對面的進行溝通和完成交易。網上交易是在網上完成的，交易時交貨和付款在空間和時間上是分割的，消費者購買時一般必須先付款後送貨，可以採用傳統支付方式，亦可以採用網上支付方式。
上述五個方面構成了電子虛擬市場交易系統的基礎，他們是有機結合在一起的，缺少任何一個部分都可能影響對網上交易的順利進行。Internet信息系統保證了電子虛擬市場交易系統中信息流的暢通，它是電子虛擬市場交易的順利進行的核心。企業、組織與消費者是網上市場交易的主體，實現其信息化和上網是網上交易順利進行的前提，缺乏這些主體，電子商務失去存在意義，也就談不上網上交易。電子商務服務商是網上交易順利進行的手段，它可以推動企業、組織和消費者上網和更加方便利用Internet進行網上交易。實物配送和網上支付是網上交易順利進行的保障，缺乏完善的實物配送及網上支付系統，將阻礙網上交易完整的完成。

『肆』 電子商務的一般框架有哪四個層次組成

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

『伍』 電子商務 SQL 資料庫設計的問題

-- 商品類型 --
create Table GoodsCategory
(
[GoodsCategory_Id] int identity (1, 1), /*商品類型 編號*/
[GoodsCategory_Name] nvarchar(20) NOT NULL, /*商品類型 名稱*/
[GoodsCategory_IsDel] bit default 0 NOT NULL /*商品類型 是否刪除*/
)
go
-- 商品類型分類 --
create Table GoodsCategorySort
(
[GoodsCategorySort_Id] int identity (1, 1), /*商品類型分類 編號*/
[GoodsCategorySort_Name] nvarchar(20) NOT NULL, /*商品類型分類 名稱*/
[GoodsCategory_Id] int NOT NULL, /*商品類型分類 外鍵

*/
[GoodsCategory_FatherId] int NOT NULL, /*商品類型父級編號 -1 就

是它是第一級別的*/
[GoodsCategorySort_IsDel] bit default 0 NOT NULL/*商品類型分類 是否刪除*/
)

go
/* 測試數據*/
-- 插入商品類型 --
insert GoodsCategory values('衣服',default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('女裝',1,-1,default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('上衣',1,1,default)
-- 插入商品類型分類 --
insert GoodsCategorySort values('西裝',1,2,default)

『陸』 簡述電子商務的基本框架及各部分的關系

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

各部分關系：

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

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

『柒』 電子商務系統總體結構設計的主要內容與方法是什麼

電子商務系統的總體結構設計是在系統體系結構的基礎上，針對企業電子商務的目標，界定系統的外部邊界和介面，刻畫系統的內部成及其相互關系，明確目標系統的各個組成部分、各個組成部分的作用及其相互關系。
系統總體結構設計包括如下內容：
1．確定系統的外部介面
通過分析，將電子商務系統與其外部環境區分開來，從而使總體設計有一個明確的范圍。系統與其外部環境的介麵包括以下方面：
（1）與企業合作夥伴之間的介面；
（2）與企業內部既有信息系統的介面；
（3）與交易相關的公共信息基礎設施之間的介面；
（4）其他介面，如企業與政府或其他機構之間的介面。
2．確定系統的組成結構
系統組成結構主要說明目標系統內部的組成部分，以及系統內部與外部環境的相互關系。

方法：
隨著Internet技術的發展，人們的日常生活已經離不開網路。未來社會人們的生活和工作將越來越依賴於數字技術的發展，越來越數字化、網路化、電子化、虛擬化。電子商務也隨著網路的發展日益和人們的生活貼近。本設計嘗試用ASP在網路上架構一個動態的電子商務網站，以使每一位顧客不用出門在家裡就能夠通過上網來輕松購物。在本設計中，我主要完成了後台功能的實現，實現了登錄功能，圖書管理，圖書分類管理，訂單管理，用戶管理等功能。
本文中所做的主要工作如下：
(1)簡單介紹了電子商務，分析了電子商務的現狀；
(2)介紹了IIS+ASP系統的一般原理；
(3)闡述整個系統的系統結構及工作原理；分析了系統實現中的特殊性、難點和重點；
(4)分析並解決實現中的若干技術問題；

附：

方案設計主要依靠設計者的經驗，作出技術和結構的選擇，並以有組織的文檔反映，作為與客戶交流論證方案，交付系統開發人員實施的依據，方案設計的基礎是業務環境說明書。業務環境說明書重新組織系統需求，給出解決方案的業務運作方式。在系統需求相對簡單時不一定需要，如果系統需求較為復雜時，以文字和圖表的方式系統地說明業務環境可以使系統需求更加清楚，業務環境說明書可以採用三種文檔結構。
* 業務流程圖：業務流程圖描述企業的業務在新系統中如何運作，說明新系統的業務運作模式如何解決客戶的要求，指出客戶的業務流程因為新系統的應用而作出那些更改。業務流程圖是一種直觀的工具，向客戶解釋新系統的作用，徵求使用者的配合與支持，能提高新系統的實際效能。
* 操作規程說明：相對於業務流程圖這種較高層概括的文檔，普通用戶可能更需要一份詳細的操作規程說明，以便更好地理解系統的功能與使用。操作規程說明以易被最終用戶理解的詞語描述，避免使用過分專業的詞語。操作規程說明仍屬於高層設計文檔，不是最終的操作步驟說明。操作規程說明規定了系統活動的框架，
* 處理流程圖 ： 細化操作規程中描述的活動，由事件和處理流組成。事件是活動開始的條件，處理是活動中的具體工作。處理流程圖的描述層次接近詳細設計。以客戶在網上購貨為例，最後一步是確認付款，操作規程說明只需簡單地說明：「客戶檢查付款額後確認」，處理流程圖的說明比較詳細，激發活動的事件是客戶按下「付額」按鈕，處理是付款總額從資料庫中統計出來，顯示在瀏覽器上，最後由客戶按「確認」按鈕確認。

當前普遍採用對象技術描述復雜的應用結構，電子商務系統一般用Java,EJB,CORBA等對象技術實現，在系統設計階段，編制業務環境書時採用面向對象分析和設計方法可以提高實施階段的效率。業務環境說明書中的設計文檔完成後，召開第二次項目會議，在會上以圖表的形式向客戶和項目開發人員介紹系統設計的概貌。著重與客戶討論兩個問題，檢查系統設計是否滿足客戶需求：

系統設計在多大程度上解決了用戶的需求？是否准確地實現了客戶的期望，既沒有過分簡單化，也沒有過分復雜化。

系統設計的功能范圍是否包含了用戶提出的所有需求？
應用開發人員參加項目會議，可以更好地了解客戶的業務環境與方案設計的總體結構，與客戶和系統設計者直接交談，減少溝通的誤差，提高效率。

IBM為電子商務系統定義了一套完整的電子商務應用框架，基於三層次體系結構集成企業核心系統與互聯網服務，多層次結構使企業內部應用系統無需作重大更改，通過與互聯網伺服器的連結就可以在互聯網上提供服務，實現電子商務系統的目標。
基於電子商務應用框架的電子商務系統體系結構共有八個主要部分。直接支持應用程序運行的模塊有六個：客戶端、網路連接、互聯網伺服器、應用邏輯、中間連接件、核心數據與應用，其餘兩個模塊安全性和系統管理與這六個模塊都有關聯，系統設計者可相對獨立地設計安全性體系和系統管理體系，在應用程序運行支持模塊的實現中加入相應的技術與處理。安全性和系統管理的效率是系統的整體性效果，應用系統運行的每一個環節都能影響系統總體的安全性和可管理性。

『捌』 電子商務系統框架結構四大支柱和三大平台

電子商務的基本框架結構是指實現電子商務從技術到一般服務層所應具備的完整的運作基礎，它在一定程度上改變了市場構成的基本結構。傳統的市場交易鏈是在商品、服務和貨幣交換過程中形成的。而今，電子商務的應用強化了一個重要因素——信息，於是就有了信息服務、信息商品和電子貨幣等等。下面我們簡要地描述一下電子商務系統框架結構的四大支柱。

第一支柱，網路基礎設施，它是實現電子商務的最底層的硬體基礎設施，是信息傳播系統，包括遠程通信網、有線電視網、無線通信網和互聯網。這些網路都在不同程度上提供電子商務所需的傳輸線路，但是大部分的電子商務運作還是基於Internet。

第二支柱，在網路層提供的信息傳輸線路上，通過Internet傳輸信息的內容，如文本、聲音、圖像等。最常用的信息發布所應用的是WWW，及應用HTML將信息發布在WWW上。

第三支柱，貿易服務的基礎設施。第四層框架被稱為基礎設施，因為所有企業和個人在做交易時都需要它的服務。主要包括標準的商品目錄服務、建立價目表、電子支付工具的開發、保證商業信息安全傳送的方法、認證買賣雙方合法性的方法等。

第四支柱，電子商務的實際應用層。電子商務的具體應用范圍較廣，包括供應鏈管理、電子市場及電子廣告、網上購物、網上娛樂、有償信息服務及網上銀行。

電子商務的兩個支撐點是框架結構得以存在並能應用的基礎。相關的政策及法律法規是電子商務框架的第一個支撐點。電子商務的第二個支撐點是各種技術標准及相應的網路協議。