電子商務(wù)系統(tǒng)的分析與設(shè)計(jì)-第4章

1、第四章電子商務(wù)系統(tǒng)的分析要搞清楚的問題既有的系統(tǒng)是如何工作的？用戶希望新系統(tǒng)如何工作？目的：獲取系統(tǒng)需求信息功能需求性能需求成果需求分析報(bào)告針對(duì)新系統(tǒng)建立的模型系統(tǒng)SDLC中的系統(tǒng)分析 信息系統(tǒng) 人的系統(tǒng)電子商務(wù)系統(tǒng)分析vs一般的信息系統(tǒng)分析基本的方法、流程和工具相同不同點(diǎn)主要體現(xiàn)在調(diào)研分析的邊界創(chuàng)新性電子商務(wù)系統(tǒng)分析要求以戰(zhàn)略規(guī)劃和系統(tǒng)規(guī)劃成果為依據(jù)充分了解管理及業(yè)務(wù)人員的需求借鑒典型的電子商務(wù)系統(tǒng)功能一. 企業(yè)商務(wù)活動(dòng)的基本內(nèi)容企業(yè)的主要商務(wù)活動(dòng)及它們之間的信息流轉(zhuǎn)市場(chǎng)活動(dòng)（Marketing）目標(biāo)增加客戶對(duì)企業(yè)及相關(guān)產(chǎn)品的認(rèn)知程度，了解企業(yè)的服務(wù)為企業(yè)發(fā)現(xiàn)潛在的商業(yè)機(jī)會(huì)，發(fā)掘潛在客戶，發(fā)

2、現(xiàn)客戶需求培養(yǎng)客戶的忠誠(chéng)度要點(diǎn)企業(yè)的形象產(chǎn)品的優(yōu)勢(shì)及特點(diǎn)市場(chǎng)細(xì)分借助于Internet，電子商務(wù)可以：獲得不受地域限制的市場(chǎng)宣傳空間減少對(duì)外界力量的依賴，直接面對(duì)潛在客戶擁有最廉價(jià)的信息發(fā)布渠道直接通過客戶的瀏覽及消費(fèi)歷史記錄獲取用戶需求信息銷售活動(dòng)（Sale）銷售過程實(shí)質(zhì)上是為用戶提供備選產(chǎn)品的過程，這一過程包括：產(chǎn)品的發(fā)現(xiàn)、選擇兩個(gè)基本環(huán)節(jié)。目標(biāo)與顧客搭成交易，并使交易結(jié)果符合企業(yè)利益需要要點(diǎn)產(chǎn)品的信息及描述消費(fèi)的環(huán)境電子商務(wù)中的銷售活動(dòng)可以：為客戶提供發(fā)現(xiàn)產(chǎn)品的渠道帶來交易方式的變革，使交易免受地域的限制直接產(chǎn)生電子化的交易記錄訂貨（Order）目標(biāo)滿足企業(yè)生產(chǎn)和銷售的需要要點(diǎn)供應(yīng)商的選

3、擇運(yùn)輸合適的庫(kù)存量電子商務(wù)系統(tǒng)可以優(yōu)化訂貨需求幫助擴(kuò)大供應(yīng)商的選擇范圍，優(yōu)化供應(yīng)商選擇結(jié)果提高訂貨過程的效率改善對(duì)運(yùn)輸過程的監(jiān)管和優(yōu)化支付與交付（Payment & Delivery ）支付與交付的過程也就是履行訂單的執(zhí)行過程目標(biāo)完成交易費(fèi)用的給付完成產(chǎn)品的包裝、運(yùn)輸和遞交完成產(chǎn)品所有權(quán)的轉(zhuǎn)移要點(diǎn)安全性時(shí)間費(fèi)用電子商務(wù)系統(tǒng)可以縮短支付時(shí)間，降低支付成本實(shí)現(xiàn)交付過程可視化追蹤訂單執(zhí)行過程提供無形產(chǎn)品的交付渠道客戶服務(wù)（Service）目標(biāo)培養(yǎng)客戶忠誠(chéng)度從服務(wù)中發(fā)現(xiàn)客戶需求，為市場(chǎng)及銷售活動(dòng)提供依據(jù)要點(diǎn)訂單完成情況的檢查產(chǎn)品使用的反饋訂貨及客戶歷史記錄客戶行為分析電子商務(wù)可以提供新的客戶服務(wù)方式（

