軟件項(xiàng)目管理復(fù)習(xí)課件匯總1_第1頁
軟件項(xiàng)目管理復(fù)習(xí)課件匯總1_第2頁
軟件項(xiàng)目管理復(fù)習(xí)課件匯總1_第3頁
軟件項(xiàng)目管理復(fù)習(xí)課件匯總1_第4頁
軟件項(xiàng)目管理復(fù)習(xí)課件匯總1_第5頁
已閱讀5頁,還剩190頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

軟件項(xiàng)目管理復(fù)習(xí)課件匯總1項(xiàng)目與項(xiàng)目管理項(xiàng)目及其特征項(xiàng)目群、項(xiàng)目與子項(xiàng)目軟件項(xiàng)目軟件項(xiàng)目要素哪些活動是項(xiàng)目?上課野餐活動超級女聲社區(qū)保安開發(fā)微軟的操作系統(tǒng)每天的衛(wèi)生保潔神州七號飛船計(jì)劃女生節(jié)的特別禮物?項(xiàng)目定義項(xiàng)目是為了創(chuàng)造一個(gè)唯一的產(chǎn)品或提供一個(gè)唯一的服務(wù)而進(jìn)行的臨時(shí)性的努力。給你一個(gè)浪漫的驚喜項(xiàng)目的特征明確的目標(biāo)性項(xiàng)目之間的活動具有相關(guān)性時(shí)限性獨(dú)特性(唯一性)資源成本的約束性

項(xiàng)目的不確定性

哪些活動是項(xiàng)目?上課野餐活動超級女聲社區(qū)保安開發(fā)操作系統(tǒng)每天的衛(wèi)生保潔神州飛船計(jì)劃女生節(jié)的特別禮物日常運(yùn)作項(xiàng)目項(xiàng)目群、項(xiàng)目與子項(xiàng)目項(xiàng)目劃分的粒度大型項(xiàng)目項(xiàng)目子項(xiàng)目(并行、串行)(項(xiàng)目)活動同族項(xiàng)目的特點(diǎn)(最高)目標(biāo)的一致性任務(wù)內(nèi)在的關(guān)聯(lián)性軟件項(xiàng)目項(xiàng)目成果:軟件=程序+數(shù)據(jù)+文檔軟件項(xiàng)目的特點(diǎn)成果的邏輯(抽象)性勞動的智力密集型管理的復(fù)雜性投入的前期性易形成“先入為主”的壟斷優(yōu)勢軟件項(xiàng)目的要素客戶(提出需求、提供資金、接受和評價(jià)成果)項(xiàng)目資源項(xiàng)目開發(fā)過程軟件開發(fā)成果項(xiàng)目無所不在,關(guān)鍵在于管理…生活中的項(xiàng)目生日聚會野餐活動集體婚禮社會中的大項(xiàng)目微軟的操作系統(tǒng)開發(fā)阿波羅計(jì)劃神州飛船計(jì)劃項(xiàng)目管理項(xiàng)目管理的定義為什么要實(shí)施項(xiàng)目管理國內(nèi)首例推行項(xiàng)目管理的工程項(xiàng)目管理的特點(diǎn)項(xiàng)目管理的制約要素軟件項(xiàng)目管理與軟件工程的關(guān)系項(xiàng)目管理定義常見:項(xiàng)目管理是一系列的伴隨著項(xiàng)目的進(jìn)行而采取的、以確保項(xiàng)目能夠達(dá)到期望的結(jié)果為目的的一系列管理行為。PMI:在項(xiàng)目活動中應(yīng)用一系列的知識、技能、工具和技術(shù),以滿足或超過相關(guān)利益者對項(xiàng)目的要求。項(xiàng)目管理的特點(diǎn)項(xiàng)目管理是組織管理活動的重要組成部分,并表現(xiàn)出如下特點(diǎn):目標(biāo)性平衡性動態(tài)性創(chuàng)造性戰(zhàn)略管理項(xiàng)目管理運(yùn)作管理項(xiàng)目管理的特點(diǎn)項(xiàng)目管理運(yùn)作管理唯一性重復(fù)性時(shí)限性連續(xù)性目標(biāo)導(dǎo)向績效優(yōu)先變更管理線性管理項(xiàng)目組織職能部門項(xiàng)目經(jīng)理負(fù)責(zé)部門經(jīng)理負(fù)責(zé)項(xiàng)目管理與運(yùn)作管理的區(qū)別項(xiàng)目管理的制約要素項(xiàng)目管理的因素很多,項(xiàng)目目標(biāo)的實(shí)現(xiàn)主要受到以下四個(gè)因素制約。時(shí)間成本質(zhì)量項(xiàng)目目標(biāo)(客戶滿意度評價(jià)指標(biāo))TQC三角制約關(guān)系軟件項(xiàng)目管理與軟件工程的關(guān)系軟件工程的三部分開發(fā)過程(技術(shù)層面)管理過程(管理層面)過程改進(jìn)項(xiàng)目管理的要素技術(shù)方法團(tuán)隊(duì)建設(shè)項(xiàng)目管理要素信息包含溝通

項(xiàng)目干系人項(xiàng)目干系人項(xiàng)目經(jīng)理客戶用戶項(xiàng)目執(zhí)行組織項(xiàng)目團(tuán)隊(duì)成員項(xiàng)目出資人項(xiàng)目業(yè)主項(xiàng)目承包人供貨商充分溝通戰(zhàn)略上的范圍人員(People)疑人不用,用人不疑培養(yǎng)人、給人以希望適當(dāng)?shù)募?lì)機(jī)制團(tuán)結(jié)、互助、向上量才而用、人盡其才問題(Problem)及早發(fā)現(xiàn)問題和解決問題過程(Process)戰(zhàn)術(shù)上的范圍三角形制約關(guān)系進(jìn)度成本質(zhì)量項(xiàng)目管理知識體系(PMBOK)項(xiàng)目的生命周期項(xiàng)目管理研究體系項(xiàng)目管理的知識與認(rèn)證體系項(xiàng)目管理知識體系(PMBOK)項(xiàng)目的生命周期任何項(xiàng)目都有明確的起始時(shí)間和結(jié)束時(shí)間,其過程中包含四個(gè)基本階段。項(xiàng)目的生命周期啟動階段項(xiàng)目的可行性分析、立項(xiàng)、招投標(biāo)、合同簽署。計(jì)劃階段目標(biāo)確定、范圍定義、進(jìn)度安排、資源計(jì)劃、成本估計(jì)等。實(shí)施階段實(shí)施計(jì)劃、進(jìn)度控制、費(fèi)用控制、質(zhì)量控制、變更控制、合同管理、現(xiàn)場管理等。結(jié)束階段范圍確認(rèn)、質(zhì)量驗(yàn)收、費(fèi)用結(jié)算與審計(jì)、項(xiàng)目資料驗(yàn)收、項(xiàng)目交接與清算、項(xiàng)目審計(jì)與評估等。項(xiàng)目管理研究體系以歐洲為首的體系-國際項(xiàng)目管理協(xié)會(IPMA)代表各國家的項(xiàng)目管理研究組織(1965年-瑞士)以美國為首的體系-美國項(xiàng)目管理學(xué)會(PMI)以企業(yè)、大學(xué)、研究機(jī)構(gòu)(如:AT&T,BellSouth,BellCore,IBM,EDS,BellAtlantic,UsWest,Citibank,ABB等參與)的專家為主(1969年-美國),完整開發(fā)了一套項(xiàng)目管理知識體系(PMBOK);1984年提出項(xiàng)目管理認(rèn)證計(jì)劃(PMP):目前全球認(rèn)可程度最高的項(xiàng)目管理專業(yè)認(rèn)證詳細(xì)信息參看:

項(xiàng)目管理的知識與認(rèn)證體系項(xiàng)目管理機(jī)構(gòu)簡稱知識體系認(rèn)證體系國際項(xiàng)目管理協(xié)會IPMAICBIPMP美國項(xiàng)目管理學(xué)會PMIPMBOKPMP中國項(xiàng)目管理研究委員會PMRCC-PMBOKC-NCB1991年6月中國項(xiàng)目管理研究委員會(PMRC)正式成立,促進(jìn)了我國項(xiàng)目管理與國際項(xiàng)目管理專業(yè)領(lǐng)域的溝通與交流,促進(jìn)了我國項(xiàng)目管理專業(yè)化和國際化的發(fā)展。

