電子商務系統的分析課件

第四章電子商務系統的分析第四章電子商務系統的分析1要搞清楚的問題既有的系統是如何工作的？用戶希望新系統如何工作？目的：獲取系統需求信息功能需求性能需求成果需求分析報告針對新系統建立的模型系統SDLC中的系統分析信息系統人的系統要搞清楚的問題系統SDLC中的系統分析信息系統2電子商務系統分析vs一般的信息系統分析基本的方法、流程和工具相同不同點主要體現在調研分析的邊界創(chuàng)新性電子商務系統分析要求以戰(zhàn)略規(guī)劃和系統規(guī)劃成果為依據充分了解管理及業(yè)務人員的需求借鑒典型的電子商務系統功能電子商務系統分析vs一般的信息系統分析基本的方法、流程和工具3一.企業(yè)商務活動的基本內容企業(yè)的主要商務活動及它們之間的信息流轉一.企業(yè)商務活動的基本內容企業(yè)的主要商務活動及它們之間的信4市場活動（Marketing）目標增加客戶對企業(yè)及相關產品的認知程度，了解企業(yè)的服務為企業(yè)發(fā)現潛在的商業(yè)機會，發(fā)掘潛在客戶，發(fā)現客戶需求培養(yǎng)客戶的忠誠度要點企業(yè)的形象產品的優(yōu)勢及特點市場細分借助于Internet，電子商務可以：獲得不受地域限制的市場宣傳空間減少對外界力量的依賴，直接面對潛在客戶擁有最廉價的信息發(fā)布渠道直接通過客戶的瀏覽及消費歷史記錄獲取用戶需求信息市場活動（Marketing）目標5銷售活動（Sale）銷售過程實質上是為用戶提供備選產品的過程，這一過程包括：產品的發(fā)現、選擇兩個基本環(huán)節(jié)。目標與顧客搭成交易，并使交易結果符合企業(yè)利益需要要點產品的信息及描述消費的環(huán)境電子商務中的銷售活動可以：為客戶提供發(fā)現產品的渠道帶來交易方式的變革，使交易免受地域的限制直接產生電子化的交易記錄銷售活動（Sale）銷售過程實質上是為用戶提供備選產品的過程6訂貨（Order）目標滿足企業(yè)生產和銷售的需要要點供應商的選擇運輸合適的庫存量電子商務系統可以優(yōu)化訂貨需求幫助擴大供應商的選擇范圍，優(yōu)化供應商選擇結果提高訂貨過程的效率改善對運輸過程的監(jiān)管和優(yōu)化訂貨（Order）目標7支付與交付（Payment&Delivery）支付與交付的過程也就是履行訂單的執(zhí)行過程目標完成交易費用的給付完成產品的包裝、運輸和遞交完成產品所有權的轉移要點安全性時間費用電子商務系統可以縮短支付時間，降低支付成本實現交付過程可視化追蹤訂單執(zhí)行過程提供無形產品的交付渠道支付與交付（Payment&Delivery）支付與交8客戶服務（Service）目標培養(yǎng)客戶忠誠度從服務中發(fā)現客戶需求，為市場及銷售活動提供依據要點訂單完成情況的檢查產品使用的反饋訂貨及客戶歷史記錄客戶行為分析電子商務可以提供新的客戶服務方式（在線、遠程、動態(tài)）使服務超越地域和時間的限制加快服務的反饋提供One-To-One的個性化服務提供自助式服務進行服務過程的記錄及發(fā)掘客戶服務（Service）目標9二、典型的電子商務業(yè)務需求市場推廣過程中的電子商務業(yè)務需求網絡廣告E-mail推銷品牌形象展示……銷售過程中的電子商務業(yè)務需求網上產品展示產品搜索……訂貨過程中的電子商務業(yè)務需求聯機采購在線報價和價格計算遠程協商電子支付……二、典型的電子商務業(yè)務需求市場推廣過程中的電子商務業(yè)務需求10典型的電子商務業(yè)務需求（續(xù)）交付過程中的電子商務業(yè)務需求交付過程跟蹤……服務過程中的電子商務業(yè)務需求客戶信息反饋客戶跟蹤服務……企業(yè)內部相關管理業(yè)務需求商品庫存管理經營輔助決策…..典型的電子商務業(yè)務需求（續(xù)）交付過程中的電子商務業(yè)務需求11三、電子商務系統分析的過程信息系統分析的基本思路電子商務系統分析的基本過程和方法三、電子商務系統分析的過程信息系統分析的基本思路123.1信息系統分析的基本思路自頂向下從靜到動去偽存真不斷迭代3.1信息系統分析的基本思路自頂向下133.2電子商務系統分析的基本過程進行需求調查，獲取需求（Requirement）整理提煉，針對需求進行建模利用相關的軟件工程方法結構化分析方法面向對象的分析方法原型法反復修改3.2電子商務系統分析的基本過程進行需求調查，獲取需求（R14需求調查參與人員：系統分析人員與業(yè)務人員共同完成方法訪談問卷調查跟班查閱資料利用原型可采納的資料素材有關機構組成和職責的規(guī)定報表歷史數據訪談記錄相關法律、法規(guī)、文件等成果需求調查報告相關資料素材需求調查參與人員：可采納的資料素材15四、結構化分析方法

