電子商務三層結構

① 求一個簡單ASP.NET製作的電子商務網站（三層結構）

ASP.NET三層架構電子商務網站的設計.doc_免費高速下載_新浪愛問共...

② 電子商務概念中的三層含義是什麼

1998年，SUN公司首先提出所謂「三層結構」電子商務系統的概念。三層之間的界面較清晰，即 表達層 以Web伺服器為基礎，負責信息的發布； 應用（邏輯層）負責處理核心業務邏輯；數據層 的基礎是資料庫管理系統DBMS，主要負責數據的組織並向應用層提供介面。
參考資料：電子商務技術基礎 書44頁

③ 三層架構是什麼

MVC是三個單詞的縮寫,分別為： 模型(Model),視圖(View)和控制Controller)。 MVC模式的目的就是實現Web系統的職能分工。 Model層實現系統中的業務邏輯，通常可以用JavaBean或EJB來實現。 View層用於與用戶的交互，通常用JSP來實現。 Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求並選擇恰當的視圖以用於顯示，同時它也可以解釋用戶的輸入並將它們映射為模型層可執行的操作。

目錄

MVC與模板概念的理解
MVC如何工作視圖
模型
控制器
為什麼要使用 MVC
MVC的優點低耦合性
高重用性和可適用性
較低的生命周期成本
快速的部署
可維護性
有利於軟體工程化管理
MVC的缺點
開發方式Java開發Web Application
.NET開發Web Application
php 開發Web Application
常見的MVC組件
Struts 中Model 1 和Model 2簡介Model 1
Model 2
Struts的結構和處理流程簡介
利用Struts框架開發
MVC與模板概念的理解
MVC(Model View Controller)模型－視圖－控制器 MVC本來是存在於Deskt
op程序中的，M是指數據模型，V是指用戶界面，C則是控制器。使用MVCright: Apple Inc.
的目的是將M和V的實現代碼分離，從而使同一個程序可以使用不同的表現形式。比如一批統計數據你可以分別用柱狀圖、餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應該同步更新。 模型－視圖－控制器（MVC）是Xerox PARC在八十年代為編程語言Smalltalk－80發明的一種軟體設計模式，至今已被廣泛使用。最近幾年被推薦為Oracle旗下Sun公司Java EE平台的設計模式，並且受到越來越多的使用 ColdFusion 和 PHP 的開發者的歡迎。模型－視圖－控制器模式是一個有用的工具箱，它有很多好處，但也有一些缺點。
MVC如何工作
MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。
視圖
視圖是用戶看到並與之交互的界面。對老式的Web應用程序來說，視圖就是由HTML元素組成的界面，在新式的Web應用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術已層出不窮，它們包括Macromedia Flash和象XHTML，XML/XSL，WML等一些標識語言和Web services. 如何處理應用程序的界面變得越來越有挑戰性。MVC一個大的好處是它能為你的應用程序處理很多不同的視圖。在視圖中其實沒有真正的處理發生，不管這些數據是聯機存儲的還是一個雇員列表，作為視圖來講，它只是作為一種輸出數據並允許用戶操縱的方式。
模型
模型表示企業數據和業務規則。在MVC的三個部件中，模型擁有最多的處理任務。例如它可能用象EJBs和ColdFusion Components這樣的構件對象來處理資料庫。被模型返回的數據是中立的，就是說模型與數據格式無關，這樣一個模型能為多個視圖提供數據。由於應用於模型的代碼只需寫一次就可以被多個視圖重用，所以減少了代碼的重復性。
控制器
控制器接受用戶的輸入並調用模型和視圖去完成用戶的需求。所以當單擊Web頁面中的超鏈接和發送HTML表單時，控制器本身不輸出任何東西和做任何處理。它只是接收請求並決定調用哪個模型構件去處理請求，然後再確定用哪個視圖來顯示返回的數據。
為什麼要使用 MVC
大部分Web應用程序都是用像ASP，PHP，或者CFML這樣的過程化(自PHP5.0版本後已全面支持面向對象模型)語言來創建的。它們將像資料庫查詢語句這樣的數據層代碼和像HTML這樣的表示層代碼混在一起。經驗比較豐富的開發者會將數據從表示層分離開來，但這通常不是很容易做到的，它需要精心的計劃和不斷的嘗試。MVC從根本上強制性的將它們分開。盡管構造MVC應用程序需要一些額外的工作，但是它給我們帶來的好處是毋庸置疑的。 首先，最重要的一點是多個視圖能共享一個模型，現在需要用越來越多的方式來訪問你的應用程序。對此，其中一個解決之道是使用MVC，無論你的用戶想要Flash界面或是 WAP 界面；用一個模型就能處理它們。由於你已經將數據和業務規則從表示層分開，所以你可以最大化的重用你的代碼了。 由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同界面使用。例如，很多數據可能用HTML來表示，但是它們也有可能要用Adobe Flash和WAP來表示。模型也有狀態管理和數據持久性處理的功能，例如，基於會話的購物車和電子商務過程也能被Flash網站或者無線聯網的應用程序所重用。 因為模型是自包含的，並且與控制器和視圖相分離，所以很容易改變你的應用程序的數據層和業務規則。如果你想把你的資料庫從MySQL移植到Oracle，或者改變你的基於RDBMS數據源到LDAP，只需改變你的模型即可。一旦你正確的實現了模型，不管你的數據來自資料庫或是LDAP伺服器，視圖將會正確的顯示它們。由於運用MVC的應用程序的三個部件是相互獨立，改變其中一個不會影響其它兩個，所以依據這種設計思想你能構造良好的松耦合的構件。 對我來說，控制器也提供了一個好處，就是可以使用控制器來聯接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。給定一些可重用的模型和視圖，控制器可以根據用戶的需求選擇模型進行處理，然後選擇視圖將處理結果顯示給用戶。
MVC的優點
低耦合性
視圖層和業務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業務流程或者業務規則的改變只需要改動MVC的模型層即可。因為模型與控制器和視圖相分離，所以很容易改變應用程序的數據層和業務規則。
高重用性和可適用性
隨著技術的不斷進步，現在需要用越來越多的方式來訪問應用程序。MVC模式允許你使用各種不同樣式的視圖來訪問同一個伺服器端的代碼。它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap），比如，用戶可以通過電腦也可通過手機來訂購某樣產品，雖然訂購的方式不一樣，但處理訂購產品的方式是一樣的。由於模型返回的數據沒有進行格式化，所以同樣的構件能被不同的界面使用。例如，很多數據可能用HTML來表示，但是也有可能用WAP來表示，而這些表示所需要的命令是改變視圖層的實現方式，而控制層和模型層無需做任何改變。
較低的生命周期成本
MVC使降低開發和維護用戶介面的技術含量成為可能。
快速的部署
使用MVC模式使開發時間得到相當大的縮減，它使程序員（Java開發人員）集中精力於業務邏輯，界面程序員（HTML和JSP開發人員）集中精力於表現形式上。
可維護性
分離視圖層和業務邏輯層也使得WEB應用更易於維護和修改。
有利於軟體工程化管理
由於不同的層各司其職，每一層不同的應用具有某些相同的特徵，有利於通過工程化、工具化管理程序代碼。
MVC的缺點
MVC的缺點是由於它沒有明確的定義，所以完全理解MVC並不是很容易。使用MVC需要精心的計劃，由於它的內部原理比較復雜，所以需要花費一些時間去思考。 你將不得不花費相當可觀的時間去考慮如何將MVC運用到你的應用程序，同時由於模型和視圖要嚴格的分離，這樣也給調試應用程序帶來了一定的困難。每個構件在使用之前都需要經過徹底的測試。一旦你的構件經過了測試，你就可以毫無顧忌的重用它們了。 根據開發者經驗，由於開發者將一個應用程序分成了三個部件，所以使用MVC同時也意味著你將要管理比以前更多的文件，這一點是顯而易見的。這樣好像我們的工作量增加了，但是請記住這比起它所能帶給我們的好處是不值一提。 MVC並不適合小型甚至中等規模的應用程序，花費大量時間將MVC應用到規模並不是很大的應用程序通常會得不償失。 MVC設計模式是一個很好創建軟體的途徑，它所提倡的一些原則，像內容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構件，你可能需要重新思考你的應用程序，尤其是應用程序的構架方面。如果你肯接受MVC，並且有能力應付它所帶來的額外的工作和復雜性，MVC將會使你的軟體在健壯性，代碼重用和結構方面上一個新的台階。
開發方式
Java開發Web Application
Java開發Web Application有幾種符合MVC設計模式的開發方式。 1:Jsp+Servlet+JavaBean(EJB) 2:Jsp+JavaBean(Controller)+JavaBean(EJB)(Model) 3:TDK(Turbine，Velocity...) 4:Xsp 5:Jsp+Struts+JavaBean(EJB) 6:SSH (Struts + Spring + Hibernate)
.NET開發Web Application
.NET開發Web Application可以採用： 1:ASP.NET MVC Framework（ASP.NET MVC ） 2:MonoRail (RC3) 3:ASP.NET MVC2
php 開發Web Application
php 開發Web Application 可以採用： 1. Zend framework PHP官方框架 2. fleaphp/Qeephp 等國內流行框架 3. CakePHP 等國外流行框架 4. ThinkPHP 等其他框架
常見的MVC組件
Struts： Apache的，最流行的MVC組件 Struts2 ：Apache用Struts 和 WebWork的組合出來的新產品，目前上升勢頭強勁 WebWork： 這個可是老牌的MVC組件，後來組合成了Struts2, 不過自身仍在發展 Spring MVC：SpringFramework自己整合自己Spring的優勢推出的MVC組件，用戶也不少 JSF： 這個是一個規范，Sun的和 Apache的都有各自的實現。用戶量很大，被眾多IDE支持。 Tapestry： 最徹底的MVC開發框架，豐富的組件資源，重用性很高。組件扮演著控制器Controller的角色，是模式層（Model） 中pure-domain objects和包含有組件的HTML模板之間的媒介。大多數情況下，這種方式應用於頁面（頁面也 是 Tapestry組件），但是在某些情況中，一個組件擁有自己的模板，包含著更多的組件，並且支持與使用者的互交。頁面通過配置一系列屬性表達式（Property expressions）連接模式層和表現層。屬性表達式使用另外一種開源框架OGNL（Object Graph Navigation Language）。OGNL的開源工程（project）獨立於Tapestry，但是在Tapestry中起很重要的作用。OGNL主要的目的在於讀取和更新對象的Java Bean屬性。 .net mvc：在.net上的mvc組件，經過了preview1~5，RC1，RC2，目前已經是正式版了，微軟給出的定義是可以用於生產的架構。配合VS2008以及將要出現的VS2010，相信.net mvc將會是MVC家族的重要的一員。
Struts 中Model 1 和Model 2簡介
我們在開發Web應用時經常提到的一個概念是Model1/Model2，那麼到底它是什麼意思呢？其實它是對採用JSP技術構成Web應用的不同模型的描述。下面對這個概念做一個簡單的介紹。
Model 1
在使用JAVA技術建立Web應用的實例中，由於JSP技術的發展，很快這種便於掌握和可實現快速開發的技術就成了創建Web應用的主要技術。JSP頁面中可以非常容易地結合業務邏輯（jsp:useBean）、服務端處理過程（jsp:let）和HTML（），在JSP頁面中同時實現顯示，業務邏輯和流程式控制制，從而可以快速地完成應用開發。現在很多的Web應用就是由一組JSP頁面構成的。這種以JSP為中心的開發模型我們可以稱之為Model1。 當然這種開發模式在進行快速和小規模的應用開發時，是有非常大的優勢，但是從工程化的角度考慮，它也有一些不足之處： 應用的實現一般是基於過程的，一組JSP頁面實現一個業務流程，如果要進行改動，必須在多個地方進行修改。這樣非常不利於應用擴展和更新。 由於應用不是建立在模塊上的，業務邏輯和表示邏輯混合在JSP頁面中沒有進行抽象和分離。所以非常不利於應用系統業務的重用和改動。 考慮到這些問題在開發大型的Web應用時必須採用不同的設計模式――這就是Model2
Model 2
Model 2表示的是基於MVC模式的框架。MVC是Model－View－Controller的簡寫。「Model」代表的是應用的業務邏輯（通過JavaBean，EJB組件實現），「View」是應用的表示面（由JSP頁面產生），「Controller」是提供應用的處理過程式控制制（一般是一個Servlet），通過這種設計模型把應用邏輯，處理過程和顯示邏輯分成不同的組件實現。這些組件可以進行交互和重用。從而彌補了Model1的不足。 Model2具有組件化的優點從而更易於實現對大規模系統的開發和管理，但是開發StrutsMVC系統比簡單的JSP開發要復雜許多，它需要更多的時間學習和掌握。同時新東西的引入會帶來新的問題（這讓我想起來關於「自動計算」的一篇文章，中間提到為了降低系統的復雜度，卻導致更高的復雜度）。 必須基於StrutsMVC組件的方式重新思考和設計應用結構。原來通過建立一個簡單的JSP頁面就能實現的應用現在變成了多個步驟的設計和實現過程。 所有的頁面和組件必須在Struts MVC框架中實現，所以必須進行附加地開發工作。 StrutsMVC本身就是一個非常復雜的系統，所以採用StrutsMVC實現Web應用時，最好選一個現成的MVC框架，在此之下進行開發，從而取得事半功倍的效果。現在有很多可供使用的MVC框架，由於Struts有完整的文檔並且相對來講比較簡單，所以用它開發MVC系統還是比較方便地。
Struts的結構和處理流程簡介
Struts1是Apache組織的一個項目，像其他的Apache組織的項目一樣，它也是開放源碼項目。Struts1是一個比較好的MVC框架提供了對開發MVC系統的底層支持，它採用的主要技術是Servlet，JSP和customtaglibrary。 作為一個MVC的框架，Struts1對Model、View和Controller都提供了對應的實現組件，分別進行介紹，並且看看它們是如何結合在一起的。 Controller：控制器的作用是從客戶端接受請求，並且選擇執行相應的業務邏輯，然後把響應結果送回到客戶端。在Struts1中Controller功能由圖中ActionServlet和ActionMapping對象構成：核心是一個Servlet類型的對象ActionServlet，它用來接受客戶端的請求。ActionServlet包括一組基於配置的ActionMapping對象，每個ActionMapping對象實現了一個請求到一個具體的Model部分中Action處理器對象之間的映射。 Model：StrutsMVC系統中的Model部分從概念上可以分為兩類――系統的內部狀態，和改變系統狀態的動作。Struts1為Model部分提供了Action和ActionForm對象：所有的Action處理器對象都是開發者從Struts1的Action類派生的子類。Action處理器對象封裝了具體的處理邏輯，調用業務邏輯模塊，並且把響應提交到合適的View組件以產生響應。Struts1提供的ActionForm組件對象，它可以通過定義屬性描述客戶端表單數據。開發者可以從它派生子類對象，利用它和Struts提供的自定義標記庫結合可以實現對客戶端的表單數據的良好封裝和支持，Action處理器對象可以直接對它進行讀寫，而不再需要和request、response對象進行數據交互。通過ActionForm組件對象實現了對View和Model之間交互的支持。Struts1通常建議使用一組JavaBean表示系統的內部狀態，根據系統的復雜度也可以使用像EntityEJB和SessionEJB等組件來實現系統狀態。Struts建議在實現時把「做什麼」（Action）和「如何做」（業務邏輯）分離。這樣可以實現業務邏輯的重用。 View：Struts1應用中的View部分是通過JSP技術實現的。Struts1提供了自定義的標簽庫(tag library)可以使用，通過這些自定義標簽(tag)可以非常好地和系統的Model部分交互，通過使用這些自定義標簽創建的JSP表單，可以實現和Model部分中的ActionForm的映射，完成對用戶數據的封裝，同時這些自定義標簽還提供了像模板定製等多種顯示功能。 StrutsMVC框架的處理流程清楚的體現了MVC系統的特點，簡單的Struts組件結構。StrutsControllerActionServlet處理客戶請求，利用配置的ActionMapping對象把請求映射到Action處理器對象進行處理。Action處理對象訪問ActionForm中的數據，處理和響應客戶請求，它還調用後台的Bean組件，這些組件封裝了具體的業務邏輯。Action處理器對象根據處理結果通知Controller，Controller進行下一步的處理。
利用Struts框架開發
Struts1 MVC系統要做的工作 由於Struts已經為我們提供了一個非常好的MVC框架，我們利用Struts開發MVC系統時可以大大加快開發的速度。在開發時可以採用的一個開發流程如下（引自資料3）： 收集和定義應用需求。 基於數據採集和顯示的原則定義和開發「屏幕顯示」需求 。 為每一個「屏幕顯示」定義訪問路徑。 定義ActionMappings建立到應用業務邏輯之間的聯系。 開發滿足「屏幕顯示」需求的所有支持對象。 基於每一個「屏幕顯示」需求提供的數據屬性來創建對應的ActionForm對象 開發被ActionMapping調用的Action對象。 開發應用業務邏輯對象 （Bean，EJB，等等）。 對應ActionMapping設計的流程創建JSP頁面。 建立合適的配置文件struts-config.xml ， web.xml。 開發/測試/部署 具體在使用Struts框架時，對應各個部分的開發工作主要包括： Model部分：採用JavaBean和EJB組件，設計和實現系統的業務邏輯。根據不同的請求從Action派生具體Action處理對象。完成「做什麼」的任務來調用由Bean構成的業務組件。創建由ActionForm的派生類實現對客戶端表單數據的封裝。 Controller部分：Struts為我們提供了核心控制部分的實現。我們只需要配置ActionMapping對象 View部分：為了使用Model中的ActionForm對象，我們必須用Struts提供的自定義標記創建HTML表單。利用Struts提供的自定義標記庫編寫用戶界面把應用邏輯和顯示邏輯分離。Struts框架通過這些自定義標記建立了View和Model之間的聯系。Struts的自定義標記還提供了很多定製頁面的功能。 同時需要編輯兩個配置文件：web.xml和struts-config.xml。通過它們配置Struts系統中的各個模塊之間的交互。下面對這兩個配置文件做一些介紹： web.xml文件的配置： web應用中的web.xml是第一個要配置的地方，它描述了系統的Controller對象。在web.xml中增加如下標記 <servlet><servlet-name>action</servlet-name><servlet-class> org.apache.struts.action.ActionServlet</servlet-class><init-m> <m-name>application</m-name> </servlet> 說明：這個servlet對象就是Struts提供的Controller，還可以為它指定初始化參數，比如對系統應用屬性的支持。 < SERVLET-MAPPING> < SERVLET-NAME>action</SERVLET-NAME>< URL-PATTERN>*.do</URL-PATTERN></SERVLET-MAPPING> 說明：實現客戶請求的url信息和伺服器端具體處理的映射關系。 <taglib><taglib-url>/WEB-INF/struts-bean.tld</taglib-url> <taglib-location>/WEB-INF/struts-bean.tld</taglib-location></taglib> 說明：添加對Struts提供的應用所使用的自定義標記庫的引用。 struts-config.xml文件的配置： struts-config.xml是用於建立Controller和Model之間的關系的。它描述了Controller所使用的把請求對應到具體處理的法則，同時它還描述了客戶提供的數據與ActionForm組件的對應映射關系。 在struts-config.xml中增加如下標記 <form-beans> <form-bean name=「loginForm」type=「loginForm」/></form-beans> 說明：標記描述一個具體的ActionForm子類對象，通過它和JSP頁面中的自定標記的結合使用可以實現ActionForm和View之間的數據映射。 <action-mappings><actionpath=「/login」type=「loginAction」 name=「loginForm」input=「/login.jsp」/></action-mappings> 說明：標記描述了請求和處理的一對一映射關系。input和path屬性唯一的標記了客戶端的一個請求，name屬性描述封裝客戶端的數據的ActionForm子類對象。Type屬性描述處理這個請求的Action子類對象。 [1]通過對兩個配置文件的配置，把Struts MVC框架中MVC的各個部分聯系起來，實現一個真正的Struts MVC系統。

