第四章電子商務(wù)系統(tǒng)的分析主要內(nèi)容企業(yè)經(jīng)營(yíng)過程中的基本商務(wù)活動(dòng)典型的電子商務(wù)業(yè)務(wù)需求電子商務(wù)系統(tǒng)分析的過程系統(tǒng)分析的軟件工程方法結(jié)構(gòu)化分析方法面向?qū)ο蟮姆治龇椒ū菊乱c(diǎn)了解典型的電子商務(wù)系統(tǒng)業(yè)務(wù)需求熟悉系統(tǒng)分析的基本思路和過程掌握組織結(jié)構(gòu)圖、業(yè)務(wù)流程圖、數(shù)據(jù)流程圖的繪制方法掌握決策樹、決策表、結(jié)構(gòu)化語言等工具的使用掌握數(shù)字字典的定義及作業(yè)掌握UML建模方法要搞清楚的問題既有的系統(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)功能4.1商務(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ā)現(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)與顧客搭成交易，并使交符合企業(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)商的選擇運(yùn)輸合適的庫存量電子商務(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)完成交的給付完成產(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ù)方式（在線、遠(yuǎn)程、動(dòng)態(tài)）使服務(wù)超越地域和時(shí)間的限制加快服務(wù)的反饋提供One-To-One的個(gè)性化服務(wù)提供自助式服務(wù)進(jìn)行服務(wù)過程的記錄及發(fā)掘商務(wù)活動(dòng)中的業(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ù)需求交付過程跟蹤……服務(wù)過程中的電子商務(wù)業(yè)務(wù)需求客戶信息反饋客戶跟蹤服務(wù)……企業(yè)相關(guān)管理業(yè)務(wù)需求商品庫存管理經(jīng)營(yíng)輔助決策…..商務(wù)活動(dòng)中的業(yè)務(wù)需求4.2典型的電子商務(wù)業(yè)務(wù)需求B2C電子商務(wù)系統(tǒng)的基本需求用戶管理需求用戶注冊(cè)注冊(cè)用戶信息管理客戶需求提供電子目錄同類商品比較商品評(píng)估購(gòu)物車撤銷、修改訂單可以網(wǎng)絡(luò)支付可跟蹤訂單狀態(tài)典型的電子商務(wù)業(yè)務(wù)需求B2C電子商務(wù)系統(tǒng)的基本需求銷售商的需求檢查客戶信息處理客戶訂單處理客戶付款商品信息發(fā)布跟蹤商品銷售情況商品庫存管理和物流配送系統(tǒng)建立接口和銀行建立接口實(shí)現(xiàn)客戶關(guān)系管理典型的電子商務(wù)業(yè)務(wù)需求B2B電子商務(wù)系統(tǒng)的基本需求會(huì)員管理會(huì)員身份管理會(huì)員資料管理權(quán)限控制產(chǎn)品目錄管理目錄管理目錄視圖目錄查找審批流程管理注冊(cè)審批交典型的電子商務(wù)業(yè)務(wù)需求B2B電子商務(wù)系統(tǒng)的基本需求訂單管理購(gòu)物車管理采購(gòu)訂單交定價(jià)銷售協(xié)議價(jià)格請(qǐng)求報(bào)價(jià)拍賣和投標(biāo)采購(gòu)電子拍賣電子采購(gòu)網(wǎng)絡(luò)支付4.3電子商務(wù)系統(tǒng)分析的過程信息系統(tǒng)分析的基本思路電子商務(wù)系統(tǒng)分析的基本過程和方法4.3.1信息系統(tǒng)分析的基本思路自頂向下從靜到動(dòng)去偽存真不斷迭代信息系統(tǒng)分析系統(tǒng)分析的任務(wù)

在充分認(rèn)識(shí)原信息系統(tǒng)的基礎(chǔ)上，完成新系統(tǒng)的邏輯模型設(shè)計(jì)，解決系統(tǒng)“做什么”的問題。系統(tǒng)分析在很大程度上決定了系統(tǒng)開發(fā)的成敗。數(shù)據(jù)、要求計(jì)算機(jī)能處理的信息和功能了解用戶需求和系統(tǒng)現(xiàn)存問題；確定目標(biāo)系統(tǒng)；業(yè)務(wù)調(diào)查分析；系統(tǒng)數(shù)據(jù)和功能分析；形成系統(tǒng)分析文檔解決“做什么”的問題信息系統(tǒng)分析信息系統(tǒng)的開發(fā)就是要實(shí)現(xiàn)目標(biāo)系統(tǒng)的物理模型，即建立一個(gè)物理系統(tǒng)。物理模型是由系統(tǒng)的邏輯模型經(jīng)過實(shí)例化得來的。系統(tǒng)的邏輯模型只描述系統(tǒng)要完成的功能和要處理的信息，與物理模型相比，邏輯模型忽略了實(shí)現(xiàn)的方法與細(xì)節(jié)。物理模型用來描述系統(tǒng)“怎么做”的問題，邏輯模型則用來描述系統(tǒng)“做什么”的問題。

系統(tǒng)分析的目標(biāo)就是要借助于當(dāng)前系統(tǒng)的邏輯模型，導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)“做什么”的問題。系統(tǒng)分析的目標(biāo)信息系統(tǒng)分析邏輯模型著重用邏輯的過程或主要的業(yè)務(wù)來描述對(duì)象系統(tǒng)；邏輯模型描述系統(tǒng)要“做什么”，邏輯模型不涉及目標(biāo)系統(tǒng)實(shí)施的技術(shù)問題，只是用文字或圖表把目標(biāo)系統(tǒng)的邏輯描述出來。。物理模型描述的是對(duì)象系統(tǒng)“如何做”、“如何實(shí)現(xiàn)”，是系統(tǒng)的物理過程。信息系統(tǒng)分析模型化抽象化現(xiàn)行系統(tǒng)調(diào)整-------------------------------------------------優(yōu)化具體化實(shí)例化目標(biāo)系統(tǒng)圖5-1目標(biāo)系統(tǒng)邏輯模型的建立物理系統(tǒng)物理模型邏輯模型邏輯模型物理模型物理系統(tǒng)目標(biāo)系統(tǒng)的建立過程4.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)資料素材4.4系統(tǒng)分析的軟件工程方法結(jié)構(gòu)化分析方法（SA）面向?qū)ο蟮姆治龇椒ǎ∣OA）4.4.1結(jié)構(gòu)化分析方法

