基于UML的電子商務系統(tǒng)設計

1、基于基于UMLUML的系統(tǒng)設計與實現(xiàn)的系統(tǒng)設計與實現(xiàn)電子商務系統(tǒng)建設與管理電子商務系統(tǒng)建設與管理交互圖的細化交互圖的細化o 順序圖順序圖n 參與者參與者/對象對象n 生命線生命線n 控制焦點（激活）控制焦點（激活）n 對象交互（消息）對象交互（消息）n 創(chuàng)建對象創(chuàng)建對象n 撤銷對象撤銷對象n 對象自我調用對象自我調用 : Actor1object1object1object21: message交互圖的細化交互圖的細化o 順序圖順序圖n 參與者參與者/對象對象n 生命線生命線n 控制焦點（激活）控制焦點（激活）n 對象交互（消息）對象交互（消息）n 創(chuàng)建對象創(chuàng)建對象n 撤銷對象撤銷對象n 對象

2、自我調用對象自我調用object1object21: messageobject1object21: messageobject31: message“下訂單下訂單”用例順序圖用例順序圖 : Client : OrderForm : OrderControl : Customer : LineItem : Order : Product1: select item( )2: select item( )4: add item( )14: confirm order( )15: confirm order( )17: update order info( )19: update inventor

3、y( )3: create order( )5: provide login info( )6: request login( )7: verify login( )8: review order( )9: review order( )10: get customer info( )11: get order info( )12: get line item( )13: get product info( )16: charge customer( )18: update lineitems( )20: 21: 22: 協(xié)作圖的細化協(xié)作圖的細化o 協(xié)作圖作為順序圖的補充，不是協(xié)作圖作為順序圖

4、的補充，不是必需的，但可以直觀地表示對象必需的，但可以直觀地表示對象之間的協(xié)作關系，可以很容易地之間的協(xié)作關系，可以很容易地轉化為類圖轉化為類圖 : OrderForm : OrderControl : LineItem : Product : Client : Customer : Order協(xié)作圖的細化協(xié)作圖的細化 : OrderForm : OrderControl : LineItem : Product : Client : customer : Order1: select item( )2: select item( )3: create order( )4: add item(

5、 )5: provide login info( )6: request login( )7: verify login( )8: review order( )9: review order( )10: get customer info( )11: get line item( )12: confirm order( )13: confirm order( )14: charge customer()15: update order info( )16: update lineitems( )17: update inventory( )18: get product info( )協(xié)作圖

6、的細化協(xié)作圖的細化o 協(xié)作圖和類圖的區(qū)別：協(xié)作圖和類圖的區(qū)別：o 協(xié)作圖表現(xiàn)了系統(tǒng)的一次特定執(zhí)行中對象的協(xié)作圖表現(xiàn)了系統(tǒng)的一次特定執(zhí)行中對象的關系，類圖表示的是所有潛在執(zhí)行中類的關關系，類圖表示的是所有潛在執(zhí)行中類的關系系o 協(xié)作圖可以記錄對象間交換的信息，類圖不協(xié)作圖可以記錄對象間交換的信息，類圖不能能o 類圖記錄了在對象及其屬性上進行的操作，類圖記錄了在對象及其屬性上進行的操作，協(xié)作圖不能協(xié)作圖不能類圖的細化類圖的細化o 設計類要列出每個類的屬性和操作，以及各設計類要列出每個類的屬性和操作，以及各個類之間的關系個類之間的關系o 職責分配職責分配n 分配給包含履行該職責所需全部信息的類分配給

7、包含履行該職責所需全部信息的類n 創(chuàng)建者模式創(chuàng)建者模式n 保持較低的耦合度和較高的內聚性保持較低的耦合度和較高的內聚性o 可見性：可見性：“+” “-” “*”o 屬性類型屬性類型設計類圖設計類圖狀態(tài)圖的細化狀態(tài)圖的細化o 類若存在若干種狀態(tài)，并且有必要描述各狀類若存在若干種狀態(tài)，并且有必要描述各狀態(tài)之間轉換關系時，用狀態(tài)圖來細化態(tài)之間轉換關系時，用狀態(tài)圖來細化n 狀態(tài)（一般狀態(tài)（一般/初始初始/結束）結束）n 轉換轉換n 決策點（分支決策點（分支/合并）合并）State1State2NewStateNewState2NewState3condition1condition2訂單狀態(tài)圖訂單狀態(tài)

