五章節(jié)管理信息系統(tǒng)系統(tǒng)分析課件

1、第五章 管理信息系統(tǒng)的系統(tǒng)分析 可行性分析業(yè)務(wù)流程調(diào)查數(shù)據(jù)流程圖數(shù)據(jù)字典處理邏輯的表達詳細調(diào)查新系統(tǒng)的建立系統(tǒng)分析報告案例：軟件工程師毫無用處？ “軟件工程師毫無用處，我寧愿雇傭雷達專家教會他如何編程，也不愿意雇傭程序員來教會他雷達信號流程”。這段措辭嚴厲的聲明來自于一位大型政府項目的經(jīng)理，他所在的部門的電腦系統(tǒng)曾經(jīng)錯誤地發(fā)出了ICBM導彈來襲的警報。更加令他不能忍受的是程序員拒絕對此錯誤的功能承擔責任。 程序員抱怨說這是由于系統(tǒng)說明不夠全面造成的，而并非自己的原因。這位經(jīng)理意識到，需求文檔沒有指出特定的環(huán)境會導致錯誤的警報，但他仍認為他所在部門的編程人員應(yīng)該具備這樣的基本知識的?！皼]有任何雷

2、達專家會犯如此基本的錯誤”，他堅持說。課堂討論：如何理解項目經(jīng)理的抱怨？在一個項目需求調(diào)研過程中，系統(tǒng)分析人員發(fā)現(xiàn)對可戶進行簡單的培訓，他們做出的系統(tǒng)分析說明要比系統(tǒng)分析人員更加準確，你覺得這樣的現(xiàn)象正常嗎？系統(tǒng)分析的任務(wù)在充分認識原信息系統(tǒng)的基礎(chǔ)上，完成新系統(tǒng)的邏輯模型設(shè)計，解決系統(tǒng)“做什么”的問題。系統(tǒng)分析在很大程度上決定了系統(tǒng)開發(fā)工作的成敗。系統(tǒng)分析的步驟問題識別可行性分析詳細調(diào)查系統(tǒng)化分析邏輯方案設(shè)計可行性分析的任務(wù)明確開發(fā)應(yīng)用項目的必要性和可行性?？尚行苑治龅膬?nèi)容管理上的可行性 指管理人員對開發(fā)應(yīng)用項目的態(tài)度和管理方面的條件 技術(shù)上的可行性 分析當前的軟、硬件技術(shù)能否滿足對系統(tǒng)提出的

3、要求（如增加存儲能力，實現(xiàn)通訊功能，提高處理速度）經(jīng)濟上的可行性 主要是預(yù)估費用支出和對項目的經(jīng)濟效益進行評價。經(jīng)濟效益應(yīng)從兩方面綜合考慮，一部分是可以用錢衡量的效益，如加快流動資金周轉(zhuǎn)，減少資金積壓等；另一部分是難以用錢表示的，例如提供更多的更高質(zhì)量的信息，提高取得信息的速度等第一節(jié) 可行性分析可行性研究的步驟為了成功地開發(fā)軟件，必須知道要做的工作的范圍、要用的資源、要花的工作量以及應(yīng)遵循的進度。如果整個工程可以做，并且值得做，那么，分析人員就應(yīng)該推薦一個較好的解決方案，并為工程制定一個初步的計劃?？尚行匝芯啃枰臅r間長短取決于工程的規(guī)模，一般說來，可行性研究的成本只是預(yù)期的工程總成本的5%

4、10%。怎樣進行可行性研究呢？典型的過程有以下幾個步驟：可行性研究的步驟1）核查系統(tǒng)規(guī)模和目標訪問關(guān)鍵人員，仔細閱讀和分析有關(guān)的材料，以便對系統(tǒng)調(diào)查階段得到的關(guān)于規(guī)模和目標的報告書進一步核查確認，改正不正確的敘述，清晰的描述對目標系統(tǒng)的一切限制和約束。這個步驟的工作，是為了確保分析人員現(xiàn)在所描述的內(nèi)容，就是系統(tǒng)將來要實現(xiàn)的目標。可行性研究的步驟2）研究當前的系統(tǒng)現(xiàn)有的系統(tǒng)是信息的重要來源。顯然，如果目前有一個系統(tǒng)正被人使用，那么這個系統(tǒng)必定能完成某些有價值的工作，因此，新的目標系統(tǒng)必須也能完成它的基本功能；另一方面，如果現(xiàn)有的系統(tǒng)是完美無缺的，用戶自然也不會提出開發(fā)新系統(tǒng)的要求，因此，現(xiàn)有的系