④ 三層架構詳細介紹

三層架構是一種設計模式，即MVC設計模式，一種編程思想並不是真正意義上的框架。
MVC設計模式，M為Model 即業務邏輯層，所有的業務邏輯的代碼都在Model層中，在servlet中或Struts中的action里new model類產生對象進行業務邏輯運算
V為view即表示層，用於顯示界面，主要是用servlet和JSP產生可以看到的JSP頁面，來顯示信息
C為control即控制層，控制每個業務邏輯運算完畢後的跳轉方向，是配置文件

⑤ 電子商務作業：1，Internet最新應用，並解釋其原理。2，web體系結構的組成及工作原理，並說明三層體系結構

1,internet 的原理太多了，不好說，反正就是iso/osi的七層模型了。應用就多了，控制，B2C，B2B等等

2,一般來說，組成Web站點體系結構有如下幾個基本元素。

瀏覽器

因為Web瀏覽器標准、簡單且普遍使用，所以它可以稱得上是一個接近理想狀態的圖形用戶介面（Graphical User Interface，GUI）。
目前比較流行的瀏覽器有：IE，firefox，opera，safari等，所以必須要了解其的相關特性，這也利於更好的利用這些特性來做相關架構的設計。

負載均衡

最簡單的莫屬DNS輪詢（Round Robin DNS）方式了，但是不建議使用，因為下面的三個原因迫使你特別小心：
1. Round Robin DNS無法實現真正的負載均衡，但是在一些簡單情況下還是能夠均衡負載。真正的負載均衡是監測伺服器的使用情況，以及根據該使用情況來分配連接，以便能始終將連接分配給那些有足夠的容量來處理這些連接的伺服器。
當Round Robin集中的一台伺服器比其他伺服器慢很多時，就會產生一種稱為」護航（convoying）「的特殊情況，這時用戶會列隊等待速度較慢的伺服器，而較快的伺服器則未被使用。真正的負載均衡不會出現這樣的問題。
2. RRDNS不會視圖解決伺服器的失效問題。用戶仍然會被引導到失效的伺服器上。真正的負載均衡可以提高站點的可用性，因為如果一台伺服器出現故障，那麼其他的伺服器會自動接過該伺服器的負載。
3. RRDNS很難保持用戶的狀態，特別是使用session的業務，比如某個用戶在發表文章或者回復的時候，應用程序會對該用戶的session保存在當前的伺服器上，但是當用戶寫好文章或者回復開始提交後，因為RRDNS，結果發現用戶提交到了另外的伺服器上，因為新的伺服器上沒有用戶的session，提示用戶未登陸等警告信息，所以會導致提交失敗。
很多情況，情況當要從dns里刪除失效的IP時，會發現DNS的更新非常慢，因為很多LOCAL DNS並不遵循相關規范，這樣有許多用戶的LOCAL DNS伺服器的緩存里仍會保留這個失效的IP，而且保留的時候甚至會很久，在國內特別是小的ISP常會這么做。

