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

第四章電子商務(wù)系統(tǒng)的分析問題定義可行性研究

需求分析總體設(shè)計詳細(xì)設(shè)計編碼與單元測試綜合測試運行維護(hù)問題是什么?行的解嗎?系統(tǒng)必須做什么?新系統(tǒng)的邏輯模型是？要搞清楚的問題既有的系統(tǒng)是如何工作的？（獲取需求）用戶希望新系統(tǒng)如何工作？（新系統(tǒng)邏輯模型的建立）獲取系統(tǒng)需求信息功能需求非功能性需求（性能需求，安全需求、可用性需求等）成果需求分析報告針對新系統(tǒng)建立的模型系統(tǒng)SDLC中的系統(tǒng)分析

已有信息系統(tǒng)人工處理的系統(tǒng)電子商務(wù)系統(tǒng)分析vs一般的信息系統(tǒng)分析基本的方法、過程和工具相同不同點主要體現(xiàn)在調(diào)研分析的邊界創(chuàng)新性電子商務(wù)系統(tǒng)分析要求以EC戰(zhàn)略規(guī)劃和EC系統(tǒng)規(guī)劃成果為依據(jù)充分理解管理及業(yè)務(wù)人員的需求借鑒典型的電子商務(wù)系統(tǒng)功能IS：主要調(diào)查企業(yè)內(nèi)部的要求，存在手工系統(tǒng)或舊的信息系統(tǒng)；ECIS：企業(yè)內(nèi)和企業(yè)外（客戶、供應(yīng)商）兩方面的要求；或者EC尚未開展，新建的系統(tǒng)是全新的。市場活動（Marketing）目標(biāo)增加客戶對企業(yè)及相關(guān)產(chǎn)品的認(rèn)知程度，了解企業(yè)的服務(wù)為企業(yè)發(fā)現(xiàn)潛在的商業(yè)機會，發(fā)掘潛在客戶，發(fā)現(xiàn)客戶需求培養(yǎng)客戶的忠誠度要點企業(yè)的形象產(chǎn)品或服務(wù)的優(yōu)勢及特點（競爭力）客戶，發(fā)現(xiàn)客戶的需求借助于Internet，電子商務(wù)可以：獲得不受地域限制的市場宣傳空間減少對外界力量的依賴，直接面對潛在客戶擁有最廉價的信息發(fā)布渠道直接通過客戶的瀏覽及消費歷史記錄獲取用戶需求信息銷售活動（Sale）銷售過程實質(zhì)上是為用戶提供備選產(chǎn)品的過程，這一過程包括：產(chǎn)品的發(fā)現(xiàn)、選擇兩個基本環(huán)節(jié)。目標(biāo)與顧客達(dá)成交易，并使交易結(jié)果符合企業(yè)利益需要要點產(chǎn)品的信息及描述消費的環(huán)境電子商務(wù)中的銷售活動可以：為客戶提供發(fā)現(xiàn)產(chǎn)品的新渠道帶來交易方式的變革，使交易免受地域的限制直接產(chǎn)生電子化的交易記錄訂貨（Order）目標(biāo)滿足企業(yè)生產(chǎn)和銷售的需要要點供應(yīng)商的選擇運輸合適的庫存量電子商務(wù)系統(tǒng)可以優(yōu)化訂貨需求幫助擴大供應(yīng)商的選擇范圍，優(yōu)化供應(yīng)商選擇結(jié)果提高訂貨過程的效率改善對運輸過程的監(jiān)管和優(yōu)化客戶服務(wù)（Service）目標(biāo)培養(yǎng)客戶忠誠度從服務(wù)中發(fā)現(xiàn)客戶需求，為市場及銷售活動提供依據(jù)要點訂單完成情況的檢查產(chǎn)品使用的反饋訂貨及客戶歷史記錄客戶行為分析電子商務(wù)可以提供新的客戶服務(wù)方式（在線、遠(yuǎn)程、動態(tài)）使服務(wù)超越地域和時間的限制加快服務(wù)的反饋提供One-To-One的個性化服務(wù)提供自助式服務(wù)進(jìn)行服務(wù)過程的記錄及歷史記錄的挖掘二、典型的電子商務(wù)業(yè)務(wù)需求企業(yè)的電子商務(wù)可以劃分為B2B，B2C等幾種模式。雖然企業(yè)的產(chǎn)品和服務(wù)不同，但是在幾種典型商務(wù)模式的業(yè)務(wù)需求方面有相同處。了解這些典型需求，對于系統(tǒng)需求分析有一定啟發(fā)。B2C的電子零售系統(tǒng)的基本需求用戶管理需求用戶注冊注冊用戶信息管理客戶需求提供電子目錄，幫助用戶搜索、發(fā)現(xiàn)需要的商品進(jìn)行同類產(chǎn)品的比較，幫助用戶進(jìn)行購買決策(列舉產(chǎn)品的各種參數(shù))購物車為購買產(chǎn)品下訂單、訂單管理（撤銷、修改訂單）、訂單狀態(tài)的跟蹤提供多種支付手段（在線銀行、第三方支付、貨到付款等）銷售商的需求檢查客戶的注冊信息處理客戶的訂單完成客戶選購產(chǎn)品的結(jié)算，處理客戶付款各種商品信息的維護(hù)商品庫存管理跟蹤產(chǎn)品銷售情況能夠和物流配送系統(tǒng)建立接口售后服務(wù)B2B電子商務(wù)B2B電子商務(wù)中的主要實體賣方企業(yè)、買方企業(yè)、中介（銀行等）、物流企業(yè)（含運輸、倉儲、包裝等）和政府機構(gòu)（如稅務(wù)、海關(guān)等）。B2B電子商務(wù)活動中處理的信息產(chǎn)品或服務(wù)—性能、規(guī)格、價格等買賣企業(yè)—名稱、特點、產(chǎn)品、銷售歷史等運輸企業(yè)—名稱、運輸路線、運力、費用等倉儲企業(yè)—名稱、倉儲能力、費用等B2B電子商務(wù)的基本需求會員管理會員身份管理會員資料管理權(quán)限控制產(chǎn)品目錄管理審批流程訂單管理交易定價拍賣和投標(biāo)采購網(wǎng)絡(luò)支付

