成立項(xiàng)目小組ppt課件(編輯修改稿)
2025-06-08 08:23 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 正 ?適應(yīng)性維護(hù) 為了適應(yīng)變化了的軟件工作環(huán)境，需做適當(dāng) 變更 ?完善性維護(hù) 為了增強(qiáng)軟件的功能需做變更 瀑布模型 ? 各項(xiàng)活動(dòng)按自上而下，相互銜接的固定次序，如同瀑布逐級(jí)下落，每項(xiàng)活動(dòng)均處于一個(gè)質(zhì)量環(huán)（輸入 處理 輸出 評(píng)審）中 。 ? 階段間具有順序性和依賴(lài)性 。 ? 推遲實(shí)現(xiàn)的觀點(diǎn)。 ? 每個(gè)階段必須完 成規(guī) ? 定 的文檔；每個(gè)階段結(jié)束前完成文檔審查。 ? 瀑布模型使用文檔進(jìn)行驅(qū)動(dòng) . 原型實(shí)現(xiàn)模型 ? 先開(kāi)發(fā)一個(gè)“原型”軟件，完成部分主要功能，展示給用戶(hù)并征求意見(jiàn)，然后逐步完善，最終獲得滿意的軟件產(chǎn)品 21 用戶(hù)測(cè)試 運(yùn)行原型 建造 /修改 原型 聽(tīng)取用 戶(hù)意見(jiàn) 螺旋模型 風(fēng)險(xiǎn)驅(qū)動(dòng) 22 增量模型 23 項(xiàng)目日歷時(shí)間 軟件功能性和特征 1 2 3 4 5 第 2次增量發(fā)布 增量 2 1 2 3 4 5 第 n次增量發(fā)布 增量 n 1 2 3 4 5 第 1次增量發(fā)布 增量 1 ┇ 5 部署（發(fā)布，反饋） 4 構(gòu)造（編碼，測(cè)試） 3 建模（分析，設(shè)計(jì)） 2 計(jì)劃 1 交流 增量模型 使用增量模型時(shí)，第一個(gè)增量結(jié)構(gòu)件往往實(shí)現(xiàn)軟件的基本需求，提供最核心的功能。例如，使用增量模型開(kāi)發(fā)字處理軟件時(shí)，第一個(gè)增量結(jié)構(gòu)件提供基本的文件管理、編輯和文檔生成功能；第二個(gè)增量結(jié)構(gòu)件提供更完善的編輯和文檔生成功能；第三個(gè)增量結(jié)構(gòu)件實(shí)現(xiàn)拼寫(xiě)和語(yǔ)法檢查功能；第四個(gè)增量結(jié)構(gòu)件完成高級(jí)的頁(yè)面排版功能。把軟件產(chǎn)品分解成增量結(jié)構(gòu)件時(shí)，應(yīng)該使構(gòu)件的規(guī)模適中，規(guī)模過(guò)大或過(guò)小都不好。最佳分解方法因軟件產(chǎn)品特點(diǎn)和開(kāi)發(fā)人員的習(xí)慣而異。分解時(shí)唯一必須遵守的約束條件是，當(dāng)把新構(gòu)件集成到現(xiàn)有軟件中時(shí)，所形成的產(chǎn)品必須是可測(cè)試的。 需求階段 分析階段 設(shè)計(jì)階段 編程階段 集成與測(cè)試階段 維護(hù)與演進(jìn) 階段 噴泉模型 面向?qū)ο? 迭代 無(wú)縫過(guò)渡 噴泉模型 ? 體現(xiàn)了迭代和無(wú)間隙的特性。 ? 系統(tǒng)某個(gè)部分常常重復(fù)工作多次，相關(guān)對(duì)象在每次迭代中隨之加入演進(jìn)的軟件成分。 ? 無(wú)間隙是指在各項(xiàng)開(kāi)發(fā)活動(dòng)，即分析、設(shè)計(jì)和編碼之間不存在明顯的邊界。 ? 噴泉模型是對(duì)象驅(qū)動(dòng)的過(guò)程。 RUP統(tǒng)一建模 過(guò)程 Rational Unified Process 27 生命周期 RUP統(tǒng)一建模過(guò)程 ?迭代式開(kāi)發(fā) ?管理需求 ?使用基于構(gòu)件的體系結(jié)構(gòu) ?可視化建模 :UML ?驗(yàn)證軟件質(zhì)量 :軟件質(zhì)量評(píng)估不再是事后型的或是單獨(dú)小組的活動(dòng)，而是貫穿于整個(gè)開(kāi)發(fā)過(guò)程并由所有成員參與的 . ?控制軟件變更 .
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1