8、圖活動圖的細化活動圖的細化o 描述若干對象之間共同完成一個描述若干對象之間共同完成一個完整的功能所需要的轉換過程，完整的功能所需要的轉換過程，用狀態(tài)圖來細化用狀態(tài)圖來細化n 活動（一般活動（一般/初始初始/結束）結束）n 同步條同步條o 活動圖作用活動圖作用n 描述活動之間的控制流描述活動之間的控制流n 幫助理解用例的行動幫助理解用例的行動n 建模工作流及業(yè)務流程建模工作流及業(yè)務流程Activity活動圖活動圖活動圖活動圖交互系統(tǒng)的設計模式交互系統(tǒng)的設計模式oMVC設計思想：把一個應用的輸入、設計思想：把一個應用的輸入、處理、輸出流程按模型、視圖、控制處理、輸出流程按模型、視圖、控制的方式進行

9、分離，應用被分為模型層、的方式進行分離，應用被分為模型層、視圖層、和控制層視圖層、和控制層n 視圖視圖 (View)：繪制和顯示：繪制和顯示Model的數(shù)據(jù)，提交由的數(shù)據(jù)，提交由Controller提供的提供的數(shù)據(jù)。把表示模型數(shù)據(jù)及邏輯關系數(shù)據(jù)。把表示模型數(shù)據(jù)及邏輯關系和狀態(tài)的信息以特定的形式展現(xiàn)給和狀態(tài)的信息以特定的形式展現(xiàn)給用戶，僅限于視圖上數(shù)據(jù)的采集和用戶，僅限于視圖上數(shù)據(jù)的采集和處理以及用戶的請求處理以及用戶的請求MVC架構架構o模型模型(Model)：維護應用程序的狀態(tài)：維護應用程序的狀態(tài)和數(shù)據(jù)，可以接受來自和數(shù)據(jù)，可以接受來自View的查詢并的查詢并做出響應。同時當做出響應。同時當

10、Model的數(shù)據(jù)發(fā)生的數(shù)據(jù)發(fā)生變化時，它把變化通知給變化時，它把變化通知給View ， View根據(jù)根據(jù)Model的數(shù)據(jù)發(fā)生來更新自的數(shù)據(jù)發(fā)生來更新自己。己。 業(yè)務流程業(yè)務流程/狀態(tài)的處理以及業(yè)務規(guī)則狀態(tài)的處理以及業(yè)務規(guī)則的制定，接受視圖對數(shù)據(jù)的請求并返回的制定，接受視圖對數(shù)據(jù)的請求并返回最終的處理結果，其核心是業(yè)務模型的最終的處理結果，其核心是業(yè)務模型的設計設計MVC架構架構o控制器控制器(Controller)定義了抽象的定義了抽象的業(yè)務邏輯，用于控制業(yè)務流程。業(yè)務邏輯，用于控制業(yè)務流程。 用用于描述于描述Model如何對用戶的動作做如何對用戶的動作做出反應，即處理事件。不做任何數(shù)據(jù)出反應

11、，即處理事件。不做任何數(shù)據(jù)處理，而是控制業(yè)務流程；接收用戶處理，而是控制業(yè)務流程；接收用戶請求，將模型和視圖匹配在一起。因請求，將模型和視圖匹配在一起。因此使得模型和視圖呈多對多關系此使得模型和視圖呈多對多關系MVC架構架構o三者關系：模型是應用對象；三者關系：模型是應用對象；視圖表示屏幕顯示形式；控制視圖表示屏幕顯示形式；控制器把用戶的請求轉成對模型的器把用戶的請求轉成對模型的操作，并做出響應操作，并做出響應MVC架構架構 模型模型封裝應用程序狀態(tài)封裝應用程序狀態(tài)響應狀態(tài)查詢響應狀態(tài)查詢響應程序功能響應程序功能通知視圖改變通知視圖改變 視圖視圖解釋模型解釋模型模型更新請求模型更新請求發(fā)送用戶

12、請求給控制器發(fā)送用戶請求給控制器允許控制器選擇視圖允許控制器選擇視圖 控制器控制器定義應用行為定義應用行為將用戶動作映射到模型將用戶動作映射到模型響應視圖選擇響應視圖選擇每個功能的入口每個功能的入口狀態(tài)查詢狀態(tài)查詢通知改變通知改變視圖選擇視圖選擇用戶動作用戶動作狀態(tài)改變狀態(tài)改變MVC架構架構o電子商務系統(tǒng)，適合采用電子商務系統(tǒng)，適合采用MVC體系體系結構。結構。o可以將一個應用的成分分為三類：可以將一個應用的成分分為三類：n 一類負責顯示一類負責顯示n 一類包含業(yè)務規(guī)則和數(shù)據(jù)一類包含業(yè)務規(guī)則和數(shù)據(jù)n 一類接收請求，控制業(yè)務邏輯的完一類接收請求，控制業(yè)務邏輯的完成成MVC架構架構oMVC在在We