PMRC2001開始建立《中國項(xiàng)目管理知識體系和資格認(rèn)證標(biāo)準(zhǔn)》工作。IPMP的四個(gè)級別PMBOK的9個(gè)知識領(lǐng)域PMBOK的39個(gè)標(biāo)準(zhǔn)化模塊PMBOK的5個(gè)標(biāo)準(zhǔn)化過程組不關(guān)注過程過程B產(chǎn)品過程C過程A用戶需求關(guān)注點(diǎn)產(chǎn)品產(chǎn)品特點(diǎn):同一需求,不同過程,不同質(zhì)量;關(guān)注過程產(chǎn)品過程關(guān)注點(diǎn)產(chǎn)品產(chǎn)品特點(diǎn):不同需求,同一過程,相同質(zhì)量;過程管理與軟件過程管理過程管理就是對過程進(jìn)行管理,目的是要讓過程能夠被共享、復(fù)用,并得到持續(xù)的改進(jìn)。軟件過程管理就是要注重循序漸進(jìn)地積累,積累項(xiàng)目中的各個(gè)環(huán)節(jié)的實(shí)踐經(jīng)驗(yàn)和項(xiàng)目管理的實(shí)踐經(jīng)驗(yàn),改善和優(yōu)化軟件管理過程。強(qiáng)調(diào)軟件開發(fā)過程的可模式化、可成長性、可共享性軟件項(xiàng)目管理過程項(xiàng)目初始過程需求建議書可行性研究方案選擇項(xiàng)目定義簽訂合同項(xiàng)目初始確定“做什么?、達(dá)到什么目標(biāo)?”項(xiàng)目計(jì)劃編制計(jì)劃,確定“怎么做?”項(xiàng)目執(zhí)行與控制具體實(shí)施、實(shí)時(shí)監(jiān)控項(xiàng)目結(jié)束認(rèn)定成果、項(xiàng)目總結(jié)項(xiàng)目計(jì)劃過程目標(biāo)分解編制計(jì)劃制度完善項(xiàng)目預(yù)算項(xiàng)目執(zhí)行與控制過程標(biāo)準(zhǔn)制定項(xiàng)目實(shí)施績效度量指揮調(diào)度變更與糾偏項(xiàng)目結(jié)束過程范圍核實(shí)成果移交行政收尾合同收尾軟件項(xiàng)目管理中的常見問題需求不明確,變化比較多;工作量估計(jì)過低;項(xiàng)目團(tuán)隊(duì)水平不足;開發(fā)計(jì)劃不充分;項(xiàng)目經(jīng)理的管理能力不足;軟件項(xiàng)目管理的成功原則平衡原則注意“需求、資源、工期、質(zhì)量”四要素的平衡;切記“80/20”原則;分解原則降低難度、減少風(fēng)險(xiǎn)、下放權(quán)力、發(fā)揮能動;實(shí)時(shí)控制原則微軟的“每日構(gòu)建”出成效;簡單有效原則“沒有完美的管理,只有有效的管理”;堅(jiān)持“密而不緊、疏而不漏”原則;規(guī)??刂圃瓌t堅(jiān)持“兵精將寡”原則;第2章軟件項(xiàng)目初始過程項(xiàng)目立項(xiàng)合同項(xiàng)目內(nèi)部項(xiàng)目授權(quán)項(xiàng)目初始項(xiàng)目范圍案例分析項(xiàng)目立項(xiàng)主要內(nèi)容項(xiàng)目目的及必要性項(xiàng)目的可行性分析項(xiàng)目定義、方案設(shè)計(jì)項(xiàng)目的實(shí)施準(zhǔn)備主要工作成立調(diào)研小組開展專項(xiàng)論證資金預(yù)算準(zhǔn)備成立項(xiàng)目協(xié)調(diào)機(jī)構(gòu)招標(biāo)、投標(biāo)、評標(biāo)、定標(biāo)簽署項(xiàng)目合同項(xiàng)目立項(xiàng)項(xiàng)目實(shí)施方案自行開發(fā)購置軟件產(chǎn)品項(xiàng)目整體外包(定制)決策依據(jù)項(xiàng)目實(shí)施成本(人財(cái)物)項(xiàng)目維護(hù)成本系統(tǒng)擴(kuò)展性升級成本系統(tǒng)運(yùn)行時(shí)間(生命周期)系統(tǒng)的獨(dú)立性或行政約束項(xiàng)目的規(guī)模與組織的性質(zhì)內(nèi)部項(xiàng)目合同項(xiàng)目第2章軟件項(xiàng)目初始過程項(xiàng)目立項(xiàng)合同項(xiàng)目內(nèi)部項(xiàng)目授權(quán)項(xiàng)目初始項(xiàng)目范圍案例分析合同項(xiàng)目主要概念甲方:項(xiàng)目的投資方、項(xiàng)目成果的接收方乙方:項(xiàng)目的承接方、項(xiàng)目成果的提供方合同:用以約定甲乙雙方在項(xiàng)目實(shí)施過程中享有的權(quán)利和應(yīng)該承擔(dān)的義務(wù)的、具有法律約束力的協(xié)議的總和。甲方初始過程招標(biāo)書定義乙方選擇合同簽署招標(biāo)書主要內(nèi)容技術(shù)說明商務(wù)說明投標(biāo)說明投標(biāo)書的評估標(biāo)準(zhǔn)(一般包含)合同項(xiàng)目招標(biāo)書定義過程需求定義商務(wù)條件確定驗(yàn)收標(biāo)準(zhǔn)確定資料匯集采購需求認(rèn)可編寫招標(biāo)文件甲方申請招標(biāo)文件招標(biāo)書內(nèi)容與格式見教材P20招標(biāo)方式公開招標(biāo)有限招標(biāo)多方洽談直接談判合同項(xiàng)目乙方選擇一般分初評、細(xì)評兩個(gè)階段招標(biāo)收集供方的建議書評定乙方最終乙方確定招標(biāo)文件乙方名單投標(biāo)書合同項(xiàng)目合同簽署談判日程確定合同草案提交合同條款協(xié)商合同簽署文本確定合同簽署文本審閱合同簽署合同草案合同簽署文本任務(wù)書下達(dá)任務(wù)書任務(wù)書任務(wù)書合同項(xiàng)目軟件項(xiàng)目合同的主要條款項(xiàng)目的內(nèi)容、范圍及要求項(xiàng)目的技術(shù)指標(biāo)及采用的標(biāo)準(zhǔn)體系項(xiàng)目的開發(fā)計(jì)劃項(xiàng)目的付款計(jì)劃與方式甲乙雙方的責(zé)任項(xiàng)目技術(shù)、商業(yè)情報(bào)的保密項(xiàng)目的范圍變更處理項(xiàng)目成果歸屬項(xiàng)目驗(yàn)收的標(biāo)準(zhǔn)與方式項(xiàng)目風(fēng)險(xiǎn)承擔(dān)項(xiàng)目違約與合同糾紛處理合同的有效期合同的附件說明(含術(shù)語解釋)其他(培訓(xùn)、維護(hù)等)合同項(xiàng)目乙方初始過程項(xiàng)目分析投標(biāo)、競標(biāo)合同簽署項(xiàng)目分析需求管理者確定需求分析需求分析評審項(xiàng)目規(guī)模估算項(xiàng)目初步實(shí)施規(guī)劃初步實(shí)施規(guī)劃評審需求分析報(bào)告項(xiàng)目分析任務(wù)書招標(biāo)書項(xiàng)目初步計(jì)劃項(xiàng)目風(fēng)險(xiǎn)分析合同項(xiàng)目投標(biāo)、競標(biāo)技術(shù)能力要求確定人力資源要求確定實(shí)現(xiàn)環(huán)境要求確定企業(yè)能力判定評估結(jié)果評審能力評估結(jié)果需求分析報(bào)告項(xiàng)目計(jì)劃需求成熟度評估用戶支持保證評估用戶資金保證評估項(xiàng)目決策編寫項(xiàng)目建議書項(xiàng)目建議書可行性分析參加競標(biāo)資金、管理要求確定合同項(xiàng)目軟件項(xiàng)目競標(biāo)決策須關(guān)注的要點(diǎn)技術(shù)要求完成時(shí)間經(jīng)濟(jì)效益風(fēng)險(xiǎn)分析合同簽署須注意的重點(diǎn)問題明確規(guī)定項(xiàng)目實(shí)施的有效范圍合同的付款方式、時(shí)間范圍變更及違約處理系統(tǒng)驗(yàn)收標(biāo)準(zhǔn)與方式維護(hù)期約定及后期費(fèi)用標(biāo)準(zhǔn)第2章軟件項(xiàng)目初始過程項(xiàng)目立項(xiàng)合同項(xiàng)目內(nèi)部項(xiàng)目授權(quán)項(xiàng)目初始項(xiàng)目范圍案例分析內(nèi)部項(xiàng)目內(nèi)部項(xiàng)目交由組織內(nèi)部的開發(fā)部門負(fù)責(zé)實(shí)施,不需要招投標(biāo)過程;內(nèi)部項(xiàng)目實(shí)施的核心是確定任務(wù)范圍和與相關(guān)各方進(jìn)行有效的配合;為了約定開發(fā)組的權(quán)益與責(zé)任,往往也需要簽署具有內(nèi)部處罰約束力的協(xié)議,但一般沒有法定的特別的商業(yè)合同約束力;內(nèi)部項(xiàng)目協(xié)議的范圍、技術(shù)、計(jì)劃、驗(yàn)收標(biāo)準(zhǔn)與方式、報(bào)酬等條款跟商業(yè)項(xiàng)目合同基本類似。第2章軟件項(xiàng)目初始過程項(xiàng)目立項(xiàng)合同項(xiàng)目內(nèi)部項(xiàng)目授權(quán)項(xiàng)目初始項(xiàng)目范圍案例分析項(xiàng)目授權(quán)軟件項(xiàng)目的生命周期合同前項(xiàng)目實(shí)施簽合同招標(biāo)、談判質(zhì)量/法律GAP項(xiàng)目正式開始組建項(xiàng)目團(tuán)隊(duì)項(xiàng)目授權(quán)項(xiàng)目組制度建立項(xiàng)目授權(quán)項(xiàng)目章程項(xiàng)目執(zhí)行組織高層批準(zhǔn)的確認(rèn)項(xiàng)目存在、有效的書面文件。主要內(nèi)容項(xiàng)目名稱項(xiàng)目發(fā)起人及聯(lián)系方式項(xiàng)目經(jīng)理及聯(lián)系方式項(xiàng)目目標(biāo)項(xiàng)目背景及基本業(yè)務(wù)情況介紹項(xiàng)目成果定義項(xiàng)目團(tuán)隊(duì)工作的一般性描述項(xiàng)目的基本時(shí)間計(jì)劃項(xiàng)目資源與預(yù)算項(xiàng)目組成員、外圍協(xié)作部門或組織說明IT升級項(xiàng)目的項(xiàng)目章程P25項(xiàng)目授權(quán)項(xiàng)目經(jīng)理的責(zé)任編制開發(fā)計(jì)劃組織項(xiàng)目實(shí)施跟蹤項(xiàng)目的運(yùn)行及糾偏控制項(xiàng)目經(jīng)理的權(quán)利項(xiàng)目組內(nèi)重大問題的決策權(quán)項(xiàng)目組成員的挑選權(quán)項(xiàng)目資源獲取與分配權(quán)項(xiàng)目授權(quán)項(xiàng)目經(jīng)理的能力要求優(yōu)秀的領(lǐng)導(dǎo)能力快速的應(yīng)變能力良好的人際交往能力高效的時(shí)間管理能力高效的激勵(lì)能力非凡的溝通能力項(xiàng)目經(jīng)理應(yīng)具備的能力運(yùn)用項(xiàng)目管理知識和技術(shù)能力軟件公司的崗位設(shè)置(補(bǔ)充)項(xiàng)目經(jīng)理開發(fā)經(jīng)理需求調(diào)研員系統(tǒng)分析員架構(gòu)設(shè)計(jì)師系統(tǒng)設(shè)計(jì)師模塊設(shè)計(jì)師程序員測試經(jīng)理測試工程師測試員實(shí)施經(jīng)理實(shí)施工程師SQA經(jīng)理SQA工程師配置管理工程師配置管理員美工崗位:項(xiàng)目經(jīng)理主要職責(zé)組織制定項(xiàng)目的總體計(jì)劃和階段計(jì)劃;協(xié)調(diào)項(xiàng)目組資源和內(nèi)部工作關(guān)系,安排項(xiàng)目組成員工作;跟蹤、檢查項(xiàng)目組成員工作質(zhì)量;為保障項(xiàng)目正常運(yùn)作,與客戶、項(xiàng)目組成員之間進(jìn)行必要的溝通;負(fù)責(zé)控制項(xiàng)目,保證項(xiàng)目在預(yù)算成本范圍內(nèi)按規(guī)定的質(zhì)量和進(jìn)度達(dá)到項(xiàng)目目標(biāo)。崗位:開發(fā)經(jīng)理主要職責(zé)負(fù)責(zé)制定從需求分析開始到系統(tǒng)測試前的開發(fā)計(jì)劃;在開發(fā)計(jì)劃的約束下,協(xié)調(diào)項(xiàng)目組相關(guān)資源,完成系統(tǒng)分析、架構(gòu)設(shè)計(jì)、系統(tǒng)設(shè)計(jì)、模塊設(shè)計(jì)、代碼實(shí)現(xiàn)、單元測試和集成測試工作;在項(xiàng)目開發(fā)階段,跟蹤、檢查項(xiàng)目組成員的工作質(zhì)量;負(fù)責(zé)重點(diǎn)代碼檢查和單元測試;負(fù)責(zé)編寫《集成測試用例》和集成測試腳本,負(fù)責(zé)組織相關(guān)人員執(zhí)行集成測試并提交《集成測試報(bào)告》;負(fù)責(zé)編寫《系統(tǒng)管理手冊》和《安裝手冊》。崗位:需求調(diào)研員主要職責(zé)根據(jù)《需求調(diào)研計(jì)劃》進(jìn)行需求調(diào)研;收集整理客戶需求,負(fù)責(zé)編寫《用戶需求說明書》;負(fù)責(zé)解決《用戶需求說明書》被評審后發(fā)現(xiàn)的問題;就《用戶需求說明書》的內(nèi)容與項(xiàng)目組、用戶達(dá)成一致并得到用戶的確認(rèn)。崗位:系統(tǒng)分析員主要職責(zé)深入分析和歸納用戶需求,總結(jié)翻譯出系統(tǒng)需求;負(fù)責(zé)將系統(tǒng)需求整理成《軟件需求規(guī)格說明書》;負(fù)責(zé)解決《軟件需求規(guī)格說明書》被評審后發(fā)現(xiàn)的問題;必要時(shí)負(fù)責(zé)向架構(gòu)設(shè)計(jì)師或系統(tǒng)設(shè)計(jì)師解釋系統(tǒng)需求。崗位:架構(gòu)設(shè)計(jì)師主要職責(zé):深度剖析系統(tǒng)需求,抽象出應(yīng)用系統(tǒng)架構(gòu)模型,確定應(yīng)用系統(tǒng)實(shí)現(xiàn)模式;利用當(dāng)前先進(jìn)、成熟的計(jì)算機(jī)應(yīng)用技術(shù),負(fù)責(zé)設(shè)計(jì)和實(shí)現(xiàn)穩(wěn)健、實(shí)用、靈活、高效的應(yīng)用系統(tǒng)(技術(shù))架構(gòu);指導(dǎo)項(xiàng)目組相關(guān)人員了解并靈活使用(技術(shù))架構(gòu);協(xié)助測試人員進(jìn)行系統(tǒng)架構(gòu)測試。崗位:系統(tǒng)設(shè)計(jì)師主要職責(zé)深入分析系統(tǒng)需求,剖析出界面層、業(yè)務(wù)層和數(shù)據(jù)層應(yīng)用模塊;針對項(xiàng)目選定的(技術(shù))架構(gòu),負(fù)責(zé)完成應(yīng)用系統(tǒng)的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì);負(fù)責(zé)完成應(yīng)用系統(tǒng)的數(shù)據(jù)庫邏輯設(shè)計(jì)和物理設(shè)計(jì);指導(dǎo)項(xiàng)目組相關(guān)人員完成模塊設(shè)計(jì);協(xié)助編寫《集成測試用例》和集成測試腳本。崗位:模塊設(shè)計(jì)師主要職責(zé)在系統(tǒng)設(shè)計(jì)師的指導(dǎo)下,負(fù)責(zé)進(jìn)行模塊設(shè)計(jì)(包括功能界面布局設(shè)計(jì)和人機(jī)交互界面設(shè)計(jì))和編寫設(shè)計(jì)文檔;在系統(tǒng)設(shè)計(jì)師的指導(dǎo)下,負(fù)責(zé)編寫《集成測試用例》和集成測試腳本;負(fù)責(zé)完成應(yīng)用系統(tǒng)的集成測試并編寫集成測試報(bào)告;指導(dǎo)程序員根據(jù)模塊設(shè)計(jì)進(jìn)行代碼實(shí)現(xiàn)。崗位:程序員主要職責(zé)在模塊設(shè)計(jì)師指導(dǎo)下,根據(jù)模塊設(shè)計(jì)進(jìn)行代碼實(shí)現(xiàn);編寫《單元測試用例》和單元測試腳本;負(fù)責(zé)執(zhí)行代碼走讀和單元測試,記錄單元測試結(jié)果;執(zhí)行集成測試。崗位:測試經(jīng)理主要職責(zé)獨(dú)立編寫測試計(jì)劃;獨(dú)立編寫測試用例;安排和指導(dǎo)測試工程師/測試員的工作;協(xié)調(diào)測試團(tuán)隊(duì)內(nèi)部的工作以及與開發(fā)團(tuán)隊(duì)之間的工作。崗位:測試工程師主要職責(zé)在測試經(jīng)理的安排和指導(dǎo)下,編寫測試計(jì)劃;在測試經(jīng)理的安排和指導(dǎo)下,編寫測試用例;在測試經(jīng)理的安排下,獨(dú)立完成“執(zhí)行測試”的工作;在測試經(jīng)理的指導(dǎo)下,掌握較深層次的測試方法、測試技術(shù)和較復(fù)雜的業(yè)務(wù)流程。崗位:測試員主要職責(zé)在測試經(jīng)理的安排和指導(dǎo)下,編寫測試用例;在測試經(jīng)理的安排和指導(dǎo)下,完成“執(zhí)行測試”的工作;在測試經(jīng)理的指導(dǎo)下,基本完成測試計(jì)劃的編寫工作;在測試經(jīng)理幫帶下,掌握基本的測試方法、測試技術(shù)和業(yè)務(wù)流程。崗位:實(shí)施經(jīng)理主要職責(zé):負(fù)責(zé)制定項(xiàng)目實(shí)施計(jì)劃;在項(xiàng)目實(shí)施計(jì)劃的約束下,協(xié)調(diào)項(xiàng)目組相關(guān)資源,完成系統(tǒng)實(shí)施相關(guān)工作(包括系統(tǒng)安裝、用戶培訓(xùn)、系統(tǒng)上線、系統(tǒng)試運(yùn)行等);在項(xiàng)目實(shí)施階段,跟蹤、檢查實(shí)施人員的工作質(zhì)量;負(fù)責(zé)編寫《用戶手冊》、《操作手冊》和相關(guān)培訓(xùn)教材;負(fù)責(zé)協(xié)助用戶進(jìn)行“用戶確認(rèn)測試”和編寫《確認(rèn)測試報(bào)告》。崗位:實(shí)施工程師主要職責(zé):在實(shí)施經(jīng)理安排和指導(dǎo)下,執(zhí)行項(xiàng)目用戶現(xiàn)場實(shí)施任務(wù);參與編寫《用戶手冊》、《操作手冊》和相關(guān)培訓(xùn)教材;參與進(jìn)行“用戶確認(rèn)測試”和編寫《確認(rèn)測試報(bào)告》。崗位:SQA經(jīng)理主要職責(zé)負(fù)責(zé)被分派項(xiàng)目的質(zhì)量審計(jì);對工程部門進(jìn)行CMM過程培訓(xùn)和指導(dǎo);負(fù)責(zé)被分派的過程改進(jìn)工作;負(fù)責(zé)過程工具的研究、推廣與維護(hù)。崗位:SQA工程師主要職責(zé):負(fù)責(zé)被分派項(xiàng)目的質(zhì)量審計(jì);對工程部門進(jìn)行CMM過程培訓(xùn)和指導(dǎo);負(fù)責(zé)過程工具的研究、推廣與維護(hù),負(fù)責(zé)過程數(shù)據(jù)庫維護(hù)工作。崗位:配置管理工程師主要職責(zé):負(fù)責(zé)部門項(xiàng)目配置管理庫的管理并承擔(dān)大型項(xiàng)目的配置管理活動;指導(dǎo)配置管理員編寫《配置管理計(jì)劃》并實(shí)施配置管理活動;為部門各項(xiàng)目提供SCM理論和相關(guān)工具的培訓(xùn),并提供技術(shù)支持;對配置管理流程進(jìn)行監(jiān)督、跟蹤,并提供優(yōu)化改進(jìn)建議。崗位:配置管理員主要職責(zé)據(jù)軟件項(xiàng)目計(jì)劃制定配置管理計(jì)劃;在配置管理計(jì)劃約束下,負(fù)責(zé)配置項(xiàng)、基線的生成、變更和相關(guān)管理;為項(xiàng)目組提供SCM理論和相關(guān)工具的培訓(xùn),并提供技術(shù)支持。崗位:美工主要職責(zé)負(fù)責(zé)完成項(xiàng)目經(jīng)理安排的功能界面設(shè)計(jì)。第2章軟件項(xiàng)目初始過程項(xiàng)目立項(xiàng)合同項(xiàng)目內(nèi)部項(xiàng)目授權(quán)項(xiàng)目初始項(xiàng)目范圍案例分析初始項(xiàng)目范圍初始的項(xiàng)目范圍說明書(初始的需求說明書)項(xiàng)目需要完成的工作項(xiàng)目需要提交的成果需求規(guī)格說明書的編寫基礎(chǔ)第2章軟件項(xiàng)目初始過程項(xiàng)目立項(xiàng)合同項(xiàng)目內(nèi)部項(xiàng)目授權(quán)項(xiàng)目初始項(xiàng)目范圍案例分析案例討論與分析案例1:校務(wù)通系統(tǒng)案例2:投標(biāo)人資格案例3:評標(biāo)標(biāo)準(zhǔn)案例4:非招標(biāo)采購案例5:合同履行