4、在線、遠(yuǎn)程、動(dòng)態(tài)）使服務(wù)超越地域和時(shí)間的限制加快服務(wù)的反饋提供One-To-One 的個(gè)性化服務(wù)提供自助式服務(wù)進(jìn)行服務(wù)過程的記錄及發(fā)掘二、典型的電子商務(wù)業(yè)務(wù)需求市場(chǎng)推廣過程中的電子商務(wù)業(yè)務(wù)需求網(wǎng)絡(luò)廣告E-mail推銷品牌形象展示銷售過程中的電子商務(wù)業(yè)務(wù)需求網(wǎng)上產(chǎn)品展示產(chǎn)品搜索訂貨過程中的電子商務(wù)業(yè)務(wù)需求聯(lián)機(jī)采購(gòu)在線報(bào)價(jià)和價(jià)格計(jì)算遠(yuǎn)程協(xié)商電子支付典型的電子商務(wù)業(yè)務(wù)需求（續(xù)）交付過程中的電子商務(wù)業(yè)務(wù)需求交付過程跟蹤服務(wù)過程中的電子商務(wù)業(yè)務(wù)需求客戶信息反饋客戶跟蹤服務(wù)企業(yè)內(nèi)部相關(guān)管理業(yè)務(wù)需求商品庫(kù)存管理經(jīng)營(yíng)輔助決策.三、電子商務(wù)系統(tǒng)分析的過程信息系統(tǒng)分析的基本思路電子商務(wù)系統(tǒng)分析的基本過程和方法3.

5、1 信息系統(tǒng)分析的基本思路自頂向下從靜到動(dòng)去偽存真不斷迭代3.2 電子商務(wù)系統(tǒng)分析的基本過程進(jìn)行需求調(diào)查，獲取需求（Requirement）整理提煉，針對(duì)需求進(jìn)行建模利用相關(guān)的軟件工程方法結(jié)構(gòu)化分析方法面向?qū)ο蟮姆治龇椒ㄔ头ǚ磸?fù)修改需求調(diào)查參與人員：系統(tǒng)分析人員與業(yè)務(wù)人員共同完成方法訪談問卷調(diào)查跟班查閱資料利用原型可采納的資料素材有關(guān)機(jī)構(gòu)組成和職責(zé)的規(guī)定報(bào)表歷史數(shù)據(jù)訪談?dòng)涗浵嚓P(guān)法律、法規(guī)、文件等成果需求調(diào)查報(bào)告相關(guān)資料素材四、結(jié)構(gòu)化分析方法 （Structured Analysis，SA）結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的需求分析方法，也是一種建模活動(dòng)，它主要根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、變換關(guān)系，

6、自頂向下逐層分解，描繪出滿足功能要求的軟件系統(tǒng)。尤其適合于較大型的信息系統(tǒng)結(jié)構(gòu)化分析的主要工具數(shù)據(jù)流圖（DFD）：功能模型數(shù)據(jù)字典（DD）實(shí)體關(guān)系圖（E-R圖）：數(shù)據(jù)模型狀態(tài)變遷圖（STD圖）：行為模型數(shù)據(jù)流圖（DFD）Data Flow Diagram用于表示數(shù)據(jù)在信息系統(tǒng)中的流動(dòng)情況，但不表示具體的程序邏輯和處理步驟數(shù)據(jù)流圖的基本元素?cái)?shù)據(jù)流圖的基本元素（續(xù)）數(shù)據(jù)流是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一個(gè)或一組數(shù)據(jù)項(xiàng)構(gòu)成。除了數(shù)據(jù)存儲(chǔ)之間的數(shù)據(jù)流不用命名外，其它數(shù)據(jù)流應(yīng)該用名詞或名詞短語(yǔ)命名。（對(duì)于有些含義比較明顯的數(shù)據(jù)流也不一定加以命名）數(shù)據(jù)流的準(zhǔn)確定義由數(shù)據(jù)字典Data Dictionary給出

