第7章 管理信息系統(tǒng)的實施.ppt

1、1,.第七章 管理信息系統(tǒng)的實施、評 價與運行管理,第一節(jié) 系統(tǒng)實施 第二節(jié) 運行管理 第三節(jié) 系統(tǒng)維護 第四節(jié) 系統(tǒng)評價 第五節(jié) 結構化方法向面向對象方法的 轉變,2,第一節(jié) 系統(tǒng)實施,系統(tǒng)實施的主要內容包括 系統(tǒng)實施階段既是成功地實現(xiàn)新系統(tǒng)，又是取得用戶對系統(tǒng)信任的關鍵階段。 MIS的規(guī)模越大，實施階段的任務就越復雜。為此，在系統(tǒng)正式實施開始之前，就要制定出周密的計劃，即確定出系統(tǒng)實施的方法、步驟、所需的時間和費用。 并且要監(jiān)督計劃的執(zhí)行，做到既有計劃又有檢查，以保證系統(tǒng)實施工作的順利進行。,3,系統(tǒng)實施框架,7.1 續(xù),4,系統(tǒng)實施成功的關鍵因素是： 領導重視并親自參與 嚴格的組織與管理

2、 系統(tǒng)硬件 系統(tǒng)軟件 扎實而細致的基礎性工作 人員的教育與培訓 在上述的關鍵因素中，人的因素是第一位的。,7.1 續(xù),5,物理系統(tǒng)的實施 計算機系統(tǒng)的實施； 網(wǎng)絡系統(tǒng)的實施。,7.1 續(xù),6,數(shù)據(jù)庫系統(tǒng)的建立 根據(jù)物理環(huán)境（計算機與網(wǎng)絡），選擇合適的操作系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)； 選擇合適的開發(fā)工具與環(huán)境； 數(shù)據(jù)庫框架的建立。,7.1 續(xù),7,程序設計與調試,1、程序設計方法的選用,2、衡量編程工作的指標,3、常用的編程工具,4、程序調試,7.1 續(xù),8,7.1 續(xù),程序設計方法的選用 結構化程序設計方法仍為主流選擇 結構化的程序設計方法是從結構化分析方法中引申出來的，它強調使用標準的程序控制結構

3、，即單入口、單出口的控制結構。 結構化的程序基本控制結構包括：順序結構、分支結構、循環(huán)結構：,9,前面我們講過，MIS系統(tǒng)的開發(fā)方法還有原型法、OO方法等，但是，按照系統(tǒng)分析得到的HIPO圖的要求，用結構化的方法來分解內容和設計程序，實現(xiàn)系統(tǒng)的各個功能模塊，仍是當前程序設計的主流方法。,7.1 續(xù),10,衡量編程工作的技術指標 可靠性； 規(guī)范性； 可讀性（可理解性）； 可維護性； 效率（包括程序效率和程序設計人員的工作效率）。,7.1 續(xù),11,常用的編程工具 如今的開發(fā)工具與環(huán)境，日趨集成化、自動化、智能化； 常用的工具包括電子表格軟件、數(shù)據(jù)庫管理平臺（如ORACLE）、套裝軟件（如微軟Of

4、fice）、可視化編程工具（如VB）、計算機輔助軟件工程（CASE）等； 根據(jù)編程語言的特點、系統(tǒng)運行的環(huán)境、MIS的應用功能以及程序員的偏好（熟悉程度）來選擇開發(fā)工具。,7.1 續(xù),12,程序和系統(tǒng)調試（測試） 程序與系統(tǒng)調試的目的是發(fā)現(xiàn)程序和系統(tǒng)中可能存在的錯誤并技術予以糾正。,7.1 續(xù),13,調試的原則 應當把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者的座右銘； 測試用例應由測試輸入數(shù)據(jù)和與之對應的預期輸出結果這兩部分組成； 程序員應避免測試自己的程序； 在設計測試用例時，應當包括合理的輸入條件和不合理的（異常的、臨界的或可能引起問題變異的，包括錯誤的輸入）輸入條件； 充分注意測試中

5、的錯誤群集現(xiàn)象； 嚴格執(zhí)行測試計劃，排除測試的隨意性； 應當對每一個測試結果進行全面的檢查； 妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告。,7.1 續(xù),14,7.1 續(xù),測試的方法,15,錯誤類型 致命錯誤：系統(tǒng)崩潰或掛起、破壞數(shù)據(jù)； 嚴重錯誤：使系統(tǒng)不穩(wěn)定、產(chǎn)生錯誤結果、菜單功能無法實現(xiàn)； 一般錯誤：在完成某一功能時出現(xiàn)錯誤但并不影響該功能的實現(xiàn)； 建議項：軟件不完善或用戶使用不方便之處。,7.1 續(xù),16,7.1 續(xù),測試的過程,17,單元測試 測試模塊在語法、格式和邏輯上的錯誤。 主要評價模塊的下述五個特性： 模塊接口； 局部數(shù)據(jù)結構； 邊界條件； 覆蓋條件； 出錯處理。,7.1

