1、手工處理信息過程和方法原封不動地“翻譯”成軟件程序后，常常失敗。 大型的應用系統應如何合理地組織人力、物力、財力來協調開發。 對一個實體組織應如何著手調查分析。 一個大型系統應該如何進行系統化的劃分。 如何才能合理地協調數據和利用信息資源。 如何充分發揮現有計算機和通訊設備的處理能力，更好的解決實際管理問題等。 使MIS正確反映管理需要，滿足用戶需求，使所開發的管理信息系統為管理決策提供信息支持； 有效地管理系統開發過程，加快軟件開發速度，提高軟件生產效率，降低費用； 增強MIS軟件產品的功能，提高軟件產品的質量； 充分利用軟件技術，盡快跟上硬件發展速度，從而最大限度地發揮和挖掘硬件的功能；

2、合理組織和充分利用人力、物力和財力等資源。 系統開發生命周期方法學技術開發環境/工具中央資源庫 系統開發生命周期：強調開發過程的組織、管理和控制。方法學：強調開發方法的驅動對象。 技術：支持某種方法論的技術。 系統開發環境/工具：強調系統開發需要在一定的開發環境下運用開發工具來完成。 目標是什么？目標是什么？系統規劃目標是什么？干什么？系統分析目標是什么？怎么干？系統設計目標是什么？動手干！系統實施一般工作MIS開發準備階段開發階段系統分析師系統分析師系統設計員程序員系統支持用戶系統分析師系統設計員怎么樣？系統評價系統開發的組織和管理開發方法學開發環境/工具開發技術標準化 (開發規范)分類：

3、面向過程的方法學（結構化方法學）70年代的主流 面向數據的方法學（數據建模和信息工程）80年代 面向對象的方法學90年代的主流 按按時間過程時間過程面向處理面向處理PO面向數據面向數據DO面向對象面向對象OO生命周期法生命周期法（LC）LC-POLC-DOLC-OO原型法原型法（PROT.)PROT.-POPROT.-DOPROT.OO技術是指運用一些特殊的工具和規則來完成信息系統開發生命周期的一個或幾個階段。技術只是支持某一種方法學或開發過程中的一部分。 舉例：數據流程圖、實體關系圖結構化方法學中的技術。 系統開發環境/工具是指用于支持系統生命周期、方法學以及技術的應用系統。 計算機輔助軟件

4、工程：Computer Aided Software Engineering, CASE 軟件開發環境：Software Development Environment, SDE 軟件工程環境：Software Engineering Environ-ment ,SEE 集成化項目/程序支持環境：Integrated Project/Programming Support Environment, IPSE 計算機開發方法結構化 SDLC原型法面向過程方法 (結構化方法)面向數據方法 (信息工程方法)面向對象方法 (OO方法)可視化技術計算機輔助 軟件工程軟件復用技術其它技術計算機輔助 軟件工

5、程軟件開發環境集成化的項目/ 程序支持環境計算機信息系統開發環境/工具 技 術系統開發生命 周期(SDLC)方法學：驅動 對象的觀點中央資源庫三、開發方法的結構體系 70年代：生命周期法（瀑布模型）和結構化系統開發生命周期各階段的主要工作系統開發生命周期各階段的主要工作詳細詳細設計設計提出提出要求要求可行性可行性研究研究系統系統評價評價系統系統維護維護驗收驗收編程編程調試調試系統系統轉換轉換詳細詳細調查調查初步初步調查調查邏輯邏輯設計設計開發方開發方案選擇案選擇審批審批審查審查審查審查總體總體設計設計系統規劃系統規劃系統分析系統分析系統設計系統設計系統實施系統實施系統運行系統運行 和維護和維護

6、 使開發工作標準化，減少隨意性 做到有序、高效和減少錯誤 建立標準的文檔過渡構建詳述開始l結構化開發方法80年代：原型方法軟件支持環境n關系數據庫系統n數據字典、建模工具n快速查詢系統n4GL軟件工具n可視化報告、界面生成器， 快速構造原型 在未完全定義好全局需求前，先實現一個原型，然后不斷修改，直至滿足要求。要求有開發環境的支持，如4GL語言。 螺旋模型 需求、設計、實現、測試、循環進行，遞增開發90年代：面向對象方法基本思想基本思想 客觀世界是由各種各樣的對象組成的，每種對象都有各自的內部狀態和運動規律，不同對象之間的相互作用和聯系就構成了各種不同的系統。 對象(Object)是客觀世界中

