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

（系統(tǒng)開發(fā)篇）學(xué)習(xí)內(nèi)容2電子商務(wù)系統(tǒng)分析的任務(wù)和步驟電子商務(wù)系統(tǒng)的基本需求電子商務(wù)系統(tǒng)常用的調(diào)查方法結(jié)構(gòu)化系統(tǒng)分析法的主要建模工具面向?qū)ο笙到y(tǒng)分析法的主要建模工具3第1節(jié)電子商務(wù)系統(tǒng)分析概述電子商務(wù)系統(tǒng)分析的任務(wù)4系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)運(yùn)作模式、體系結(jié)構(gòu)及可行性報(bào)告電子商務(wù)系統(tǒng)的特點(diǎn)系統(tǒng)調(diào)查方法明確系統(tǒng)“做什么”系統(tǒng)基本需求用戶特定需求邏輯模型系統(tǒng)分析方法系統(tǒng)分析報(bào)告熟悉商務(wù)運(yùn)作過程中的基本商務(wù)環(huán)節(jié)及其特點(diǎn)確定開展商務(wù)活動(dòng)的重點(diǎn)和要點(diǎn)確定系統(tǒng)基本需求（用戶基本需求）對象：企業(yè)組織結(jié)構(gòu)、主要業(yè)務(wù)、業(yè)務(wù)活動(dòng)的數(shù)據(jù)流程和處理過程等目的：確定用戶特定需求電子商務(wù)系統(tǒng)分析的步驟51.掌握企業(yè)商務(wù)活動(dòng)的特點(diǎn)2.系統(tǒng)調(diào)查3.建立系統(tǒng)邏輯模型4.形成系統(tǒng)分析報(bào)告對系統(tǒng)基本需求和用戶特定需求進(jìn)行整理，并采用某一系統(tǒng)分析方法建立系統(tǒng)邏輯模型撰寫系統(tǒng)分析結(jié)果的說明掌握企業(yè)商務(wù)活動(dòng)的特點(diǎn)6電子商務(wù)系統(tǒng)典型運(yùn)行模式BB2BC2CC2企業(yè)對企業(yè)企業(yè)對消費(fèi)者消費(fèi)者對消費(fèi)者重點(diǎn)：確定要開發(fā)的電子商務(wù)系統(tǒng)的基本需求。B2B電子商務(wù)系統(tǒng)基本需求7B2B是企業(yè)與企業(yè)之間通過互聯(lián)網(wǎng)進(jìn)行產(chǎn)品、服務(wù)及信息的交易，即企業(yè)與企業(yè)之間的電子商務(wù)。如：阿里巴巴政府機(jī)構(gòu)物流企業(yè)中介買方企業(yè)賣方企業(yè)參與者B2B電子商務(wù)系統(tǒng)基本需求8會員管理信息發(fā)布信息查詢在線交易訂單管理拍賣與投標(biāo)采購網(wǎng)上洽談商務(wù)論壇廣告宣傳B2B電子商務(wù)的基本需求B2B功能?包括創(chuàng)建新的產(chǎn)品信息、設(shè)置交易方式、修改產(chǎn)品信息和刪除產(chǎn)品信息等B2C電子商務(wù)系統(tǒng)基本需求9B2C是商家對消費(fèi)者的電子商務(wù)，也就是通常說的商業(yè)零售，直接面向消費(fèi)者銷售產(chǎn)品和服務(wù)。最具代表性的就是網(wǎng)上商店。如：當(dāng)當(dāng)網(wǎng)政府機(jī)構(gòu)物流企業(yè)中介消費(fèi)者商家參與者B2C電子商務(wù)系統(tǒng)基本需求10消費(fèi)者需求用戶注冊、登錄商品查詢購物車為購買產(chǎn)品下訂單查看、撤銷和修改訂單跟蹤訂單狀態(tài)在線支付新手導(dǎo)航信息反饋B2C電子商務(wù)的基本需求商家需求商品信息發(fā)布檢查客戶的注冊信息發(fā)布和管理網(wǎng)絡(luò)廣告處理客戶訂單商品庫存管理精品推薦、促銷活動(dòng)和物流配送系統(tǒng)建立接口和銀行之間的接口客戶關(guān)系管理售后服務(wù)C2C電子商務(wù)系統(tǒng)基本需求11C2C是消費(fèi)者對消費(fèi)者的模式。C2C商務(wù)系統(tǒng)就是通過為買賣雙方提供一個(gè)在線交易平臺，使賣方可以主動(dòng)提供商品上網(wǎng)拍賣，而買方可以自行選擇商品進(jìn)行競價(jià)。如：淘寶集市政府機(jī)構(gòu)物流企業(yè)中介買方賣方參與者C2C電子商務(wù)系統(tǒng)基本需求12會員注冊、認(rèn)證賣家管理買家管理論壇新手導(dǎo)航客戶服務(wù)C2C電子商務(wù)的基本需求C2C功能?包括店鋪設(shè)置管理、商品發(fā)布、商品下架、商品刪除、發(fā)貨、退款等包括商品搜索、瀏覽、了解賣家、出價(jià)競拍、在線支付、交易投訴等系統(tǒng)調(diào)查13調(diào)查對象所要開發(fā)的電子商務(wù)系統(tǒng)調(diào)查內(nèi)容進(jìn)行詳細(xì)的業(yè)務(wù)調(diào)查調(diào)查目的理解并確定用戶對系統(tǒng)的特定需求，得到系統(tǒng)應(yīng)具備的邏輯功能常用的調(diào)查方法