6、 續(xù),18,集成（組裝）測試 用經(jīng)過測試的模塊組裝成設計所規(guī)定的軟件系統(tǒng)的過程就是“集成”。 集成測試的主要目標時要求符合實際的軟件結構，解決模塊接口的一致性問題。 集成測試的主要內容： 各模塊是否無誤地連接； 能否保證數(shù)據(jù)有效傳送及數(shù)據(jù)的完整性和一致性； 人機界面及各種通信接口能否滿足設計要求； 除了在存儲器中需要分配絕對地址外，是否具有新的定位能力； 能否與軟件需求規(guī)格說明中規(guī)定的所有設備正確連接。,7.1 續(xù),19,確認測試 集成測試通過后，軟件已經(jīng)組裝成一個完整的軟件包，這時可用確認測試用例測試程序，將結構與期望值比較測試軟件是否滿足需求規(guī)格說明的要求。 其主要內容包括： 功能方面應測

7、試系統(tǒng)的輸入、處理、輸出是否滿足要求； 性能方面應測試系統(tǒng)的數(shù)據(jù)精度、時間特性（如響應時間、更新處理時間、數(shù)據(jù)轉換及傳輸時間等）、適應性（在操作方式、運行環(huán)境與其它軟件的接口發(fā)生變化時，應具備的適應能力）是否滿足設計要求； 其它限制條件的測試，如可使用性。安全保密性、可維護性、可移植性以及故障處理能力等。,7.1 續(xù),20,系統(tǒng)測試 將通過系統(tǒng)測試的軟件作為整個計算機系統(tǒng)的一個元素，與硬件、外設等其它元素結合在一起，對軟件系統(tǒng)進行整體測試和有效性測試。 系統(tǒng)測試的內容應包括對各子系統(tǒng)或分系統(tǒng)間的接口正確性的檢查和對系統(tǒng)的功能、性能的測試； 一般包括以下幾種測試： 恢復測試； 安全測試； 強度測

8、試； 性能測試。,7.1 續(xù),21,驗收測試 系統(tǒng)測試之后，并試運行預定時間，企業(yè)應進行驗收測試，確認新的系統(tǒng)能否達到驗收標準，包括測試有關的文檔資料的審查驗收和對程序的測試驗收。 主要內容包括： 文檔資料的審查驗收； 余量要求，實際考察計算機存儲空間、輸入輸出通道和批處理間接使用情況，要保持至少有20的余量； 功能測試； 性能測試； 強化測試； 性能降級執(zhí)行方式測試； 安裝測試。,7.1 續(xù),22,測試文檔 測試計劃：詳細規(guī)定了測試的要求，包括測試的目的和內容、方法和步驟以及評價測試的準則等。 測試分析報告：說明對測試的結果的分析情況，經(jīng)過測試證實的軟件具有的功能以及它的欠缺和限制，并給出評

9、價的結論性的意見。,7.1 續(xù),23,7.1 續(xù),軟件測試與軟件開發(fā)過程的關系,24,7.1 續(xù),人員培訓,25,7.1 續(xù),試運行和系統(tǒng)切換,1、系統(tǒng)的試運行：系統(tǒng)初始化、記錄系統(tǒng)運行的數(shù)據(jù)和狀況、核對新老系統(tǒng)輸出結果；對輸入方式進行考查；對系統(tǒng)響應速度進行實際測試。,2、基礎數(shù)據(jù)準備：基礎數(shù)據(jù)統(tǒng)計工作科學化；計量工具、計量方法、數(shù)據(jù)采集渠道和程序都固定下來，確保新系統(tǒng)運行有穩(wěn)定可靠的數(shù)據(jù)來源；類統(tǒng)計和數(shù)據(jù)采集報表標準化、規(guī)范化。,3、系統(tǒng)切換,26,第二節(jié) 運行管理,三分技術，七分管理，十二分數(shù)據(jù) 新系統(tǒng)在企業(yè)中的地位 系統(tǒng)運行管理的組織機構 基礎數(shù)據(jù)的管理 運行管理制度,27,7.2 續(xù)

10、,新系統(tǒng)在企業(yè)中的地位,28,系統(tǒng)運行管理的組織機構 建立由各類人員構成的、各自責任和主要任務明確的、具有良好內部組織結構的系統(tǒng)運行管理的組織結構。 基礎數(shù)據(jù)的管理 建立規(guī)范的基本數(shù)據(jù)管理制度，包括： 基本數(shù)據(jù)收集和統(tǒng)計渠道管理制度； 計量方式和計量方法管理制度； 原始數(shù)據(jù)管理制度； 系統(tǒng)內部各種運行文件和數(shù)據(jù)庫文件歸檔的技術檔案管理制度。,7.2 續(xù),29,系統(tǒng)運行管理制度 建立健全的系統(tǒng)運行管理制度，包括： 系統(tǒng)操作規(guī)程； 系統(tǒng)數(shù)據(jù)修改規(guī)程； 定期數(shù)據(jù)維護制度； 系統(tǒng)運行情況記錄及系統(tǒng)日志檔案制度。,7.2 續(xù),30,系統(tǒng)操作規(guī)程 正確的操作步驟和操作方法； 各種操作人員所能夠執(zhí)行的功能范

