電子商務(wù)系統(tǒng)分析與設(shè)計(jì) 第三版 課件 第6章 電子商務(wù)系統(tǒng)分析-面向?qū)ο笙到y(tǒng)分析（UML穿插講）

第6章電子商務(wù)系統(tǒng)分析

（系統(tǒng)開發(fā)篇）學(xué)習(xí)內(nèi)容電子商務(wù)系統(tǒng)分析的任務(wù)和步驟電子商務(wù)系統(tǒng)的基本需求電子商務(wù)系統(tǒng)常用的調(diào)查方法結(jié)構(gòu)化系統(tǒng)分析法的主要建模工具面向?qū)ο笙到y(tǒng)分析法的主要建模工具3第3節(jié)面向?qū)ο笙到y(tǒng)分析法主要建模工具面向?qū)ο箝_發(fā)方法把系統(tǒng)看成是對(duì)象的集合，系統(tǒng)各個(gè)功能都是通過相關(guān)對(duì)象間的交互來實(shí)現(xiàn)的，通過描述對(duì)象間的交互關(guān)系來解釋系統(tǒng)實(shí)現(xiàn)過程。面向?qū)ο笙到y(tǒng)分析法中建立系統(tǒng)邏輯模型的主要工具有：UML用例圖UML用例文檔UML活動(dòng)圖UML分析類圖4P130頁UML簡(jiǎn)介UML概念UML（UnifiedModelingLanguage，統(tǒng)一建模語言）是一種面向?qū)ο蟮臉?biāo)準(zhǔn)化建模語言，用于對(duì)軟件系統(tǒng)進(jìn)行可視化的建模。visualizing（可視化）specifying（詳述）constructing（構(gòu)造）documenting（文檔化）P35頁UML簡(jiǎn)介UML與面向?qū)ο蠓椒║ML不是一個(gè)獨(dú)立的系統(tǒng)開發(fā)方法，而是面向?qū)ο蠓治鲈O(shè)計(jì)中采用的建模工具，用于建立系統(tǒng)模型。UML是面向?qū)ο蠓椒ǖ囊徊糠窒到y(tǒng)分析設(shè)計(jì)UML音樂創(chuàng)作UML的產(chǎn)生背景三種面向?qū)ο蠓椒ǖ慕y(tǒng)一：

