電子商務(wù)系統(tǒng)分析與設(shè)計 課件 吳子珺 第3-5章 統(tǒng)一建模語言UML、電子商務(wù)系統(tǒng)開發(fā)基礎(chǔ)、電子商務(wù)系統(tǒng)規(guī)劃

第3章統(tǒng)一建模語言UML

（開發(fā)基礎(chǔ)篇）1學(xué)習(xí)內(nèi)容UML建模語言的概念，UML在系統(tǒng)開發(fā)中的作用UML的組成結(jié)構(gòu)及各構(gòu)造模塊的內(nèi)容UML的十種圖形及各圖形間的關(guān)系2UML簡介UML概念UML（UnifiedModelingLanguage，統(tǒng)一建模語言）是一種面向?qū)ο蟮臉?biāo)準(zhǔn)化建模語言，用于對軟件系統(tǒng)進行可視化的建模。visualizing（可視化）specifying（詳述）constructing（構(gòu)造）documenting（文檔化）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成為建模語言國際標(biāo)準(zhǔn)目前常用的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)圖將元素的集合進行分組UML簡介Part1.UML元素－結(jié)構(gòu)元素UML中共有7種結(jié)構(gòu)元素：類、接口、協(xié)作、用例、活動類、組件和節(jié)點。①類是具有相同屬性和操作的一組對象的集合。②接口是類的對外的、可見的一組操作的集合，它是外界訪問類的屬性和操作的中介。③

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

