管理信息系統(tǒng)的系統(tǒng)實施

1、第七章 管理信息系統(tǒng)的系統(tǒng)實施第一節(jié) 物理系統(tǒng)的實施 物理系統(tǒng)的實施是計算機系統(tǒng)和通信網(wǎng)絡(luò)設(shè)備的定購、機房的準備和設(shè)備調(diào)試等一系列活動的總和。 必須從這些計算機產(chǎn)品中選擇最適合應(yīng)用的品牌。配置計算機系統(tǒng)的基本原則是能夠滿足MIS的基本要求。此外應(yīng)考慮：（1）計算機系統(tǒng)是否具有合理的性價比（2）系統(tǒng)是否具有良好的可擴充性（3）能否得到來自供應(yīng)商的售后服務(wù)和技術(shù)支持等一.計算機系統(tǒng)實施 MIS通常是一個由通信線路把各種設(shè)備連接起來構(gòu)成的網(wǎng)絡(luò)系統(tǒng)。MIS網(wǎng)絡(luò)有局域網(wǎng)（LAN）和廣域網(wǎng)（WAN）兩種。局域網(wǎng)通常是指一定范圍內(nèi)的網(wǎng)絡(luò)，可以實現(xiàn)樓宇內(nèi)部和鄰近的幾座大樓之間的聯(lián)系。廣域網(wǎng)之間通信，通常利用公

2、共電信網(wǎng)絡(luò)，實現(xiàn)遠程設(shè)備之間的通信。二.網(wǎng)絡(luò)系統(tǒng)的實施第二節(jié) 程序設(shè)計 在小程序設(shè)計中，主要強調(diào)程序的正確和效率，但對于大型程序，人們則首先強調(diào)程序的可維護性、可靠性和可理解性，然后才是效率。 可維護性 可靠性 可理解性 效率結(jié)構(gòu)化程序的方法 工程的思想即利用工程化的方法進行軟件開發(fā)，通過建立軟件工程環(huán)境來提高軟件開發(fā)的效率。自頂向下的模塊設(shè)計方法（TOP-Down Programming） 自頂向下的方法在系統(tǒng)分析和設(shè)計階段都要使用。每個系統(tǒng)都是由功能模塊構(gòu)成的層次結(jié)構(gòu)。底層的模塊一般規(guī)模較小，功能較簡單，完成系統(tǒng)某一方面的處理功能。在設(shè)計中使用自頂向下的方法的目的在于一開始能從總體上理解和

3、把握整個系統(tǒng)，而后對于組成系統(tǒng)的各功能逐步求精，從而使整個系統(tǒng)保持良好的結(jié)構(gòu)，提高軟件開發(fā)的效率。模塊化程序設(shè)計中應(yīng)注意 模塊的獨立性 模塊的大小劃分要適當 模塊功能要簡單 共享的功能的模塊應(yīng)集中結(jié)構(gòu)化程序設(shè)計方法（Structured Programming）1順序結(jié)構(gòu)2循環(huán)結(jié)構(gòu)3選擇結(jié)構(gòu)第三節(jié) 軟件開發(fā)工具一.電子表格軟件二.數(shù)據(jù)庫管理三.套裝軟件四.可視化（Visual BASIC）編程工具五.計算機輔助軟件工程（CASE）程序和系統(tǒng)調(diào)試 程序和系統(tǒng)調(diào)試的目的是發(fā)現(xiàn)程序和系統(tǒng)中可能存在的錯誤并及時予以糾正。程序調(diào)試 程序的正確性驗證一般有理論法和實驗法兩種。理論法是屬于程序正確性證明問題

