1第6章電子商務系統分析

（系統開發篇）學習內容2電子商務系統分析的任務和步驟電子商務系統的基本需求電子商務系統常用的調查方法結構化系統分析法的主要建模工具面向對象系統分析法的主要建模工具3第3節面向對象系統分析法主要建模工具面向對象開發方法把系統看成是對象的集合，系統各個功能都是通過相關對象間的交互來實現的，通過描述對象間的交互關系來解釋系統實現過程。面向對象系統分析法中建立系統邏輯模型的主要工具有：UML用例圖UML用例文檔UML活動圖UML分析類圖4UML簡介UML概念UML（UnifiedModelingLanguage，統一建模語言）是一種面向對象的標準化建模語言，用于對軟件系統進行可視化的建模。visualizing（可視化）specifying（詳述）constructing（構造）documenting（文檔化）UML簡介UML與面向對象方法UML不是一個獨立的系統開發方法，而是面向對象分析設計中采用的建模工具，用于建立系統模型。UML是面向對象方法的一部分系統分析設計UML音樂創作UML的產生背景三種面向對象方法的統一：

Rumbaugh的OMT方法Booch的Booch方法Jacobson的OOSE方法JamesRumbaughGradyBoochIvarJacobsonUML簡介UML簡介UML的發展歷程1996年6月和11月發布UML0.9和UML0.911997年修訂成UML1.1隨后相繼推出UML1.2、UML1.3、UML1.42003年6月12日通過UML2.02005年以后UML成為建模語言國際標準目前常用的UML建模工具有SybasePowerDesigner16.5、IBMRationalRose2007和MicrosoftOfficeVisio2013UML簡介UML的特點UML是一種可視化的建模語言UML是一種可用于詳細描述的語言UML是一種構造語言，而不是一種編程語言UML是一種文檔化語言UML的功能為軟件系統的開發提供可視化模型規約軟件系統的開發過程構造軟件系統的實施框架UML簡介元素是模型的抽象元素之間的連接紐帶是關系UML類接口協作用例活動類組件節點交互狀態機包注解用例圖靜態圖行為圖交互圖實現圖結構元素行為元素分組元素注釋元素元素關系圖依賴關聯泛化聚集實現圖將元素的集合進行分組UML簡介Part1.UML元素－結構元素UML中共有7種結構元素：類、接口、協作、用例、活動類、組件和節點。①類是具有相同屬性和操作的一組對象的集合。②接口是類的對外的、可見的一組操作的集合，它是外界訪問類的屬性和操作的中介。③

協作定義了對象間一起工作、進行合作的動作。Part1.UML元素－結構元素④用例定義了系統執行的一組操作，即描述了系統的功能需求。⑤活動類是對擁有線程并可發起控制活動的對象（往往稱為主動對象）的抽象，它是一種特殊的類。

取款用例UML簡介Part1.UML元素－結構元素⑥組件是實實在在地駐留在計算機系統中的工作單元。一般指編寫的軟件文件，如：可執行程序（.java）。⑦節點就是計算機資源，包括帶處理器的計算機或其他硬件設備，如一臺數據庫服務器。

orderform.java組件服務器節點UML簡介Part1.UML元素－行為元素行為元素是UML的動態部分，它們是模型中的動詞，代表了隨時間或空間的變化而變化的行為。行為元素主要有兩種：交互和狀態機。①交互是一組對象之間為完成某一任務（如實現某個操作）而進行一系列消息交換的行為。用于交互的消息名UML簡介Part1.UML元素－行為元素②狀態機是對象為響應事件而經歷的一系列狀態以及對事件作出響應的行為。包括狀態、躍遷、事件等。狀態對象所處的狀態（如等待）UML簡介Part1.UML元素－分組元素在UML中分組元素的作用是組織其他元素。分組元素只有一種，稱為包。包是一種有組織地將一系列元素分組的機制。包包名UML簡介Part1.UML元素－注釋元素注釋元素是UML模型的解釋部分，用來描述、說明和標注模型中的任何元素。注釋元素只有一種，稱為注解。注解注解內容UML簡介Part2.UML關系UML中主要包括以下5個重要關系：1.依賴關系2.泛化關系3.關聯關系4.聚集關系5.實現關系圖形表示：一條線，不同線表示不同種類的關系泛化（繼承）關聯依賴聚集實現UML簡介Part3.UML圖－用例圖用例圖（UseCaseDiagram）：從用戶角度描述系統功能，并指出各功能的操作者。用例圖的主要目的是幫助開發團隊以一種可視化的方式來理解系統的功能需求。UML簡介Part3.UML圖－靜態圖靜態圖（Staticdiagram）包括類圖、對象圖和包圖：類圖用于描述系統中類的靜態結構，包括定義系統中的類，描述類之間的關系。對象圖是類圖的實例。包圖表示了包與包之間的關系，包圖描述了系統的分層結構，包括用例包圖和類包圖，分別用于對復雜的用例圖或類圖進行分組。