13、b系統(tǒng)中的應用系統(tǒng)中的應用視圖對象經(jīng)常需要變化，由視圖對象經(jīng)常需要變化，由HTML/JSP設計人員設計人員 、美工或系、美工或系統(tǒng)管理員來負責；統(tǒng)管理員來負責；商業(yè)規(guī)則對象和商業(yè)數(shù)據(jù)對象相對商業(yè)規(guī)則對象和商業(yè)數(shù)據(jù)對象相對穩(wěn)定，由領域專家、開發(fā)人員、數(shù)穩(wěn)定，由領域專家、開發(fā)人員、數(shù)據(jù)庫管理人員負責；據(jù)庫管理人員負責；控制器最穩(wěn)定，由應用開發(fā)人員負控制器最穩(wěn)定，由應用開發(fā)人員負責開發(fā)實施責開發(fā)實施MVC架構架構o MVC優(yōu)點：優(yōu)點：n 使得程序設計過程更清晰，提高了可復用使得程序設計過程更清晰，提高了可復用度度n 接口設計完成后，可以并行開發(fā)，提高效接口設計完成后，可以并行開發(fā)，提高效率率n 多視

14、圖顯示多套數(shù)據(jù)，能支持多客戶類型多視圖顯示多套數(shù)據(jù)，能支持多客戶類型n 前后臺人員分別專注于界面設計和業(yè)務處前后臺人員分別專注于界面設計和業(yè)務處理理n 系統(tǒng)靈活性提高系統(tǒng)靈活性提高n 方便開發(fā)的同時帶來了測試及維護的便利方便開發(fā)的同時帶來了測試及維護的便利MVC架構架構oMVC缺點：缺點：n 對于簡單的界面，會使得系統(tǒng)結構對于簡單的界面，會使得系統(tǒng)結構很復雜，可能降低系統(tǒng)運行效率很復雜，可能降低系統(tǒng)運行效率n 需要有經(jīng)驗的分析人員完成系統(tǒng)分需要有經(jīng)驗的分析人員完成系統(tǒng)分析工作，并且可能文件數(shù)量增加析工作，并且可能文件數(shù)量增加n 可能產(chǎn)生對數(shù)據(jù)的低效率訪問可能產(chǎn)生對數(shù)據(jù)的低效率訪問MVC架構架構

15、Web服務器瀏覽器（控制器）Servlet（視圖）JSP頁面（模型）JavaBean/EJBHTTP請求服務器響應更新獲取數(shù)據(jù)數(shù)據(jù)庫用戶接口設計用戶接口設計o 用戶接口布局圖用戶接口布局圖Entry ScreenAmend InvoiceCheck InvoiceOrder StatusCatalog/BrowseLoginOrder存儲對象與關系存儲對象與關系o 面向對象的數(shù)據(jù)存儲面向對象的數(shù)據(jù)存儲對象的屬性對象的屬性 數(shù)據(jù)表中的列數(shù)據(jù)表中的列一個對象一個對象 數(shù)據(jù)表中的行數(shù)據(jù)表中的行類之間的關聯(lián)類之間的關聯(lián) 數(shù)據(jù)表之間的關系數(shù)據(jù)表之間的關系o 數(shù)據(jù)庫在設計之前要進行數(shù)據(jù)庫在設計之前要進行E

16、-R圖分析圖分析o 一對多關系，通過關鍵字聯(lián)系起來一對多關系，通過關鍵字聯(lián)系起來存儲對象與關系存儲對象與關系o 多對多關系，需要一個包含多個表關鍵字的多對多關系，需要一個包含多個表關鍵字的關系表關系表oo 一對一關系：較少使用一對一關系：較少使用組件開發(fā)組件開發(fā)o 組件是聚集在一起的一組對象組件是聚集在一起的一組對象o 組件通過其發(fā)布的接口對外提供服務組件通過其發(fā)布的接口對外提供服務o 定義組件原則：高內聚，低耦合定義組件原則：高內聚，低耦合o 組件重用要考慮解決方案的經(jīng)濟性組件重用要考慮解決方案的經(jīng)濟性ComponentInterface組件1組件1接口1組件圖組件圖Customer ServicesCustomer ServicesCustomerServicesAPIAcco