5、統(tǒng)必然有某些缺點，新系統(tǒng)必須要解決舊系統(tǒng)中存在的問題。 可行性研究的步驟3）導出新系統(tǒng)的高層邏輯模型優(yōu)秀的設(shè)計過程通常是從現(xiàn)有的物理系統(tǒng)出發(fā)，導出現(xiàn)有系統(tǒng)的邏輯模型，再參考現(xiàn)有系統(tǒng)的邏輯模型，設(shè)想目標系統(tǒng)的邏輯模型，最后根據(jù)目標系統(tǒng)的邏輯模型建造新的物理系統(tǒng)。 可行性研究的步驟4）重新定義問題新系統(tǒng)的邏輯模型實質(zhì)上表達了分析人員對新系統(tǒng)必須做什么的看法。用戶是否也有同樣的看法呢？分析人員應(yīng)該和用戶一起再次復查問題定義、工程規(guī)模和目標，這次復查應(yīng)該把數(shù)據(jù)流圖和數(shù)據(jù)字典作為討論的基礎(chǔ)。如果分析人員對問題有誤解或用戶曾遺漏某些要求，那么現(xiàn)在是發(fā)現(xiàn)和改正這些錯誤的時候了。 可行性研究的步驟5）導出和評

6、價解題方案分析人員應(yīng)該從建議的系統(tǒng)邏輯模型出發(fā)，導出若干較高層次的物理解法供比較和選擇。導出供選擇的解法的最簡單的途徑，是從技術(shù)角度出發(fā)考慮解決問題的不同方案。當從技術(shù)角度提出了一些可能的物理系統(tǒng)之后，應(yīng)該根據(jù)技術(shù)可行性的考慮初步排除一些不現(xiàn)實的系統(tǒng)。例如，如果要求系統(tǒng)的響應(yīng)時間不超過幾秒鐘，在批處理執(zhí)行的系統(tǒng)方案就不合適。只有在去掉了行不通的方案之后，才能最終確定可行的一組方案。 可行性研究的步驟6）擬訂開發(fā)計劃，書寫文檔并提交審查分析人員應(yīng)該草擬一份開發(fā)計劃（如下表），包括工程進度表和成本估計表。同時把各階段地結(jié)果寫成清晰的文檔。項目開發(fā)計劃表目的：說明編寫這份項目開發(fā)計劃的目的，并指出預(yù)

7、期的讀者。背景：a待開發(fā)的軟件系統(tǒng)的名稱； b本項目的任務(wù)提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)； c該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。定義：列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。參考資料a本項目的經(jīng)核準的計劃任務(wù)書或合同、上級機關(guān)的批文； b屬于本項目的其他已發(fā)表的文件； c本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。項目概述：1、工作內(nèi)容，2、主要參加人員產(chǎn)品：包括程序、文件、服務(wù)及非移交的產(chǎn)品等。驗收標準：對于上述這些應(yīng)交出的產(chǎn)品和服務(wù)

8、，逐項說明或引用資料說明驗收標準。完成項目的最后期限：計劃實施：1、工作任務(wù)的分解與分工，2、接口人員，3、進度，4、預(yù)算，5 關(guān)鍵問題支持條件：1、計算機系統(tǒng)支持，2 需由用戶承擔的工作，3、需由外單位提供的條件。專題計劃要點：說明本項目開發(fā)中需制訂的各個專題計劃的要點。編制： 審核： 批準：時間： 時間： 時間：可行性分析報告是可行性分析結(jié)果的表述內(nèi)容包括： 系統(tǒng)簡述 項目的目標 所需資源、預(yù)算、期望效益 可行性的結(jié)論可行性結(jié)論要求明確指出以下三者之一： 可以立即開發(fā) 改進原系統(tǒng) 目前不可行，推遲開發(fā) 可行性分析報告要盡量取得有關(guān)管理人員的一致認識，并經(jīng)過主管領(lǐng)導批準，才可付之實施，進入對

9、系統(tǒng)進行詳細調(diào)查的階段。 詳細調(diào)查的對象是現(xiàn)行系統(tǒng)（包括手工系統(tǒng)和已采用計算機的管理信息系統(tǒng)）。 詳細調(diào)查的目的在于完整掌握現(xiàn)行系統(tǒng)的現(xiàn)狀，發(fā)現(xiàn)問題和薄弱環(huán)節(jié)，收集資料，為下一步的系統(tǒng)化分析和新系統(tǒng)的邏輯設(shè)計做好準備。 詳細調(diào)查應(yīng)遵循用戶參與的原則 做到系統(tǒng)開發(fā)人員和管理人員互補不足，共同研究存在問題和解決方案；第二節(jié) 詳細調(diào)查 詳細調(diào)查的方法開調(diào)查會訪問發(fā)調(diào)查表參加業(yè)務(wù)實踐調(diào)查過程中應(yīng)盡量使用各種形象、直觀的圖表工具 詳細調(diào)查的主要內(nèi)容管理業(yè)務(wù)調(diào)查數(shù)據(jù)流程調(diào)查為什么要進行管理業(yè)務(wù)調(diào)查？MIS建設(shè)=組織結(jié)構(gòu)的重新設(shè)計閱讀材料：逾淮之橘 為什么聯(lián)想、海爾的信息化建設(shè)會取得很大成功，而有人卻感慨傳

