1、1管理信息系統開發案例主要內容：結構化系統開發方法信息系統開發案例案例的系統規劃案例的系統分析案例的系統設計案例的系統實施231 結構化系統開發方法本節內容：1.1 開發方法1.2 系統規劃1.3 系統分析1.4 系統設計1.5 系統實施41.1 結構化系統開發方法思想 ：用系統的思想，系統工程的方法，按用戶至上的原則，結構化、模塊化、自頂向下對信息系統進行分析與設計。具體來說，將整個信息系統開發過程劃分出若干個相對獨立的階段，如系統規劃、系統分析、系統設計、系統實施等。在前三個階段堅持自頂向下對系統進行結構化劃分。在系統調查或理順管理業務時，應從最頂層的管理業務入手，逐步深入到最基層。在系統

2、分析，提出新系統方案和系統設計時，先考慮系統整體的優化，然后再考慮局部的優化問題。在系統實施階段，則應堅持自底向上的逐步實施。 51.1 結構化系統開發方法步驟 ：系統請求 問題的提出。系統規劃與初步調查 系統現行狀態以及可用資源的初步調查；明確問題，確定系統目標和總體結構，確定分階段實施進度；可行性分析研究與可行性報告。系統分析 現行系統組織結構分析與業務功能分析；業務流程分析；數據以及數據流程分析；功能數據分析；提出新系統的邏輯模型(或新方案)。61.1 結構化系統開發方法步驟 ：系統設計 系統總體結構設計；代碼設計；數據庫/文件設計；I/O設計；模塊功能設計；處理過程設計。系統實施 程序

3、設計(由程序員執行)；人員培訓(由系統分析設計人員培訓業務人員和操作人員)；數據庫準備(由業務人員完成)；系統調試與切換。系統運行 系統運行維護；系統運行效果評價。71.1 結構化系統開發方法特點：建立面向用戶的觀點強調用戶是整個IS開發的起源和最終歸宿。即用戶的參與程度和滿意程度是系統成功的關鍵。嚴格區分工作階段強調將整個系統的開發過程分為若干個階段，每個階段都有其明確的任務和目標以及預期要達到的階段成果。系統請求階段 系統規劃階段 系統分析階段 系統設計階段 系統實施階段 系統運行階段81.1 結構化系統開發方法特點：結構化、模塊化、自頂向下進行開發在分析問題時，應首先站在整體的角度，將各

4、項具體的業務和組織放到整體中加以考察。自頂向下分析設計：首先確保全局的正確，再一層層的深入考慮和處理局部的問題。自底向上進行開發：在具體系統實現過程中，一個模塊一個模塊地進行開發，調試，然后再由幾個模塊聯調（子系統聯調），最后是整個系統聯調。91.1 結構化系統開發方法特點：充分預料可能發生的變化在系統的分析、設計和實現過程中，都要充分的考慮可能變化的因素。工作文件的標準化和文獻化在系統研制的每一階段、每一步驟都要有詳細的文字資料記載。101.2 系統規劃企業系統規劃法（Business System Planning,簡稱BSP）思路：自上而下識別系統目標，識別企業過程、識別數據，然后再自下

5、而上設計系統以支持目標。關鍵成功因素法（Critical success Factors，簡稱CSF）內涵：通過分析找出使得企業成功的關鍵因素，再圍繞這些關鍵因素來確定系統的需求，并進行規劃。111.2 系統規劃企業系統規劃法方法將過程和數據類兩者作為定義企業信息系統總體結構的基礎。主要目的是劃分子系統。利用過程 / 數據矩陣（也稱U/C矩陣）來表達兩者之間的關系。U/C矩陣的正確性有三方面來檢驗：完備性檢驗。每一個數據類必須有一個產生者(即“C”) 和至少有一個使用者(即“U”)。一致性檢驗。每一個數據類僅有一個產生者，即在矩陣中每個數據類只有一個“C”。無冗余性檢驗。每一行或每一列必須有“