企業(yè)門戶網(wǎng)站的基本需求企業(yè)基本信息發(fā)布企業(yè)動態(tài)與新聞企業(yè)產(chǎn)品與服務(wù)搜索與索引，可幫助用戶盡快找到相關(guān)信息電子郵件、客服聯(lián)系方式、用戶反饋用戶訪問統(tǒng)計、網(wǎng)站訪問分析個性化服務(wù)電子社區(qū)相關(guān)鏈接三、電子商務(wù)系統(tǒng)分析的過程信息系統(tǒng)分析的基本思路電子商務(wù)系統(tǒng)分析的基本過程和方法3.1信息系統(tǒng)分析的基本思路自頂向下從靜到動去偽存真不斷迭代首先從宏觀的層次進(jìn)行抽象（SA中分層DFD，OOA中的概念層類圖、邏輯層類圖、實現(xiàn)層類圖）首先業(yè)務(wù)的靜態(tài)特征，然后在考慮其動態(tài)行為（SA中先識別實體、加工、數(shù)據(jù)，然后在聯(lián)系起來；OOA中現(xiàn)識別類，在討論對象之間的消息傳遞、協(xié)作）體現(xiàn)系統(tǒng)分析的反復(fù)性，表明系統(tǒng)分析過程是一個不斷加深認(rèn)識的過程。每次分析過程，去除不確切的地方，以便反應(yīng)業(yè)務(wù)的真實狀況。3.2電子商務(wù)系統(tǒng)分析的基本過程進(jìn)行需求調(diào)查，獲取需求（Requirements）p78整理提煉，針對需求進(jìn)行建模利用相關(guān)的軟件工程方法和工具結(jié)構(gòu)化分析方法DFD面向?qū)ο蟮姆治龇椒║ML原型法反復(fù)修改在開發(fā)一個系統(tǒng)期間所產(chǎn)生的中間描述或文檔為模型；模型的產(chǎn)生過程，我們叫做建模。系統(tǒng)分析階段需要建立新系統(tǒng)的邏輯模型。四、結(jié)構(gòu)化分析方法