7、實(shí)體代表了系統(tǒng)邊界之外的，與系統(tǒng)存在數(shù)據(jù)交換的人員、組織或其它系統(tǒng)數(shù)據(jù)流圖的基本元素（續(xù)）處理也稱為數(shù)據(jù)加工，它對(duì)數(shù)據(jù)流進(jìn)行某些操作或變換。每個(gè)處理要有名字，通常是動(dòng)詞短語(yǔ)，簡(jiǎn)明地描述完成什么處理。在分層的數(shù)據(jù)流圖中，處理還應(yīng)有編號(hào)。數(shù)據(jù)存儲(chǔ)指暫時(shí)保存的數(shù)據(jù)，它可以是數(shù)據(jù)庫(kù)表、文件或其它任何形式的數(shù)據(jù)組織。流向數(shù)據(jù)存儲(chǔ)的數(shù)據(jù)流可理解為寫入存儲(chǔ)或提交查詢請(qǐng)求，從數(shù)據(jù)存儲(chǔ)流出的數(shù)據(jù)可理解為從存儲(chǔ)設(shè)備讀數(shù)據(jù)或得到查詢結(jié)果。數(shù)據(jù)存儲(chǔ)也可有編號(hào)數(shù)據(jù)流圖的繪制方法首先，確定系統(tǒng)的邊界和外部實(shí)體繪出系統(tǒng)的頂層數(shù)據(jù)流圖（context diagram）只包含一個(gè)處理，標(biāo)號(hào)為0 ，且名稱為整個(gè)系統(tǒng)的名稱在頂層數(shù)

8、據(jù)流圖的基礎(chǔ)上，細(xì)化得出第0層數(shù)據(jù)流圖逐層細(xì)化，擴(kuò)展得出更低一層的數(shù)據(jù)流圖，直到所有處理都已足夠簡(jiǎn)單繪制數(shù)據(jù)流圖的規(guī)則每個(gè)數(shù)據(jù)流都至少有一端是連接到處理的每個(gè)處理都至少有一個(gè)輸入數(shù)據(jù)流，且至少有一個(gè)輸出數(shù)據(jù)流每一個(gè)數(shù)據(jù)存儲(chǔ)都必須通過數(shù)據(jù)流連接到處理一般情況下，每個(gè)數(shù)據(jù)存儲(chǔ)都應(yīng)該既有輸入數(shù)據(jù)流，又有輸出數(shù)據(jù)流注意命名的唯一性、易懂性繪制數(shù)據(jù)流圖的常規(guī)原則同一幅圖上包含的處理不超過9個(gè)盡量避免數(shù)據(jù)流的交叉使用多級(jí)符號(hào)，表示處理之間的父子關(guān)系案例-學(xué)生學(xué)籍管理系統(tǒng)學(xué)籍管理系統(tǒng)的1層DFDP2“成績(jī)管理”的展開 P2.3“成績(jī)分析”的展開某銀行儲(chǔ)蓄所存（取）款過程如下：儲(chǔ)戶將填好的存（?。﹩渭按嬲鬯徒?/p>

9、分類處理處。分類處理安三種不同情況分別處理。如果存折不符或存（?。﹩尾缓细瘢瑒t將存折及存（?。﹩沃苯油诉€儲(chǔ)戶重新填寫；如果是存款，則將存折及存款單送交存款處處理。存款處理處取出底帳登記后，將存折退還給儲(chǔ)戶；如果是取款，則將存折及取款單送交取款處理處，該服務(wù)臺(tái)取出底帳及現(xiàn)金，記賬后將存折與現(xiàn)金退給儲(chǔ)戶。從而完成存（取）款處理過程。試按此畫出數(shù)據(jù)流程圖。案例：家具公司電子商務(wù)系統(tǒng)外部實(shí)體客戶內(nèi)容維護(hù)人員銷售人員生產(chǎn)調(diào)度系統(tǒng) （生產(chǎn)調(diào)度人員） 財(cái)務(wù)系統(tǒng)（財(cái)務(wù)人員）客服人員物流跟蹤系統(tǒng)維修人員 案例：主要處理用戶管理注冊(cè)登錄用戶信息檢索用戶信息維護(hù)產(chǎn)品展示產(chǎn)品目錄瀏覽產(chǎn)品信息檢索產(chǎn)品效果圖展示網(wǎng)上訂貨

