電子商務系統(tǒng)的分析資料

1、第三章電子商務系統(tǒng)的分析(fnx)共一百零八頁要搞清楚的問題既有的系統(tǒng)是如何(rh)工作的？用戶希望新系統(tǒng)如何工作？目的：獲取系統(tǒng)需求信息功能需求性能需求成果需求分析報告針對新系統(tǒng)建立的模型系統(tǒng)(xtng)SDLC中的系統(tǒng)分析 信息系統(tǒng) 人的系統(tǒng)共一百零八頁電子商務(din z shn w)系統(tǒng)分析在系統(tǒng)規(guī)劃確定的目標和開發(fā)方案的指導下結合電子商務系統(tǒng)的特點對企業(yè)的各個方面進行深入調查研究及描述企業(yè)現行系統(tǒng)的活動和各項工作理解企業(yè)的業(yè)務流程和數據流程分析待開發(fā)軟件提出的需求并給出詳細的定義。討論決定哪些需求是可以滿足的，哪些需求不能滿足，并對能滿足得需求加以確切地描述。使用一系列分析工具(gn

2、gj)與技術建立目標系統(tǒng)邏輯模型，為系統(tǒng)設計奠定基礎。 共一百零八頁電子商務(din z shn w)系統(tǒng)分析vs一般的信息系統(tǒng)分析基本的方法、流程和工具相同不同點主要體現在調研分析的邊界創(chuàng)新性電子商務(din z shn w)系統(tǒng)分析要求以戰(zhàn)略規(guī)劃和系統(tǒng)規(guī)劃成果為依據充分了解管理及業(yè)務人員的需求借鑒典型的電子商務系統(tǒng)功能共一百零八頁一. 企業(yè)(qy)商務活動的基本內容企業(yè)的主要商務活動及它們(t men)之間的信息流轉共一百零八頁市場(shchng)活動（Marketing）目標增加客戶對企業(yè)及相關產品的認知程度，了解企業(yè)的服務為企業(yè)發(fā)現潛在的商業(yè)機會，發(fā)掘潛在客戶，發(fā)現客戶需求培養(yǎng)客戶的忠

3、誠度要點企業(yè)的形象產品的優(yōu)勢及特點市場細分借助于Internet，電子商務可以：獲得不受地域限制的市場宣傳空間減少對外界力量的依賴，直接(zhji)面對潛在客戶擁有最廉價的信息發(fā)布渠道直接通過客戶的瀏覽及消費歷史記錄獲取用戶需求信息共一百零八頁銷售(xioshu)活動（Sale）銷售過程實質上是為用戶提供備選產品的過程，這一過程包括：產品的發(fā)現、選擇兩個基本環(huán)節(jié)。目標與顧客達成交易，并使交易結果符合企業(yè)利益需要(xyo)要點產品的信息及描述消費的環(huán)境電子商務中的銷售活動可以：為客戶提供發(fā)現產品的渠道帶來交易方式的變革，使交易免受地域的限制直接產生電子化的交易記錄共一百零八頁訂貨(dng hu)

4、（Order）目標滿足企業(yè)生產和銷售的需要要點供應商的選擇運輸合適的庫存量電子商務系統(tǒng)可以優(yōu)化訂貨需求幫助擴大供應商的選擇范圍(fnwi)，優(yōu)化供應商選擇結果提高訂貨過程的效率改善對運輸過程的監(jiān)管和優(yōu)化共一百零八頁支付(zhf)與交付（Payment & Delivery ）支付與交付的過程(guchng)也就是履行訂單的執(zhí)行過程(guchng)目標完成交易費用的給付完成產品的包裝、運輸和遞交完成產品所有權的轉移要點安全性時間費用電子商務系統(tǒng)可以縮短支付時間，降低支付成本實現交付過程可視化追蹤訂單執(zhí)行過程提供無形產品的交付渠道共一百零八頁客戶服務（Service）目標培養(yǎng)客戶忠誠度從服務中發(fā)現