7、的任何事物或人們頭腦中的各種概念在計算機程序世界里的抽象表示。是面向對象程序設計的基本元素。 計算機輔助開發方法計算機輔助開發方法 （ CASE， Computer Aided Software Engineering）CASE方法解決問題的基本思路是：在前面所介紹的任何一種系統開發方法中，如果自對象系統調查后，系統開發過程中的每一步都可以在一定程度上形成對應關系的話，那么就完全可以借助于專門研制的軟件工具來實現上述一個個的系統開發過程。17.2 結構化系統開發方法結構化系統開發方法 系統分析系統分析 系統設計系統設計 系統實施系統實施 活動活動任務任務標準方法技術工具產品結構化方法示意圖 把

8、整個系統建設劃分成系統分析、系統設系統分析、系統設計、系統實施計、系統實施三個階段，每個階段進行若干活動，每項活動運用一系列規范的方法、技術和工具，完成一個或多個任務，形成符合一定規范與標準的產品。 基本思想：用系統的思想，系統工程的方法，按用戶至上的原則，結構化、模塊化、自頂向下對信息系統進行分析與設計。17.2 結構化系統開發方法結構化系統開發方法 結構化開發方法強調4條基本原則：用戶參與原則嚴格劃分工作階段原則自頂向下整體性的分析設計和自底向上逐步實施原則工作成果描述標準化原則17.2 結構化系統開發方法結構化系統開發方法 二、結構化系統開發方法開發系統的一般過程二、結構化系統開發方法開

9、發系統的一般過程 1 1.系統分析系統分析 系統開發目標系統開發目標系統初步調查系統初步調查 進行可行性論證進行可行性論證 經濟上經濟上 技術上技術上 資源上資源上 管理上管理上 可行性報告可行性報告 詳細系統調查詳細系統調查 管理業務流程的調查管理業務流程的調查 數據流程的調查數據流程的調查 系統化分析系統化分析 系統分析報告系統分析報告系統邏輯模型系統邏輯模型 批準！批準！ 17.2 結構化系統開發方法結構化系統開發方法 2 2.系統設計系統設計 系統邏輯模型系統邏輯模型系統物理模型系統物理模型 代碼設計代碼設計 信息系統流程圖設計信息系統流程圖設計 數據庫設計數據庫設計 處理流程圖設計處

10、理流程圖設計 系統設計說明書系統設計說明書 編寫程序設計說明書編寫程序設計說明書 17.2 結構化系統開發方法結構化系統開發方法 3 3.系統實施系統實施 程序設計程序設計及及 調調 試試 系統轉換系統轉換 系統運行與系統運行與評估評估 管理信息系統管理信息系統 程序說明書 使用說明書 測試報告 試用報告17.2 結構化系統開發方法結構化系統開發方法 優點優點： 嚴格區分開發階段，整體性與全局性好，系統的針對性強； 符合人們認識世界改造世界的一般規律，降低了問題的復雜程度。 采用了圖形描述方式，用數據流圖為即將開發的系統描述了一個可見的模型，也為相同的審查和評價提供了有利的條件。17.2 結構

11、化系統開發方法結構化系統開發方法 缺點缺點： 所需文檔資料數量大，開發周期長； 開發過程繁瑣、復雜，系統難以適應環境的變化; 與用戶交流不直觀，規格說明的難以完善和用戶需求的模糊性成為傳統的結構化開發方法的重大障礙。應用范圍應用范圍： 適合于大型信息系統的開發。17.2 結構化系統開發方法結構化系統開發方法 u原型法基本思想原型法基本思想 u原型法開發過程原型法開發過程u原型法優缺點和適用范圍原型法優缺點和適用范圍u原型法的種類與特點原型法的種類與特點 在未完全定義好全局需求前，憑借著系統分析人員對用戶要求的理解，在強有力的軟件環境支持下，快速地給出一個實實在在的模型（或稱原型、雛形），然后與

12、用戶反復協商修改,直至用戶滿足要求，從而最終形成實際系統。軟件支持環境n關系數據庫系統n數據字典、建模工具n快速查詢系統n4GL軟件工具n可視化報告、界面生成器， 快速構造原型一、原型法基本思想一、原型法基本思想 Y用戶對新系統提出需求（提出問題）開發人員對問題進行總結開發一個原型系統運行原型系統有修改意見？修改增加新功能否？NN完成系統開發并交付使用Y增加功能原型法開發流程示意圖優點：優點： 與用戶交流直觀，能調動用戶參與的積極性； 符合人們認識事物的規律； 能及早暴露系統實施后潛在的一些問題。缺點：缺點： 不適合大型系統的開發； 不適合大量運算及邏輯性強的模塊； 對原企業基礎管理工作要求較

