管理信息系統(tǒng) 第五章 MIS的系統(tǒng)分析.ppt

1、1,第五章 MIS的系統(tǒng)分析,系統(tǒng)分析的任務 在充分認識原有信息系統(tǒng)的基礎上，建立新系統(tǒng)的邏輯模型，解決系統(tǒng)“做什么”的問題。 系統(tǒng)分析在很大程度上決定了系統(tǒng)開發(fā)工作的成敗。,2,系統(tǒng)分析的步驟 問題識別 可行性分析 詳細調(diào)查 系統(tǒng)化分析 邏輯方案設計,第五章 MIS的系統(tǒng)分析,3,5.1 可行性分析和詳細調(diào)查 5.2 組織結構與功能調(diào)查 5.3 業(yè)務流程調(diào)查 5.4 數(shù)據(jù)流程調(diào)查 5.5 數(shù)據(jù)字典 5.6 描述處理邏輯的工具 5.7 系統(tǒng)化分析 5.8 研究和確定管理模型 5.9 新系統(tǒng)邏輯方案的建立,第五章 MIS的系統(tǒng)分析,4,5.1 可行性分析和詳細調(diào)查,可行性分析的任務 明確開發(fā)應用

2、項目的必要性和可行性。 可行性分析的內(nèi)容 管理上的可行性 技術上的可行性 經(jīng)濟上的可行性,5,5.1 可行性分析和詳細調(diào)查,可行性分析報告的內(nèi)容 系統(tǒng)簡述 項目的目標 所需資源、預算和期望效益 對項目可行性的結論（是立即開發(fā)、改進原系統(tǒng)還是目前不可行等）,6,5.1 可行性分析和詳細調(diào)查,詳細調(diào)查的目的 完整掌握現(xiàn)行系統(tǒng)的現(xiàn)狀，發(fā)現(xiàn)問題和薄弱環(huán)節(jié)，收集資料，為下一步的系統(tǒng)化分析和提出新系統(tǒng)的邏輯方案做好準備。 詳細調(diào)查應遵循用戶參與的原則 做到系統(tǒng)開發(fā)人員和管理人員互補不足，共同研究存在問題和解決方案。,7,5.1 可行性分析和詳細調(diào)查,詳細調(diào)查的方法 開調(diào)查會 訪問 發(fā)調(diào)查表 參加業(yè)務實踐

3、詳細調(diào)查的主要內(nèi)容 組織結構調(diào)查 業(yè)務流程調(diào)查 數(shù)據(jù)流程調(diào)查,8,5.2 組織結構與功能調(diào)查,組織結構 與功能 調(diào)查內(nèi)容,組織結構與功能調(diào)查的主要內(nèi)容,業(yè)務功能 一覽表,業(yè)務過程 組織結構 之間的聯(lián)系,組織結 構調(diào)查,通常是通過組織結構圖來實現(xiàn)的，是將調(diào)查中所了解的組織結構具體地描繪在圖上，用作后續(xù)分析和設計的參考,通常是通過業(yè)務與組織關系圖來實現(xiàn)的，是利用系統(tǒng)調(diào)查中所掌握的資料著重反映管理業(yè)務過程與組織結構之間的關系,把組織內(nèi)部各項管理業(yè)務功能都用一張表的方式羅列出來。它是進行功能/數(shù)據(jù)分析、確定新系統(tǒng)擬實現(xiàn)管理功能的基礎,9,5.2 組織結構與功能調(diào)查,組織結構圖 組織結構指的是一個組織（

4、部門、企業(yè)、車間、科室等）以及這些組成部分之間的隸屬關系或管理與被管理的關系。通?？捎媒M織結構圖來表示。,10,5.2 組織結構與功能調(diào)查,11,組織結構調(diào)查內(nèi)容 弄清組織內(nèi)部的部門劃分 各部門之間的領導與被領導關系 信息資料的傳遞關系 物資流動關系與資金流動關系 此外，還應詳細了解各級組織存在的問題以及對新系統(tǒng)的要求等。,5.2 組織結構與功能調(diào)查,12,工廠,人事處,供銷處,生產(chǎn)處,技術處,財務處,行政處,13,5.2 組織結構與功能調(diào)查,業(yè)務功能一覽表 在組織中，常常有這種情況，組織的各個部分并不能完整地反映該部分所包含的所有業(yè)務。 如果以功能為準繩設計和考慮系統(tǒng)，那么系統(tǒng)將會對組織結構

