案例—某網上書店系統設計?案例—某網上書店系統設計系統總體結構設計系統應用軟件設計?系統總體結構設計系統總體設計原則網上書店外部環境分析網絡環境設計電子商務系統平臺的選擇?系統總體設計原則電子商務系統設計的結果是后續開發和實施的基礎。系統設計受制于許多因素。例如，技術條件、業務的規模、設計人員對系統的理解等。因此，系統設計是因人而異的，例如同是世界著名的物流公司UPS和FedEx，電子商務系統設計卻有很大差別。UPS采取全球業務數據集中在公司總部處理的策略，而FedEx公司將數據處理分散到世界上的5個區域中心來完成。另外，兩家公司的電子商務系統在應用處理方式、主機設備選擇、系統應用軟件設計等方面也有較大的差別。?本系統總體設計原則技術的先進性；符合企業信息化的整體技術戰略；滿足開放、可擴充的要求；與現行的應用具有良好的兼容性；安全性。?網上書店總體結構設計“網上書店”總體結構圖?網上書店外部環境分析網上書店系統的外部環境主要包括：企業合作伙伴：物流公司A。企業的所有訂單對物流公司A都是公開的，他們之間通過企業外部網相連，從而達到信息的共享。與交易相關的公共信息基礎設施：銀行卡支付中心B。系統需要使用它來完成客戶提出的網上交費的申請。因為B有自己的一套關于網上交費的系統，因此需要熟悉該系統的接口。

?網絡環境設計網上書店系統是一個基于網絡的系統，它的網絡環境包括Internet、Intranet、Extranet三個部分，結構如下圖所示：?電子商務系統平臺的選擇

操作系統的選擇數據庫管理系統的選擇應用服務器的選擇?操作系統的選擇目前支持電子商務系統的主流操作系統有Windows系列和Unix/Linux系列。

Windows系列運行在Intel的CISC芯片上，在計算機市場的占有率達到70%以上，是目前市場上最為常見的操作系統，同時它還具有便于安裝和配置的特點。

因此網上書店系統選擇使用Windows2000作為服務器上運行的操作系統。?數據庫管理系統的選擇

目前數據庫管理系統有很多，比如Microsoft的SQLServer2000、Oracle公司的Oracle10g、IBM公司的DB2以及開源的MySQL。可參考系統的規模，在以上數據庫中進行選擇。相對而言，Oracle和DB2是大型的數據庫管理系統，操作復雜，價格昂貴。MySQL雖然免費，但是卻是小型的數據庫管理系統，而且沒有實現圖形化操作，使用起來相對困難。因而選擇SQLServer2000作為本系統的數據庫管理系統。?應用服務器的選擇

網上書店系統使用Java語言開發，支持JSP+Severlet+JavaBeans的應用服務器有許多，其中包括BEA的WebLogic、IBM的WebSphere、Jarkata的Tomcat服務器。本系統選擇使用BEA的WebLogicServer，有三方面的原因：一是WebLogic在目前市場上占有率高，性能穩定，服務也很好，符合成熟性原則；二是WebLogic支持多種Java技術，目前我們的網上書店系統雖然只涉及了JSP+Severlet+JavaBeans，但是從長遠考慮，若要實施整個企業的信息化就必須使用Java的企業級應用，因此使用支持技術多的應用服務器不會使得二次開發太困難；三是WebLogic的市場價格還是可以接受的。?系統應用軟件設計

子系統的劃分數據庫及表的設計設計類圖交互設計界面設計處理過程設計?子系統的劃分從圖中可以看出，系統仍然是按照功能劃分模塊，而各個模塊的功能在規劃、分析階段已經進行了詳細的說明。在設計階段要對各個子系統進一步細化，最終可以指導編碼。這就是設計階段需要完成的任務。系統應用軟件設計數據庫及表的設計