6、U” 或“C”，即不允許有空行空列。121.3 系統分析可行性分析管理業務調查組織結構圖、管理功能圖、管理業務流程圖、表格分配圖數據流程調查數據流程圖數據字典數據項、數據結構、數據流、處理邏輯、數據存儲、外部實體新系統的邏輯方案邏輯方案、分析說明書131.4 系統設計代碼設計功能結構圖設計功能結構圖信息系統流程圖設計數據關系圖、信息系統流程圖、處理流程圖系統物理配置方案設計數據存儲設計文件組織方式、文件設計、數據庫設計、概念模型(E-R圖)、數據模型(關系模型的范式)輸出設計輸入設計141.5 系統實施物理系統的實施程序設計程序設計的目標、結構化程序設計方法程序和系統調試程序調試、分調、總調、

7、特殊測試系統切換、運行與維護系統切換、系統運行、系統維護152 系統系統開發案例某企業是一家采用金字塔式組織結構、內部分工簡單、業務流程短促的中小型貿易企業，經營副食品的銷售和供應。企業在快速成長的同時，對企業組織結構設計、業務流程的規劃、各種數據存儲和應用提出了新的要求，舊有的模式已不能再適應企業迅速發展的需要。伴隨著信息技術的發展和普及使用，管理信息系統成功應用的案例使得管理者有信心通過管理信息系統的開發和利用改變企業的管理現狀，使企業得到更好的發展。163 案例的系統規劃本節內容：3.1 企業現狀3.2 開發原因3.3 系統目標3.4 系統構成3.5 人員分配和進度安排173.1 企業現

8、狀企業沒有采用任何管理信息系統，基本工作大多由人工完成，計算機僅僅進行文字錄入、處理，導致工作繁瑣、重復性大，企業發展滯后。計算機的功能主要停留在核算統計方面，無法應用到各個管理部門，即無法實現數據的共享。企業的業務流程中各個環節幾乎都是手工操作方式，數據量大，使得工作人員工作量大，并且容易出現差錯，效率低下。整個業務流程都采用了手工方式，一些供需的信息不能及時傳給高層管理者，造成信息滯后，不利于決策者進行準確的市場判斷決策。183.2 開發原因主要問題是手工操作致使工作效率低下，經濟效益不高。許多繁瑣、經常性、重復性的工作本可以用計算機解決的問題卻困擾著工作人員。數據處理由人手工操作，資金方

9、面沒有合理計劃，拖欠款的情況沒有得到及時有效的控制，影響資金周轉 。計算機的應用只是收集、存儲了不少銷售、倉儲等信息，但都是以 WORD文檔的形式存儲的，其功能僅停留在查詢、統計、打印報表等。企業還存在這一些管理信息系統開發的有利因素：技術人員，硬件設備等。193.3 系統目標 總目標：用信息來支持企業的決策和企業的業務操作，用信息技術實現辦公自動化代替原有手工管理方式，提高業務處理效率。具體如下：改變過去手工操作，建立計算機系統操作，更加快捷，做到高效率。公司市場、開票、結算、財務、倉儲等部門全部實現自動化管理。在本系統的支持下，能夠達到合理進貨、及時銷售、庫存量小、減少積壓的目的，尤其是商

10、品存儲這一塊，能夠大大降低公司運作成本。通過業務的整合和組織結構的調整，提高數據的準確性，避免邏輯的錯誤和人為的錯誤。203.3 系統目標運用分布式的微機網絡，避免以往信箋傳遞時所耗的時間，提高工作的時效和針對性，有助于提高領導的決策，減少失誤。及時了解庫存情況和銷售情況。通過對市場銷售和市場需求分析，制訂和調整公司銷售計劃。213.4 系統構成 分成五個功能模塊：市場管理：制定相應的產品價格，產生報價單，并為客戶提供相應的服務。票務管理：操作人員是根據訂購單開出發票（包括退貨發票），并把訂購單分類存儲。結算管理：根據開出的發票和訂單，進行結算并編制銷售報表。報表分析管理：根據銷售報表和銷售計

11、劃進行銷售分析。倉儲管理：根據發票和出庫通知填寫出庫單，登記庫存并形成庫存賬，月末產生庫存報表。223.5 人員分配與進度安排人員分配項目負責人1名，系統分析員3名，系統設計員2名，程序員2名，系統調試員1名進度安排系統規劃：項目確定與規劃系統分析：系統的邏輯設計系統設計：系統的物理設計系統實施：實現系統234 案例的系統分析本節內容：4.1 可行性分析4.2 現行系統的調查4.3 現行系統分析4.4 新系統的邏輯方案244.1 可行性分析技術可行性具備一定數量的硬件設備，開發人員具有專業知識，員工具有一定操作和應用計算機的能力經濟可行性銷售管理信息系統較簡單，開發和維護費用較低系統投入后可為

