電子商務系統建設與管理第三講系統分析電子商務系統建設與管理第三講系統分析1電子商務系統分析系統分析，又稱邏輯設計，目的是闡明新系統要“做什么”，是在電子商務系統規劃的基礎上進行詳細調查，理解企業的業務流程，完成需求獲取與分析，在業務流程重構基礎上，借助于分析工具描述新系統的邏輯模型，最后提交系統分析報告電子商務系統分析系統分析，又稱邏輯設計，目的是闡明新系統要“2電子商務系統分析需求獲取（系統調查）業務流程重構建立新系統邏輯方案--數據流程圖DFD電子商務系統分析需求獲取（系統調查）3業務流程分析業務流程分析有助于了解業務的具體處理過程，為修改和刪除原系統的不合理部分，為業務流程重構提供基礎。業務流程圖（transactionflowdiagram，簡稱TFD），就是用一些規定的符號及連線來表示某個具體業務處理過程。業務流程分析業務流程分析有助于了解業務的具體處理過程，為修改4業務流程圖的基本圖形符號業務流程圖的基本圖形符號5業務流程圖業務流程圖6業務流程圖的作用①業務流程圖是系統分析員作進一步系統分析的依據；②業務流程圖是系統分析員、管理人員相互交流的工具；③系統分析員可以直接在業務流程圖上擬出計算機要處理部分；④利用業務流程圖分析業務流程是否合理。業務流程圖的作用①業務流程圖是系統分析員作進一步系統分析的依7需求規格說明書需求獲取結束之后的書面文檔電子商務系統需求說明書可參照軟件需求規格說明書軟件需求規格說明書：GB856D-88用戶和開發人員相互了解和共同開發的基礎，進行業務流程重構和系統分析的前提需求規格說明書需求獲取結束之后的書面文檔8業務流程重構企業業務流程重構是指對企業進行根本的再思考和徹底的再設計，強調以“流程導向”替代原有的“職能導向”的企業組織形式，為企業經營管理提出一個全新的思路，以求企業關鍵的性能指標如成本、質量和速度等，獲得巨大的提高。業務流程重構企業業務流程重構是指對企業進行根本的再思考和徹底9業務流程重構的本質重構的核心：面向顧客滿意的業務流程業務流程分類：核心流程：物流作業活動，管理活動，信息系統支持流程：企業基礎設施、人員培訓、技術開發、資金等支持和保證核心流程的部分業務流程重構的本質重構的核心：面向顧客滿意的業務流程10業務流程重構的方法重新設計原有流程，就是盡一切可能減少流程中非增值處理以及調整流程的核心增值處理。其基本原則就是要對原流程進行清除、簡化、整合和流程自動化等處理。業務流程重構的方法重新設計原有流程，就是盡一切可能減少流程中11業務流程重構的方法--清除清除指的是將原有流程內的非增值處理予以清除。需要常問的關鍵問題是：這個流程環節為什么存在呢？這個流程環節的結果是整個流程完成的必要條件嗎？如果答案是否定的，那么，這樣的處理就應被清除。業務流程重構的方法--清除清除指的是將原有流程內的非增值處理12業務流程重構的方法--清除需清除活動的表現有：①處理間的等待。②不必要的移動。③重復的處理。④過量的庫存。業務流程重構的方法--清除需清除活動的表現有：13業務流程重構的方法--簡化簡化是指在不改變原有處理功能的基礎上，將復雜的處理精簡化。簡化重復或意義不大的表格溝通簡單明了使用簡單的技術流程間的組織業務流程重構的方法--簡化簡化是指在不改變原有處理功能的基礎14業務流程重構的方法--任務整合對業務流程的經過充分的簡化以后，還需要對簡化之后的流程進行整合，目的是使整個流程順暢、連貫，更好地滿足顧客需求。活動合并使團隊成員位于一處合作伙伴間的信任關系業務流程重構的方法--任務整合對業務流程的經過充分的簡化以后15業務流程重構的方法--流程自動化對業務流程的清除、簡化和整合是流程的自動化的基礎。除了需要人進行控制和決策的環節；其余能交由計算機處理的都應交給計算機處理，如，數據的采集、傳輸和分析業務流程重構的方法--流程自動化對業務流程的清除、簡化和整合16信息技術的運用信息技術對于流程的一般影響電子商務系統的業務流程與企業的原有流程相比，如果說它有什么根本區別的話，那么就在于信息技術在流程中的運用。它使得業務流程設計的基礎發生了根本性的變化，這也正是支持我們能夠進行流程重構的原因所在。信息技術的運用信息技術對于流程的一般影響17應用信息技術簡化流程基于信息流的簡化——處理合并對基于信息流的簡化，總原則就是處理合并應用信息技術簡化流程基于信息流的簡化——處理合并18消除不必要的控制活動處理C一般是些管理審查環節，可以考慮去除；消除不必要的控制活動處理C一般是些管理審查環節，可以考慮去除19減少中間信息的傳遞和處理如圖，可考慮合并A，B。減少中間信息的傳遞和處理如圖，可考慮合并A，B。20盡可能在數據產生的地方使用數據如圖，可考慮將處理B納入處理A。盡可能在數據產生的地方使用數據如圖，可考慮將處理B納入處理A21基于信息技術的業務流程結構的優化--------流程集成就串行、并行結構而言，在運行時間、質量或可靠性方面，并行結構的性能均優于串行結構。因此，在流程重構中應該盡量采用并行結構或在流程中增加并行結構的使用。基于信息技術的業務流程結構的優化22串行結構變為并行結構串行結構變為并行結構23反饋結構變為并行結構反饋結構變為并行結構24泰偉食品有限公司原有的銷售流程泰偉食品有限公司原有的銷售流程25泰偉公司的現有銷售流程存在以下主要問題:接受訂單時,銷售部無法知道加工部能否按時完成填制訂單時,價格出現筆誤,導致交貨的麻煩接受訂單后,銷售人員疏忽,使生產通知單出現錯誤生產通知單未及時送到加工部,導致生產誤期生產通知單填寫錯誤或模糊,需要與銷售部門核對,耽誤生產泰偉公司的現有銷售流程存在以下主要問題:接受訂單時,銷售部無26泰偉公司的現有銷售流程存在以下主要問題:訂單匯總花費大量的時間加工部同一時期工作量過大,生產能力達不到檢驗程序繁瑣、重復,耽誤生產和交貨13)部門之間缺乏密切聯系,易發生扯皮、推諉14)信息反饋受人為因素阻撓,失真嚴重泰偉公司的現有銷售流程存在以下主要問題:訂單匯總花費大量的時27原訂貨流程圖原訂貨流程圖28改進后訂貨流程改進后訂貨流程29原信息流程原信息流程30改進后信息流程改進后信息流程31新銷售流程新銷售流程32泰偉公司實施BPR后,效果主要表現在:整個銷售流程的銷售周期由原來的10天壓縮到一天半以內。信息處理人員由原來的9人減到現在的3人,減少了67.6%。各種單據憑證實現了“無紙化”傳輸,節省人力、物力和財力,提高了準確性。泰偉公司實施BPR后,效果主要表現在:整個銷售流程的銷售周期33數據與數據流程分析數據與數據流程分析是今后建立數據庫系統和設計業務處理過程的基礎。數據流程分析的基礎是調查數據與數據流程分析數據與數據流程分析是今后建立數據庫系統和設34數據的匯總分析在系統調查中我們曾收集了大量的數據。這些數據資料使用之前，還必須加以匯總、整理和分析，理清它們之間的關系。數據的匯總分析在系統調查中我們曾收集了大量的數據。35數據來源內部數據來源外部數據來源用戶、管理者組織圖表格和文檔程序手冊和政策財務報表信息系統手冊業務流程的其他措施客戶供應商股東政府、中介競爭對手外界團體顧問數據來源內部數據來源外部數據來源用戶、管理者客戶36數據分析數據分析是要分析已收集數據的完備性一致程度無冗余的程度分析的工具可借用U/C矩陣數據分析數據分析是要分析已收集數據的37U/C矩陣U/C矩陣38①完備性檢驗完備性（completeness）檢驗是指對具體的數據項必須有一個產生者（即“C”）和至少一個使用者（即“U”），功能則必須有產生或使用（“U”或“C”元素）發生。否則這個U/C矩陣的建立是不完備的。①完備性檢驗完備性（completeness）檢驗是指對具體39②一致性檢驗一致性（uniformity）檢驗是指對具體的數據項必有且僅有一個產生者（“C”）。不一致現象的產生可能有如下原因：沒有產生者——漏填了“C”元素或者是功能、數據的劃分不當。多個產生者——錯填了“C”元素或者是功能、數據的劃分不獨立，不一致。②一致性檢驗一致性（uniformity）檢驗是指對具體的數40③無冗余性檢驗無冗余性（non－verbosity）檢驗即表中不允許有空行空列。如果有空行空列發生則可能出現如下問題：漏填了“C”或“U”元素；功能項或數據項的劃分是冗余的——沒有必要的。③無冗余性檢驗無冗余性（non－verbosity）檢驗即表41數據特征分析特征分析主要包括以下內容：①數據的類型及長度②合理的取值范圍③哪些業務使用這些數據④數據流量⑤重要程度和保密程度數據特征分析特征分析主要包括以下內容：42數據流程分析數據流程分析主要包括對信息的傳遞、處理、存儲等的分析。數據流程分析的目的就是要發現和解決數據流通中的問題。這些問題包括：數據流程不暢前后數據不匹配數據處理過程不合理等等數據流程分析數據流程分析主要包括對信息的傳遞、處理、存儲等的43數據流程圖數據流程圖是結構化方法中的主要建模工具。現有的數據流程分析多是通過分層的數據流程圖（DataFlowDiagram，簡稱DFD）來實現的。數據流程圖是系統邏輯模型的主要組成部分。數據流程圖數據流程圖是結構化方法中的主要建模工具。44⑴數據流程圖的構成數據流程圖中的主要圖形符號⑴數據流程圖的構成數據流程圖中的主要圖形符號45⑵數據流程圖的繪制方法①由外向內。②由頂向下，逐層分解，逐步求精③由左向右,合理布局。④由主到次。⑤合理命名及編號。⑵數據流程圖的繪制方法①由外向內。46⑵數據流程圖的繪制方法⑥數據守恒。⑦父子平衡。⑧數據流程圖分解。合理、均勻。⑨以層次不超過4，每層的處理過程不超過7為宜。⑵數據流程圖的繪制方法⑥數據守恒。47分層數據流程圖分層數據流程圖48分層數據流程圖152341.31.21.13.33.23.1分層數據流程圖152341.31.21.13.33.23.149多層數據流程圖頂層流程圖僅包含一個處理，它代表被開發系統。它的輸入流是該系統的輸入數據，輸出流是系統所輸出數據底層流圖是指其處理不需再做分解的數據流圖中間層流圖則表示對其上層父圖的細化。它的每一處理可能繼續細化，形成子圖。多層數據流程圖頂層流程圖僅包含一個處理，它代表被開發系統。它50多層數據流程圖頂層圖又稱環境圖（contextdiagram）和上下文數據流程圖，描述了系統的外部實體，以及系統與這些外部實體之間的數據交換，即系統與外部實體之間的接口。零層圖（diagramzero）:描述了系統的主要處理功能、數據流、外部實體與數據存儲。多層數據流程圖頂層圖又稱環境圖（contextdiagra51畫DFD的步驟：