11、圍說明； 系統(tǒng)的數(shù)據(jù)采集、輸入、編輯、修改、維護、備份、刪除、恢復的審批手續(xù)和制度； 系統(tǒng)輸出報表、文件的時間限制和審批制度； 跨部門的信息傳送審批制度等。 安全保密制度 密碼管理制度； 備份保存制度； 病毒防治制度； 數(shù)據(jù)密級管理制度； 員工安全培訓制度等。,7.2 續(xù),31,為了應付信息系統(tǒng)的環(huán)境和其它因素的各種變化，保證系統(tǒng)正常運行采取的一切活動，包括改善系統(tǒng)功能、解決系統(tǒng)運行期間發(fā)生的問題。,7.3 系統(tǒng)維護,32,系統(tǒng)維護的類型 改正性維護（corrective maintenance） 在系統(tǒng)交付使用后，由于開發(fā)時測試的不徹底、不完全，必然會有一部分隱藏的錯誤被帶到運行階段來。改正

12、軟件性能上的缺陷、排除實施中的誤使用，應進行的診斷和改正錯誤的過程，是改正性維護。 適應性維護（adaptive maintenance） 隨著計算機的飛速發(fā)展，外部環(huán)境（新的硬、軟件配置）或數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入輸出方式、數(shù)據(jù)存儲介質）可能發(fā)生變化，為了使系統(tǒng)適應這種變化，要求系統(tǒng)作出相應的改動，優(yōu)化系統(tǒng)的功能，即要求系統(tǒng)進行適應性維護。,7.3 續(xù),33,完善性維護（perfective maintenance） 在系統(tǒng)的使用過程中，用戶往往會對系統(tǒng)提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴充軟件功能、增強軟件性能、改進加工效率、提高軟件的可維護性。

13、這種情況下進行的維護活動叫做完善性維。 預防性維護（preventive maintenance） 通常，預防性維護定義為：“把今天的方法學用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進的軟件工程方法對需要維護的軟件或軟件中的某一部分（重新）進行設計、編制和測試，以消滅軟件系統(tǒng)潛伏的錯誤，防止系統(tǒng)將來發(fā)生其它錯誤。,7.3 續(xù),34,7.3 續(xù),35,系統(tǒng)維護的內容 程序維護 數(shù)據(jù)維護 代碼維護 設備維護,7.3 續(xù),36,系統(tǒng)評價的內容 對系統(tǒng)的功能評價； 對現(xiàn)有硬軟件的評價； 對系統(tǒng)應用的評價； 對系統(tǒng)的經(jīng)濟效益評價。,7.4 系統(tǒng)評價,37,系統(tǒng)評價報告 系統(tǒng)的名稱、結構和功能；

14、任務提出者、開發(fā)者和用戶； 有關文檔資料； 經(jīng)濟效益評價； 系統(tǒng)的性能評價； 綜合評價。,7.4 續(xù),38,提出背景 結構化開發(fā)方法是信息系統(tǒng)開發(fā)比較成熟的主流方法。我們這門課程主要就是按照結構化方法的系統(tǒng)實施來介紹和組織的。 然而MIS開發(fā)是一項高收益和高風險并存的工程，其成功率一致很低。 20世紀80年代中國企業(yè)信息化成功率僅20左右（教材P176頁）。 1994年，Standish Group 對于IT行業(yè)的 8400個IT項目的研究結果： 項目實現(xiàn)其目標 16.2% 項目需要補救 52.7% 徹底失敗 31.1%,7.5 結構化方法向面向對象方法的轉變,39,7.5 續(xù),40,7.5

15、續(xù),傳統(tǒng)開發(fā)方法的主要弊端 傳統(tǒng)開發(fā)方法，如結構化方法、原型方法等存在的最大問題是難以弄清和表達需求，用戶、系統(tǒng)分析人員、系統(tǒng)設計人員和編程人員之間的交流十分困難； 當需求發(fā)生變化或增加新的需求時，常常要對系統(tǒng)作大量的修改，結果往往是一再返工，甚至推倒重來，投資增加，時間拖延，用戶意見大。,41,問題分析 人們通過長期的實踐認識到，產(chǎn)生以上問題的主要原因是MIS系統(tǒng)的復雜性超過了開發(fā)人員有限的理性能力范圍，開發(fā)者難以對整個開發(fā)過程加以強有力的控制。解決上述問題的關鍵是在系統(tǒng)開發(fā)、分析、設計和實施的各個階段處理好以下問題： 弄清需求，正確描述需求； 加快程序設計，并允許快速修改； 系統(tǒng)開發(fā)的各個階段應能夠順利銜接。 解決辦法 一方面不斷完善系統(tǒng)分析和系統(tǒng)設計方法； 另一方面采用面向對象程序設計方法。,7.5 續(xù),42,