Rumbaugh的OMT方法Booch的Booch方法Jacobson的OOSE方法JamesRumbaughGradyBoochIvarJacobsonUML簡(jiǎn)介UML簡(jiǎn)介UML的發(fā)展歷程1996年6月和11月發(fā)布UML0.9和UML0.911997年修訂成UML1.1隨后相繼推出UML1.2、UML1.3、UML1.42003年6月12日通過UML2.02005年以后UML成為建模語言國(guó)際標(biāo)準(zhǔn)目前常用的UML建模工具有SybasePowerDesigner16.5、IBMRationalRose2007和MicrosoftOfficeVisio2013UML簡(jiǎn)介UML的特點(diǎn)UML是一種可視化的建模語言UML是一種可用于詳細(xì)描述的語言UML是一種構(gòu)造語言，而不是一種編程語言UML是一種文檔化語言UML的功能為軟件系統(tǒng)的開發(fā)提供可視化模型規(guī)約軟件系統(tǒng)的開發(fā)過程構(gòu)造軟件系統(tǒng)的實(shí)施框架UML簡(jiǎn)介元素是模型的抽象元素之間的連接紐帶是關(guān)系UML類接口協(xié)作用例活動(dòng)類組件節(jié)點(diǎn)交互狀態(tài)機(jī)包注解用例圖靜態(tài)圖行為圖交互圖實(shí)現(xiàn)圖結(jié)構(gòu)元素行為元素分組元素注釋元素元素關(guān)系圖依賴關(guān)聯(lián)泛化聚集實(shí)現(xiàn)圖將元素的集合進(jìn)行分組P37UML簡(jiǎn)介Part3.UML圖－圖間關(guān)系5.實(shí)現(xiàn)圖組件圖配置圖1.用例圖順序圖協(xié)作圖4.交互圖活動(dòng)圖狀態(tài)圖3.行為圖類圖對(duì)象圖包圖2.靜態(tài)圖展開展開補(bǔ)充相互轉(zhuǎn)換實(shí)現(xiàn)實(shí)例化分析類圖實(shí)體類圖邊界類圖展開P68UML簡(jiǎn)介當(dāng)在面向?qū)ο笙到y(tǒng)開發(fā)中采用UML建立系統(tǒng)模型時(shí)，其主要過程是：用例圖用例文檔活動(dòng)圖分析類圖面向?qū)ο笙到y(tǒng)分析建立邏輯模型順序圖協(xié)作圖實(shí)體類圖狀態(tài)圖邊界類圖面向?qū)ο笙到y(tǒng)設(shè)計(jì)建立物理模型UML用例圖用例圖（UseCaseDiagram）從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。主要目的是幫助開發(fā)團(tuán)隊(duì)以一種可視化的方式來理解系統(tǒng)的功能需求。用于系統(tǒng)分析階段，確定“誰使用系統(tǒng)以及能夠做什么”。13P39頁14在UML中，用例圖由執(zhí)行者、執(zhí)行者之間的關(guān)系、用例、用例之間的關(guān)系以及執(zhí)行者與用例的關(guān)系組成。供貨人收銀員客戶買飲料供貨取貨款P.自動(dòng)售貨系統(tǒng)的用例圖UML用例圖執(zhí)行者（Actor）執(zhí)行者是系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何外部實(shí)體，它以某種方式參與了用例的執(zhí)行過程。執(zhí)行者可以是人或事物。15執(zhí)行者UML用例圖16對(duì)于電子商務(wù)系統(tǒng)而言，其執(zhí)行者主要就是系統(tǒng)的用戶，包括商務(wù)交易雙方及支持交易的合作方。如何識(shí)別執(zhí)行者？UML用例圖執(zhí)行者間的關(guān)系--泛化關(guān)系執(zhí)行者之間存在著泛化關(guān)系（繼承關(guān)系），即子類和父類的關(guān)系。17UML用例圖用例（UseCase）用例描述了系統(tǒng)的功能需求，是系統(tǒng)執(zhí)行的一系列動(dòng)作。從本質(zhì)上講，一個(gè)用例是執(zhí)行者與計(jì)算機(jī)之間的一次典型交互。18用例名用例UML用例圖19如何識(shí)別用例？UML用例圖用例由執(zhí)行者的需求決定，在系統(tǒng)分析中，用例可直接根據(jù)系統(tǒng)需求分析的結(jié)果確定。用例之間存在著一定的關(guān)系，這些關(guān)系包括泛化關(guān)系、包含關(guān)系和擴(kuò)展關(guān)系。泛化關(guān)系：用例可以被特殊列舉為一個(gè)或多個(gè)子用例，這被稱為用例泛化。20訂票網(wǎng)上訂票電話訂票泛化關(guān)系用帶空心三角箭頭的實(shí)線表示UML用例圖包含關(guān)系：一個(gè)基本用例的行為包含了另一個(gè)用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。21包含關(guān)系用標(biāo)有<<include>>的虛箭線表示管理價(jià)格漲價(jià)降價(jià)打折<<include>><<include>><<include>>UML用例圖擴(kuò)展關(guān)系：若B用例是A用例的一部分，但只在一定條件下才插入到A定義的行為中時(shí)，AB之間的關(guān)系稱作擴(kuò)展關(guān)系，且A是基本用例，B是擴(kuò)展用例。22擴(kuò)展關(guān)系用標(biāo)有<<extend>>的虛箭線表示還書賠償遺失書籍<<extend>>UML用例圖擴(kuò)展用例是基本用例的一個(gè)步驟，且不能獨(dú)立執(zhí)行，即需在基本用例被執(zhí)行后，滿足特定條件才會(huì)被觸發(fā)執(zhí)行登錄下新訂單<<extend>>？執(zhí)行者與用例間的關(guān)系--關(guān)聯(lián)關(guān)系執(zhí)行者和用例的關(guān)系叫做關(guān)聯(lián)關(guān)系，該關(guān)系用實(shí)線表示（可帶也可不帶箭頭）。23注冊(cè)未登錄客戶UML用例圖建立用例圖的步驟：確定系統(tǒng)的執(zhí)行者及其之間的關(guān)系根據(jù)執(zhí)行者確定系統(tǒng)的用例及其之間的關(guān)系確定用例與執(zhí)行者間的關(guān)系繪制并優(yōu)化用例圖用例圖建立實(shí)例：案例3-124UML用例圖25未登錄客戶已登錄客戶圖書銷售網(wǎng)前臺(tái)系統(tǒng)－執(zhí)行者UML用例圖翻至P130頁圖書銷售網(wǎng)前臺(tái)系統(tǒng)－用例已登錄客戶未登錄客戶搜索圖書注冊(cè)查看圖書信息添加購物車圖書登錄查看購物車修改購車數(shù)量刪除購物車圖書查看個(gè)人信息修改個(gè)人信息下新訂單退出結(jié)算查看訂單修改訂單刪除訂單在線支付27圖書銷售網(wǎng)前臺(tái)系統(tǒng)－用例間的關(guān)系下新訂單在線支付<<extend>>UML用例圖P.圖書銷售網(wǎng)前臺(tái)系統(tǒng)－用例圖課堂練習(xí)—用例圖完成教材P69頁第7題29用例文檔用例文檔是通過文字描述一個(gè)用例的行為，說明用例的邏輯流程。用例文檔一般包括：用例名稱、執(zhí)行者、簡(jiǎn)要說明、基本事件流、其他事件流、異常事件流。30UML用例文檔P42頁用例文檔簡(jiǎn)要說明：對(duì)用例的主要功能進(jìn)行簡(jiǎn)要描述；基本事件流：描述用例在正常情況下的基本事件流程；其他事件流：描述用例執(zhí)行過程中可行或備選的事件流程，該事件流不一定要被執(zhí)行；異常事件流：描述用例執(zhí)行過程中可能發(fā)生的非正常事件流程。例：表3-1“找回密碼”用例文檔，表6-7“下新訂單”用例文檔（P130）31UML用例文檔活動(dòng)圖（ActivityDiagram）以圖形的方式描述實(shí)現(xiàn)用例所要執(zhí)行的各項(xiàng)活動(dòng)的順序安排，展現(xiàn)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流程?？煽醋魇怯美氖录鞒虉D。32UML活動(dòng)圖P54頁在UML中，構(gòu)成活動(dòng)圖的主要模型元素有活動(dòng)、轉(zhuǎn)移、判斷、同步條、泳道和對(duì)象流。活動(dòng)活動(dòng)是構(gòu)成活動(dòng)圖的核心元素，表示在用例工作流程中執(zhí)行的某個(gè)動(dòng)作或步驟。在活動(dòng)圖中，一個(gè)活動(dòng)結(jié)束后立即進(jìn)入下一個(gè)活動(dòng)。34初態(tài)活動(dòng)名活動(dòng)終態(tài)UML活動(dòng)圖轉(zhuǎn)移轉(zhuǎn)移表示活動(dòng)之間的跳轉(zhuǎn)行為，它由活動(dòng)的完成來觸發(fā)。35活動(dòng)1活動(dòng)2轉(zhuǎn)移UML活動(dòng)圖判斷某活動(dòng)完成后，根據(jù)條件的不同轉(zhuǎn)移到相應(yīng)的不同活動(dòng)。36條件1條件2判斷UML活動(dòng)圖同步條用于顯示平行分支流，表示用例工作流程中的并行過程。37同步條UML活動(dòng)圖泳道—展現(xiàn)了各項(xiàng)活動(dòng)的執(zhí)行對(duì)象，它把活動(dòng)分成若干組，每組稱為一個(gè)泳道，上方標(biāo)明活動(dòng)負(fù)責(zé)對(duì)象。P.“用戶登錄”用例活動(dòng)圖對(duì)象流—活動(dòng)的執(zhí)行過程中創(chuàng)建、更新或使用到的一些相關(guān)對(duì)象。P.“用戶注冊(cè)”用例活動(dòng)圖建立活動(dòng)圖的步驟：找出負(fù)責(zé)工作流程的業(yè)務(wù)對(duì)象，并為每個(gè)對(duì)象建立一條泳道。確定工作流程的初始狀態(tài)和終結(jié)狀態(tài)。從初始狀態(tài)開始，找出隨時(shí)間發(fā)生的活動(dòng)，把它們表示成活動(dòng)狀態(tài)。建立連接活動(dòng)的轉(zhuǎn)移。列出與各項(xiàng)活動(dòng)有關(guān)的對(duì)象，建立活動(dòng)與對(duì)象之間的對(duì)象流?；顒?dòng)圖建立實(shí)例：案例3-540UML用例圖P.“取款”用例活動(dòng)圖P.圖書銷售網(wǎng)前臺(tái)系統(tǒng)--“下新訂單”用例活動(dòng)圖（P132）課堂練習(xí)—用例文檔某系統(tǒng)“用戶注冊(cè)”用例的基本過程為：用戶填寫賬號(hào)、密碼進(jìn)行快速注冊(cè)；當(dāng)賬戶信息確認(rèn)無誤，系統(tǒng)將創(chuàng)建新賬戶，然后轉(zhuǎn)到用戶個(gè)人信息界面；用戶可以進(jìn)一步添加其他信息，也可以后再添加。請(qǐng)編寫該用例的用例文檔。4344用例名稱：注冊(cè)執(zhí)行者：新用戶簡(jiǎn)要說明：新用戶填寫個(gè)人信息成為系統(tǒng)用戶基本事件流：1.新用戶打開用戶注冊(cè)界面，填寫系統(tǒng)用戶名