（StructuredAnalysis，SA）結(jié)構(gòu)化模型的基本出發(fā)點P81計算機數(shù)據(jù)處理過程：IPO結(jié)構(gòu)化分析方法是一種面向數(shù)據(jù)流的需求分析方法，也是一種建?；顒?，它主要根據(jù)軟件內(nèi)部的數(shù)據(jù)傳遞、變換關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件系統(tǒng)。尤其適合于較大型的信息系統(tǒng)結(jié)構(gòu)化分析的主要工具數(shù)據(jù)流圖（DFD）：功能模型數(shù)據(jù)字典（DD）實體關(guān)系圖（E-R圖）：數(shù)據(jù)模型狀態(tài)變遷圖（STD圖）：行為模型數(shù)據(jù)流圖（DFD）DataFlowDiagram用于表示數(shù)據(jù)在信息系統(tǒng)中的流動情況，但不表示具體的程序邏輯和處理步驟數(shù)據(jù)流圖的基本元素（續(xù)）數(shù)據(jù)流是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，由一個或一組數(shù)據(jù)項構(gòu)成。除了數(shù)據(jù)存儲之間的數(shù)據(jù)流不用命名外，其它數(shù)據(jù)流應(yīng)該用名詞或名詞短語命名。（對于有些含義比較明顯的數(shù)據(jù)流也不一定加以命名）數(shù)據(jù)流的準(zhǔn)確定義由數(shù)據(jù)字典DataDictionary給出實體代表了系統(tǒng)邊界之外的，與系統(tǒng)存在數(shù)據(jù)交換的人員、組織或其它系統(tǒng)數(shù)據(jù)流圖的基本元素（續(xù)）處理也稱為數(shù)據(jù)加工，它對數(shù)據(jù)流進(jìn)行某些操作或變換。每個處理要有名字，通常是動詞短語，簡明地描述完成什么處理。在分層的數(shù)據(jù)流圖中，處理還應(yīng)有編號。數(shù)據(jù)存儲指暫時保存的數(shù)據(jù)，它可以是數(shù)據(jù)庫表、文件或其它任何形式的數(shù)據(jù)組織。流向數(shù)據(jù)存儲的數(shù)據(jù)流可理解為寫入存儲或提交查詢請求，從數(shù)據(jù)存儲流出的數(shù)據(jù)可理解為從存儲設(shè)備讀數(shù)據(jù)或得到查詢結(jié)果。數(shù)據(jù)存儲也可有編號繪制數(shù)據(jù)流圖的常規(guī)原則同一幅圖上包含的處理不超過9個盡量避免數(shù)據(jù)流的交叉使用多級符號，表示處理之間的父子關(guān)系案例：家具公司電子商務(wù)系統(tǒng)外部實體客戶內(nèi)容維護(hù)人員銷售人員生產(chǎn)調(diào)度系統(tǒng)（生產(chǎn)調(diào)度人員）財務(wù)系統(tǒng)（財務(wù)人員）客服人員物流跟蹤系統(tǒng)維修人員案例：主要處理用戶管理注冊登錄用戶信息檢索用戶信息維護(hù)產(chǎn)品展示產(chǎn)品目錄瀏覽產(chǎn)品信息檢索產(chǎn)品效果圖展示網(wǎng)上訂貨購物車處理添加到購物車修改購物車下訂單訂單確認(rèn)訂單跟蹤客戶服務(wù)咨詢報修派發(fā)修理通知服務(wù)跟蹤信息發(fā)布企業(yè)信息發(fā)布產(chǎn)品信息發(fā)布招聘信息發(fā)布企業(yè)/招聘信息檢索統(tǒng)計分析數(shù)據(jù)字典（DataDictionary，DD）1－訂單1.1－訂單標(biāo)識1.2－顧客詳情1.3－書籍詳情1.1－訂單標(biāo)識1.1.1－訂貨日期1.1.2－訂單編號1.2－顧客詳情1.2.1姓名1.2.2聯(lián)系電話地址ID1.2.2聯(lián)系電話固定電話移動電話說明：上述兩項至少一項為非空行為模型：狀態(tài)變遷圖（STD圖）（參考）目標(biāo)：直觀地分析系統(tǒng)的動作從特定的視角出發(fā)描述系統(tǒng)的動態(tài)行為狀態(tài)遷移圖的內(nèi)容（參考）描述系統(tǒng)行為的三個要素：