10、購(gòu)物車處理添加到購(gòu)物車修改購(gòu)物車下訂單訂單確認(rèn)訂單跟蹤客戶服務(wù)咨詢報(bào)修派發(fā)修理通知服務(wù)跟蹤信息發(fā)布企業(yè)信息發(fā)布產(chǎn)品信息發(fā)布招聘信息發(fā)布企業(yè)/招聘信息檢索統(tǒng)計(jì)分析數(shù)據(jù)字典（Data Dictionary，DD）1訂單1.1 訂單標(biāo)識(shí)1.2 顧客詳情1.3 書籍詳情1.1 訂單標(biāo)識(shí)1.1.1 訂貨日期1.1.2 訂單編號(hào)1.2 顧客詳情1.2.1 姓名1.2.2 聯(lián)系電話地址ID1.2.2 聯(lián)系電話固定電話移動(dòng)電話說明：上述兩項(xiàng)至少一項(xiàng)為非空行為模型：狀態(tài)變遷圖（STD圖）目標(biāo)：直觀地分析系統(tǒng)的動(dòng)作從特定的視角出發(fā)描述系統(tǒng)的動(dòng)態(tài)行為狀態(tài)遷移圖的內(nèi)容描述系統(tǒng)行為的三個(gè)要素： 狀態(tài) 事件（輸入）用圓圈

11、“”表示 狀態(tài)遷移 （輸出）用箭頭“”表示用字符表示狀態(tài)遷移圖的表示舉例s1s20110s310狀態(tài)遷移圖的應(yīng)用作用明確系統(tǒng)需求確定系統(tǒng)在不同狀態(tài)下的可能的動(dòng)作進(jìn)而指導(dǎo)系統(tǒng)設(shè)計(jì)實(shí)現(xiàn)引入狀態(tài)變量對(duì)應(yīng)不同狀態(tài)變量值，提供不同的界面、處理決策樹決策表面向過程模型的弊端以實(shí)現(xiàn)功能的過程為中心，而用戶的需求變化主要是針對(duì)功能的，且功能變化往往引起較大的結(jié)構(gòu)變化，因此，系統(tǒng)穩(wěn)定性不好。系統(tǒng)有明確的邊界定義，且系統(tǒng)結(jié)構(gòu)依賴于系統(tǒng)邊界的定義。這樣的系統(tǒng)不易擴(kuò)充和修改。 可重用性(reusability)較差。五、面向?qū)ο蟮姆治雠c設(shè)計(jì)方法(Object Oriented Analysis&Design, OOA

12、&OOD)基本思想： 現(xiàn)實(shí)世界由相互聯(lián)系的各種事物組成，每一事物均有其自身的屬性和特定的行為，面向?qū)ο蟮姆治雠c設(shè)計(jì)方法即遵循此思想，以最自然的形式針對(duì)現(xiàn)實(shí)世界中的問題建模，并按人們通常的思維方式對(duì)問題進(jìn)行求解，力圖籍此簡(jiǎn)化問題模型，降低求解難度面向?qū)ο蠓椒ǖ膸讉€(gè)基本概念對(duì)象可用名字進(jìn)行唯一標(biāo)識(shí)可用屬性（狀態(tài)）描述某些特征可用一組操作（服務(wù)）完成其各種行為類具有相同屬性和操作的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述同樣具有名稱、屬性和操作屬性和操作又可分為外部特性和內(nèi)部實(shí)現(xiàn)兩部分消息向?qū)ο蟀l(fā)出的服務(wù)請(qǐng)求包含：SenderReceiverParameters由接收者負(fù)責(zé)對(duì)消息進(jìn)

13、行響應(yīng)，執(zhí)行相應(yīng)操作UML面向?qū)ο蟮姆治鲈O(shè)計(jì)工具UMLUnified Modeling Language統(tǒng)一建模語(yǔ)言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推薦，為OMG所采納，進(jìn)而成為了可視化建模的事實(shí)標(biāo)準(zhǔn)目前最新版本2.1.2UML的特點(diǎn)和應(yīng)用特點(diǎn)一種可視化的語(yǔ)言一種可用于詳細(xì)描述的語(yǔ)言精確無歧義完整一種構(gòu)造語(yǔ)言正向工程逆向工程一種文檔化的語(yǔ)言主要應(yīng)用于軟件系統(tǒng)的分析、設(shè)計(jì)工作，也可應(yīng)用于非軟件領(lǐng)域UML的構(gòu)成用例圖（Use Case diagram）靜態(tài)圖（Static diagram）類圖 Class d

