電子商務(wù)系統(tǒng)的分析

1、第4章 電子商務(wù)系統(tǒng)的分析本章主要內(nèi)容：企業(yè)經(jīng)營過程中的基本商務(wù)活動典型的電子商務(wù)業(yè)務(wù)需求電子商務(wù)系統(tǒng)分析的過程系統(tǒng)分析的軟件工程方法電子商務(wù)系統(tǒng)的系統(tǒng)分析 系統(tǒng)分析又稱需求分析，是SDLC模型中一個重要階段，介于系統(tǒng)規(guī)劃和系統(tǒng)設(shè)計這兩個階段之間。目的：獲取系統(tǒng)需求信息，這種需求信息從功能和性能兩個角度描繪出系統(tǒng)的行為特征。工作成果：需求分析報告及針對新系統(tǒng)建立的模型。電子商務(wù)系統(tǒng)的系統(tǒng)分析與一般信息系統(tǒng)的系統(tǒng)分析不同信息系統(tǒng)：調(diào)查企業(yè)內(nèi)部的需求；描述企業(yè)內(nèi)部數(shù)據(jù)流程及其相關(guān)處理。電子商務(wù)系統(tǒng)：不僅針對企業(yè)內(nèi)部進行調(diào)研，還要針對客戶或供應(yīng)商等外部實體進行調(diào)研；不僅要了解企業(yè)現(xiàn)有的商務(wù)活動是如何

2、開展的，還要在電子商務(wù)規(guī)劃的指導(dǎo)下，創(chuàng)新性地進行業(yè)務(wù)設(shè)計。電子商務(wù)系統(tǒng)的系統(tǒng)分析與一般信息系統(tǒng)的系統(tǒng)分析相同目標(biāo)是相同的 獲取系統(tǒng)需求信息，從功能和性能兩個角度描繪出系統(tǒng)的行為特征。方法是類似的軟件工程方法 4.1企業(yè)經(jīng)營過程中的基本商務(wù)活動基本商務(wù)活動商務(wù)活動間的信息流轉(zhuǎn)商務(wù)活動在電子商務(wù)模式下的變化4.1企業(yè)經(jīng)營過程中的基本商務(wù)活動1.基本商務(wù)活動市場活動（Marketing）銷售（Sale）訂貨/采購（Order）支付與交付（Payment & Delivery）服務(wù)（Service）市場活動（Marketing）品牌主辦或參與的展覽會議與公關(guān)市場活動。包括：自行主辦的各類研討會、客戶交

3、流會、演示會、新產(chǎn)品發(fā)布會、體驗會、答謝會、年會；出席參加并布展或演講的展覽會、研討會、行業(yè)交流會、頒獎典禮等。 市場活動（Marketing）目標(biāo)：增加客戶對企業(yè)及產(chǎn)品的認知程度；為企業(yè)發(fā)現(xiàn)潛在商機，發(fā)掘潛在客戶，發(fā)現(xiàn)客戶需求；培養(yǎng)客戶的忠誠度。要點：企業(yè)形象產(chǎn)品的競爭力客戶發(fā)現(xiàn)客戶需求銷售（Sale）為用戶提供備選產(chǎn)品或服務(wù)的過程。包括：發(fā)現(xiàn)產(chǎn)品或服務(wù)選擇產(chǎn)品或服務(wù)目標(biāo)：與顧客達成交易，并使交易結(jié)果符合企業(yè)利益需要。要點：產(chǎn)品的信息及描述產(chǎn)品對客戶的吸引力訂貨/采購（Order）企業(yè)在一定的條件下從供應(yīng)市場獲取產(chǎn)品或服務(wù)作為企業(yè)資源， 以保證企業(yè)生產(chǎn)及經(jīng)營活動正常開展的一項企業(yè)經(jīng)營活動。目

4、標(biāo)：滿足企業(yè)生產(chǎn)和銷售的需要。要點：供應(yīng)商的選擇運輸庫存量支付與交付（Payment & Delivery）支付款項與交付產(chǎn)品是履行訂單的過程。目標(biāo)：完成費用的給付；完成產(chǎn)品的包裝、運輸和遞交；完成產(chǎn)品所有權(quán)的轉(zhuǎn)移。要點：時間費用服務(wù)（Service）任何能提高客戶滿意度的內(nèi)容都屬于客戶服務(wù)的范圍?？蛻魸M意度：客戶體會到的他所實際“感知”的待遇和“期望”的待遇之間的差距?？蛻舴?wù)在商業(yè)實踐中一般會分為三類，即：售前服務(wù)、售中服務(wù)、售后服務(wù)。售前服務(wù)一般是指企業(yè)在銷售產(chǎn)品之前為顧客提供的一系列活動，如市場調(diào)查、產(chǎn)品設(shè)計、提供使用說明書、提供咨詢服務(wù)等。售中服務(wù)則是指在產(chǎn)品交易過程中銷售者向購買者