（StructuredAnalysis，SA）結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的需求分析方法，也是一種建?；顒?dòng)，它主要根據(jù)軟件的數(shù)據(jù)傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件系統(tǒng)。尤其適合于較大型的信息系統(tǒng)結(jié)構(gòu)化分析方法的主要工具組織結(jié)構(gòu)圖、功能結(jié)構(gòu)圖、組織/業(yè)務(wù)聯(lián)系表業(yè)務(wù)流程圖（TFD）數(shù)據(jù)流圖（DFD）數(shù)據(jù)字典（DD）決策樹、決策表、結(jié)構(gòu)化語言組織結(jié)構(gòu)和功能分析

組織結(jié)構(gòu)指的是一個(gè)組織（部門、企業(yè)、車間、科室等）以及這些組成部分之間的隸屬關(guān)系或管理與被管理的關(guān)系。通?？捎媒M織結(jié)構(gòu)圖來表示。1.組織結(jié)構(gòu)調(diào)查組織結(jié)構(gòu)圖舉例1廠長(zhǎng)計(jì)劃調(diào)度組計(jì)劃科生產(chǎn)部財(cái)務(wù)部供銷科計(jì)劃組統(tǒng)計(jì)組統(tǒng)計(jì)組外協(xié)組成本組會(huì)計(jì)組出納組供應(yīng)組銷售組倉(cāng)

庫組織結(jié)構(gòu)圖組織結(jié)構(gòu)和功能分析組織結(jié)構(gòu)圖舉例2組織結(jié)構(gòu)和功能分析組織結(jié)構(gòu)圖舉例3企業(yè)管理處計(jì)劃統(tǒng)計(jì)處供應(yīng)處財(cái)務(wù)處銷售處職工食堂第一生產(chǎn)車間服務(wù)公司廠辦廠長(zhǎng)辦公室包裝車間生產(chǎn)調(diào)度處設(shè)備管理處技術(shù)質(zhì)量處第九生產(chǎn)車間廠醫(yī)務(wù)室小車隊(duì)企管科質(zhì)檢科計(jì)算中心綜合計(jì)劃處統(tǒng)計(jì)科銷售管理科成品庫業(yè)務(wù)聯(lián)系部市場(chǎng)分析部甲班組丙班組乙班組丁班組黨委辦公室團(tuán)委工會(huì)職教處人事處圖書資料室廠長(zhǎng)工廠管理委員會(huì)廠長(zhǎng)工作部經(jīng)營(yíng)部生產(chǎn)部后勤部宣教部........................組織結(jié)構(gòu)和功能分析2.管理功能調(diào)查為了實(shí)現(xiàn)系統(tǒng)的目標(biāo)，系統(tǒng)必須具有各種功能。所謂功能，指的是完成某項(xiàng)工作的能力。調(diào)查中可以用功能層次圖來描述從系統(tǒng)目標(biāo)到各項(xiàng)功能的層次關(guān)系。組織結(jié)構(gòu)和功能分析功能結(jié)構(gòu)圖舉例1銷售系統(tǒng)管理銷售計(jì)劃管理成品庫管理銷售合同管理銷售核算管理市場(chǎng)預(yù)測(cè)銷售歷史資料管理編制年度銷售大綱編制銷售計(jì)劃合同有效性審查合同執(zhí)行情況分析合同登記和變更銷售利潤(rùn)核算銷售統(tǒng)計(jì)分析出入庫管理庫存統(tǒng)計(jì)市場(chǎng)預(yù)測(cè)市場(chǎng)分析組織結(jié)構(gòu)和功能分析生產(chǎn)管理系統(tǒng)經(jīng)營(yíng)計(jì)劃財(cái)務(wù)管理材料管理設(shè)計(jì)、技術(shù)生產(chǎn)計(jì)劃訂貨管理銷售預(yù)測(cè)經(jīng)營(yíng)管理編制預(yù)算產(chǎn)品規(guī)格驗(yàn)收決定訂購(gòu)材料設(shè)定庫存標(biāo)準(zhǔn)采購(gòu)管理接收訂貨制造工序制造工藝質(zhì)量管理訂貨狀況訂貨準(zhǔn)備賒購(gòu)管理賒銷管理成本會(huì)計(jì)預(yù)算會(huì)計(jì)工資勞務(wù)生產(chǎn)報(bào)告發(fā)貨生產(chǎn)安全計(jì)劃生產(chǎn)日程計(jì)劃車間管理功能結(jié)構(gòu)圖舉例2組織結(jié)構(gòu)和功能分析功能結(jié)構(gòu)圖舉例3財(cái)務(wù)管理價(jià)稅管理資金管理結(jié)算管理會(huì)計(jì)業(yè)務(wù)管理成本管理制定價(jià)格財(cái)務(wù)指標(biāo)分析財(cái)務(wù)指標(biāo)考核資金使用狀況等調(diào)價(jià)管理價(jià)格分析稅收政策研究資金調(diào)度專用基金核算制定資金計(jì)劃資金回籠結(jié)算結(jié)算客戶基本信息管理應(yīng)收、應(yīng)付帳管理開發(fā)票、代辦保險(xiǎn)