UML簡介Part3.UML圖－行為圖行為圖（Behaviordiagram）描述系統(tǒng)的動態(tài)模型和對象間的交互關(guān)系，包括狀態(tài)圖和活動圖：狀態(tài)圖描述了一個對象的所有可能的狀態(tài)及引起狀態(tài)轉(zhuǎn)移的事件。狀態(tài)圖可看作是對類圖的補充?；顒訄D通過描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系。UML簡介Part3.UML圖－交互圖交互圖（Interactivediagram）描述對象間的交互關(guān)系，包括順序圖和協(xié)作圖：順序圖顯示對象之間的動態(tài)合作關(guān)系，它強調(diào)對象之間消息發(fā)送的時間順序。協(xié)作圖通過描述對象之間的協(xié)作關(guān)系，它強調(diào)對象相互間的通信關(guān)系。UML簡介Part3.UML圖－實現(xiàn)圖實現(xiàn)圖（Implementationdiagram）定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)，包括組件圖和配置圖：組件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。配置圖描述了系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)，即顯示了系統(tǒng)的軟件配置和硬件（計算機和設(shè)備，用節(jié)點表示）配置以及它們之間的關(guān)系。UML簡介UML用例圖用例圖（UseCaseDiagram）從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。主要目的是幫助開發(fā)團隊以一種可視化的方式來理解系統(tǒng)的功能需求。用于系統(tǒng)分析階段，確定“誰使用系統(tǒng)以及能夠做什么”。在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í)行者可以是人或事物。執(zhí)行者UML用例圖對于電子商務(wù)系統(tǒng)而言，其執(zhí)行者主要就是系統(tǒng)的用戶，包括商務(wù)交易雙方及支持交易的合作方如何識別執(zhí)行者？UML用例圖執(zhí)行者間的關(guān)系--泛化關(guān)系執(zhí)行者之間存在著泛化關(guān)系（繼承關(guān)系），即子類和父類的關(guān)系。已登錄客戶未登錄客戶UML用例圖用例（UseCase）用例描述了系統(tǒng)的功能需求，是系統(tǒng)執(zhí)行的一系列動作。從本質(zhì)上講，一個用例是執(zhí)行者與計算機之間的一次典型交互。用例名用例UML用例圖如何識別用例？執(zhí)行者的需求UML用例圖用例之間存在著一定的關(guān)系，這些關(guān)系包括泛化關(guān)系、包含關(guān)系和擴展關(guān)系。泛化關(guān)系：用例可以被特殊列舉為一個或多個子用例，這被稱為用例泛化。訂票網(wǎng)上訂票電話訂票泛化關(guān)系用帶空心三角箭頭的實線表示UML用例圖包含關(guān)系：一個基本用例的行為包含了另一個用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。包含關(guān)系用標(biāo)有<<include>>的虛箭線表示管理價格漲價降價打折<<include>><<include>><<include>>UML用例圖擴展關(guān)系：若B用例是A用例的一部分，但只在一定條件下才插入到A定義的行為中時，AB之間的關(guān)系稱作擴展關(guān)系，且A是基本用例，B是擴展用例。擴展關(guān)系用標(biāo)有<<extend>>的虛箭線表示還書賠償遺失書籍<<extend>>UML用例圖執(zhí)行者與用例間的關(guān)系--關(guān)聯(lián)關(guān)系執(zhí)行者和用例的關(guān)系叫做關(guān)聯(lián)關(guān)系，該關(guān)系用實線表示（可帶也可不帶箭頭）。注冊未登錄客戶UML用例圖用例文檔用例文檔是通過文字描述一個用例的行為，說明用例的邏輯流程。主要用于對一些存在較多異常情況（不是每一個）的用例進行描述。用例文檔一般包括：用例名稱、執(zhí)行者、簡要說明、基本事件流、其他事件流、異常事件流。UML用例圖用例文檔簡要說明：對用例的主要功能進行簡要描述；基本事件流：描述用例在正常情況下的基本事件流程；其他事件流：描述用例執(zhí)行過程中可行或備選的事件流程，該事件流不一定要被執(zhí)行；異常事件流：描述用例執(zhí)行過程中可能發(fā)生的非正常事件流程。例：表3-1“找回密碼”用例文檔UML用例圖在面向?qū)ο蟮姆椒ㄖ?，系統(tǒng)中的任何事物都被看成是對象，通過對象間的交互實現(xiàn)系統(tǒng)的功能。類是創(chuàng)建對象的模板，找出系統(tǒng)中的類是系統(tǒng)運行的重要前提。UML類圖UML類圖類圖（ClassDiagram）描述了系統(tǒng)中的類（以及接口、協(xié)作）及它們之間的靜態(tài)關(guān)系。不僅定義系統(tǒng)中的類，表示類之間的聯(lián)系，還包括類的內(nèi)部結(jié)構(gòu)（屬性和操作）。在UML中，類圖定義了系統(tǒng)中的類，描述了類的內(nèi)部結(jié)構(gòu)，表示了類之間的聯(lián)系。UML類圖如何找到類？用例描述中出現(xiàn)了那些實體？用例的完成需要哪些實體合作？用例執(zhí)行過程中會產(chǎn)生并存儲哪些信息？用例要求與之關(guān)聯(lián)的每個角色的輸入是什么？用例反饋與之關(guān)聯(lián)的每個角色的輸出是什么？用例需要操作哪些硬設(shè)備？用例的實現(xiàn)過程根據(jù)：“查看商品”用例的實現(xiàn)過程需要：商品查詢界面&用于查找商品的應(yīng)用程序&商品信息表類UML類圖系統(tǒng)中的類根據(jù)在用例實現(xiàn)中所起的作用，將類分為三種類型：邊界類：邊界類位于系統(tǒng)與外界的交界處，主要負責(zé)接收來自執(zhí)行者的信息。實體類：保存要放入永久存儲體的信息，每個實體類在數(shù)據(jù)庫中有相應(yīng)的表?？刂祁悾贺撠?zé)接收邊界類的信息，并將其分發(fā)給實體類。UML類圖類的屬性屬性描述了類的所有對象共有的特征，一個類可以有一個或多個屬性。在UML中，描述類屬性的完整語法格式為：

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

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

