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

下載本文檔

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

文檔簡介

1、P. 1軟件項(xiàng)目管理簡介軟件項(xiàng)目管理簡介1、軟件項(xiàng)目管理的管理理念、軟件項(xiàng)目管理的管理理念2、軟件項(xiàng)目管理的內(nèi)要內(nèi)容、軟件項(xiàng)目管理的內(nèi)要內(nèi)容3、軟件項(xiàng)目管理使用的工具、軟件項(xiàng)目管理使用的工具P. 2對軟件項(xiàng)目開發(fā)過程中所對軟件項(xiàng)目開發(fā)過程中所涉及的過程、人員、產(chǎn)品、涉及的過程、人員、產(chǎn)品、成本和進(jìn)度等要素進(jìn)行度成本和進(jìn)度等要素進(jìn)行度量、分析、規(guī)劃、組織和量、分析、規(guī)劃、組織和控制的過程,以確保軟件控制的過程,以確保軟件項(xiàng)目按照預(yù)定的成本、進(jìn)項(xiàng)目按照預(yù)定的成本、進(jìn)度、質(zhì)量要求順利完成。度、質(zhì)量要求順利完成。P. 3P. 4P. 5人人v 是人寫出了軟件,所以人是軟件項(xiàng)目成功的最重要的因素流程流程

2、v 保留當(dāng)前的流程實(shí)踐中好的部分并且將它們和敏捷開發(fā)中好的實(shí)踐相結(jié)合,共同應(yīng)用到開發(fā)實(shí)踐中來(Agile+CMMI)工具工具v 使用工具來幫助軟件項(xiàng)目中的人遵循好的實(shí)踐要求同時(shí)不讓他們付出過多的學(xué)習(xí)成本(TFS+Project+SharePoint)P. 61、軟件生命周期管理軟件生命周期管理2、軟件、軟件項(xiàng)目成本管理項(xiàng)目成本管理3、軟件、軟件項(xiàng)目時(shí)間管理項(xiàng)目時(shí)間管理4、軟件、軟件項(xiàng)目人力資源管理項(xiàng)目人力資源管理5、軟件開發(fā)質(zhì)量管理軟件開發(fā)質(zhì)量管理P. 7軟件生命周期管理軟件生命周期管理P. 8瀑布瀑布型型螺旋型螺旋型增量增量和迭和迭代模代模型型原型原型模型模型快速和敏捷快速和敏捷開發(fā)模型開發(fā)

3、模型P. 9產(chǎn)品生命周期管理P. 10軟件開發(fā)團(tuán)隊(duì)采用Agile方法軟件項(xiàng)目成本管理軟件項(xiàng)目成本管理P. 11資源計(jì)劃資源計(jì)劃成本估計(jì)成本估計(jì)成本預(yù)算成本預(yù)算成本控制成本控制P. 12LOC(Lines of Code):源代碼程序長度的估算FP(Function Point):系統(tǒng)功能點(diǎn)的估算P. 13 從軟件程序量的角度定義項(xiàng)目規(guī)模。從軟件程序量的角度定義項(xiàng)目規(guī)模。 要求功能分解足夠詳細(xì)。要求功能分解足夠詳細(xì)。 有一定的經(jīng)驗(yàn)數(shù)據(jù)(類比和經(jīng)驗(yàn)方法)。有一定的經(jīng)驗(yàn)數(shù)據(jù)(類比和經(jīng)驗(yàn)方法)。 與具體的編程語言有關(guān)。與具體的編程語言有關(guān)。P. 14 用系統(tǒng)的功能數(shù)量來測量其規(guī)模,與實(shí)現(xiàn)產(chǎn)品所使用用系