5、提供的服務(wù)，如接待服務(wù)、商品包裝服務(wù)等。售后服務(wù)是指凡與所銷售產(chǎn)品有連帶關(guān)系，并且有益于購買者特征的服務(wù)，主要包括送貨、安裝、產(chǎn)品退換、維修、保養(yǎng)、使用技術(shù)培訓(xùn)等方面的服務(wù)。服務(wù)（Service）目標(biāo)：培養(yǎng)客戶忠誠度；從服務(wù)中發(fā)現(xiàn)客戶需求，為市場及銷售提供依據(jù)。要點：訂單完成情況的檢查產(chǎn)品使用情況的反饋訂貨及客戶歷史記錄客戶行為分析4.1企業(yè)經(jīng)營過程中的基本商務(wù)活動2 .商務(wù)活動之間的信息流轉(zhuǎn)市場活動銷售支付與交付客戶服務(wù)訂貨/采購產(chǎn)品信息客戶需求訂單產(chǎn)品交付信息銷售需求生產(chǎn)情況產(chǎn)品/原材料信息產(chǎn)品情況反饋客戶需求訂單完成情況客戶消費歷史記錄現(xiàn)有客戶潛在客戶4.1企業(yè)經(jīng)營過程中的基本商務(wù)活動3

6、.商務(wù)活動在電子商務(wù)模式下的變化市場活動銷售訂貨支付與交付服務(wù)4.2典型的電子商務(wù)業(yè)務(wù)需求電子商務(wù)的商業(yè)模式電子商務(wù)的業(yè)務(wù)需求4.2典型的電子商務(wù)業(yè)務(wù)需求電子商務(wù)的參與者企業(yè)B（Business）消費者C（Consumer/Customer）政府機構(gòu)G（Government）4.2典型的電子商務(wù)業(yè)務(wù)需求電子商務(wù)的商業(yè)模式B2B C2BB2C C2CB2G C2GB2BB2B（又稱BtoB），是Business To Business的縮寫。 B2B是企業(yè)對企業(yè)之間的電子商務(wù)模式。B2B是電子商務(wù)中歷史最長、發(fā)展最快、最完善的商業(yè)模式。中國目前比較出名的B2B網(wǎng)站：阿里巴巴 、慧聰網(wǎng)等。B2CB

7、2C（又稱BtoC），是Business to Consumer的縮寫。 B2C是商家對客戶的電子商務(wù)模式。B2C也就是通常說的商業(yè)零售，直接面向消費者銷售產(chǎn)品和服務(wù)。這種形式的電子商務(wù)一般以網(wǎng)絡(luò)零售業(yè)為主，主要借助于互聯(lián)網(wǎng)開展在線銷售活動。 中國目前比較出名的B2C商城，如：當(dāng)當(dāng)，卓越等 。B2GB2G（又稱BtoG），是business to government的縮寫。 B2G是企業(yè)與政府之間的電子商務(wù)模式。典型例子1電子通關(guān)，電子報稅等。 一個提供 B2G 服務(wù)的網(wǎng)站可以提供一個單一地方的業(yè)務(wù)，為一級或多級政府(城市，州或省，國家等等)來定位應(yīng)用程序和稅款格式；提供送出填好表格和付款的

8、能力；更新企業(yè)的信息；請求回答特定的問題等等。 B2G典型例子2網(wǎng)上采購，即政府機構(gòu)在網(wǎng)上進行產(chǎn)品，服務(wù)的招標(biāo)和采購。 網(wǎng)上采購可使招投標(biāo)費用降低。這是因為供貨商可以直接從網(wǎng)上下載招標(biāo)書，并以電子數(shù)據(jù)的形式發(fā)回投標(biāo)書。同時，供貨商可以得到更多的甚至是世界范圍內(nèi)的投標(biāo)機會。由于通過網(wǎng)絡(luò)進行投標(biāo)，即使是規(guī)模較小的公司也能獲得投標(biāo)的機會。C2BC2B（又稱CtoB），是Consumer To Business的縮寫。 C2B是消費者對企業(yè)的電子商務(wù)模式。C2B模式的核心，是通過聚合為數(shù)龐大的用戶形成一個強大的采購集團，以此來改變B2C模式中用戶一對一出價的弱勢地位，使之享受到以大批發(fā)商的價格買單件商

9、品的利益。例如淘寶、易趣、拍拍等網(wǎng)站上的團購業(yè)務(wù)都屬于C2B這樣一個基本范疇。C2CC2C（又稱CtoC），是Consumer to Consumer的縮寫。 C2C是個人與個人之間的電子商務(wù)模式。網(wǎng)絡(luò)購物有兩種模式：一種是B2C模式，即商品和信息從企業(yè)直接到消費者，另一種是C2C，即商品和信息從消費者直接到消費者，俗稱“網(wǎng)上開店”。 中國目前比較出名的C2C網(wǎng)站，如：淘寶、拍拍、易趣等 。C2GC2G（又稱CtoG），是Consumer to Government的縮寫。 C2G是消費者與政府機構(gòu)間的電子商務(wù)模式。目前，這類電子商務(wù)活動還沒有真正形成。然而，在個別發(fā)達國家，如在澳大利亞，政府