+—公用的（public）-—私有的（private）#—受保護的（protected）屬性名類型初始值約束特性UML類圖類的操作操作是類的所有對象共有的行為，一個類可以有任何數(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)系（depedency）實現(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”表示1個，是重數(shù)的默認值2）“0..1”表示0個或1個3）“0..*”或“*”表示0個或多個4）“1..*”表示1個或多個5）“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負責(zé)實例化類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)系，用帶空心三角形的虛線表示，三角形指向接口。接口可看成是一種只有操作、沒有屬性的特殊類，接口定義操作，類負責(zé)實現(xiàn)接口中的操作。UserOrder類負責(zé)實現(xiàn)Order接口UML類圖類之間的聯(lián)系－泛化關(guān)系在類圖中，泛化關(guān)系指的是類之間一般與特殊的關(guān)系，即父子關(guān)系。用帶空心三角形的實線表示。專業(yè)課基礎(chǔ)課課程UML類圖根據(jù)組成結(jié)構(gòu)及用途可將類圖分為：1）分析類圖：由邊界類、控制類和實體類三種類組成，用于在系統(tǒng)分析階段描述用例執(zhí)行過程。2）邊界類圖：指明系統(tǒng)中所有邊界類及其之間的關(guān)系，可展現(xiàn)系統(tǒng)各界面之間的連接及跳轉(zhuǎn)過程。3）實體類圖：指明系統(tǒng)中的各實體類及其之間的關(guān)系，用于在設(shè)計階段描述系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)。UML類圖狀態(tài)圖（StatechartDiagram）用于描述一個特定對象在其生存期間基于事件反應(yīng)的動態(tài)行為，顯示該對象是如何根據(jù)當(dāng)前所處狀態(tài)對不同事件做出反應(yīng)的。通常只有對于一些具有復(fù)雜行為或處于不同狀態(tài)對應(yīng)不同處理的對象，才有必要用狀態(tài)圖描述它的狀態(tài)轉(zhuǎn)移過程。對于畫了狀態(tài)圖的對象，其相應(yīng)實體類所對應(yīng)的表中要加上狀態(tài)這一屬性，其屬性值為狀態(tài)圖中的各狀態(tài)。UML狀態(tài)圖在UML中，狀態(tài)圖由狀態(tài)、狀態(tài)間的轉(zhuǎn)移、引起狀態(tài)轉(zhuǎn)移的事件組成。UML狀態(tài)圖狀態(tài)狀態(tài)是對象執(zhí)行了一系列活動的結(jié)果，所有對象都具有狀態(tài)，當(dāng)某個事件發(fā)生后，對象的狀態(tài)將發(fā)生變化。在狀態(tài)圖中，對象的狀態(tài)主要分為三種：UML狀態(tài)圖初態(tài)狀態(tài)圖的起始點，一個狀態(tài)圖只能有一個初態(tài)狀態(tài)圖的終點，終態(tài)可以有0至多個對象執(zhí)行某個活動或等待某個事件時所處的具體形態(tài)狀態(tài)名狀態(tài)變量活動中間態(tài)終態(tài)狀態(tài)UML狀態(tài)圖狀態(tài)名狀態(tài)變量活動中間態(tài)4種基本事件及動作Entry/指定對象進入該狀態(tài)時發(fā)生的動作Do/指定對象處于該狀態(tài)時發(fā)生的動作Event/指定當(dāng)特定事件產(chǎn)生時觸發(fā)的動作Exit/指定對象退出該狀態(tài)時發(fā)生的動作對象處于該狀態(tài)時其各屬性的具體值LightingEntry/turnonDo/computedegreeEventPoweroff/powersupplyExit/turnoff電燈對象之點亮狀態(tài)通話Entry/通話連接Do/計時并計費Event斷電/掛斷并提示Exit/關(guān)閉通話手機對象之通話狀態(tài)狀態(tài)UML狀態(tài)圖狀態(tài)轉(zhuǎn)移一個對象的狀態(tài)的變遷稱為狀態(tài)的轉(zhuǎn)移。狀態(tài)轉(zhuǎn)移的條件：事件觸發(fā)狀態(tài)轉(zhuǎn)換該狀態(tài)的內(nèi)部活動執(zhí)行完畢自動觸發(fā)轉(zhuǎn)移給定的狀態(tài)只能產(chǎn)生一個轉(zhuǎn)移UML狀態(tài)圖事件源狀態(tài)目標(biāo)狀態(tài)狀態(tài)轉(zhuǎn)移UML狀態(tài)圖P.“手機對象”狀態(tài)轉(zhuǎn)移圖事件事件是觸發(fā)狀態(tài)轉(zhuǎn)移的條件或操作。UML狀態(tài)圖消息事件調(diào)用事件時間事件變化事件事件消息事件：由外界傳遞的簡單信號或消息，對象收到后發(fā)生狀態(tài)轉(zhuǎn)移。消息事件的格式為：[消息或信號]。調(diào)用事件：外界傳遞的要求對象調(diào)用執(zhí)行某個操作并發(fā)生狀態(tài)轉(zhuǎn)移的請求。調(diào)用事件的格式為：事件名（參數(shù)列表）。時間事件：根據(jù)某時間表達式的滿足情況決定對象狀態(tài)轉(zhuǎn)移的事件。時間事件的格式為：[時間表達式]。變化事件：根據(jù)某特定條件的滿足情況決定對象狀態(tài)轉(zhuǎn)移的事件。變化事件的格式為：[when（條件表達式）]。UML狀態(tài)圖事件UML狀態(tài)圖實例UML狀態(tài)圖P.“信用卡賬戶”對象狀態(tài)圖活動圖（ActivityDiagram）描述了實現(xiàn)用例所要執(zhí)行的各項活動的順序安排，展現(xiàn)從一個活動到另一個活動的控制流程?？煽醋魇怯美氖录鞒虉D。UML活動圖在UML中，構(gòu)成活動圖的主要模型元素有活動、轉(zhuǎn)移、判斷、同步條、泳道和對象流?；顒踊顒邮菢?gòu)成活動圖的核心元素，表示在用例工作流程中執(zhí)行的某個動作或步驟。在活動圖中，一個活動結(jié)束后立即進入下一個活動。初態(tài)活動名活動終態(tài)UML活動圖轉(zhuǎn)移轉(zhuǎn)移表示活動之間的跳轉(zhuǎn)行為，它由活動的完成來觸發(fā)?；顒?活動2轉(zhuǎn)移UML活動圖判斷某活動完成后，根據(jù)條件的不同轉(zhuǎn)移到相應(yīng)的不同活動。條件1條件2判斷UML活動圖同步條用于顯示平行分支流，表示用例工作流程中的并行過程。同步條UML活動圖泳道—展現(xiàn)了各項活動的執(zhí)行對象，它把活動分成若干組，每組稱為一個泳道，上方標(biāo)明活動負責(zé)對象。對象流—活動的執(zhí)行過程中創(chuàng)建、更新或使用到的一些相關(guān)對象。7475P.“取款”用例活動圖應(yīng)用程序模塊設(shè)計—順序圖順序圖（SequenceDiagram）描述了用例相關(guān)的多個對象及其之間的動態(tài)交互關(guān)系，通常用于解釋系統(tǒng)用例的實現(xiàn)過程。順序圖強調(diào)對象間交互的時間和順序。應(yīng)用程序模塊設(shè)計—順序圖在UML中，順序圖由活動者、對象、生命線、激活、消息五類元素組成。應(yīng)用程序模塊設(shè)計—順序圖活動者活動者是指用例的執(zhí)行者，使用執(zhí)行者的人形符號來表示?；顒诱遪ame:ClassName百貨大樓:建筑對象在順序圖中，對象用一個矩形框表示，它們代表用例中參與交互的對象。對象使用標(biāo)準(zhǔn)的UML格式“name:ClassName”來標(biāo)記。應(yīng)用程序模塊設(shè)計—順序圖生命線生命線表示對象存在的時間。在順序圖中生命線用從對象圖標(biāo)向下延伸的一條虛線表示。激活激活表示對象執(zhí)行相應(yīng)操作的時間段，它是用替換生命線的雙道線表示。處于激活期的對象能夠響應(yīng)或發(fā)送消息，執(zhí)行動作或活動。不在激活期的對象處于休眠狀態(tài)，需要等待新的消息來激活它。name:ClassName應(yīng)用程序模塊設(shè)計—順序圖消息在面向?qū)ο蠓椒ㄖ校瑢ο箝g的交互是通過傳遞消息來完成的。消息是對象間的一種通信方式，UML中定義的消息包括以下4種：簡單消息調(diào)用消息返回消息異步消息應(yīng)用程序模塊設(shè)計—順序圖消息—簡單消息表示簡單的控制流，用于描述控制流如何在對象間進行傳遞，而不考慮通信的細節(jié)。簡單消息用戶名、密碼應(yīng)用程序模塊設(shè)計—順序圖消息—調(diào)用消息傳遞了要求接收對象執(zhí)行某種操作或調(diào)用某個方法的請求。發(fā)送對象發(fā)出消息后必須等待消息返回，只有處理消息的操作執(zhí)行完畢后，發(fā)送對象才可以繼續(xù)執(zhí)行下一步操作。調(diào)用消息的格式為：操作（參數(shù)列表）。調(diào)用消息驗證（用戶名、密碼）應(yīng)用程序模塊設(shè)計—順序圖消息—返回消息返回消息是調(diào)用消息中的操作完成后，返回給調(diào)用消息發(fā)送對象的回應(yīng)消息。調(diào)用消息一般都對應(yīng)一個返回消息。返回消息登錄成功應(yīng)用程序模塊設(shè)計—順序圖消息—異步消息是一種不需等待返回消息的特殊調(diào)用消息。異步消息主要用于描述實時系統(tǒng)中的并發(fā)行為，發(fā)送對象發(fā)出消息后可立刻進行下一步操作。異步消息85應(yīng)用程序模塊設(shè)計—順序圖順序圖基本技術(shù)86應(yīng)用程序模塊設(shè)計—順序圖順序圖基本畫法87應(yīng)用程序模塊設(shè)計—順序圖P.“用戶登錄”用例順序圖88應(yīng)用程序模塊設(shè)計—協(xié)作圖協(xié)作圖（CommunicationDiagram）描述了用例相關(guān)的多個對象及其之間的動態(tài)合作關(guān)系，與順序圖一樣，通常也用于解釋用例的實現(xiàn)過程。協(xié)作圖強調(diào)對象間的合作關(guān)系。協(xié)作圖與順序圖包含的信息相同，兩者在語義上是等價的，可以根據(jù)順序圖自動生成協(xié)作圖，反之亦然。應(yīng)用程序模塊設(shè)計—協(xié)作圖“用戶登錄”用例協(xié)作圖（根據(jù)“用戶登錄”用例順序圖轉(zhuǎn)換）90應(yīng)用程序模塊設(shè)計—協(xié)作圖順序圖強調(diào)消息發(fā)送的時間和順序?qū)ο缶哂猩€和激活對象之間無連接線通過時間軸表示消息傳遞順序協(xié)作圖強調(diào)對象間的合作關(guān)系對象無生命線和激活對象之間存在連接線通過序列號表示消息傳遞順序UML圖間關(guān)系Part3.UML圖－圖間關(guān)系側(cè)重從對象的角度描述系統(tǒng)5.實現(xiàn)圖組件圖配置圖1.用例圖順序圖協(xié)作圖4.交互圖活動圖狀態(tài)圖3.行為圖類圖對象圖包圖2.靜態(tài)圖展開展開補充側(cè)重從功能的角度描述系統(tǒng)側(cè)重從系統(tǒng)軟硬件的角度描述系統(tǒng)相互轉(zhuǎn)換實現(xiàn)實例化UML圖間關(guān)系當(dāng)在面向?qū)ο笙到y(tǒng)開發(fā)中采用UML建立系統(tǒng)模型時，其主要過程是：用例圖（包括用例文檔）分析類圖活動圖面向?qū)ο笙到y(tǒng)分析建立邏輯模型順序圖協(xié)作圖實體類圖狀態(tài)圖邊界類圖面向?qū)ο笙到y(tǒng)設(shè)計建立物理模型第4章電子商務(wù)系統(tǒng)開發(fā)基礎(chǔ)