面談法問卷調(diào)查法觀察法抽樣法系統(tǒng)調(diào)查141.面談法所謂面談，就是系統(tǒng)分統(tǒng)人員花大量的時(shí)間和系統(tǒng)各類用戶（商務(wù)交易雙方以及交易合作伙伴等相關(guān)人員）談話，從而從談話人那里獲取所要的信息。確定要進(jìn)行面談的人確立談話的目標(biāo)提出面談的問題進(jìn)行面談將面談結(jié)果整理成文檔系統(tǒng)調(diào)查152.問卷調(diào)查法問卷是一份包含很多標(biāo)準(zhǔn)化問題的文檔，對于需要從很多人處獲得的信息，可以采用問卷調(diào)查的方式（如案例6-1）。問卷調(diào)查應(yīng)簡單、友好提供清晰的指令以方便回答所有問題；將問題用短語表達(dá)，以避免誤解，使用簡單的術(shù)語；盡量不要引導(dǎo)用戶做出回答或提出有誘導(dǎo)性的問題；在調(diào)查表的最后進(jìn)行一般的總結(jié)；…

…系統(tǒng)調(diào)查163.觀察法觀察法是指系統(tǒng)分析員根據(jù)一定的研究目的、提綱或觀察表，用自己的感官和輔助工具去直接觀察被研究對象，從而獲得信息的一種方法。系統(tǒng)調(diào)查174.抽樣法在電子商務(wù)系統(tǒng)分析時(shí)，可以使用一個(gè)稱為抽樣的過程進(jìn)行實(shí)際樣本的收集。抽樣的主要目標(biāo)就是確保樣本能夠準(zhǔn)確地代表總體。建立系統(tǒng)邏輯模型18系統(tǒng)的邏輯模型系統(tǒng)分析方法結(jié)構(gòu)化系統(tǒng)分析法面向?qū)ο笙到y(tǒng)分析法整理系統(tǒng)基本需求用戶特定需求形成系統(tǒng)分析報(bào)告19系統(tǒng)分析員建立邏輯模型后，還需要撰寫系統(tǒng)分析報(bào)告，為下一步進(jìn)行系統(tǒng)設(shè)計(jì)及具體實(shí)現(xiàn)提供基礎(chǔ)。一般來說，系統(tǒng)分析報(bào)告主要包括引言、系統(tǒng)的目標(biāo)、現(xiàn)行系統(tǒng)狀態(tài)、新系統(tǒng)邏輯模型、總結(jié)這五個(gè)方面。形成系統(tǒng)分析報(bào)告20系統(tǒng)分析報(bào)告1.引言編寫目的、項(xiàng)目背景2.系統(tǒng)的目標(biāo)系統(tǒng)的總目標(biāo)系統(tǒng)擬采用的開發(fā)戰(zhàn)略和方法人力、資金以及計(jì)劃進(jìn)度安排3.現(xiàn)行系統(tǒng)的狀態(tài)(若是在現(xiàn)行系統(tǒng)的基礎(chǔ)上開發(fā)的)現(xiàn)行系統(tǒng)的目標(biāo)、規(guī)模、界限現(xiàn)行系統(tǒng)邏輯模型現(xiàn)有的各種手段現(xiàn)行系統(tǒng)存在的問題4.新系統(tǒng)邏輯模型新系統(tǒng)的需求分析結(jié)果新系統(tǒng)的邏輯模型5.總結(jié)系統(tǒng)分析報(bào)告的總結(jié)21第6章電子商務(wù)系統(tǒng)分析