項(xiàng)目結(jié)束

項(xiàng)目執(zhí)行控制

項(xiàng)目計(jì)劃

項(xiàng)目初始

合同計(jì)劃

風(fēng)險(xiǎn)計(jì)劃

溝通計(jì)劃

人力計(jì)劃

質(zhì)量計(jì)劃

成本計(jì)劃

時(shí)間計(jì)劃

集成計(jì)劃范圍計(jì)劃引論明確項(xiàng)目應(yīng)該包括什么及不包括什么等基本需求內(nèi)容。甲乙方達(dá)成需求共識的重要手段。范圍管理包含需求管理。第2章范圍計(jì)劃關(guān)于軟件需求需求管理過程編寫需求規(guī)格的方法任務(wù)分解定義任務(wù)分解的方法任務(wù)分解結(jié)果的檢驗(yàn)案例討論與講評關(guān)于軟件需求軟件需求的概念用戶對軟件功能和性能的要求,即用戶希望軟件能做什么,具有什么功能,達(dá)到什么性能或效果。軟件需求的重要性項(xiàng)目中40~60%的問題與需求分析階段的工作有關(guān);軟件項(xiàng)目中的返工開銷占總費(fèi)用的40%,而其中的70-80%因需求分析缺陷導(dǎo)致;失敗的軟件項(xiàng)目中,80%因需求分析不明確產(chǎn)生。軟件項(xiàng)目失敗的原因分析No.