13、高；否則容易走上機械模 擬原手工系統的軌道； 不適合批處理系統； 每次反復都要花費人力、物力。三、原型法優缺點和適用范圍三、原型法優缺點和適用范圍四、原型法優缺點和適用范圍四、原型法優缺點和適用范圍適用范圍：適用范圍：適用于小型、局部系統；適用于規模較小的系統；適用于業務處理過程比較簡單或不太復雜的系統；適用于業務需求相對較為確定（不一定很明確）的系統；適用于具有較豐富系統開發經驗的人員采用。丟棄式原型法 （Throw-It-Away Prototyping Method） 演化式原型法 (Evolutionary Prototyping Method) 遞增式原型法 （Incremental

14、 Prototyping Method） 五、原型法的種類與特點五、原型法的種類與特點丟棄式原型法 （Throw-It-Away Prototyping Method） 僅把原型系統作為用戶和開發人員之間進行通信的媒介，而不是把它作為實際系統運行。生命周期法生命周期法可行性研究可行性研究系統分析（需求定義）系統分析（需求定義）系統設計（總體設計，系統設計（總體設計，詳細設計）詳細設計）系統實施系統實施系統測試系統測試維護與評價等維護與評價等確定基本要求確定基本要求建造原型建造原型評評 審審修修 改改是否滿意是否滿意否否是是丟棄式原型法與生命周期法的結合演化式原型法 (Evolutionary

15、Prototyping Method) 用戶的要求及系統的功能總在發生著變化，與其花大力氣了解不清楚的東西，不如先按照基本需求開發出一個系統，讓用戶先使用起來，有問題隨時修改。系統設計系統設計系統實施系統實施是否滿意是否滿意否否是是演化（重新設計、實施）演化（重新設計、實施）最終系統多次反復演化式原型法的開發過程遞增式原型法 （Incremental Prototyping Method） 開始時系統有一個總體框架，各功能單元的結構和功能也十分清楚，系統應完成什么功能，分為幾個部分，各個部分應有幾個模塊，都已理解和掌握，且以后不需要作更大的變動，只是具體到每一個模塊，還沒有全部實現。只是為了說

16、明問題又都有一些數據來演示這些模塊的功能。在開發過程中，不斷完善和替代舊的模塊。系統總體設計系統總體設計是否全部實現是否全部實現功能子單元功能子單元否否是是實現一個功能子單元實現一個功能子單元最終系統遞增式原型法的開發過程17.4 管理信息系統開發模型管理信息系統開發模型瀑布模型 原型模型RAD模型 增量模型螺旋模型一、瀑布模型17.4 管理信息系統開發模型管理信息系統開發模型軟件支持環境n關系數據庫系統n數據字典、建模工具n快速查詢系統n4GL軟件工具n可視化報告、界面生成器， 快速構造原型二、原型模型17.4 管理信息系統開發模型管理信息系統開發模型三、快速應用開發模型 (Rapid Ap

17、plication Development，RAD) RAD模型是一個線性順序的系統開發模型，通過使用基于構建的建造方法獲得快速開發。強調極短的開發周期。 RAD強調系統的模塊化，以RAD小組基于模塊化快速開發。17.4 管理信息系統開發模型管理信息系統開發模型RAD模型小組# 1業務建模數據建模處理建模應用生成測試及反復小組# 2業務建模數據建模處理建模應用生成測試及反復小組# 3業務建模數據建模處理建模應用生成測試及反復時間17.4 管理信息系統開發模型管理信息系統開發模型業務建模數據建模處理建模應用生成測試及反復業務建模業務活動中的信息流被模型化。什么信息驅動業務流程？數據建模信息流被精

18、化，形成一組支持該業務所需的數據對象。處理建模數據對象變成為要完成一個業務功能所需的信息流。以便增加、修改、刪除或獲取某個數據對象。應用生成采用已有的程序構件或是使用自動化工具輔助軟件創建可復用的程序構件。測試及反復舊構件已測試，重點測試新程序構件和接口。RAD模型的開發階段17.4 管理信息系統開發模型管理信息系統開發模型RAD方法的缺點:1.需要足夠的人力資源以創建足夠多的RAD小組；2.開發方和用戶的任何一方不能完成約定，都會導致RAD項目的失敗。RAD模型的使用范圍1.不適合難以模塊化的系統；2.不適合程序接口復雜的系統；3.不適合技術風險高、要求技術新的系統。17.4 管理信息系統開發模型管理信息系統開發模型四、增量模型分析設計實現維護系統/信息工程第三個增量發布分析設計實現維護第二個增量發布分析設計實現維護第一個增量發布（核心產品）時間增量17.4 管理信息系統開發模型管理信息系統開發模型五、螺旋模型17.4 管理信息系統開發模型管理信息系統開發模型 系統開發和采用何種開發方法，是管理信息系統開發能否成功的關鍵。 各種開發方法各有其側重點，結構化系統開發