若用戶名已存在，則執(zhí)行異常事件流E1

否則提示用戶“恭喜您，xxx用戶名可用！”2.用戶繼續(xù)輸入密碼并點(diǎn)擊注冊(cè)

若兩次密碼輸入不一致，則執(zhí)行異常事件流E2

否則系統(tǒng)添加一個(gè)新用戶并提示注冊(cè)成功，后轉(zhuǎn)到用戶信息界面3.用戶查看個(gè)人信息若用戶想現(xiàn)在添加其它信息，則輸入其它信息并點(diǎn)擊“保存”否則執(zhí)行其他事件流O14.系統(tǒng)更新用戶信息并提示“添加成功”45其他事件流：O1:用戶現(xiàn)在暫時(shí)不想添加其它信息用戶點(diǎn)擊“返回”，系統(tǒng)轉(zhuǎn)到主界面異常事件流：E1:用戶名已存在

系統(tǒng)提示“xxx用戶名已存在，請(qǐng)重新輸入”E2:兩次密碼輸入不一致

系統(tǒng)提示“密碼輸入不一致，請(qǐng)重新輸入”課堂練習(xí)—活動(dòng)圖請(qǐng)結(jié)合自己的理解，參照教材P57頁圖3-29“取款”用例活動(dòng)圖，畫出“存款”用例活動(dòng)圖。4647詢問是否打印憑條UML分析類圖類圖（ClassDiagram）描述了為實(shí)現(xiàn)系統(tǒng)用例所需要的類（包括接口、協(xié)作）及它們之間的靜態(tài)關(guān)系。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系，還包括類的內(nèi)部結(jié)構(gòu)（屬性和操作）。48P43頁在UML中，類圖定義了系統(tǒng)中的類，描述了類的內(nèi)部結(jié)構(gòu)，表示了類之間的聯(lián)系。50在面向?qū)ο蠓椒ㄖ?，用例的?zhí)行是通過相關(guān)對(duì)象及其之間的交互來實(shí)現(xiàn)的，可通過分析用例的實(shí)現(xiàn)過程尋找類。如何確定系統(tǒng)用例所需的類？UML分析類圖P4451顧客點(diǎn)餐用例服務(wù)員分單員廚師食材根據(jù)在完成點(diǎn)餐中所起作用，將工作人員分為三種類型根據(jù)在用例實(shí)現(xiàn)中所起作用，將所需類分為三種類型控制類負(fù)責(zé)接收邊界類的信息，并將其分發(fā)給實(shí)體類。邊界類位于系統(tǒng)與外界的交界處，主要負(fù)責(zé)接收來自執(zhí)行者的信息。實(shí)體類封裝了和數(shù)據(jù)庫表相關(guān)的操作；與數(shù)據(jù)庫表一一對(duì)應(yīng)。DB“查看商品”用例所需的類？查詢界面接收顧客輸入的商品查詢要求，并轉(zhuǎn)給控制類對(duì)象查找商品分析顧客要求查找商品信息整理查詢結(jié)果反饋結(jié)果商品查詢商品()..................DB商品表“借閱圖書”用例所需的類？借書界面接收讀者輸入的借書信息，并轉(zhuǎn)給控制類對(duì)象借閱圖書分析讀者要求添加借書記錄更新圖書狀態(tài)整理處理結(jié)果反饋結(jié)果圖書編輯圖書()..................DB圖書表借書記錄表借書記錄增加借書記錄()..................注：用例需要哪些具體的類可根據(jù)分析者的理解和編程思路確定。類的內(nèi)部結(jié)構(gòu)—類的屬性屬性描述了類的所有對(duì)象共有的特征，一個(gè)類可以有一個(gè)或多個(gè)屬性。在UML中，描述類屬性的完整語法格式為：

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

