《電子商務(wù)系統(tǒng)分析與設(shè)計》 課件0700-電子商務(wù)系統(tǒng)分析；0701-1結(jié)構(gòu)化分析方法

回顧問題：業(yè)務(wù)流程圖的6要素包括哪些？可行性分析報告結(jié)論分為哪幾點？電子商務(wù)系統(tǒng)規(guī)劃的步驟有哪些？

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

電子商務(wù)系統(tǒng)分析概述及需求工程ECsystemanalysisandrequirementengineering09:383目標知識目標·掌握電子商務(wù)系統(tǒng)分析的概念、步驟及內(nèi)容·熟悉需求工程內(nèi)容及需求開發(fā)的內(nèi)容Teachinggoal能力目標·具有根據(jù)項目實際需求進行系統(tǒng)電子商務(wù)分析的能力素質(zhì)目標：培養(yǎng)學(xué)生動手、解決問題、邏輯分析的能力主要內(nèi)容電子商務(wù)系統(tǒng)分析的步驟2.電子商務(wù)系統(tǒng)分析的任務(wù)1.電子商務(wù)系統(tǒng)運行模型3.需求開發(fā)5.需求工程概述4.需求說明書6.1.電子商務(wù)系統(tǒng)分析的任務(wù)為什么要進行電子商務(wù)系統(tǒng)的分析？利用電子商務(wù)系統(tǒng)改進其核心競爭能力是企業(yè)建設(shè)電子商務(wù)系統(tǒng)的最直接，也是最為原始的動機?；谶@一點，在設(shè)計電子商務(wù)系統(tǒng)之初，必須準確、完整地了解企業(yè)電子商務(wù)的需求，掌握企業(yè)中各個商務(wù)過程的數(shù)據(jù)及其處理過程，這樣才能在設(shè)計階段有針對性地設(shè)計電子商務(wù)系統(tǒng)軟硬件所應(yīng)具備的相應(yīng)功能，構(gòu)造的電子商務(wù)系統(tǒng)才能最終與企業(yè)建設(shè)電子商務(wù)系統(tǒng)的動機相吻合。系統(tǒng)規(guī)劃系統(tǒng)分析系統(tǒng)運作模式、體系結(jié)構(gòu)及可行性報告電子商務(wù)系統(tǒng)的特點系統(tǒng)調(diào)查方法明確系統(tǒng)“做什么”系統(tǒng)基本需求用戶特定需求邏輯模型系統(tǒng)分析方法系統(tǒng)分析報告系統(tǒng)設(shè)計明確系統(tǒng)“怎么做”2.電子商務(wù)系統(tǒng)分析的步驟熟悉商務(wù)運作過程中的基本商務(wù)環(huán)節(jié)及其特點確定開展商務(wù)活動的重點和要點確定系統(tǒng)基本需求（用戶基本需求）對象：企業(yè)組織結(jié)構(gòu)、主要業(yè)務(wù)、業(yè)務(wù)活動的數(shù)據(jù)流程和處理過程等目的：確定用戶特定需求1.掌握企業(yè)商務(wù)活動的特點2.系統(tǒng)調(diào)查3.建立系統(tǒng)邏輯模型4.形成系統(tǒng)分析報告對系統(tǒng)基本需求和用戶特定需求進行整理，并采用某一系統(tǒng)分析方法建立系統(tǒng)邏輯模型撰寫系統(tǒng)分析結(jié)果的說明3.電子商務(wù)系統(tǒng)運行模型電子商務(wù)系統(tǒng)典型運行模式BB2BC2CC2企業(yè)對企業(yè)企業(yè)對消費者消費者對消費者B2B是企業(yè)與企業(yè)之間通過互聯(lián)網(wǎng)進行產(chǎn)品、服務(wù)及信息的交易，即企業(yè)與企業(yè)之間的電子商務(wù)。如：阿里巴巴09:383.1B2B電子商務(wù)系統(tǒng)基本需求政府機構(gòu)物流企業(yè)中介買方企業(yè)賣方企業(yè)參與者09:38會員管理信息發(fā)布信息查詢在線交易訂單管理拍賣與投標采購網(wǎng)上洽談商務(wù)論壇廣告宣傳B2B電子商務(wù)的基本需求B2B功能?B2C是商家對消費者的電子商務(wù)，也就是通常說的商業(yè)零售，直接面向消費者銷售產(chǎn)品和服務(wù)。最具代表性的就是網(wǎng)上商店。如：當當網(wǎng)09:383.2B2C電子商務(wù)系統(tǒng)基本需求政府機構(gòu)物流企業(yè)中介消費者商家參與者09:38消費者需求用戶注冊、登錄商品查詢購物車為購買產(chǎn)品下訂單查看、撤銷和修改訂單跟蹤訂單狀態(tài)在線支付新手導(dǎo)航信息反饋B2C電子商務(wù)的基本需求商家需求商品信息發(fā)布檢查客戶的注冊信息發(fā)布和管理網(wǎng)絡(luò)廣告處理客戶訂單商品庫存管理精品推薦、促銷活動和物流配送系統(tǒng)建立接口和銀行之間的接口客戶關(guān)系管理售后服務(wù)C2C是消費者對消費者的模式。C2C商務(wù)系統(tǒng)就是通過為買賣雙方提供一個在線交易平臺，使賣方可以主動提供商品上網(wǎng)拍賣，而買方可以自行選擇商品進行競價。如：淘寶09:383.3C2C電子商務(wù)系統(tǒng)基本需求政府機構(gòu)物流企業(yè)中介買方賣方參與者09:38會員注冊、認證賣家管理買家管理論壇新手導(dǎo)航客戶服務(wù)C2C電子商務(wù)的基本需求C2C功能?包括店鋪設(shè)置管理、商品發(fā)布、商品下架、商品刪除、發(fā)貨、退款等包括商品搜索、瀏覽、了解賣家、出價競拍、在線支付、交易投訴等4.需求工程概述4.1需求工程概念是指應(yīng)用已證實有效的技術(shù)、方法進行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標系統(tǒng)的所有外部特征的一門學(xué)科。它通過合適的工具和記號系統(tǒng)地描述待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔，并對用戶不斷變化的需求演進給予支持。4.2需求工程基本活動需求工程需求開發(fā)需求管理需求驗證需求規(guī)格說明需求分析需求獲?。?）需求獲取：其目的是從項目的戰(zhàn)略規(guī)劃開始建立最初的原始需求（2）需求分析：目的是保證需求的完整性和一致，通過建模整合各種信息，從而使人們更好的理解問題。（3）需求規(guī)格說明：是將完整、一致的需求與能夠滿足需求的軟件行為以文檔的方式明確的固定下來（4）需求驗證：是需求開發(fā)中的最后一個活動，需求驗證之后的需求及其文檔是得到所有涉眾一致同意的軟件需求規(guī)格說明。需求細化確定優(yōu)先級背景分析確定系統(tǒng)邊界需求建模需求協(xié)商5.需求開發(fā)5.1需求概念的內(nèi)涵現(xiàn)實的狀況期望的狀況差距需求是用戶的期望，它們的滿足是通過實現(xiàn)一個解系統(tǒng)達到的。問題域和解系統(tǒng)通過接口實現(xiàn)交互，交互產(chǎn)生的效果可以幫助人們解決問題。5.2需求獲取就是進行需求收集的一個活動，它是從人員、資料和環(huán)境中得到系統(tǒng)開發(fā)所需要的相關(guān)信息。用戶和開發(fā)人員的背景不同，立場不同普通用戶缺乏概括性、綜合性的表達能力用戶存在認知困境用戶越俎代庖缺乏用戶參與5.2.1需求獲取可能面臨的困難5.2.2需求獲取的內(nèi)容09:381需求是獲取的主要對象，是系統(tǒng)期望達到的目標。它主要來源于用戶、客戶、領(lǐng)域?qū)＜业认嚓P(guān)涉眾，在獲取中體現(xiàn)為涉眾的問題、期望、觀點、看法和態(tài)度等。2問題域描述是用來承載和解釋需求的問題域特性，主要是現(xiàn)實世界的業(yè)務(wù)運行狀況。它可以從涉眾的業(yè)務(wù)描述中獲得，也可以從業(yè)務(wù)運行所產(chǎn)生的各種數(shù)據(jù)文檔中獲得。3環(huán)境與約束屬于一種特殊的問題域特性，限定了解系統(tǒng)部署的環(huán)境和條件。需要注意的是它常常在需求獲取中被人們遺漏。主要來源于涉眾的描述和對應(yīng)用環(huán)境的觀察。5.3需求分類功能性可靠性可用性效率可維護性可移植性軟件質(zhì)量模型5.4需求分析的根本任務(wù)應(yīng)建立的軟件系統(tǒng)解決方案2.需求獲取得到的信息1.（1）建立分析模型，達成開發(fā)者和用戶對需求信息的共同理解（2）依據(jù)共同的理解，發(fā)揮創(chuàng)造性，創(chuàng)建軟件系統(tǒng)解決方案5.4.1需求分析的主要任務(wù)