4、，它是利用數(shù)學方法證明程序的正確性。 調(diào)試過程中通常要編寫測試數(shù)據(jù)。測試數(shù)據(jù)除采用正常數(shù)據(jù)外，還應(yīng)包括一些異常數(shù)據(jù)和錯誤數(shù)據(jù)，用來考驗程序邏輯上的正確性。常用的測試數(shù)據(jù)如下：1.用正常數(shù)據(jù)調(diào)試2.用異常數(shù)據(jù)調(diào)試3.用錯誤數(shù)據(jù)調(diào)試（1）輸入鍵號錯誤時（包括錯的鍵號和不應(yīng)有的鍵號）能否及時檢查出和發(fā)出出錯信息，并允許修改。（2）輸入數(shù)據(jù)錯誤時（包括錯誤數(shù)據(jù)、不合理數(shù)據(jù)和負數(shù)）能否及時檢查出和發(fā)出出錯信息，并允許修改。（3）操作錯誤時（包括磁盤錯誤，操作步驟和方法錯誤）能否及時檢查出和發(fā)出警告信息，并允許改正。代碼測試程序功能測試 經(jīng)代碼測試正確的程序只是在基本上驗證了程序邏輯上的正確性，但并不能驗

5、證程序是否滿足程序說明中的功能，也不能驗證測試數(shù)據(jù)本身是否完備。程序功能測試則面向程序應(yīng)用環(huán)境，把程序看作一個“黑匣子”，認為程序只要滿足應(yīng)用功能上的需求，就是可行的。分調(diào)(功能調(diào)試) 系統(tǒng)的應(yīng)用軟件通常由多個功能模塊組成，每個模塊由一個或多個程序構(gòu)成。在單個程序調(diào)試完以后，尚需進行分調(diào)，即將一個功能內(nèi)所有程序按次序串聯(lián)起來進行調(diào)試?？傉{(diào)(能行性聯(lián)調(diào))程序的總調(diào)主控程序和調(diào)度程序調(diào)試特殊調(diào)試 除了上述常規(guī)測試以外，還有一些必要性能測試。這些測試往往不是針對程序在正常情況下運行的正確與否，而是根據(jù)系統(tǒng)需求選擇進行的，主要有：峰值負載測試、容量測試、響應(yīng)時間測試、恢復能力測試等。第五節(jié) 系統(tǒng)切換、

6、運行及維護系統(tǒng)切換 系統(tǒng)切換是指由舊的、手工處理系統(tǒng)響新的計算機信息系統(tǒng)過渡。 信息系統(tǒng)的切換一般有三種方法。直接切換法 直接切換法就是在某一確定的時刻，老系統(tǒng)停止運行，新系統(tǒng)投入運行，新系統(tǒng)一般要經(jīng)過較詳細的測試和模擬運行。 這種方法在新系統(tǒng)的投入運行時，老系統(tǒng)并不停止運行，而是與新系統(tǒng)同時運行一段時間，對照兩者的輸出，利用老系統(tǒng)對新系統(tǒng)進行檢驗。一般可分為兩步進行，第一步以原系統(tǒng)作業(yè)為正式作業(yè)，原系統(tǒng)作校核用，經(jīng)過一段時間運行，在驗證新系統(tǒng)處理準確、可靠后，原系統(tǒng)停止運行。并行處理的時間視業(yè)務(wù)內(nèi)容而定，短則2至3個月，長則半年至一年，進行轉(zhuǎn)換工作時不應(yīng)急于求成。并行切換法試點過渡法 試點過

7、渡法選用新系統(tǒng)的一部分代替老系統(tǒng)，以此作為試點，逐步地代替整個老系統(tǒng)。在系統(tǒng)切換過程中，應(yīng)注意的問題：新系統(tǒng)的投運需要大量的基礎(chǔ)數(shù)據(jù)，這些數(shù)據(jù)的整理和錄入工作量特別大，應(yīng)及早準備，盡快完成。系統(tǒng)切換不僅是機器的轉(zhuǎn)換、程序的轉(zhuǎn)換、更難的是人工的轉(zhuǎn)換；應(yīng)提前做好人員培訓工作。系統(tǒng)運行時會出現(xiàn)一些局部性的問題，這是正?，F(xiàn)象。系統(tǒng)運行管理和維護MIS運行的日常管理：1.系統(tǒng)運行的日常維護2.系統(tǒng)運行情況的記錄維護的內(nèi)容主要有：程序的維護數(shù)據(jù)文件的維護代碼的維護第六節(jié) 項目管理和系統(tǒng)評價 項目管理技術(shù)可以使管理人員事先對可能發(fā)生的情況作出預測，在問題發(fā)生之前及時進行控制和調(diào)整，從而使項目管理工作由被動的

8、事后解決變?yōu)橹鲃拥氖虑暗目刂疲鬼椖块_發(fā)工作少出差錯、少走彎路，使管理工作不再被動。項目管理要做好以下幾方面的工作： 1.系統(tǒng)工作人員 2.程序員 3.操作員 4.硬件人員 5.項目負責人除此以外，項目開發(fā)還應(yīng)有管理人員參與。 制定計劃可采用卡特圖或網(wǎng)絡(luò)計劃技術(shù)，以達到用最短的時間、最小的資源消耗完成預定的目標。 三、制定相應(yīng)文件 MIS的每個階段都應(yīng)制定好相應(yīng)的文件，明確工作目標和職責范圍。系統(tǒng)評價的內(nèi)容包括：對信息系統(tǒng)的功能評價對現(xiàn)有硬件和軟件的評價對信息系統(tǒng)的應(yīng)用評價對信息系統(tǒng)的經(jīng)濟效果評價第七節(jié) 從結(jié)構(gòu)化系統(tǒng)的開發(fā)方法的系統(tǒng)實施到面向?qū)ο蠓椒ǖ南到y(tǒng)實施理性統(tǒng)一化開發(fā)方法的提出 傳統(tǒng)的開