帳務(wù)處理編制記帳憑證編制會(huì)計(jì)報(bào)表成本計(jì)劃成本考核標(biāo)準(zhǔn)成本制定財(cái)務(wù)管理組織結(jié)構(gòu)和功能分析組織/業(yè)務(wù)聯(lián)系表反映組織各部分在承擔(dān)業(yè)務(wù)時(shí)的關(guān)系，通常習(xí)慣將組織/業(yè)務(wù)聯(lián)系表同組織結(jié)構(gòu)圖畫在一，以便對(duì)照、比較，分析它們之間的各種聯(lián)系。組織/業(yè)務(wù)聯(lián)系表組織結(jié)構(gòu)和功能分析組織/業(yè)務(wù)聯(lián)系表舉例組織結(jié)構(gòu)和功能分析組織/業(yè)務(wù)分析現(xiàn)行系統(tǒng)中的組織結(jié)構(gòu)是否合理，不合理的地方在哪里？不合理的部分對(duì)組織整體目標(biāo)的影響有哪些？表現(xiàn)在哪些方面？不合理現(xiàn)象產(chǎn)生的歷史原因是什么？哪些部門需要整改？改進(jìn)措施是什么？對(duì)整改涉及的部門和有關(guān)人員的利益產(chǎn)生哪些影響？組織結(jié)構(gòu)和功能分析業(yè)務(wù)流程調(diào)查分析業(yè)務(wù)流程調(diào)查分析調(diào)查管理業(yè)務(wù)流程應(yīng)順著原系統(tǒng)信息流動(dòng)的過程逐步地進(jìn)行，內(nèi)容包括：各環(huán)節(jié)的處理業(yè)務(wù)、信息來源、處理方法、計(jì)算方法、信息流經(jīng)去向、提供信息的時(shí)間和形態(tài)（報(bào)告、單據(jù)、屏幕顯示等）。1.業(yè)務(wù)流程調(diào)查的內(nèi)容2.業(yè)務(wù)流程圖TFD（TransactionFlowDiagram）業(yè)務(wù)流程調(diào)查主要任務(wù)是調(diào)查系統(tǒng)中各環(huán)節(jié)的業(yè)務(wù)活動(dòng),用流程圖的方式把企業(yè)的具體管理活動(dòng)和業(yè)務(wù)的處理過程繪制出來。業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合流理向。業(yè)務(wù)流程調(diào)查分析業(yè)務(wù)流程圖的常用符號(hào)業(yè)務(wù)處理單位業(yè)務(wù)處理功能描述表格報(bào)表制作數(shù)據(jù)文件存檔收集資料/統(tǒng)計(jì)數(shù)據(jù)信息傳遞過程業(yè)務(wù)流程圖符號(hào)沒有完全統(tǒng)一的標(biāo)準(zhǔn)，但大同小異，在同一系統(tǒng)開發(fā)過程中所使用的符號(hào)應(yīng)是一致的票據(jù)、表單、帳單等決策判斷業(yè)務(wù)流程分析3.業(yè)務(wù)流程圖的繪制步驟業(yè)務(wù)流程分析業(yè)務(wù)流程圖舉例1各基層單位開領(lǐng)料單查庫存狀態(tài)開缺貨單發(fā)貨處理基層單位存檔財(cái)務(wù)倉(cāng)庫存檔存檔正常缺貨物資采購(gòu)部門領(lǐng)料單領(lǐng)料單缺貨通知領(lǐng)料單領(lǐng)料單倉(cāng)庫領(lǐng)料業(yè)務(wù)流程圖業(yè)務(wù)流程分析業(yè)務(wù)流程圖舉例2業(yè)務(wù)流程分析業(yè)務(wù)流程圖舉例3圖例說明業(yè)務(wù)處理單位業(yè)務(wù)處理描述表格制作傳遞存儲(chǔ)收集資料計(jì)劃處銀行技改處各部門各單位局領(lǐng)導(dǎo)上級(jí)領(lǐng)導(dǎo)投資總規(guī)劃更新改造貸款規(guī)模開會(huì)討論報(bào)表審批綜合平衡（討論）批準(zhǔn)下達(dá)各單位各部門正式計(jì)劃計(jì)劃各單位上報(bào)表計(jì)劃處各部門各單位技改處銀行各部門各單位存檔業(yè)務(wù)流程分析思考：采購(gòu)員將入庫單交給檢驗(yàn)員，檢驗(yàn)員將不合格的入庫單退回采購(gòu)員，合格的入庫單交保管員并記入庫存臺(tái)帳，統(tǒng)計(jì)員根據(jù)庫存臺(tái)帳制定月報(bào)表交主管部門審閱。主管部門審閱采購(gòu)員檢驗(yàn)員保管員統(tǒng)計(jì)員入庫單庫存臺(tái)帳不合格入庫單日?qǐng)?bào)表合格入庫單業(yè)務(wù)流程分析業(yè)務(wù)流程圖的特點(diǎn)按業(yè)務(wù)部門劃分的橫式圖圖中描述的主體是票據(jù)、帳單票據(jù)、帳單的流程路線與實(shí)際業(yè)務(wù)處理過程一一對(duì)應(yīng)業(yè)務(wù)流程圖的作用業(yè)務(wù)流程圖是系統(tǒng)分析員作進(jìn)一步系統(tǒng)分析的依據(jù)業(yè)務(wù)流程是系統(tǒng)分析員，管理人員相互交流的思想工具系統(tǒng)分析員可以直接在業(yè)務(wù)流程圖上擬出計(jì)算要處理部分利用業(yè)務(wù)流程圖分析業(yè)務(wù)流程是否合理業(yè)務(wù)流程分析

分析目的分析原有系統(tǒng)中存在的問題是為了在新系統(tǒng)建設(shè)中予以克服或改進(jìn)。系統(tǒng)中存在的問題可能是管理思想和方法落后，業(yè)務(wù)流程不盡合理，也可能是因?yàn)橛?jì)算機(jī)信息系統(tǒng)的建設(shè)為優(yōu)化原業(yè)務(wù)流程提供的新的可能性，這時(shí)，就需要在對(duì)現(xiàn)有業(yè)務(wù)流程進(jìn)行分析的基礎(chǔ)上進(jìn)行業(yè)務(wù)流程重組，產(chǎn)生新的更為合理的業(yè)務(wù)流程。