背景分析（系統(tǒng)環(huán)境）確定系統(tǒng)邊界（系統(tǒng)用例圖和上下文圖通常用來定義系統(tǒng)邊界也就是項目的范圍）需求建模（為展示和解釋信息而進行的抽象描述活動，常用的技術(shù)：數(shù)據(jù)流圖、ER圖和類圖等）需求細化（把模糊歧義信息轉(zhuǎn)換為良好粒度和特征細節(jié)的需求即系統(tǒng)需求）確定優(yōu)先級（所有的需求不是處于同等重要的地位的）需求協(xié)商（在分析中，有時會發(fā)生不同用戶的需求沖突）5.4.2建立分析模型（需求建模）模型：模型是對事物的抽象，幫助人們在創(chuàng)建一個事物之前可以有更好的理解。①通過建模抽象降低應(yīng)用的復(fù)雜性。

②在建模的過程中更深刻地理解信息。

③可以幫助人們更好的記憶細節(jié)。

④可以更好地與其他開發(fā)人員進行交流。

⑤可以更好地與用戶以及其他涉眾進行交流。

⑥為以后的維護和升級提供文檔。建立模型取得的好處5.4.3兩個世界與三個模型6.需求說明書6.1軟件需求說明書是軟件開發(fā)中的重要文檔資料，是軟件設(shè)計的依據(jù)，是工程的起點，應(yīng)是用戶需求的真實反映，必須得到用戶贊同。在軟件需求規(guī)格說明書（SRS）中說明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為。軟件需求規(guī)格說明在開發(fā)、測試、質(zhì)量保證、項目管理以及相關(guān)項目功能中都起了重要的作用。還應(yīng)包括非功能需求，它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標準、規(guī)范和合約；外部界面的具體細節(jié)；性能要求；設(shè)計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。6.需求說明書《計算機軟件產(chǎn)品開發(fā)文件編制指南（GB8567-88）》國家標準是一份指導(dǎo)性文件。有14種文件，“軟件需求說明書”和“數(shù)據(jù)要求說明書”被包括在其中。其內(nèi)容見表4-1。范例：軟件需求規(guī)格說明書范例6.2編寫高質(zhì)量需求的原則09:3830（1）句子和段落要短，采用主動語氣。（2）有效定義需求。（3）正確地把握細化程度。（4）多個需求合成單個需求。（5）細節(jié)上要保持一致。（6）避免在SRS中多處敘述同一需求。