狀態(tài)

事件（輸入）用圓圈“○”表示

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

(ObjectOrientedAnalysis&Design,OOA&OOD)基本思想：現(xiàn)實世界由相互聯(lián)系的各種事物組成，每一事物均有其自身的屬性和特定的行為，面向?qū)ο蟮姆治雠c設(shè)計方法即遵循此思想，以最自然的形式針對現(xiàn)實世界中的問題建模，并按人們通常的思維方式對問題進(jìn)行求解，力圖籍此簡化問題模型，降低求解難度面向?qū)ο蠓椒ǖ膸讉€基本概念對象可用名字進(jìn)行唯一標(biāo)識可用屬性（狀態(tài)）描述某些特征可用一組操作（服務(wù)）完成其各種行為類具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述同樣具有名稱、屬性和操作屬性和操作又可分為外部特性和內(nèi)部實現(xiàn)兩部分消息向?qū)ο蟀l(fā)出的服務(wù)請求包含：SenderReceiverParameters由接收者負(fù)責(zé)對消息進(jìn)行響應(yīng)，執(zhí)行相應(yīng)操作UML－－面向?qū)ο蟮姆治鲈O(shè)計工具UML UnifiedModelingLanguage統(tǒng)一建模語言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推薦，為OMG所采納，進(jìn)而成為了可視化建模的事實標(biāo)準(zhǔn)目前最新版本2.1.2UML的特點和應(yīng)用特點一種可視化的語言一種可用于詳細(xì)描述的語言精確無歧義完整一種構(gòu)造語言正向工程逆向工程一種文檔化的語言主要應(yīng)用于軟件系統(tǒng)的分析、設(shè)計工作，也可應(yīng)用于非軟件領(lǐng)域UML建模（構(gòu)成）用例圖（UseCasediagram）靜態(tài)圖（Staticdiagram）類圖Classdiagram對象圖Objectdiagram包圖Packagediagram行為圖（Behaviordiagram）狀態(tài)圖Statechartdiagram活動圖Activitydiagram交互圖（Interactivediagram）順序圖Sequencediagram協(xié)作圖Cooperationdiagram實現(xiàn)圖（Implementationdiagram）構(gòu)件圖ComponentDiagram部署圖DeploymentDiagram描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系描述系統(tǒng)組成元素的靜態(tài)結(jié)構(gòu)描述對象間的交互關(guān)系描述系統(tǒng)的物理組成單元UML基本元素—

類(Class)

表示由三部分構(gòu)成名稱必須包含其余可省略或陸續(xù)添加可說明屬性及操作的可見性可說明屬性的類型可說明操作的參數(shù)、返回值UML基本元素—

對象(Object)

表示由兩部分組成沒有操作必須包含名稱名稱帶下劃線名稱后可跟類名其余可省略或陸續(xù)添加可說明屬性的類型UML基本元素

——

用例(UseCase)和參與者(Actor)參與者存在于作為研究對象的系統(tǒng)之外的實體可以為人、機構(gòu)、設(shè)備、系統(tǒng)等利用人形表示通常僅包含其名稱用例對一組動作序列的描述，系統(tǒng)執(zhí)行這些動作將產(chǎn)生一個對特定參與者有價值而且可觀察的結(jié)果使用實線橢圓通常僅包含其名稱UML基本元素—

關(guān)系（以下三種）依賴關(guān)系（dependency）代表：使用關(guān)系說明一個事物規(guī)格說明的變化可能影響到使用它的另一個事物箭頭指向被依賴的事物泛化關(guān)系（generalization）指一般事物（稱為超類或父類）和該事物的較為特殊的種類（稱為子類）之間的關(guān)系一個類可以有0個、1個或多個父類沒有父類且最少有一個子類的類稱為根類或基類沒有子類的類稱為葉子類箭頭指向被繼承的類關(guān)聯(lián)關(guān)系（association）代表一種結(jié)構(gòu)關(guān)系類型自關(guān)聯(lián)二元關(guān)聯(lián)關(guān)聯(lián)可以有一個名稱聚集、聚合（Aggregation）