9、發(fā)方法，如結(jié)構(gòu)化方法、原型法等存在的最大問題是難以弄清和表達需求，用戶、系統(tǒng)分析人員、系統(tǒng)設(shè)計人員和編制人員之間交流十分困難。當需求發(fā)生變化或增加新的需求時，常常要對系統(tǒng)作大量的修改，結(jié)果往往是一再返工，甚至推倒重來，不斷追加投資，浪費時間，用戶意見大。 面向?qū)ο蟮某绦蛟O(shè)計方法則允許用戶通過事件來控制對象的運行，用這種方法編制的軟件，其重用性好、易于維護、適用性強，系統(tǒng)在內(nèi)外環(huán)境變化的過程中，易于保存較長的生命周期。統(tǒng)一建模語言（UML） UML1.1于1997年被對象管理組織（OMG）采納，成為基于面向?qū)ο蠹夹g(shù)的標準建模語言。當時已獲得了700多家公司的支持和采用，并占有了面向?qū)ο蠹夹g(shù)市場的85的份額。1999年發(fā)布UML2.0版本時，它已成為建模語言事實上的工業(yè)標準。UML中用一系列圖來描述系統(tǒng)當描述系統(tǒng)的行為需求時，采用用例圖當規(guī)定用戶域的詞庫時，采用類圖當類和對象如何相互作用時，采用時序圖、協(xié)作圖、狀態(tài)圖、活動圖當描述系統(tǒng)的軟件結(jié)構(gòu)時，采用類圖和組件圖當規(guī)定系統(tǒng)中軟件的行為時，采用時序圖、協(xié)作圖、狀態(tài)圖、活動圖當描述運行軟件的處理器和設(shè)備的拓撲時，采用配置圖 案例討論案例討論1. 1.學位與研究生管理信息系統(tǒng)設(shè)計學位與研究生管理信息系統(tǒng)設(shè)計2.結(jié)構(gòu)化系統(tǒng)開發(fā)方法實例（二）結(jié)構(gòu)化系統(tǒng)開發(fā)方法實例（二）學子學子超市管理信息系統(tǒng)設(shè)計超市管理信息系統(tǒng)設(shè)計 分析學子超市管理信