【正文】 應用有一定的局限性 。 2） 開發(fā)一個工作模型 ， 實現(xiàn)軟件系統(tǒng)中重要的或容易產(chǎn)生誤解的功能 。 軟 件 工 程 原型模型的適應場合 ?原型模型比瀑布模型更符合人們認識事物的過程和規(guī)律，是一種較實用的開發(fā)框架。 螺旋模型的基本框架如圖 143所示 。 軟 件 工 程 螺旋模型 2． 風險分析 根據(jù)本輪制定的開發(fā)計劃 ， 進行風險分析 ， 評估可選方案 ， 并構(gòu)造原型進一步分析風險 ， 給出消除或減少風險的途徑 。 軟 件 工 程 螺旋模型 4． 用戶評價與階段評審 將原型提交用戶使用并征求改進意見 。這就要求構(gòu)造的原型的總體結(jié)構(gòu)、算法、程序、測試方案應具有良好的 可擴充性和可修改性 。 螺旋模型為項目管理人員及時調(diào)整管理決策提供了方便，進而可降低開發(fā)風險。 它是以面向?qū)ο蟮能浖_發(fā)方法為基礎 ， 以用戶需求為動力 ， 以對象來驅(qū)動的模型 。 軟 件 工 程 變換模型 變換模型（ transformational model）主要用于軟件的形式化開發(fā)方法。 以形式化開發(fā)方法為基礎的變換模型需要邏輯、代數(shù)等嚴格的數(shù)學理論和諸如形式化的需求規(guī)格說明語言、程序變換工具、定理證明工具等一整套開發(fā)環(huán)境的支持?；谒拇夹g的模型是指用4GT工具將開發(fā)者做出的軟件規(guī)格說明自動轉(zhuǎn)換成程序代碼。工程實用的軟件開發(fā)方法是達到軟件工程目標和克服軟件危機的主要途徑。 人們將工具按照統(tǒng)一的數(shù)據(jù)結(jié)構(gòu)、標準的程序界面集成，從而構(gòu)成了完整的軟件開發(fā)環(huán)境。這些工具和環(huán)境應遵循統(tǒng)一的標準，在操作系統(tǒng)、網(wǎng)絡和數(shù)據(jù)庫的支持下工作，以便使開發(fā)者們方便地相互通信并協(xié)同工作。 軟件生存周期由哪幾個過程組成 ？ 每個過程分別 包括哪幾個階段 ？ 軟件開發(fā)模型 、 軟件開發(fā)方法 、 集成的 CASE工 具與環(huán)境在軟件工程中各有什么作用 ？ 返回目錄 。 ? CASE工具和環(huán)境的進一步開發(fā)和使用 ， 已經(jīng)成為軟件工程的重要研究課題 。 軟 件 工 程 計算機輔助軟件工程 在軟件工程活動中，人們按照軟件工程的原則和方法，利用計算機及其集成的軟件開發(fā)環(huán)境，輔助軟件項目的開發(fā)、維護及管理的過程，稱為計算機輔助軟件工程（即 CASE， ComputerAided Software Engineering）。 軟 件 工 程 軟件開發(fā)工具與環(huán)境 軟件開發(fā)的工具軟件：支持軟件項目的開發(fā)、管理、維護活動的軟件 例如，項目管理工具、需求分析工具、設計工具、編碼工具、測試工具、維護工具等等。 軟 件 工 程 圖 146 基于四代技術的模型 收集需求 設計策略 4GL實現(xiàn) 測試 維護 基于四代技術的模型 軟 件 工 程 基于知識的智能模型 它可綜合幾個模型的特點，并與支持分析、設計、測試、維護等的應用領域的基于規(guī)則的專家系統(tǒng)相結(jié)合，構(gòu)成了應用領域的開發(fā)系統(tǒng)。 軟 件 工 程 基于四代技術的模型 1981年 R. Ross提出了第四代編程語言（即 4GL），它是一種 面向問題而非面向過程的語言 。 形式化軟件規(guī) 格說明（ M0） 模型檢查 需求分析 形式化軟件設 計說明（ M1） （ M2） 目標程序（ M ） 變 換 變 換 變 換 圖 145 變換模型 … 軟 件 工 程 變換模型 變換模型也應引入迭代機制。 5． 模型是對象驅(qū)動的 ， 對象是各階段活動的主體， 也是項目管理的基本內(nèi)容 。 適應場合：支持需求不明確 、 特別是大型軟件系統(tǒng)的開發(fā) ， 并支持面向規(guī)格說明 、 面向過程 、面向?qū)ο蟮榷喾N軟件開發(fā)方法 ， 是一種具有廣闊前景的模型 。 原型可看作形式的可執(zhí)行的需求規(guī)格說明，易于為用戶和開發(fā)人員共同理解，還可作為繼續(xù)開發(fā)的基礎，并為用戶參與所有關鍵決策提供了方便。 螺旋模型從第一個周期的計劃開始 ， 一個周期 、一個周期地不斷迭代 ， 直到整個軟件系統(tǒng)開發(fā)完成 。 所以 ， 螺旋模型是一個 風險驅(qū)動的模型 。 1． 計劃 （ 需求定義 ） 第一周期開始利用需求分析技術理解應用領域 ， 獲取初步用戶需求 ， 制定項目開發(fā)計劃 （ 即整個軟件生命周期計劃 ） 和需求分析計劃 。 軟 件 工 程 螺旋模型 ?螺旋模型 （ spiral model） 是 B. Boehm于1988年提出的 。 總之，建造原型應盡量采用相應的軟件工具和環(huán)境，并盡量采用 軟件重用技術 ，在運行效率方面可做出讓步，以便盡快提供。 軟件需求確定后 ， 便可進行設計 ， 編碼 、 測試等以后的各個開發(fā)步驟 。 軟 件 工 程 瀑布模型適應場合 瀑布模型一般適用于功能 、 性能明確 、 完整 、 無重大變化的軟件系統(tǒng)的開發(fā) 。 圖 141 帶反饋的瀑布模型 驗收測試 組裝測試 實現(xiàn) 詳細設計 概要設計 需求分析 退役 可行性研究 使用與維護 軟 件 工 程 瀑布模型優(yōu)點 提供了軟件開發(fā)的基本框架，有利于大型軟件開發(fā)過程中人員的組織、管理，有利于軟件開發(fā)方法和工具的研究與使用，因此，在軟件工程中占有重要的地位。又稱為軟件生存周期模型。 因此 ，軟件開發(fā)模型也是軟件工程的重要內(nèi)容 。 ?據(jù)統(tǒng)計 ， 軟件維護人員為了分析和理解原軟件系統(tǒng)所花費的工作量約占整個維護工作量的 60%以上 。 軟 件 工 程 軟件的使用與維護 1．軟件使用與維護階段 ?任務 : 通過各種維護活動使軟件系統(tǒng)持久地滿足用戶的需求 。 階段成果： ①應是滿足概要設計要求、可運行的軟件系統(tǒng) 和源程序清單； ② 組裝測試報告等文檔。 ?單元測試：每編寫出一個程序模塊的源程序，調(diào)試通過后，即對該模塊進行測試，這稱為單元測試。 ?編碼的主要任務是根據(jù)詳細設計規(guī)格說明 ， 用某種選定的程序設計語言把詳細設計的結(jié)果轉(zhuǎn)化為機器可運行的源程序模塊 ， 這是一個編程和調(diào)試程序的過程 。 軟 件 工 程 2．詳細設計 ?任務：是將概要設計產(chǎn)生的功能模塊進一步細化，形成可編程的程序模塊，然后設計程序模塊的內(nèi)部細節(jié)，包括算法、數(shù)據(jù)結(jié)構(gòu)以及各程序模塊間的接口信息，并設計模塊的單元測試計劃。 軟 件 工 程 軟件開發(fā) 1． 概要設計 —— 總體設計 ?任務： 是對需求規(guī)格說明中提供的軟件系統(tǒng)邏輯模型進行進一步的分解 ， 從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各子系統(tǒng)之間 、 各模塊之間的關系 ， 定義各子系統(tǒng)接口界面和各功能模塊的接口 ， 設計全局數(shù)據(jù)庫或數(shù)據(jù)結(jié)構(gòu) ， 規(guī)定設計約束 ， 制定組裝測試計劃 ， 進而給出每個功能模塊的功能描述 、 全局數(shù)據(jù)定義和外部文件定義等 。 軟 件 工 程 軟件開發(fā) ?軟件開發(fā)過程由概要設計、詳細設計、實現(xiàn)（即編碼與單元測試）、組裝測試、驗收測試共 5個階段組成。 軟 件 工 程 2．需求分析 3） 需求分析的階段成果 需求分析階段的主要成果有 軟件需求規(guī)格說明 、軟件驗收測試計劃和準則 、 初步的用戶手冊 等 。 系統(tǒng)分析員和開發(fā)人員在需求分析階段必須與用戶反復討論 、協(xié)商 ， 充分交流信息 ， 并用某種方法和工具構(gòu)建軟件系統(tǒng)的 邏輯模型 。 ?可行性研究的結(jié)果將是使用部門負責人做出是否繼續(xù)進行該項目決定的重要依據(jù)。 ?此時，系統(tǒng)分析人員應在用戶的配合下對用戶的要求和現(xiàn)有的環(huán)境進行深入調(diào)查并寫出調(diào)研報告。 圖 131 軟件生存周期階段的劃分 使用與維護 驗收測試 組裝測試 實現(xiàn) 詳細設計 概要設計 需求分析 退役 開發(fā)過程 使用與維護過程 定義過程 可行性研究 軟 件 工 程 軟件定義 ? 軟件定義的基本任務是確定軟件系統(tǒng)的工程需求，也就是要搞清“做什么”。 ? 可將軟件生存周期