5、的變化有一定的獨立性，將獲得較強的生命力。所以在分析組織情況時還應畫出其業(yè)務功能一覽表。,14,5.2 組織結構與功能調(diào)查,15,5.2 組織結構與功能調(diào)查,組織/業(yè)務關系圖 組織/業(yè)務關系圖用來反映組織各部分在承擔業(yè)務時的關系 組織/業(yè)務關系圖中的橫向表示各組織名稱，縱向表示業(yè)務過程名，中間欄填寫組織在執(zhí)行過程中的作用,16,“”表示該項業(yè)務是對應組織的主要業(yè)務 “”表示該單位是參加協(xié)調(diào)該項業(yè)務的輔助單位 “”表示該單位是該項業(yè)務的相關單位 空格：表示該單位與對應業(yè)務無關,17,5.3 業(yè)務流程調(diào)查,業(yè)務流程調(diào)查可以幫助我們了解該業(yè)務的具體處理過程，修改和刪除原系統(tǒng)業(yè)務流程的不合理部分，在新

6、系統(tǒng)基礎上優(yōu)化業(yè)務處理流程。 業(yè)務流程調(diào)查是在業(yè)務功能的基礎上將其細化，利用系統(tǒng)調(diào)查的資料將業(yè)務處理過程中的每一個步驟用一個完整的圖形將其串起來。,18,5.3 業(yè)務流程調(diào)查,業(yè)務流程圖(transaction flow diagram， 簡稱TFD），就是用一些規(guī)定的符號及連線來表示某個具體業(yè)務的處理過程。 在繪制業(yè)務流程圖的過程中可以發(fā)現(xiàn)問題，分析不足，優(yōu)化業(yè)務處理過程，所以說繪制業(yè)務流程圖是業(yè)務流程分析的重要步驟。,19,5.3 業(yè)務流程調(diào)查,業(yè)務流程圖的基本符號,業(yè)務處理單位,業(yè)務處理 功能描述,表格報表制作,數(shù)據(jù)文件存檔,收集處理數(shù)據(jù),信息傳遞過程,20,業(yè)務流程圖繪制舉例,21,圖

7、例 說明,業(yè)務處理 單位,業(yè)務處理 描述,表格制作,傳遞,存儲,收集資料,計劃 處,銀行,技改 處,各部門 各單位,局 領導,上級 領導,投資 總規(guī)劃,更新改造 貸款規(guī)模,開會 討論,報表,審批,綜合平衡 （討論）,批準,下達 各單位 各部門,正式 計劃,計劃,各單位 上報表,計劃 處,各部門 各單位,技改 處,銀行,各部門 各單位,存檔,業(yè)務流程圖繪制舉例,22,5.4 數(shù)據(jù)流程調(diào)查,數(shù)據(jù)流程調(diào)查過程中收集的資料包括 收集原系統(tǒng)全部輸入單據(jù)（如入庫單、收據(jù)、憑證）、輸出報表和數(shù)據(jù)存貯介質(zhì)（賬本、清單）的典型格式 弄清各環(huán)節(jié)上的處理方法和計算方法 在上述各種單據(jù)、報表、賬冊的典型樣品上或用附頁

8、注明制作單位、報送單位、存放地點、發(fā)生頻度、發(fā)生的高峰時間及發(fā)生量等 在上述各種單據(jù)、報表、賬冊的典型樣品上注明各項數(shù)據(jù)的類型（數(shù)字、字符）、長度、取值范圍（最大值、最小值）等,23,5.4 數(shù)據(jù)流程調(diào)查,通過調(diào)查可以繪制出原系統(tǒng)的數(shù)據(jù)流程圖（Data Flow Diagram , 簡稱 DFD ） 數(shù)據(jù)流程圖：是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中流動、處理和存儲的情況。,24,數(shù)據(jù)流程圖的基本符號,5.4 數(shù)據(jù)流程調(diào)查,25,數(shù)據(jù)流程舉例,26,5.4 數(shù)據(jù)流程調(diào)查,數(shù)據(jù)流程圖一般是分層次的，繪制時采取自頂向下逐層分解的辦法。 首先畫出第

9、一層數(shù)據(jù)流程圖。第一層數(shù)據(jù)流程圖只有一張，它說明了系統(tǒng)的總的處理功能、輸入和輸出。,27,分層數(shù)據(jù)流圖,5.4 數(shù)據(jù)流程調(diào)查,28,案例：汽車配件銷售公司訂貨處理系統(tǒng) 第一層數(shù)據(jù)流程圖,顧客,供應 商,1,處理 業(yè)務,訂貨單,發(fā)貨單,訂貨單,發(fā)貨單,配件庫存,5.4 數(shù)據(jù)流程調(diào)查,29,第二層數(shù)據(jù)流程圖,顧客,供應 商,銷售,訂貨單,發(fā)貨單,配件庫存,1.1,采購,1.2,訂貨單,發(fā)貨單,到貨通知,向供應商的訂貨單,30,第三層數(shù)據(jù)流程圖,發(fā)貨單,31,5.5 數(shù)據(jù)字典,為了對數(shù)據(jù)流程圖中的各個元素作出詳細的說明，有必要建立數(shù)據(jù)字典。 數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)

