IT軟件項(xiàng)目管理ch03_第1頁
IT軟件項(xiàng)目管理ch03_第2頁
IT軟件項(xiàng)目管理ch03_第3頁
IT軟件項(xiàng)目管理ch03_第4頁
IT軟件項(xiàng)目管理ch03_第5頁
已閱讀5頁,還剩13頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

第3章IT軟件工程管理概述〔1次、2課時(shí)〕第3章IT軟件工程管理概述3.1IT軟件工程生命周期的劃分3.2IT軟件工程生命周期中3.3IT軟件工程生命周期中的重要概念3.4IT軟件工程管理里程碑3.5思索題3.1IT軟件工程生命周期的劃分生命周期都包括識別、設(shè)計(jì)、實(shí)施和評價(jià)4個(gè)階段:圖3.1典型軟件工程開發(fā)的生命周期初步需求子系統(tǒng)需求分析概念設(shè)計(jì)邏輯設(shè)計(jì)開發(fā)概念原型第一次開發(fā)風(fēng)險(xiǎn)分析開發(fā)結(jié)果評價(jià)識別設(shè)計(jì)實(shí)施評價(jià)系統(tǒng)配置、運(yùn)轉(zhuǎn)、產(chǎn)品成型系統(tǒng)需求分析物理設(shè)計(jì)第二次開發(fā)開發(fā)結(jié)果評價(jià)整體需求最終設(shè)計(jì)最終開發(fā)測試

3.1IT軟件工程生命周期的劃分3.1.1瀑布模型3.1.2原型模型3.1.3螺旋模型3.1.1瀑布模型瀑布模型:是美國WinstonRoyce向IEEEWESCON〔Royce,Winston1970〕提交的一篇名為<管理大規(guī)模軟件系統(tǒng)的開發(fā)>的論文中初次提出的。由于這種方法是從一個(gè)階段成瀑布流入下一個(gè)階段,所以這個(gè)模型就稱為“瀑布模型〞。瀑布模型有很多的變化,包括以下的階段:需求分析與定義,系統(tǒng)設(shè)計(jì)與軟件設(shè)計(jì),系統(tǒng)實(shí)施與單元測試,系統(tǒng)集成與系統(tǒng)測試,系統(tǒng)運(yùn)轉(zhuǎn)與系統(tǒng)維護(hù)。3.1.2原型模型原型(Prototype)法的根本過程:用戶提出系統(tǒng)需求識別并歸納用戶需求快速開發(fā)一個(gè)模型確定模型后的處置系統(tǒng)運(yùn)轉(zhuǎn)、維護(hù)重新設(shè)計(jì)或選擇模型稱心模型不稱心圖3.4原型法的根本過程評價(jià)模型模型不可行修正模型

原型法的特點(diǎn)是:l

直觀、籠統(tǒng),更多地遵照了人們認(rèn)識事物的規(guī)律,因此更容易被人們接受。l

采用模擬的手段,縮短了用戶和系統(tǒng)分析、設(shè)計(jì)人員之間的間隔。l

在整個(gè)系統(tǒng)開發(fā)過程中反響是及時(shí)的,規(guī)范是一致的,可及時(shí)地暴露問題,確保系統(tǒng)實(shí)現(xiàn)的正確性。l

充分利用了新一代的軟件工具,使得系統(tǒng)開發(fā)和運(yùn)轉(zhuǎn)的效率都大大提高。原型法的運(yùn)用要以一定的軟件環(huán)境為支撐,主要包括:要有一個(gè)方便靈敏的關(guān)系數(shù)據(jù)系統(tǒng)。要有一套完好的程序生成軟件。要有一個(gè)與數(shù)據(jù)庫對應(yīng)的、靈敏方便的數(shù)據(jù)字典。有一個(gè)可以快速籠統(tǒng)或者可以容易提煉的原型。3.1.3螺旋模型