編寫優(yōu)秀的需求沒有公式化的方法，需要大量的經(jīng)驗，要從過去的文檔中發(fā)現(xiàn)的問題吸取經(jīng)驗。在組織軟件需求文檔時，應(yīng)遵從下列原則。Thanks！

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

結(jié)構(gòu)化分析方法Structuredanalysismethod09:3833目標知識目標·掌握結(jié)構(gòu)化系統(tǒng)分析方法的主要建模工具·熟悉各種建模工具的使用場景Teachinggoal能力目標·具有根據(jù)項目實際需求進行系統(tǒng)建模的能力素質(zhì)目標：培養(yǎng)學(xué)生動手、解決問題、邏輯分析的能力09:3834內(nèi)容處理邏輯描述工具4.數(shù)據(jù)流程圖2.數(shù)據(jù)字典3.功能層次圖1.09:3835系統(tǒng)分析結(jié)構(gòu)化分析方法面向?qū)ο蠓治龇椒ㄓ脩粜枨笙到y(tǒng)的邏輯模型功能層次圖數(shù)據(jù)流程圖數(shù)據(jù)字典處理邏輯

描述工具主要工具功能，指的是完成某項工作的能力。功能層次圖，用于描述從系統(tǒng)目標到各項功能的層次關(guān)系。09:38361.功能層次圖09:38372.數(shù)據(jù)流程圖（DataFlowDiagram，DFD）①數(shù)據(jù)流圖是用來描繪軟件系統(tǒng)邏輯模型的圖形工具，它描繪信息和數(shù)據(jù)從輸入到輸出的過程中所經(jīng)歷的一系列變換。②設(shè)計數(shù)據(jù)流圖只需考慮系統(tǒng)必須完成的基本邏輯功能，完全不需要考慮如何具體的實現(xiàn)這些功能。③數(shù)據(jù)流圖一般在軟件生命周期的早期階段開始進行設(shè)計，在軟件生命周期后續(xù)階段不斷改進、完善和細化。09:38382.1數(shù)據(jù)流圖的基本圖元素或外部實體處理或加工數(shù)據(jù)存儲數(shù)據(jù)流或或要素1.外部實體（S：substance）指系統(tǒng)以外又與系統(tǒng)有聯(lián)系的人、事物或其他系統(tǒng)。外部實體不參與系統(tǒng)內(nèi)部的操作，只與系統(tǒng)有數(shù)據(jù)的交互。09:3839顧客如：實體名表示法：要素2.數(shù)據(jù)處理（P：process）指對數(shù)據(jù)的邏輯處理，也就是數(shù)據(jù)的變換。09:3840表示法：編號數(shù)據(jù)處理名如：顧客購物記錄日營業(yè)額P2計算總額要素3.數(shù)據(jù)流（F：flow）指流動著的數(shù)據(jù)，可以是一項或一組數(shù)據(jù)，它是數(shù)據(jù)處理的輸入或輸出。09:3841表示法：數(shù)據(jù)流名如：顧客購物記錄要素4.數(shù)據(jù)存儲（D：data）表示數(shù)據(jù)保存的地方，可以是數(shù)據(jù)文件、文件夾或賬本等。09:3842表示法：編號數(shù)據(jù)存儲名如：D2產(chǎn)品附加符號＊表示數(shù)據(jù)流之間是AND關(guān)系（同時存在）＋表示數(shù)據(jù)流之間是OR關(guān)系⊕表示數(shù)據(jù)流之間是XOR關(guān)系（互斥關(guān)系）09:3843ABC*ABC+ABC⊕數(shù)據(jù)A和B同時輸入才能變換成數(shù)據(jù)C數(shù)據(jù)A或B只要有一個輸入就能變換成數(shù)據(jù)C數(shù)據(jù)A或B只能輸入一個才能變換成數(shù)據(jù)CABC*ABC+ABC⊕數(shù)據(jù)A變換產(chǎn)生數(shù)據(jù)B和C數(shù)據(jù)A變換產(chǎn)生數(shù)據(jù)B或C至少一個數(shù)據(jù)A變換產(chǎn)生數(shù)據(jù)B或C09:38442.2數(shù)據(jù)流程圖實例外部實體數(shù)據(jù)流過程(加工)數(shù)據(jù)存儲條目查詢請求目錄產(chǎn)品條目庫存條目可用條目查詢結(jié)果源點觸發(fā)動作終點響應(yīng)查詢可用條目1客戶09:38452.3繪制數(shù)據(jù)流程圖注意事項數(shù)據(jù)流圖描繪“做什么”，不考慮“怎么做”箭頭加工/處理在數(shù)據(jù)流圖中應(yīng)該描繪所有可能的數(shù)據(jù)流向，而不應(yīng)該描繪出現(xiàn)某個數(shù)據(jù)流的條件。處理并不一定是一個程序。一個處理框可以代表一系列程序、單個程序或者程序的一個模塊，也可代表一個人工處理過程，如用戶目視檢查數(shù)據(jù)正確性。數(shù)據(jù)存儲一個數(shù)據(jù)存儲并不僅等同于一個文件，它可以表示一個文件、文件的一部分、數(shù)據(jù)庫的元素或記錄的一部分等；數(shù)據(jù)可以存儲在磁盤、磁帶、磁鼓、主存、微縮膠片、穿孔卡片及其他任何介質(zhì)上(包括人腦)。數(shù)據(jù)存儲和數(shù)據(jù)流都是數(shù)據(jù)，僅僅所處的狀態(tài)不同。數(shù)據(jù)存儲是處于靜止狀態(tài)的數(shù)據(jù)，數(shù)據(jù)流是處于運動中的數(shù)據(jù)。09:38462.3繪制數(shù)據(jù)流程圖注意事項下列哪些情況是正確的？數(shù)據(jù)流D2數(shù)據(jù)存儲D1數(shù)據(jù)存儲實體1D1數(shù)據(jù)存儲數(shù)據(jù)流實體1實體2數(shù)據(jù)流數(shù)據(jù)流不能在外部實體之間流動X數(shù)據(jù)流不能在數(shù)據(jù)存儲之間流動XX數(shù)據(jù)流不能在外部實體和數(shù)據(jù)存儲之間流動首先畫系統(tǒng)的輸入輸出，即先畫頂層數(shù)據(jù)流圖。頂層流圖只包含一個加工，用以表示被開發(fā)的系統(tǒng)，然后考慮該系統(tǒng)有哪些輸入數(shù)據(jù)、輸出數(shù)據(jù)流。頂層圖的作用在于表明被開發(fā)系統(tǒng)的范圍以及它和周圍環(huán)境的數(shù)據(jù)交換關(guān)系。下圖為圖書銷售網(wǎng)前臺系統(tǒng)的頂層圖。09:38472.4繪制流程圖的步驟1畫系統(tǒng)內(nèi)部，即畫下層數(shù)據(jù)流圖。不再分解的加工稱為基本加工。一般將層號從0開始編號，采用自頂向下，由外向內(nèi)的原則。畫0層數(shù)據(jù)流圖時，分解頂層流圖的系統(tǒng)為若干子系統(tǒng)，決定每個子系統(tǒng)間的數(shù)據(jù)接口和活動關(guān)系。09:3848249S2132.22.12.33.13.2頂層(不編號)0層1層502.5繪制分層流程圖的原則1數(shù)據(jù)守恒與數(shù)據(jù)封閉原則，是指加工的輸入、輸出數(shù)據(jù)流是否匹配，即每一個加工既有輸入數(shù)據(jù)流又有輸出數(shù)據(jù)流，即一個加工至少有一個輸入數(shù)據(jù)流，一個輸出數(shù)據(jù)流。2加工分解的原則，概念上合理、清晰；理想的分解是將一個問題分解成大小均勻的幾個部分；一般每一個加工每次分解最多不要超過７個子加工,應(yīng)分解到基本加工為止。3子圖與父圖的“平衡”，父圖中某加工的輸入輸出數(shù)據(jù)流應(yīng)該同其子圖的輸入輸出相同(相對應(yīng)）--分層數(shù)據(jù)流圖的這一特點稱為子圖與父圖“平衡”。09:3851S12343.13.23.3問題1：右圖遵循了繪制分層流程圖的原則嗎？09:38522.12.22.3NPSTQ父圖13AN

T

BCM22子圖問題2：請問父圖子圖平衡嗎？09:3853問題3：請問父圖子圖平衡嗎？3.13.23.3客戶帳號數(shù)量提貨單子圖12465定貨單

提貨單父圖354任務(wù)1.請接著繪制引導(dǎo)案例某書店預(yù)定系統(tǒng)數(shù)據(jù)流程圖。2.根據(jù)本項目小組主題，經(jīng)過討論后，繪制出該系統(tǒng)的前臺數(shù)據(jù)流程圖。數(shù)據(jù)字典用于解釋最底層或處于最底層DFD中的較復(fù)雜或不易理解的DFD元素。數(shù)據(jù)字典中有五類主要條目：553數(shù)據(jù)字典數(shù)據(jù)流數(shù)據(jù)項數(shù)據(jù)存儲數(shù)據(jù)處理外部實體數(shù)據(jù)字典#1.數(shù)據(jù)項數(shù)據(jù)項是數(shù)據(jù)的基本單元，用來構(gòu)成數(shù)據(jù)流和數(shù)據(jù)存儲。數(shù)據(jù)項的定義包括：數(shù)據(jù)項編號、數(shù)據(jù)項名稱、別名、簡述、數(shù)據(jù)類型、長度、取值范圍和備注。其中數(shù)據(jù)項編號可由其所屬數(shù)據(jù)流或數(shù)據(jù)存儲編號和順序號組成。56數(shù)據(jù)字典57編號D1-01名稱圖書號別名Book-Id簡述系統(tǒng)所售圖書的編號數(shù)據(jù)類型字符型長度4位取值范圍0000~9999T.數(shù)據(jù)項描述實例數(shù)據(jù)字典#2.數(shù)據(jù)流數(shù)據(jù)流是某一數(shù)據(jù)處理的輸入或輸出。數(shù)據(jù)流的定義包括：數(shù)據(jù)流編號、數(shù)據(jù)流名稱、簡述、數(shù)據(jù)流來源、數(shù)據(jù)流去向、數(shù)據(jù)流組成、流量等。其中數(shù)據(jù)流編號可由其所對應(yīng)的子系統(tǒng)編號和順序號組成58數(shù)據(jù)字典59編號F3-02名稱收貨信息簡述客戶下訂單時填寫的收貨信息數(shù)據(jù)流來源客戶數(shù)據(jù)流去向P3.1：下新訂單數(shù)據(jù)流組成收貨人+收貨地址+聯(lián)系電話+郵編流量10份/小時T.數(shù)據(jù)流描述實例數(shù)據(jù)字典#3.數(shù)據(jù)存儲數(shù)據(jù)存儲是處理過程需要保存的數(shù)據(jù)集合，也是數(shù)據(jù)流的來源和去向之一。數(shù)據(jù)存儲的定義包括：數(shù)據(jù)存儲編號、數(shù)據(jù)存儲名稱、簡述、數(shù)據(jù)存儲組成、主關(guān)鍵字、相關(guān)處理等。60數(shù)據(jù)字典61編號D1名稱圖書簡述存儲圖書的基本信息組成圖書號+圖書名+作者+書號+出版社+出版日期+簡介主關(guān)鍵字圖書號相關(guān)處理P2.1：搜索圖書；P2.2：查看圖書信息T.數(shù)據(jù)存儲描述實例數(shù)據(jù)字典#4.數(shù)據(jù)處理數(shù)據(jù)處理描述了數(shù)據(jù)流程圖中的基本處理過程。數(shù)據(jù)處理的定義包括：數(shù)據(jù)處理編號、數(shù)據(jù)處理名稱、簡述、輸入數(shù)據(jù)流、處理過程、輸出數(shù)據(jù)流。62數(shù)據(jù)字典63編號P3.2名稱在線支付簡述客戶下訂單后