10、流、處理邏輯、數(shù)據(jù)存儲和外部實體等六個方面進行具體的定義。,32,5.5 數(shù)據(jù)字典,數(shù)據(jù)項的定義,數(shù)據(jù)項編號：I1 數(shù)據(jù)項名稱：訂貨單編號 別名： 訂貨單編號 簡述： 某種訂貨單的代碼 類型及寬度：字符型，6位 取值范圍： “000001-999999”,33,5.5 數(shù)據(jù)字典,數(shù)據(jù)結構的定義,34,5.5 數(shù)據(jù)字典,數(shù)據(jù)結構的定義（續(xù)）,數(shù)據(jù)結構編號：DS1 數(shù)據(jù)結構名稱：用戶訂貨單 簡述：用戶填的用戶情況及訂貨要求等信息 數(shù)據(jù)結構組成：DS2+DS3+DS4,35,5.5 數(shù)據(jù)字典,數(shù)據(jù)流的定義,數(shù)據(jù)流編號：F1 數(shù)據(jù)流名稱：領料單 簡述： 車間開出的領料單 數(shù)據(jù)流來源：車間 數(shù)據(jù)流去向：

11、發(fā)料處理模塊 數(shù)據(jù)流組成：材料編號+材料名稱+領用數(shù)量+日期+領用單位 數(shù)據(jù)流量：10份/時 高峰流量：20份/時（上午9：00-11：00）,36,處理邏輯的定義,處理邏輯編號：P1 處理邏輯名稱：計算電費 簡述：計算應交納的電費 輸入的數(shù)據(jù)流：數(shù)據(jù)流電費價格，來源于數(shù)據(jù)存貯文件價格表；數(shù)據(jù)流電量和用戶類別，來源于處理邏輯“讀電表數(shù)字處理”和數(shù)據(jù)存儲“用戶文件” 處理：根據(jù)數(shù)據(jù)流“用電量”和“用戶信息”，檢索用戶文件，確定該用戶類別；再根據(jù)已確定的該用戶類別，檢索數(shù)據(jù)存儲價格表文件，以確定該用戶的收費標準，得到單價；用單價和用電量相乘得該用戶應交納的電費。 輸出的數(shù)據(jù)流：數(shù)據(jù)流“電費”一是去

12、外部實體“用戶”，二是寫入數(shù)據(jù)存儲用戶電費賬目文件 處理頻率：每個月處理一次,37,5.5 數(shù)據(jù)字典,數(shù)據(jù)存儲的定義,數(shù)據(jù)存儲編號：D1 數(shù)據(jù)存儲名稱：庫存賬 簡述：存放配件的庫存量和單價 數(shù)據(jù)存儲組成：配件編號+配件名稱+單價+庫存量+備注 關鍵字：配件編號 相關聯(lián)的處理：P1，P2,38,5.5 數(shù)據(jù)字典,外部實體的定義,外部實體編號：S1 外部實體名稱：用戶 簡述：購置本單位配件的用戶 輸入的數(shù)據(jù)流：F1，F(xiàn)2 輸出的數(shù)據(jù)流：F3,39,5.6 描述處理邏輯的工具,描述處理邏輯的工具 判斷樹 判斷表 結構英語表示,40,5.6 描述處理邏輯工具,判斷樹（又稱決策樹）,41,5.6 描述處

13、理邏輯工具,判斷表（又稱決策表）,42,5.6 描述處理邏輯工具,結構英語表示法,IF 欠款時間30天 IF 需求量庫存量 THEN 立即發(fā)貨 ELSE 先按庫存發(fā)貨，進貨后再補發(fā) ELSE IF 欠款時間100天 IF 需求量庫存量 THEN 先付款再發(fā)貨 ELSE 不發(fā)貨 ELSE 通知先付欠款,43,5.7 系統(tǒng)化分析,通過對原有系統(tǒng)的調(diào)查和分析，找出原系統(tǒng)業(yè)務流程和數(shù)據(jù)流程的不足，提出優(yōu)化和改進的方法，給出新系統(tǒng)所要采用的信息處理方案。,44,5.7 系統(tǒng)化分析,分析業(yè)務流程 分析的主要內(nèi)容 原有流程的分析 業(yè)務流程的優(yōu)化 確定新的業(yè)務流程 新系統(tǒng)的人機界面,45,5.7 系統(tǒng)化分析,