10、的稅務(wù)機構(gòu)已經(jīng)通過指定私營稅務(wù)，或財務(wù)會計事務(wù)所用電子方式來為個人報稅。這類活動雖然還沒有達到真正的報稅電子化，但是，它已經(jīng)具備了消費者對行政機構(gòu)電子商務(wù)的雛形。4.2典型的電子商務(wù)業(yè)務(wù)需求電子商務(wù)的業(yè)務(wù)需求B2C的電子零售系統(tǒng)的基本需求B2B電子商務(wù)的基本需求物流配送系統(tǒng)的需求分析4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.1 B2C的電子零售系統(tǒng)的基本需求用戶管理需求客戶需求銷售商的需求4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.1 B2C的電子零售系統(tǒng)的基本需求用戶管理需求用戶注冊。注冊用戶信息管理。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.1 B2C的電子零售系統(tǒng)的基本需求客戶需求提供電子目錄，幫助用戶搜索

11、、發(fā)現(xiàn)需要的商品。進行同類產(chǎn)品比較，幫助用戶進行購買決策。商品的評估。購物車。為購買產(chǎn)品下訂單。撤銷和修改訂單。能夠通過網(wǎng)絡(luò)付款。對訂單的狀態(tài)進行跟蹤。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.1 B2C的電子零售系統(tǒng)的基本需求銷售商的需求檢查客戶的注冊信息。處理客戶訂單。完成客戶選購產(chǎn)品的結(jié)算，處理客戶付款。能夠進行電子拍賣。能夠進行商品信息發(fā)布。能夠發(fā)布和管理網(wǎng)絡(luò)廣告。商品庫存管理。能夠跟蹤產(chǎn)品銷售情況。能夠和物流配送系統(tǒng)建立接口。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.1 B2C的電子零售系統(tǒng)的基本需求銷售商的需求和銀行之間建立接口。實現(xiàn)客戶關(guān)系管理。售后服務(wù)。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.

12、1 B2C的電子零售系統(tǒng)的基本需求目標(biāo)系統(tǒng)的構(gòu)成：商品管理子系統(tǒng)交易子系統(tǒng)客戶管理或客戶關(guān)系管理子系統(tǒng)4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求B2B電子商務(wù)的基本形式B2B電子商務(wù)中的主要實體B2B電子商務(wù)的基本需求4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求B2B電子商務(wù)的基本形式傳統(tǒng)的EDI方式 企業(yè)按照EDI的相關(guān)標(biāo)準(zhǔn)完成相互之間的交易。電子交易市場方式 基于Internet的B2B的電子商務(wù)通過虛擬的、功能完備的電子中介將不同的企業(yè)緊密聯(lián)系在一起。該方式消除了中間環(huán)節(jié)，可以降低企業(yè)生產(chǎn)成本，增加企業(yè)利潤。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2

13、 B2B電子商務(wù)的基本需求2.B2B電子商務(wù)中的主要實體賣方企業(yè)買方企業(yè)中介（如銀行）物流企業(yè)（含運輸、倉儲、包裝等）政府機構(gòu)（如稅務(wù)、海關(guān)等）4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求3.B2B電子商務(wù)的基本需求（1）會員管理（2）產(chǎn)品目錄管理（3）審批流程（4）訂單管理（5）交易定價（6）拍賣與投標(biāo)采購（7）網(wǎng)絡(luò)支付4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求3.B2B電子商務(wù)的基本需求（1）會員管理會員身份管理會員資料管理權(quán)限控制4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求3.B2B電子商務(wù)的基本需求（2）產(chǎn)品目錄管理目錄管理

14、目錄視圖目錄查找4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求3.B2B電子商務(wù)的基本需求（3）審批流程注冊審批交易審批4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求3.B2B電子商務(wù)的基本需求（4）訂單管理當(dāng)交易會員通過標(biāo)準(zhǔn)價格或合約價格采購產(chǎn)品時，可先將需要采購的產(chǎn)品放入購物車中，當(dāng)采購?fù)戤吅?，可進入購物車瀏覽選擇的產(chǎn)品并修改購物車中的內(nèi)容。對購物車內(nèi)容修改完畢后，可生產(chǎn)采購訂單。若交易會員采購多家產(chǎn)品，每個賣家生成一張采購訂單。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求3.B2B電子商務(wù)的基本需求（5）交易定價定價銷售協(xié)議價格請求

15、報價4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.2 B2B電子商務(wù)的基本需求3.B2B電子商務(wù)的基本需求（6）拍賣與投標(biāo)采購電子拍賣電子采購4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流的概念配送的概念物流與配送的關(guān)系物流配送系統(tǒng)的基本需求4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流的概念 在我國國家標(biāo)準(zhǔn)物流術(shù)語的定義中指出：物流是“物品從供應(yīng)地到接收地的實體流動過程，根據(jù)實際需要，將運輸、儲存、裝卸、搬運、包裝、流通加工、配送、信息處理等基本功能實施有機結(jié)合?！?.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析配送的概念