（系統(tǒng)開發(fā)篇）學(xué)習(xí)內(nèi)容22電子商務(wù)系統(tǒng)分析的任務(wù)和步驟電子商務(wù)系統(tǒng)的基本需求電子商務(wù)系統(tǒng)常用的調(diào)查方法結(jié)構(gòu)化系統(tǒng)分析法的主要建模工具面向?qū)ο笙到y(tǒng)分析法的主要建模工具23第3節(jié)面向?qū)ο笙到y(tǒng)分析法主要建模工具面向?qū)ο箝_發(fā)方法把系統(tǒng)看成是對象的集合，系統(tǒng)各個(gè)功能都是通過相關(guān)對象間的交互來實(shí)現(xiàn)的，通過描述對象間的交互關(guān)系來解釋系統(tǒng)實(shí)現(xiàn)過程。面向?qū)ο笙到y(tǒng)分析法中建立系統(tǒng)邏輯模型的主要工具有：UML用例圖UML用例文檔UML活動(dòng)圖UML分析類圖24UML簡介UML概念UML（UnifiedModelingLanguage，統(tǒng)一建模語言）是一種面向?qū)ο蟮臉?biāo)準(zhǔn)化建模語言，用于對軟件系統(tǒng)進(jìn)行可視化的建模。visualizing（可視化）specifying（詳述）constructing（構(gòu)造）documenting（文檔化）UML簡介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簡介UML簡介UML的發(fā)展歷程1996年6月和11月發(fā)布UML0.9和UML0.911997年修訂成UML1.1隨后相繼推出UML1.2、UML1.3、UML1.42003年6月12日通過UML2.02005年以后UML成為建模語言國際標(biāo)準(zhǔn)目前常用的UML建模工具有SybasePowerDesigner16.5、IBMRationalRose2007和MicrosoftOfficeVisio2013UML簡介UML的特點(diǎn)UML是一種可視化的建模語言UML是一種可用于詳細(xì)描述的語言UML是一種構(gòu)造語言，而不是一種編程語言UML是一種文檔化語言UML的功能為軟件系統(tǒng)的開發(fā)提供可視化模型規(guī)約軟件系統(tǒng)的開發(fā)過程構(gòu)造軟件系統(tǒng)的實(shí)施框架UML簡介元素是模型的抽象元素之間的連接紐帶是關(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)行分組UML簡介Part1.UML元素－結(jié)構(gòu)元素UML中共有7種結(jié)構(gòu)元素：類、接口、協(xié)作、用例、活動(dòng)類、組件和節(jié)點(diǎn)。①類是具有相同屬性和操作的一組對象的集合。②接口是類的對外的、可見的一組操作的集合，它是外界訪問類的屬性和操作的中介。③

協(xié)作定義了對象間一起工作、進(jìn)行合作的動(dòng)作。Part1.UML元素－結(jié)構(gòu)元素④用例定義了系統(tǒng)執(zhí)行的一組操作，即描述了系統(tǒng)的功能需求。⑤活動(dòng)類是對擁有線程并可發(fā)起控制活動(dòng)的對象（往往稱為主動(dòng)對象）的抽象，它是一種特殊的類。

取款用例UML簡介Part1.UML元素－結(jié)構(gòu)元素⑥組件是實(shí)實(shí)在在地駐留在計(jì)算機(jī)系統(tǒng)中的工作單元。一般指編寫的軟件文件，如：可執(zhí)行程序（.java）。⑦節(jié)點(diǎn)就是計(jì)算機(jī)資源，包括帶處理器的計(jì)算機(jī)或其他硬件設(shè)備，如一臺數(shù)據(jù)庫服務(wù)器。

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