14、iagram對(duì)象圖 Object diagram包圖 Package diagram行為圖（Behavior diagram）狀態(tài)圖 Statechart diagram活動(dòng)圖 Activity diagram交互圖 （Interactive diagram）順序圖 Sequence diagram協(xié)作圖 Cooperation diagram實(shí)現(xiàn)圖（Implementation diagram）構(gòu)件圖 Component Diagram部署圖 Deployment Diagram描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系描述系統(tǒng)組成元素的靜態(tài)結(jié)構(gòu)描述對(duì)象間的交互關(guān)系描述系統(tǒng)的物理組成單元UML

15、基本元素 類(Class) 表示由三部分構(gòu)成 名稱必須包含 其余可省略或陸續(xù)添加 可說明屬性及操作的可見性 可說明屬性的類型 可說明操作的參數(shù)、返回值UML基本元素 對(duì)象(Object) 表示由兩部分組成 沒有操作 名稱必須包含 名稱帶下劃線 名稱后可跟類名 其余可省略或陸續(xù)添加 可說明屬性的類型UML基本元素 用例(Use Case)和參與者(Actor)參與者存在于作為研究對(duì)象的系統(tǒng)之外的實(shí)體可以為人、機(jī)構(gòu)、設(shè)備、系統(tǒng)等利用人形表示通常僅包含其名稱用例對(duì)一組動(dòng)作序列的描述，系統(tǒng)執(zhí)行這些動(dòng)作將產(chǎn)生一個(gè)對(duì)特定參與者有價(jià)值而且可觀察的結(jié)果使用實(shí)線橢圓通常僅包含其名稱UML基本元素 關(guān)系依賴關(guān)系（

16、dependency）代表：使用關(guān)系說明一個(gè)事物規(guī)格說明的變化可能影響到使用它的另一個(gè)事物箭頭指向被依賴的事物泛化關(guān)系（generalization）指一般事物（稱為超類或父類）和該事物的較為特殊的種類（稱為子類）之間的關(guān)系一個(gè)類可以有0個(gè)、1個(gè)或多個(gè)父類沒有父類且最少有一個(gè)子類的類稱為根類或基類沒有子類的類稱為葉子類箭頭指向被繼承的類關(guān)聯(lián)關(guān)系（association）代表一種結(jié)構(gòu)關(guān)系類型自關(guān)聯(lián)二元關(guān)聯(lián)關(guān)聯(lián)可以有一個(gè)名稱聚集、聚合（Aggregation）一種特殊的關(guān)聯(lián)關(guān)系用于表示整體與部分的關(guān)系以菱形表示可進(jìn)一步細(xì)分為：普通聚集，共享聚集（Shared Aggregation）整體與部分可以

17、單獨(dú)存在以空心菱形表示組合（Composition）整體擁有部分，部分與整體共存以實(shí)心菱形表示類及類之間的關(guān)系自關(guān)聯(lián)同時(shí)存在兩種關(guān)系依賴關(guān)系泛化關(guān)系多元關(guān)聯(lián)大學(xué)里的幾種關(guān)系普通聚集組合指定關(guān)系名稱和方向另一種指定關(guān)系名稱的方法指定多重性類圖用于描述類與類之間的靜態(tài)關(guān)系類圖主要由類及它們之間的關(guān)系構(gòu)成，此外，還可以包含接口、包等元素，也可包括對(duì)象等實(shí)例類圖的主要作用分析階段幫助識(shí)別系統(tǒng)的主體幫助辨析系統(tǒng)的屬性和行為描述應(yīng)用領(lǐng)域中的概念設(shè)計(jì)階段直接引導(dǎo)面向?qū)ο蟮脑O(shè)計(jì)描述類與類之間的接口實(shí)現(xiàn)階段描述軟件系統(tǒng)中的實(shí)現(xiàn)可利用工具直接生成代碼框架對(duì)象圖（Object Diagram）形式與類圖相似對(duì)象之間

18、的連接使用“鏈”（Link）包圖（Package Diagram）目的：將復(fù)雜的大系統(tǒng)拆分為若干小系統(tǒng)包：將若干元素集合成一個(gè)更高層次的單位，形成一個(gè)低耦合、高內(nèi)聚的元素集合，將其稱為包。包中的元素也具有可見性。包圖利用類似于文件夾的符號(hào)表示包。包圖主要描述包之間的包含及依賴關(guān)系。用例圖（Use Case Diagram）要素參與者用例關(guān)系用例圖描述了誰(shuí)將是系統(tǒng)的使用者使用者希望系統(tǒng)提供什么服務(wù)（功能）使用者與系統(tǒng)之間的交互（參與者與用例之間的關(guān)系）關(guān)聯(lián)關(guān)系（association）系統(tǒng)所提供的服務(wù)（用例之間的關(guān)系）包含關(guān)系（include）延伸關(guān)系（extend）泛化關(guān)系（generaliz