5、客戶需求，為市場及銷售活動提供依據要點訂單完成情況的檢查產品使用的反饋訂貨及客戶歷史記錄客戶行為分析電子商務可以提供新的客戶服務方式（在線、遠程、動態(tài)）使服務超越地域和時間的限制加快服務的反饋提供One-To-One 的個性化服務提供自助式服務進行服務過程的記錄(jl)及發(fā)掘共一百零八頁二、典型的電子商務業(yè)務(yw)需求市場推廣過程中的電子商務業(yè)務需求網絡廣告E-mail推銷品牌形象展示銷售過程中的電子商務業(yè)務需求網上產品展示產品搜索訂貨(dng hu)過程中的電子商務業(yè)務需求聯機采購在線報價和價格計算遠程協(xié)商電子支付共一百零八頁典型的電子商務(din z shn w)業(yè)務需求（續(xù)）交付過程中

6、的電子商務業(yè)務需求交付過程跟蹤服務過程中的電子商務業(yè)務需求客戶信息反饋客戶跟蹤服務企業(yè)內部相關(xinggun)管理業(yè)務需求商品庫存管理經營輔助決策.共一百零八頁三、電子商務(din z shn w)系統(tǒng)分析的過程信息系統(tǒng)分析(fnx)的基本思路電子商務系統(tǒng)分析的基本過程和方法共一百零八頁3.1 信息系統(tǒng)分析(fnx)的基本思路自頂向下從靜到動去偽存真不斷(bdun)迭代共一百零八頁3.2 電子商務系統(tǒng)分析的基本(jbn)過程進行需求調查，獲取需求（Requirement）整理(zhngl)提煉，針對需求進行建模利用相關的軟件工程方法結構化分析方法面向對象的分析方法原型法反復修改共一百零八頁需

7、求(xqi)調查參與人員：系統(tǒng)分析人員與業(yè)務人員共同完成方法訪談問卷調查跟班查閱(chyu)資料利用原型可采納的資料素材有關機構組成和職責的規(guī)定報表歷史數據訪談記錄相關法律、法規(guī)、文件等成果需求調查報告相關資料素材共一百零八頁17業(yè)務流程重構企業(yè)業(yè)務流程重構是指對企業(yè)進行(jnxng)根本的再思考和徹底的再設計，以求企業(yè)關鍵的性能指標如成本、質量和速度等，獲得巨大的提高。它是一種基于信息技術的、為更好地滿足顧客需要服務的、系統(tǒng)化的、企業(yè)組織的工作流程的改進及相關活動。業(yè)務流程再造突破了傳統(tǒng)的勞動分工理論的思想體系，強調以“流程導向”替代原有的“職能導向”的企業(yè)組織形式，為企業(yè)經營管理提出了一個

8、全新的思路。它不是原有東西的修補或是局部性的改變，或保持原有的組織結構完整不變，而是要拋棄運作已久的規(guī)程，對企業(yè)提供產品或服務的工作過程進行重新審視，這意味著拋棄所有的陳規(guī)陋習，一切從頭開始。有全局的思想，從整體上確認企業(yè)的業(yè)務流程 共一百零八頁18業(yè)務流程重構核心流程物流作業(yè)活動管理活動信息系統(tǒng)支持(zhch)流程企業(yè)基礎設施、人員、培訓、技術開發(fā)、資金。 共一百零八頁19業(yè)務流程重構的特點(tdin)以過程(guchng)為導向面向顧客打破常規(guī)充分利用信息技術目標遠大共一百零八頁20業(yè)務流程重構步驟(bzhu)1.確定基本范圍和目標。2.組織隊伍3.對有待進行重構的過程進行診斷重復的、無用