參考前幾章所分析的網上書店的內容，以及所使用的DBMS支持的數據結構可得到如下的數據庫及表。數據庫名：OBS該數據庫共含有六張表：系統應用軟件設計數據庫及表的設計——管理員表：AdminUser

字段類型說明AdminUserVARCHAR(50)管理員名AdminPassVARCHAR(20)密碼系統應用軟件設計數據庫及表的設計——用戶表：User系統應用軟件設計數據庫及表的設計——書類別表：BookClass

字段類型說明BookClassIDVARCHAR(20)書類別編號ClassNameVARCHAR(20)書類別名系統應用軟件設計數據庫及表的設計——圖書信息表：Book系統應用軟件設計數據庫及表的設計——訂單表：Indent系統應用軟件設計數據庫及表的設計——訂單圖書列表：IndentBookList

系統應用軟件設計各表之間的關系系統應用軟件設計設計類圖—用戶子系統

通過分析階段對系統的了解和掌握，可以對分析的類圖進行進一步細化，從中得到設計類圖。設計類圖的目的是指導具體編碼，因此設計類圖的細節應該接近編碼的水平，如左圖所示。系統應用軟件設計設計類圖—用戶子系統

上圖中的各個類要表明所擁有的屬性和方法、各個屬性的數據類型和各個方法的返回值等編碼級別的細節，該類圖只反映了用戶子系統所用到的實體類，各個界面類和控制類如左圖所示。系統應用軟件設計設計類圖—管理員子系統

對管理員子系統也按上面步驟進行分析：系統應用軟件設計設計類圖—管理員子系統系統應用軟件設計交互設計

有了類圖后，需要描述類之間的交互，即數據是怎樣在類之間傳遞從而實現商業邏輯的。在設計階段描述類之間的交互的是UML中的順序圖。系統應用軟件設計交互設計—“用戶子系統”順序圖

“用戶注冊”模塊用戶在regedit.html頁面上注冊，最終跳轉到usershow頁面。注冊成功。系統應用軟件設計交互設計—“用戶子系統”順序圖“用戶（管理員）登錄”模塊用戶在Login.html頁面提交個人登錄信息。在經過login.jsp處理后，最后跳轉入main.html。系統應用軟件設計交互設計—“用戶子系統”順序圖“圖書選購”模塊用戶在bookview.jsp中選擇要買的圖書，經過在購物車中的處理，在buy.jsp頁面生成訂單。

系統應用軟件設計交互設計—“用戶子系統”順序圖“購物車管理”模塊用戶在main.html中發出管理購物車命令，頁面跳轉到puchase.jsp來進行購物車的管理。

系統應用軟件設計交互設計—“用戶子系統”順序圖“查看訂單”模塊用戶發出訂單查詢指示，indentview.jsp通過Indent查找相應的記錄，然后顯示并處理。若用戶繼續選擇查看詳細信息，則跳轉入indentdetail.jsp。

系統應用軟件設計交互設計—“管理員子系統”順序圖

“圖書管理”模塊管理員有添加、修改、刪除圖書的權利，因此分別對應addbook、bookmodify和bookmodify_1三個不同的頁面。

系統應用軟件設計交互設計—“管理員子系統”順序圖“訂單管理”模塊管理員提出修改訂單指示，indentmodify.jsp調用Indent完成操作。系統應用軟件設計界面設計—用戶注冊界面系統應用軟件設計界面設計—用戶登錄界面系統應用軟件設計界面設計——圖書選購界面系統應用軟件設計界面設計——購物車管理界面系統應用軟件設計界面設計——查看訂單界面

系統應用軟件設計界面設計——圖書管理界面

系統應用軟件設計處理過程設計