4.業(yè)務(wù)流程圖分析業(yè)務(wù)流程分析原有流程的分析。分析原有的業(yè)務(wù)流程的各處理過程是否具有存在的價(jià)值，其中哪些過程可以刪除或合并，原有業(yè)務(wù)流程中哪些過程不盡合理，可以進(jìn)行改進(jìn)或優(yōu)化業(yè)務(wù)流程的優(yōu)化。原有業(yè)務(wù)流程中哪些過程存在冗余信息處理，可以按計(jì)算機(jī)信息處理的要求進(jìn)行優(yōu)化，流程的優(yōu)化可以帶來什么好處。確定新的業(yè)務(wù)流程。畫出新系統(tǒng)的業(yè)務(wù)流程圖。業(yè)務(wù)流程分析內(nèi)容業(yè)務(wù)流程分析調(diào)查和分析的重點(diǎn)是：對(duì)現(xiàn)行流程進(jìn)行分析，原有的業(yè)務(wù)流程是否存在不合理的地方？不合理的業(yè)務(wù)流程有哪些？不合理的業(yè)務(wù)流程產(chǎn)生的歷史原因是什么？改進(jìn)措施有哪些？以及改進(jìn)會(huì)涉及到哪些方面（包括涉及面以及技術(shù)支持）？改進(jìn)前后對(duì)組織的目標(biāo)的影響有多大？業(yè)務(wù)流程重組業(yè)務(wù)流程分析數(shù)據(jù)是信息的載體，也是系統(tǒng)要處理的主要對(duì)象。因此，必須對(duì)現(xiàn)行系統(tǒng)調(diào)查中所收集到的數(shù)據(jù)以及處理數(shù)據(jù)的過程進(jìn)行分析和整理。數(shù)據(jù)流程分析是今后建立數(shù)據(jù)庫系統(tǒng)和設(shè)計(jì)功能模塊處理過程的基礎(chǔ)。為了用計(jì)算機(jī)進(jìn)行信息管理，還必須進(jìn)一步舍去物質(zhì)要素，收集有關(guān)資料，繪制出原系統(tǒng)的數(shù)據(jù)流程圖，為下一步分析做好準(zhǔn)備。數(shù)據(jù)流程調(diào)查的作用數(shù)據(jù)流程調(diào)查分析數(shù)據(jù)流程調(diào)查分析數(shù)據(jù)流程調(diào)查的內(nèi)容收集原系統(tǒng)全部輸入單據(jù)、輸出報(bào)表和數(shù)據(jù)存儲(chǔ)介質(zhì)的典型格式。弄清各環(huán)節(jié)上的處理方法和計(jì)算方法。在上述各種單據(jù)、報(bào)表、賬本的典型樣品上或用附頁注明制作單位、報(bào)送單位、存放地點(diǎn)、發(fā)生頻度、發(fā)生的高峰時(shí)間及發(fā)生量等。在上述各種單據(jù)、報(bào)表、賬冊(cè)的典型樣品上注明各項(xiàng)數(shù)據(jù)的類型、長(zhǎng)度、取值范圍。數(shù)據(jù)流程調(diào)查分析現(xiàn)行組織機(jī)構(gòu)現(xiàn)行各系統(tǒng)或部門的業(yè)務(wù)流程各種會(huì)議的決議計(jì)算機(jī)文件（或數(shù)據(jù)庫）系統(tǒng)的數(shù)據(jù)組織結(jié)構(gòu)上級(jí)下達(dá)的各種文件和各項(xiàng)任務(wù)指標(biāo)與本單位有關(guān)的其它單位的有關(guān)信息其它各種報(bào)表、報(bào)告、圖表