12、企業帶來可觀的經濟效益，解決了手工操作帶來的工作效率低、容易出錯等問題，使信息流動得更快，能為各層管理者提供多的高質量的信息環境上的可行性領導者認識到企業存在的問題和對系統需求的迫切性員工有改變現有管理制度和流程的要求254.2 現行系統的調查組織結構調查經理票務部結算部財務部倉庫保管部264.2 現行系統的調查管理功能調查企業的各個部門都是為了完成一定的管理功能而設立274.2 現行系統的調查業務流程調查284.3 現行系統分析手工操作系統和業務流程已經不能滿足其業務流量的需求，成為嚴重影響企業繼續提高效益的因素。其存在的問題主要有以下幾點：服務方面效率方面決策方面分工方面市場方面294.4

13、 新系統的邏輯方案新系統的目標：提高系統自動化、標準化和系統化，為各部門快速提供高質量的信息，為決策提供信息支持，為客戶提供更便利、更全面的服務新系統的組織結構：市場部：負責產品定價和客戶服務票務部：負責開銷售發票和退貨發票，對訂購單管理結算部：負責各種結算，匯總各種結算單據，編寫銷售報表財務部：根據銷售報表進行銷售分析倉管部：倉庫管理員負責入庫管理，采購員負責日常庫存管理，發貨員根據發貨單負責出庫管理304.4 新系統的邏輯方案新系統的組織結構：314.4 新系統的邏輯方案新系統的管理功能：倉庫管理：負責貨物的出庫、入庫的統計，管理貨物的盤點，形成日出入庫報表匯總。市場管理：將原系統中顧客傳

14、遞單據的活動置于企業內部，建立企業顧客的數據庫報表分析管理：根據市場部和倉管部的報表和匯總表，對顧客、供應商、貨物、訂單等資料及時上報，輔助決策324.4 新系統的邏輯方案新系統的管理功能：334.4 新系統的邏輯方案新系統的業務流程：344.4 新系統的邏輯方案新系統的數據流程圖：頂層圖354.4 新系統的邏輯方案新系統的數據流程圖：第一層的數據流程圖364.4 新系統的邏輯方案新系統的數據流程圖：第二層的數據流程圖374.4 新系統的邏輯方案新系統的數據字典：數據項描述數據項編號：I01 數據項名稱：顧客號 別名：顧客代碼簡述：某一顧客的代碼 類型及寬度：字符型，4 位 取值范圍：0001

15、9999384.4 新系統的邏輯方案新系統的數據字典：數據結構定義數據結構編號：DS03-01 數據結構名稱：報價單 簡述：向顧客提供產品的價格和相關信息 數據結構組成：商品代碼 + 商品名稱 + 規格 + 單價 + 產地394.4 新系統的邏輯方案新系統的數據字典：數據流定義數據流編號：D03-02 數據流名稱：需先付款的訂貨單 簡述：根據用戶信用，要求先付款的訂貨單。 數據流來源：訂貨處理數據流去向：顧客數據流組成：日期 + 商品代碼 + 商品名稱 + 商品單價 + 銷售數量 + 顧客代碼 數據流量：約 10 次/日高峰流量：約 15 次/日404.4 新系統的邏輯方案新系統的數據字典：處

16、理邏輯定義處理邏輯編號：P2.0 處理邏輯名稱：開票處理 簡述：開出各種發票。 輸入的數據流：合格的訂貨單、退款通知單。處理描述：根據合格訂貨單和退款通知單開出發票，把訂購單進行匯總，轉給結算部作賬款結算。輸出的數據流：發票聯、訂單數據 處理頻率：50 次/日414.4 新系統的邏輯方案新系統的數據字典：數據存儲定義數據存儲編號：F03-01 數據存儲名稱：銷售統計報表 簡述：根據每目的銷售情況，統計銷售數據。數據存儲組成：日期 + 商品代碼 + 商品名稱 + 商品單價 + 銷售數量 + 銷售金額 +銷售對象關鍵字：日期 + 商品代碼 相關聯的處理：P3.0、P4.0424.4 新系統的邏輯方