19、e）用例之間存在的三種可能的關(guān)系包含關(guān)系（include）表示基礎(chǔ)用例（客戶用例）在其內(nèi)部說明的某一位置顯式地合并了另一個(gè)用例的行為用途用例的復(fù)用用例的簡(jiǎn)化延伸關(guān)系（extend）基礎(chǔ)用例在由延伸用例間接地說明的一個(gè)位置上，隱式地合并了另一個(gè)用例的行為特點(diǎn)：即使沒有擴(kuò)展用例，基礎(chǔ)用例本身也是完整的用途把新的行為插入到已有用例中把復(fù)雜的可選的處理從基本的必須的處理中分離出來泛化關(guān)系（generalize）與類的泛化關(guān)系相似用途先給出一個(gè)概念性的用例，再給出其實(shí)現(xiàn)用例參與者與用例之間的關(guān)聯(lián)關(guān)系用例之間的關(guān)系用例圖的主要用途分析階段幫助識(shí)別系統(tǒng)的相關(guān)主體幫助明確并逐步細(xì)化系統(tǒng)功能需求是繪制其它圖的出

20、發(fā)點(diǎn)實(shí)現(xiàn)階段是編制測(cè)試用例的基礎(chǔ)實(shí)施階段是制定培訓(xùn)、維護(hù)計(jì)劃的依據(jù)狀態(tài)圖（Statechart Diagram）用途與狀態(tài)遷移圖相似，用于描述一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前狀態(tài)對(duì)不同的事件做出反應(yīng)。要素狀態(tài)轉(zhuǎn)移與STD的主要不同點(diǎn)以圓角矩形代表狀態(tài)增加兩個(gè)可選的特殊狀態(tài)：起始狀態(tài)、終止?fàn)顟B(tài)狀態(tài)內(nèi)增加屬性：進(jìn)入操作、退出操作、內(nèi)部轉(zhuǎn)移允許在狀態(tài)內(nèi)嵌套子狀態(tài)圖允許無觸發(fā)器轉(zhuǎn)移狀態(tài)及轉(zhuǎn)移的屬性狀態(tài)名稱進(jìn)入/退出操作內(nèi)部轉(zhuǎn)移子狀態(tài)順序子狀態(tài)并行子狀態(tài)延遲的事件轉(zhuǎn)移源狀態(tài)事件觸發(fā)器警戒條件操作目標(biāo)狀態(tài)狀態(tài)圖示例活動(dòng)圖（Activity Diagram）本質(zhì)上為流程圖要素狀態(tài)初始

21、狀態(tài)終止?fàn)顟B(tài)動(dòng)作狀態(tài)原子性不可中斷性瞬時(shí)性活動(dòng)狀態(tài)可分解可中斷占有有限的時(shí)間控制流（轉(zhuǎn)換）普通轉(zhuǎn)換分支分叉匯合對(duì)象流表示活動(dòng)中輸入或輸出的對(duì)象泳道用于將活動(dòng)圖中的活動(dòng)狀態(tài)分組活動(dòng)圖示例活動(dòng)圖的主要用途分析階段輔助進(jìn)行工作流分析輔助對(duì)系統(tǒng)中主體行為進(jìn)行分析設(shè)計(jì)階段設(shè)計(jì)類的依據(jù)最終細(xì)化到程序流程圖交互圖（Interaction Diagram）與活動(dòng)圖一樣，用于對(duì)系統(tǒng)的動(dòng)態(tài)特性建模交互圖強(qiáng)調(diào)從對(duì)象到對(duì)象的控制流活動(dòng)圖強(qiáng)調(diào)從活動(dòng)到活動(dòng)的控制流由順序圖和協(xié)作圖共同構(gòu)成顯示的是一個(gè)交互，由一組對(duì)象和它們之間的關(guān)系組成，包含它們之間可能傳遞的消息順序圖：強(qiáng)調(diào)時(shí)間順序的交互圖協(xié)作圖：強(qiáng)調(diào)結(jié)構(gòu)組織的交互圖兩者