（開發(fā)基礎(chǔ)篇）93學(xué)習(xí)內(nèi)容電子商務(wù)系統(tǒng)開發(fā)模式電子商務(wù)系統(tǒng)開發(fā)平臺電子商務(wù)系統(tǒng)開發(fā)技術(shù)94電子商務(wù)系統(tǒng)開發(fā)模式電子商務(wù)系統(tǒng)開發(fā)模式是指電子商務(wù)應(yīng)用系統(tǒng)的開發(fā)構(gòu)建方式，表達了電子商務(wù)系統(tǒng)體系結(jié)構(gòu)中的客戶端、表達層和應(yīng)用層這三者之間的邏輯關(guān)系，展現(xiàn)了客戶端通過服務(wù)器訪問電子商務(wù)應(yīng)用系統(tǒng)、服務(wù)器響應(yīng)并處理請求、最終返回處理結(jié)果的具體過程。95電子商務(wù)系統(tǒng)開發(fā)模式傳統(tǒng)的Web應(yīng)用開發(fā)模式靜態(tài)頁面開發(fā)模式動態(tài)頁面開發(fā)模式基于組件的開發(fā)模式.NET開發(fā)模式J2EE開發(fā)模式……96靜態(tài)頁面開發(fā)模式靜態(tài)頁面是指純粹HTML格式的網(wǎng)頁，它沒有后臺數(shù)據(jù)庫、不含程序且無需在服務(wù)器端運行，不可交互只能被瀏覽查看，每次訪問時內(nèi)容是固定不變的。靜態(tài)網(wǎng)頁的網(wǎng)址形式通常為/eg/eg.htm97P.靜態(tài)頁面開發(fā)模式客戶端Internet服務(wù)器電子商務(wù)應(yīng)用系統(tǒng)一個個靜態(tài)網(wǎng)頁靜態(tài)網(wǎng)頁的名字靜態(tài)頁面開發(fā)模式靜態(tài)頁面開發(fā)模式的特點：每個靜態(tài)頁面都有一個固定的URL靜態(tài)網(wǎng)頁是實實在在保存在服務(wù)器上的獨立文件靜態(tài)網(wǎng)頁的內(nèi)容比較穩(wěn)定靜態(tài)網(wǎng)頁沒有數(shù)據(jù)庫的支持靜態(tài)網(wǎng)頁的交互性很差頁面瀏覽速度迅速減輕了服務(wù)器的負擔(dān)98動態(tài)頁面開發(fā)模式動態(tài)網(wǎng)頁是指需要在服務(wù)器端運行、可以輕松進行數(shù)據(jù)庫訪問的程序、網(wǎng)頁和組件，動態(tài)網(wǎng)頁根據(jù)不同訪問者的不同請求，在不同時間返回不同的網(wǎng)頁。動態(tài)網(wǎng)頁的網(wǎng)址形式通常為/eg/eg?song=yesterday99動態(tài)網(wǎng)頁的名字傳遞的參數(shù)動態(tài)頁面開發(fā)模式100P.動態(tài)頁面開發(fā)模式客戶端Internet服務(wù)器應(yīng)用程序數(shù)據(jù)庫電子商務(wù)應(yīng)用系統(tǒng)動態(tài)頁面開發(fā)模式動態(tài)頁面開發(fā)模式的特點：動態(tài)網(wǎng)頁以數(shù)據(jù)庫為基礎(chǔ)采用動態(tài)網(wǎng)頁技術(shù)的網(wǎng)站可以實現(xiàn)更多的功能動態(tài)網(wǎng)頁不是獨立存在于服務(wù)器上的網(wǎng)頁文件在進行搜索引擎推廣時需要做一定的技術(shù)處理101基于組件的開發(fā)模式基于組件的開發(fā)是在一定的軟件模型的支持下，將應(yīng)用系統(tǒng)分解成為一個個獨立的單元，然后在組件庫中查找并重用各類合適的組件，最后組裝相關(guān)的組件來構(gòu)造應(yīng)用系統(tǒng)軟件的過程例：.NET、J2EE102電子商務(wù)系統(tǒng)開發(fā)平臺103客戶端Internet服務(wù)器應(yīng)用程序數(shù)據(jù)庫UNIXWindowsLinuxIISWebSphereWebLogicApacheTomcatSQLServerORACLEAccess網(wǎng)絡(luò)操作系統(tǒng)Web應(yīng)用服務(wù)器數(shù)據(jù)庫管理系統(tǒng)電子商務(wù)系統(tǒng)開發(fā)平臺網(wǎng)絡(luò)操作系統(tǒng)網(wǎng)絡(luò)操作系統(tǒng)（NOS，NetworkOperationSystem）是能使網(wǎng)絡(luò)上多個計算機方便有效地共享網(wǎng)絡(luò)資源，為用戶提供所需的各種服務(wù)的操作系統(tǒng)軟件。網(wǎng)絡(luò)操作系統(tǒng)通常運行在服務(wù)器計算機上，由聯(lián)網(wǎng)的計算機用戶共享，它除了具備個人操作系統(tǒng)（即單機操作系統(tǒng)）所需的內(nèi)存管理、CPU管理、輸入輸出管理、文件管理等功能外，還具有提供高效可靠的網(wǎng)絡(luò)通信能力和提供多種網(wǎng)絡(luò)服務(wù)的功能，如文件傳輸、電子郵件、遠程打印等。104網(wǎng)絡(luò)操作系統(tǒng)電子商務(wù)網(wǎng)站應(yīng)用環(huán)境的建設(shè)依賴于所選定的網(wǎng)絡(luò)操作系統(tǒng)，在Internet環(huán)境下，Unix、Windows、Linux是三大主流網(wǎng)絡(luò)操作系統(tǒng)。105網(wǎng)絡(luò)操作系統(tǒng)1)Unix網(wǎng)絡(luò)操作系統(tǒng)106優(yōu)點功能強大，擁有豐富的應(yīng)用軟件支持，安全性、穩(wěn)定性高缺點操作和管理復(fù)雜版本繁多在中小型網(wǎng)絡(luò)中應(yīng)用較少，應(yīng)用的重點是大型高端網(wǎng)絡(luò)。網(wǎng)絡(luò)操作系統(tǒng)2)Windows網(wǎng)絡(luò)操作系統(tǒng)107優(yōu)點容易使用和管理界面友好配置簡單缺點穩(wěn)定性不好一般用在中低檔服務(wù)器中。網(wǎng)絡(luò)操作系統(tǒng)3)Linux網(wǎng)絡(luò)操作系統(tǒng)108特點是一種自由軟件，用戶可免費獲取程序及其源碼對硬件要求較低穩(wěn)定性和可靠性較高能與其它系統(tǒng)進行無縫鏈接可運行于多種硬件平臺，目前主要應(yīng)用于中、高檔服務(wù)器中。Web應(yīng)用服務(wù)器Web應(yīng)用服務(wù)器在操作系統(tǒng)之上將一些通用的、與企業(yè)核心商務(wù)應(yīng)用無關(guān)的環(huán)境和軟件包集成在一起，作為一個軟件包向開發(fā)者提供。目前常用的Web應(yīng)用服務(wù)器有：MicrosoftIIS、IBMWebSphere、BEAWebLogic、Apache、Tomcat109Web應(yīng)用服務(wù)器目前Web應(yīng)用服務(wù)器根據(jù)功能分為兩部分：Web服務(wù)器(WebServer)專門響應(yīng)并處理HTTP請求應(yīng)用服務(wù)器(ApplicationServer)提供處理HTTP請求所需要的具體辦法110數(shù)據(jù)庫管理系統(tǒng)數(shù)據(jù)庫技術(shù)在電子商務(wù)中的作用主要表現(xiàn)在：存儲和管理各種商務(wù)數(shù)據(jù)可實現(xiàn)基于數(shù)據(jù)庫的商務(wù)應(yīng)用系統(tǒng)決策支持目前常用的數(shù)據(jù)庫管理系統(tǒng)有：Oracle、SQLServer、Access111電子商務(wù)系統(tǒng)開發(fā)技術(shù)112客戶端Internet服務(wù)器應(yīng)用程序數(shù)據(jù)庫ASPJSPPHPHTMLJavaScriptVBScriptJavaApplet電子商務(wù)系統(tǒng)開發(fā)技術(shù)113第5章電子商務(wù)系統(tǒng)規(guī)劃