數(shù)據(jù)的來源數(shù)據(jù)流程圖DFD(DataFlowDiagram)數(shù)據(jù)流程圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號(hào)綜合地反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)情況。數(shù)據(jù)流程圖具有抽象性，表現(xiàn)在它完全舍去了具體的物質(zhì)（具體組織機(jī)構(gòu)、信息載體、處理工作等物理組成），只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)；數(shù)據(jù)流程圖具有概括性，它可以把信息中的各種不同業(yè)務(wù)處理過程聯(lián)系起來，形成一個(gè)整體。特點(diǎn)定義系統(tǒng)分析員用這種工具，可以自頂向下分析系統(tǒng)信息流程可在圖上劃出需要計(jì)算機(jī)處理的部分根據(jù)邏輯存儲(chǔ)，進(jìn)一步做數(shù)據(jù)分析，向數(shù)據(jù)庫設(shè)計(jì)過渡根據(jù)數(shù)據(jù)流向，定出存儲(chǔ)方式對(duì)應(yīng)一個(gè)處理過程，用相應(yīng)的語言、判定表等工具來表示處理方法。數(shù)據(jù)流程圖的用途數(shù)據(jù)流程圖的常用符號(hào)數(shù)據(jù)加工（P）外部項(xiàng)（S）數(shù)據(jù)流（F）數(shù)據(jù)存儲(chǔ)（D）數(shù)據(jù)流程圖的常用符號(hào)外部實(shí)體：位于系統(tǒng)之外的信息提供者或使用者。即存在于系統(tǒng)之外的人員或組織，不受系統(tǒng)控制，位于系統(tǒng)邊界以外。說明數(shù)據(jù)輸入的源點(diǎn)或數(shù)據(jù)輸出的終點(diǎn)起到更好的理解作用，但不是系統(tǒng)中的事物表示方法：外部實(shí)體寫上實(shí)體名1.外部實(shí)體學(xué)生數(shù)據(jù)流程圖的常用符號(hào)2.數(shù)據(jù)流數(shù)據(jù)流：表示數(shù)據(jù)和數(shù)據(jù)流向,由一組固定成分的數(shù)據(jù)組成如“選課單”由“學(xué)號(hào)、姓名、課程編號(hào)、課程名”等成分組成;用名詞,不要使用意義空洞的名詞取款單合理取款單數(shù)據(jù)流統(tǒng)計(jì)表上邊寫數(shù)據(jù)流的名稱數(shù)據(jù)流可從處理流向處理，也可在處理與數(shù)據(jù)存儲(chǔ)或外部項(xiàng)之間流動(dòng)；兩個(gè)處理之間可有多股數(shù)據(jù)流儲(chǔ)戶1.1檢查合理性數(shù)據(jù)流程圖的常用符號(hào)3.處理過程處理：表示對(duì)數(shù)據(jù)進(jìn)行的操作,如“處理選課單”、“產(chǎn)生發(fā)票”等處理的命名：盡量最好使用動(dòng)賓詞組，不要使用空洞的動(dòng)詞處理過程P1.1發(fā)送定單上面寫標(biāo)志該處理的標(biāo)志，如P1.1，P2.2下面寫處理的名稱數(shù)據(jù)流程圖的常用符號(hào)4.數(shù)據(jù)存儲(chǔ)數(shù)據(jù)存儲(chǔ)與處理的方向“讀出”、“寫入”右邊寫數(shù)據(jù)的名稱，左邊寫標(biāo)志D1配件庫存數(shù)據(jù)存儲(chǔ)：表示需要保存的數(shù)據(jù)流向1檢索商品信息2修改庫存D2商品庫存D1商品目錄數(shù)據(jù)流程圖舉例1某汽車配件公司銷售業(yè)務(wù)子系統(tǒng)數(shù)據(jù)流程圖舉例2某企業(yè)生產(chǎn)調(diào)度系統(tǒng)組織的數(shù)據(jù)流程非常復(fù)雜，難用一達(dá)因此要用多層次的流程圖表達(dá)上層較粗但能見總體上層圖中的一個(gè)局部展開為下層的一個(gè)圖原則上要求自頂向下，先畫上層，再畫下層高層具有概括性，底層明確細(xì)節(jié)一個(gè)大系統(tǒng)最多會(huì)有七、八層但一般畫三、四層，細(xì)節(jié)留待系統(tǒng)設(shè)計(jì)階段數(shù)據(jù)流程圖多層次性數(shù)據(jù)流程圖繪制方法數(shù)據(jù)流程圖繪制方法關(guān)聯(lián)圖×××系統(tǒng)0外部項(xiàng)外部項(xiàng)外部項(xiàng)外部項(xiàng)頂層圖(TOP圖、第一層)×××子系統(tǒng)1×××子系統(tǒng)3×××子系統(tǒng)4×××子系統(tǒng)2外部項(xiàng)外部項(xiàng)外部項(xiàng)外部項(xiàng)數(shù)據(jù)流程圖繪制方法分解圖(第二...N層)×××1.1×××1.3×××1.4×××1.2DB1DB2外部項(xiàng)外部項(xiàng)數(shù)據(jù)流程圖繪制方法數(shù)據(jù)流程調(diào)查分析數(shù)據(jù)流程圖繪制原則明確系統(tǒng)界面：一張DFD表示某個(gè)子系統(tǒng)或某個(gè)系統(tǒng)的邏輯模型。自頂向下逐層擴(kuò)展：MIS龐大而復(fù)雜，具體的數(shù)據(jù)加工可能成百上千、錯(cuò)綜復(fù)雜，不可能用一張DFC明確、具體地描述整個(gè)系統(tǒng)的邏輯功能，自頂向下的原則為DFC的繪制提供了一條清晰的思路和標(biāo)準(zhǔn)化的步驟。合理布局：一般系統(tǒng)數(shù)據(jù)來源的外部項(xiàng)盡量安排在左邊，而數(shù)據(jù)去向的外部項(xiàng)盡量安排在右邊，數(shù)據(jù)流的箭線盡量避免交叉或過長(zhǎng)。F2匯總訂單F1訂單圖書預(yù)訂PS1顧客S2出版社（1）確定外部項(xiàng)，即系統(tǒng)的數(shù)據(jù)來源和去處。（2）確定整個(gè)系統(tǒng)的輸出數(shù)據(jù)流和輸入數(shù)據(jù)流，把系統(tǒng)作為一個(gè)加工環(huán)節(jié)，畫出關(guān)聯(lián)圖。一般應(yīng)把數(shù)據(jù)來源置于圖的左側(cè)，數(shù)據(jù)去處置于圖的右側(cè)

圖書預(yù)訂系統(tǒng)：書店向顧客發(fā)放訂單，顧客將所填訂單交由系統(tǒng)處理，系統(tǒng)首先依據(jù)圖書目錄對(duì)訂單進(jìn)行檢查并對(duì)合格訂單進(jìn)行處理，處理過程中根據(jù)顧客情況和訂單數(shù)目將訂單分為優(yōu)先訂單與正常訂單兩種，隨時(shí)處理優(yōu)先訂單，定期處理正常訂單。最后系統(tǒng)根據(jù)所處理的訂單匯總，并按出版社要求發(fā)給出版社。

數(shù)據(jù)流程圖案例分析F3不合格訂單F2匯總訂單F1訂單訂單檢查P1S1顧客S2出版社訂單處理P2發(fā)送訂單P3D1圖書目錄D4出版社要求D3待發(fā)出訂單D2合格訂單

圖書預(yù)訂系統(tǒng)頂層圖（3）確定系統(tǒng)的主要信息處理功能，按此將整個(gè)系統(tǒng)分解成幾個(gè)加工環(huán)節(jié)，然后確定每個(gè)加工的輸出與輸入數(shù)據(jù)流以及與這些加工有關(guān)的數(shù)據(jù)存儲(chǔ)。

訂單檢查訂數(shù)統(tǒng)計(jì)訂單分類隨時(shí)處理定期處理發(fā)送訂單處理訂單訂單檢查發(fā)送訂單圖書預(yù)定系統(tǒng)數(shù)據(jù)流程圖案例分析（4）根據(jù)自頂向下，逐層分解的原則，對(duì)上層圖中全部或部分加工環(huán)節(jié)進(jìn)行分解。優(yōu)先訂單D7正常訂單D8F3不合格訂單F2匯總訂單F1訂單訂單檢查P1S1顧客S2出版社定期處理P2.4發(fā)送訂單P3D1圖書目錄D4出版社要求D2合格訂單隨時(shí)處理P2.3訂單分類P2.2數(shù)目統(tǒng)計(jì)P2.1顧客情況D6D5訂單數(shù)目待發(fā)出訂單D3數(shù)據(jù)流程圖案例分析（5）重復(fù)步驟（4），直到逐層分解結(jié)束。（6）對(duì)圖進(jìn)行檢查和合理布局，主要檢查分解是否恰當(dāng)、徹底，DFD中各層是否有遺漏、重復(fù)、沖突之處，各層DFD及同層DFD之間關(guān)系是否爭(zhēng)取及命名、編號(hào)是否確切、合理等，對(duì)錯(cuò)誤與不當(dāng)之處進(jìn)行修改。（7）和用戶進(jìn)行交流，在用戶完全理解數(shù)據(jù)圖的內(nèi)容的基礎(chǔ)上征求用戶的意見。（8）用計(jì)算機(jī)或其他制圖、編輯工具畫出正規(guī)的數(shù)據(jù)流圖。（9）審核數(shù)據(jù)流圖。將數(shù)據(jù)流圖提交系統(tǒng)分析負(fù)責(zé)人復(fù)審