22、在語(yǔ)義上是等價(jià)的順序圖（Sequence Diagram）要素對(duì)象：沿X軸排列名稱生命線控制焦點(diǎn)可選，用于可視化消息的嵌套或?qū)嶋H計(jì)算發(fā)生時(shí)的時(shí)間消息：沿Y軸排列名稱參數(shù)（可選）消息的類型普通消息調(diào)用順序圖示例協(xié)作圖（Collaboration Diagram）要素對(duì)象：名稱鏈：連接對(duì)象之間的弧消息名稱參數(shù)順序號(hào)：以嵌套的形式反映了消息間的先后順序協(xié)作圖示例交互圖的主要用途分析階段幫助識(shí)別系統(tǒng)的相關(guān)主體幫助分析業(yè)務(wù)流程設(shè)計(jì)階段設(shè)計(jì)類的操作的重要依據(jù)設(shè)計(jì)程序流程的出發(fā)點(diǎn)實(shí)現(xiàn)階段是編制測(cè)試用例的重要參考基于UML的分析設(shè)計(jì)過程基本原則用例驅(qū)動(dòng)的以體系結(jié)構(gòu)為中心的迭代的增量的一般技巧每一個(gè)圖中只包含與

23、特定主題相關(guān)的內(nèi)容使用工具利用UML進(jìn)行系統(tǒng)分析的方法確定Actor畫出用例圖畫各種動(dòng)態(tài)視圖（主要是活動(dòng)圖、順序圖及狀態(tài)圖），以進(jìn)一步說明各個(gè)用例的詳細(xì)情況UML支援環(huán)境Rational Rose (IBM)經(jīng)典的可視化建模工具全面支持UML 建模標(biāo)準(zhǔn)可以在同一個(gè)模型中實(shí)現(xiàn)業(yè)務(wù)建模、需求建模、應(yīng)用建模和數(shù)據(jù)建模支持多種語(yǔ)言（C+, Java、VB 等）的代碼生成及雙向工程自帶的的模塊測(cè)試工具，可以在設(shè)計(jì)階段就及早對(duì)設(shè)計(jì)模型進(jìn)行測(cè)試Poseidon for UML (Gentleware German) Visio2003 (Microsoft)PowerDesigner (Sybase)Tru

24、fun Kant&Plato (楚凡 China)六、原型法（Prototype Approach）面對(duì)小型項(xiàng)目的最實(shí)用的分析設(shè)計(jì)方法利用靜態(tài)頁(yè)面構(gòu)造出系統(tǒng)的主要界面，并利用超鏈接反映它們之間的相互關(guān)系利用原型法可以為系統(tǒng)分析人員與用戶之間的交流溝通提供一個(gè)著眼點(diǎn)第七節(jié) 系統(tǒng)分析建模工具及其操作介紹 一、建模工具簡(jiǎn)介在信息系統(tǒng)分析建模工具中，目前常用的有微軟的Visio和Rational公司的Rose。1Visio2Rational Rose二、Visio建模的基本操作1流程圖繪制圖4-37 Visio起始界面 圖438 繪制業(yè)務(wù)流程圖界面 2.繪制數(shù)據(jù)流程圖進(jìn)入如圖439所示的繪制數(shù)據(jù)流程圖界面。 圖440 繪制數(shù)據(jù)流程圖界面圖4-42 繪制學(xué)籍管理系統(tǒng)數(shù)據(jù)流圖頂層的過程 3UML建模過程 圖4-44 UML的繪圖界面圖4-45 繪制用例圖的過程 第八節(jié) 系統(tǒng)分析報(bào)告的結(jié)構(gòu)與內(nèi)容一、分析報(bào)告的結(jié)構(gòu)系統(tǒng)分析會(huì)產(chǎn)生大量的圖表，為了使系統(tǒng)分析報(bào)告清楚，便于不同人員查看、參考，系統(tǒng)分析報(bào)告一般分為正文和附錄兩部分。正文主要闡述系統(tǒng)分析各工作環(huán)節(jié)的工作任務(wù)、內(nèi)容、一般的原則和方法。 附錄給出新系統(tǒng)邏輯模型的表述，包括各種表格、圖等。 二、系統(tǒng)分析報(bào)告的主要內(nèi)容1前言前言是系統(tǒng)分析工作的大致描述，其中包括本次系統(tǒng)分析的主要任務(wù)、