10、統(tǒng)管理體制下的企業(yè)成功實施ERP（企業(yè)資源計劃）的概率幾乎等于0？這不禁使人想起春秋時期晏子說過一句話，“橘生淮南則為橘，生于淮北則為枳，葉徒相似，其實味不同。所以然者何？水土異也”。那么，“水土異也”，異在哪些方面呢？ 由于舊有的管理體制和經(jīng)營理念的約束，使得諸多傳統(tǒng)企業(yè)信息化的推進工作舉步維艱，建設(shè)成果收效甚微。難怪聯(lián)想公司表示今后在如何輸出咨詢能力及信息化技術(shù)的時候，未來所選擇的客戶是要挑揀的，計劃經(jīng)濟烙印太深的企業(yè)，聯(lián)想不會去碰。 海爾集團董事局主席、首席執(zhí)行官張瑞敏也指出，如果企業(yè)沒有進行企業(yè)組織結(jié)構(gòu)重組，只是在現(xiàn)有的基礎(chǔ)上進行了微調(diào)，這種管理信息化不做也罷。 建立MIS的目的在于提

11、高管理水平，應(yīng)當把建立新系統(tǒng)看成是對組織的一種有目的改變過程。因此對現(xiàn)行管理業(yè)務(wù)的調(diào)查十分重要。 本節(jié)內(nèi)容： 一、組織結(jié)構(gòu)調(diào)查 二、管理功能調(diào)查 三、管理業(yè)務(wù)流程調(diào)查第二節(jié) 管理業(yè)務(wù)調(diào)查一、組織結(jié)構(gòu)調(diào)查 組織結(jié)構(gòu)指的是一個組織（部門、企業(yè)、車間、科室等）以及這些組成部分之間的隸屬關(guān)系或管理與被管理的關(guān)系。通常可用組織結(jié)構(gòu)圖來表示 (見下頁）。廠長計劃調(diào)度組計劃科生產(chǎn)部財務(wù)部供銷科計劃組統(tǒng)計組統(tǒng)計組外協(xié)組成本組會計組出納組供應(yīng)組銷售組倉 庫組織結(jié)構(gòu)圖二、管理功能調(diào)查 管理功能指的是完成某項工作的能力。 調(diào)查中可以用功能層次圖來描述從系統(tǒng)目標到各項功能的層次關(guān)系。下頁是一張某銷售系統(tǒng)的管理功能層次

12、圖。銷售系統(tǒng)管理銷售計劃管理合同管理銷售核算與統(tǒng)計成品庫管理市場預(yù)測銷售歷史資料管理編制年度銷售大綱編制銷售計劃 合同有效性審查 合同執(zhí)行情況分析合同登記和變更銷售收入核算銷售利潤核算銷售統(tǒng)計分析出入庫管理庫存統(tǒng)計市場預(yù)測市場分析管理功能圖三、管理業(yè)務(wù)流程調(diào)查 調(diào)查管理業(yè)務(wù)流程應(yīng)順著原系統(tǒng)信息流動的過程逐步地進行，內(nèi)容包括：各環(huán)節(jié)的處理業(yè)務(wù)、信息來源、處理方法、計算方法、信息流經(jīng)去向、提供信息的時間和形態(tài)（報告、單據(jù)、屏幕顯示等）。描述管理業(yè)務(wù)流程的圖表有：管理業(yè)務(wù)流程圖表格分配圖 業(yè)務(wù)流程圖（transaction flow diagram,簡稱TFD）一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系

13、、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合流理向。 優(yōu)點符號簡單明了，易于閱讀和理解業(yè)務(wù)流程不足對于一些專業(yè)性較強的業(yè)務(wù)處理細節(jié)缺乏足夠的表現(xiàn)手段 6種流程圖符號表示業(yè)務(wù)處理人員或者單位 表示業(yè)務(wù)處理內(nèi)容 報表符號表示輸出信息(報表、報告、文件、圖形等)； 業(yè)務(wù)過程傳遞存儲卡片符號表示收集資料 某企業(yè)物資管理業(yè)務(wù)流程圖TFD的繪制 例題1某汽車配件公司銷售業(yè)務(wù)路程。這個流程中，顧客發(fā)訂單給銷售部門，銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶，對合格訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計，向采購部門發(fā)出缺貨通知，并登記缺貨記錄。對于可供貨訂單，登記客戶檔

14、案，開出備貨單，通知倉庫備貨。同時保存訂單數(shù)據(jù)，并進行銷售統(tǒng)計。 顧客發(fā)訂單訂單銷售部門檢驗訂貨不合格訂單顧客存檔可供貨訂單單開備貨單備貨單倉庫處理備貨單庫存記錄缺貨訂單缺貨統(tǒng)計缺貨記錄訂單存檔銷售統(tǒng)計銷售統(tǒng)計表缺貨通知采購部門TFD的繪制 例題2超市庫存管理業(yè)務(wù)流程如下：銷售部將銷售數(shù)據(jù)通過系統(tǒng)傳給庫存管理部，庫存管理部對庫存進行檢查并處理。同時，信息部收集信息，對信息產(chǎn)品進行需求分析。庫存管理部和信息部共同制定進貨計劃并存檔，并有經(jīng)理審批后通知財務(wù)部記賬提款，庫存管理部門發(fā)送進貨信息，接貨并儲存，把產(chǎn)品送至銷售部銷售。接貨儲存庫存管理部銷售銷售部銷售部進貨計劃銷售數(shù)據(jù)檢查并存儲新產(chǎn)品需求分

15、析審批信息部經(jīng)理提款財務(wù)部存檔TFD的繪制 例題3某企業(yè)銷售部門的業(yè)務(wù)流程：銷售部市場人員進行需求預(yù)測，制定出需求統(tǒng)計表。銷售部銷售人員處理訂單，生成訂單數(shù)據(jù)進行訂單管理，同時訂單數(shù)據(jù)還要給制造部門，另外訂單數(shù)據(jù)和需求統(tǒng)計表給經(jīng)營規(guī)劃部門編制銷售計劃，生成年度銷售計劃表給企業(yè)領(lǐng)導。訂單處理還會生成客戶資料，銷售人員根據(jù)客戶資料進行客戶管理和發(fā)貨管理。客戶管理、發(fā)貨管理和訂單管理共同生成應(yīng)收賬款給財務(wù)部門。市場人員需求預(yù)測編制銷售計劃企業(yè)經(jīng)營規(guī)劃銷售人員處理訂單年度/月度銷售計劃表需求統(tǒng)計表訂單管理客戶管理發(fā)貨管理財務(wù)部門企業(yè)領(lǐng)導制造部門應(yīng)收賬款客戶資料訂單數(shù)據(jù)三、管理業(yè)務(wù)流程調(diào)查 調(diào)查管理業(yè)務(wù)

16、流程應(yīng)順著原系統(tǒng)信息流動的過程逐步地進行，內(nèi)容包括：各環(huán)節(jié)的處理業(yè)務(wù)、信息來源、處理方法、計算方法、信息流經(jīng)去向、提供信息的時間和形態(tài)（報告、單據(jù)、屏幕顯示等）。描述管理業(yè)務(wù)流程的圖表有：管理業(yè)務(wù)流程圖表格分配圖表格分配圖 這種圖表可幫助分析員表示出系統(tǒng)中各種單據(jù)和報告都與哪些部門發(fā)生業(yè)務(wù)關(guān)系。表格分配圖注意：業(yè)務(wù)流程分析時一定要找準分析對象例如：人事管理系統(tǒng)（管理信息系統(tǒng)案例分析P25）第三節(jié) 數(shù)據(jù)流程調(diào)查企業(yè)各環(huán)節(jié)的運轉(zhuǎn)都離不開數(shù)據(jù)。數(shù)據(jù)是生產(chǎn)過程和價值形成過程的客觀反映，是科學管理的工具，也是企業(yè)的資源。數(shù)據(jù)流程的分析是把數(shù)據(jù)在組織（或原系統(tǒng)）內(nèi)部的流動情況抽象出來。數(shù)據(jù)流程分析主要包括

17、對信息的流動、傳遞、處理、存儲等的分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流程中的問題，確定新系統(tǒng)的信息需求，為信息管理方法的設(shè)計做準備工作。數(shù)據(jù)流程圖的基本符號外部實體、數(shù)據(jù)處理、數(shù)據(jù)流和數(shù)據(jù)存儲。現(xiàn)分別介紹如下：外部實體系統(tǒng)以外又與系統(tǒng)有聯(lián)系的人或事物 表達該系統(tǒng)數(shù)據(jù)的外部來源和去處 用一個正方形，并在其左上角外邊另加一個直角來表示 a顧客b職工c經(jīng)理b職工a顧客數(shù)據(jù)處理對數(shù)據(jù)的邏輯處理用帶圓角的長方形表示 標識部分用來標識一個功能，一般用字符串表示，如P1、P1.1等。功能描述部分是必不可少的，它直接表達這個處理的邏輯功能。功能執(zhí)行部分表示這個功能由誰來完成，可以是一個人，也可以是一

18、個部門，也可以是某個計算機程序。標識部分功能描述部分 功能執(zhí)行部分數(shù)據(jù)流處理功能的輸入或輸出 用一個水平箭頭表示 數(shù)據(jù)存儲 數(shù)據(jù)存儲的邏輯描述用右邊開口長方條表示，為了區(qū)別和引用方便，再加一個標識，用字母D和數(shù)字組成 。數(shù)據(jù)流程圖實例成品銷售管理數(shù)據(jù)流程圖廠辦統(tǒng)計表銷售統(tǒng)計用戶合同合同登記處理合同合同臺賬銷售數(shù)據(jù)合同執(zhí)行登記合同執(zhí)行數(shù)據(jù)銷售分配處理庫存臺賬入庫單入庫處理入庫數(shù)據(jù)出庫數(shù)據(jù)查 詢查詢出庫處理發(fā)貨處理發(fā)貨通知出庫單出庫單財務(wù)科車間數(shù)據(jù)流程圖例一以商場采購供應(yīng)業(yè)務(wù)處理為系統(tǒng)，繪制商場到貨處理的數(shù)據(jù)流程圖，處理步驟如下：審核發(fā)貨單:商場根據(jù)供應(yīng)商送來的發(fā)貨單及貨物，經(jīng)與訂貨合同相對照，審

19、核發(fā)貨單。與合同不符的發(fā)貨單及貨物退回供應(yīng)商。收貨處理：在審核發(fā)貨單后，對貨物進行質(zhì)量檢查。質(zhì)量不合格的貨物及發(fā)貨單退回供應(yīng)商；對質(zhì)量合格的貨物開入庫單，并將入庫單及貨物送倉庫，發(fā)貨單存檔，向財務(wù)科發(fā)出付款通知。數(shù)據(jù)流程圖例二請繪制儲蓄所取款系統(tǒng)的數(shù)據(jù)流程圖，處理過程如下：查對處理。經(jīng)查對帳戶，將不合格的取款單及存折、或定期存單退回儲戶；取款處理。合格的取款單及存折、或定期存單送取款處理。處理時要修改帳戶，處理結(jié)果是將存折、利息單和現(xiàn)金交儲戶，同時將定期存單、取款單存檔。 數(shù)據(jù)流程圖例三讀者交索書單，首先查找書庫文件，如無書通知讀者，有書再查讀者記錄文件。如果有人閱讀則通知讀者，無人閱讀則通知

20、取書。取書后通知讀者借書成功，并做修改讀者記錄文件處理。 數(shù)據(jù)流程圖例四請繪制供應(yīng)科編制材料供應(yīng)計劃的數(shù)據(jù)流程圖，處理過程如下：計算生產(chǎn)材料用量。供應(yīng)科根據(jù)生產(chǎn)科提供的生產(chǎn)計劃和工藝科提供的材料消耗定額，計算出各種產(chǎn)品的材料需要量，經(jīng)分類、合并后，得到生產(chǎn)材料用量表；這個表除保存自用外，還要復制送廠部。計算材料凈需用量。根據(jù)生產(chǎn)材料用量和庫存文件中材料期初庫存，儲備定額等數(shù)據(jù)計算材料凈需用（采購）量表，并保存。制定采購資金計劃。根據(jù)材料凈需用量表中需要采購的各種材料數(shù)量，及庫存文件中各種材料的價格計算采購所需資金，形成采購資金計劃，并送財務(wù)科。繪制數(shù)據(jù)流程圖的方法數(shù)據(jù)流程圖是分層次的，繪制時采

21、取自頂向下逐層分解的辦法。頂層數(shù)據(jù)流只有一張，他說明了系統(tǒng)總的處理功能。用戶銷售處理定貨單發(fā)貨單P 2.2 開發(fā)貨票P 2.3 開付款 通知單訂貨單存檔等有貨再發(fā)貨訂貨單待付款訂貨單P 2.1 判定訂貨 處理方式P2(訂貨單)P3(訂貨單)P1(訂貨單)訂貨單 財務(wù)科發(fā)貨票訂貨單倉庫 庫存帳信用手冊付款通知單發(fā)貨票發(fā)貨票用戶訂單處理的第二層數(shù)據(jù)流程圖數(shù)據(jù)流程圖的繪制詳解 畢業(yè)生登記表新生名單新生名單新生名單招生辦學籍管理系統(tǒng) 學籍表教委用人單位學生注冊畢業(yè)生登記表報表新生名單招生辦D1 學籍表教委用人單位成績單教師獎懲報告系畢業(yè)生登記表新生名單 P3獎懲管理成績 P2成績管理 P1異動管理XX

22、虛線框外新增的數(shù)據(jù)流，在進入或流出虛線框時用“X”標記 補考成績P2期末成績單成績統(tǒng)計學生成績期末成績單教師D1 學籍表（系）主管留退名單獲獎名單D1 學籍表（校）學生 P2.2統(tǒng)計成績教管科 P2.1分析期末成績系教務(wù) P2.3登期末成績教管科 P2.4分析補考成績系教務(wù) P2.5登記補考成績教管科P3P2.1期末成績單成績期末成績單教師D1 學籍表（系）留退名單獲獎名單學生 P2.1.2登記學籍表 P2.1.5確定異動情況 P2.1.4填寫成績單 P2.1.1登記一覽表 P2.1.3評獎學金D2 成績一覽表P1構(gòu)造數(shù)據(jù)流程圖的有關(guān)原則: （1）構(gòu)造第一層數(shù)據(jù)流程圖是關(guān)鍵的一環(huán)。 第一層數(shù)據(jù)

23、流程圖中一般只是集中表示系統(tǒng)的主要處理邏輯和與之相關(guān)的數(shù)據(jù)流動和轉(zhuǎn)換； （2）數(shù)據(jù)流程圖一般不反映時間順序； （3）數(shù)據(jù)流程圖只說明系統(tǒng)中的數(shù)據(jù)處理過程，不要將程序設(shè)計語言的某些命令當成數(shù)據(jù)流程圖的步驟也列入其中；（4）下一層數(shù)據(jù)流程圖的編號應(yīng)在上一層數(shù)據(jù)流程圖編號的基礎(chǔ)上進行擴展。練習：超市庫存管理業(yè)務(wù)流程圖和數(shù)據(jù)流程圖流程描述：銷售部人員將每日的貨物銷售信息數(shù)據(jù)傳至庫存管理部進行庫存處理。庫存管理部綜合商品需求信息初步確定需要補充的商品。在對現(xiàn)有庫存量進行檢查后再確定是否進貨。若庫存充足，則無需進貨，直接送貨至銷售部；若庫存不充足，則通過審批補充貨物，經(jīng)訂單傳至配送中心。庫存管理部接受配送

24、中心送來的貨物，進行庫存處理，生成庫存數(shù)據(jù)并儲存，將現(xiàn)行庫存商品信息反饋至銷售部。例題：超市庫存管理數(shù)據(jù)流程圖信息部銷售部配送中心財務(wù)部 P1庫存管理市場信息銷售清單庫存信息訂貨單送貨單D1 庫存數(shù)據(jù)配送中心財務(wù)部信息部銷售部 P2.1補充商品市場信息銷售清單D2 商品數(shù)據(jù)商品編號，數(shù)量 P2.2檢查處理D3 補貨計劃表補貨計劃訂貨細則 Ps審批D4 批準的補貨計劃表 P2.3庫存處理訂貨送貨庫存信息 P2.4提供現(xiàn)有商品信息D5 補貨計劃表D1 庫存數(shù)據(jù)付款通知檢索和更新商品條碼數(shù)據(jù)發(fā)貨通知、銷售數(shù)據(jù)商品信息庫存充足、發(fā)貨通知繪制數(shù)據(jù)流程圖的注意事項數(shù)據(jù)流程圖的繪制過程中應(yīng)注意以下幾個方面的

25、問題。數(shù)據(jù)流程圖的繪制一般由左至右進行。從左側(cè)開始標出外部實體，然后畫出由外部實體產(chǎn)生的數(shù)據(jù)流，再畫出處理邏輯、數(shù)據(jù)流、數(shù)據(jù)存儲等元素及其相互關(guān)系，最后在流程圖的右側(cè)畫出接受輸出信息的系統(tǒng)的外部實體。父圖與子圖的平衡 子圖是對父圖中處理邏輯的詳細描述，因此父圖中數(shù)據(jù)的輸入和輸出必須在子圖中反映，即父圖與子圖必須平衡，或者說，父圖與子圖必須具備接口的一致性。父圖與子圖的平衡是分層數(shù)據(jù)流程圖的重要特性，因而在繪制分層數(shù)據(jù)流程圖時，必須認真檢查“平衡”、特別是當子圖有若干張，數(shù)據(jù)流被分成若干條時，更應(yīng)慎重核查。用虛線框?qū)⒆訄D中由父圖分解展開的處理內(nèi)容框起來，有利于弄清輸入輸出數(shù)據(jù)，便于與父圖比較。數(shù)