Top10Factors

平均值

1

Inadequaterequirementsspecification

不充分的需求規(guī)范

4.5

2

Changesinrequirements

需求的改變

4.3

3

Shortageofsystemsengineers

缺乏系統(tǒng)工程師

4.2

4

Shortageofsoftwaremanagers缺乏了解軟件特性的經(jīng)理人

4.1

5

Shortageofqualifiedprojectmanagers缺乏合格的項(xiàng)目經(jīng)理

4.1

6

Shortageofsoftwareengineers缺乏軟件工程師

3.9

7

Fixed-pricecontract固定價(jià)合同

3.8

8

Inadequatecommunicationsforsystemintegration系統(tǒng)集成階段,交流與溝通不充分

3.8

9

Insufficientexperienceasteam團(tuán)隊(duì)缺乏經(jīng)驗(yàn)

3.6

10

Shortageofapplicationdomainexperts缺乏應(yīng)用領(lǐng)域?qū)<?/p>

3.6

Scale:5=VerySerious3=Serious1=NoSerious

Source:Carnegie-MellonUniversity,SoftwareEngineeringInstitute關(guān)于軟件需求軟件需求的層次業(yè)務(wù)需求(高層次的目標(biāo)需求)用戶需求(軟件產(chǎn)品需要完成的任務(wù))功能需求(軟件需要具備的功能)業(yè)務(wù)需求用戶需求功能需求軟件需求規(guī)格非功能性需求質(zhì)量特性約束和假設(shè)系統(tǒng)需求隱性需求隱性需求需求管理過程需求工程需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗(yàn)證變更管理需求獲取需要獲取的信息客戶部門的現(xiàn)有組織架構(gòu)現(xiàn)有的軟硬件環(huán)境與運(yùn)行系統(tǒng)現(xiàn)有的業(yè)務(wù)流程業(yè)務(wù)人員及用戶類型主要活動訪談、提問與調(diào)查收集現(xiàn)有業(yè)務(wù)處理檔案材料需求專題討論會需求獲取需求獲取時(shí)應(yīng)該注意的問題識別真正的客戶(影響力與重要性排序)正確理解用戶的需求具備較強(qiáng)的忍耐力和清晰的思維說服和教育客戶需求管理過程需求工程需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗(yàn)證變更管理需求分析需求分析又稱需求建模,為最終用戶所需要的系統(tǒng)建立一個(gè)概念模型,是對需求的抽象描述。解決目標(biāo)系統(tǒng)“做什么?”的問題,與技術(shù)無關(guān)。需求分析需求分析的主要活動以圖形表示的方式描述系統(tǒng)的整體結(jié)構(gòu),包括系統(tǒng)的邊界和接口;通過原型、頁面流或其他方式向用戶提供可視化界面,征求用戶的意見,確定需求優(yōu)先級;以模型描述系統(tǒng)的功能項(xiàng)、數(shù)據(jù)實(shí)體、外部實(shí)體、實(shí)體之間的關(guān)系與狀態(tài)轉(zhuǎn)換等方面的內(nèi)容,建立需求模型,編寫數(shù)據(jù)字典。需求管理過程需求工程需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗(yàn)證變更管理需求規(guī)格說明需求分析工作完成的一個(gè)基本標(biāo)志是形成了一份完整的、規(guī)范的需求規(guī)格說明書需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個(gè)共同的理解,使之成為整個(gè)開發(fā)工作的基礎(chǔ)。需求規(guī)格說明軟件需求規(guī)格模板參考引言系統(tǒng)定義應(yīng)用環(huán)境功能規(guī)格性能需求產(chǎn)品提交實(shí)現(xiàn)約束質(zhì)量描述其它簽字確認(rèn)教材P49-50需求規(guī)格說明經(jīng)驗(yàn)之談錯(cuò)誤理解:粗線條描述需求,細(xì)節(jié)在開發(fā)過程中逐步完善。正確做法:全面且盡可能細(xì)致地與客戶討論項(xiàng)目的應(yīng)用背景、功能要求、性能要求、操作界面要求、與其他軟件的接口要求、以及對項(xiàng)目進(jìn)行評估的各種評價(jià)標(biāo)準(zhǔn)。需求管理過程需求工程需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗(yàn)證變更管理需求驗(yàn)證驗(yàn)證的內(nèi)容需求是正確的嗎?需求是一致的嗎?需求是完全的嗎?需求是實(shí)際可行的嗎?需求是必要的嗎?需求是可檢驗(yàn)的嗎?需求是可跟蹤的嗎?簽字確認(rèn)需求管理過程需求工程需求工程需求管理需求開發(fā)需求獲取需求分析需求規(guī)格說明需求驗(yàn)證變更管理需求總在變化只要不變的目標(biāo)盡可能滿足用戶合理的、有效益的需求,在項(xiàng)目約束條件下追求用戶滿意度的最大化。沒有不變的需求需求一成不變的軟件項(xiàng)目是不存在的。需求變更的原因需求分析不完整、存在二義性、范圍不清晰用戶改變需求沒有良好的軟件結(jié)構(gòu)適應(yīng)變化需求總在變化需求變更時(shí)間與所付代價(jià)關(guān)系圖需求變更管理主要內(nèi)容建立需求基線確定需求變更控制過程建立變更控制委員會(SCCB)進(jìn)行需求變更影響評估分析跟蹤所有受需求變更影響的工作產(chǎn)品建立需求基準(zhǔn)版本和需求控制版本文檔維護(hù)需求變更的歷史記錄跟蹤每項(xiàng)需求的狀態(tài)衡量需求穩(wěn)定性需求變更管理需求變更處理流程