UML簡介Part3.UML圖－行為圖行為圖（Behaviordiagram）描述系統(tǒng)的動(dòng)態(tài)模型和對象間的交互關(guān)系，包括狀態(tài)圖和活動(dòng)圖：狀態(tài)圖描述了一個(gè)對象的所有可能的狀態(tài)及引起狀態(tài)轉(zhuǎn)移的事件。狀態(tài)圖可看作是對類圖的補(bǔ)充。活動(dòng)圖通過描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系。UML簡介Part3.UML圖－交互圖交互圖（Interactivediagram）描述對象間的交互關(guān)系，包括順序圖和協(xié)作圖：順序圖顯示對象之間的動(dòng)態(tài)合作關(guān)系，它強(qiáng)調(diào)對象之間消息發(fā)送的時(shí)間順序。協(xié)作圖通過描述對象之間的協(xié)作關(guān)系，它強(qiáng)調(diào)對象相互間的通信關(guān)系。UML簡介Part3.UML圖－實(shí)現(xiàn)圖實(shí)現(xiàn)圖（Implementationdiagram）定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)，包括組件圖和配置圖：組件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。配置圖描述了系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)，即顯示了系統(tǒng)的軟件配置和硬件（計(jì)算機(jī)和設(shè)備，用節(jié)點(diǎn)表示）配置以及它們之間的關(guān)系。UML簡介UML簡介Part3.UML圖－圖間關(guān)系側(cè)重從對象的角度描述系統(tǒng)5.實(shí)現(xiàn)圖組件圖配置圖1.用例圖順序圖協(xié)作圖4.交互圖活動(dòng)圖狀態(tài)圖3.行為圖類圖對象圖包圖2.靜態(tài)圖展開展開補(bǔ)充側(cè)重從功能的角度描述系統(tǒng)相互轉(zhuǎn)換實(shí)現(xiàn)實(shí)例化側(cè)重從軟硬件的角度描述系統(tǒng)分析類圖實(shí)體類圖邊界類圖展開UML簡介當(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)以及能夠做什么”。4647在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í)行者可以是人或事物。48執(zhí)行者UML用例圖49對于電子商務(wù)系統(tǒng)而言，其執(zhí)行者主要就是系統(tǒng)的用戶，包括商務(wù)交易雙方及支持交易的合作方。如何識別執(zhí)行者？UML用例圖50未登錄客戶已登錄客戶圖書銷售網(wǎng)前臺系統(tǒng)－執(zhí)行者UML用例圖執(zhí)行者間的關(guān)系--泛化關(guān)系執(zhí)行者之間存在著泛化關(guān)系（繼承關(guān)系），即子類和父類的關(guān)系。51已登錄客戶未登錄客戶UML用例圖用例（UseCase）用例描述了系統(tǒng)的功能需求，是系統(tǒng)執(zhí)行的一系列動(dòng)作。從本質(zhì)上講，一個(gè)用例是執(zhí)行者與計(jì)算機(jī)之間的一次典型交互。52用例名用例UML用例圖53如何識別用例？執(zhí)行者的需求UML用例圖54圖書銷售網(wǎng)前臺系統(tǒng)－用例已登錄客戶未登錄客戶搜索圖書注冊查看圖書信息添加購物車圖書登錄查看購物車修改購車數(shù)量刪除購物車圖書查看個(gè)人信息修改個(gè)人信息下新訂單退出結(jié)算查看訂單修改訂單刪除訂單在線支付用例之間存在著一定的關(guān)系，這些關(guān)系包括泛化關(guān)系、包含關(guān)系和擴(kuò)展關(guān)系。泛化關(guān)系：用例可以被特殊列舉為一個(gè)或多個(gè)子用例，這被稱為用例泛化。55訂票網(wǎng)上訂票電話訂票泛化關(guān)系用帶空心三角箭頭的實(shí)線表示UML用例圖包含關(guān)系：一個(gè)基本用例的行為包含了另一個(gè)用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。56包含關(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ò)展用例。57擴(kuò)展關(guān)系用標(biāo)有<<extend>>的虛箭線表示還書賠償遺失書籍<<extend>>UML用例圖擴(kuò)展用例是基本用例的一個(gè)步驟，且不能獨(dú)立執(zhí)行，即需在基本用例被執(zhí)行后，滿足特定條件才會被觸發(fā)執(zhí)行58圖書銷售網(wǎng)前臺系統(tǒng)－用例間的關(guān)系下新訂單在線支付<<extend>>UML用例圖執(zhí)行者與用例間的關(guān)系--關(guān)聯(lián)關(guān)系執(zhí)行者和用例的關(guān)系叫做關(guān)聯(lián)關(guān)系，該關(guān)系用實(shí)線表示（可帶也可不帶箭頭）。59注冊未登錄客戶UML用例圖60P.圖書銷售網(wǎng)前臺系統(tǒng)－用例圖用例文檔用例文檔是通過文字描述一個(gè)用例的行為，說明用例的邏輯流程。用例文檔一般包括：用例名稱、執(zhí)行者、簡要說明、基本事件流、其他事件流、異常事件流。61UML用例文檔用例文檔簡要說明：對用例的主要功能進(jìn)行簡要描述；基本事件流：描述用例在正常情況下的基本事件流程；其他事件流：描述用例執(zhí)行過程中可行或備選的事件流程，該事件流不一定要被執(zhí)行；異常事件流：描述用例執(zhí)行過程中可能發(fā)生的非正常事件流程。例：表3-1“找回密碼”用例文檔，表6-7“下新訂單”用例文檔62UML用例文檔活動(dòng)圖（ActivityDiagram）以圖形的方式描述實(shí)現(xiàn)用例所要執(zhí)行的各項(xiàng)活動(dòng)的順序安排，展現(xiàn)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流程?？煽醋魇怯美氖录鞒虉D。63UML活動(dòng)圖在UML中，構(gòu)成活動(dòng)圖的主要模型元素有活動(dòng)、轉(zhuǎn)移、判斷、同步條、泳道和對象流?；顒?dòng)活動(dòng)是構(gòu)成活動(dòng)圖的核心元素，表示在用例工作流程中執(zhí)行的某個(gè)動(dòng)作或步驟。在活動(dòng)圖中，一個(gè)活動(dòng)結(jié)束后立即進(jìn)入下一個(gè)活動(dòng)。65初態(tài)活動(dòng)名活動(dòng)終態(tài)UML活動(dòng)圖轉(zhuǎn)移轉(zhuǎn)移表示活動(dòng)之間的跳轉(zhuǎn)行為，它由活動(dòng)的完成來觸發(fā)。66活動(dòng)1活動(dòng)2轉(zhuǎn)移UML活動(dòng)圖判斷某活動(dòng)完成后，根據(jù)條件的不同轉(zhuǎn)移到相應(yīng)的不同活動(dòng)。67條件1條件2判斷UML活動(dòng)圖同步條用于顯示平行分支流，表示用例工作流程中的并行過程。68同步條UML活動(dòng)圖泳道—展現(xiàn)了各項(xiàng)活動(dòng)的執(zhí)行對象，它把活動(dòng)分成若干組，每組稱為一個(gè)泳道，上方標(biāo)明活動(dòng)負(fù)責(zé)對象。69P.“用戶登錄”用例活動(dòng)圖（P52）對象流—活動(dòng)的執(zhí)行過程中創(chuàng)建、更新或使用到的一些相關(guān)對象。70P.“用戶注冊”用例活動(dòng)圖（P52）71P.“取款”用例活動(dòng)圖（P53）72P.圖書銷售網(wǎng)前臺系統(tǒng)--“下新訂單”用例活動(dòng)圖（P126）UML分析類圖分析類圖（AnalysisClassDiagram）描述了為實(shí)現(xiàn)系統(tǒng)用例所需要的類（包括接口、協(xié)作）及它們之間的靜態(tài)關(guān)系。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系，還包括類的內(nèi)部結(jié)構(gòu)（屬性和操作）。73在UML中，分析類圖定義了系統(tǒng)中的類，描述了類的內(nèi)部結(jié)構(gòu)，表示了類之間的聯(lián)系。75在面向?qū)ο蟮姆椒ㄖ?，系統(tǒng)中的任何事物都被看成是對象，通過對象間的交互實(shí)現(xiàn)系統(tǒng)的功能。類是創(chuàng)建對象的模板，找出系統(tǒng)中的類是系統(tǒng)運(yùn)行的重要前提。UML分析類圖根據(jù)：“查看商品”用例的實(shí)現(xiàn)過程需要：商品查詢界面&用于查找商品的控制程序&提供“查詢商品信息()”方法的程序類UML分析類圖系統(tǒng)中的類根據(jù)在用例實(shí)現(xiàn)中所起的作用，將類分為三種類型：邊界類：邊界類位于系統(tǒng)與外界的交界處，主要負(fù)責(zé)接收來自執(zhí)行者的信息。實(shí)體類：封裝了和數(shù)據(jù)庫表相關(guān)的操作，每個(gè)實(shí)體類在數(shù)據(jù)庫中有相應(yīng)的表（通常以表命名）?？刂祁悾贺?fù)責(zé)接收邊界類的信息，并將其分發(fā)給實(shí)體類。圖書銷售網(wǎng)前臺系統(tǒng)--“下新訂單”用例邊界類實(shí)體類控制類類的屬性屬性描述了類的所有對象共有的特征，一個(gè)類可以有一個(gè)或多個(gè)屬性。在UML中，描述類屬性的完整語法格式為：

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

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

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

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

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

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

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