IP級別的負載均衡
這里常見的軟體的實現方式有LVS，值得驕傲的是LVS是由國人章文嵩開發的，其簡單高效，當然也需要配合其他的HA軟體來實現」三H「。通過IP級別的負載均衡可以避免上述的RRDNS弊端。

當然也可以使用硬體均衡設備。

Web伺服器

目前常用開源的Web伺服器有：Apache、Nginx、Lighttpd等。
Web伺服器的內容和日誌應當分開保存到各自專用的磁碟上，這樣可以避免他們相互干擾。

中間件

任何與一端的Web伺服器和另一端的資料庫交互的軟體都可以被成為中間件。中間件的好處可以使結構清晰簡單，可以提高整體性能。

資料庫

資料庫表可以通過某種方式被定義、鏡像、分割、部署，以使之發揮最大的性能。資料庫的優化是們深奧的學問，一個好的資料庫管理員（Database Administrator，DBA）身價也是不菲的。
目前常見的DB有：mysql、oracle等。

雖然Web站點體系基本上是上述幾個方面，但是影響Web性能確有更多的因素，只要把握上述幾個方面，逐步排除和優化，我想結果一定不會差。

⑥ 三層B/S結構是什麼

兩層（客戶機<->伺服器）
三層（客戶機<->中間層（應用伺服器)<->伺服器(資料庫伺服器)）
三層中的「中間層」就是將兩層中客戶機中的「邏輯運算」等事務處理工作移出來的。從而減少客戶機和伺服器的壓力。
B/S多用在電子商務中。三層結構多用在MIS、ERP等管理系統的開發中。
三層結構將界面與業務邏輯分開,而兩層結構中界面與業務邏輯是不分的,這樣的好處是今後的維護方便,便於功能的擴充.