用戶注冊模塊用戶登錄模塊圖書選購模塊購物車管理模塊查看訂單模塊圖書管理模塊訂單管理模塊系統應用軟件設計處理過程設計——用戶注冊模塊系統名：用戶子系統模塊名：用戶注冊編號：01由哪些模塊調用：無調用哪些模塊：“用戶登錄”模塊輸入：用戶信息輸出：無算法說明：當用戶提出注冊請求系統顯示用戶注冊頁面，提示用戶輸入個人信息用戶輸入個人信息IF用戶輸入的個人信息無效系統顯示錯誤信息并轉到錯誤頁面，用戶重新填寫信息，或者取消注冊ELSE將用戶信息寫入數據庫，進入“用戶登錄”模塊ENDIF系統應用軟件設計處理過程設計——用戶登錄模塊系統名：用戶子系統模塊名：用戶登錄（管理員登錄與其流程相似，省去）編號：02由哪些模塊調用：“用戶注冊”模塊調用哪些模塊：“圖書選購”模塊輸入：用戶名和密碼輸出：無算法說明：用戶提出登錄請求系統顯示登錄頁面，提示用戶輸入用戶名和密碼。用戶填寫用戶名和密碼信息。IF用戶輸入無效的用戶名和（/或）密碼系統顯示錯誤信息并轉到錯誤頁面，用戶重新輸入用戶名和（/或）密碼；或者取消登陸ELSE進入“圖書選購”模塊ENDIF系統應用軟件設計處理過程設計——圖書選購模塊系統名：用戶子系統模塊名：圖書選購編號：03由哪些模塊調用：“用戶登錄”模塊調用哪些模塊：“購物車管理”模塊輸入：圖書信息輸出：無算法說明：用戶提出選購圖書請求系統顯示選書頁面，顯示圖書列表用戶提出選購某書IF存在所購圖書購物車中加入相應的圖書信息ELSE屏幕顯示缺貨信息頁面。用戶選擇缺貨策略（放棄還是等待直到有貨）ENDIF系統應用軟件設計處理過程設計——購物車管理模塊系統名：用戶子系統模塊名：購物車管理編號：04由哪些模塊調用：“圖書選購”模塊調用哪些模塊：無輸入：圖書信息輸出：無算法說明：用戶提出管理購物車請求系統轉到購物車管理頁面用戶提出所要執行的操作DOCASECASE添加圖書用戶輸入書號，購物車中加入相應圖書CASE刪除圖書用戶單擊刪除按鈕，相應的圖書被刪除ENDCASE系統應用軟件設計處理過程設計——查看訂單模塊

系統名：用戶子系統模塊名：查看訂單編號：05由哪些模塊調用：用戶直接調用調用哪些模塊：無輸入：用戶信息輸出：訂單信息算法說明：用戶提出查看訂單請求系統列出所有符合該用戶要求的訂單。系統應用軟件設計處理過程設計——圖書管理模塊

系統名：管理員子系統模塊名：圖書管理模塊編號：06由哪些模塊調用：用戶直接調用調用哪些模塊：無輸入：圖書信息輸出：無算法說明：管理員提出管理圖書請求系統列出所有符合該管理員要求的圖書。管理員提出所要執行的操作DOCASECASE修改圖書信息進入圖書信息修改界面，修改并保存CASE刪除錯誤信息管理員單擊刪除按鈕，相應的圖書被刪除并更新數據庫CASE增加圖書信息進入圖書信息添加界面，添加并保存ENDCASE系統應用軟件設計處理過程設計——訂單管理模塊