（系統(tǒng)開發(fā)篇）學(xué)習(xí)內(nèi)容114電子商務(wù)系統(tǒng)規(guī)劃概述電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容電子商務(wù)系統(tǒng)規(guī)劃的步驟電子商務(wù)系統(tǒng)規(guī)劃的常用方法電子商務(wù)系統(tǒng)規(guī)劃報告電子商務(wù)系統(tǒng)規(guī)劃概述115電子商務(wù)系統(tǒng)規(guī)劃的定義電子商務(wù)系統(tǒng)規(guī)劃是指以支持企業(yè)開發(fā)電子商務(wù)系統(tǒng)為目標(biāo)，確定電子商務(wù)的發(fā)展戰(zhàn)略，給定未來電子商務(wù)系統(tǒng)的商務(wù)模式和模型，設(shè)計電子商務(wù)系統(tǒng)的總體結(jié)構(gòu)，說明解決方案各個組成部分的結(jié)構(gòu)及其組成，選擇構(gòu)造這一方案的技術(shù)方案，給出方案建設(shè)的實施步驟及時間安排，說明方案建設(shè)的人員組織，評估方案建設(shè)的開銷和收益。電子商務(wù)系統(tǒng)規(guī)劃概述116電子商務(wù)系統(tǒng)規(guī)劃的必要性在電子商務(wù)系統(tǒng)的建造初期，明確系統(tǒng)的目標(biāo)、范圍、規(guī)模、實施方式等內(nèi)容，形成一個輪廓性、框架性的方案，可以降低企業(yè)實施電子商務(wù)中的風(fēng)險。成功開展電子商務(wù)的企業(yè)通過電子商務(wù)獲得的收益應(yīng)大于投入的成本，開發(fā)電子商務(wù)系統(tǒng)前要進行成本和收益的分析、比較和評價，可以推斷出項目的開展是否能獲得成功。電子商務(wù)系統(tǒng)規(guī)劃概述117電子商務(wù)系統(tǒng)規(guī)劃的特點強調(diào)從戰(zhàn)略層做出強調(diào)企業(yè)間的協(xié)作是一個管理決策的過程規(guī)劃工作的人員主體是高層管理人員是對資金流、信息流和實物流的綜合規(guī)劃必須納入整個企業(yè)的發(fā)展規(guī)劃電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容118電子商務(wù)系統(tǒng)規(guī)劃的任務(wù)是在確定系統(tǒng)的目標(biāo)和定位的基礎(chǔ)上，制訂企業(yè)電子商務(wù)系統(tǒng)的長期發(fā)展方向和戰(zhàn)略，決定電子商務(wù)系統(tǒng)在整個過程中的發(fā)展方向、規(guī)模和發(fā)展進程。電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容1191.