－－一種特殊的關(guān)聯(lián)關(guān)系用于表示整體與部分的關(guān)系以菱形表示可進(jìn)一步細(xì)分為：普通聚集，共享聚集（SharedAggregation）整體與部分可以單獨存在以空心菱形表示組合（Composition）整體擁有部分，部分與整體共存以實心菱形表示類及類之間的關(guān)系自關(guān)聯(lián)同時存在兩種關(guān)系依賴關(guān)系泛化關(guān)系多元關(guān)聯(lián)大學(xué)里的幾種關(guān)系普通聚集組合指定關(guān)系名稱和方向另一種指定關(guān)系名稱的方法指定多重性類圖（p90）用于描述類與類之間的靜態(tài)關(guān)系類圖主要由類及它們之間的關(guān)系構(gòu)成，此外，還可以包含接口、包等元素，也可包括對象等實例類圖的主要作用分析階段幫助識別系統(tǒng)的主體幫助辨析系統(tǒng)的屬性和行為描述應(yīng)用領(lǐng)域中的概念設(shè)計階段直接引導(dǎo)面向?qū)ο蟮脑O(shè)計描述類與類之間的接口實現(xiàn)階段描述軟件系統(tǒng)中的實現(xiàn)可利用工具直接生成代碼框架對象圖（ObjectDiagram）形式與類圖相似對象之間的連接使用“鏈”（Link）包圖（PackageDiagram）目的：將復(fù)雜的大系統(tǒng)拆分為若干小系統(tǒng)包：將若干元素集合成一個更高層次的單位，形成一個低耦合、高內(nèi)聚的元素集合，將其稱為包。包中的元素也具有可見性。包圖利用類似于文件夾的符號表示包。包圖主要描述包之間的包含及依賴關(guān)系。用例圖（UseCaseDiagram）pp90要素參與者用例關(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)系包含關(guān)系（include）表示基礎(chǔ)用例（客戶用例）在其內(nèi)部說明的某一位置顯式地合并了另一個用例的行為用途用例的復(fù)用用例的簡化延伸關(guān)系（extend）基礎(chǔ)用例在由延伸用例間接地說明的一個位置上，隱式地合并了另一個用例的行為特點：即使沒有擴展用例，基礎(chǔ)用例本身也是完整的用途把新的行為插入到已有用例中把復(fù)雜的可選的處理從基本的必須的處理中分離出來泛化關(guān)系（generalize）與類的泛化關(guān)系相似用途先給出一個概念性的用例，再給出其實現(xiàn)用例參與者與用例之間的關(guān)聯(lián)關(guān)系用例之間的關(guān)系用例圖的主要用途分析階段幫助識別系統(tǒng)的相關(guān)主體幫助明確并逐步細(xì)化系統(tǒng)功能需求是繪制其它圖的出發(fā)點實現(xiàn)階段是編制測試用例的基礎(chǔ)實施階段是制定培訓(xùn)、維護(hù)計劃的依據(jù)狀態(tài)圖（StatechartDiagram）P92用途與狀態(tài)遷移圖相似，用于描述一個實體基于事件反應(yīng)的動態(tài)行為，顯示了該實體如何根據(jù)當(dāng)前狀態(tài)對不同的事件做出反應(yīng)。要素狀態(tài)轉(zhuǎn)移與STD的主要不同點以圓角矩形代表狀態(tài)增加兩個可選的特殊狀態(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)圖示例活動圖（ActivityDiagram）本質(zhì)上為流程圖要素狀態(tài)初始狀態(tài)終止?fàn)顟B(tài)動作狀態(tài)原子性不可中斷性瞬時性活動狀態(tài)可分解可中斷占有有限的時間控制流（轉(zhuǎn)換）普通轉(zhuǎn)換分支分叉匯合對象流表示活動中輸入或輸出的對象泳道用于將活動圖中的活動狀態(tài)分組活動圖示例活動圖的主要用途分析階段輔助進(jìn)行工作流分析輔助對系統(tǒng)中主體行為進(jìn)行分析設(shè)計階段設(shè)計類的依據(jù)最終細(xì)化到程序流程圖交互圖（InteractionDiagram）與活動圖一樣，用于對系統(tǒng)的動態(tài)特性