系統名：管理員子系統模塊名：訂單管理模塊編號：07由哪些模塊調用：管理員直接調用調用哪些模塊：無輸入：訂單編號輸出：無算法說明：管理員提出訂單管理請求系統列出所有符合該管理員要求的圖書。管理員提出所要執行的操作。DOCASECASE修改訂單進入訂單修改界面，修改并保存CASE刪除訂單管理員單擊刪除按鈕，相應的訂單被刪除ENDCASE系統應用軟件設計演講完畢，謝謝觀看！ Page51課程復習3月3號什么是電子商務網站靜態網頁與動態網頁有何區別 網站空間和網站域名分別是什么練習配置IIS服務器 Page52電子商務系統的技術架構電子商務系統的框架結構 電子商務應用系統體系結構 電子商務系統實現要素 Page53系統框架的演進.用戶應用平臺數據庫平臺系統平臺硬件單機信息系統與電子商務系統的主要區別：引入了網絡橫向：網絡相關技術，資源共享，分布式應用縱向：應用擴展，異種（系統互聯 Page54電子商務系統框架結構社會環境（法律、稅收、政策、人才等）計算機硬件及網絡基礎設施系統平臺（操作系統、網絡通訊協議）數據庫平臺WEB信息平臺應用開發支持平臺（應用層協議HTTP等，開發語言，對象組件）電子商務服務平臺（安全、支付、認證、負載均衡、目錄服務等）電子商務應用（企業宣傳、網上銷售、網絡銀行、虛擬市場等）圖

電子商務系統框架結構 Page55電子商務應用系統體系結構的演變主機系統客戶/服務器三層C/S（WEB模式）多層結構...硬件和軟件邏輯和物理規模和復雜度增長 任務分擔網絡能力增強 網絡計算信息資源均衡有效的應用 Page56應用分配模型數據管理應用處理數據描述數據描述數據管理應用處理數據描述數據管理應用處理應用處理數據描述數據管理應用處理數據描述數據管理應用處理數據管理數據描述服務器客戶傳統處理模型

分布描述遠程描述分布邏輯遠程數據管理分布數據管理客戶/服務器模型網絡GartnerGroup小組在90年代初所做的應用分配模型圖輪回？ Page57網絡：資源共享TerminalTerminalPCPCPCOrganisationalIntranet主機結構 文件/數據庫服務器（LAN） Internet(Web) Page58集中計算主機終端用戶鍵盤輸入屏幕顯示圖1主機系統示意圖讀取文件寫入文件文件服務器網絡工作站用戶圖2文件服務器模式網絡的使用PC能力增強文件不大 Page59客戶/服務器結構數據庫服務器客戶機用戶服務請求服務結果客戶機客戶機客戶機服務器主機數據網絡性能高開放式系統，規模以擴展共享不同的數據庫資源更好的前臺處理能力 Page60客戶/服務器結構維護困難表示部分和應用邏輯部分耦合在一起培訓困難將表示部分獨立出來，采用一致的界面風格費用增加用戶的數量和范圍擴張，較多的客戶端資源使總體費用增加胖客戶？瘦客戶 Page61WEB-信息分享架構(B/S)HTML描述了每個網頁的內容WEB瀏覽器WEB瀏覽器WEB瀏覽器TCP/IPHTTPWEB網頁公共網關接口Script程序數據庫CGI定義外在應用如何與WEB服務器互動二層結構當前的混亂：軟硬，客戶端方式 Page62基于WEB的三層結構復雜的網絡應用軟件隱藏在服務器中，開發與維護工作都集中在服務器端；客戶機通過直觀、易于使用的瀏覽器從WEB服務器上獲取信息；WEB服務器通過HTTP建立內部頁面和各相關后端數據庫的超文本連接。第一層（表示層） 第二層（應用邏輯層） 第三層（數據存取層）應用服務器WEB服務器瀏覽器數據庫服務器防火墻 Page63三層客戶/服務器結構客戶機數據庫服務器請求服務應用服務器用戶界面商業和應用邏輯數據庫自定義協議（socket)可伸縮易管理安全 Page64三層結構的問題（1）服務器端結構層次簡單，系統維護困難、應用擴展復雜。（2）缺乏與其他系統互連的手段，更無法將不同的網絡資源有機結合起來為用戶提供更優質的服務；不能充分利用自身或業界已有的成熟的應用，忽略了具有突出優勢的個性化服務。 Page65多層結構（1）數據庫系統集成服務器邏輯表達及動態網頁服務器應用服務器WEB服務器負載均衡WEB訪問圖1-5N層結構示意圖 Page66多層結構（2）We