需求變更是不可避免的,但必須有套規(guī)范的處理流程,并按照“提出變更、變更評估、實(shí)施變更、變更檢驗(yàn)”的操作步驟來進(jìn)行。需求變更管理客戶開發(fā)方……變更申請選擇變更決定方式項(xiàng)目經(jīng)理決定變更控制委員會評估不接受根據(jù)評估結(jié)果拒絕接受變更下版本變更修改合同修改需求修改項(xiàng)目計(jì)劃需求變更管理需求變更申請表需求變更管理需求變更影響分析任務(wù)分解定義任務(wù)分解面向可交付成果,將一個(gè)項(xiàng)目由粗到細(xì)地分解為更多的工作細(xì)目或者子項(xiàng)目,使項(xiàng)目的可控管理單元變得更小。任務(wù)分解的結(jié)果WBS(WorkBreakdownStructure)任務(wù)分解定義WBS的分解策略按系統(tǒng)功能按任務(wù)類型按照系統(tǒng)功能分解實(shí)例:學(xué)生成績管理系統(tǒng)的WBS成績管理系統(tǒng)1.課程管理2.成績管理3.學(xué)生管理2.2成績查詢2.1成績錄入2.3成績打印需求分析計(jì)劃高華編寫需求說明張明、李麗需求規(guī)格測試?yán)铥愋枨笠?guī)格確認(rèn)李麗流程優(yōu)化高華繪制業(yè)務(wù)流程張明抽象業(yè)務(wù)類張明建立數(shù)據(jù)模型李麗編寫詞匯表張明分析圖示歸檔張明3.23.13.33.43.512345學(xué)生成績管理系統(tǒng)需求分析

實(shí)例:學(xué)生成績管理系統(tǒng)的WBS按照任務(wù)類型分解任務(wù)分解定義WBS的分解策略按系統(tǒng)功能按任務(wù)類型WBS的表示形式圖表類型清單類型圖表形式實(shí)例:學(xué)生成績管理系統(tǒng)的WBS成績管理系統(tǒng)1.課程管理2.成績管理3.學(xué)生管理2.2成績查詢2.1成績錄入2.3成績打印

實(shí)例:學(xué)生成績管理系統(tǒng)的WBS1課程管理1.1

課程增加1.2

課程修改1.3

課程查詢2

成績管理2.1

成績錄入2.2

成績查詢

2.2.1課程成績查詢2.2.2個(gè)人成績查詢2.2.3班級成績查詢2.3成績打印3

