【文章內(nèi)容簡介】 否 否 是 （ a ）順序結構 （ B ）判斷結構 （ c ）循環(huán)結構 圖 2 .3 程序的基本邏輯結構 動作 A 動作 B 條件 C 動作 A 動作 B 條件 C 動作 A 返回 前頁 后頁 退出 返回 32 結構化方法的基本思想 用系統(tǒng)工程的思想和工程化的方法、按用戶至上的原則，結構化、模塊化、自頂向下的對系統(tǒng)進行分析和設計。 先將每個信息系統(tǒng)開發(fā)過程劃分出若干個獨立的階段。如系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施等。 在系統(tǒng)調(diào)查或理順管理業(yè)務時，應從最頂層的管理業(yè)務入手，逐步深入至最基層（ 自頂向下 ）。在系統(tǒng)分析階段，提出新系統(tǒng)方案。在系統(tǒng)設計時，應從宏觀整體考慮入手，先考慮系統(tǒng)整體的優(yōu)化，然后再考慮局部的優(yōu)化問題。 在系統(tǒng)實施階段，則應堅持 自底向上 的逐步實施。也就是說，組織人力從最基層的模塊做起（編程），然后按照系統(tǒng)設計的結構，將模塊一個個拼接到一起進行調(diào)試，自底向上、逐漸的構成整體系統(tǒng)。 返回 結構化系統(tǒng)開發(fā)方法 ==生命周期法 工廠化方法 前頁 后頁 退出 返回 33 前頁 后頁 退出 返回 34 70年代：生命周期法 (瀑布模型 ) 瀑布模型， 1976年， Boehm提出 系統(tǒng)需求 軟件需求 總體設計 詳細設計 編程調(diào)試 運行維護 MIS的生命周期法 就是按照 MIS的生命周期來開發(fā)的一種方法，把 MIS的開發(fā)分為五個階段：系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施和系統(tǒng)的運行維護。 前頁 后頁 退出 返回 35 生命周期法 70年代：生命周期模型 系統(tǒng)設計系統(tǒng)規(guī)劃系統(tǒng)實施系統(tǒng)分析抽象程度 新系統(tǒng)的生命期 系統(tǒng)開發(fā)過程參考 可行性報告 系統(tǒng)說明書 設計說明書 用戶手冊 當前系統(tǒng)的生命期 當前系統(tǒng)運行維護新系統(tǒng)運行維護時間圖2 1 M I S 生命周期模型對其每一階段規(guī)定它的任務、工作流程、管理目標及要編制的文檔，使開發(fā)工作易于管理和控制，形成一個可操作的規(guī)范。 系統(tǒng)開發(fā)生命周期基本框架管理策略部分 開發(fā)策略部分? 規(guī)劃? 進度安排? 評估? 監(jiān)控? 反饋? 任務分解結構? W B S 優(yōu)先級結構? 開發(fā)經(jīng)驗? 開發(fā)標準圖：系統(tǒng)開發(fā)生命周期基本框架前頁 后頁 退出 返回 36 系統(tǒng)開發(fā)的可行性報告 論證 可行 總體規(guī)劃方案 審定 滿意 系統(tǒng)分析與設計方案 不可行 停止 停止 未批準 修改 核審 修改 不滿意 不滿意 前頁 后頁 退出 返回 37 滿意 目標系統(tǒng)全面總結報告 鑒定 改進設計 未通過 通過 被使用的新系統(tǒng) 前頁 后頁 退出 返回 38 結構化開發(fā)方法的 優(yōu)缺點 優(yōu)點 – 用戶的參與 – 先邏輯后物理 – 自頂向下，分解協(xié)調(diào)強調(diào)系統(tǒng)開發(fā)過程的 整體性和全局性， 做到有序、高效，每個階段都有明確的要求、嚴格的標準 – 文檔的規(guī)范化與標準化（ 即程序和文檔都要規(guī)范化、標準化 ） 缺點 – 系統(tǒng)開發(fā) 周期過長 – 系統(tǒng) 開發(fā)人員 與用戶 交流機會少 ，缺乏靈活性， – 不適合開發(fā)需求不明確的系統(tǒng)，希望在系統(tǒng)分析階段就預先將所有問題討論清楚，軟件交付之前用戶只能通過文檔了解產(chǎn)品 前頁 后頁 退出 返回 39 原型法（螺旋模型） 80年代：原型方法 – 原型法：在未完全定義好全局需求前，先實現(xiàn)一個原型，然后不斷修改，直至滿足要求。要求有開發(fā)環(huán)境的支持，如 4GL語言。 返回 前頁 后頁 退出 返回 40 螺旋模型（原型法） 螺旋模型：（ Glass提出） – 需求、設計、實現(xiàn)、測試、循環(huán)進行，遞增開發(fā) 返回 前頁 后頁 退出 返回 42 原型方法 – 在關系數(shù)據(jù)庫系統(tǒng)、第四代開發(fā)語言（ 4GL）和各種可視化開發(fā)環(huán)境的支持下提出的一種開發(fā)方法 開發(fā)要求 分析評價 軟件環(huán)境 用戶 開發(fā)商 構造原型 軟件支持環(huán)境 ?RDBMS ?數(shù)據(jù)字典、建模工具 ?快速查詢系統(tǒng) ?4GL軟件工具 ?可視化報告、界面生成器，快速構造原型 前頁 后頁 退出 返回 43 原型法的特點 – 優(yōu)點： ? 開發(fā)效率高； ? 能及早暴露系統(tǒng)實施后潛在的一些問題，降低系統(tǒng)風險； ? 與用戶交流直觀；能調(diào)動用戶參與的積極性。 – 缺點： ? 不適合大型系統(tǒng)的開發(fā)； ? 不適合大量運算及邏輯性強的模塊； ? 對開發(fā)工具要求高； ? 對原企業(yè)基礎管理工作要求較高；否則容易走上機械模 擬原手工系統(tǒng)的軌道。 前頁 后頁 退出 返回 44 面向對象 前頁 后頁 退出 返回 45 面向對象方法 “ 面向對象 ” 方法是由面向對象程序設計方法 OOP發(fā)展起來的。 對象 客觀世界由各種各樣的對象組成，每種對象都有各自的內(nèi)部狀態(tài)和運動規(guī)律，不同對象之間的相互作用和聯(lián)系就構成了各種不同的系統(tǒng)。 人為的將軟件中的數(shù)據(jù)和處理分成兩個獨立的部分，會增加軟件開發(fā)維護的難度，與傳統(tǒng)方法相反， OO方法把數(shù)據(jù)和對數(shù)據(jù)的操作 緊密結合在了一起。 前頁 后頁 退出 返回 46 OO方法可以概括為： – 現(xiàn)實世界由對象組成 – 對象由屬性和方法組成。屬性反映對象的狀態(tài)，方法定義改變屬性狀態(tài)的操作。對象具有封裝的特性 – 對象抽象為類（ class)，類之間可以繼承 – 對象之間的聯(lián)系主要通過消息傳遞來實現(xiàn) OO = Object + Class + Inheritance + Communicate with Messages OO = 對象 + 類 + 繼承機制 + 消息通信 前頁 后頁 退出 返回 47 OO方法的開發(fā)過程 (1)系統(tǒng)調(diào)查和需求分析 (2)分析問題的性質(zhì)和求解問題（ OOA） (3)設計問題（ OOD） (4)程序實現(xiàn)（ OOP） 前頁 后頁 退出 返回 48 面向對象分析 OOA 面向對象的分析方法，即 OOA方法， OOA分析方法是建立在對處理對象客觀運行狀態(tài)的信息模擬和面向對象程序設計語言的概念基礎之上。 它從信息模擬中吸取了屬性、關系、結構以及對象作為問題域中某些事物的、實例的表示方法；從面向對象的程序設計語言中吸取了屬性和方法的封裝，屬性和方法作為一個不可分割的整體以及分類結構和繼承性等概念。在用 OOA具體地分析一個事物時，大