26、據(jù)流至少有一端連著處理框 數(shù)據(jù)流不能從外部實體直接傳送到數(shù)據(jù)存儲，也不能從數(shù)據(jù)存儲直接傳送到外部實體。數(shù)據(jù)存儲流入流出協(xié)調(diào) 數(shù)據(jù)存儲必定有流入的數(shù)據(jù)流和流出的數(shù)據(jù)流，缺少任何一種則意味著遺漏某些加工。數(shù)據(jù)處理流入流出協(xié)調(diào) 只有輸入沒有輸出則數(shù)據(jù)處理無需存在，只有輸出沒有輸入的數(shù)據(jù)處理不可能滿足。合理命名、準確編號 數(shù)據(jù)流程圖繪制過程中，對外部實體、數(shù)據(jù)流、處理邏輯以及數(shù)據(jù)存儲都必須合理地命名。數(shù)據(jù)流程圖正式完稿后還要對這些元素進行編號，以便進一步編寫數(shù)據(jù)字典利于系統(tǒng)設(shè)計人員和用戶閱讀與理解。業(yè)務(wù)流程圖和數(shù)據(jù)流程圖的區(qū)別1、業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流

27、向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合流理向。業(yè)務(wù)流程圖表示業(yè)務(wù)的流向。 2、數(shù)據(jù)流程圖是業(yè)務(wù)流程圖的數(shù)據(jù)抽象，它屏蔽了業(yè)務(wù)流程的物理背景而抽象出數(shù)據(jù)的特征，它描述了信息在系統(tǒng)中的流動、處理和存儲情況。數(shù)據(jù)流程圖是表示操作或數(shù)據(jù)的方向。 第三節(jié) 數(shù)據(jù)字典 數(shù)據(jù)字典用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程和外部實體。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。數(shù)據(jù)字典的6類條目數(shù)據(jù)元素 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流數(shù)據(jù)存儲處理過程外部實體 1、數(shù)據(jù)項的定義 數(shù)據(jù)項又稱數(shù)據(jù)元素，是數(shù)據(jù)的最小單位。分析數(shù)據(jù)特性應(yīng)從靜態(tài)和動態(tài)兩個方面去進行。在數(shù)據(jù)字典中，