……清單形式任務(wù)分解定義WBS的分解策略按系統(tǒng)功能按任務(wù)類型WBS的表示形式圖表類型清單類型說明也有直接在WBS中確定任務(wù)責(zé)任人的情況,即將WBS和OBS(組織分解結(jié)構(gòu))結(jié)合起來,編制綜合的WBS。任務(wù)分解定義WBS與OBS(組織分解結(jié)構(gòu))任務(wù)分解定義任務(wù)分解定義WBS字典項(xiàng)目名稱:項(xiàng)目負(fù)責(zé)人:單位名稱:制表日期:子任務(wù)名稱1.1******任務(wù)編碼任務(wù)名稱主要活動描述負(fù)責(zé)人1.1.1********

1.1.2

*******

1.1.3

*******

項(xiàng)目負(fù)責(zé)人審核意見:

簽名:日期:任務(wù)分解的方法模版參照法任務(wù)分解的方法類比法自頂向下法自下而上法任務(wù)分解結(jié)果的檢驗(yàn)檢驗(yàn)WBS分解結(jié)果的標(biāo)準(zhǔn)最底層的要素是否是實(shí)現(xiàn)目標(biāo)的充分必要條件;每個(gè)要素是否清晰完整定義;最底層要素是否有重復(fù)的;最底層要素是否可以進(jìn)行成本估算和進(jìn)度安排。任務(wù)分解結(jié)果的檢驗(yàn)WBS分解的注意事項(xiàng)任務(wù)分解的規(guī)模和數(shù)量因項(xiàng)目而異,確保最低層是可控的和可管理的,推薦分解到40小時(shí)的任務(wù)比較恰當(dāng);每個(gè)任務(wù)必須確定一個(gè)定義明確的提交物;任務(wù)分解層數(shù)最好不要超過7層;案例討論與分析案例1:校務(wù)通系統(tǒng)案例2:范圍定義案例3:工作要點(diǎn)案例4:范圍確認(rèn)

項(xiàng)目結(jié)束

項(xiàng)目執(zhí)行控制

項(xiàng)目計(jì)劃

項(xiàng)目初始

合同計(jì)劃

風(fēng)險(xiǎn)計(jì)劃

溝通計(jì)劃

人力計(jì)劃

質(zhì)量計(jì)劃

成本計(jì)劃

時(shí)間計(jì)劃

集成計(jì)劃范圍計(jì)劃引論項(xiàng)目成本與開發(fā)時(shí)限構(gòu)成項(xiàng)目進(jìn)度計(jì)劃的基本紅線;項(xiàng)目進(jìn)度計(jì)劃涉及到項(xiàng)目的活動編排和資源計(jì)劃制定;合理的進(jìn)度計(jì)劃能有效提高軟件項(xiàng)目資源利用效率。引論進(jìn)度管理的重要性按時(shí)完成項(xiàng)目是項(xiàng)目經(jīng)理最大的挑戰(zhàn)之一;合理的并行性活動安排是項(xiàng)目按期完成的重要保證引論軟件項(xiàng)目進(jìn)度管理過程任務(wù)(活動)定義(Activitydefinition)任務(wù)(活動)排序(Activitysequencing)任務(wù)(活動)歷時(shí)估計(jì)(Activitydurationestimating)制定進(jìn)度計(jì)劃(Scheduledevelopment)進(jìn)度控制(Schedulecontrol)-項(xiàng)目跟蹤活動定義活動排序活動歷時(shí)估計(jì)制定進(jìn)度計(jì)劃進(jìn)度控制計(jì)劃階段控制階段第3章軟件項(xiàng)目進(jìn)度管理任務(wù)(活動)定義任務(wù)(活動)排序進(jìn)度管理工具任務(wù)資源估計(jì)項(xiàng)目歷時(shí)估計(jì)進(jìn)度計(jì)劃制定案例分析任務(wù)(活動)定義將項(xiàng)目工作分解為一個(gè)個(gè)易管理、可控制、責(zé)任明確的活動或任務(wù),并列出活動清單的過程。功能1軟件產(chǎn)品功能2-子功能2功能2功能3功能2-子功能1功能2-子功能3活動1活動2成果:項(xiàng)目活動清單任務(wù)(活動)排序確定項(xiàng)目中各項(xiàng)任務(wù)(活動)的先后順序及其之間的邏輯關(guān)系。任務(wù)(活動)之間相互依賴關(guān)系依據(jù)強(qiáng)制性(先后)依賴關(guān)系:項(xiàng)目活動之間的固有的、不可改變性的依賴關(guān)系(也稱內(nèi)在相關(guān)性)軟邏輯關(guān)系:由項(xiàng)目管理人員(人為)確定的項(xiàng)目活動之間的依賴關(guān)系(也稱指定性相關(guān))外部依賴關(guān)系:項(xiàng)目活動與非項(xiàng)目活動之間的依賴關(guān)系任務(wù)(活動)排序任務(wù)(活動)之間的邏輯關(guān)系A(chǔ)B結(jié)束-開始(FS)AB結(jié)束-結(jié)束(FF)AB開始-開始(SS)AB開始-結(jié)束(SF)進(jìn)度管理工具甘特圖網(wǎng)絡(luò)圖里程碑圖資源圖甘特圖(GanttChart)甘特圖表示項(xiàng)目各活動開始時(shí)間與結(jié)束時(shí)間、明確體現(xiàn)項(xiàng)目活動工期與進(jìn)度計(jì)劃的圖形表示方法。表示方法水平線段表示階段任務(wù)線段的起點(diǎn)和終點(diǎn)分別對應(yīng)于任務(wù)的開始時(shí)間和結(jié)束時(shí)間;線段的長度表示完成任務(wù)所需的時(shí)間;棒狀圖三角圖(上三角:開始;下三角:結(jié)束)甘特圖(GanttChart)開始時(shí)間結(jié)束時(shí)間網(wǎng)絡(luò)圖前導(dǎo)圖法(PDM-PrecedenceDiagrammingMethod)箭線法(ADM-ArrowDiagrammingMethod)ABCDE前導(dǎo)圖法表示的網(wǎng)絡(luò)圖1234567A1A2A3A4A5A6A7V1用箭線圖法表示的網(wǎng)絡(luò)圖網(wǎng)絡(luò)圖說明PDM中的結(jié)點(diǎn)表示活動,箭線表示順序。ADM中的結(jié)點(diǎn)表示時(shí)間點(diǎn),箭線表示活動。ADM中的一對結(jié)點(diǎn)間只能有一條箭線。12系統(tǒng)規(guī)劃市場調(diào)查不允許13系統(tǒng)規(guī)劃2市場調(diào)查虛活動:用虛線箭頭表示--不消耗時(shí)間網(wǎng)絡(luò)圖項(xiàng)目活動緊前活動工期負(fù)責(zé)1需求分析計(jì)劃--3張明2流程優(yōu)化17李立3編寫需求規(guī)格詞匯表22張明4繪制業(yè)務(wù)流程22李立5抽象業(yè)務(wù)類42李立6建立數(shù)據(jù)模型52李立7將分析圖示加入規(guī)格說明文檔3,61萬分8需求規(guī)格測試73萬分9需求規(guī)格確認(rèn)83張明例題:已知某軟件需求分析項(xiàng)目活動及緊前活動序列如下表,試?yán)L制其網(wǎng)絡(luò)圖。網(wǎng)絡(luò)圖需求分析計(jì)劃

1張明3流程優(yōu)化

2李立7編詞匯表

3張明2繪制業(yè)務(wù)流程

4李立2抽象業(yè)務(wù)類

5李立2建立數(shù)學(xué)模型

6李立2圖示加入文檔7萬分1需求規(guī)格測試

8萬分3需求規(guī)格確認(rèn)