（StructuredAnalysis，SA）結構化分析方法是一種面向數據流的需求分析方法，也是一種建?；顒樱饕鶕浖炔康臄祿鬟f、變換關系，自頂向下逐層分解，描繪出滿足功能要求的軟件系統。尤其適合于較大型的信息系統四、結構化分析方法

（StructuredAnal16結構化分析的主要工具數據流圖（DFD）：功能模型數據字典（DD）實體關系圖（E-R圖）：數據模型狀態(tài)變遷圖（STD圖）：行為模型結構化分析的主要工具數據流圖（DFD）：功能模型17數據流圖（DFD）DataFlowDiagram用于表示數據在信息系統中的流動情況，但不表示具體的程序邏輯和處理步驟數據流圖（DFD）DataFlowDiagram18數據流圖的基本元素數據流圖的基本元素19數據流圖的基本元素（續(xù)）數據流是數據在系統內傳播的路徑，由一個或一組數據項構成。除了數據存儲之間的數據流不用命名外，其它數據流應該用名詞或名詞短語命名。（對于有些含義比較明顯的數據流也不一定加以命名）數據流的準確定義由數據字典DataDictionary給出實體代表了系統邊界之外的，與系統存在數據交換的人員、組織或其它系統數據流圖的基本元素（續(xù)）數據流20數據流圖的基本元素（續(xù)）處理也稱為數據加工，它對數據流進行某些操作或變換。每個處理要有名字，通常是動詞短語，簡明地描述完成什么處理。在分層的數據流圖中，處理還應有編號。數據存儲指暫時保存的數據，它可以是數據庫表、文件或其它任何形式的數據組織。流向數據存儲的數據流可理解為寫入存儲或提交查詢請求，從數據存儲流出的數據可理解為從存儲設備讀數據或得到查詢結果。數據存儲也可有編號數據流圖的基本元素（續(xù)）處理21數據流圖的繪制方法首先，確定系統的邊界和外部實體繪出系統的頂層數據流圖（contextdiagram）只包含一個處理，標號為0，且名稱為整個系統的名稱在頂層數據流圖的基礎上，細化得出第0層數據流圖逐層細化，擴展得出更低一層的數據流圖，直到所有處理都已足夠簡單數據流圖的繪制方法首先，確定系統的邊界和外部實體22繪制數據流圖的規(guī)則每個數據流都至少有一端是連接到處理的每個處理都至少有一個輸入數據流，且至少有一個輸出數據流每一個數據存儲都必須通過數據流連接到處理一般情況下，每個數據存儲都應該既有輸入數據流，又有輸出數據流注意命名的唯一性、易懂性繪制數據流圖的規(guī)則每個數據流都至少有一端是連接到處理的23繪制數據流圖的常規(guī)原則同一幅圖上包含的處理不超過9個盡量避免數據流的交叉使用多級符號，表示處理之間的父子關系繪制數據流圖的常規(guī)原則同一幅圖上包含的處理不超過9個24案例：家具公司電子商務系統外部實體客戶內容維護人員銷售人員生產調度系統（生產調度人員）財務系統（財務人員）客服人員物流跟蹤系統維修人員案例：家具公司電子商務系統外部實體25案例：主要處理用戶管理注冊登錄用戶信息檢索用戶信息維護產品展示產品目錄瀏覽產品信息檢索產品效果圖展示網上訂貨購物車處理添加到購物車修改購物車下訂單訂單確認訂單跟蹤客戶服務咨詢報修派發(fā)修理通知服務跟蹤信息發(fā)布企業(yè)信息發(fā)布產品信息發(fā)布招聘信息發(fā)布企業(yè)/招聘信息檢索統計分析案例：主要處理用戶管理客戶服務26數據字典（DataDictionary，DD）1－訂單1.1－訂單標識1.2－顧客詳情1.3－書籍詳情1.1－訂單標識1.1.1－訂貨日期1.1.2－訂單編號1.2－顧客詳情1.2.1姓名1.2.2聯系電話地址ID1.2.2聯系電話固定電話移動電話說明：上述兩項至少一項為非空數據字典（DataDictionary，DD）1－訂單地址27行為模型：狀態(tài)變遷圖（STD圖）目標：直觀地分析系統的動作從特定的視角出發(fā)描述系統的動態(tài)行為行為模型：狀態(tài)變遷圖（STD圖）目標：直觀地分析系統的動作28狀態(tài)遷移圖的內容描述系統行為的三個要素：狀態(tài)事件（輸入）用圓圈“○”表示狀態(tài)遷移（輸出）用箭頭“→”表示用字符表示狀態(tài)遷移圖的內容描述系統行為的三個要素：狀態(tài)事件用圓圈“29狀態(tài)遷移圖的表示舉例s1s20110s310狀態(tài)遷移圖的表示舉例s1s20110s31030狀態(tài)遷移圖的應用作用明確系統需求確定系統在不同狀態(tài)下的可能的動作進而指導系統設計實現引入狀態(tài)變量對應不同狀態(tài)變量值，提供不同的界面、處理……狀態(tài)遷移圖的應用作用31面向過程模型的弊端以實現功能的過程為中心，而用戶的需求變化主要是針對功能的，且功能變化往往引起較大的結構變化，因此，系統穩(wěn)定性不好。系統有明確的邊界定義，且系統結構依賴于系統邊界的定義。這樣的系統不易擴充和修改?？芍赜眯?reusability)較差。面向過程模型的弊端以實現功能的過程為中心，而用戶的需求變化主32五、面向對象的分析與設計方法