28、僅定義數(shù)據(jù)的靜態(tài)特性，具體包括：（1） 數(shù)據(jù)項的名稱、編號、別名和簡述；（2） 數(shù)據(jù)項的長度；（3） 數(shù)據(jù)項的取值范圍:數(shù)據(jù)項可能取什么值或每一個值代表的意思 。例：數(shù)據(jù)項定義例：數(shù)據(jù)項定義數(shù)據(jù)項編號：ID201數(shù)據(jù)項名稱：材料編號別名：材料編碼簡述：某種材料的代碼類型及寬度：字符型，4位取值范圍：00019999表5.1 數(shù)據(jù)項定義2 、數(shù)據(jù)結(jié)構(gòu)的定義 數(shù)據(jù)結(jié)構(gòu)描述某些數(shù)據(jù)項之間的關(guān)系。一個數(shù)據(jù)結(jié)構(gòu)可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結(jié)構(gòu)組成，還可以由若干個數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)組成。例如下表所示訂貨單就是由三個數(shù)據(jù)結(jié)構(gòu)組成的數(shù)據(jù)結(jié)構(gòu)，表中用DS表示數(shù)據(jù)結(jié)構(gòu)，用I表示數(shù)據(jù)項。DS03-01：

29、用戶訂貨單DS03-02：訂貨單標識DS03-03：用戶情況DS03-04：配件情況I1：訂貨單編號I3：用戶代碼I10：配件代碼I2：日期I4：用戶名稱I11：配件名稱I5：用戶地址I12：配件規(guī)格I6：用戶姓名I13：訂貨數(shù)量I7：電話I8：開戶銀行I9：賬號表5.2 用戶訂貨單的數(shù)據(jù)結(jié)構(gòu)例：數(shù)據(jù)結(jié)構(gòu)定義數(shù)據(jù)結(jié)構(gòu)編號：DS03-01數(shù)據(jù)結(jié)構(gòu)名稱：用戶訂貨單簡述：用戶所填用戶情況及訂貨要求等信息數(shù)據(jù)結(jié)構(gòu)組成：DS03-02 +DS03-03+ DS03-04表 5.3數(shù)據(jù)結(jié)構(gòu)定義數(shù)據(jù)字典中對數(shù)據(jù)結(jié)構(gòu)的定義包括以下內(nèi)容：（1） 數(shù)據(jù)結(jié)構(gòu)的名稱和編號；（2） 簡述；（3） 數(shù)據(jù)結(jié)構(gòu)的組成。如果是

