軟件工程開發(fā)模型-資料下載頁
2024-11-01 21:04本頁面
【正文】 ? 用戶關(guān)心的是軟件的失效?？煽啃耘c代碼的缺陷不成正比 ,有些缺陷不產(chǎn)生失效 ,軟件可靠性要重點考慮引起失效概率較多的缺陷 ? 軟件的運行應(yīng)包括兩方面內(nèi)容 :軟件應(yīng)提供的功能、用戶對軟件的操作 凈室工程法采取的辦法： 增量分解 —— 將軟件系統(tǒng)分解成按照某種順序進行疊加的開發(fā)增量 統(tǒng)計測試 —— 在分析軟件運行剖面的基礎(chǔ)上，根據(jù)用戶的操作頻率和失效的概率，制定每個開發(fā)增量的統(tǒng)計測試用例 MTTF 標準 —— 對于每個開發(fā)增量的質(zhì)量認證，均以 MTTF 作為度量標準。 凈室工程法的特點： ? 幾乎沒有軟件缺陷 —— 因為每個開 發(fā)增量都經(jīng)過了嚴格的質(zhì)量認證 ? 具有可知的 MTTF—— 每個開發(fā)增量的 MTTF 是可知的，因此軟件的 MTTF 也是可知的。 4GT 模型 OO 開發(fā)模型 各個開發(fā)模型的實現(xiàn)關(guān)鍵 模 型 實 現(xiàn) 的 關(guān) 鍵 瀑布模型 軟件開發(fā)各階段的嚴格質(zhì)量控制、需求分析和系統(tǒng)設(shè)計是否全面 增量模型 除了瀑布模型的要求外，處決于增量的劃分是否合理。 與瀑布模型的差別是：它將系統(tǒng)劃分成若干條能夠獨立開發(fā)、獨立運行的開發(fā)增量 凈室模型 處決于增量開發(fā)計劃的制定是否合理、統(tǒng)計測試的效果 與增量模型的差別是：它分解的開發(fā)增量能夠獨立開發(fā)，但必須集成后才能運行 快速原型 依賴于原型的建立是否成功 4GT 模型 處決于代碼生成工具的成熟成度，以及使用 工具的熟練程度 OO 模型 處決于 OOA 模型建立是否正確，即對象及對象之間的關(guān)系是否描述正確 需求分析 系統(tǒng)設(shè)計 4GT 代碼生成 測 試 4GT 模型的思想： 在第 4 代高級語言的基礎(chǔ)上，利用代碼生成工具，直接按照軟件的需求生成目標代碼，提高軟件生產(chǎn)率。 4GT 模型的要求： 要有相應(yīng)代碼生成工具（ 如 VC 的向?qū)В┑闹С?；必須嚴格按照代碼生成工具的格式輸入信息，代碼生成后需要周密測試 優(yōu)點： 能夠快速實現(xiàn)目標系統(tǒng)，滿足用戶的需求，提高軟件生產(chǎn)率 缺點： 生成的代碼的執(zhí)行效率不高，生產(chǎn)的軟件的可維護性比較差、測試要求過高 適用范圍： 適用于執(zhí)行效率要求不高的中、小型系統(tǒng) 小型系統(tǒng) 中型系統(tǒng) 需 求 分 析 OOA 分析建模 對象的編碼、測試 處理控制設(shè)計 對象設(shè)計 處理控制編碼 測 試 改 進 維 護 OO 的思想： 將現(xiàn)實環(huán)境中的客觀事物抽象、映射成相對獨立的數(shù)據(jù)實體 —— 對象，目標系統(tǒng)的運 行過程就是這些對象之間的交互過程。 OO 的原則： 抽象原則 —— 抽象過程必須圍繞問題域和系統(tǒng)責(zé)任，只將與問題域和系統(tǒng)責(zé)任有關(guān)的因素進行抽象 松散原則 —— OOA、 OOD、 OOP 之間無嚴格的順序關(guān)系，一般是交叉進行，每個階段中不能決定的問題可以推遲到后面階段，也可以回到前一階段。 優(yōu)點： ? OOA 模型是現(xiàn)實環(huán)境的映射，便于設(shè)計人員與編碼人員溝通 ? 有利于軟件復(fù)用，（軟件復(fù)用與代碼復(fù)用有差別） ? 對象的獨立性有利于軟件維護、改進 缺點： 正確建立 OOA 模型、確定對象及對象之間的關(guān)系與經(jīng)驗密切相關(guān)，對象的錯誤確定將喪失 OO 方法的優(yōu)點
公司管理相關(guān)推薦
鄂ICP備17016276號-1