制訂電子商務(wù)系統(tǒng)的發(fā)展戰(zhàn)略（1）分析市場的特點和競爭對手的情況（2）分析企業(yè)的戰(zhàn)略目標(biāo)和經(jīng)營策略（3）確定電子商務(wù)系統(tǒng)的發(fā)展戰(zhàn)略電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容1202.制訂電子商務(wù)系統(tǒng)的總體開發(fā)方案（1）確定企業(yè)的電子商務(wù)運作模式（2）確定電子商務(wù)系統(tǒng)的盈利方式（3）確立電子商務(wù)系統(tǒng)的體系結(jié)構(gòu)電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容1213.制訂系統(tǒng)開發(fā)方案的實施計劃（1）確定方案實施的主要任務(wù)（2）設(shè)計方案實施的各分階段及目標(biāo)（3）制訂各分階段的資源分配計劃（4）形成方案實施進度表電子商務(wù)系統(tǒng)規(guī)劃的內(nèi)容1224.對系統(tǒng)開發(fā)方案進行可行性分析（1）經(jīng)濟可行性分析（2）技術(shù)可行性分析（3）管理可行性分析（4）環(huán)境可行性分析123電子商務(wù)系統(tǒng)規(guī)劃的常用方法124制定電子商務(wù)系統(tǒng)規(guī)劃的常用方法有：關(guān)鍵成功因素法（簡稱CSF）企業(yè)系統(tǒng)規(guī)劃法（簡稱BSP）關(guān)鍵成功因素法125關(guān)鍵成功因素關(guān)鍵成功因素（criticalsuccessfactor，CSF）指的是對企業(yè)成功起關(guān)鍵作用的因素。在大多數(shù)企業(yè)中，一般有3～6個決定企業(yè)成功與否的因素。關(guān)鍵成功因素法關(guān)鍵成功因素法，簡稱CSF法，就是通過分析找出使得企業(yè)成功的關(guān)鍵因素，然后圍繞這些關(guān)鍵因素來確定系統(tǒng)的需求，并進行規(guī)劃。關(guān)鍵成功因素法126P.關(guān)鍵成功因素法的