實(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ù)量對應(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)系在類圖中用重?cái)?shù)（multiplicity）來表示，常用的重?cái)?shù)符號有：1）“1..1”表示1個(gè)，是重?cái)?shù)的默認(rèn)值2）“0..1”表示0個(gè)或1個(gè)3）“0..*”或“*”表示0個(gè)或多個(gè)4）“1..*”表示1個(gè)或多個(gè)5）“1，3，6”表示1個(gè)、3個(gè)或6個(gè)，屬于枚舉型符號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)系共享聚集：代表部分的對象可以同時(shí)屬于多個(gè)整體對象，為多個(gè)整體對象共享。共享聚集用帶空菱形的實(shí)線表示，菱形指向代表整體的類。刪除某個(gè)整體對象，關(guān)聯(lián)的部分對象仍存在。1..*1..*學(xué)校老師UML分析類圖類之間的聯(lián)系－聚集關(guān)系組合聚集：代表部分的對象僅屬于同一個(gè)整體對象。組合聚集用帶實(shí)菱形的實(shí)線表示，菱形指向代表整體的類。部分對象與整體對象同時(shí)存在。班級學(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)系是指類與所對應(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分析類圖圖書銷售網(wǎng)前臺系統(tǒng)--“下新訂單”用例--類之間的關(guān)系關(guān)聯(lián)關(guān)系依賴關(guān)系分析類圖屬于類圖中的一種，根據(jù)組成結(jié)構(gòu)及用途可將類圖分為：1）分析類圖：由邊界類、控制類和實(shí)體類三種類組成，用于在系統(tǒng)分析階段描述用例執(zhí)行過程。2）邊界類圖：指明系統(tǒng)中所有邊界類及其之間的關(guān)系，可展現(xiàn)系統(tǒng)各界面之間的連接及跳轉(zhuǎn)過程。3）實(shí)體類圖：指明系統(tǒng)中的各實(shí)體類及其之間的關(guān)系，用于在設(shè)計(jì)階段描述系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)。UML分析類圖圖書銷售網(wǎng)前臺系統(tǒng)--“下新訂單”用例分析類圖現(xiàn)對“‘PCDIY’電腦銷售網(wǎng)”進(jìn)行系統(tǒng)分析，其中采用面向?qū)ο笙到y(tǒng)分析法建立邏輯模型，詳見P11.3.1&P11.3.396實(shí)例分析97第6章電子商務(wù)系統(tǒng)分析