30、一個簡單的數(shù)據(jù)結(jié)構(gòu)，只需列出它所包含的數(shù)據(jù)項。因為這些被包含的數(shù)據(jù)結(jié)構(gòu)在數(shù)據(jù)字典的其他部分已有定義。例：數(shù)據(jù)結(jié)構(gòu)定義3、 數(shù)據(jù)流的定義 數(shù)據(jù)流由一個或一組固定的數(shù)據(jù)項組成。定義數(shù)據(jù)流時，不僅要說明數(shù)據(jù)流的名稱、組成等，還應(yīng)指明它的來源、去向和數(shù)據(jù)流量等。例：數(shù)據(jù)流定義例：數(shù)據(jù)流定義數(shù)據(jù)流編號：F03-08數(shù)據(jù)流名稱：領(lǐng)料單簡述：車間開出的領(lǐng)料單數(shù)據(jù)流來源：車間數(shù)據(jù)流去向：發(fā)料處理模塊數(shù)據(jù)流組成：材料編號+材料名稱+領(lǐng)用數(shù)量+日期+領(lǐng)用單位數(shù)據(jù)流量：10份時高峰流量：20份時（上午9：0011：00）表 5.4數(shù)據(jù)流定義4 、處理邏輯的定義 對于數(shù)據(jù)流程圖中的處理框，需要在數(shù)據(jù)字典中描述處理框的

