軟件生命周期與軟件過程模型-資料下載頁
2025-05-10 13:23本頁面
【正文】 完成前已有同類的系統(tǒng)面世參加競爭 需求變更 項目和產(chǎn)品 比預期要多得多的需求變更 42 溝通 策劃 建模 構建 部署 交付 反饋 開始 分析 設計 編碼 測試 項目估算 制定進度計劃 風險分析 43 ? 噴泉模型 44 ? 噴泉模型是一種支持面向對象開發(fā)的模型 ? 體現(xiàn) 迭代 和 無間隙 特征 該模型認為軟件開發(fā)過程自下而上周期的各階段是相互重疊和多次反復的，就像水噴上去又可以落下來，類似一個噴泉。各個開發(fā)階段沒有特定的次序要求，并且可以交互進行，可以在某個開發(fā)階段中隨時補充其他任何開發(fā)階段中的遺漏。 45 ? 軟件的某個部分通常被重復多次，相關對象在每次迭代中隨之加入漸進的軟件成分。各活動之間無明顯邊界，例如設計和實現(xiàn)之間沒有明顯的邊界，這也稱為“噴泉模型的無間隙性”。由于對象概念的引入，表達分析、設計及實現(xiàn)等活動只用對象類和關系，從而可以較容易地實現(xiàn)活動的迭代和無間隙。 46 ? 噴泉模型不像瀑布模型那樣，需要分析活動結束后才開始設計活動，設計活動結束后才開始編碼活動。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進行開發(fā)。 ? 優(yōu)點是可以提高軟件項目開發(fā)效率，節(jié)省開發(fā)時間，適應于面向對象的軟件開發(fā)過程。 ? 由于噴泉模型在各個開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人員，因此 不利于項目的管理 。 ? 此外這種模型要求嚴格管理文檔，使得 審核的難度加大 ，尤其是面對可能隨時加入各種信息、需求與資料的情況。 47 起始 細化 構建 轉換 軟件增量 生產(chǎn) 發(fā)布 近年流行的 ?統(tǒng)一過程模型 48 基于構件的軟件開發(fā)模型 教材 P24 形式化方法模型 教材 P25 形式化方法是建立在嚴格數(shù)學基礎上的一種軟件開發(fā)方法。軟件開發(fā)的全過程中，從需求分析、規(guī)約、設計、編程、系統(tǒng)集成、測試、文檔生成，直至維護等各個階段，凡是采用嚴格的數(shù)學語言，具有 精確的數(shù)學語義 的方法，都稱為形式化方法。 49 ? 軟件過程模型總結： ? 瀑布模型 建議線型流程的框架活動，這在軟件世界里通常與當代軟件開發(fā)的現(xiàn)實情況不符 (例如，持續(xù)的變更、演化的系統(tǒng)、緊迫的開發(fā)時間 )。但瀑布模型確實適用于需求定義清楚且穩(wěn)定的軟件開發(fā)。 ? 增量軟件 過程模型通過一系列的增量發(fā)布產(chǎn)生軟件。 ? 演化過程模型 認識到大多數(shù)軟件工程項目的迭代特性，其設計目的是為了適應變更。演化模型，例如原型開發(fā)及螺旋模型，快速地產(chǎn)生增量的工作產(chǎn)品 (或是軟件的工作版本 )。這些模型可以應用于所有的軟件工程活動 —— 從概念開發(fā)到長期的軟件維護。 50 ? 統(tǒng)一過程模型 是一種“用例驅動、以體系結構為核心、迭代增量”的軟件過程框架，由 UML方法和工具支持。統(tǒng)一過程模型也是一種增量模型，定義了五個階段 ： 起始階段、細化階段、構建階段、轉換階段和生產(chǎn)階段。 51 52 53 54 謝謝大家！
環(huán)評公示相關推薦
鄂ICP備17016276號-1