[計(jì)算機(jī)軟件及應(yīng)用]第2章軟件開(kāi)發(fā)過(guò)程管理(編輯修改稿)
2024-11-15 04:14 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 增量模型 首先創(chuàng)建一組 核心功能 ， 或者是項(xiàng)目至關(guān)重要的最高優(yōu)先級(jí)的系統(tǒng) ， 或者是能夠降低風(fēng)險(xiǎn)的系統(tǒng) 。 隨后基于核心功能反復(fù)擴(kuò)展 ， 逐步增加功能以提高性能 。 增量模型降低了取得初始功能之前的成本 ， 強(qiáng)調(diào)采用構(gòu)建方法來(lái)控制更改需求的影響 ， 提高了創(chuàng)建可操作軟件系統(tǒng)的速度 。 增量模型綜合了瀑布模型和原型模型 ， 提倡以 功能漸增方式 開(kāi)發(fā)軟件 。 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 增量模型 增量模型結(jié)構(gòu) 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 增量模型 1. 增量開(kāi)發(fā)必須注意的問(wèn)題 ?良好的 可擴(kuò)展性架構(gòu)設(shè)計(jì) ， 是增量開(kāi)發(fā)成功的基礎(chǔ)； ?由于一些模塊必須在另一個(gè)模塊之前完成 ， 所以必須定義良好的接口； ?與完整系統(tǒng)相比 ， 增量方式正式評(píng)審更難于實(shí)現(xiàn) ， 所以必須定義可行的過(guò)程； ?要避免把難題往后推 ， 首先完成的應(yīng)該是高風(fēng)險(xiǎn)和重要的部分； ?客戶必須認(rèn)識(shí)到總體成本不會(huì)更低； ?分析階段采用總體目標(biāo)而不是完整的需求定義 ， 可能不適應(yīng)管理； ?需要良好的計(jì)劃和設(shè)計(jì) ， 管理必須注意動(dòng)態(tài)分配工作 ， 技術(shù)人員必須注意相關(guān)因素的變化 。 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 增量模型 2. 增量模型的優(yōu)缺點(diǎn)和適用情況 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 是增量型的軟件開(kāi)發(fā)過(guò)程模型，強(qiáng)調(diào)極短的開(kāi)發(fā)周期，是瀑布模型的一個(gè) “高速 ”變種，通過(guò)大量使用可復(fù)用構(gòu)件 ，采用基于構(gòu)件的建造方法進(jìn)行快速開(kāi)發(fā) RAD模型 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 1. RAD模型各個(gè)活動(dòng)期要完成的任務(wù) 如果一個(gè)業(yè)務(wù)能夠被模塊化使得其中每一個(gè)主要功能均可以在不到 3個(gè)月的時(shí)間內(nèi)完成 ， 則是 RAD的一個(gè)候選 。一個(gè)主要功能可由一個(gè)單獨(dú)的 RAD組來(lái)實(shí)現(xiàn) ， 最后集成起來(lái)形成一個(gè)整體 。 （ 1）業(yè)務(wù)建模。 （ 2）數(shù)據(jù)建模。 （ 3）過(guò)程建模。 （ 4）應(yīng)用生成。 （ 5）測(cè)試交付 。 RAD模型 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 2. RAD模型的缺陷 （ 1） 并非所有應(yīng)用都適合 RAD。 （ 2） 開(kāi)發(fā)人員和客戶必須在很短時(shí)間內(nèi)完成一系列的需求分析 ， 任何一方配合不當(dāng)都會(huì)導(dǎo)致 RAD項(xiàng)目失敗 。 （ 3） RAD不適合技術(shù)風(fēng)險(xiǎn)很高 的軟件項(xiàng)目 。 RAD模型 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 軟件包模型 主要用于開(kāi)發(fā)依賴于外購(gòu) （ 協(xié) ）軟件產(chǎn)品和可重用軟件包的系統(tǒng) 。 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型 軟件包模型 1. 軟件包模型的開(kāi)發(fā)步驟 （ 1） 需求分析和軟件包標(biāo)識(shí) 。 （ 2） 結(jié)構(gòu)定義和軟件包選擇 。 （ 3） 系統(tǒng)集成和測(cè)試 。 （ 4） 技術(shù)修改和系統(tǒng)維護(hù) 。 結(jié)束 7 軟件開(kāi)發(fā)過(guò)程模型
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1