9、的，形式或格式(g shi)上不一致，甚至相互矛盾的處理過程。瓶頸式的阻塞延遲。重復多余的、上下不一致的報表文件。 不合理的規(guī)章制度。在電子商務環(huán)境下，能改進企業(yè)業(yè)務流程的電子技術共一百零八頁21進行(jnxng)再設計 進行再設計尋找再設計思路 設計新的業(yè)務過程 將原有流程中冗余的活動(hu dng)刪除。對有用的活動盡可能加以簡化。把原有的幾道工序依靠信息技術的支持加以合并。將順序的流程改為同步流程。最后還應再檢查改動后的業(yè)務流程是否銜接，從過程總體上還有什么應該安排和改動的地方。進行崗位的再安排設計 對原型修改共一百零八頁22業(yè)務流程重構的原則(yunz) 從企業(yè)的產品出發(fā)企業(yè)人員(rn

10、yun)參入和實際結合集中處理從整體考慮決策點下放從信息源頭獲取信息共一百零八頁231清除(qngch)清除將原有流程內的非增值處理予以清除。需要常問的關鍵問題是：這個流程環(huán)節(jié)為什么存在呢？這個流程環(huán)節(jié)的結果是整個流程完成(wn chng)的必要條件嗎？如果答案是否定的，那么，這樣的處理就應被清除。共一百零八頁24清除(qngch)處理(chl)間的等待不必要的移動重復的處理過量的庫存共一百零八頁252簡化(jinhu)簡化是指在不改變原有處理(chl)功能的基礎上，將復雜的處理(chl)精簡化。包括：使用簡單的技術溝通簡單明了表格流程間組織共一百零八頁263任務(rn wu)整合對業(yè)務流程經

11、過充分的簡化以后，還需要對簡化之后的流程進行整合，目的是使整個流程順暢、連貫，更好地滿足顧客需求。活動(hu dng)合并團隊供應商整合 共一百零八頁274流程(lichng)自動化對業(yè)務流程的清除、簡化和整合是流程自動化的基礎。除了需要人進行控制和決策的環(huán)節(jié)；其余能交由計算機處理的都應交給計算機處理；注意的地方：數據的采集(cij)和傳輸數據的分析。共一百零八頁28共一百零八頁29共一百零八頁30共一百零八頁31共一百零八頁32共一百零八頁33共一百零八頁34共一百零八頁35共一百零八頁36共一百零八頁37某企業(yè)集團技術裝備本部(bnb)的業(yè)務流程再造 企業(yè)業(yè)務流程再造的目標(mbio) 組

12、織隊伍核心業(yè)務流程問題分析及解決辦法 核心流程再造分析 共一百零八頁38某企業(yè)集團(jtun)技術裝備本部的業(yè)務流程再造 目標實現(shxin)企業(yè)管理和信息技術的結合減少不必要的流程提高企業(yè)的工作效率降低企業(yè)的運營成本加強企業(yè)的競爭力。 共一百零八頁39某企業(yè)集團技術裝備本部(bnb)的業(yè)務流程再造 組織項目管理委員會業(yè)務流程分析(fnx)小組再造小組電子商務系統(tǒng)規(guī)劃設計小組共一百零八頁40某企業(yè)集團技術裝備(jsh zhungbi)本部的業(yè)務流程再造 問題分析 物料管理業(yè)務流程不統(tǒng) 庫存管理混亂 保管員和微機員工作強度不合理信息的組織形式、內容不統(tǒng)一業(yè)務沒有統(tǒng)一核算。銷售環(huán)節(jié)復雜產品入庫不

13、及時計劃制定(zhdng)不合理無效庫存不能動態(tài)調整價格管理流程和報表不規(guī)范共一百零八頁41材料科再造(zizo)前a.開單檢驗材料處采購科業(yè)務員根據分供方提出的供貨報驗申請(shnqng)，手工開具通知驗收單，分供方持驗收單和貨物經過質管處檢驗，檢驗人員在通知驗收單上簽字分供方憑質管處簽字的通知驗收單到材料倉庫辦理入庫。b.審核入庫倉庫保管員根據物流庫存賬判斷是否超過最大儲備量，同時核對報驗、入庫的數量、辦理入庫，并在通知驗收單上寫明接受入庫數量并簽字。分供方的貨進入了材料倉庫。倉庫保管員要依據簽字后的通知驗收單登記倉庫物流庫存賬。此通知驗收單返回給分供方。c.單據反饋經過倉庫保管員簽字的通