16、配送是指在經(jīng)濟合理區(qū)域范圍內(nèi)，根據(jù)客戶要求，對物品進行揀選、加工、包裝、分割、組配等作業(yè)，并按時送達指定地點的物流活動。 4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析3.物流與配送的關(guān)系 配送是物流中一種特殊的、綜合的活動形式，是商流與物流緊密結(jié)合，包含了商流活動和物流活動，也包含了物流中若干功能要素的一種形式。 物流與配送關(guān)系緊密，在具體活動中往往交結(jié)在一起，為此人們習(xí)慣上常把物流配送連在一起表述。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（1）合約議定（2）倉儲管理（3）貨物追蹤（4）運輸管理（5）客戶管理（6）費

17、率管理（7）帳務(wù)管理（8）報表管理4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（1）合約議定物流服務(wù)商和貨主就服務(wù)的價格進行協(xié)商。倉儲管理倉儲管理也叫倉庫管理，英文Warehouse Management，簡稱WM。倉儲管理是對倉儲貨物的收發(fā)、結(jié)存等活動的有效控制。目的：為企業(yè)保證倉儲貨物的完好無損，確保生產(chǎn)經(jīng)營活動的正常進行，并在此基礎(chǔ)上對各類貨物的活動狀況進行分類記錄，以明確的圖表方式表達倉儲貨物在數(shù)量、品質(zhì)方面的狀況，以及目前所在的地理位置、部門、訂單歸屬和倉儲分散程度等情況。 倉儲倉儲不是生產(chǎn)、不是交易，而是為生產(chǎn)與交易服務(wù)的物流活動中的

18、一項。 倉儲應(yīng)該融于整個物流系統(tǒng)之中，應(yīng)該與其它物流活動相聯(lián)系、相配合。 倉儲的基本功能包括了物品的進出、庫存、分揀、包裝、配送及其信息處理等六個方面 。 4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（2）倉儲管理收貨管理儲放管理出貨通知揀貨管理系統(tǒng)可接受經(jīng)由鍵盤輸入、EDI或?qū)僦鳈C接口輸入的采購訂單及預(yù)先到貨通知等信息。在倉庫接收貨物進入后，必須確定貨物的儲位，以便進行貨物狀態(tài)查詢等倉儲管理。系統(tǒng)可以利用鍵盤輸入、EDI或?qū)僦鳈C接口來接收出貨通知。系統(tǒng)根據(jù)出貨通知及裝載計劃，編制揀貨計劃，安排揀貨業(yè)務(wù)。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3

19、 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（2）倉儲管理循環(huán)盤點實物盤點為確定存貨實際數(shù)量與系統(tǒng)所計算的存貨數(shù)量相吻合，依照事先決定的固定周期，根據(jù)貨物品項進行盤點。依據(jù)貨物類別或儲位區(qū)域安排。將在庫貨品進行全盤清點，確保實際庫存數(shù)量與倉庫管理系統(tǒng)的賬面數(shù)量能夠相符合。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（3）貨物追蹤不論貨物是在倉庫內(nèi)或在運輸途中，物流業(yè)主或貨主均能追蹤了解貨物的狀態(tài)。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（4）運輸管理艙位預(yù)訂/運輸訂單裝載計劃編制當(dāng)客戶

20、的出貨通知輸入倉庫管理系統(tǒng)后，通過系統(tǒng)整合，轉(zhuǎn)換為運輸訂單進入運輸管理系統(tǒng)，再由運輸管理系統(tǒng)進行貨物裝載計劃編制。貨物裝運的計劃安排，可由人工進行，也可用軟件自動編制。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（4）運輸管理裝載計劃確認對貨運業(yè)者決定接受或拒絕裝載計劃的確認。運輸管理系統(tǒng)將貨運業(yè)者接受的裝載計劃傳送至倉儲管理系統(tǒng)，倉儲管理系統(tǒng)據(jù)裝載計劃和運輸訂單進行揀貨計劃編制。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（4）運輸管理裝載確認及裝載組合更改倉庫管理系統(tǒng)完成揀貨計劃后，裝載確認的信

21、息將從倉儲管理系統(tǒng)傳送到運輸管理系統(tǒng)，以提供給貨運業(yè)者制定派車計劃進行實際裝載。裝載確認確定貨物的材積、重量、數(shù)量等信息。裝載組合更改在裝載確認過程中，可以對最后實際的裝載組合進行查核或更改。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（4）運輸管理運輸狀態(tài)更新運輸管理系統(tǒng)采集和更新貨物運輸狀態(tài)，并提供給相關(guān)單位或貨主。倉儲管理與運輸管理的聯(lián)系倉儲管理運輸管理出貨通知運輸訂單貨物裝載計劃揀貨計劃派車計劃4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（5）客戶管理管理客戶的基本資料（名稱、地址等），管理