14、分析數(shù)據(jù)流程 分析的主要內(nèi)容 原有數(shù)據(jù)流程的分析 數(shù)據(jù)流程的優(yōu)化 確定新的數(shù)據(jù)流程 新系統(tǒng)的人機界面,46,功能數(shù)據(jù)分析 是在業(yè)務流程、數(shù)據(jù)流程的基礎上，為了整體地考慮新系統(tǒng)的功能子系統(tǒng)和數(shù)據(jù)資源的合理分布而進行的系統(tǒng)化的分析。 功能數(shù)據(jù)分析是通過UC矩陣的建立和分析來實現(xiàn)的。,5.7 系統(tǒng)化分析,47,U/C矩陣及其建立 首先進行系統(tǒng)化、自頂向下地劃分； 逐個確定其具體的功能（或功能類）和數(shù)據(jù)（或數(shù)據(jù)類）； 填上功能/數(shù)據(jù)之間的關系，即完成了U/C矩陣的建立過程。,5.7 系統(tǒng)化分析,48,UC矩陣的建立,49,U/C矩陣的正確性檢驗,（1）完備性（completeness）檢驗：指對具體的

15、數(shù)據(jù)項 必須有一個產(chǎn)生者（C）和至少一個使用者（U），功 能則必須有產(chǎn)生或使用（U或C）發(fā)生。,（2）一致性（uniformity）檢驗：指對具體的數(shù)據(jù)項必須 有且僅有一個產(chǎn)生者（C）。,（3）無冗余性（non-verbosity）檢驗：指 UC矩陣中 不允許有空行和空列。,5.7 系統(tǒng)化分析,50,UC 矩陣的求解 就是對系統(tǒng)結構進行劃分的優(yōu)化過程。 基于子系統(tǒng)劃分應具有相對獨立性，且內(nèi)部凝聚性高這一原則之上的一種聚類操作。 UC 矩陣的求解過程通常用表上作業(yè)法來完成。,5.7 系統(tǒng)化分析,51,表上移動作業(yè)過程,52,子系統(tǒng)劃分 系統(tǒng)邏輯功能的劃分 在求解后的UC 矩陣中劃出一個個的方塊

16、每一個小方塊即為一個子系統(tǒng) 劃分時應注意 沿對角線一個接一個地畫，既不能重疊，又不能漏掉任何一個數(shù)據(jù)和功能； 小方塊的劃分是任意的，但必須將所有的 “C” 元素都包含在小方塊內(nèi)。,5.7 系統(tǒng)化分析,53,子系統(tǒng)劃分,54,數(shù)據(jù)資源分布 所有數(shù)據(jù)的使用關系都被小方塊分隔成了兩類： 一類在小方塊以內(nèi)。在小方塊以內(nèi)所產(chǎn)生和使用的數(shù)據(jù)，則今后主要放在本系統(tǒng)的計算機設備上處理； 一類在小方塊以外。而在小方塊以外的 “U” ，則表示了各子系統(tǒng)之間的數(shù)據(jù)聯(lián)系，這些數(shù)據(jù)資源今后應考慮放在網(wǎng)絡服務器上供各子系統(tǒng)共享或通過網(wǎng)絡來相互傳遞數(shù)據(jù)。,5.7 系統(tǒng)化分析,55,數(shù)據(jù)聯(lián)系,56,UC 矩陣的主要功能 通過

17、UC 矩陣的正確性檢驗及時發(fā)現(xiàn)前段分析和調(diào)查工作的疏漏和錯誤 通過UC 矩陣的正確性檢驗分析數(shù)據(jù)的正確性和完整性 通過對UC 矩陣的求解過程最終得到子系統(tǒng)的劃分 通過對子系統(tǒng)之間的聯(lián)系（“U”）可以確定子系統(tǒng)之間的共享數(shù)據(jù),5.7 系統(tǒng)化分析,57,5.7 系統(tǒng)化分析,繪制新系統(tǒng)的數(shù)據(jù)流程圖 新系統(tǒng)的數(shù)據(jù)流程圖是在以上分析過程中逐步完善的。這是一項需要經(jīng)過多次反復的、細致的工作。,58,5.8 研究和確定管理模型,管理模型是系統(tǒng)在每個具體管理環(huán)節(jié)上所采用的管理方法。 常用的幾種管理模型 綜合計劃模型 生產(chǎn)計劃管理模型 庫存管理模型 財務成本管理模型 統(tǒng)計分析與預測模型等,59,5.9 新系統(tǒng)邏輯方案的建立,邏輯方案是系統(tǒng)分析階段的最終成果，是新系統(tǒng)開發(fā)中要采用的管理模型和信息處理方法，是今后進行系統(tǒng)設計和實施的依據(jù)。 邏輯方案的內(nèi)容 新系統(tǒng)的業(yè)務流程 新系統(tǒng)的數(shù)據(jù)流程 新系統(tǒng)的邏輯結構（子系統(tǒng)劃分） 新系統(tǒng)中數(shù)據(jù)資源的分布 新系統(tǒng)中