14、知驗收單傳遞到材料科微機員手中，微機員依據通知驗收單錄入并打印入庫單，計算機記倉庫庫存賬和入庫流水賬，倉庫保管員依據此入庫單在倉庫物流庫存賬上登記入庫單號，以便將來進行對賬。 共一百零八頁42NYY質管處入庫檢驗合格否分供方入庫申請采購科手工開具通知驗收單通知驗收單簽字后的通知驗收單材料科手工查材料庫存賬是否入庫材料倉庫分供方辦理入庫入庫通知單簽字簽字后的通知驗收單保管員記賬登記入庫單號倉庫庫存賬微機錄入員入庫微機打印的入庫單計算機材料庫存賬、流水賬N共一百零八頁43未實現計算機對倉庫庫存的控制保管員工作量較大，如果(rgu)有倉庫管理員，兩者在工作上是一種重復投入；管理人員過多。材料科再造(

15、zizo)前的缺點共一百零八頁44材料科微機員(負責報驗的微機員)憑分供方提供的采購訂單打印通知驗收單,計算機自動判斷現有庫存量加上報驗數量是否超過倉庫的最大儲備量，如果超過，則在通知驗收單上注明允許的最大入庫量，提醒(t xng)入庫檢驗人員。微機員開了驗收單后就可以記入計算機臨時庫存賬和臨時入庫流水賬。記臨時賬主要目的是及時反映庫存量，臨時庫存和計算機庫存賬之間的差值，反映出入庫的在途量。分供方持單及貨經過質管處檢驗；檢驗人員在通知驗收單上簽字，并打印通知驗收單。分供方持單及貨到材料科入庫。 共一百零八頁45b.審核(shnh)入庫和單據反饋倉庫保管員核對通知驗收單上的貨物數量和實際量、當

16、前貨物的質量以及計算機允許的最大入庫量，確定本次接受的數量，如果實際入庫量沒有變化，則自動生成并打印入庫單，倉庫保管員依據此入庫單在倉庫物流庫存賬上登記入庫單號，以便將來進行對賬。如果實際入庫數量有變化，則要修改臨時庫存賬和臨時入庫流水賬，修改后生成并打印入庫單。倉庫保管員在通知驗收單上注明實際入庫量并簽字。至此，分供方的貨入到了材料倉庫。 共一百零八頁46單據反饋在材料科，系統(tǒng)根據(gnj)倉庫保管員的倉庫物流庫存賬自動更新庫存賬、出庫流水賬、臨時庫存賬和臨時入庫流水賬。 共一百零八頁47再造(zizo)前材料出庫開領料單 審核出庫 單據反饋 再造后材料出庫開領料單 審核出庫 單據反饋 共一

17、百零八頁48銷售處 再造前業(yè)務流程為接受訂單 組織生產 跟蹤和完成(wn chng)訂單再造后業(yè)務流程為訂單接收開發(fā)貨單共一百零八頁49入庫 再造前：開單檢驗 審核入庫 單據反饋(fnku) 再造后開單檢驗 審核入庫 單據反饋生產車間企劃主要處理流程成品(chngpn)科共一百零八頁50出庫 再造前：開領貨單 審核出庫 單據(dnj)反饋 再造后開發(fā)貨單 開出庫單 審核出庫 單據反饋 生產車間企劃主要處理流程成品(chngpn)科共一百零八頁51生產車間主要處理施程 再造前流程(a)生產計劃接收、安排生產(b) 生產進度臺賬調整(c) 產品入庫(r k)(d) 生產原料準備(e) 物料考核生產

