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