第一步：繪制環境圖第二步：繪制０層圖第三步：分解處理，畫出各級子圖第四步：構造總體數據流程圖。把分解后的DFD碎片裝配起來，畫出DFD的總圖。

畫DFD的步驟：第一步：繪制環境圖52DFD圖例0研討班網站參加者旅行社會議設備專家研討班管理及銷售DFD圖例0參加者旅行社會議專家研討班5350申請處理2學習安排3設備安排4旅行安排312467DFD圖例50234312467DFD圖例542.3建立合同2.2評估設備2.1學習安排312研討班管理DFD圖例2.32.22.1312研討班DFD圖例55顧客P1銷售處理訂貨單發貨單DFD圖例顧客P1訂貨單發貨單DFD圖例56注：F訂貨單流D1--D3訂貨單存儲；D4信用手冊，D5庫存帳P1判定訂貨處理方式P1開付款通知單P1開發貨票顧客財務倉庫D3D2D1D5D4FF1F2F3DFD圖例注：F訂貨單流D1--D3訂貨單存儲；D4信用手冊，D5庫存57DFD示例

商店業務處理系統——環境圖DFD示例

商店業務處理系統——環境圖58第０層數據流圖收據第０層數據流圖收據59加細每一個處理框--銷售細化加細每一個處理框--銷售細化60采購細化采購細化61常見錯誤—處理部分只有輸入而沒有輸出只有輸出而沒有輸入輸入不足以產生輸出常見錯誤—處理部分只有輸入而沒有輸出62常見錯誤—數據流部分數據流不能從一個外部實體傳遞給另外一個外部實體；數據流不能從一個外部實體直接傳遞給一個數據存儲；數據流不能從一個數據存儲未做任何處理就傳遞給一個外部實體；數據流不能從一個數據存儲直接傳遞給一個數據存儲；常見錯誤—數據流部分數據流不能從一個外部實體傳遞給另外一個外63數據字典數據字典（DataDictionary）則是在數據流程圖的基礎上，進一步定義和描述數據處理過程、實體及數據存儲的詳細邏輯內容的工具。數據字典數據字典（DataDictionary）則是在數據64編寫數據詞典的基本要求是：①對數據流程圖上各種元素的定義必須明確、易理解、唯一。②命名、編號與數據流程圖一致。③符合一致性與完整性的要求，對數據流程圖上的元素定義與說明無遺漏項。數據詞典中無內容重復或內容相互矛盾的條目。數據流程圖中同類元素的數據詞典條目中，無同名異義或異名同義者。④格式規范、風格統一、文字精煉，數字與符號正確。編寫數據詞典的基本要求是：①對數據流程圖上各種元素的定義必須65數據字典數據字典中包含有6類條目：數據項數據結構數據流數據存儲外部實體處理數據字典數據字典中包含有6類條目：66⑴數據項條目數據項是具有獨立邏輯含義的最小數據組成單位。如商品編號、商品名稱等。數據項包括：①名稱②別名③類型④長度⑤值域⑥簡要說明⑴數據項條目數據項是具有獨立邏輯含義的最小數據組成單位。如商67表3-1數據項條目的一個例子數據項條目數據項編號：1—01數據項名稱：憑證號類型：數值長度：5位取值范圍：1—99999說明：某公司的憑證編號表3-1數據項條目的一個例子68⑵數據結構數據結構描述的是數據之間的組合關系。一個數據結構可以包括若干個數據項項或（和）數據結構。⑵數據結構數據結構描述的是數據之間的組合關系。69⑵數據結構數據結構根據組成又可分為簡單的數據結構和嵌套的數據結構。簡單數據結構：即一個數據結構全部由數據項組成。嵌套數據結構：即一個數據結構的組成中，除了數據項，還有數據結構。⑵數據結構數據結構根據組成又可分為簡單的數據結構和嵌套的數據70簡單的數據結構例子如下：商品明細表：商品編號商品名稱商品型號商品規格商品單價商品數量簡單的數據結構例子如下：商品明細表：71嵌套的數據結構例子如下：銷售合同：合同編號訂貨日期用戶產品訂貨數量交貨日期簽約人在上例中，“用戶”、“產品”和“簽約人”都是一個數據結構。嵌套的數據結構例子如下：銷售合同：72數據結構條目數據結構條目包括：①數據結構的編號②數據結構的名稱③說明④數據結構的組成如果是一個嵌套的數據結構，除了列出上述內容，還需指出包含的數據結構。數據結構條目數據結構條目包括：73表3-2數據結構條目的一個例子數據結構條目數據結構編號：2—05數據結構名稱：銷售合同說明：某公司簽訂銷售合同后需填寫的卡片結構組成：合同編號訂貨日期用戶*產品*訂貨數量交貨日期簽約人*注：帶*號的是一個數據結構表3-2數據結構條目的一個例子74⑶數據流數據流表明系統中數據流的組成、邏輯流向及在單位時間內的流量。數據可為數據項或數據結構。⑶數據流數據流表明系統中數據流的組成、邏輯流向及在單位時間內75⑶數據流條目數據流條目包括：①數據流的編號②數據流的名稱③說明④數據流的來源⑤數據流的去向⑥數據流的組成⑦數據流的流通量⑧高峰期流通量⑶數據流條目數據流條目包括：76表3-3數據流條目的一個例子數據流條目數據流編號：3—02數據流名稱：成品送庫單說明：各生產班組每日班后需向生產科及成品庫提供的單據數據流來源：各生產班組數據流去向：成品庫、生產科數據流組成：成品送庫單號成品名稱成品規格生產班組生產日期數量送貨人接收人數據流的流通量：30份/日高峰流通量：年底，40份/日表3-3數據流條目的一個例子77⑷處理過程處理過程又稱加工或處理邏輯。主要包括以下三種含義：①對數據進行數學處理；②根據某些條件進行邏輯判斷，并按判斷的結果執行不同的操作；③對數據存儲的讀/寫或與外部實體的信息交流。⑷處理過程處理過程又稱加工或處理邏輯。主要包括以下三種含義：78處理過程條目處理過程條目包括：編號處理過程名稱輸入數據輸出數據處理頻率處理邏輯。處理過程條目處理過程條目包括：79表3-3處理過程條目的一個例子處理過程條目處理過程編號：4—08處理過程名稱：科目匯總輸入數據：記帳憑證輸出數據：科目匯總表處理邏輯：依據記賬憑證，按總賬科目分借、貸方對金額匯總，并作借貸方平衡檢查，最后輸出一科目匯總表。表3-3處理過程條目的一個例子80⑸數據存儲數據存儲條目包括：數據存儲編號名稱說明組成關鍵字相關的處理。⑸數據存儲數據存儲條目包括：81表3-3數據存儲條目的一個例子數據存儲條目數據存儲編號：F03—08數據存儲名稱：庫存賬說明：存放配件的歷年庫存和單價數據存儲組成：配件編號+配件名稱+單價+