三層好比是第一層畫圖，第二層寫代碼，第三層處理數據

⑦ 怎樣理解現代電子商務系統的三層體系結構

底層是網路平台，是信息傳送的載體和用戶接入的手段
中間是電子商務基礎平台，包括CA（專Certificate Authority）認證、支付網關屬（Payment Gateway）和客戶服務中心三個部分，其真正的核心是CA認證；
第三層就是各種各樣的電子商務應用系統，電子商務支付平台是各種電子商務應用系統的基礎。

底層管理信息傳送
中間進行認證審核
然後系統才會應用

⑧ 電子商務是3層框架結構,底層是

1、互聯網最基本的特徵是：互動、共享、廉價；
2、電子支票的使用步驟是購買電子支票、電子支票付款、清算；
3、電子商務是3層框架結構,底層是網路平台,中間是電子商務基礎平台,第三層是各種各樣的電子商務應用系統 ；
4、電子商務是3層框架結構,底層是網路平台,中間是電子商務基礎平台,第三層是各種各樣的電子商務應用系統 ；
5、電子商務技術標准包含了四個方面的內容:EDI標准、識別卡標准、通訊網路標准和其他相關.

⑨ 電子商務系統的結構

電子商務整體結構分為電子商務應用層結構（簡稱應用層）和支持應用實現的基礎結構（三層），基礎結構一般包括三個層次和兩個支柱。三個層次自下而上分別為網路層、傳輸層和服務層，兩個支柱分別是安全協議與技術標准、公共政策與法律規范。前三個層次為基礎層次，其上就是各種特定的電子商務應用，可見三個基礎層次和兩個支柱是電子商務應用的條件。為不失一般性，在此僅對電子商務的基礎結構作概括說明。
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進行網上交易。實物配送和網上支付是網上交易順利進行的保障，缺乏完善的實物配送及網上支付系統，將阻礙網上交易完整的完成。