4、統(tǒng)的功能數(shù)量來測量其規(guī)模,與實(shí)現(xiàn)產(chǎn)品所使用的語言和技術(shù)沒有關(guān)系。的語言和技術(shù)沒有關(guān)系。 對系統(tǒng)的外部功能和內(nèi)部功能進(jìn)行計(jì)數(shù)。對系統(tǒng)的外部功能和內(nèi)部功能進(jìn)行計(jì)數(shù)。 根據(jù)技術(shù)復(fù)雜度因子(權(quán))對它們進(jìn)行調(diào)整,產(chǎn)生產(chǎn)根據(jù)技術(shù)復(fù)雜度因子(權(quán))對它們進(jìn)行調(diào)整,產(chǎn)生產(chǎn)品規(guī)模的度量結(jié)果。品規(guī)模的度量結(jié)果。P. 15FP =UFC*TCF UFC(Unadjusted Function Point Count) 未調(diào)整功能點(diǎn)計(jì)數(shù) TFC(Technical Complexity Factor) 技術(shù)復(fù)雜度因子P. 16P. 17首先計(jì)算功能計(jì)數(shù)項(xiàng),對以下五類元素計(jì)數(shù):外部輸入:由用戶輸入的面向應(yīng)用的數(shù)據(jù)項(xiàng)。外部

5、輸出:向用戶提供的輸出數(shù)據(jù)項(xiàng)。外部查詢:要求系統(tǒng)回答的交互式輸入。外部接口文件:與其它系統(tǒng)的接口數(shù)據(jù)文件。內(nèi)部文件:系統(tǒng)使用的內(nèi)部固定文件。然后對各功能計(jì)數(shù)項(xiàng)加權(quán)并求和,得到UFC。 功能計(jì)數(shù)項(xiàng)復(fù)雜度權(quán)重簡單中等復(fù)雜外部輸入346外部輸出457外部查詢346外部接口文件5710內(nèi)部文件71015軟件項(xiàng)目時(shí)間管理軟件項(xiàng)目時(shí)間管理P. 18402040規(guī)則規(guī)則v在整個(gè)軟件開發(fā)過程中,編碼工作量在整個(gè)軟件開發(fā)過程中,編碼工作量僅占僅占 20,編碼前工作量占,編碼前工作量占40,編,編碼后工作量占碼后工作量占 40。v 402040 規(guī)則只應(yīng)用來做為規(guī)則只應(yīng)用來做為 一個(gè)指一個(gè)指南。實(shí)際的工作量分配比

6、例必須按照各南。實(shí)際的工作量分配比例必須按照各項(xiàng)目的特點(diǎn)來決定。項(xiàng)目的特點(diǎn)來決定。P. 19P. 20項(xiàng)目計(jì)劃的內(nèi)容項(xiàng)目內(nèi)容時(shí)間進(jìn)度預(yù)算其它支持條件項(xiàng)目風(fēng)險(xiǎn)預(yù)測 計(jì)劃內(nèi)容需要根據(jù)實(shí)際情況進(jìn)行調(diào)整 (1) Walston_Felix (1) Walston_Felix模型模型 T=2.5ET=2.5E0.350.35 (2) (2) 原始的原始的COCOMOCOCOMO模型模型 T=2.5ET=2.5E0.380.38 (3) COCOMO2 (3) COCOMO2模型模型 T=3.0ET=3.0E0.33+0.20.33+0.2(b-1.01)(b-1.01) (4) Putnam (4) P

7、utnam模型模型 T=2.4ET=2.4E1/31/3 其中,其中, E E是開發(fā)工作量(以人月為單位),是開發(fā)工作量(以人月為單位), T T是開發(fā)時(shí)間(以月為單位)。是開發(fā)時(shí)間(以月為單位)。P. 21P. 22即決定項(xiàng)目開發(fā)時(shí)間的任務(wù)鏈。在關(guān)鍵路即決定項(xiàng)目開發(fā)時(shí)間的任務(wù)鏈。在關(guān)鍵路徑上的各個(gè)任務(wù)都是時(shí)間余量為零的關(guān)鍵任務(wù),徑上的各個(gè)任務(wù)都是時(shí)間余量為零的關(guān)鍵任務(wù),不能有任何時(shí)間延誤。不能有任何時(shí)間延誤。P. 23P. 24l里程碑 = = 產(chǎn)品周期進(jìn)展的單元l軟件項(xiàng)目的里程碑計(jì)劃: M0, M1, M2, , Beta1, Beta2,l有利于對當(dāng)前進(jìn)展和所剩工作的評估l在里程碑計(jì)劃中