UML簡介Part3.UML圖－行為圖行為圖（Behaviordiagram）描述系統的動態模型和對象間的交互關系，包括狀態圖和活動圖：狀態圖描述了一個對象的所有可能的狀態及引起狀態轉移的事件。狀態圖可看作是對類圖的補充。活動圖通過描述滿足用例要求所要進行的活動以及活動間的約束關系。UML簡介Part3.UML圖－交互圖交互圖（Interactivediagram）描述對象間的交互關系，包括順序圖和協作圖：順序圖顯示對象之間的動態合作關系，它強調對象之間消息發送的時間順序。協作圖通過描述對象之間的協作關系，它強調對象相互間的通信關系。UML簡介Part3.UML圖－實現圖實現圖（Implementationdiagram）定義系統中軟硬件的物理體系結構，包括組件圖和配置圖：組件圖描述代碼部件的物理結構及各部件之間的依賴關系。配置圖描述了系統中軟硬件的物理體系結構，即顯示了系統的軟件配置和硬件（計算機和設備，用節點表示）配置以及它們之間的關系。UML簡介UML簡介Part3.UML圖－圖間關系側重從對象的角度描述系統5.實現圖組件圖配置圖1.用例圖順序圖協作圖4.交互圖活動圖狀態圖3.行為圖類圖對象圖包圖2.靜態圖展開展開補充側重從功能的角度描述系統相互轉換實現實例化側重從軟硬件的角度描述系統分析類圖實體類圖邊界類圖展開UML簡介當在面向對象系統開發中采用UML建立系統模型時，其主要過程是：用例圖用例文檔活動圖分析類圖面向對象系統分析建立邏輯模型順序圖協作圖實體類圖狀態圖邊界類圖面向對象系統設計建立物理模型UML用例圖用例圖（UseCaseDiagram）從用戶角度描述系統功能，并指出各功能的操作者。主要目的是幫助開發團隊以一種可視化的方式來理解系統的功能需求。用于系統分析階段，確定“誰使用系統以及能夠做什么”。2627在UML中，用例圖由執行者、執行者之間的關系、用例、用例之間的關系以及執行者與用例的關系組成。供貨人收銀員客戶買飲料供貨取貨款P.自動售貨系統的用例圖UML用例圖執行者（Actor）執行者是系統之外，透過系統邊界與系統進行有意義交互的任何外部實體，它以某種方式參與了用例的執行過程。執行者可以是人或事物。28執行者UML用例圖29對于電子商務系統而言，其執行者主要就是系統的用戶，包括商務交易雙方及支持交易的合作方。如何識別執行者？UML用例圖30未登錄客戶已登錄客戶圖書銷售網前臺系統－執行者UML用例圖執行者間的關系--泛化關系執行者之間存在著泛化關系（繼承關系），即子類和父類的關系。31已登錄客戶未登錄客戶UML用例圖用例（UseCase）用例描述了系統的功能需求，是系統執行的一系列動作。從本質上講，一個用例是執行者與計算機之間的一次典型交互。32用例名用例UML用例圖33如何識別用例？執行者的需求UML用例圖34圖書銷售網前臺系統－用例已登錄客戶未登錄客戶搜索圖書注冊查看圖書信息添加購物車圖書登錄查看購物車修改購車數量刪除購物車圖書查看個人信息修改個人信息下新訂單退出結算查看訂單修改訂單刪除訂單在線支付用例之間存在著一定的關系，這些關系包括泛化關系、包含關系和擴展關系。泛化關系：用例可以被特殊列舉為一個或多個子用例，這被稱為用例泛化。35訂票網上訂票電話訂票泛化關系用帶空心三角箭頭的實線表示UML用例圖包含關系：一個基本用例的行為包含了另一個用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。36包含關系用標有<<include>>的虛箭線表示管理價格漲價降價打折<<include>><<include>><<include>>UML用例圖擴展關系：若B用例是A用例的一部分，但只在一定條件下才插入到A定義的行為中時，AB之間的關系稱作擴展關系，且A是基本用例，B是擴展用例。37擴展關系用標有<<extend>>的虛箭線表示還書賠償遺失書籍<<extend>>UML用例圖擴展用例是基本用例的一個步驟，且不能獨立執行，即需在基本用例被執行后，滿足特定條件才會被觸發執行38圖書銷售網前臺系統－用例間的關系下新訂單在線支付<<extend>>UML用例圖執行者與用例間的關系--關聯關系執行者和用例的關系叫做關聯關系，該關系用實線表示（可帶也可不帶箭頭）。39注冊未登錄客戶UML用例圖40P.圖書銷售網前臺系統－用例圖用例文檔用例文檔是通過文字描述一個用例的行為，說明用例的邏輯流程。用例文檔一般包括：用例名稱、執行者、簡要說明、基本事件流、其他事件流、異常事件流。41UML用例文檔用例文檔簡要說明：對用例的主要功能進行簡要描述；基本事件流：描述用例在正常情況下的基本事件流程；其他事件流：描述用例執行過程中可行或備選的事件流程，該事件流不一定要被執行；異常事件流：描述用例執行過程中可能發生的非正常事件流程。例：表3-1“找回密碼”用例文檔，表6-7“下新訂單”用例文檔42UML用例文檔活動圖（ActivityDiagram）以圖形的方式描述實現用例所要執行的各項活動的順序安排，展現從一個活動到另一個活動的控制流程。可看作是用例的事件流程圖。43UML活動圖在UML中，構成活動圖的主要模型元素有活動、轉移、判斷、同步條、泳道和對象流。活動活動是構成活動圖的核心元素，表示在用例工作流程中執行的某個動作或步驟。在活動圖中，一個活動結束后立即進入下一個活動。45初態活動名活動終態UML活動圖轉移轉移表示活動之間的跳轉行為，它由活動的完成來觸發。46活動1活動2轉移UML活動圖判斷某活動完成后，根據條件的不同轉移到相應的不同活動。47條件1條件2判斷UML活動圖同步條用于顯示平行分支流，表示用例工作流程中的并行過程。48同步條UML活動圖泳道—展現了各項活動的執行對象，它把活動分成若干組，每組稱為一個泳道，上方標明活動負責對象。49P.“用戶登錄”用例活動圖（P52）對象流—活動的執行過程中創建、更新或使用到的一些相關對象。50P.“用戶注冊”用例活動圖（P52）51P.“取款”用例活動圖（P53）52P.圖書銷售網前臺系統--“下新訂單”用例活動圖（P126）UML分析類圖分析類圖（AnalysisClassDiagram）描述了為實現系統用例所需要的類（包括接口、協作）及它們之間的靜態關系。不僅定義系統中的類，表示類之間的聯系，還包括類的內部結構（屬性和操作）。53在UML中，分析類圖定義了系統中的類，描述了類的內部結構，表示了類之間的聯系。55在面向對象的方法中，系統中的任何事物都被看成是對象，通過對象間的交互實現系統的功能。類是創建對象的模板，找出系統中的類是系統運行的重要前提。UML分析類圖根據：“查看商品”用例的實現過程需要：商品查詢界面&用于查找商品的控制程序&提供“查詢商品信息()”方法的程序類UML分析類圖系統中的類根據在用例實現中所起的作用，將類分為三種類型：邊界類：邊界類位于系統與外界的交界處，主要負責接收來自執行者的信息。實體類：封裝了和數據庫表相關的操作，每個實體類在數據庫中有相應的表（通常以表命名）。控制類：負責接收邊界類的信息，并將其分發給實體類。圖書銷售網前臺系統--“下新訂單”用例邊界類實體類控制類類的屬性屬性描述了類的所有對象共有的特征，一個類可以有一個或多個屬性。在UML中，描述類屬性的完整語法格式為：