數(shù)據(jù)流程圖案例分析繪制數(shù)據(jù)流圖總結(jié)（1）明確系統(tǒng)界面。（2）自頂向下逐層擴(kuò)展。（3）合理布局。（4）數(shù)據(jù)流圖繪制過程，就是系統(tǒng)的邏輯模型的形成過程，必須始終與用戶密切接觸，詳細(xì)討論，不斷修改，也要和其他系統(tǒng)建設(shè)者共同商討以求一致意見。數(shù)據(jù)流程調(diào)查分析a關(guān)聯(lián)圖….3.2圖0GQRLSMABCABCDEFG12356圖2.131NMPGL圖2b頂層圖d三層圖c二層圖繪制數(shù)據(jù)流圖過程示意圖

數(shù)據(jù)流程調(diào)查分析（5）編號(hào)要按層分解。每個(gè)數(shù)據(jù)加工環(huán)節(jié)和每流圖都要編號(hào)。父圖與子圖的編號(hào)要有一致性，一般子圖的圖號(hào)是父圖上對(duì)應(yīng)的加工的編號(hào)。頂層圖的圖號(hào)為0，其中各加工按P1，P2，P3,……順序編號(hào)，P1號(hào)加工分解后的子加工按P1.1,P1.2,P1.3……編號(hào)。加工P1.1分解后的子環(huán)節(jié)為P1.1.1,P1.1.2,P1.1.3,…依次類推。數(shù)據(jù)流編號(hào)以F開頭，數(shù)據(jù)存儲(chǔ)編號(hào)以D開頭，外部項(xiàng)編號(hào)以S開頭。在分層數(shù)據(jù)流圖中，如下層圖上的數(shù)據(jù)流或數(shù)據(jù)存儲(chǔ)是上層圖某個(gè)成分的分解得到的，則如父項(xiàng)是F1或D1，則子項(xiàng)分別為F1.1,F1.2…或D1.1,D1.2,……等。數(shù)據(jù)流程調(diào)查分析數(shù)據(jù)流程圖思考：用戶將訂貨單交某企業(yè)的業(yè)務(wù)經(jīng)理，經(jīng)檢驗(yàn)后，對(duì)不合格的訂單由用戶重新填寫，合格的訂單交倉(cāng)庫作出庫處理，查閱庫存臺(tái)帳，若有貨則向用戶開票發(fā)貨，否則，通知采購(gòu)員訂購(gòu)。數(shù)據(jù)字典數(shù)據(jù)流程圖只能給出系統(tǒng)邏輯功能的一個(gè)總體框架而缺乏詳細(xì)、具體的內(nèi)容。數(shù)據(jù)字典（DataDictionary簡(jiǎn)稱DD）數(shù)據(jù)流圖上所有成分的定義和解釋的文字集合就是數(shù)據(jù)字典。對(duì)數(shù)據(jù)流圖的各種成分起注釋、說明的作用，給這些成分賦以實(shí)際的內(nèi)容，還對(duì)系統(tǒng)分析中其他需要說明的問題進(jìn)行定義和說明。包括對(duì)一切動(dòng)態(tài)數(shù)據(jù)（數(shù)據(jù)流）和靜態(tài)數(shù)據(jù)（數(shù)據(jù)存貯）的數(shù)據(jù)結(jié)構(gòu)和相互關(guān)系的說明，是數(shù)據(jù)分析和數(shù)據(jù)管理的重要工具，是系統(tǒng)設(shè)計(jì)階段進(jìn)行數(shù)據(jù)庫（文件）設(shè)計(jì)的參考依據(jù)。數(shù)據(jù)字典的內(nèi)容主要是對(duì)數(shù)據(jù)流程圖中的6個(gè)方面進(jìn)行具體的定義：數(shù)據(jù)項(xiàng)數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流處理邏輯數(shù)據(jù)存儲(chǔ)外部實(shí)體數(shù)據(jù)字典建立數(shù)據(jù)字典的工作量很大，相當(dāng)煩瑣，但這是一項(xiàng)必不可少的工作。數(shù)據(jù)字典在系統(tǒng)開發(fā)中具有十分重要的意義，不僅在系統(tǒng)分析階段，而且在整個(gè)研制過程中以及今后系統(tǒng)運(yùn)行中都要使用它。數(shù)據(jù)字典（1）數(shù)據(jù)項(xiàng)的定義數(shù)據(jù)項(xiàng)又稱為數(shù)據(jù)元素，是數(shù)據(jù)的最小單位。分析數(shù)據(jù)特性應(yīng)從靜態(tài)和動(dòng)態(tài)兩個(gè)方面去進(jìn)行。在數(shù)據(jù)字典中，僅定義數(shù)據(jù)的靜態(tài)特性。1.數(shù)據(jù)項(xiàng)的名稱、編號(hào)、別名和簡(jiǎn)述；2.數(shù)據(jù)項(xiàng)的長(zhǎng)度；3.數(shù)據(jù)項(xiàng)的取值范圍。