其中[]部分的內(nèi)容是可選的。UML分析類圖可視性

+—公用的（public）-—私有的（private）#—受保護(hù)的（protected）屬性名類型初始值約束特性UML分析類圖類的內(nèi)部結(jié)構(gòu)—類的操作操作是類的所有對(duì)象共有的行為，一個(gè)類可以有任何數(shù)量的操作，它們只可以被作用到該類的對(duì)象上。在UML中，描述類操作的完整語法格式為：

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

其中[]部分的內(nèi)容是可選的UML分析類圖操作名

訪問設(shè)置屬性的操作

創(chuàng)建和刪除對(duì)象的操作

實(shí)現(xiàn)功能的操作

輔助一個(gè)類完成自身任務(wù)的操作參數(shù)列表返回類型可視性特性串類之間的關(guān)系在UML中，類之間的關(guān)系主要有以下幾種：關(guān)聯(lián)關(guān)系（association）聚集關(guān)系（aggregation）依賴關(guān)系（dependency）實(shí)現(xiàn)關(guān)系（realization）泛化關(guān)系（generalization）UML分析類圖類之間的關(guān)系—關(guān)聯(lián)關(guān)系關(guān)聯(lián)關(guān)系是指類之間存在的某種語義上的固定關(guān)系，用一條實(shí)線表示。存在關(guān)聯(lián)關(guān)系的類之間很多時(shí)候也存在數(shù)量對(duì)應(yīng)關(guān)系，且根據(jù)參與關(guān)聯(lián)的雙方對(duì)象的數(shù)量，可以分為：一對(duì)一關(guān)聯(lián)：如班級(jí)－班主任一對(duì)多關(guān)聯(lián)：如班級(jí)－學(xué)生多對(duì)多關(guān)聯(lián)：如學(xué)生－選修課UML分析類圖類之間的聯(lián)系－關(guān)聯(lián)關(guān)系關(guān)聯(lián)的數(shù)量關(guān)系在類圖中用重?cái)?shù)（multiplicity）來表示，常用的重?cái)?shù)符號(hào)有：“1..1”表示1個(gè)，是重?cái)?shù)的默認(rèn)值“0..1”表示0個(gè)或1個(gè)“0..*”或“*”表示0個(gè)或多個(gè)“1..*”表示1個(gè)或多個(gè)“1，3，6”表示1個(gè)、3個(gè)或6個(gè)，屬于枚舉型符號(hào)UML分析類圖類之間的聯(lián)系－關(guān)聯(lián)關(guān)系班級(jí)班主任1..11..1一對(duì)一聯(lián)系1..*1..1一對(duì)多聯(lián)系班級(jí)學(xué)生0..*0..*多對(duì)多聯(lián)系學(xué)生選修課選修關(guān)聯(lián)類UML分析類圖類之間的聯(lián)系－聚集關(guān)系在類圖中，聚集關(guān)系表示類之間部分和整體的關(guān)系，是一種特殊的關(guān)聯(lián)關(guān)系，用帶菱形的連線表示。聚集關(guān)系可以分為兩種：共享聚集（sharedaggregation）組合聚集（compositionaggregation）UML分析類圖類之間的聯(lián)系－聚集關(guān)系共享聚集：代表部分的對(duì)象可以同時(shí)屬于多個(gè)整體對(duì)象，為多個(gè)整體對(duì)象共享。共享聚集用帶空菱形的實(shí)線表示，菱形指向代表整體的類。刪除某個(gè)整體對(duì)象，關(guān)聯(lián)的部分對(duì)象仍存在。1..*1..*學(xué)校老師UML分析類圖類之間的聯(lián)系－聚集關(guān)系組合聚集：代表部分的對(duì)象僅屬于同一個(gè)整體對(duì)象。組合聚集用帶實(shí)菱形的實(shí)線表示，菱形指向代表整體的類。部分對(duì)象與整體對(duì)象同時(shí)存在。班級(jí)學(xué)生1..*1..1UML分析類圖類之間的聯(lián)系－依賴關(guān)系依賴表示類之間的調(diào)用關(guān)系，用虛箭線表示。如果類A訪問類B的屬性和操作，或類A負(fù)責(zé)實(shí)例化類B，則類A依賴類B。LoginUserInquiringUser()控制類“Login”在運(yùn)行時(shí)需要調(diào)用實(shí)體類“User”中的“InquiringUser()”操作，它們之間存在依賴關(guān)系UML分析類圖類之間的聯(lián)系－實(shí)現(xiàn)關(guān)系實(shí)現(xiàn)關(guān)系是指類與所對(duì)應(yīng)接口之間的關(guān)系，用帶空心三角形的虛線表示，三角形指向接口。接口可看成是一種只有操作、沒有屬性的特殊類，接口定義操作，類負(fù)責(zé)實(shí)現(xiàn)接口中的操作。UserOrder類負(fù)責(zé)實(shí)現(xiàn)Order接口UML分析類圖類之間的聯(lián)系－泛化關(guān)系在類圖中，泛化關(guān)系指的是類之間一般與特殊的關(guān)系，即父子關(guān)系。用帶空心三角形的實(shí)線表示。專業(yè)課基礎(chǔ)課課程UML分析類圖“查看商品”用例--類之間的關(guān)系關(guān)聯(lián)關(guān)系依賴關(guān)系查詢界面查找商品商品顧客根據(jù)組成結(jié)構(gòu)及用途可將類圖分為：分析類圖：由邊界類、控制類和實(shí)體類三種類組成，用于在系統(tǒng)分析階段描述用例執(zhí)行過程。實(shí)體類圖：指明系統(tǒng)中的各實(shí)體類及其之間的關(guān)系，用于在系統(tǒng)設(shè)計(jì)階段描述系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)。邊界類圖：指明系統(tǒng)中所有邊界類及其之間的關(guān)系，用于在系統(tǒng)設(shè)計(jì)階段展現(xiàn)系統(tǒng)網(wǎng)站各頁面之間的連接及跳轉(zhuǎn)關(guān)系。UML分析類圖P48建立類圖的步驟：根據(jù)系統(tǒng)需求識(shí)別系統(tǒng)中的類。根據(jù)系統(tǒng)性質(zhì)確定各個(gè)類的屬性。結(jié)合類的屬性及系統(tǒng)功能識(shí)別類的操作。確定類之間的關(guān)系。繪制并優(yōu)化類圖。類圖建立實(shí)例：案例3-2、3-370UML分析類圖圖書銷售網(wǎng)