[可視性]屬性名[：類型][=初始值][約束特性]

其中[]部分的內容是可選的。UML分析類圖可視性

+—公用的（public）-—私有的（private）#—受保護的（protected）屬性名類型初始值約束特性UML分析類圖類的操作操作是類的所有對象共有的行為，一個類可以有任何數量的操作，它們只可以被作用到該類的對象上。在UML中，描述類操作的完整語法格式為：

[可視性]操作名([參數列表])[：返回類型][特性串]

其中[]部分的內容是可選的UML分析類圖操作名

訪問設置屬性的操作

創建和刪除對象的操作

實現功能的操作

輔助一個類完成自身任務的操作參數列表返回類型可視性特性串類之間的關系在UML中，類之間的關系主要有以下幾種：關聯關系（association）聚集關系（aggregation）依賴關系（dependency）實現關系（realization）泛化關系（generalization）UML分析類圖類之間的關系—關聯關系關聯關系是指類之間存在的某種語義上的固定關系，用一條實線表示。存在關聯關系的類之間很多時候也存在數量對應關系，且根據參與關聯的雙方對象的數量，可以分為：一對一關聯：如班級－班主任一對多關聯：如班級－學生多對多關聯：如學生－選修課UML分析類圖類之間的聯系－關聯關系關聯的數量關系在類圖中用重數（multiplicity）來表示，常用的重數符號有：1）“1..1”表示1個，是重數的默認值2）“0..1”表示0個或1個3）“0..*”或“*”表示0個或多個4）“1..*”表示1個或多個5）“1，3，6”表示1個、3個或6個，屬于枚舉型符號UML分析類圖類之間的聯系－關聯關系班級班主任1..11..1一對一聯系1..*1..1一對多聯系班級學生0..*0..*多對多聯系學生選修課選修關聯類UML分析類圖類之間的聯系－聚集關系在類圖中，聚集關系表示類之間部分和整體的關系，是一種特殊的關聯關系，用帶菱形的連線表示。聚集關系可以分為兩種：共享聚集（sharedaggregation）組合聚集（compositionaggregation）UML分析類圖類之間的聯系－聚集關系共享聚集：代表部分的對象可以同時屬于多個整體對象，為多個整體對象共享。共享聚集用帶空菱形的實線表示，菱形指向代表整體的類。刪除某個整體對象，關聯的部分對象仍存在。1..*1..*學校老師UML分析類圖類之間的聯系－聚集關系組