數(shù)據(jù)字典數(shù)據(jù)字典（2）數(shù)據(jù)結(jié)構(gòu)的定義數(shù)據(jù)結(jié)構(gòu)描述某些數(shù)據(jù)項(xiàng)之間的關(guān)系。一個(gè)數(shù)據(jù)結(jié)構(gòu)可以由若干個(gè)數(shù)據(jù)項(xiàng)組成；也可以由若干個(gè)數(shù)據(jù)結(jié)構(gòu)組成，還可以由若干個(gè)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)組成。1.數(shù)據(jù)結(jié)構(gòu)的名稱和編號(hào)；2.簡(jiǎn)述；3.數(shù)據(jù)結(jié)構(gòu)的組成。數(shù)據(jù)字典數(shù)據(jù)字典（3）數(shù)據(jù)流的定義數(shù)據(jù)流由一個(gè)或一組固定的數(shù)據(jù)項(xiàng)組成。定義數(shù)據(jù)流時(shí)，不僅要說明數(shù)據(jù)流的名稱、組成等，還應(yīng)指明它的來源、去向和數(shù)據(jù)流量等。數(shù)據(jù)字典數(shù)據(jù)字典（4）處理邏輯的定義處理邏輯的定義僅對(duì)數(shù)據(jù)流程圖中最底層的處理邏輯加以說明。數(shù)據(jù)字典數(shù)據(jù)字典（5）數(shù)據(jù)存儲(chǔ)的定義數(shù)據(jù)存儲(chǔ)在數(shù)據(jù)字典中只描述數(shù)據(jù)的邏輯存儲(chǔ)結(jié)構(gòu)，而不涉及它的物理組織。數(shù)據(jù)字典數(shù)據(jù)字典（6）外部實(shí)體的定義外部實(shí)體定義包括：外部實(shí)體編號(hào)、名稱、簡(jiǎn)述、及有關(guān)數(shù)據(jù)流的輸入和輸出。數(shù)據(jù)字典數(shù)據(jù)字典數(shù)據(jù)字典的使用和管理

數(shù)據(jù)字典可以確保數(shù)據(jù)在系統(tǒng)中的完整性和一致性。例如，通過檢查各類條目的規(guī)定格式，可以發(fā)現(xiàn)以下問題：是否存在沒有指明來源和去向的數(shù)據(jù)流；是否存在沒有指明所屬數(shù)據(jù)存儲(chǔ)或所屬數(shù)據(jù)流的數(shù)據(jù)項(xiàng)；處理邏輯與輸入的數(shù)據(jù)項(xiàng)是否匹配；是否存在沒有輸入或者沒有輸出的數(shù)據(jù)存儲(chǔ)。數(shù)據(jù)字典必須有專人進(jìn)行管理。數(shù)據(jù)管理員的職責(zé)就是維護(hù)和管理數(shù)據(jù)字典，保證數(shù)據(jù)字典內(nèi)容的完整性和一致性。任何人，包括系統(tǒng)分析員、系統(tǒng)設(shè)計(jì)員、程序員，若要修改數(shù)據(jù)字典的內(nèi)容，都必須通過數(shù)據(jù)管理員。數(shù)據(jù)管理員還要負(fù)責(zé)把數(shù)據(jù)字典的最新版本及時(shí)通知有關(guān)人員。描述處理邏輯的工具一般情況下，對(duì)于較簡(jiǎn)單的計(jì)算性的處理邏輯，在數(shù)據(jù)字典中定義即可，但還有一些比較復(fù)雜的處理邏輯，需要單獨(dú)進(jìn)行定義，因此，有必要介紹幾種描述處理邏輯的工具。決策樹（判斷樹）決策表（判斷表）結(jié)構(gòu)語言表示法描述處理邏輯的工具決策樹（判斷樹）

決策樹（判斷樹），是用來表示邏輯判斷問題的一種圖形工具，可以清晰地表達(dá)條件、決策規(guī)則和應(yīng)采取的行動(dòng)之間的邏輯關(guān)系。優(yōu)點(diǎn)：直觀、明確步驟：確定條件確定每一個(gè)條件有幾種可能的狀態(tài)確定動(dòng)作，最后確定每一項(xiàng)動(dòng)作要依賴于哪些條件及取值。描述處理邏輯的工具

舉例：某商業(yè)公司的銷售策略規(guī)定：不同的購(gòu)貨量、同的顧客可以享受不同的優(yōu)惠.具體辦法是：年購(gòu)貨額在5萬元以上且最近三個(gè)月無欠款的顧客可享受15%的折扣；年購(gòu)貨額在5萬元以上，近三個(gè)月有欠款，但是本公司20年以上的老顧客，可享受10%的折扣；若不是老顧客，只有5%的折扣；年購(gòu)貨額在5萬元以下無折扣。描述處理邏輯的工具折扣策略購(gòu)貨額≥5萬元購(gòu)貨額＜5萬元最近三個(gè)月無欠款與本公交易20年以上折扣15%最近三個(gè)月有欠款與本公交易20年以下折扣10%折扣5%不打折描述處理邏輯的工具決策表（判斷表）決策表（判斷表）可以清晰地表達(dá)條件、決策規(guī)則和應(yīng)采取的行動(dòng)之間的邏輯關(guān)系。以表格的形式給出各種條件的全部組合以及在各種在組合下應(yīng)采取的行動(dòng)。構(gòu)造決策表的步驟：列出所有可能的條件及方案按全部方案列出其選擇的行為縮小表的列數(shù)描述處理邏輯的工具條件語句條件項(xiàng)行動(dòng)項(xiàng)描述處理邏輯的工具描述處理邏輯的工具描述處理邏輯的工具結(jié)構(gòu)化描述語言結(jié)構(gòu)化描述語言采用很簡(jiǎn)潔的詞匯來表述處理邏輯，沒有嚴(yán)格的語法，可以用英語表達(dá)，也可以用漢語表達(dá)。結(jié)構(gòu)化描述語言采用三種基本邏輯結(jié)構(gòu)來描述處理邏輯，這三種基本邏輯結(jié)構(gòu)是：順序結(jié)構(gòu)循環(huán)結(jié)構(gòu)選擇結(jié)構(gòu)描述處理邏輯的工具順序結(jié)構(gòu)示例---

“工資計(jì)算”處理邏輯

輸入職工號(hào)讀基本工資文件讀考勤表文件讀扣款文件計(jì)算應(yīng)付工資計(jì)算代扣工資計(jì)算實(shí)發(fā)工資描述處理邏輯的工具選擇結(jié)構(gòu)示例描述處理邏輯的工具循環(huán)結(jié)構(gòu)示例DOWHILE企業(yè)每個(gè)職工讀基本工資文件讀考勤表文件讀扣款文件計(jì)算應(yīng)付工資計(jì)算代扣工資計(jì)算實(shí)發(fā)工資輸出應(yīng)付工資、代扣工資及實(shí)發(fā)工資ENDDO描述處理邏輯的工具思考：某企業(yè)根據(jù)用戶欠款時(shí)間長(zhǎng)短和現(xiàn)有庫存量情況處理用戶定貨方案。若欠款時(shí)間不超過30天，需求量超過庫存量，即先按庫存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)，否則立即發(fā)貨；若欠款時(shí)間超過30天，但不超過100天，需求量超過庫存量，即不發(fā)貨，否則先付款再發(fā)貨；若欠款時(shí)間超過100天，要求先付欠款。請(qǐng)分別采用決策樹的方法來描述該處理邏輯。4.4.2面向?qū)ο蟮姆治雠c設(shè)計(jì)方法