17、案新系統的數據字典：外部實體定義外部實體編號：S03-0l 外部實體名稱：顧客 簡述：購買本企業商品的顧客 輸入的數據流：付款通知單、發票、提貨通知單 輸出的數據流：訂貨單434.4 新系統的邏輯方案新系統的邏輯結構：整個系統分成五個模塊444.4 新系統的邏輯方案新系統的管理模型：定價模型庫存模型核算和分析模型等455 案例的系統設計本節內容：5.1 系統設計目標5.2 新系統的功能結構設計(系統總體結構圖)5.3 系統代碼設計5.4 系統物理配置方案設計5.5 數據庫結構設計5.6 輸入設計、輸出設計465.1 系統設計目標建立供應商企業顧客的數據庫系統，實現信息資源的共享，通過數據的共享

18、，了解市場的供求情況，幫助高層領導者調整企業的產品結構。建立企業內部的數據庫管理系統，生成銷售票務結算財務倉儲數據一體化，形成從業務處理管理控制戰略管理的逐層數據的共享，主要支持企業的銷售和倉儲業務，實現各部門的信息傳遞和共享，支持各部門的結構化決策和非結構化決策。實現計算機協同處理為基礎的并行過程代替以前的反饋的管理控制，以及實現企業內部數據的聯機實時處理，充分利用計算機技術和信息技術對企業的決策的效用。 新系統的特點：準確性、靈活性。475.2 新系統的功能結構設計新系統分成五個模塊，具體功能如下：485.3 新系統的代碼設計代碼設計的目的：為了便于計算機的處理，對系統涉及的對象用英文字母

19、、數字來代替，使系統對象簡單化，也使系統的處理更簡便代碼設計說明： 設計代碼是為了系統運行的簡便。 代碼的對象主要是企業的顧客、供應商、商品。 根據對象的性質，采用區間碼和順序碼結合。 為了保證代碼的輸入的正確性，為代碼設計了校驗碼495.3 新系統的代碼設計顧客代碼設計：某顧客代碼 135010012 的說明：原代碼：1 3 5 0 1 0 0 1 位權： 1 2 3 4 5 6 7 8 乘積之和：1+6+15+0+5+0+0+835 模： 1135/11=32 校驗碼：2 因此代碼為：135010012 顧客代碼的含義如下表：135010012顧客某省某市顧客編號校驗碼505.3 新系統的

20、代碼設計供應商代碼設計：供應商代碼 235010013 的說明：原代碼：23 5 01 0 01 位權： 12 3 45 6 78 乘積之和：2+6+15+0+5+0+0+8= 36 模：1136 / 11 = 33 校驗碼：3 因此代碼為：235010013 供應商代碼的含義如下表：235010013供應商某省某市顧客編號校驗碼515.4 系統物理配置方案設計物理配置方案設計：硬件配置軟件配置網絡配置系統模式525.5 數據庫設計E-R模型：535.5 數據庫設計邏輯結構設計：根據E-R圖把實體與實體之間的聯系轉換為關系模式供應商：供應商碼 + 供應商名稱 + 聯系電話 + 地址 + 聯系人

21、 + 賬號商品：商品碼 + 商品名稱 + 規格 + 備注倉庫：倉庫號 + 倉庫名 + 地址 +電話倉庫保管員：人員碼 + 姓名 + 性別 + 年齡 +工資 + 職務 顧客：顧客碼 + 顧客名 + 聯系電話 + 地址 訂貨合同：合同號 + 數量 + 金額 + 備注銷售合同：合同號 + 數量 + 金額 + 備注 結算員：職工碼 + 姓名 + 性別 + 年齡 + 工資 + 職務 供應：商品碼 + 供應商碼 + 合同號 + 數量 + 單價 入庫：商品碼 + 日期 + 倉庫號 + 貨架號發貨：商品碼 + 日期 + 合同號 + 數量購買：商品碼 + 顧客碼 + 合同號 + 數量 + 單價545.5 數據庫設計邏輯結構設計：對上述關系進行規范化，歸納和合并成下列主要關系模式： 供應商：供應商碼 + 供應商名稱 + 聯系電話 + 地址 + 聯系人 + 賬號 顧客：顧客碼 + 顧客名 + 聯系電話 + 地址職工：人員碼 + 姓名 + 性別 + 年齡 + 工資 + 職務 商品：