18、(shngchn)車間 共一百零八頁52再造后流程(a) 生產計劃接收、生成車間作業(yè)(zuy)計劃控制臺賬（b）車間作業(yè)計劃臺賬調整（c）產品入庫（d）生產原料準備（e）物料考核 生產(shngchn)車間 共一百零八頁53再造前（a）訂單接收、生產計劃的制定和下達(b)計劃下達(c)生產計劃調整(d)生產計劃實施(shsh)的監(jiān)督(e)生產的組織 企劃(q hu) 共一百零八頁54再造后(a) 訂單接收、生產計劃(jhu)的制定和下達(b)生產計劃調整(c)生產計劃實施的監(jiān)督(d)生產的組織企劃(q hu) 共一百零八頁55在企業(yè)實施業(yè)務流程再造后，銷售處接受訂單，企劃處從銷售處接收生產訂單

19、，自動制定生產計劃。企劃處把生產計劃下達給車間，由車間進行生產，車間生產時需要到材料科領取材料。生產完成以后進行產品的入庫。材料科通過系統(tǒng)接受企劃處的計劃，負責組織生產原料的采購和生產原料的入庫，并通過系統(tǒng)辦理車間所需材料的出庫。成品科通過系統(tǒng)接受企劃處的計劃，負責實施生產車間生產的產品的入庫。企劃處還通過系統(tǒng)下達給銷售處，銷售科負責外協(xié)生產及訂單的實施銷售科通過和外部協(xié)作單位電子商務系統(tǒng)之間的接口傳遞子訂單的信息。 整個系統(tǒng)形成了一個整體，各部門分工協(xié)作共同通過系統(tǒng)完成任務。而不是像以前每個部門主要考慮自己的職能，手工查自己的臺賬，來完成自己的工作，效益低下，造成很多浪費。每個部門之間是并行

20、工作，消除(xioch)掉一些無用的手工流程。共一百零八頁四、結構化分析方法(fngf) （Structured Analysis，SA）結構化分析方法(fngf)是一種面向數據流的需求分析方法(fngf)，也是一種建?；顒樱饕鶕浖炔康臄祿鬟f、變換關系，自頂向下逐層分解，描繪出滿足功能要求的軟件系統(tǒng)。尤其適合于較大型的信息系統(tǒng)共一百零八頁結構化分析的主要(zhyo)工具數據流圖（DFD）：功能模型數據字典（DD）實體(sht)關系圖（E-R圖）：數據模型狀態(tài)變遷圖（STD圖）：行為模型共一百零八頁數據流圖（DFD）Data Flow Diagram用于表示數據在信息系統(tǒng)中的流動情況

21、，但不表示具體(jt)的程序邏輯和處理步驟共一百零八頁數據流圖的基本(jbn)元素共一百零八頁數據流圖的基本(jbn)元素（續(xù)）數據流是數據在系統(tǒng)內傳播的路徑，由一個或一組數據項構成。除了數據存儲之間的數據流不用(byng)命名外，其它數據流應該用名詞或名詞短語命名。（對于有些含義比較明顯的數據流也不一定加以命名）數據流的準確定義由數據字典Data Dictionary給出實體代表了系統(tǒng)邊界之外的，與系統(tǒng)存在數據交換的人員、組織或其它系統(tǒng)共一百零八頁數據流圖的基本(jbn)元素（續(xù)）處理也稱為數據加工，它對數據流進行某些操作或變換。每個處理要有名字，通常是動詞短語，簡明地描述完成什么處理。在分