22、與客戶有關(guān)的資料，如產(chǎn)品信息（編號、計算單位等）、裝箱方式（依體積、重量或數(shù)量等而定）、儲位信息（儲存區(qū)、揀貨區(qū)等）。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（6）費率管理根據(jù)合約類型，定義各式費率加以管理，包括基本費率（收貨、儲存、運送等）、加值費率（如包裝、裝配、貼卷標(biāo)等）及其他特殊費率等。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析物流配送系統(tǒng)的基本需求（7）帳務(wù)管理能產(chǎn)生應(yīng)收賬款、應(yīng)付賬款及總賬明細，供自行轉(zhuǎn)入會計系統(tǒng)中以利后續(xù)的財務(wù)作業(yè)。4.2典型的電子商務(wù)業(yè)務(wù)需求4.2.3 電子商務(wù)的物流配送系統(tǒng)需求分析

23、物流配送系統(tǒng)的基本需求（8）報表管理能產(chǎn)生詳細的報表，供物流企業(yè)與客戶進行有效的倉儲管理與運輸管理。4.3電子商務(wù)系統(tǒng)分析的過程信息系統(tǒng)分析的基本思路電子商務(wù)系統(tǒng)分析的基本過程4.3電子商務(wù)系統(tǒng)分析的過程4.3.1信息系統(tǒng)分析的基本思路自頂向下（系統(tǒng)分析的層次）從靜到動（系統(tǒng)分析的順序）去偽存真、不斷迭代（系統(tǒng)分析過程的反復(fù)性）4.3電子商務(wù)系統(tǒng)分析的過程4.3.1信息系統(tǒng)分析的基本思路自頂向下（系統(tǒng)分析的層次） 系統(tǒng)分析從比較宏觀的抽象層次上進行分析。結(jié)構(gòu)化分析方法：體現(xiàn)為數(shù)據(jù)和處理過程不斷細化。面向?qū)ο蠓治龇椒ǎ后w現(xiàn)為對象的層次不斷豐富（先抽象出父類，再考慮子類等）。4.3電子商務(wù)系統(tǒng)分析

24、的過程4.3.1信息系統(tǒng)分析的基本思路從靜到動（系統(tǒng)分析的順序） 系統(tǒng)分析過程可以先從孤立的個體出發(fā)，再考慮不同個體的聯(lián)系； 首先考慮業(yè)務(wù)的靜態(tài)特征，再考慮其動態(tài)行為。4.3電子商務(wù)系統(tǒng)分析的過程4.3.1信息系統(tǒng)分析的基本思路從靜到動 （系統(tǒng)分析的順序） 結(jié)構(gòu)化分析方法：體現(xiàn)為先獨立分析企業(yè)商務(wù)活動中的實體、處理過程、數(shù)據(jù)，然后將實體與數(shù)據(jù)、數(shù)據(jù)與處理過程聯(lián)系起來。面向?qū)ο蠓治龇椒ǎ后w現(xiàn)為先識別獨立的對象，然后考慮對象之間的關(guān)系；先進行靜態(tài)分析，然后進行動態(tài)分析。4.3電子商務(wù)系統(tǒng)分析的過程4.3.1信息系統(tǒng)分析的基本思路去偽存真、不斷迭代（系統(tǒng)分析過程的反復(fù)性） 系統(tǒng)分析過程是一個不斷深入

25、的過程。 由于系統(tǒng)分析是自頂向下在不同抽象層次上進行細化的過程，所以每一層當(dāng)中，分析方法是類似的，在每個分析層次上可以不斷地、重復(fù)地利用相應(yīng)的分析方法； 4.3電子商務(wù)系統(tǒng)分析的過程4.3.1信息系統(tǒng)分析的基本思路去偽存真、不斷迭代（系統(tǒng)分析過程的反復(fù)性） 在實際的系統(tǒng)分析過程中，不見得通過一次就能了解清楚企業(yè)的所有需求，可能需要重復(fù)若干次系統(tǒng)分析后，才能明確把握企業(yè)對目標(biāo)系統(tǒng)的要求。在這種情況下，每次分析都可以用同樣的方法，去除不確定的地方，以便了解企業(yè)商務(wù)活動的真實情況。4.3電子商務(wù)系統(tǒng)分析的過程4.3.2電子商務(wù)系統(tǒng)分析過程的基本環(huán)節(jié)需求調(diào)查整理、提煉和建模4.3電子商務(wù)系統(tǒng)分析的過程