8、功能分優(yōu)先級l當(dāng)質(zhì)量達(dá)到里程碑終結(jié)標(biāo)準(zhǔn)“exit criteria”,里程碑才算完成P. 25里程碑事件定義Spec Complete規(guī)格完成日里程碑功能設(shè)計(jì)規(guī)格應(yīng)寫好并審核完的日期Feature Coding寫功能代碼功能里程碑通常 用比較長的時(shí)間來寫代碼Code Complete(CC)代碼完成日所有里程碑計(jì)劃的功能都應(yīng)完成的日期Test Plan Complete測試計(jì)劃完成日里程碑功能測試計(jì)劃應(yīng)寫好并審核完的日期Zero Bug Bounce (ZBB)零漏洞震蕩本里程碑大于48小時(shí)的漏洞數(shù)量 = 0ZBB Test Pass (ZBB TP) ZBB全測試所有功能測試都在當(dāng)前構(gòu)建(b

9、uild)上運(yùn)行一遍Zero Resolved Bugs (ZRB)零解決漏洞里程碑內(nèi)解決的并等待驗(yàn)證的漏洞數(shù)量 = 0Test Sign-Off測試驗(yàn)收對里程碑構(gòu)建(build)做最后的驗(yàn)證和用戶驗(yàn)收P. 26P. 27軟件項(xiàng)目人力資源管理軟件項(xiàng)目人力資源管理P. 28P. 29重質(zhì)量重質(zhì)量 軟件項(xiàng)目是技術(shù)性很強(qiáng)的工作,要任用少軟件項(xiàng)目是技術(shù)性很強(qiáng)的工作,要任用少量有實(shí)踐經(jīng)驗(yàn)、有能力的人員去完成關(guān)鍵性的任務(wù)。量有實(shí)踐經(jīng)驗(yàn)、有能力的人員去完成關(guān)鍵性的任務(wù)。重培訓(xùn)重培訓(xùn) 培養(yǎng)所需技術(shù)人員和管理人員是有效解決培養(yǎng)所需技術(shù)人員和管理人員是有效解決人員問題的好方法。人員問題的好方法。雙階梯提升雙階梯提

10、升 人員提升應(yīng)分別按技術(shù)職務(wù)和管理職人員提升應(yīng)分別按技術(shù)職務(wù)和管理職務(wù)進(jìn)行,不能混在一起。務(wù)進(jìn)行,不能混在一起。P. 30 牢固掌握計(jì)算機(jī)軟件的基本知識(shí)和技能。牢固掌握計(jì)算機(jī)軟件的基本知識(shí)和技能。 善于分析和綜合問題,具有嚴(yán)密的邏輯思維能力。善于分析和綜合問題,具有嚴(yán)密的邏輯思維能力。 工作踏實(shí)、細(xì)致工作踏實(shí)、細(xì)致, 不靠碰運(yùn)氣,遵循標(biāo)準(zhǔn)和規(guī)范,具有嚴(yán)格的不靠碰運(yùn)氣,遵循標(biāo)準(zhǔn)和規(guī)范,具有嚴(yán)格的科學(xué)作風(fēng)??茖W(xué)作風(fēng)。 工作中表現(xiàn)出有耐心、有毅力、有責(zé)任心。工作中表現(xiàn)出有耐心、有毅力、有責(zé)任心。 善于聽取別人的意見,善于與周圍人員團(tuán)結(jié)協(xié)作,建立良好善于聽取別人的意見,善于與周圍人員團(tuán)結(jié)協(xié)作,建立良好