31、編號、名稱、功能的簡要說明，有關(guān)的輸入、輸出。對功能進行描述，應(yīng)使人能有一個較明確的概念，知道這一框的主要功能。 例：處理邏輯定義處理邏輯編號：P02-03處理邏輯名稱：計算電費簡述：計算應(yīng)交納的電費輸入的數(shù)據(jù)流：數(shù)據(jù)流電費價格，來源于數(shù)據(jù)存儲文件價格表；數(shù)據(jù)流電量和用戶類別，來源于處理邏輯讀電表數(shù)字處理和數(shù)據(jù)存儲用戶文件。處理：根據(jù)數(shù)據(jù)流用電量和用戶信息，檢索用戶文件，確定該用戶類別；再根據(jù)已確定的該用戶類別，檢索數(shù)據(jù)存儲價格表文件，以確定該用戶的收費標準，得到單價；用單價和用電量相乘得該用戶應(yīng)交納的電費。輸出的數(shù)據(jù)流：數(shù)據(jù)流電費一是去向外部用戶，二是寫入數(shù)據(jù)存儲用戶電費賬目文件。處理頻率：

32、對每個用戶每月處理一次。表5.5 處理邏輯定義5 、數(shù)據(jù)存儲的定義 數(shù)據(jù)存儲在數(shù)據(jù)字典中只描述數(shù)據(jù)的邏輯存儲結(jié)構(gòu)，而不涉及它的物理組織。例：數(shù)據(jù)存儲定義例：數(shù)據(jù)存儲定義數(shù)據(jù)存儲編號：F03-08數(shù)據(jù)存儲名稱：庫存賬簡述：存放配件的庫存量和單價數(shù)據(jù)存儲組成：配件編號+配件名稱+單價+庫存量+備注關(guān)鍵字：配件編號相關(guān)聯(lián)的處理：P02,P03表5.6 數(shù)據(jù)存儲定義6 、外部實體的定義 外部實體定義包括：外部實體編號、名稱、簡述及有關(guān)數(shù)據(jù)流的輸入和輸出。例：外部實體定義例：外部實體定義外部實體編號：S03-01外部實體名稱：用戶簡述：購置本單位配件的用戶輸入的數(shù)據(jù)流：D03-06,D03-08輸出的數(shù)