風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析原型1原型2原型3可用原型建模模擬評價(jià)軟件需求需求確認(rèn)操作概念需求方案開發(fā)方案軟件產(chǎn)品設(shè)計(jì)設(shè)計(jì)確認(rèn)與驗(yàn)證集成與測試方案詳細(xì)設(shè)計(jì)編碼單元測試集成測試接納測試實(shí)現(xiàn)本錢評審制定下階段方案確定下階段目的和約束條件風(fēng)險(xiǎn)分析、構(gòu)造原型開發(fā)、驗(yàn)證階段軟件產(chǎn)品過程迭代圖3.5螺旋模型

3.2IT軟件工程生命周期中各階段義務(wù)根據(jù)前面對IT軟件工程各個(gè)主要模型生命周期的分析,可以將普通的軟件工程開發(fā)過程詳細(xì)劃分為如圖3.6所示的6個(gè)主要階段,即工程開發(fā)預(yù)備階段、調(diào)查研討階段、工程分析階段、工程設(shè)計(jì)階段、工程實(shí)施階段、維護(hù)與評價(jià)階段。供決策參考提出可行性分析修正意見工程咨詢?nèi)藛T工程開發(fā)預(yù)備階段調(diào)查研討階段工程分析階段工程設(shè)計(jì)階段工程實(shí)施階段維護(hù)與評價(jià)階段工程咨詢?nèi)藛T工程專業(yè)管理人員工程專業(yè)管理人員軟件設(shè)計(jì)人員軟件設(shè)計(jì)人員操作人員操作人員新的工程預(yù)備圖3.6軟件工程的開發(fā)階段3.3IT軟件工程生命周期中的重要概念在IT軟件工程生命周期中有3個(gè)與時(shí)間相關(guān)的重要概念:檢查點(diǎn)(CheckPoint)、里程碑(MileStone)、基線(BaseLine)3.4IT軟件工程管理里程碑在IT軟件工程的整個(gè)生命周期,通常有3種類型的檢查點(diǎn):主里程碑、小里程碑形狀評價(jià)。3.4IT軟件工程管理里程碑3.4.1主里程碑3.4.2小里程碑3.4.3定期形狀評價(jià)3.4.1主里程碑表3.5IT軟件工程的主里程碑主里程碑所處階段目標(biāo)下一階段目的里程碑識別階段末期向一切工程干系人提供一份如何開展工程的建議書,包括工程方案、本錢和進(jìn)度表以及期望的利潤和效益等設(shè)計(jì)設(shè)計(jì)里程碑設(shè)計(jì)階段末期向一切工程干系人提供一個(gè)經(jīng)過論證的可執(zhí)行的設(shè)計(jì)方案開發(fā)開發(fā)里程碑開發(fā)階段末期評價(jià)軟件的可讀性和可用性,以便軟件產(chǎn)品開場向客戶/用戶的轉(zhuǎn)換測試產(chǎn)品版本里程碑評價(jià)階段末期評價(jià)軟件的完好性和軟件對其所支持組織的轉(zhuǎn)換

3.4.2小里程碑小里程碑需求經(jīng)過工程的內(nèi)容及周期長度來確定。設(shè)置它的主要目的是為了合理分配任務(wù),細(xì)化管理的“粒度〞。當(dāng)運(yùn)用小里程碑時(shí),應(yīng)該遵照如下原那么:在工程早期建立小里程碑。讓開發(fā)者建立本人的小里程碑。堅(jiān)持小里程碑的小型化特征。堅(jiān)持里程碑的二分性。制定一系列完好的里程碑。在短期方案(而不是長期方案)中運(yùn)用小里程碑。3.4.3定期形狀評價(jià)表3.6形狀評價(jià)的主要內(nèi)容主題內(nèi)容職員比較職員的方案人數(shù)和職員目前的人數(shù)(減少或添加)支出將支出方案與過去、如今、未來主里程碑中的支出方案進(jìn)展對比風(fēng)險(xiǎn)事件和危險(xiǎn)程度處理方案風(fēng)險(xiǎn)的量化(本錢、時(shí)間、質(zhì)量)技術(shù)主

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論