22、層的數據流圖中，處理還應有編號。數據存儲指暫時保存的數據，它可以是數據庫表、文件或其它任何(rnh)形式的數據組織。流向數據存儲的數據流可理解為寫入存儲或提交查詢請求，從數據存儲流出的數據可理解為從存儲設備讀數據或得到查詢結果。數據存儲也可有編號共一百零八頁數據流圖的繪制(huzh)方法首先，確定系統(tǒng)的邊界和外部實體繪出系統(tǒng)的頂層數據流圖（context diagram）只包含一個處理，標號為0 ，且名稱為整個系統(tǒng)的名稱在頂層數據流圖的基礎上，細化得出第0層數據流圖逐層細化，擴展得出更低一層的數據流圖，直到(zhdo)所有處理都已足夠簡單共一百零八頁繪制(huzh)數據流圖的規(guī)則每個數據流都至

23、少有一端是連接到處理的每個處理都至少有一個(y )輸入數據流，且至少有一個(y )輸出數據流每一個數據存儲都必須通過數據流連接到處理一般情況下，每個數據存儲都應該既有輸入數據流，又有輸出數據流注意命名的唯一性、易懂性共一百零八頁繪制數據流圖的常規(guī)(chnggu)原則同一幅圖上包含的處理不超過9個盡量避免數據流的交叉使用(shyng)多級符號，表示處理之間的父子關系共一百零八頁案例(n l)：家具公司電子商務系統(tǒng)外部實體客戶內容維護人員銷售(xioshu)人員生產調度系統(tǒng) （生產調度人員） 財務系統(tǒng)（財務人員）客服人員物流跟蹤系統(tǒng)維修人員 共一百零八頁案例：主要(zhyo)處理用戶管理注冊登錄用

24、戶信息檢索用戶信息維護產品展示產品目錄瀏覽產品信息檢索產品效果圖展示網上訂貨購物車處理添加(tin ji)到購物車修改購物車下訂單訂單確認訂單跟蹤客戶服務咨詢報修派發(fā)修理通知服務跟蹤信息發(fā)布企業(yè)信息發(fā)布產品信息發(fā)布招聘信息發(fā)布企業(yè)/招聘信息檢索統(tǒng)計分析共一百零八頁數據(shj)字典（Data Dictionary，DD）1訂單1.1 訂單標識1.2 顧客(gk)詳情1.3 書籍詳情1.1 訂單標識1.1.1 訂貨日期1.1.2 訂單編號1.2 顧客詳情1.2.1 姓名1.2.2 聯系電話地址ID1.2.2 聯系電話固定電話移動電話說明：上述兩項至少一項為非空共一百零八頁面向過程模型(mxng)

25、的弊端以實現功能的過程為中心，而用戶的需求變化主要是針對功能的，且功能變化往往引起(ynq)較大的結構變化，因此，系統(tǒng)穩(wěn)定性不好。系統(tǒng)有明確的邊界定義，且系統(tǒng)結構依賴于系統(tǒng)邊界的定義。這樣的系統(tǒng)不易擴充和修改。 可重用性(reusability)較差。共一百零八頁五、面向對象的分析(fnx)與設計方法(Object Oriented Analysis&Design, OOA&OOD)基本(jbn)思想： 現實世界由相互聯系的各種事物組成，每一事物均有其自身的屬性和特定的行為，面向對象的分析與設計方法即遵循此思想，以最自然的形式針對現實世界中的問題建模，并按人們通常的思維方式對問題進行求解，力圖

26、籍此簡化問題模型，降低求解難度共一百零八頁面向對象方法(fngf)的幾個基本概念對象可用名字進行唯一標識可用屬性（狀態(tài)）描述某些特征可用一組操作（服務）完成其各種行為類具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述同樣具有名稱、屬性和操作屬性和操作又可分為外部特性和內部實現(shxin)兩部分消息向對象發(fā)出的服務請求包含：SenderReceiverParameters由接收者負責對消息進行響應，執(zhí)行相應操作共一百零八頁UML面向對象的分析(fnx)設計工具UMLUnified Modeling Language統(tǒng)一建模語言1996年，由Rational公司的G