庫存量+備注關鍵字：配件編號相關聯的處理：2.1.2(“確定發貨量”），

3.4.3(“開發貨單、修改庫存”)表3-3數據存儲條目的一個例子82⑹外部實體外部實體是數據的來源或去向。外部實體的條目包括：外部實體名稱說明外部實體輸出的數據流外部實體輸入的數據流⑹外部實體外部實體是數據的來源或去向。83表3-3外部實體條目的一個例子外部實體條目外部實體編號：S03-01外部實體名稱：用戶說明：購買本公司貨物的用戶輸入的數據流：DS03-06(“不合格訂貨單”)D03-08（“發貨單”）輸出的數據流:DS03-06（“訂貨單”）表3-3外部實體條目的一個例子845.處理說明對處理過程的詳細描述稱為“處理說明”。數據流程圖、數據字典和處理說明三者構成了系統的邏輯模型。目前較常用的描述處理說明的工具有下面三種：?結構化語言?判定表?判定樹5.處理說明對處理過程的詳細描述稱為“處理說明”。85⑴結構化語言結構化語言是一種介于自然語言與程序設計語言之間的語言。它由程序設計語言的框架（即允許三種基本結構：順序結構、分支結構、循環結構）和自然語言的詞匯（如動詞、名詞和程序設計語言的保留字）組成，其語言易于編寫，又能簡明地描述較復雜的處理邏輯。⑴結構化語言結構化語言是一種介于自然語言與程序設計語言之間的86結構化語言使用的語句有以下四類：祈使語句。例如：“計算運費”“獲得訂貨數量”結構化語言使用的語句有以下四類：祈使語句。87判斷語句其一般形式是：如果條件則處理A否則處理B（條件不成立）判斷語句其一般形式是：88例如：去網上書店購書，如搜索到欲買的書，則付款，辦理相關手續，若搜索不到欲買的書，則離開書店。用判斷語句表達如下：如果搜索到欲買的書則付款填寫送貨單離開書店否則離開書店例如：去網上書店購書，如搜索到欲買的書，則付款，辦理相關手續89③循環語句例如：計算每個職工的實發工資，不僅要計算每一職工的實發工資，而且還要計算所有職工的實發工資，其循環語句如下：對每一職工將基本工資、崗位工資、補貼、獎金相加扣除稅款，公積金等③循環語句例如：計算每個職工的實發工資，不僅要計算每一職工的90⑵判定樹判定樹是用樹形圖來表示處理邏輯的一種工具。它比用語言的方式更為直觀。當某個處理的執行不只依賴于一個條件，而是與若干個條件相關，這種情況下用判定樹更為合適，優點:形式簡單，不需任何說明，易看出含義，易于掌握和使用。⑵判定樹判定樹是用樹形圖來表示處理邏輯的一種工具。它比用語言91例：某網上商店的配送中心的庫存控制判定樹例：某網上商店的配送中心的庫存控制判定樹92⑶判定表判定表是采用表格方式來表示處理邏輯的一種工具。判定表的優點是能夠清晰地表示復雜的條件組合與應做的處理之間的對應關系。缺點是判定表的建立過程較為繁雜。⑶判定表判定表是采用表格方式來表示處理邏輯的一種工具。93庫存控制處理的判定表庫存控制處理的判定表94選擇合適的工具，一般地說：以上三種表達處理邏輯的工具各有優缺點。在表達一個處理過程時，應根據不同的情況，①對一個不太復雜的邏輯判斷，使用判定樹較好；②對一個很復雜的邏輯判斷，使用判定表較好；③如果一個處理過程中，既含有順序結構，又含有判定和循環結構時，應使用結構化語言較好。選擇合適的工具，一般地說：以上三種表達處理邏輯的工具各有優缺95新系統邏輯方案的建立新系統邏輯方案是系統分析階段的最終成果。新系統的邏輯方案主要包括：對系統業務流程分析整理的結果；對數據及數據流程分析整理的結果；業務流程重構結果新系統邏輯方案的建立新系統邏輯方案是系統分析階段的最終成果。961、新系統信息處理方案它包括如下幾部分：1.確定新系統邊界2.確定新系統主要處理功能3.確定合理的業務處理流程4.確定合理的數據和數據流程1、新系統信息處理方案它包括如下幾部分：972、系統分析報告系統分析階段的成果就是系統分析報告，它反映了這一階段調查分析的全部情況，是下一步設計與實現系統的綱領性文件。2、系統分析報告系統分析階段的成果就是系統分析報告，它反映了98系統分析報告主要包括：一、概述二、現行系統詳細調查三、新系統邏輯模型四、系統設計實施初步計劃系統分析報告主要包括：一、概述99思考題：業務流程重構的含義、方法？數據流程圖DFD包含哪些要素？繪制DFD注意事項數據字典和處理說明思考題：業務流程重構的含義、方法？100電子商務系統建設與管理第三講系統分析電子商務系統建設與管理第三講系統分析101電子商務系統分析系統分析，又稱邏輯設計，目的是闡明新系統要“做什么”，是在電子商務系統規劃的基礎上進行詳細調查，理解企業的業務流程，完成需求獲取與分析，在業務流程重構基礎上，借助于分析工具描述新系統的邏輯模型，最后提交系統分析報告電子商務系統分析系統分析，又稱邏輯設計，目的是闡明新系統要“102電子商務系統分析需求獲取（系統調查）業務流程重構建立新系統邏輯方案--數據流程圖DFD電子商務系統分析需求獲取（系統調查）103業務流程分析業務流程分析有助于了解業務的具體處理過程，為修改和刪除原系統的不合理部分，為業務流程重構提供基礎。業務流程圖（transactionflowdiagram，簡稱TFD），就是用一些規定的符號及連線來表示某個具體業務處理過程。業務流程分析業務流程分析有助于了解業務的具體處理過程，為修改104業務流程圖的基本圖形符號業務流程圖的基本圖形符號105業務流程圖業務流程圖106業務流程圖的作用①業務流程圖是系統分析員作進一步系統分析的依據；②業務流程圖是系統分析員、管理人員相互交流的工具；③系統分析員可以直接在業務流程圖上擬出計算機要處理部分；④利用業務流程圖分析業務流程是否合理。業務流程圖的作用①業務流程圖是系統分析員作進一步系統分析的依107需求規格說明書需求獲取結束之后的書面文檔電子商務系統需求說明書可參照軟件需求規格說明書軟件需求規格說明書：GB856D-88用戶和開發人員相互了解和共同開發的基礎，進行業務流程重構和系統分析的前提需求規格說明書需求獲取結束之后的書面文檔108業務流程重構企業業務流程重構是指對企業進行根本的再思考和徹底的再設計，強調以“流程導向”替代原有的“職能導向”的企業組織形式，為企業經營管理提出一個全新的思路，以求企業關鍵的性能指標如成本、質量和速度等，獲得巨大的提高。業務流程重構企業業務流程重構是指對企業進行根本的再思考和徹底109業務流程重構的本質重構的核心：面向顧客滿意的業務流程業務流程分類：核心流程：物流作業活動，管理活動，信息系統支持流程：企業基礎設施、人員培訓、技術開發、資金等支持和保證核心流程的部分業務流程重構的本質重構的核心：面向顧客滿意的業務流程110業務流程重構的方法重新設計原有流程，就是盡一切可能減少流程中非增值處理以及調整流程的核心增值處理。其基本原則就是要對原流程進行清除、簡化、整合和流程自動化等處理。業務流程重構的方法重新設計原有流程，就是盡一切可能減少流程中111業務流程重構的方法--清除清除指的是將原有流程內的非增值處理予以清除。需要常問的關鍵問題是：這個流程環節為什么存在呢？這個流程環節的結果是整個流程完成的必要條件嗎？如果答案是否定的，那么，這樣的處理就應被清除。業務流程重構的方法--清除清除指的是將原有流程內的非增值處理112業務流程重構的方法--清除需清除活動的表現有：①處理間的等待。②不必要的移動。③重復的處理。④過量的庫存。業務流程重構的方法--清除需清除活動的表現有：113業務流程重構的方法--簡化簡化是指在不改變原有處理功能的基礎上，將復雜的處理精簡化。簡化重復或意義不大的表格溝通簡單明了使用簡單的技術流程間的組織業務流程重構的方法--簡化簡化是指在不改變原有處理功能的基礎114業務流程重構的方法--任務整合對業務流程的經過充分的簡化以后，還需要對簡化之后的流程進行整合，目的是使整個流程順暢、連貫，更好地滿足顧客需求。活動合并使團隊成員位于一處合作伙伴間的信任關系業務流程重構的方法--任務整合對業務流程的經過充分的簡化以后115業務流程重構的方法--流程自動化對業務流程的清除、簡化和整合是流程的自動化的基礎。除了需要人進行控制和決策的環節；其余能交由計算機處理的都應交給計算機處理，如，數據的采集、傳輸和分析業務流程重構的方法--流程自動化對業務流程的清除、簡化和整合116信息技術的運用信息技術對于流程的一般影響電子商務系統的業務流程與企業的原有流程相比，如果說它有什么根本區別的話，那么就在于信息技術在流程中的運用。它使得業務流程設計的基礎發生了根本性的變化，這也正是支持我們能夠進行流程重構的原因所在。信息技術的運用信息技術對于流程的一般影響117應用信息技術簡化流程基于信息流的簡化——處理合并對基于信息流的簡化，總原則就是處理合并應用信息技術簡化流程基于信息流的簡化——處理合并118消除不必要的控制活動處理C一般是些管理審查環節，可以考慮去除；消除不必要的控制活動處理C一般是些管理審查環節，可以考慮去除119減少中間信息的傳遞和處理如圖，可考慮合并A，B。減少中間信息的傳遞和處理如圖，可考慮合并A，B。120盡可能在數據產生的地方使用數據如圖，可考慮將處理B納入處理A。盡可能在數據產生的地方使用數據如圖，可考慮將處理B納入處理A121基于信息技術的業務流程結構的優化--------流程集成就串行、并行結構而言，在運行時間、質量或可靠性方面，并行結構的性能均優于串行結構。因此，在流程重構中應該盡量采用并行結構或在流程中增加并行結構的使用。基于信息技術的業務流程結構的優化122串行結構變為并行結構串行結構變為并行結構123反饋結構變為并行結構反饋結構變為并行結構124泰偉食品有限公司原有的銷售流程泰偉食品有限公司原有的銷售流程125泰偉公司的現有銷售流程存在以下主要問題:接受訂單時,銷售部無法知道加工部能否按時完成填制訂單時,價格出現筆誤,導致交貨的麻煩接受訂單后,銷售人員疏忽,使生產通知單出現錯誤生產通知單未及時送到加工部,導致生產誤期生產通知單填寫錯誤或模糊,需要與銷售部門核對,耽誤生產泰偉公司的現有銷售流程存在以下主要問題:接受訂單時,銷售部無126泰偉公司的現有銷售流程存在以下主要問題:訂單匯總花費大量的時間加工部同一時期工作量過大,生產能力達不到檢驗程序繁瑣、重復,耽誤生產和交貨13)部門之間缺乏密切聯系,易發生扯皮、推諉14)信息反饋受人為因素阻撓,失真嚴重泰偉公司的現有銷售流程存在以下主要問題:訂單匯總花費大量的時127原訂貨流程圖原訂貨流程圖128改進后訂貨流程改進后訂貨流程129原信息流程原信息流程130改進后信息流程改進后信息流程131新銷售流程新銷售流程132泰偉公司實施BPR后,效果主要表現在:整個銷售流程的銷售周期由原來的10天壓縮到一天半以內。信息處理人員由原來的9人減到現在的3人,減少了67.6%。各種單據憑證實現了“無紙化”傳輸,節省人力、物力和財力,提高了準確性。泰偉公司實施BPR后,效果主要表現在:整個銷售流程的銷售周期133數據與數據流程分析數據與數據流程分析是今后建立數據庫系統和設計業務處理過程的基礎。數據流程分析的基礎是調查數據與數據流程分析數據與數據流程分析是今后建立數據庫系統和設134數據的匯總分析在系統調查中我們曾收集了大量的數據。這些數據資料使用之前，還必須加以匯總、整理和分析，理清它們之間的關系。數據的匯總分析在系統調查中我們曾收集了大量的數據。135數據來源內部數據來源外部數據來源用戶、管理者組織圖表格和文檔程序手冊和政策財務報表信息系統手冊業務流程的其他措施客戶供應商股東政府、中介競爭對手外界團體顧問數據來源內部數據來源外部數據來源用戶、管理者客戶136數據分析數據分析是要分析已收集數據的完備性一致程度無冗余的程度分析的工具可借用U/C矩陣數據分析數據分析是要分析已收集數據的137U/C矩陣U/C矩陣138①完備性檢驗完備性（completeness）檢驗是指對具體的數據項必須有一個產生者（即“C”）和至少一個使用者（即“U”），功能則必須有產生或使用（“U”或“C”元素）發生。否則這個U/C矩陣的建立是不完備的。①完備性檢驗完備性（completeness）檢驗是指對具體139②一致性檢驗一致性（uniformity）檢驗是指對具體的數據項必有且僅有一個產生者（“C”）。不一致現象的產生可能有如下原因：沒有產生者——漏填了“C”元素或者是功能、數據的劃分不當。多個產生者——錯填了“C”元素或者是功能、數據的劃分不獨立，不一致。②一致性檢驗一致性（uniformity）檢驗是指對具體的數140③無冗余性檢驗無冗余性（non－verbosity）檢驗即表中不允許有空行空列。如果有空行空列發生則可能出現如下問題：漏填了“C”或“U”元素；功能項或數據項的劃分是冗余的——沒有必要的。③無冗余性檢驗無冗余性（non－verbosity）檢驗即表141數據特征分析特征分析主要包括以下內容：①數據的類型及長度②合理的取值范圍③哪些業務使用這些數據④數據流量⑤重要程度和保密程度數據特征分析特征分析主要包括以下內容：142數據流程分析數據流程分析主要包括對信息的傳遞、處理、存儲等的分析。數據流程分析的目的就是要發現和解決數據流通中的問題。這些問題包括：數據流程不暢前后數據不匹配數據處理過程不合理等等數據流程分析數據流程分析主要包括對信息的傳遞、處理、存儲等的143數據流程圖數據流程圖是結構化方法中的主要建模工具。現有的數據流程分析多是通過分層的數據流程圖（DataFlowDiagram，簡稱DFD）來實現的。數據流程圖是系統邏輯模型的主要組成部分。數據流程圖數據流程圖是結構化方法中的主要建模工具。144⑴數據流程圖的構成數據流程圖中的主要圖形符號⑴數據流程圖的構成數據流程圖中的主要圖形符號145⑵數據流程圖的繪制方法①由外向內。②由頂向下，逐層分解，逐步求精③由左向右,合理布局。④由主到次。⑤合理命名及編號。⑵數據流程圖的繪制方法①由外向內。146⑵數據流程圖的繪制方法⑥數據守恒。⑦父子平衡。⑧數據流程圖分解。合理、均勻。⑨以層次不超過4，每層的處理過程不超過7為宜。⑵數據流程圖的繪制方法⑥數據守恒。147分層數據流程圖分層數據流程圖148分層數據流程圖152341.31.21.13.33.23.1分層數據流程圖152341.31.21.13.33.23.1149多層數據流程圖頂層流程圖僅包含一個處理，它代表被開發系統。它的輸入流是該系統的輸入數據，輸出流是系統所輸出數據底層流圖是指其處理不需再做分解的數據流圖中間層流圖則表示對其上層父圖的細化。它的每一處理可能繼續細化，形成子圖。多層數據流程圖頂層流程圖僅包含一個處理，它代表被開發系統。它150多層數據流程圖頂層圖又稱環境圖（contextdiagram）和上下文數據流程圖，描述了系統的外部實體，以及系統與這些外部實體之間的數據交換，即系統與外部實體之間的接口。零層圖（diagramzero）:描述了系統的主要處理功能、數據流、外部實體與數據存儲。多層數據流程圖頂層圖又稱環境圖（contextdiagra151畫DFD的步驟：

