版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
第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)看成是對象的集合,系統(tǒng)各個功能都是通過相關(guān)對象間的交互來實現(xiàn)的,通過描述對象間的交互關(guān)系來解釋系統(tǒng)實現(xiàn)過程。面向?qū)ο笙到y(tǒng)分析法中建立系統(tǒng)邏輯模型的主要工具有:UML用例圖UML用例文檔UML活動圖UML分析類圖4P130頁UML簡介UML概念UML(UnifiedModelingLanguage,統(tǒng)一建模語言)是一種面向?qū)ο蟮臉藴驶UZ言,用于對軟件系統(tǒng)進行可視化的建模。visualizing(可視化)specifying(詳述)constructing(構(gòu)造)documenting(文檔化)P35頁UML簡介UML與面向?qū)ο蠓椒║ML不是一個獨立的系統(tǒng)開發(fā)方法,而是面向?qū)ο蠓治鲈O(shè)計中采用的建模工具,用于建立系統(tǒng)模型。UML是面向?qū)ο蠓椒ǖ囊徊糠窒到y(tǒng)分析設(shè)計UML音樂創(chuàng)作UML的產(chǎn)生背景三種面向?qū)ο蠓椒ǖ慕y(tǒng)一:
Rumbaugh的OMT方法Booch的Booch方法Jacobson的OOSE方法JamesRumbaughGradyBoochIvarJacobsonUML簡介UML簡介UML的發(fā)展歷程1996年6月和11月發(fā)布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是一種構(gòu)造語言,而不是一種編程語言UML是一種文檔化語言UML的功能為軟件系統(tǒng)的開發(fā)提供可視化模型規(guī)約軟件系統(tǒng)的開發(fā)過程構(gòu)造軟件系統(tǒng)的實施框架UML簡介元素是模型的抽象元素之間的連接紐帶是關(guān)系UML類接口協(xié)作用例活動類組件節(jié)點交互狀態(tài)機包注解用例圖靜態(tài)圖行為圖交互圖實現(xiàn)圖結(jié)構(gòu)元素行為元素分組元素注釋元素元素關(guān)系圖依賴關(guān)聯(lián)泛化聚集實現(xiàn)圖將元素的集合進行分組P37UML簡介Part3.UML圖-圖間關(guān)系5.實現(xiàn)圖組件圖配置圖1.用例圖順序圖協(xié)作圖4.交互圖活動圖狀態(tài)圖3.行為圖類圖對象圖包圖2.靜態(tài)圖展開展開補充相互轉(zhuǎn)換實現(xiàn)實例化分析類圖實體類圖邊界類圖展開P68UML簡介當在面向?qū)ο笙到y(tǒng)開發(fā)中采用UML建立系統(tǒng)模型時,其主要過程是:用例圖用例文檔活動圖分析類圖面向?qū)ο笙到y(tǒng)分析建立邏輯模型順序圖協(xié)作圖實體類圖狀態(tài)圖邊界類圖面向?qū)ο笙到y(tǒng)設(shè)計建立物理模型UML用例圖用例圖(UseCaseDiagram)從用戶角度描述系統(tǒng)功能,并指出各功能的操作者。主要目的是幫助開發(fā)團隊以一種可視化的方式來理解系統(tǒng)的功能需求。用于系統(tǒng)分析階段,確定“誰使用系統(tǒng)以及能夠做什么”。13P39頁14在UML中,用例圖由執(zhí)行者、執(zhí)行者之間的關(guān)系、用例、用例之間的關(guān)系以及執(zhí)行者與用例的關(guān)系組成。供貨人收銀員客戶買飲料供貨取貨款P.自動售貨系統(tǒng)的用例圖UML用例圖執(zhí)行者(Actor)執(zhí)行者是系統(tǒng)之外,透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何外部實體,它以某種方式參與了用例的執(zhí)行過程。執(zhí)行者可以是人或事物。15執(zhí)行者UML用例圖16對于電子商務(wù)系統(tǒng)而言,其執(zhí)行者主要就是系統(tǒng)的用戶,包括商務(wù)交易雙方及支持交易的合作方。如何識別執(zhí)行者?UML用例圖執(zhí)行者間的關(guān)系--泛化關(guān)系執(zhí)行者之間存在著泛化關(guān)系(繼承關(guān)系),即子類和父類的關(guān)系。17UML用例圖用例(UseCase)用例描述了系統(tǒng)的功能需求,是系統(tǒng)執(zhí)行的一系列動作。從本質(zhì)上講,一個用例是執(zhí)行者與計算機之間的一次典型交互。18用例名用例UML用例圖19如何識別用例?UML用例圖用例由執(zhí)行者的需求決定,在系統(tǒng)分析中,用例可直接根據(jù)系統(tǒng)需求分析的結(jié)果確定。用例之間存在著一定的關(guān)系,這些關(guān)系包括泛化關(guān)系、包含關(guān)系和擴展關(guān)系。泛化關(guān)系:用例可以被特殊列舉為一個或多個子用例,這被稱為用例泛化。20訂票網(wǎng)上訂票電話訂票泛化關(guān)系用帶空心三角箭頭的實線表示UML用例圖包含關(guān)系:一個基本用例的行為包含了另一個用例具有的行為,并把它所包含的用例行為作為自身行為的一部分。21包含關(guān)系用標有<<include>>的虛箭線表示管理價格漲價降價打折<<include>><<include>><<include>>UML用例圖擴展關(guān)系:若B用例是A用例的一部分,但只在一定條件下才插入到A定義的行為中時,AB之間的關(guān)系稱作擴展關(guān)系,且A是基本用例,B是擴展用例。22擴展關(guān)系用標有<<extend>>的虛箭線表示還書賠償遺失書籍<<extend>>UML用例圖擴展用例是基本用例的一個步驟,且不能獨立執(zhí)行,即需在基本用例被執(zhí)行后,滿足特定條件才會被觸發(fā)執(zhí)行登錄下新訂單<<extend>>?執(zhí)行者與用例間的關(guān)系--關(guān)聯(lián)關(guān)系執(zhí)行者和用例的關(guān)系叫做關(guān)聯(lián)關(guān)系,該關(guān)系用實線表示(可帶也可不帶箭頭)。23注冊未登錄客戶UML用例圖建立用例圖的步驟:確定系統(tǒng)的執(zhí)行者及其之間的關(guān)系根據(jù)執(zhí)行者確定系統(tǒng)的用例及其之間的關(guān)系確定用例與執(zhí)行者間的關(guān)系繪制并優(yōu)化用例圖用例圖建立實例:案例3-124UML用例圖25未登錄客戶已登錄客戶圖書銷售網(wǎng)前臺系統(tǒng)-執(zhí)行者UML用例圖翻至P130頁圖書銷售網(wǎng)前臺系統(tǒng)-用例已登錄客戶未登錄客戶搜索圖書注冊查看圖書信息添加購物車圖書登錄查看購物車修改購車數(shù)量刪除購物車圖書查看個人信息修改個人信息下新訂單退出結(jié)算查看訂單修改訂單刪除訂單在線支付27圖書銷售網(wǎng)前臺系統(tǒng)-用例間的關(guān)系下新訂單在線支付<<extend>>UML用例圖P.圖書銷售網(wǎng)前臺系統(tǒng)-用例圖課堂練習(xí)—用例圖完成教材P69頁第7題29用例文檔用例文檔是通過文字描述一個用例的行為,說明用例的邏輯流程。用例文檔一般包括:用例名稱、執(zhí)行者、簡要說明、基本事件流、其他事件流、異常事件流。30UML用例文檔P42頁用例文檔簡要說明:對用例的主要功能進行簡要描述;基本事件流:描述用例在正常情況下的基本事件流程;其他事件流:描述用例執(zhí)行過程中可行或備選的事件流程,該事件流不一定要被執(zhí)行;異常事件流:描述用例執(zhí)行過程中可能發(fā)生的非正常事件流程。例:表3-1“找回密碼”用例文檔,表6-7“下新訂單”用例文檔(P130)31UML用例文檔活動圖(ActivityDiagram)以圖形的方式描述實現(xiàn)用例所要執(zhí)行的各項活動的順序安排,展現(xiàn)從一個活動到另一個活動的控制流程。可看作是用例的事件流程圖。32UML活動圖P54頁在UML中,構(gòu)成活動圖的主要模型元素有活動、轉(zhuǎn)移、判斷、同步條、泳道和對象流。活動活動是構(gòu)成活動圖的核心元素,表示在用例工作流程中執(zhí)行的某個動作或步驟。在活動圖中,一個活動結(jié)束后立即進入下一個活動。34初態(tài)活動名活動終態(tài)UML活動圖轉(zhuǎn)移轉(zhuǎn)移表示活動之間的跳轉(zhuǎn)行為,它由活動的完成來觸發(fā)。35活動1活動2轉(zhuǎn)移UML活動圖判斷某活動完成后,根據(jù)條件的不同轉(zhuǎn)移到相應(yīng)的不同活動。36條件1條件2判斷UML活動圖同步條用于顯示平行分支流,表示用例工作流程中的并行過程。37同步條UML活動圖泳道—展現(xiàn)了各項活動的執(zhí)行對象,它把活動分成若干組,每組稱為一個泳道,上方標明活動負責對象。P.“用戶登錄”用例活動圖對象流—活動的執(zhí)行過程中創(chuàng)建、更新或使用到的一些相關(guān)對象。P.“用戶注冊”用例活動圖建立活動圖的步驟:找出負責工作流程的業(yè)務(wù)對象,并為每個對象建立一條泳道。確定工作流程的初始狀態(tài)和終結(jié)狀態(tài)。從初始狀態(tài)開始,找出隨時間發(fā)生的活動,把它們表示成活動狀態(tài)。建立連接活動的轉(zhuǎn)移。列出與各項活動有關(guān)的對象,建立活動與對象之間的對象流?;顒訄D建立實例:案例3-540UML用例圖P.“取款”用例活動圖P.圖書銷售網(wǎng)前臺系統(tǒng)--“下新訂單”用例活動圖(P132)課堂練習(xí)—用例文檔某系統(tǒng)“用戶注冊”用例的基本過程為:用戶填寫賬號、密碼進行快速注冊;當賬戶信息確認無誤,系統(tǒng)將創(chuàng)建新賬戶,然后轉(zhuǎn)到用戶個人信息界面;用戶可以進一步添加其他信息,也可以后再添加。請編寫該用例的用例文檔。4344用例名稱:注冊執(zhí)行者:新用戶簡要說明:新用戶填寫個人信息成為系統(tǒng)用戶基本事件流:1.新用戶打開用戶注冊界面,填寫系統(tǒng)用戶名
若用戶名已存在,則執(zhí)行異常事件流E1
否則提示用戶“恭喜您,xxx用戶名可用!”2.用戶繼續(xù)輸入密碼并點擊注冊
若兩次密碼輸入不一致,則執(zhí)行異常事件流E2
否則系統(tǒng)添加一個新用戶并提示注冊成功,后轉(zhuǎn)到用戶信息界面3.用戶查看個人信息若用戶想現(xiàn)在添加其它信息,則輸入其它信息并點擊“保存”否則執(zhí)行其他事件流O14.系統(tǒng)更新用戶信息并提示“添加成功”45其他事件流:O1:用戶現(xiàn)在暫時不想添加其它信息用戶點擊“返回”,系統(tǒng)轉(zhuǎn)到主界面異常事件流:E1:用戶名已存在
系統(tǒng)提示“xxx用戶名已存在,請重新輸入”E2:兩次密碼輸入不一致
系統(tǒng)提示“密碼輸入不一致,請重新輸入”課堂練習(xí)—活動圖請結(jié)合自己的理解,參照教材P57頁圖3-29“取款”用例活動圖,畫出“存款”用例活動圖。4647詢問是否打印憑條UML分析類圖類圖(ClassDiagram)描述了為實現(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)對象及其之間的交互來實現(xiàn)的,可通過分析用例的實現(xiàn)過程尋找類。如何確定系統(tǒng)用例所需的類?UML分析類圖P4451顧客點餐用例服務(wù)員分單員廚師食材根據(jù)在完成點餐中所起作用,將工作人員分為三種類型根據(jù)在用例實現(xiàn)中所起作用,將所需類分為三種類型控制類負責接收邊界類的信息,并將其分發(fā)給實體類。邊界類位于系統(tǒng)與外界的交界處,主要負責接收來自執(zhí)行者的信息。實體類封裝了和數(shù)據(jù)庫表相關(guān)的操作;與數(shù)據(jù)庫表一一對應(yīng)。DB“查看商品”用例所需的類?查詢界面接收顧客輸入的商品查詢要求,并轉(zhuǎn)給控制類對象查找商品分析顧客要求查找商品信息整理查詢結(jié)果反饋結(jié)果商品查詢商品()..................DB商品表“借閱圖書”用例所需的類?借書界面接收讀者輸入的借書信息,并轉(zhuǎn)給控制類對象借閱圖書分析讀者要求添加借書記錄更新圖書狀態(tài)整理處理結(jié)果反饋結(jié)果圖書編輯圖書()..................DB圖書表借書記錄表借書記錄增加借書記錄()..................注:用例需要哪些具體的類可根據(jù)分析者的理解和編程思路確定。類的內(nèi)部結(jié)構(gòu)—類的屬性屬性描述了類的所有對象共有的特征,一個類可以有一個或多個屬性。在UML中,描述類屬性的完整語法格式為:
[可視性]屬性名[:類型][=初始值][約束特性]
其中[]部分的內(nèi)容是可選的。UML分析類圖可視性
+—公用的(public)-—私有的(private)#—受保護的(protected)屬性名類型初始值約束特性UML分析類圖類的內(nèi)部結(jié)構(gòu)—類的操作操作是類的所有對象共有的行為,一個類可以有任何數(shù)量的操作,它們只可以被作用到該類的對象上。在UML中,描述類操作的完整語法格式為:
[可視性]操作名([參數(shù)列表])[:返回類型][特性串]
其中[]部分的內(nèi)容是可選的UML分析類圖操作名
訪問設(shè)置屬性的操作
創(chuàng)建和刪除對象的操作
實現(xiàn)功能的操作
輔助一個類完成自身任務(wù)的操作參數(shù)列表返回類型可視性特性串類之間的關(guān)系在UML中,類之間的關(guān)系主要有以下幾種:關(guān)聯(lián)關(guān)系(association)聚集關(guān)系(aggregation)依賴關(guān)系(dependency)實現(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)系,用一條實線表示。存在關(guān)聯(lián)關(guān)系的類之間很多時候也存在數(shù)量對應(yīng)關(guān)系,且根據(jù)參與關(guān)聯(lián)的雙方對象的數(shù)量,可以分為:一對一關(guān)聯(lián):如班級-班主任一對多關(guān)聯(lián):如班級-學(xué)生多對多關(guān)聯(lián):如學(xué)生-選修課UML分析類圖類之間的聯(lián)系-關(guān)聯(lián)關(guān)系關(guān)聯(lián)的數(shù)量關(guān)系在類圖中用重數(shù)(multiplicity)來表示,常用的重數(shù)符號有:“1..1”表示1個,是重數(shù)的默認值“0..1”表示0個或1個“0..*”或“*”表示0個或多個“1..*”表示1個或多個“1,3,6”表示1個、3個或6個,屬于枚舉型符號UML分析類圖類之間的聯(lián)系-關(guān)聯(lián)關(guān)系班級班主任1..11..1一對一聯(lián)系1..*1..1一對多聯(lián)系班級學(xué)生0..*0..*多對多聯(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)系共享聚集:代表部分的對象可以同時屬于多個整體對象,為多個整體對象共享。共享聚集用帶空菱形的實線表示,菱形指向代表整體的類。刪除某個整體對象,關(guān)聯(lián)的部分對象仍存在。1..*1..*學(xué)校老師UML分析類圖類之間的聯(lián)系-聚集關(guān)系組合聚集:代表部分的對象僅屬于同一個整體對象。組合聚集用帶實菱形的實線表示,菱形指向代表整體的類。部分對象與整體對象同時存在。班級學(xué)生1..*1..1UML分析類圖類之間的聯(lián)系-依賴關(guān)系依賴表示類之間的調(diào)用關(guān)系,用虛箭線表示。如果類A訪問類B的屬性和操作,或類A負責實例化類B,則類A依賴類B。LoginUserInquiringUser()控制類“Login”在運行時需要調(diào)用實體類“User”中的“InquiringUser()”操作,它們之間存在依賴關(guān)系UML分析類圖類之間的聯(lián)系-實現(xiàn)關(guān)系實現(xiàn)關(guān)系是指類與所對應(yīng)接口之間的關(guān)系,用帶空心三角形的虛線表示,三角形指向接口。接口可看成是一種只有操作、沒有屬性的特殊類,接口定義操作,類負責實現(xiàn)接口中的操作。UserOrder類負責實現(xiàn)Order接口UML分析類圖類之間的聯(lián)系-泛化關(guān)系在類圖中,泛化關(guān)系指的是類之間一般與特殊的關(guān)系,即父子關(guān)系。用帶空心三角形的實線表示。專業(yè)課基礎(chǔ)課課程UML分析類圖“查看商品”用例--類之間的關(guān)系關(guān)聯(lián)關(guān)系依賴關(guān)系查詢界面查找商品商品顧客根據(jù)組成結(jié)構(gòu)及用途可將類圖分為:分析類圖:由邊界類、控制類和實體類三種類組成,用于在系統(tǒng)分析階段描述用例執(zhí)行過程。實體類圖:指明系統(tǒng)中的各實體類及其之間的關(guān)系,用于在系統(tǒng)設(shè)計階段描述系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)。邊界類圖:指明系統(tǒng)中所有邊界類及其之間的關(guān)系,用于在系統(tǒng)設(shè)計階段展現(xiàn)系統(tǒng)網(wǎng)站各頁面之間的連接及跳轉(zhuǎn)關(guān)系。UML分析類圖P48建立類圖的步驟:根據(jù)系統(tǒng)需求識別系統(tǒng)中的類。根據(jù)系統(tǒng)性質(zhì)確定各個類的屬性。結(jié)合類的屬性及系統(tǒng)功能識別類的操作。確定類之間的關(guān)系。繪制并優(yōu)化類圖。類圖建立實例:案例3-2、3-370UML分析類圖圖書銷售網(wǎng)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 小班月度工作計劃范文
- 2024年版職工崗位聘用協(xié)議樣本版B版
- 五年級上冊教學(xué)計劃三篇
- 服裝店工作計劃錦集
- 小學(xué)教學(xué)計劃模板合集六篇
- 2023傳染病防控工作計劃
- 在酒店實習(xí)報告合集10篇
- 藍金色大氣工作匯報模板
- 五年級感恩節(jié)的作文400字5篇
- 第三季度營銷策劃工作總結(jié)與計劃
- 《經(jīng)濟法學(xué)》課程思政教學(xué)案例
- 山茶油知識普及課件
- 礦山行業(yè)創(chuàng)新與科技進步
- 現(xiàn)場管理的協(xié)調(diào)與溝通
- 優(yōu)化獻血服務(wù)流程
- 雙語學(xué)校2023-2024一二年級上學(xué)期期末無紙化測試方案
- 史上最全變電站各類設(shè)備講解
- 教科版三年級科學(xué)上冊全冊知識點+全冊單元測試【全冊】
- 2023年MCU銷售工程師年度總結(jié)及下年工作展望
- 國家開放大學(xué)2023年7月期末統(tǒng)一試《11130衛(wèi)生法學(xué)》試題及答案-開放本科
- 煙囪工程鋼筋量砼量計算模板
評論
0/150
提交評論