26、4.3.2電子商務(wù)系統(tǒng)分析過程的基本環(huán)節(jié)說明： 1.需求調(diào)查和2.整理、提煉和建模這兩個環(huán)節(jié)不是簡單的前后順序關(guān)系，而是共同構(gòu)成一個多次重復(fù)和迭代的過程。 首先進行需求調(diào)查，并對調(diào)查結(jié)果進行整理、提煉和建模，之后，一方面對已建成的模型進行確認，另一方面進行再次調(diào)查，并據(jù)此對上一輪模型進行修改，如此反復(fù)，直到模型得到用戶的完全認可為止。4.4 系統(tǒng)分析的軟件工程方法結(jié)構(gòu)化分析方法面向?qū)ο蟮姆治龇椒?.4 系統(tǒng)分析的軟件工程方法4.4.1結(jié)構(gòu)化分析方法 結(jié)構(gòu)化分析方法的基本出發(fā)點是：一個計算機處理系統(tǒng)是由數(shù)據(jù)流和一系列的處理轉(zhuǎn)換過程構(gòu)成的，處理轉(zhuǎn)換過程將輸入數(shù)據(jù)流轉(zhuǎn)化為輸出數(shù)據(jù)流，即計算機數(shù)據(jù)處理

27、過程可以歸結(jié)為“輸入數(shù)據(jù)（Input）處理轉(zhuǎn)換（Process）輸出數(shù)據(jù)（Output）”這樣的IPO過程，所以結(jié)構(gòu)化分析方法將分析的重點集中于數(shù)據(jù)及其處理過程。4.4 系統(tǒng)分析的軟件工程方法4.4.1結(jié)構(gòu)化分析方法數(shù)據(jù)流圖（DFD：Data Flow Diagram）數(shù)據(jù)字典（DD：Data Dictionary）建模過程4.4 系統(tǒng)分析的軟件工程方法4.4.1結(jié)構(gòu)化分析方法數(shù)據(jù)流圖（DFD：Data Flow Diagram） 描述系統(tǒng)中數(shù)據(jù)的流動和數(shù)據(jù)的變化?；驹兀簲?shù)據(jù)流處理實體存儲4.4 系統(tǒng)分析的軟件工程方法4.4.1結(jié)構(gòu)化分析方法數(shù)據(jù)流圖（DFD：Data Flow Diagr

28、am）舉例：家具公司電子商務(wù)系統(tǒng)案例中報修服務(wù)的DFD舉例：家具公司電子商務(wù)系統(tǒng)案例中維修服務(wù)的DFD4.4 系統(tǒng)分析的軟件工程方法4.4.1結(jié)構(gòu)化分析方法數(shù)據(jù)字典（DD：Data Dictionary） DD記錄DFD中所有的數(shù)據(jù)元素以及由這些數(shù)據(jù)元素組成的數(shù)據(jù)結(jié)構(gòu)的明確定義。 DD是DFD的補充和解釋。4.4 系統(tǒng)分析的軟件工程方法4.4.1結(jié)構(gòu)化分析方法數(shù)據(jù)字典（DD：Data Dictionary）舉例：家具公司電子商務(wù)系統(tǒng)案例中報修服務(wù)的DD修理任務(wù)單： 客戶姓名、電話、地址、報修時間、家具品類名稱、故障現(xiàn)象、購買時間、方便的上門時間、填報時間、填報人。4.4 系統(tǒng)分析的軟件工程方法

29、4.4.1結(jié)構(gòu)化分析方法建模過程（結(jié)構(gòu)化建模過程）用DFD表達系統(tǒng)的數(shù)據(jù)來源和去向，指出了系統(tǒng)的各個邏輯功能。DD記錄DFD中所有的數(shù)據(jù)元素以及由這些數(shù)據(jù)元素組成的數(shù)據(jù)結(jié)構(gòu)的明確定義。對DFD的每一個邏輯功能采用“自頂向下”方法逐級分解成更為詳細的DFD，直到每個邏輯功能不可再分為止。DD中的每一個數(shù)據(jù)存儲，內(nèi)容要仔細分析，盡量簡單，必須對數(shù)據(jù)存儲結(jié)構(gòu)規(guī)范化，以保證數(shù)據(jù)的一致性。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒嫦驅(qū)ο蟮幕舅枷朊嫦驅(qū)ο箝_發(fā)的優(yōu)點面向?qū)ο蟮幕靖拍蠲嫦驅(qū)ο蟮姆治龇椒?.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒嫦驅(qū)ο蟮幕舅枷?現(xiàn)實世

30、界由相互聯(lián)系的各種事物組成，每一事物均有其自身的屬性和特定的行為。 以最自然的形式對現(xiàn)實世界中的問題建模，并按人們通常的思維方式對問題進行求解，以期簡化問題模型，降低求解難度。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒嫦驅(qū)ο箝_發(fā)的優(yōu)點自然性：以對象的形式來認識世界。重用性：一次創(chuàng)建的類和對象能多次使用。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒嫦驅(qū)ο蟮幕靖拍顚ο驩bject（核心概念）：現(xiàn)實世界中一個實際存在的事物，可以是看得見摸得著的東西（如：汽車），也可以是一個抽象的概念（如：課程）。對象具有自己的狀態(tài)特性/屬性（如：汽車的型號、顏色、載重等）和行

