軟件工程開發(fā)模型(參考版)
2024-11-05 21:04本頁面
【正文】 OO 的原則： 抽象原則 —— 抽象過程必須圍繞問題域和系統(tǒng)責(zé)任，只將與問題域和系統(tǒng)責(zé)任有關(guān)的因素進行抽象 松散原則 —— OOA、 OOD、 OOP 之間無嚴格的順序關(guān)系，一般是交叉進行，每個階段中不能決定的問題可以推遲到后面階段，也可以回到前一階段。 與瀑布模型的差別是：它將系統(tǒng)劃分成若干條能夠獨立開發(fā)、獨立運行的開發(fā)增量 凈室模型 處決于增量開發(fā)計劃的制定是否合理、統(tǒng)計測試的效果 與增量模型的差別是：它分解的開發(fā)增量能夠獨立開發(fā)，但必須集成后才能運行 快速原型 依賴于原型的建立是否成功 4GT 模型 處決于代碼生成工具的成熟成度，以及使用 工具的熟練程度 OO 模型 處決于 OOA 模型建立是否正確，即對象及對象之間的關(guān)系是否描述正確 需求分析 系統(tǒng)設(shè)計 4GT 代碼生成 測 試 4GT 模型的思想： 在第 4 代高級語言的基礎(chǔ)上，利用代碼生成工具，直接按照軟件的需求生成目標代碼，提高軟件生產(chǎn)率。 凈室工程法的特點： ? 幾乎沒有軟件缺陷 —— 因為每個開 發(fā)增量都經(jīng)過了嚴格的質(zhì)量認證 ? 具有可知的 MTTF—— 每個開發(fā)增量的 MTTF 是可知的，因此軟件的 MTTF 也是可知的。 形式化設(shè)計 正確性認正 形式化設(shè)計 正確性認正 形式化設(shè)計 正確性認正 統(tǒng)計測試 用例生成 用戶需求 建立與需求等價的 形式化的軟件規(guī)范 功能規(guī)范 使用規(guī)范 將軟件分解成若干開發(fā)增量 制定增量的開發(fā)計劃 統(tǒng)計測試 統(tǒng)計測試 統(tǒng)計測試 統(tǒng)計測試 統(tǒng)計測試 質(zhì)量認證 源代碼 測試用例 功能規(guī)范 使用規(guī)范 失效間隔時間 MTTF 預(yù)測 凈室工程法的幾個觀點 : ? 整個軟件系統(tǒng)可以按照功能劃分成若干開發(fā)增量 ,如果每個開發(fā)增量的逐步集成被證明是可靠的 ,則整個 軟件是可靠的 ? 用戶關(guān)心的是軟件的失效。 缺點： 最終系統(tǒng)很可能受原型的影響 —— 用戶要求延用原型；開發(fā)人員的思維受原型的影響。 快速原型分類： 功能原型 —— 重點模擬目標系統(tǒng)的主要功能； 行為原型 —— 重點模擬目標系統(tǒng)的人機界面、使用方法、輸入和輸出，建立人機交互的模型。 概要設(shè)計 詳細設(shè)計 編碼與局部測試 概要設(shè)計 詳細設(shè)計 編碼與局部測試 集成測試 概要設(shè)計 詳細設(shè)計 編碼與局部測試 集成測試 軟件系統(tǒng)需求分析 分系統(tǒng) 1 分系統(tǒng) 2 分系統(tǒng) n 交付 交付 交付 凈室模型 快速原型 用戶 反饋 需求分析 快速建立原型 用戶評價原型 最終系統(tǒng)設(shè)計 最終系統(tǒng)實現(xiàn) 維 護 快速原型模型的思想： 以最快的速度按照用戶的需求模擬目標系統(tǒng)（建立原型），讓用戶對原型進行評價，然后建立改進后的原型。 原理： 仍然遵循瀑布模型的原則，將大的軟件系統(tǒng)分成若干小系統(tǒng)，當軟件需求分析完成后，針對每個小系統(tǒng)以瀑布模型的方式分頭進行開發(fā)，形成幾個小的瀑布模型，在時間上可以不同時進行。 4 軟件工程
公司管理相關(guān)推薦
鄂ICP備17016276號-1