管理信息系統的系統實施.ppt_第1頁
管理信息系統的系統實施.ppt_第2頁
管理信息系統的系統實施.ppt_第3頁
管理信息系統的系統實施.ppt_第4頁
管理信息系統的系統實施.ppt_第5頁
已閱讀5頁,還剩30頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、第八章 管理信息系統的系統實施,8.1 物理系統的實施,物理系統的實施是計算機系統和通信網絡設備的定購、機房的準備和設備調試等一系列活動的總和。,必須從這些計算機產品中選擇最適合應用的品牌。配置計算機系統的基本原則是能夠滿足MIS的基本要求。此外應考慮:,一.計算機系統實施,8.1 物理系統的實施,可擴充性,性價比,售后服務 技術支持,MIS通常是一個由通信線路把各種設備連接起來構成的網絡系統。 MIS網絡有局域網(LAN)和廣域網(WAN)兩種。局域網通常是指一定范圍內的網絡,可以實現樓宇內部和鄰近的幾座大樓之間的聯系。廣域網之間通信,通常利用公共電信網絡,實現遠程設備之間的通信。,8.1

2、物理系統的實施,8.2 程序設計,可維護性 可靠性 可理解性 效率,8.2 程序設計,利用工程化的方法進行軟件開發(fā),通過建立軟件工程環(huán)境來提高軟件開發(fā)的效率。,自頂向下的方法在系統分析和設計階段都要使用。 每個系統都是由功能模塊構成的層次結構。底層的模塊一般規(guī)模較小,功能較簡單,完成系統某一方面的處理功能。 在設計中使用自頂向下的方法的目的在于一開始能從總體上理解和把握整個系統,而后對于組成系統的各功能逐步求精,從而使整個系統保持良好的結構,提高軟件開發(fā)的效率。,8.2 程序設計,模塊的獨立性 模塊的大小劃分要適當 模塊功能要簡單 共享的功能的模塊應集中,8.2 程序設計,8.2 程序設計,8

3、.3 軟件開發(fā)工具,一.電子表格軟件 二.數據庫管理 三.套裝軟件 四.可視化(Visual BASIC)編程工具 五.計算機輔助軟件工程(CASE),8.4 程序和系統調試,程序和系統調試的目的是發(fā)現程序和系統中可能存在的錯誤并及時予以糾正。,程序調試,程序的正確性驗證一般有理論法和實驗法兩種。 理論法是屬于程序正確性證明問題,它是利用數學方法證明程序的正確性。,8.4 程序和系統調試,編制測試數據,進行代碼測試 (1)用正常數據調試 (2)用異常數據調試 (3)用錯誤數據調試,8.4 程序和系統調試,8.4 程序和系統調試,程序功能測試面向程序應用環(huán)境,把程序看作一個“黑匣子”,認為程序只

4、要滿足應用功能上的需求,就是可行的。,分調(功能調試),系統的應用軟件通常由多個功能模塊組成,每個模塊由一個或多個程序構成。在單個程序調試完以后,尚需進行分調,即將一個功能內所有程序按次序串聯起來進行調試。,8.4 程序和系統調試,總調(能行性聯調),程序 總調,主控程序 和 調度程序 調試,8.4 程序和系統調試,特殊調試,非正規(guī)調試。不是針對程序在正常情況下運行的正確與否,而是根據系統需求選擇進行的,主要有:峰值負載測試、容量測試、響應時間測試、恢復能力測試等。,8.4 程序和系統調試,系統切換是指由舊的、手工處理系統響新的計算機信息系統過渡。 信息系統的切換一般有三種方法。,8.5 系統

5、切換,直接切換法就是在某一確定的時刻,老系統停止運行,新系統投入運行,新系統一般要經過較詳細的測試和模擬運行。,8.5 系統切換,在新系統的投入運行時,老系統并不停止運行,而是與新系統同時運行一段時間,對照兩者的輸出,利用老系統對新系統進行檢驗。 一般可分為兩步進行: 第一步以原系統作業(yè)為正式作業(yè),原系統作校核用,經過一段時間運行,在驗證新系統處理準確、可靠后,原系統停止運行。 并行處理的時間視業(yè)務內容而定,短則2至3個月,長則半年至一年,進行轉換工作時不應急于求成。,8.5 系統切換,試點過渡法,試點過渡法選用新系統的一部分代替老系統,以此作為試點,逐步地代替整個老系統。,8.5 系統切換,

6、新系統的投運需要大量的基礎數據,這些數據的整理和錄入工作量特別大,應及早準備,盡快完成。 系統切換不僅是機器的轉換、程序的轉換、更難的是人工的轉換;應提前做好人員培訓工作。 系統運行時會出現一些局部性的問題,這是正常現象。,8.5 系統切換,8.5 系統切換,1.系統運行的日常維護 2.系統運行情況的記錄,程序的維護 數據文件的維護 代碼的維護,8.5 系統切換,8.6 項目管理和系統評價,使管理人員事先對可能發(fā)生的情況作出預測,在問題發(fā)生之前及時進行控制和調整,從而使項目管理工作由被動的事后解決變?yōu)橹鲃拥氖虑暗目刂疲鬼椖块_發(fā)工作少出差錯、少走彎路,使管理工作不再被動。,第一步 做好人員管理

7、工作 1.系統工作人員 2.程序員 3.操作員 4.硬件人員 5.項目負責人 除此以外,項目開發(fā)還應有管理人員參與。,8.6 項目管理和系統評價,第二步 擬定和實現項目工作的計劃制定計劃可采用卡特圖或網絡計劃技術,以達到用最短的時間、最小的資源消耗完成預定的目標。,8.6 項目管理與系統評價,第三步:擬定文件 MIS的每個階段都應制定好相應的文件,明確工作目標和職責范圍。,8.6 項目管理與系統評價,對信息系統的功能評價 對現有硬件和軟件的評價 對信息系統的應用評價 對信息系統的經濟效果評價,8.6 項目管理與系統評價,傳統的開發(fā)方法,如結構化方法、原型法等存在的最大問題是難以弄清和表達需求,

8、用戶、系統分析人員、系統設計人員和編制人員之間交流十分困難。當需求發(fā)生變化或增加新的需求時,常常要對系統作大量的修改,結果往往是一再返工,甚至推倒重來,不斷追加投資,浪費時間,用戶意見大。,8.7 結構化到面向對象系統實施,面向對象的程序設計方法則允許用戶通過事件來控制對象的運行,用這種方法編制的軟件,其重用性好、易于維護、適用性強,系統在內外環(huán)境變化的過程中,易于保存較長的生命周期。,8.7 結構化到面向對象系統實施,UML1.1于1997年被對象管理組織(OMG)采納,成為基于面向對象技術的標準建模語言。當時已獲得了700多家公司的支持和采用,并占有了面向對象技術市場的85的份額。1999年發(fā)布UML2.0版本時,它已成為建模語言事實上的工業(yè)標準。,8.7 結構化到面向對象系統實施,8.7 結構化到面向對象系統實施,當描述系統的行為需求時,采用用例圖 當規(guī)定用戶域的詞庫時,采用類圖 當類和對象如何相互作用時,采用時序圖、協作圖、狀態(tài)圖、活動圖 當描述系統的軟件結構時,采用類圖和組件圖 當規(guī)定系統中軟件的行為時,采用時序圖、協作圖、狀態(tài)圖、活動圖 當描述運行軟件的處理器和設備的拓撲時,采用配置圖,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論