11、的人際關(guān)系。的人際關(guān)系。 具有良好的書面和口頭表達(dá)能力。具有良好的書面和口頭表達(dá)能力。P. 31P. 32項(xiàng)目的規(guī)模項(xiàng)目的難度項(xiàng)目的時(shí)間限制人力物力 根據(jù)需求分析后確定的功能模塊的數(shù)量,或者用例的數(shù)量 確定 根據(jù)現(xiàn)有經(jīng)驗(yàn)、技術(shù)水平確定 根據(jù)客戶的要求及現(xiàn)有資源確定確定軟件開發(fā)質(zhì)量管理軟件開發(fā)質(zhì)量管理P. 33v需求評審v規(guī)格評審v設(shè)計(jì)評審v代碼審查v單元測試v集成測試v系統(tǒng)測試P. 34P. 35需求收集需求收集需求評審需求評審Quality GateCustomerEngineering分析分析規(guī)格評審規(guī)格評審設(shè)計(jì)設(shè)計(jì)設(shè)計(jì)評審設(shè)計(jì)評審編碼編碼代碼審查代碼審查系統(tǒng)測試系統(tǒng)測試界面原型界面原型需

12、求確認(rèn)需求確認(rèn)需求確認(rèn)需求確認(rèn)確認(rèn)測試確認(rèn)測試測試開發(fā)測試開發(fā)P. 36l沒有設(shè)計(jì)就不要寫產(chǎn)品代碼l即使是一個(gè)人的項(xiàng)目也要遵守這個(gè)規(guī)則l對團(tuán)隊(duì)項(xiàng)目來說則是必須的l一個(gè)好設(shè)計(jì)規(guī)格有如下特點(diǎn): :l清楚地說明功能的目標(biāo)和非目標(biāo)l清楚地說明客戶怎樣來用這個(gè)功能l準(zhǔn)確地說明功能的對象模式和架構(gòu)設(shè)計(jì)l足夠清楚地讓分開的開發(fā)、測試、文檔、本地化團(tuán)隊(duì)一起來完成編寫代碼管理P. 37l對源代碼樹的任何改動(dòng)在提交前都要由別的開發(fā)工程師來做代碼審核l開發(fā)者負(fù)責(zé)對實(shí)現(xiàn)的功能進(jìn)行提交測試l開發(fā)者寫的單元測試達(dá)不到60% block-level code-coverage 不能提交功能代碼l代碼提交前所有的提交測試都要

13、運(yùn)行,通過率要100% l在每次成功提交后會(huì)給團(tuán)隊(duì)發(fā)“Check-in mail” 電郵,信中總結(jié)修改了什么代碼、解決的漏洞、修改的文件 P. 38Unit 測試P. 39Main Source BranchFeature BranchTeam1 BranchTeam2 BranchFeature BranchFeature BranchFeature BranchFeature BranchFeature BranchP. 40P. 41測試活動(dòng)包括:開發(fā)測試和獨(dú)立測試測試活動(dòng)包括:開發(fā)測試和獨(dú)立測試開發(fā)測試是由開發(fā)人員自行完成的開發(fā)測試是由開發(fā)人員自行完成的獨(dú)立測試則要求有獨(dú)立的測試組進(jìn)行

14、獨(dú)立測試則要求有獨(dú)立的測試組進(jìn)行測試的目的:測試的目的:v 驗(yàn)證規(guī)格v 除錯(cuò)v 推測可靠性測試的方法:測試的方法:v 功能測試/黑盒法,不關(guān)心軟件內(nèi)部,只關(guān)心輸入輸出,主要測試依據(jù)是需求文檔v 結(jié)構(gòu)測試/白盒法,關(guān)心軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn),主要測試依據(jù)是設(shè)計(jì)文檔P. 42單元測試:驗(yàn)證基本的單元和模塊符合規(guī)格(功能,性能)單元測試:驗(yàn)證基本的單元和模塊符合規(guī)格(功能,性能)集成測試:驗(yàn)證單元和模塊被正確地集成集成測試:驗(yàn)證單元和模塊被正確地集成系統(tǒng)測試:驗(yàn)證系統(tǒng)符合規(guī)格(功能,性能,可靠性)系統(tǒng)測試:驗(yàn)證系統(tǒng)符合規(guī)格(功能,性能,可靠性)單元測試單元測試集成集成集成測試集成測試系統(tǒng)測試系統(tǒng)測試