(ObjectOrientedAnalysis&Design,OOA&OOD)基本思想：現實世界由相互聯系的各種事物組成，每一事物均有其自身的屬性和特定的行為，面向對象的分析與設計方法即遵循此思想，以最自然的形式針對現實世界中的問題建模，并按人們通常的思維方式對問題進行求解，力圖籍此簡化問題模型，降低求解難度五、面向對象的分析與設計方法

(ObjectOriente33面向對象方法的幾個基本概念對象可用名字進行唯一標識可用屬性（狀態(tài)）描述某些特征可用一組操作（服務）完成其各種行為類具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統一的抽象描述同樣具有名稱、屬性和操作屬性和操作又可分為外部特性和內部實現兩部分消息向對象發(fā)出的服務請求包含：SenderReceiverParameters由接收者負責對消息進行響應，執(zhí)行相應操作面向對象方法的幾個基本概念對象34UML－－面向對象的分析設計工具UML UnifiedModelingLanguage統一建模語言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推薦，為OMG所采納，進而成為了可視化建模的事實標準目前最新版本2.1.2UML－－面向對象的分析設計工具UML35UML的特點和應用特點一種可視化的語言一種可用于詳細描述的語言精確無歧義完整一種構造語言正向工程逆向工程一種文檔化的語言主要應用于軟件系統的分析、設計工作，也可應用于非軟件領域UML的特點和應用特點36UML的構成用例圖（UseCasediagram）靜態(tài)圖（Staticdiagram）類圖Classdiagram對象圖Objectdiagram包圖Packagediagram行為圖（Behaviordiagram）狀態(tài)圖Statechartdiagram活動圖Activitydiagram交互圖（Interactivediagram）順序圖Sequencediagram協作圖Cooperationdiagram實現圖（Implementationdiagram）構件圖ComponentDiagram部署圖DeploymentDiagram描述系統的動態(tài)模型和組成對象間的交互關系描述系統組成元素的靜態(tài)結構描述對象間的交互關系描述系統的物理組成單元UML的構成用例圖（UseCasediagram）描述系37UML基本元素—類(Class)表示由三部分構成名稱必須包含其余可省略或陸續(xù)添加可說明屬性及操作的可見性可說明屬性的類型可說明操作的參數、返回值UML基本元素—類(Class)表示由三部分構成38UML基本元素—對象(Object)表示由兩部分組成沒有操作名稱必須包含名稱帶下劃線名稱后可跟類名其余可省略或陸續(xù)添加可說明屬性的類型UML基本元素—對象(Object)表示由兩部分組成39UML基本元素

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

——用例(UseCase)和參與者(A40UML基本元素—關系UML基本元素—關系41依賴關系（dependency）代表：使用關系說明一個事物規(guī)格說明的變化可能影響到使用它的另一個事物箭頭指向被依賴的事物依賴關系（dependency）代表：使用關系42泛化關系（generalization）指一般事物（稱為超類或父類）和該事物的較為特殊的種類（稱為子類）之間的關系一個類可以有0個、1個或多個父類沒有父類且最少有一個子類的類稱為根類或基類沒有子類的類稱為葉子類箭頭指向被繼承的類泛化關系（generalization）指一般事物（稱為超類43關聯關系（association）代表一種結構關系類型自關聯二元關聯關聯可以有一個名稱關聯關系（association）代表一種結構關系44聚集、聚合（Aggregation）

－－一種特殊的關聯關系用于表示整體與部分的關系以菱形表示可進一步細分為：普通聚集，共享聚集（SharedAggregation）整體與部分可以單獨存在以空心菱形表示組合（Composition）整體擁有部分，部分與整體共存以實心菱形表示聚集、聚合（Aggregation）

－－一種特殊的關聯關系45類及類之間的關系自關聯同時存在兩種關系依賴關系泛化關系多元關聯類及類之間的關系自關聯同時存在兩種關系依賴泛化多元46大學里的幾種關系普通聚集組合指定關系名稱和方向另一種指定關系名稱的方法指定多重性大學里的幾種關系普通組合指定關系名稱和方向另一種指定關系名稱47類圖用于描述類與類之間的靜態(tài)關系類圖主要由類及它們之間的關系構成，此外，還可以包含接口、包等元素，也可包括對象等實例類圖用于描述類與類之間的靜態(tài)關系48類圖的主要作用分析階段幫助識別系統的主體幫助辨析系統的屬性和行為描述應用領域中的概念設計階段直接引導面向對象的設計描述類與類之間的接口實現階段描述軟件系統中的實現可利用工具直接生成代碼框架類圖的主要作用分析階段49對象圖（ObjectDiagram）形式與類圖相似對象之間的連接使用“鏈”（Link）對象圖（ObjectDiagram）形式與類圖相似50包圖（PackageDiagram）目的：將復雜的大系統拆分為若干小系統包：將若干元素集合成一個更高層次的單位，形成一個低耦合、高內聚的元素集合，將其稱為包。包中的元素也具有可見性。包圖利用類似于文件夾的符號表示包。包圖主要描述包之間的包含及依賴關系。包圖（PackageDiagram）目的：將復雜的大系統拆51用例圖（UseCaseDiagram）要素參與者用例關系用例圖描述了誰將是系統的使用者使用者希望系統提供什么服務（功能）使用者與系統之間的交互（參與者與用例之間的關系）關聯關系（association）系統所提供的服務（用例之間的關系）包含關系（include）延伸關系（extend）泛化關系（generalize）用例圖（UseCaseDiagram）要素52用例之間存在的三種可能的關系包含關系（include）表示基礎用例（客戶用例）在其內部說明的某一位置顯式地合并了另一個用例的行為用途用例的復用用例的簡化延伸關系（extend）基礎用例在由延伸用例間接地說明的一個位置上，隱式地合并了另一個用例的行為特點：即使沒有擴展用例，基礎用例本身也是完整的用途把新的行為插入到已有用例中把復雜的可選的處理從基本的必須的處理中分離出來泛化關系（generalize）與類的泛化關系相似用途先給出一個概念性的用例，再給出其實現用例用例之間存在的三種可能的關系包含關系（include）53參與者與用例之間的關聯關系參與者與用例之間的關聯關系54用例之間的關系用例之間的關系55用例圖的主要用途分析階段幫助識別系統的相關主體幫助明確并逐步細化系統功能需求是繪制其它圖的出發(fā)點實現階段是編制測試用例的基礎實施階段是制定培訓、維護計劃的依據用例圖的主要用途分析階段56狀態(tài)圖（StatechartDiagram）用途與狀態(tài)遷移圖相似，用于描述一個實體基于事件反應的動態(tài)行為，顯示了該實體如何根據當前狀態(tài)對不同的事件做出反應。要素狀態(tài)轉移與STD的主要不同點以圓角矩形代表狀態(tài)增加兩個可選的特殊狀態(tài)：起始狀態(tài)、終止狀態(tài)狀態(tài)內增加屬性：進入操作、退出操作、內部轉移允許在狀態(tài)內嵌套子狀態(tài)圖允許無觸發(fā)器轉移狀態(tài)圖（StatechartDiagram）用途與狀態(tài)遷移57狀態(tài)及轉移的屬性狀態(tài)名稱進入/退出操作內部轉移子狀態(tài)順序子狀態(tài)并行子狀態(tài)延遲的事件轉移源狀態(tài)事件觸發(fā)器警戒條件操作目標狀態(tài)狀態(tài)及轉移的屬性狀態(tài)轉移58狀態(tài)圖示例狀態(tài)圖示例59活動圖（ActivityDiagram）本質上為流程圖要素狀態(tài)初始狀態(tài)終止狀態(tài)動作狀態(tài)原子性不可中斷性瞬時性活動狀態(tài)可分解可中斷占有有限的時間控制流（轉換）普通轉換分支分叉匯合對象流表示活動中輸入或輸出的對象泳道用于將活動圖中的活動狀態(tài)分組活動圖（ActivityDiagram）本質上為流程圖控制60活動圖示例活動圖示例61活動圖的主要用途分析階段輔助進行工作流分析輔助對系統中主體行為進行分析設計階段設計類的依據最終細化到程序流程圖活動圖的主要用途分析階段62交互圖（InteractionDiagram）與活動圖一樣，用于對系統的動態(tài)特性建模交互圖強調從對象到對象的控制流活動圖強調從活動到活動的控制流由順序圖和協作圖共同構成顯示的是一個交互，由一組對象和它們之間的關系組成，包含它們之間可能傳遞的消息順序圖：強調時間順序的交互圖協作圖：強調結構組織的交互圖兩者在語義上是等價的交互圖（InteractionDiagram）與活動圖一樣63順序圖（SequenceDiagram）要素對象：沿X軸排列名稱生命線控制焦點－－可選，用于可視化消息的嵌套或實際計算發(fā)生時的時間消息：沿Y軸排列名稱參數（可選）消息的類型普通消息調用順序圖（SequenceDiagram）要素64順序圖示例順序圖示例65協作圖（CollaborationDiagram）要素對象：名稱鏈：連接對象之間的弧消息名稱參數順序號：以嵌套的形式反映了消息間的先后順序協作圖（CollaborationDiagram）要素66協作圖示例協作圖示例67交互圖的主要用途分析階段幫助識別系統的相關主體幫助分析業(yè)務流程設計階段設計類的操作的重要依據設計程序流程的出發(fā)點實現階段是編制測試用例的重要參考交互圖的主要用途分析階段68基于UML的分析設計過程基本原則用例驅動的以體系結構為中心的迭代的增量的一般技巧每一個圖中只包含與特定主題相關的內容使用工具基于UML的分析設計過程基本原則69利用UML進行系統分析的方法確定Actor畫出用例圖畫各種動態(tài)視圖（主要是活動圖、順序圖及狀態(tài)圖），以進一步說明各個用例的詳細情況利用UML進行系統分析的方法確定Actor70UML支援環(huán)境RationalRose(IBM)經典的可視化建模工具全面支持UML建模標準可以在同一個模型中實現業(yè)務建模、需求建模、應用建模和數據建模支持多種語言（C++,Java、VB等）的代碼生成及雙向工程自帶的的模塊測試工具，可以在設計階段就及早對設計模型進行測試PoseidonforUML(GentlewareGerman)Visio2003(Microsoft)PowerDesigner(Sybase)TrufunKant&Plato(楚凡China)UML支援環(huán)境RationalRose(IBM)71六、原型法（PrototypeApproach）

－－面對小型項目的最實用的分析設計方法利用靜態(tài)頁面構造出系統的主要界面，并利用超鏈接反映它們之間的相互關系利用原型法可以為系統分析人員與用戶之間的交流溝通提供一個著眼點六、原型法（PrototypeApproach）

－－面對72第四章電子商務系統的分析第四章電子商務系統的分析73要搞清楚的問題既有的系統是如何工作的？用戶希望新系統如何工作？目的：獲取系統需求信息功能需求性能需求成果需求分析報告針對新系統建立的模型系統SDLC中的系統分析信息系統人的系統要搞清楚的問題系統SDLC中的系統分析信息系統74電子商務系統分析vs一般的信息系統分析基本的方法、流程和工具相同不同點主要體現在調研分析的邊界創(chuàng)新性電子商務系統分析要求以戰(zhàn)略規(guī)劃和系統規(guī)劃成果為依據充分了解管理及業(yè)務人員的需求借鑒典型的電子商務系統功能電子商務系統分析vs一般的信息系統分析基本的方法、流程和工具75一.企業(yè)商務活動的基本內容企業(yè)的主要商務活動及它們之間的信息流轉一.企業(yè)商務活動的基本內容企業(yè)的主要商務活動及它們之間的信76市場活動（Marketing）目標增加客戶對企業(yè)及相關產品的認知程度，了解企業(yè)的服務為企業(yè)發(fā)現潛在的商業(yè)機會，發(fā)掘潛在客戶，發(fā)現客戶需求培養(yǎng)客戶的忠誠度要點企業(yè)的形象產品的優(yōu)勢及特點市場細分借助于Internet，電子商務可以：獲得不受地域限制的市場宣傳空間減少對外界力量的依賴，直接面對潛在客戶擁有最廉價的信息發(fā)布渠道直接通過客戶的瀏覽及消費歷史記錄獲取用戶需求信息市場活動（Marketing）目標77銷售活動（Sale）銷售過程實質上是為用戶提供備選產品的過程，這一過程包括：產品的發(fā)現、選擇兩個基本環(huán)節(jié)。目標與顧客搭成交易，并使交易結果符合企業(yè)利益需要要點產品的信息及描述消費的環(huán)境電子商務中的銷售活動可以：為客戶提供發(fā)現產品的渠道帶來交易方式的變革，使交易免受地域的限制直接產生電子化的交易記錄銷售活動（Sale）銷售過程實質上是為用戶提供備選產品的過程78訂貨（Order）目標滿足企業(yè)生產和銷售的需要要點供應商的選擇運輸合適的庫存量電子商務系統可以優(yōu)化訂貨需求幫助擴大供應商的選擇范圍，優(yōu)化供應商選擇結果提高訂貨過程的效率改善對運輸過程的監(jiān)管和優(yōu)化訂貨（Order）目標79支付與交付（Payment&Delivery）支付與交付的過程也就是履行訂單的執(zhí)行過程目標完成交易費用的給付完成產品的包裝、運輸和遞交完成產品所有權的轉移要點安全性時間費用電子商務系統可以縮短支付時間，降低支付成本實現交付過程可視化追蹤訂單執(zhí)行過程提供無形產品的交付渠道支付與交付（Payment&Delivery）支付與交80客戶服務（Service）目標培養(yǎng)客戶忠誠度從服務中發(fā)現客戶需求，為市場及銷售活動提供依據要點訂單完成情況的檢查產品使用的反饋訂貨及客戶歷史記錄客戶行為分析電子商務可以提供新的客戶服務方式（在線、遠程、動態(tài)）使服務超越地域和時間的限制加快服務的反饋提供One-To-One的個性化服務提供自助式服務進行服務過程的記錄及發(fā)掘客戶服務（Service）目標81二、典型的電子商務業(yè)務需求市場推廣過程中的電子商務業(yè)務需求網絡廣告E-mail推銷品牌形象展示……銷售過程中的電子商務業(yè)務需求網上產品展示產品搜索……訂貨過程中的電子商務業(yè)務需求聯機采購在線報價和價格計算遠程協商電子支付……二、典型的電子商務業(yè)務需求市場推廣過程中的電子商務業(yè)務需求82典型的電子商務業(yè)務需求（續(xù)）交付過程中的電子商務業(yè)務需求交付過程跟蹤……服務過程中的電子商務業(yè)務需求客戶信息反饋客戶跟蹤服務……企業(yè)內部相關管理業(yè)務需求商品庫存管理經營輔助決策…..典型的電子商務業(yè)務需求（續(xù)）交付過程中的電子商務業(yè)務需求83三、電子商務系統分析的過程信息系統分析的基本思路電子商務系統分析的基本過程和方法三、電子商務系統分析的過程信息系統分析的基本思路843.1信息系統分析的基本思路自頂向下從靜到動去偽存真不斷迭代3.1信息系統分析的基本思路自頂向下853.2電子商務系統分析的基本過程進行需求調查，獲取需求（Requirement）整理提煉，針對需求進行建模利用相關的軟件工程方法結構化分析方法面向對象的分析方法原型法反復修改3.2電子商務系統分析的基本過程進行需求調查，獲取需求（R86需求調查參與人員：系統分析人員與業(yè)務人員共同完成方法訪談問卷調查跟班查閱資料利用原型可采納的資料素材有關機構組成和職責的規(guī)定報表歷史數據訪談記錄相關法律、法規(guī)、文件等成果需求調查報告相關資料素材需求調查參與人員：可采納的資料素材87四、結構化分析方法

（StructuredAnalysis，SA）結構化分析方法是一種面向數據流的需求分析方法，也是一種建?；顒?，它主要根據軟件內部的數據傳遞、變換關系，自頂向下逐層分解，描繪出滿足功能要求的軟件系統。尤其適合于較大型的信息系統四、結構化分析方法

（StructuredAnal88結構化分析的主要工具數據流圖（DFD）：功能模型數據字典（DD）實體關系圖（E-R圖）：數據模型狀態(tài)變遷圖（STD圖）：行為模型結構化分析的主要工具數據流圖（DFD）：功能模型89數據流圖（DFD）DataFlowDiagram用于表示數據在信息系統中的流動情況，但不表示具體的程序邏輯和處理步驟數據流圖（DFD）DataFlowDiagram90數據流圖的基本元素數據流圖的基本元素91數據流圖的基本元素（續(xù)）數據流是數據在系統內傳播的路徑，由一個或一組數據項構成。除了數據存儲之間的數據流不用命名外，其它數據流應該用名詞或名詞短語命名。（對于有些含義比較明顯的數據流也不一定加以命名）數據流的準確定義由數據字典DataDictionary給出實體代表了系統邊界之外的，與系統存在數據交換的人員、組織或其它系統數據流圖的基本元素（續(xù)）數據流92數據流圖的基本元素（續(xù)）處理也稱為數據加工，它對數據流進行某些操作或變換。每個處理要有名字，通常是動詞短語，簡明地描述完成什么處理。在分層的數據流圖中，處理還應有編號。數據存儲指暫時保存的數據，它可以是數據庫表、文件或其它任何形式的數據組織。流向數據存儲的數據流可理解為寫入存儲或提交查詢請求，從數據存儲流出的數據可理解為從存儲設備讀數據或得到查詢結果。數據存儲也可有編號數據流圖的基本元素（續(xù)）處理93數據流圖的繪制方法首先，確定系統的邊界和外部實體繪出系統的頂層數據流圖（contextdiagram）只包含一個處理，標號為0，且名稱為整個系統的名稱在頂層數據流圖的基礎上，細化得出第0層數據流圖逐層細化，擴展得出更低一層的數據流圖，直到所有處理都已足夠簡單數據流圖的繪制方法首先，確定系統的邊界和外部實體94繪制數據流圖的規(guī)則每個數據流都至少有一端是連接到處理的每個處理都至少有一個輸入數據流，且至少有一個輸出數據流每一個數據存儲都必須通過數據流連接到處理一般情況下，每個數據存儲都應該既有輸入數據流，又有輸出數據流注意命名的唯一性、易懂性繪制數據流圖的規(guī)則每個數據流都至少有一端是連接到處理的95繪制數據流圖的常規(guī)原則同一幅圖上包含的處理不超過9個盡量避免數據流的交叉使用多級符號，表示處理之間的父子關系繪制數據流圖的常規(guī)原則同一幅圖上包含的處理不超過9個96案例：家具公司電子商務系統外部實體客戶內容維護人員銷售人員生產調度系統（生產調度人員）財務系統（財務人員）客服人員物流跟蹤系統維修人員案例：家具公司電子商務系統外部實體97案例：主要處理用戶管理注冊登錄用戶信息檢索用戶信息維護產品展示產品目錄瀏覽產品信息檢索產品效果圖展示網上訂貨購物車處理添加到購物車修改購物車下訂單訂單確認訂單跟蹤客戶服務咨詢報修派發(fā)修理通知服務跟蹤信息發(fā)布企業(yè)信息發(fā)布產品信息發(fā)布招聘信息發(fā)布企業(yè)/招聘信息檢索統計分析案例：主要處理用戶管理客戶服務98數據字典（DataDictionary，DD）1－訂單1.1－訂單標識1.2－顧客詳情1.3－書籍詳情1.1－訂單標識1.1.1－訂貨日期1.1.2－訂單編號1.2－顧客詳情1.2.1姓名1.2.2聯系電話地址ID1.2.2聯系電話固定電話移動電話說明：上述兩項至少一項為非空數據字典（DataDictionary，DD）1－訂單地址99行為模型：狀態(tài)變遷圖（STD圖）目標：直觀地分析系統的動作從特定的視角出發(fā)描述系統的動態(tài)行為行為模型：狀態(tài)變遷圖（STD圖）目標：直觀地分析系統的動作100狀態(tài)遷移圖的內容描述系統行為的三個要素：狀態(tài)事件（輸入）用圓圈“○”表示狀態(tài)遷移（輸出）用箭頭“→”表示用字符表示狀態(tài)遷移圖的內容描述系統行為的三個要素：狀態(tài)事件用圓圈“101狀態(tài)遷移圖的表示舉例s1s20110s310狀態(tài)遷移圖的表示舉例s1s20110s310102狀態(tài)遷移圖的應用作用明確系統需求確定系統在不同狀態(tài)下的可能的動作進而指導系統設計實現引入狀態(tài)變量對應不同狀態(tài)變量值，提供不同的界面、處理……狀態(tài)遷移圖的應用作用103面向過程模型的弊端以實現功能的過程為中心，而用戶的需求變化主要是針對功能的，且功能變化往往引起較大的結構變化，因此，系統穩(wěn)定性不好。系統有明確的邊界定義，且系統結構依賴于系統邊界的定義。這樣的系統不易擴充和修改。可重用性(reusability)較差。面向過程模型的弊端以實現功能的過程為中心，而用戶的需求變化主104五、面向對象的分析與設計方法

(ObjectOrientedAnalysis&Design,OOA&OOD)基本思想：現實世界由相互聯系的各種事物組成，每一事物均有其自身的屬性和特定的行為，面向對象的分析與設計方法即遵循此思想，以最自然的形式針對現實世界中的問題建模，并按人們通常的思維方式對問題進行求解，力圖籍此簡化問題模型，降低求解難度五、面向對象的分析與設計方法

(ObjectOriente105面向對象方法的幾個基本概念對象可用名字進行唯一標識可用屬性（狀態(tài)）描述某些特征可用一組操作（服務）完成其各種行為類具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統一的抽象描述同樣具有名稱、屬性和操作屬性和操作又可分為外部特性和內部實現兩部分消息向對象發(fā)出的服務請求包含：SenderReceiverParameters由接收者負責對消息進行響應，執(zhí)行相應操作面向對象方法的幾個基本概念對象106UML－－面向對象的分析設計工具UML UnifiedModelingLanguage統一建模語言1996年，由Rational公司的G.Booch、J.Rumbaugh、I.Jacobson共同提出，并由若干大公司共同推薦，為OMG所采納，進而成為了可視化建模的事實標準目前最新版本2.1.2UML－－面向對象的分析設計工具UML107UML的特點和應用特點一種可視化的語言一種可用于詳細描述的語言精確無歧義完整一種構造語言正向工程逆向工程一種文檔化的語言主要應用于軟件系統的分析、設計工作，也可應用于非軟件領域UML的特點和應用特點108UML的構成用例圖（UseCasediagram）靜態(tài)圖（Staticdiagram）類圖Classdiagram對象圖Objectdiagram包圖Packagediagram行為圖（Behaviordiagram）狀態(tài)圖Statechartdiagram活動圖Activitydiagram交互圖（Interactivediagram）順序圖Sequencediagram協作圖Cooperationdiagram實現圖（Implementationdiagram）構件圖ComponentDiagram部署圖DeploymentDiagram描述系統的動態(tài)模型和組成對象間的交互關系描述系統組成元素的靜態(tài)結構描述對象間的交互關系描述系統的物理組成單元UML的構成用例圖（UseCasediagram）描述系109UML基本元素—類(Class)表示由三部分構成名稱必須包含其余可省略或陸續(xù)添加可說明屬性及操作的可見性可說明屬性的類型可說明操作的參數、返回值UML基本元素—類(Class)表示由三部分構成110UML基本元素—對象(Object)表示由兩部分組成沒有操作名稱必須包含名稱帶下劃線名稱后可跟類名其余可省略或陸續(xù)添加可說明屬性的類型UML基本元素—對象(Object)表示由兩部分組成111UML基本元素

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

——用例(UseCase)和參與者(A112UML基本元素—關系UML基本元素—關系113依賴關系（dependency）代表：使用關系說明一個事物規(guī)格說明的變化可能影響到使用它的另一個事物箭頭指向被依賴的事物依賴關系（dependency）代表：使用關系114泛化關系（generalization）指一般事物（稱為超類或父類）和該事物的較為特殊的種類（稱為子類）之間的關系一個類可以有0個、1個或多個父類沒有父類且最少有一個子類的類稱為根類或基類沒有子類的類稱為葉子類箭頭指向被繼承的類泛化關系（generalization）指一般事物（稱為超類115關聯關系（association）代表一種結構關系類型自關聯二元關聯關聯可以有一個名稱關聯關系（association）代表一種結構關系116聚集、聚合（Aggregation）

－－一種特殊的關聯關系用于表示整體與部分的關系以菱形表示可進一步細分為：普通聚集，共享聚集（SharedAggregation）整體與部分可以單獨存在以空心菱形表示組合（Composition）整體擁有部分，部分與整體共存以實心菱形表示聚集、聚合（Aggregation）

－－一種特殊的關聯關系117類及類之間的關系自關聯同時存在兩種關系依賴關系泛化關系多元關聯類及類之間的關系自關聯同時存在兩種關系依賴泛化多元118大學里的幾種關系普通聚集組合指定關系名稱和方向另一種指定關系名稱的方法指定多重性大學里的幾種關系普通組合指定關系名稱和方向另一種指定關系名稱119類圖用于描述類與類之間的靜態(tài)關系類圖主要由類及它們之間的關系構成，此外，還可以包含接口、包等元素，也可包括對象等實例類圖用于描述類與類之間的靜態(tài)關系120類圖的主要作用分析階段幫助識別系統的主體幫助辨析系統的屬性和行為描述應用領域中的概念設計階段直接引導面向對象的設計描述類與類之間的接口實現階段描述軟件系統中的實現可利用工具直接生成代碼框架類圖的主要作用分析階段121對象圖（ObjectDiagram）形式與類圖相似對象之間的連接使用“鏈”（Link）對象圖（ObjectDiagram）形式與類圖相似122包圖（PackageDiagram）目的：將復雜的大系統拆分為若干小系統包：將若干元素集合成一個更高層次的單位，形成一個低耦合、高內聚的元素集合，將其稱為包。包中的元素也具有可見性。包圖利用類似于文件夾的符號表示包。包圖主要描述包之間的包含及依賴關系。包圖（PackageDiagram）目的：將復雜的大系統拆123用例圖（UseCaseDiagram）要素參與者用例關系用例圖描述了誰將是系統的使用者使用者希望系統提供什么服務（功能）使用者與系統之間的交互（參與者與用例之間的關系）關聯關系（association）系統所提供的服務（用例之間的關系）包含關系（include）延伸關系（extend）泛化關系（generalize）用例圖（UseCaseDiagram）要素124用例之間存在的三種可能的關系包含關系（include）表示基礎用例（客戶用例）在其內部說明的某一位置顯式地合并了另一個用例的行為用途用例的復用用例的簡化延伸關系（extend）基礎用例在由延伸用例間接地說明的一個位置上，隱式地合并了另一個用例的行為特點：即使沒有擴展用例，基礎用例本身也是完整的用途把新的行為插入到已有用例中把復雜的可選的處理從基本的必須的處理中分離出來泛化關系（generalize）與類的泛化關系相似用途先給出一個概念性的用例，再給出其實現用例用例之間存在的三種可能的關系包含關系（include）125參與者與用例之間的關聯關系參與者與用例之間的關聯關系126用例之間的關系用例之間的關系127用例圖的主要用途分析階段幫助識別系統的相關主體幫助明確并逐步細化系統功能需求是繪制其它圖的出