31、為/方法（如：汽車可以轉(zhuǎn)彎、移動等）。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒嫦驅(qū)ο蟮幕靖拍铑怌lass：一組具有相同屬性和操作的對象集合，它為所有屬于該類的對象提供了統(tǒng)一的描述。在面向?qū)ο蟮木幊陶Z言中，類是一個獨立的程序單元，它的作用是創(chuàng)建對象。類就像一個對象模板，用它可以創(chuàng)建許多對象。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒嫦驅(qū)ο蟮姆治龇椒ɑ赨ML的分析方法UML（Unified Modeling Language）是1996年提出的一種面向?qū)ο蟮南到y(tǒng)分析建模方法。 UML主要包括UML語義和UML表示法兩個組成部分： UML語義描述基于UM

32、L的精確元模型定義，也就是UML所有元素在語法、語義方面的說明； UML表示法則描述了UML的各種圖形符號的使用方法。 4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素UML靜態(tài)建模UML動態(tài)建模UML分析建模過程4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素類（Class）對象（Object）用例（Use Case）參與者（Actor）關(guān)系（Relation）4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素類（Class）:由名稱、屬性、操作3部分構(gòu)成。4.4 系統(tǒng)

33、分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素對象（Object）：由名稱、屬性2部分構(gòu)成。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素用例（Use Case）：用戶期望系統(tǒng)具備的功能，它定義了系統(tǒng)的行為特征，如果沒有這些特征，系統(tǒng)就不能被成功地使用。用實線橢圓表示，通常包含名稱。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素參與者（Actor）:存在于系統(tǒng)之外的實體，如：人、機構(gòu)、設(shè)備等。用人形表示，通常僅包含名稱。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治?/p>

34、方法（基于UML）UML的基本元素關(guān)系（Relation）依賴關(guān)系（Dependency）泛化關(guān)系（Generalization）關(guān)聯(lián)關(guān)系（Association）4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素關(guān)系（Relation）依賴關(guān)系（Dependency）:使用與被使用的關(guān)系。箭頭指向被使用的事物。舉例：系統(tǒng)（System）所要顯示的表格取決于用戶選擇的表格（Form）。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素關(guān)系（Relation）泛化關(guān)系（Generalization）:父類和子類的關(guān)系

35、。箭頭指向父類。舉例：哺乳動物（Mammal類）是動物（Animal類）中的一種。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素關(guān)系（Relation）關(guān)聯(lián)關(guān)系（Association）:當(dāng)類之間在概念上有連接關(guān)系時，類之間的連接叫做關(guān)聯(lián)。舉例：隊員和球隊之間的關(guān)聯(lián)。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素聚集（Aggregation） 聚集是 特殊的關(guān)聯(lián)關(guān)系，表示整體與部分的關(guān)系。 用菱形表示，細分為共享聚集和組合。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基

36、本元素共享聚集（ Share Aggregation ）：整體與部分可以單獨存在，用空心菱形表示。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML的基本元素組合/復(fù)合（ Composition ）：整體擁有部分，部分與整體共存的關(guān)系，用實心菱形表示。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）利用UML進行系統(tǒng)分析建模的過程包括2個環(huán)節(jié)：靜態(tài)建模根據(jù)系統(tǒng)需求建立系統(tǒng)靜態(tài)結(jié)構(gòu)。動態(tài)建模描述系統(tǒng)的動態(tài)行為，使靜態(tài)對象能夠可執(zhí)行。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模用例圖類圖對象圖包圖構(gòu)

37、件圖配置圖4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模用例圖描述了誰將是系統(tǒng)的使用者、使用者希望系統(tǒng)提供什么服務(wù)（功能）。用例圖的要素：參與者、用例和關(guān)系。使用者和系統(tǒng)之間的關(guān)系是關(guān)聯(lián)關(guān)系。系統(tǒng)所提供的服務(wù)（用例）之間的關(guān)系：包含關(guān)系（Include）、延伸關(guān)系（Extend）、泛化關(guān)系（Generalize）。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模用例圖舉例：家具公司電子商務(wù)系統(tǒng)用例圖4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模類圖描述類與類之間的靜態(tài)關(guān)系

38、。舉例：3種關(guān)系的舉例圖4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模對象圖描述系統(tǒng)中參與交互的各個對象在某一時刻是如何運行的。對象圖無須提供單獨的形式。類圖中就包含了對象，所以只有對象而無類的類圖就是一個“對象圖”。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模包圖包：將若干元素集合成一個更高層次的單位，形成一個低耦合、高內(nèi)聚的元素集合。包用來對一個圖的元素（如類和用例）進行分組。包圖：描述包和包之間的依賴及包含關(guān)系。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模包圖

39、舉例：4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模構(gòu)件圖/組件圖（Component Diagram）構(gòu)件/組件：將系統(tǒng)中可重用的模塊封裝為具有可替代性的物理單元。構(gòu)件圖/組件圖：描述各個代碼組件的結(jié)構(gòu)及組件之間的關(guān)系。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模構(gòu)件圖/組件圖（Component Diagram）舉例：4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模配置圖/部署圖/實施圖基本元素：節(jié)點。節(jié)點：存在于運行時并代表一項計算資源的物理元素。部署圖：描述一個