(ObjectOrientedAnalysis&Design,OOA&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)一的抽象描述同樣具有名稱、屬性和操作屬性和操作又可分為外部特性和實(shí)現(xiàn)兩部分消息向?qū)ο蟀l(fā)出的服務(wù)請(qǐng)求包含：SenderReceiverParameters由接收者負(fù)責(zé)對(duì)消息進(jìn)行響應(yīng)，執(zhí)行相應(yīng)操作UML－－面向?qū)ο蟮姆治鲈O(shè)計(jì)工具UML UnifiedModelingLanguage統(tǒng)一建模語言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推薦，為OMG所采納，進(jìn)而成為了可視化建模的事實(shí)標(biāo)準(zhǔn)UML的特點(diǎn)和應(yīng)用特點(diǎn)一種可視化的語言一種可用于詳細(xì)描述的語言精確無歧義完整一種構(gòu)造語言正向工程逆向工程一種文檔化的語言主要應(yīng)用于軟件系統(tǒng)的分析、設(shè)計(jì)工作，也可應(yīng)用于非軟件領(lǐng)域UML一共有13中圖形圖名功能備注類圖描述類、類的特性以及類之間的關(guān)系UML1原有對(duì)象圖描述一個(gè)時(shí)間點(diǎn)上系統(tǒng)中各個(gè)對(duì)象的一個(gè)快照UML1非正式圖復(fù)合結(jié)構(gòu)圖描述類的運(yùn)行時(shí)刻的分解UML2.0新增構(gòu)件圖描述構(gòu)件的結(jié)構(gòu)與連接UML1原有部署圖描述在各個(gè)節(jié)點(diǎn)上的部署UML1原有包圖描述編譯時(shí)的層次結(jié)構(gòu)UML中非正式圖用例圖描述用戶與系統(tǒng)如何交互UML1原有活動(dòng)圖描述過程行為與并行行為UML1原有狀態(tài)機(jī)圖描述事件如何改變對(duì)象生命周期UML1原有順序圖描述對(duì)象之間的交互，重點(diǎn)在強(qiáng)調(diào)順序UML1原有通信圖描述對(duì)象之間的交互，重點(diǎn)在于連接UML1中的協(xié)作圖定時(shí)圖描述對(duì)象之間的交互，重點(diǎn)在于定時(shí)UML2.0新增交互概觀圖是一種順序圖與活動(dòng)圖的混合UML2.0新增UML基本元素—類(Class)表示由三部分構(gòu)成名稱必須包含其余可省略或陸續(xù)添加可說明屬性及操作的可見性可說明屬性的類型可說明操作的參數(shù)、返回值類圖特點(diǎn)長(zhǎng)方形表示類、箭頭表示關(guān)系；在圖中所有的關(guān)系叫關(guān)聯(lián)(associations)，關(guān)聯(lián)是簡(jiǎn)單的數(shù)據(jù)關(guān)系，用來表示一個(gè)對(duì)象持有一個(gè)另外一個(gè)對(duì)象的引用，或是調(diào)用另外一個(gè)對(duì)象的方法；關(guān)系的名稱映射到持有的引用的變量名稱；挨著箭頭的數(shù)字通常用來說明關(guān)聯(lián)持有的實(shí)例的數(shù)量，如果這個(gè)數(shù)字大于1說明采用了某些容器，通常是使用了一個(gè)數(shù)組；在類圖中除了類名層是不能省略外，其它的幾層都可以省略?interface?符號(hào)表示是一個(gè)接口(interface)類的UML分為以下幾層。頂部的格子放類名，中間的格子放類的屬性、屬性的類型和值（屬性的初始值），下面的格子放方法、方法的參數(shù)表和返回類型。最下層是性質(zhì)清單UML基本元素—對(duì)象(Object)表示由兩部分組成沒有操作名稱必須包含名稱帶下劃線名稱后可跟類名其余可省略或陸續(xù)添加可說明屬性的類型UML基本元素

——用例(UseCase)和參與者(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)系（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ì)分為：普通聚集，共享聚集（SharedAggregation）整體與部分可以單獨(dú)存在以空心菱形表示組合position）整體擁有部分，部分與整體共存以實(shí)心菱形表示類圖用于描述類與類之間的靜態(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ì)象圖（ObjectDiagram）形式與類圖相似對(duì)象之間的連接使用“鏈”（Link）包圖（PackageDiagram）目的：將復(fù)雜的大系統(tǒng)拆分為若干小系統(tǒng)包：將若干元素集合成一個(gè)更高層次的單位，形成一個(gè)低耦合、高內(nèi)聚的元素集合，將其稱為包。包中的元素也具有可見性。包圖利用類似于文件夾的符號(hào)表示包。包圖主要描述包之間的包含及依賴關(guān)系。用例圖（UseCaseDiagram）要素參與者用例關(guān)系用例圖描述了誰將是系統(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)系（generalize）參與者與用例之間的關(guān)聯(lián)關(guān)系用例之間存在的三種可能的關(guān)系包含關(guān)系（include）表示基礎(chǔ)用例（客戶用例）在其說明的某一位置顯式地合并了另一個(gè)用例的行為用途用例的復(fù)用用例的簡(jiǎn)化延伸關(guān)系（extend）基礎(chǔ)用例在由延伸用例間接地說明的一個(gè)位置上，隱式地合并了另一個(gè)用例的行為特點(diǎn)：即使沒有擴(kuò)展用例，基礎(chǔ)用例本身也是完整的用途把新的行為插入到已有用例中把復(fù)雜的可選的處理從基本的必須的處理中分離出來泛化關(guān)系