9張明3PDM網(wǎng)絡(luò)圖網(wǎng)絡(luò)圖需求分析計(jì)劃1張明流程優(yōu)化2李立編詞匯表3張明4李立抽象業(yè)務(wù)類5李立建立數(shù)學(xué)模型6李立圖示加入文檔7萬分需求規(guī)格測試8萬分需求規(guī)格確認(rèn)9張明雙號網(wǎng)絡(luò)圖?123需求分析計(jì)劃流程優(yōu)化繪制業(yè)務(wù)流程抽象業(yè)務(wù)類456建立數(shù)學(xué)模型編詞匯表7圖示加入文檔89需求規(guī)格測試需求規(guī)格確認(rèn)10里程碑圖用于顯示項(xiàng)目進(jìn)展中的重大工作完成的時(shí)間節(jié)點(diǎn)。SpecificationDesign08/9811/98Testing02/995/99AvailableCoding9/0011/00Announce里程碑與活動的區(qū)別活動是需要消耗資源的里程碑僅僅表示事件的標(biāo)記,不需資源資源圖顯示項(xiàng)目的進(jìn)展中的資源需求情況任務(wù)資源估計(jì)資源類型人力資源設(shè)備資源其他輔助資源需要注意的問題資源類型資源來源與限制資源成本項(xiàng)目歷時(shí)估計(jì)需要考慮的因素實(shí)際工作時(shí)間有效工作時(shí)間連續(xù)工作時(shí)間項(xiàng)目人員規(guī)模生產(chǎn)率人員級別歷史項(xiàng)目項(xiàng)目歷時(shí)估計(jì)方法定額估計(jì)法經(jīng)驗(yàn)導(dǎo)出模型工程評估評審技術(shù)專家估計(jì)法類推估計(jì)法模擬估計(jì)法基于承諾的進(jìn)度估計(jì)法Jones的一階估計(jì)準(zhǔn)則管理預(yù)留應(yīng)用PERT估算項(xiàng)目歷時(shí)計(jì)劃評審技術(shù)(ProgramEvaluationandReviewTechniquePERT)利用網(wǎng)絡(luò)順序圖邏輯關(guān)系和加權(quán)歷時(shí)估算來計(jì)算項(xiàng)目歷時(shí)的技術(shù)。當(dāng)估算項(xiàng)目中某項(xiàng)單獨(dú)的活動,存在很大的不確定性時(shí)采用。應(yīng)用PERT估算項(xiàng)目歷時(shí)它是基于對某項(xiàng)任務(wù)的樂觀,悲觀以及最可能的概率時(shí)間估計(jì),假設(shè)標(biāo)準(zhǔn)方差是時(shí)間需求范圍的1/6,且活動所需時(shí)間的概率分布服從正態(tài)分布,則期望時(shí)間E的計(jì)算公式E=(O+4m+P)/6O是最小估算值:樂觀(Optimistic)

P是最大估算值:悲觀(Pessimistic)M是最大可能估算(MostLikely)應(yīng)用PERT估算項(xiàng)目歷時(shí)為了把握項(xiàng)目中每個(gè)活動的不確定性程度,可以利用方差計(jì)算公式計(jì)算出其活動工期的方差與標(biāo)準(zhǔn)差,公式如下:標(biāo)準(zhǔn)差δ=(P-O)/6方差δ2

=[(P-O)/6]

2O是最小估算值:樂觀(Optimistic)

P是最大估算值:悲觀(Pessimistic)M是最大可能估算(MostLikely)PERT應(yīng)用舉例例題:已知某軟件需求分析項(xiàng)目活動的樂觀、可能、悲觀時(shí)間如下表,試計(jì)算其各活動的工期估計(jì)值。項(xiàng)目活動緊前活動樂觀時(shí)間可能時(shí)間悲觀時(shí)間工期估計(jì)1需求分析計(jì)劃--2流程優(yōu)化13編寫詞匯表24繪制業(yè)務(wù)流程25抽象業(yè)務(wù)類46建立數(shù)據(jù)模型57圖示加入文檔3,68需求規(guī)格測試79需求規(guī)格確認(rèn)82421121223722221234102332184372222133PERT應(yīng)用舉例0.109100.1090.1090010.1090.33100.330.330010.33項(xiàng)目活動樂觀時(shí)間悲觀時(shí)間工期估計(jì)方差標(biāo)準(zhǔn)差1需求分析計(jì)劃2432流程優(yōu)化41073編寫詞匯表2224繪制業(yè)務(wù)流程1325抽象業(yè)務(wù)類1326建立數(shù)據(jù)模型2227圖示加入文檔1118需求規(guī)格測試2839需求規(guī)格確認(rèn)243δ2=[(P-O)/6]2應(yīng)用PERT估算項(xiàng)目歷時(shí)用PERT技術(shù)評估存在多個(gè)活動的一條路徑12345ACBD期望值E=E1+E2+….En方差δ2=(δ1)2+(δ2)2+….+(δn)2標(biāo)準(zhǔn)差δ=((δ1)2+(δ2)2+….+(δn)2)1/2