27、.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推薦，為OMG所采納，進而成為了可視化建模的事實標準目前(mqin)最新版本2.1.2共一百零八頁UML的特點(tdin)和應用特點一種可視化的語言一種可用于詳細描述的語言精確無歧義(qy)完整一種構造語言正向工程逆向工程一種文檔化的語言主要應用于軟件系統(tǒng)的分析、設計工作，也可應用于非軟件領域共一百零八頁UML的構成(guchng)用例圖（Use Case diagram）靜態(tài)圖（Static diagram）類圖 Class diagram對象圖 Object diagram包圖 Package diagra

28、m行為(xngwi)圖（Behavior diagram）狀態(tài)圖 Statechart diagram活動圖 Activity diagram交互圖 （Interactive diagram）順序圖 Sequence diagram協(xié)作圖 Cooperation diagram實現圖（Implementation diagram）構件圖 Component Diagram部署圖 Deployment Diagram描述系統(tǒng)的動態(tài)模型和組成對象間的交互關系描述系統(tǒng)組成元素的靜態(tài)結構描述對象間的交互關系描述系統(tǒng)的物理組成單元共一百零八頁UML基本(jbn)元素 類(Class) 表示由三部分構成

29、名稱必須包含 其余可省略(shngl)或陸續(xù)添加 可說明屬性及操作的可見性 可說明屬性的類型 可說明操作的參數、返回值共一百零八頁UML基本(jbn)元素 對象(Object) 表示由兩部分(b fen)組成 沒有操作 名稱必須包含 名稱帶下劃線 名稱后可跟類名 其余可省略或陸續(xù)添加 可說明屬性的類型共一百零八頁UML基本(jbn)元素 用例(Use Case)和參與者(Actor)參與者存在于作為研究對象的系統(tǒng)之外的實體可以為人、機構、設備、系統(tǒng)等利用人形表示(biosh)通常僅包含其名稱用例對一組動作序列的描述，系統(tǒng)執(zhí)行這些動作將產生一個對特定參與者有價值而且可觀察的結果使用實線橢圓通常僅

30、包含其名稱共一百零八頁UML基本元素(yun s) 關系共一百零八頁依賴(yli)關系（dependency）代表：使用關系說明(shumng)一個事物規(guī)格說明(shumng)的變化可能影響到使用它的另一個事物箭頭指向被依賴的事物共一百零八頁泛化關系(gun x)（generalization）指一般事物（稱為超類或父類）和該事物的較為特殊的種類（稱為子類）之間的關系一個(y )類可以有0個、1個或多個父類沒有父類且最少有一個子類的類稱為根類或基類沒有子類的類稱為葉子類箭頭指向被繼承的類共一百零八頁關聯(gunlin)關系（association）代表一種結構關系類型自關聯(gunlin)二元

31、關聯關聯可以有一個名稱共一百零八頁聚集、聚合(jh)（Aggregation）一種特殊的關聯關系用于表示整體與部分的關系以菱形表示可進一步細分為：普通聚集，共享聚集（Shared Aggregation）整體與部分可以單獨存在以空心(kng xn)菱形表示組合（Composition）整體擁有部分，部分與整體共存以實心菱形表示共一百零八頁類及類之間的關系(gun x)自關聯(gunlin)同時存在兩種關系依賴關系泛化關系多元關聯共一百零八頁大學(dxu)里的幾種關系普通(ptng)聚集組合指定關系名稱和方向另一種指定關系名稱的方法指定多重性共一百零八頁類圖用于描述類與類之間的靜態(tài)關系類圖主要由

32、類及它們之間的關系構成(guchng)，此外，還可以包含接口、包等元素，也可包括對象等實例共一百零八頁類圖的主要(zhyo)作用分析階段幫助識別系統(tǒng)的主體幫助辨析系統(tǒng)的屬性和行為描述應用領域中的概念設計階段直接引導(yndo)面向對象的設計描述類與類之間的接口實現階段描述軟件系統(tǒng)中的實現可利用工具直接生成代碼框架共一百零八頁對象(duxing)圖（Object Diagram）形式(xngsh)與類圖相似對象之間的連接使用“鏈”（Link）共一百零八頁包圖（Package Diagram）目的：將復雜的大系統(tǒng)拆分為若干小系統(tǒng)包：將若干元素集合成一個(y )更高層次的單位，形成一個(y )低耦合