33、據(jù)流：D03-01表5.7 外部實體定義第四節(jié) 描述處理邏輯的工具判斷樹庫存量 欠款時間 30天100天 30天100天需求量需求量庫存量庫存量庫存量先按庫存發(fā)貨，進貨后再補發(fā)先付款，再發(fā)貨立即發(fā)貨不發(fā)貨通知先付欠款描述處理邏輯的工具 判斷表 結(jié)構(gòu)英語表示法 模仿計算機語言的處理邏輯描述方法。使用了由“IF”、“THEN”、“ELSE”等詞組成的規(guī)范化語言。 三種表達工具的比較 結(jié)構(gòu)化語言判斷樹判斷表直觀性一般很好一般用戶檢查不便方便不便可修改性好一般差邏輯檢查好一般很好機器可讀性很好差很好例題顧客每次訂貨額在 1000元以上（含1000元），信譽好的，訂單設(shè)“優(yōu)先”標志；信譽不好，但是老客戶

34、的，訂單設(shè)“優(yōu)先”標志；信譽不好，但是新客戶的，訂單設(shè)“正常”標志；每次訂貨額在 1000元以下，訂單設(shè)“正常”標志。 上述例子若采用判斷語句可表示如下：IF 顧客訂額1000 IF 顧客信譽好 THEN訂單設(shè)“優(yōu)先”標志 ELSE IF 顧客是老顧客 THEN訂單設(shè)“優(yōu)先”標志 ELSE THEN訂單設(shè)“正?！睒酥綞LSE訂單設(shè)“正?！睒酥镜诹?jié) 系統(tǒng)化分析 本節(jié)內(nèi)容： 一、系統(tǒng)化分析的目標和內(nèi)容 二、數(shù)據(jù)屬性分析 三、確定新系統(tǒng)的數(shù)據(jù)處理方式一、系統(tǒng)化分析的目標和內(nèi)容 -1 系統(tǒng)化分析的目標 在對原有系統(tǒng)調(diào)查的基礎(chǔ)上，分析并找出原系統(tǒng)業(yè)務(wù)流程和數(shù)據(jù)流程的不足、提出優(yōu)化和改進的方法，給出新系統(tǒng)要采用的信息處理方案。一、系統(tǒng)化分析的目標和內(nèi)容 -2 系統(tǒng)化分析的內(nèi)容包括： 分析系統(tǒng)的目標 分析業(yè)務(wù)流程 分析數(shù)據(jù)流程 功能分析和劃分子系統(tǒng) 數(shù)據(jù)屬性分析 數(shù)據(jù)存儲分析 數(shù)據(jù)查詢要求分析 數(shù)據(jù)的輸入輸出分析 繪制新系統(tǒng)的數(shù)據(jù)流程圖 確定新系統(tǒng)的數(shù)據(jù)處理方式二、數(shù)據(jù)屬性分析 -1 數(shù)據(jù)屬性的概念 一個事物的特征可能表現(xiàn)在各個方面，