應(yīng)用PERT估算項(xiàng)目歷時(shí)設(shè)有三活動J、K、L,求其總工期及標(biāo)準(zhǔn)差。21432,3,64,6,83,4,6JKL項(xiàng)活動O,M,PEδδ2J2,3,63.334/616/36K4,6,864/616/36L3,4,64.173/69/36估計(jì)項(xiàng)目總歷時(shí)13.51.06741/3668.3%95.5%99.7%標(biāo)準(zhǔn)差與保證率根據(jù)概率理論,符合正態(tài)分布的取值區(qū)間與可信度存在以下關(guān)系:標(biāo)準(zhǔn)差與保證率平均歷時(shí)E=13.5,δ=1.07范圍概率從到T1±δ68.3%12.414.6T2±2δ95.5%11.415.6T3±3δ99.7%10.316.7項(xiàng)目在14.57內(nèi)天完成的概率是多少?標(biāo)準(zhǔn)差與保證率-2δ+2δ-3δ-1δ+1δ+3δ68.3%95.5%99.7%ET=E+δ=13.5+1.07=14.57P=50%+34.2%=84.2%68.3/2%=34.2%50%進(jìn)度計(jì)劃編制關(guān)鍵路徑法時(shí)間壓縮法資源平衡關(guān)鍵鏈法關(guān)鍵路徑法(CPM:CriticalPathMethod)方法的核心內(nèi)容根據(jù)網(wǎng)絡(luò)圖邏輯關(guān)系計(jì)算和確定每一個(gè)活動的最早、最遲開始日期和最早、最遲完成日期;計(jì)算每個(gè)活動的浮動時(shí)間,求關(guān)鍵路徑。關(guān)鍵路徑的特征關(guān)鍵路徑是由浮動時(shí)間為0的活動(關(guān)鍵活動)組成的路徑,是網(wǎng)絡(luò)圖中最長的路徑;關(guān)鍵路徑上的任何活動延遲,都會導(dǎo)致整個(gè)項(xiàng)目完成時(shí)間的延遲。關(guān)鍵路徑(CP:CriticalPath)窮舉法求CP路徑1:1、2、3、4、6路徑2:1、2、3、5、6路徑長度=A+B+C+E=2+5+2+1=10路徑長度=A+B+D+F=2+5+7+2=15正逆推法求CP關(guān)鍵路徑(CP:CriticalPath)正逆推法求CP正推過程(Forwardpass)逆推過程(Backwardpass)求關(guān)鍵活動(浮動時(shí)間為0的活動)ESLFLSDuration=4TaskAESEFLSLF活動(任務(wù))結(jié)點(diǎn)表示關(guān)鍵路徑(CP:CriticalPath)正推過程(Forwardpass)首先建立項(xiàng)目的開始時(shí)間(網(wǎng)絡(luò)圖中首個(gè)活動ES:項(xiàng)目的開始時(shí)間)從左到右,從上到下進(jìn)行任務(wù)編排,求出每一個(gè)活動的ES與EF(EF=ES+活動估計(jì)工期)當(dāng)一個(gè)后置活動有多個(gè)前置活動時(shí),選擇其中最大的最早完成時(shí)間作為后置活動的最早開始時(shí)間.公式:ES(S)=Max{EF(Pi)}Pi:活動S的所有直接前置活動關(guān)鍵路徑(CP:CriticalPath)實(shí)例:設(shè)開始時(shí)間為1,正推過程圖示.StartLFLSEFESDuration=7TaskAFinishLFLSEFESDuration=6TaskCLFLSEFESDuration=3TaskGLFLSEFESDuration=3TaskBLFLSEFESDuration=3TaskDLFLSEFESDuration=2TaskFLFLSEFESDuration=3TaskELFLSEFESDuration=2TaskH1188141417447467101719關(guān)鍵路徑(CP:CriticalPath)逆推過程(Backwardpass)首先建立項(xiàng)目的結(jié)束時(shí)間(網(wǎng)絡(luò)圖中最后一個(gè)活動的最晚結(jié)束時(shí)間)從右到左,從上到下進(jìn)行計(jì)算,求出每一個(gè)活動的LF和LS(LS=LF-活動的估計(jì)工期)當(dāng)一個(gè)前置活動有多個(gè)后置活動時(shí),選擇其中最小的最晚開始時(shí)間作為前置活動的最晚完成時(shí)間.公式:LF(P)=Min{LS(Si)}Si:活動P的所有直接后置活動關(guān)鍵路徑(CP:CriticalPath)實(shí)例:設(shè)開始時(shí)間為1,逆推過程圖示.StartLFLSEFESDuration=7TaskAFinishLFLSEFESDuration=6TaskCLFLSEFESDuration=3TaskGLFLSEFESDuration=3TaskBLFLSEFESDuration=3TaskDLFLSEFESDuration=2TaskFLFLSEFESDuration=3TaskELFLSEFESDuration=2TaskH11881414174474671017191719171414881171414111412118關(guān)鍵路徑(CP:CriticalPath)實(shí)例:設(shè)開始時(shí)間為1,求關(guān)鍵活動.StartLFLSEFESDuration=7TaskAFinishLFLSEFESDuration=6TaskCLFLSEFESDuration=3TaskGLFLSEFESDuration=3TaskBLFLSEFESDuration=3TaskDLFLSEFESDuration=2TaskFLFLSEFESDuration=3TaskELFLSEFESDuration=2TaskH11881414174474671017191719171414881171414111412118關(guān)鍵路徑:A->C->G->H路徑長度:19-1=18課堂練習(xí)作為項(xiàng)目經(jīng)理,你需要給一個(gè)軟件項(xiàng)目做計(jì)劃安排,經(jīng)過任務(wù)分解后得到任務(wù)A,B,C,D,E,F(xiàn),G,假設(shè)各個(gè)任務(wù)之間沒有滯后和超前,下圖是這個(gè)項(xiàng)目的PDM網(wǎng)絡(luò)圖。通過歷時(shí)估計(jì)已經(jīng)估算出每個(gè)任務(wù)的工期,現(xiàn)已標(biāo)識在PDM網(wǎng)絡(luò)圖上。假設(shè)項(xiàng)目的最早開工日期是第0天,請計(jì)算每個(gè)任務(wù)的最早開始時(shí)間,最晚開始時(shí)間,最早完成時(shí)間,最晚完成時(shí)間,同時(shí)確定關(guān)鍵路徑,并計(jì)算關(guān)鍵路徑的長度,計(jì)算任務(wù)F的自由浮動和總浮動.課堂練習(xí)確定CP以及CP的長度?LFLSEFESDuration=3TaskGLFLSEFESDuration=4TaskA0LFLSEFESDuration=6TaskBLFLSEFESDuration=7TaskCLFLSEFESDuration=5TaskDLFLSEFESDuration=8TaskELFLSEFESDuration=8TaskF課堂練習(xí)-答案LFLSEFESDuration=3TaskGLFLSEFESDuration=4TaskA0LFLSEFESDuration=6TaskBLFLSEFESDuration=7TaskCLFLSEFESDuration=5TaskDLFLSEFESDuration=8TaskELFLSEFESDuration=8TaskF44104121219192412202427272424241619191212612440CP:A->E->C->D->GPathlength:27時(shí)間壓縮法實(shí)質(zhì)時(shí)間壓縮法是在不改變項(xiàng)目范圍的前提下縮短項(xiàng)目工期的數(shù)學(xué)分析方法。主要措施應(yīng)急法--趕工(Crash)平行作業(yè)法--快速跟進(jìn)(Fasttracking:搭接)時(shí)間壓縮法應(yīng)急法-趕工(Crash)在不改變網(wǎng)絡(luò)圖與活動的前提下,通過壓縮某一個(gè)或者多個(gè)活動的工期來達(dá)到縮短整個(gè)項(xiàng)目工期的目的;一般選擇壓縮關(guān)鍵路經(jīng)上的關(guān)鍵活動的工期。進(jìn)度壓縮成本在工期的可壓縮范圍內(nèi),活動工期的壓縮都將導(dǎo)致活動成本的增加;一定的可壓縮區(qū)間內(nèi),可假設(shè)進(jìn)度的壓縮與成本的增加成正比。單位壓縮成本=工期成本有效時(shí)間可能最短時(shí)間壓縮后增加成本壓縮后縮短工期時(shí)間壓縮法例如:活動A:正常進(jìn)度7周,成本5萬;壓縮到5周的成本是6.2萬;則:進(jìn)度單位壓縮成本=(6.2-5)/(7-5)=6000元/周若:壓縮到6周成本是:5.6萬時(shí)間壓縮法例題:請問如果將工期壓縮到17,16,15周時(shí)應(yīng)該壓縮的活動和最后的成本?開始A活動N:7周:5萬C:5周:6.2萬C活動N:10周:4萬C:9周:4.5萬B活動N:9周:8萬C:6周:11萬D活動N:8周:3萬C:6周:4.2萬結(jié)束總工期:18周;總成本20萬活動ABCD單位壓縮成本0.610.50.6時(shí)間壓縮法開始A活動N:7周:5萬C:5周:6.2萬C活動N:10周:4萬C:9周:4.5萬B活動N:9周:8萬C:6周:11萬D活動N:8周:3萬C:6周:4.2萬結(jié)束活動ABCD單位壓縮成本0.610.50.67+9=1610+8=18壓縮后工期可壓縮活動實(shí)際壓縮壓縮后成本計(jì)算項(xiàng)目成本17CC、D20+0.520.5時(shí)間壓縮法開始A活動N:7周:5萬C:5周:6.2萬C活動N:10周:4萬C:9周:4.5萬B活動N:9周:8萬C:6周:11萬D活動N:8周:3萬C:6周:4.2萬結(jié)束活動ABCD單位壓縮成本0.610.50.67+9=1610+8=18壓縮后工期可壓縮活動實(shí)際壓縮壓縮后成本計(jì)算項(xiàng)目成本16DC、D20.5+0.621.1時(shí)間壓縮法開始A活動N:7周:5萬C:5周:6.2萬C活動N:10周:4萬C:9周:4.5萬B活動N:9周:8萬C:6周:11萬D活動N:8周:3萬C:6周:4.2萬結(jié)束活動ABCD單位壓縮成本0.610.50.67+9=1610+8=18壓縮后工期可壓縮活動實(shí)際壓縮壓縮后成本計(jì)算項(xiàng)目成本15A、DA、B、D21.1+0.6+0.622.3時(shí)間壓縮法進(jìn)度壓縮因子理論CharlesSymons(1991)提出;進(jìn)度與成本上漲并不是總成正比關(guān)系,當(dāng)進(jìn)度壓縮到正常范圍以外,其成本將迅速上漲;任何軟件項(xiàng)目都存在著一個(gè)可能的最短進(jìn)度,無論如何調(diào)整,該進(jìn)度都是不可能再壓縮和突破的,越接近該進(jìn)度值,項(xiàng)目成本將呈指數(shù)增加;進(jìn)度壓縮因子=壓縮進(jìn)度正常進(jìn)度

壓縮進(jìn)度后工作量=正常工作量進(jìn)度壓縮因子時(shí)間壓縮法例如:初始進(jìn)度估算是12月,初始工作量估算是78人月,如果進(jìn)度壓縮到10月。則:進(jìn)度壓縮因子=10/12=0.83,則:進(jìn)度壓縮后工作量=78/0.83=94人月一般要求:進(jìn)度壓縮因子>0.75時(shí)間壓縮法平行作業(yè)法-快速跟進(jìn)(Fasttracking:搭接)實(shí)質(zhì)改變活動間的邏輯關(guān)系,并行開展某些活動。項(xiàng)目管理:100需求:10設(shè)計(jì):5時(shí)間任務(wù)設(shè)計(jì):5資源平衡法

溫馨提示

  • 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

提交評論