15、P. 43質(zhì)量保證(質(zhì)量保證(QA)的第一步是測試計(jì)劃)的第一步是測試計(jì)劃自動(dòng)測試用例的實(shí)現(xiàn)自動(dòng)測試用例的實(shí)現(xiàn)目標(biāo)是在產(chǎn)品周期結(jié)束時(shí)所有測試代碼覆蓋率目標(biāo)是在產(chǎn)品周期結(jié)束時(shí)所有測試代碼覆蓋率 85%總是在尋找總是在尋找“test holes”測試中找到的缺陷(測試中找到的缺陷(bug)會(huì)在)會(huì)在VSTS/TFS 中記錄中記錄定期的自動(dòng)測試運(yùn)行會(huì)捕捉到退化定期的自動(dòng)測試運(yùn)行會(huì)捕捉到退化regressionsP. 44測試用例管理手動(dòng)和自動(dòng)在一個(gè)系統(tǒng)里P. 45代碼覆蓋率Unit, BVT, Suite, AllP. 46Bugs 和和 work-items 放在放在 Team Foundatio

16、n Server上上功能功能leads 會(huì)會(huì)“triage” Bugs 并給出優(yōu)先級并給出優(yōu)先級每天會(huì)有每天會(huì)有Status郵件發(fā)給全郵件發(fā)給全division來跟蹤來跟蹤bug狀況狀況v主要觀察尺度: 新進(jìn)來的bug數(shù)和修掉的數(shù)以及在每個(gè)dev上的bug數(shù)在最后一個(gè)功能里程碑完成后,產(chǎn)品團(tuán)隊(duì)的任務(wù)主要是把在最后一個(gè)功能里程碑完成后,產(chǎn)品團(tuán)隊(duì)的任務(wù)主要是把bug數(shù)減少到零數(shù)減少到零P. 47P. 48我們使用的軟件項(xiàng)目管理工具我們使用的軟件項(xiàng)目管理工具P. 49P. 50構(gòu)建自動(dòng)化工作項(xiàng)跟蹤版本控制團(tuán)隊(duì)即時(shí)溝通報(bào)告Team Foundation Server源代碼庫 項(xiàng)目門戶工作項(xiàng)跟蹤項(xiàng)目報(bào)表

17、構(gòu)建服務(wù)器測試架構(gòu)師程序員P. 52P. 53團(tuán)隊(duì)協(xié)作開發(fā)的一個(gè)整合的平臺(tái)團(tuán)隊(duì)協(xié)作開發(fā)的一個(gè)整合的平臺(tái)v團(tuán)隊(duì) Portal 團(tuán)隊(duì)協(xié)作SharePoint sitev變更管理 提供靈活的需求、變更請求、bugs、問題、工作項(xiàng)目的跟蹤系統(tǒng)v項(xiàng)目管理 管理項(xiàng)目資源、時(shí)間線、質(zhì)量v版本控制 強(qiáng)健的源代碼版本控制系統(tǒng),包括所有項(xiàng)目的代碼、分支、變更集(變更集(changesetchangeset)、擱置集(擱置集(shelveset)v報(bào)告 提供中央數(shù)據(jù)倉庫,實(shí)時(shí)項(xiàng)目指標(biāo)和分析v團(tuán)隊(duì) Build 為團(tuán)隊(duì)項(xiàng)目創(chuàng)建和管理build類型P. 54VSTS 統(tǒng)一的平臺(tái)統(tǒng)一的平臺(tái)v 代碼配置管理v 軟件質(zhì)量管理v 團(tuán)隊(duì)門戶管理項(xiàng)目管理項(xiàng)目管理v 計(jì)劃, 跟蹤, 控制軟件過程保障軟件過程保障v CMMIv Agile與與Project Server結(jié)合結(jié)合項(xiàng)目績效考核P. 55P. 56項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃任務(wù)布置任務(wù)布置任務(wù)更新任務(wù)更新工作項(xiàng)工作項(xiàng)(Work Ite

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(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

提交評論