33、、高內聚的元素集合，將其稱為包。包中的元素也具有可見性。包圖利用類似于文件夾的符號表示包。包圖主要描述包之間的包含及依賴關系。共一百零八頁用例圖（Use Case Diagram）要素參與者用例關系用例圖描述了誰將是系統(tǒng)的使用者使用者希望系統(tǒng)提供什么服務（功能）使用者與系統(tǒng)之間的交互(jioh)（參與者與用例之間的關系）關聯關系（association）系統(tǒng)所提供的服務（用例之間的關系）包含關系（include）延伸關系（extend）泛化關系（generalize）共一百零八頁用例之間存在的三種可能(knng)的關系包含關系（include）表示基礎用例（客戶用例）在其內部說明的某一位置顯式

34、地合并了另一個用例的行為用途用例的復用用例的簡化(jinhu)延伸關系（extend）基礎用例在由延伸用例間接地說明的一個位置上，隱式地合并了另一個用例的行為特點：即使沒有擴展用例，基礎用例本身也是完整的用途把新的行為插入到已有用例中把復雜的可選的處理從基本的必須的處理中分離出來泛化關系（generalize）與類的泛化關系相似用途先給出一個概念性的用例，再給出其實現用例共一百零八頁參與者與用例之間的關聯(gunlin)關系共一百零八頁用例之間的關系(gun x)共一百零八頁用例圖的主要用途分析階段幫助識別系統(tǒng)的相關主體幫助明確并逐步細化系統(tǒng)功能需求是繪制(huzh)其它圖的出發(fā)點實現階段是編

35、制測試用例的基礎實施階段是制定培訓、維護計劃的依據共一百零八頁狀態(tài)圖（Statechart Diagram）用途與狀態(tài)遷移圖相似，用于描述一個實體基于事件反應的動態(tài)行為，顯示了該實體如何根據當前狀態(tài)對不同(b tn)的事件做出反應。要素狀態(tài)轉移與STD的主要不同點以圓角矩形代表狀態(tài)增加兩個可選的特殊狀態(tài)：起始狀態(tài)、終止狀態(tài)狀態(tài)內增加屬性：進入操作、退出操作、內部轉移允許在狀態(tài)內嵌套子狀態(tài)圖允許無觸發(fā)器轉移共一百零八頁狀態(tài)(zhungti)及轉移的屬性狀態(tài)名稱進入/退出操作內部轉移子狀態(tài)順序子狀態(tài)并行(bngxng)子狀態(tài)延遲的事件轉移源狀態(tài)事件觸發(fā)器警戒條件操作目標狀態(tài)共一百零八頁狀態(tài)圖示例(

36、shl)共一百零八頁活動(hu dng)圖（Activity Diagram）本質上為流程圖要素狀態(tài)(zhungti)初始狀態(tài)終止狀態(tài)動作狀態(tài)原子性不可中斷性瞬時性活動狀態(tài)可分解可中斷占有有限的時間控制流（轉換）普通轉換分支分叉匯合對象流表示活動中輸入或輸出的對象泳道用于將活動圖中的活動狀態(tài)分組共一百零八頁活動(hu dng)圖示例共一百零八頁活動(hu dng)圖的主要用途分析階段輔助進行工作流分析輔助對系統(tǒng)中主體行為進行分析設計階段設計(shj)類的依據最終細化到程序流程圖共一百零八頁交互(jioh)圖（Interaction Diagram）與活動(hu dng)圖一樣，用于對系統(tǒng)的動態(tài)特性建模交互