（系統(tǒng)開發(fā)篇）學(xué)習(xí)內(nèi)容98電子商務(wù)系統(tǒng)分析的任務(wù)和步驟電子商務(wù)系統(tǒng)的基本需求電子商務(wù)系統(tǒng)常用的調(diào)查方法結(jié)構(gòu)化系統(tǒng)分析法的主要建模工具面向?qū)ο笙到y(tǒng)分析法的主要建模工具99第2節(jié)結(jié)構(gòu)化系統(tǒng)分析法主要建模工具結(jié)構(gòu)化開發(fā)方法把系統(tǒng)看作是由功能組成的，通過描述功能結(jié)構(gòu)及其之間的數(shù)據(jù)流動(dòng)關(guān)系來解釋系統(tǒng)運(yùn)作過程。結(jié)構(gòu)化系統(tǒng)分析法中建立系統(tǒng)邏輯模型的主要工具有：功能層次圖數(shù)據(jù)流程圖數(shù)據(jù)字典處理邏輯描述工具100功能層次圖功能，指的是完成某項(xiàng)工作的能力。功能層次圖，用于描述從系統(tǒng)目標(biāo)到各項(xiàng)功能的層次關(guān)系。101P.圖書銷售網(wǎng)前臺系統(tǒng)－功能層次圖數(shù)據(jù)流程圖數(shù)據(jù)流程是指數(shù)據(jù)在系統(tǒng)中產(chǎn)生、傳輸、處理、使用和存儲的過程。數(shù)據(jù)流程圖（DataFlowDiagram，DFD）反映了系統(tǒng)中數(shù)據(jù)流動(dòng)、處理和存儲的邏輯關(guān)系，它是一種能全面描述并分析系統(tǒng)邏輯模型的主要工具。數(shù)據(jù)流程圖的基本組成要素有：外部實(shí)體、數(shù)據(jù)處理、數(shù)據(jù)流、數(shù)據(jù)存儲102數(shù)據(jù)流程圖要素1.外部實(shí)體（S）指系統(tǒng)以外又與系統(tǒng)有聯(lián)系的人、事物或其他系統(tǒng)。外部實(shí)體不參與系統(tǒng)內(nèi)部的操作，只與系統(tǒng)有數(shù)據(jù)的交互。103顧客如：實(shí)體名表示法：數(shù)據(jù)流程圖要素2.數(shù)據(jù)處理（P）指對數(shù)據(jù)的邏輯處理，也就是數(shù)據(jù)的變換。104表示法：編號數(shù)據(jù)處理名如：顧客購物記錄日營業(yè)額P2計(jì)算總額數(shù)據(jù)流程圖要素3.數(shù)據(jù)流（F）指流動(dòng)著的數(shù)據(jù)，可以是一項(xiàng)或一組數(shù)據(jù)，它是數(shù)據(jù)處理的輸入或輸出。105表示法：數(shù)據(jù)流名如：顧客購物記錄數(shù)據(jù)流程圖要素4.數(shù)據(jù)存儲（D）表示數(shù)據(jù)保存的地方，可以是數(shù)據(jù)文件、文件夾或賬本等。106表示法：編號數(shù)據(jù)存儲名如：D2產(chǎn)品數(shù)據(jù)流程圖數(shù)據(jù)流程圖－基本畫法107實(shí)體1實(shí)體2數(shù)據(jù)流D1數(shù)據(jù)存儲數(shù)據(jù)流數(shù)據(jù)流數(shù)據(jù)流P1數(shù)據(jù)處理名P2數(shù)據(jù)處理名數(shù)據(jù)流程圖數(shù)據(jù)流程圖－和功能層次圖的關(guān)系數(shù)據(jù)流程圖可看作是功能層次圖中各功能的詳細(xì)說明。功能層次圖是數(shù)據(jù)流程圖的基礎(chǔ)數(shù)據(jù)流程圖是功能層次圖的展開數(shù)據(jù)流程圖和功能層次圖是一一對應(yīng)的108數(shù)據(jù)流程圖數(shù)據(jù)流程圖－分層結(jié)構(gòu)一般情況下系統(tǒng)的功能層次圖都呈現(xiàn)出分層的結(jié)構(gòu)，因此其數(shù)據(jù)流程圖也呈現(xiàn)出分層的結(jié)構(gòu)。109功能層次圖數(shù)據(jù)流程圖對應(yīng)分層結(jié)構(gòu)分層結(jié)構(gòu)110功能層次圖數(shù)據(jù)流程圖P0P1P2P3P4P1.1P1.2P1.3P4.1P4.2P0P3P2P1P4P12P11P13P41P42111P.圖書銷售網(wǎng)前臺系統(tǒng)－頂層DFD112P.圖書銷售網(wǎng)前臺系統(tǒng)－第一層DFD113P.圖書銷售網(wǎng)前臺系統(tǒng)－第二層DFD－用戶管理114P.圖書銷售網(wǎng)前臺系統(tǒng)－第二層DFD－圖書選購115P.圖書銷售網(wǎng)前臺系統(tǒng)－第二層DFD－訂單管理數(shù)據(jù)流程圖數(shù)據(jù)流程圖－注意事項(xiàng)1116數(shù)據(jù)流D2數(shù)據(jù)存儲D1數(shù)據(jù)存儲實(shí)體1D1數(shù)據(jù)存儲數(shù)據(jù)流實(shí)體1實(shí)體2數(shù)據(jù)流數(shù)據(jù)流不能在外部實(shí)體之間流動(dòng)X數(shù)據(jù)流不能在數(shù)據(jù)存儲之間流動(dòng)XX數(shù)據(jù)流不能在外部實(shí)體和數(shù)據(jù)存儲之間流動(dòng)數(shù)據(jù)流程圖數(shù)據(jù)流程圖－注意事項(xiàng)21）命名：數(shù)據(jù)流和數(shù)據(jù)存儲的名字一般都是名詞短語，如訂單、庫存記錄、職工表；數(shù)據(jù)處理的名字一般都是動(dòng)賓短語，如檢驗(yàn)訂單、統(tǒng)計(jì)銷售。2）數(shù)據(jù)流不包括物流：數(shù)據(jù)流反映能用計(jì)算機(jī)處理的數(shù)據(jù)而不是實(shí)物，因此數(shù)據(jù)流程圖中一般不畫物流，如銷售部門可以向客戶傳遞“取貨通知”，而不能傳遞“貨物”。117數(shù)據(jù)流程圖數(shù)據(jù)流程圖－注意事項(xiàng)3）數(shù)據(jù)處理：每個(gè)數(shù)據(jù)處理至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流，以體現(xiàn)出數(shù)據(jù)處理的數(shù)據(jù)來源與處理結(jié)果。4）數(shù)據(jù)處理編號：當(dāng)數(shù)據(jù)流程圖的某個(gè)數(shù)據(jù)處理Pm分解成另一數(shù)據(jù)流圖時(shí)，則上層圖為父圖，下層圖為子圖，子圖中的數(shù)據(jù)處理要相應(yīng)編號為Pm.n。5）父圖與子圖的平衡：子圖的輸入輸出數(shù)據(jù)流同父圖相應(yīng)數(shù)據(jù)處理的輸入輸出數(shù)據(jù)流必須一致。118數(shù)據(jù)字典數(shù)據(jù)字典用于解釋最底層或處于最底層DFD中的較復(fù)雜或不易理解的DFD元素。數(shù)據(jù)字典中有五類主要條目：數(shù)據(jù)項(xiàng)、數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)處理及外部實(shí)體。119數(shù)據(jù)字典數(shù)據(jù)字典用于解釋最底層或處于最底層DFD中的較復(fù)雜或不易理解的DFD元素。數(shù)據(jù)字典中有五類主要條目：數(shù)據(jù)項(xiàng)、數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)處理及外部實(shí)體。120數(shù)據(jù)字典#1.數(shù)據(jù)項(xiàng)數(shù)據(jù)項(xiàng)是數(shù)據(jù)的基本單元，用來構(gòu)成數(shù)據(jù)流和數(shù)據(jù)存儲。數(shù)據(jù)項(xiàng)的定義包括：數(shù)據(jù)項(xiàng)編號、數(shù)據(jù)項(xiàng)名稱、別名、簡述、數(shù)據(jù)類型、長度、取值范圍和備注。其中數(shù)據(jù)項(xiàng)編號可由其所屬數(shù)據(jù)流或數(shù)據(jù)存儲編號和順序號組成。121數(shù)據(jù)字典122編號D1-01名稱圖書號別名Book-Id簡述系統(tǒng)所售圖書的編號數(shù)據(jù)類型字符型長度4位取值范圍0000~9999T.數(shù)據(jù)項(xiàng)描述實(shí)例數(shù)據(jù)字典#2.數(shù)據(jù)流數(shù)據(jù)流是某一數(shù)據(jù)處理的輸入或輸出。數(shù)據(jù)流的定義包括：數(shù)據(jù)流編號、數(shù)據(jù)流名稱、簡述、數(shù)據(jù)流來源、數(shù)據(jù)流去向、數(shù)據(jù)流組成、流量等。其中數(shù)據(jù)流編號可由其所對應(yīng)的子系統(tǒng)編號（即所解釋的數(shù)據(jù)處理編號）和順序號組成。123數(shù)據(jù)字典124編號F3-02名稱收貨信息簡述客戶下訂單時(shí)填寫的收貨信息數(shù)據(jù)流來源客戶數(shù)據(jù)流去向P3.1：下新訂單數(shù)據(jù)流組成收貨