40、系統(tǒng)運行時的硬件節(jié)點、在這些節(jié)點上運行的軟件構(gòu)件將在何處物理運行以及它們將如何彼此通信的靜態(tài)視圖。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML靜態(tài)建模配置圖/部署圖/實施圖舉例：一臺使用磁盤陣列RAID的服務(wù)器和PC之間的連接關(guān)系。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模狀態(tài)圖（State Diagram）活動圖（Activity Diagram）交互圖（Interaction Diagram）4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模狀態(tài)圖（State Diagr

41、am）描述一個實體基于事件反應(yīng)的動態(tài)行為，顯示了該實體如何根據(jù)當(dāng)前狀態(tài)對不同的事件做出反應(yīng)。要素：狀態(tài)狀態(tài)轉(zhuǎn)移起始狀態(tài)終止?fàn)顟B(tài)4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模狀態(tài)圖狀態(tài)的屬性名稱進入/退出操作子操作：狀態(tài)的嵌套結(jié)構(gòu)。內(nèi)部轉(zhuǎn)移：不使?fàn)顟B(tài)發(fā)生變更的情況下進行的狀態(tài)轉(zhuǎn)移，即子狀態(tài)之間的轉(zhuǎn)移。延遲的事件：未在該狀態(tài)中處理而被延遲處理的一系列事件。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模狀態(tài)圖狀態(tài)轉(zhuǎn)移的屬性源狀態(tài)事件觸發(fā)器：可以觸發(fā)狀態(tài)轉(zhuǎn)移的事件。警戒條件：一個布爾表達式。操作目標(biāo)狀態(tài)狀態(tài)轉(zhuǎn)移的屬性之

42、間的關(guān)系：對象處于源狀態(tài)，當(dāng)對象收到觸發(fā)事件并且滿足警戒條件時，就可能引起對象的狀態(tài)由源狀態(tài)轉(zhuǎn)移到目標(biāo)狀態(tài)。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模狀態(tài)圖舉例：計算機從開機到關(guān)機的狀態(tài)轉(zhuǎn)換。起始狀態(tài)終止?fàn)顟B(tài)事件觸發(fā)器無觸發(fā)器轉(zhuǎn)移進入操作退出操作內(nèi)部轉(zhuǎn)移4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建?；顒訄D（Activity Diagram）本質(zhì)上是一種流程圖，描述從活動到活動的控制流。用途：分析階段：輔助工作流分析以及對系統(tǒng)中主體行為進行分析；設(shè)計階段：是設(shè)計類的依據(jù)，最終可以細化為程序流程圖。4.4 系統(tǒng)

43、分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建?；顒訄D要素：狀態(tài)（初始狀態(tài)、終止?fàn)顟B(tài)、動作狀態(tài)、活動狀態(tài)）控制流/轉(zhuǎn)換（普通轉(zhuǎn)換、分支、分叉、匯合）對象流（表示在活動中輸入或輸出的對象）泳道（用于將活動狀態(tài)分組）可分解可中斷占用時間原子性不可中斷性瞬時性在不同的判斷結(jié)果下執(zhí)行不同的動作，用菱形表示，有一個進入轉(zhuǎn)換和兩個或多個輸出轉(zhuǎn)換。對象在運行時存在兩個或多個并發(fā)運行的控制流4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建?；顒訄D動作狀態(tài)與活動狀態(tài)：活動狀態(tài)和動作狀態(tài)的圖標(biāo)相同活動狀態(tài)可以分解成其他子活動或者動作狀態(tài)?；顒訝顟B(tài)的

44、內(nèi)部活動可以用另一個活動圖來表示。動作狀態(tài)是活動狀態(tài)的一個特例，如果某個活動狀態(tài)只包括一個動作，那么它就是一個動作狀態(tài)。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建?；顒訄D舉例：建筑項目的建設(shè)過程（無對象流和泳道的活動圖）起始狀態(tài)活動控制流：分支控制流：分叉控制流：匯合終止?fàn)顟B(tài)4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模活動圖舉例：家具公司電子商務(wù)系統(tǒng)報修及修理業(yè)務(wù)活動圖（帶泳道的活動圖）泳道4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模交互圖（Interaction Diagram）描述對象到對象的控制流，由一組對象和它們之間的關(guān)系組成，包含它們之間可能傳遞的消息。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動態(tài)建模交互圖（Interaction Diagram）用途：分析階段：交互圖可以被用于幫助識別系統(tǒng)的相關(guān)主體，幫助分析業(yè)務(wù)流程；設(shè)計階段：交互圖可以作為設(shè)計類操作的重要依據(jù)以及設(shè)計程序流程的出發(fā)點；實現(xiàn)階段：交互圖又是編制測試用例的重要參考。4.4 系統(tǒng)分析的軟件工程方法4.4.2 面向?qū)ο蟮姆治龇椒ǎɑ赨ML）UML動