第一步：繪制環境圖第二步：繪制０層圖第三步：分解處理，畫出各級子圖第四步：構造總體數據流程圖。把分解后的DFD碎片裝配起來，畫出DFD的總圖。

畫DFD的步驟：第一步：繪制環境圖152DFD圖例0研討班網站參加者旅行社會議設備專家研討班管理及銷售DFD圖例0參加者旅行社會議專家研討班15350申請處理2學習安排3設備安排4旅行安排312467DFD圖例50234312467DFD圖例1542.3建立合同2.2評估設備2.1學習安排312研討班管理DFD圖例2.32.22.1312研討班DFD圖例155顧客P1銷售處理訂貨單發貨單DFD圖例顧客P1訂貨單發貨單DFD圖例156注：F訂貨單流D1--D3訂貨單存儲；D4信用手冊，D5庫存帳P1判定訂貨處理方式P1開付款通知單P1開發貨票顧客財務倉庫D3D2D1D5D4FF1F2F3DFD圖例注：F訂貨單流D1--D3訂貨單存儲；D4信用手冊，D5庫存157DFD示例

商店業務處理系統——環境圖DFD示例

商店業務處理系統——環境圖158第０層數據流圖收據第０層數據流圖收據159加細每一個處理框--銷售細化加細每一個處理框--銷售細化160采購細化采購細化161常見錯誤—處理部分只有輸入而沒有輸出只有輸出而沒有輸入輸入不足以產生輸出常見錯誤—處理部分只有輸入而沒有輸出162常見錯誤—數據流部分數據流不能從一個外部實體傳遞給另外一個外部實體；數據流不能從一個外部實體直接傳遞給一個數據存儲；數據流不能從一個數據存儲未做任何處理就傳遞給一個外部實體；數據流不能從一個數據存儲直接傳遞給一個數據存儲；常見錯誤—數據流部分數據流不能從一個外部實體傳遞給另外一個外163數據字典數據字典（DataDictionary）則是在數據流程圖的基礎上，進一步定義和描述數據處理過程、實體及數據存儲的詳細邏輯內容的工具。數據字典數據字典（DataDictionary）則是在數據164編寫數據詞典的基本要求是：①對數據流程圖上各種元素的定義必須明確、易理解、唯一。②命名、編號與數據流程圖一致。③符合一致性與完整性的要求，對數據流程圖上的元素定義與說明無遺漏項。數據詞典中無內容重復或內容相互矛盾的條目。數據流程圖中同類元素的數據詞典條目中，無同名異義或異名同義者。④格式規范、風格統一、文字精煉，數字與符號正確。編寫數據詞典的基本要求是：①對數據流程圖上各種元素的定義必須165數據字典數據字典中包含有6類條目：數據項數據結構數據流數據存儲外部實體處理數據字典數據字典中包含有6類條目：166⑴數據項條目數據項是具有獨立邏輯含義的最小數據組成單位。如商品編號、商品名稱等。數據項包括：①名稱②別名③類型④長度⑤值域⑥簡要說明⑴數據項條目數據項是具有獨立邏輯含義的最小數據組成單位。如商167表3-1數據項條目的一個例子數據項條目數據項編號：1—01數據項名稱：憑證號類型：數值長度：5位取值范圍：1—99999說明：某公司的憑證編號表3-1數據項條目的一個例子168⑵數據結構數據結構描述的是數據之間的組合關系。一個數據結構可以包括若干個數據項項或（和）數據結構。⑵數據結構數據結構描述的是數據之間的組合關系。169⑵數據結構數據結構根據組成又可分為簡單的數據結構和嵌套的數據結構。簡單數據結構：即一個數據結構全部由數據項組成。嵌套數據結構：即一個數據結構的組成中，除了數據項，還有數據結構。⑵數據結構數據結構根據組成又可分為簡單的數據結構和嵌套的數據170簡單的數據結構例子如下：商品明細表：商品編號商品名稱商品型號商品規格商品單價商品數量簡單的數據結構例子如下：商品明細表：171嵌套的數據結構例子如下：銷售合同：合同編號訂貨日期用戶產品訂貨數量交貨日期簽約人在上例中，“用戶”、“產品”和“簽約人”都是一個數據結構。嵌套的數據結構例子如下：銷售合同：172數據結構條目數據結構條目包括：①數據結構的編號②數據結構的名稱③說明④數據結構的組成如果是一個嵌套的數據結構，除了列出上述內容，還需指出包含的數據結構。數據結構條目數據結構條目包括：173表3-2數據結構條目的一個例子數據結構條目數據結構編號：2—05數據結構名稱：銷售合同說明：某公司簽訂銷售合同后需填寫的卡片結構組成：合同編號訂貨日期用戶*產品*訂貨數量交貨日期簽約人*注：帶*號的是一個數據結構表3-2數據結構條目的一個例子174⑶數據流數據流表明系統中數據流的組成、邏輯流向及在單位時間內的流量。數據可為數據項或數據結構。⑶數據流數據流表明系統中數據流的組成、邏輯流向及在單位時間內175⑶數據流條目數據流條目包括：①數據流的編號②數據流的名稱③說明④數據流的來源⑤數據流的去向⑥數據流的組成⑦數據流的流通量⑧高峰期流通量⑶數據流條目數據流條目包括：176表3-3數據流條目的一個例子數據流條目數據流編號：3—02數據流名稱：成品送庫單說明：各生產班組每日班后需向生產科及成品庫提供的單據數據流來源：各生產班組數據流去向：成品庫、生產科數據流組成：成品送庫單號成品名稱成品規格生產班組生產日期數量送貨人接收人數據流的流通量：30份/日高峰流通量：年底，40份/日表3-3數據流條目的一個例子177⑷處理過程處理過程又稱加工或處理邏輯。主要包括以下三種含義：①對數據進行數學處理；②根據某些條件進行邏輯判斷，并按判斷的結果執行不同的操作；③對數據存儲的讀/寫或與外部實體的信息交流。⑷處理過程處理過程又稱加工或處理邏輯。主要包括以下三種含義：178處理過程條目處理過程條目包括：編號處理過程名稱輸入數據輸出數據處理頻率處理邏輯。處理過程條目處理過程條目包括：179表3-3處理過程條目的一個例子處理過程條目處理過程編號：4—08處理過程名稱：科目匯總輸入數據：記帳憑證輸出數據：科目匯總表處理邏輯：依據記賬憑證，按總賬科目分借、貸方對金額匯總，并作借貸方平衡檢查，最后輸出一科目匯總表。表3-3處理過程條目的一個例子180⑸數據存儲數據存儲條目包括：數據存儲編號名稱說明組成關鍵字相關的處理。⑸數據存儲數據存儲條目包括：181表3-3數據存儲條目的一個例子數據存儲條目數據存儲編號：F03—08數據存儲名稱：庫存賬說明：存放配件的歷年庫存和單價數據存儲組成：配件編號+配件名稱+單價+

庫存量+備注關鍵字：配件編號相關聯的處理：2.1.2(“確定