實(shí)驗(yàn)室工作總結(jié)和安排上海交通大學(xué)

項(xiàng)目管理內(nèi)容有效的項(xiàng)目管理集中于四個(gè)P上，人員產(chǎn)品過(guò)程項(xiàng)目2025/1/121軟件項(xiàng)目管理軟件項(xiàng)目的度量軟件項(xiàng)目計(jì)劃軟件項(xiàng)目的風(fēng)險(xiǎn)管理進(jìn)度安排及跟蹤軟件配置管理項(xiàng)目經(jīng)理的工作2025/1/122軟件項(xiàng)目的度量2025/1/123測(cè)度、度量和指標(biāo)軟件度量是計(jì)算機(jī)軟件中范圍廣泛的測(cè)度。是在一個(gè)連續(xù)的基礎(chǔ)上改進(jìn)軟件過(guò)程輔助估算、質(zhì)量控制、生產(chǎn)率評(píng)估及項(xiàng)目控制在軟件項(xiàng)目管理中，主要關(guān)心生產(chǎn)率和質(zhì)量的度量過(guò)去的項(xiàng)目中軟件開(kāi)發(fā)生產(chǎn)率如何生產(chǎn)的軟件質(zhì)量如何2025/1/124測(cè)度、度量和指標(biāo)項(xiàng)目指標(biāo)可使我們：1）評(píng)估正在進(jìn)行的項(xiàng)目的狀態(tài)2）跟蹤潛在的風(fēng)險(xiǎn)3）在問(wèn)題造成不良影響之前發(fā)現(xiàn)問(wèn)題4）調(diào)整工作流程或任務(wù)5）評(píng)估項(xiàng)目組控制軟件工程工作質(zhì)量的能力2025/1/125過(guò)程度量和過(guò)程改進(jìn)改進(jìn)過(guò)程的唯一合理的方法是測(cè)量過(guò)程的特定屬性，基于這些屬性開(kāi)發(fā)一組有意義的度量，進(jìn)而使用這組度量來(lái)提供引導(dǎo)改進(jìn)戰(zhàn)略的指標(biāo)。軟件過(guò)程度量對(duì)于一個(gè)組織提高其總體的過(guò)程成熟度，能夠提供很大的幫助。但注意不要誤用。2025/1/126“軟件度量規(guī)則”Grady提出了一組“軟件度量規(guī)則”如下：解釋度量數(shù)據(jù)時(shí)使用通用的觀念，并考慮組織的感受性對(duì)收集測(cè)量和度量的個(gè)人及小組提供定期的反饋不要使用度量來(lái)評(píng)價(jià)個(gè)人與開(kāi)發(fā)者和小組一起設(shè)定清晰的目標(biāo)及達(dá)到這些目標(biāo)的度量不要用度量威脅個(gè)人或小組指出某個(gè)問(wèn)題的度量數(shù)據(jù)不應(yīng)該被看成是“否定的”含義。這些數(shù)據(jù)僅僅是過(guò)程改進(jìn)的指標(biāo)。不要被某個(gè)與其他重要度量不符合的度量迷惑。Grady提出一種魚(yú)骨圖2025/1/127項(xiàng)目度量軟件過(guò)程度量主要是用于戰(zhàn)略目的。軟件項(xiàng)目度量則是戰(zhàn)術(shù)性目的。

項(xiàng)目度量的目的是雙重的。首先，這些度量能夠指導(dǎo)進(jìn)行一些必要的調(diào)整以避免延遲，并減少潛在問(wèn)題及風(fēng)險(xiǎn)，從而使得開(kāi)發(fā)時(shí)間減到最少。其次，項(xiàng)目度量可在項(xiàng)目進(jìn)行的基礎(chǔ)上評(píng)估產(chǎn)品質(zhì)量，并且可在必要時(shí)修改技術(shù)方法以改進(jìn)質(zhì)量。2025/1/128軟件測(cè)量產(chǎn)品的直接測(cè)量，包括產(chǎn)生的代碼行（lineofcodeLOC)、執(zhí)行速度、內(nèi)存大小及某段時(shí)間內(nèi)報(bào)告的缺陷。產(chǎn)品的間接測(cè)量，包括功能、質(zhì)量、復(fù)雜性、有效性、可靠性、可維護(hù)性等。2025/1/129面向規(guī)模的度量每千行代碼（KLOC）的錯(cuò)誤數(shù)每千行代碼（KLOC）的缺陷數(shù)每行代碼（LOC）的成本每千行代碼（KLOC）的文檔頁(yè)數(shù)每人月錯(cuò)誤數(shù)每人月代碼行（LOC）每頁(yè)文檔的成本2025/1/1210面向功能的度量

加權(quán)因子測(cè)量參數(shù) 計(jì)數(shù) 簡(jiǎn)單 平均 復(fù)雜用戶輸入數(shù) □ * 3 4 5 =用戶輸出數(shù) □ * 4 5 7 =用戶查詢數(shù) □ * 3 4 6 =文件數(shù) □ * 7 10 15 =外部界面數(shù) □ * 5 7 10 =總計(jì)數(shù)值

FP=總計(jì)數(shù)值*（0.65+0.01*∑Fi)

其中Fi(i=1到14）取值0-52025/1/1211面向功能的度量Fi:1.系統(tǒng)需要可靠的備份和復(fù)原嗎?2.需要數(shù)據(jù)通信嗎?3.有分布處理功能嗎?4.性能很關(guān)鍵嗎?5.系統(tǒng)是否在一個(gè)已有的、很實(shí)用的操作環(huán)境中運(yùn)行?6.系統(tǒng)需要聯(lián)機(jī)數(shù)據(jù)項(xiàng)嗎?7.聯(lián)機(jī)數(shù)據(jù)項(xiàng)是否需要在多屏幕或多操作之間切換以完成輸入?8.需要聯(lián)機(jī)更新主文件嗎?9.輸入、輸入、文件或查詢很復(fù)雜嗎？10.內(nèi)部處理復(fù)雜嗎?11.代碼需要被設(shè)計(jì)成可復(fù)用的嗎?12.設(shè)計(jì)中需要包括轉(zhuǎn)換及安裝嗎?13.系統(tǒng)的設(shè)計(jì)支持不同組織的多次安裝嗎?14.應(yīng)用的設(shè)計(jì)方便用戶修改和使用嗎?2025/1/1212面向功能的度量每個(gè)功能點(diǎn)（FP）的錯(cuò)誤數(shù)每個(gè)功能點(diǎn)（FP）的缺陷數(shù)每個(gè)功能點(diǎn)（FP）的成本每個(gè)功能點(diǎn)（FP）的文檔頁(yè)數(shù)每個(gè)人月完成的功能點(diǎn)（FP）數(shù)2025/1/1213擴(kuò)展的功能點(diǎn)度量

復(fù)雜度加權(quán)因子測(cè)量元素 低 平均高 內(nèi)部數(shù)據(jù)結(jié)構(gòu) □*7 +□*10+□*15 =外部數(shù)據(jù) □*5 +□*7+□*10 =用戶輸入數(shù) □*3 +□*4+□*6 =用戶輸出數(shù) □*4 +□*5+□*7 =用戶查詢數(shù) □*7 +□*4+□*6 =變換 □*3 +□*10+□*15 =變遷 □*n/a+□*n/a+□*n/a=3D函數(shù)點(diǎn)指數(shù)2025/1/1214軟件項(xiàng)目計(jì)劃2025/1/1215項(xiàng)目估算估算是一門(mén)科學(xué)，也是一門(mén)藝術(shù)估算軟件開(kāi)發(fā)工作的資源、成本及進(jìn)度需要：經(jīng)驗(yàn)以前完成項(xiàng)目中有用的信息當(dāng)僅存在定性的數(shù)據(jù)時(shí)進(jìn)行定量測(cè)量的勇氣2025/1/1216項(xiàng)目的不確定性對(duì)項(xiàng)目計(jì)劃中的不確定性產(chǎn)生重大影響的因素復(fù)雜性項(xiàng)目的規(guī)模結(jié)構(gòu)不確定性的程度歷史信息的可用程度2025/1/1217項(xiàng)目計(jì)劃的目標(biāo)項(xiàng)目計(jì)劃的目標(biāo)是提供一個(gè)框架，使得管理者能夠?qū)Y源、成本及進(jìn)度進(jìn)行合理的估算，并隨著項(xiàng)目的進(jìn)展不斷更新項(xiàng)目計(jì)劃的目標(biāo)是通過(guò)一個(gè)信息發(fā)現(xiàn)的過(guò)程實(shí)現(xiàn)的2025/1/1218軟件的范圍軟件項(xiàng)目計(jì)劃的第一個(gè)活動(dòng)是確定軟件范圍軟件范圍包括：功能、性能、約束條件、接口及可靠性2025/1/1219資源軟件計(jì)劃的第二個(gè)任務(wù)是估算完成軟件開(kāi)發(fā)工作所需的資源：開(kāi)發(fā)環(huán)境：硬件及軟件工具可復(fù)用構(gòu)件人員2025/1/1220軟件項(xiàng)目估算軟件成本及工作量的估算永遠(yuǎn)不會(huì)是一門(mén)精確的科學(xué)。人員、技術(shù)、環(huán)境、策略等是影響軟件最終成本及開(kāi)發(fā)所需工作量的主要因素。為了可靠地估算成本及工作量：將估算拖延到項(xiàng)目的最后階段?；谝呀?jīng)完成的類(lèi)似的項(xiàng)目進(jìn)行估算。使用簡(jiǎn)單的“分解技術(shù)”來(lái)進(jìn)行項(xiàng)目成本及工作量的估算。使用一個(gè)或多個(gè)經(jīng)驗(yàn)?zāi)Ｐ瓦M(jìn)行軟件成本及工作量的估算。2025/1/1221軟件項(xiàng)目估算軟件項(xiàng)目估算的準(zhǔn)確性取決于以下因素：計(jì)劃者是否適當(dāng)?shù)毓浪愦ㄔ飚a(chǎn)品規(guī)模的程度。把規(guī)模估算轉(zhuǎn)換成人的工作量、時(shí)間及成本的能力項(xiàng)目計(jì)劃反映軟件項(xiàng)目組能力的程度產(chǎn)品需求的穩(wěn)定性及支持軟件工程工作的環(huán)境2025/1/1222軟件規(guī)模估算四種估算問(wèn)題規(guī)模的方法（由PutnamtMyers92年提出)：“模糊邏輯”法功能點(diǎn)法標(biāo)準(zhǔn)構(gòu)件法修改法2025/1/1223“模糊邏輯”法要點(diǎn)：計(jì)劃者必須說(shuō)明應(yīng)用軟件的類(lèi)型建立其定性的規(guī)模估算在最初的范圍內(nèi)精化該估算利用個(gè)人的經(jīng)驗(yàn)和項(xiàng)目歷史數(shù)據(jù)庫(kù)功能點(diǎn)法：2025/1/1224標(biāo)準(zhǔn)構(gòu)件法與修改法標(biāo)準(zhǔn)構(gòu)件法要點(diǎn)：軟件由若干不同的“標(biāo)準(zhǔn)構(gòu)件”組成估算出每個(gè)標(biāo)準(zhǔn)構(gòu)件的出現(xiàn)次數(shù)使用歷史數(shù)據(jù)來(lái)確定每個(gè)標(biāo)準(zhǔn)構(gòu)件交付時(shí)的大小修改法要點(diǎn)：項(xiàng)目中包含對(duì)已有軟件的使用，但該軟件必須做某種程度的修改。估算必須完成的修改數(shù)目及類(lèi)型。2025/1/1225估算誤差的原因有時(shí)各種估算之間存在著巨大的差別，原因是項(xiàng)目的范圍未能被充分理解，或被計(jì)劃者誤解。基于問(wèn)題的估算技術(shù)中所使用的生產(chǎn)率數(shù)據(jù)對(duì)于該應(yīng)用是不合適的，或是太陳舊了，或是被誤用。解決方案：確定引起差別的原因，重新估算，并調(diào)和各種估算的結(jié)果。2025/1/1226基于過(guò)程的估算估算一個(gè)項(xiàng)目的最常用的技術(shù)是基于使用的過(guò)程進(jìn)行估算，即，將過(guò)程分解為相對(duì)較小的活動(dòng)或任務(wù)，再估算完成每個(gè)任務(wù)所需的工作量。要點(diǎn)：建立問(wèn)題功能及相關(guān)的過(guò)程活動(dòng)2025/1/1227經(jīng)驗(yàn)估算模型計(jì)算機(jī)軟件的估算模型使用由經(jīng)驗(yàn)導(dǎo)出的公式來(lái)預(yù)測(cè)工作量，工作量是LOC或FP的函數(shù)。支持大多數(shù)估算模型的經(jīng)驗(yàn)數(shù)據(jù)是來(lái)源于一個(gè)有限的項(xiàng)目樣品集。沒(méi)有任何估算模型能夠適用于所有類(lèi)型的軟件及所有的開(kāi)發(fā)環(huán)境。這種模型得出的結(jié)果必須謹(jǐn)慎使用。2025/1/1228估算模型的結(jié)構(gòu)典型的估算模型是通過(guò)對(duì)以前的軟件項(xiàng)目中收集到的數(shù)據(jù)進(jìn)行回歸分析而導(dǎo)出的。這種模型的總體結(jié)構(gòu)具有如下形式：

E=A+B*（ev)C文獻(xiàn)中提出了許多面向LOC的估算模型：E=5.2*(KLOC)0.91Walston-Felix模型E=5.5+0.73*(KLOC)1.16Bailey-Basili模型E=3.2*(KLOC)1.05Boehm的簡(jiǎn)單模型E=5.288*(KLOC)1.047Doty模型，在KLOC>9E=-13.39+0.0545FPAlbrecht&Gaffney模型E=60.62*7.728*10-8FPKemerer模型E=585.7+5.12FPMaston、Barnett&Mellichamp2025/1/1229COCOMO模型由Boehm81年在其經(jīng)典著作“軟件工程經(jīng)濟(jì)學(xué)”中提出的，稱(chēng)為：構(gòu)造性成本模型。Boehm的模型層次具有以下形式：模型1：基本COCOMO模型，將軟件開(kāi)發(fā)工作量（及成本）作為程序規(guī)模的函數(shù)進(jìn)行計(jì)算，程序規(guī)模以估算的代碼行來(lái)表示。

E=abKLOCbbD=cbEdb模型2：中級(jí)COCOMO模型，將軟件開(kāi)發(fā)工作量（及成本）作為程序規(guī)模及一組“成本驅(qū)動(dòng)因子”的函數(shù)來(lái)進(jìn)行計(jì)算。

E=aiKLOCbi*EAF模型3：高級(jí)COCOMO模型，包含了中級(jí)模型的所有特性，并結(jié)合了成本驅(qū)動(dòng)因子對(duì)軟件工程過(guò)程中每一步驟的影響的評(píng)估。2025/1/1230軟件方程式軟件方程式是一個(gè)多變量模型，它假設(shè)在軟件開(kāi)發(fā)項(xiàng)目的整個(gè)生命周期中的一個(gè)特定的工作量分布。

E=[LOC*B0.333/P]3*(1/t4)2025/1/1231小結(jié)軟件項(xiàng)目的估算包括：需要多長(zhǎng)時(shí)間需要多少工作量需要多少人員需要多少資源（硬件及軟件）包含的風(fēng)險(xiǎn)2025/1/1232小結(jié)范圍說(shuō)明能夠幫助計(jì)劃者使用一種或多種技術(shù)進(jìn)行估算，這些技術(shù)主要分為兩大類(lèi)：分解和經(jīng)驗(yàn)建模。分解技術(shù)需要?jiǎng)澐殖鲋饕能浖δ?，接著估算?shí)現(xiàn)每一功能所需的程序規(guī)模或人月數(shù)。經(jīng)驗(yàn)技術(shù)使用根據(jù)經(jīng)驗(yàn)導(dǎo)出的公式來(lái)預(yù)測(cè)工作量和時(shí)間。軟件項(xiàng)目估算永遠(yuǎn)不會(huì)是一門(mén)精確的科學(xué)，但將良好的歷史數(shù)據(jù)與系統(tǒng)化的技術(shù)結(jié)合起來(lái)能夠提高估算的精確度。2025/1/1233風(fēng)險(xiǎn)管理2025/1/1234被動(dòng)和主動(dòng)的風(fēng)險(xiǎn)策略風(fēng)險(xiǎn):沒(méi)有辦法消除的不確定性。被動(dòng)的風(fēng)險(xiǎn)策略：最多是針對(duì)可能發(fā)生的風(fēng)險(xiǎn)來(lái)監(jiān)督項(xiàng)目，直到它們變成真正的問(wèn)題時(shí)，才會(huì)撥出資源來(lái)處理它們。主動(dòng)的風(fēng)險(xiǎn)策略：早在技術(shù)工作開(kāi)始之前就已經(jīng)啟動(dòng)風(fēng)險(xiǎn)管理。標(biāo)識(shí)出潛在的風(fēng)險(xiǎn)，評(píng)估它們出現(xiàn)的概率及產(chǎn)生的影響，且按重要性加以排序，然后軟件項(xiàng)目組建立一個(gè)計(jì)劃來(lái)管理風(fēng)險(xiǎn)。風(fēng)險(xiǎn)的特征：不確定性、損失2025/1/1235風(fēng)險(xiǎn)分類(lèi)項(xiàng)目風(fēng)險(xiǎn)：指潛在的預(yù)算、進(jìn)度、人力（工作人員及組織）、資源、客戶及需求等方面的問(wèn)題以及它們對(duì)軟件項(xiàng)目的影響。技術(shù)風(fēng)險(xiǎn)：指潛在的設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)等方面的問(wèn)題。規(guī)約的二義性、技術(shù)的不確定性、陳舊的技術(shù)及”先進(jìn)的”技術(shù)。商業(yè)風(fēng)險(xiǎn)：開(kāi)發(fā)了一個(gè)沒(méi)有人真正需要的優(yōu)秀產(chǎn)品或系統(tǒng)（市場(chǎng)風(fēng)險(xiǎn)）開(kāi)發(fā)的產(chǎn)品不再符合公司的整體商業(yè)策略（策略風(fēng)險(xiǎn)）建造了一個(gè)銷(xiāo)售部門(mén)不知道如何去賣(mài)的產(chǎn)品由于重點(diǎn)的轉(zhuǎn)移或人員的變動(dòng)而失去了高級(jí)管理層的支持（管理風(fēng)險(xiǎn)）沒(méi)有得到預(yù)算或人力上的保證（預(yù)算風(fēng)險(xiǎn)）某些風(fēng)險(xiǎn)根本無(wú)法事先預(yù)測(cè)2025/1/1236風(fēng)險(xiǎn)管理的七個(gè)原則保持全面的觀點(diǎn)采用長(zhǎng)遠(yuǎn)的觀點(diǎn)鼓勵(lì)廣泛交流結(jié)合軟件強(qiáng)調(diào)持續(xù)的過(guò)程開(kāi)發(fā)共享的產(chǎn)品鼓勵(lì)協(xié)同工作2025/1/1237識(shí)別風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)是試圖系統(tǒng)化地確定對(duì)項(xiàng)目計(jì)劃（估算、進(jìn)度、資源分配）的威脅。標(biāo)識(shí)風(fēng)險(xiǎn)的一個(gè)方法是建立風(fēng)險(xiǎn)條目檢查表：產(chǎn)品規(guī)模—與要建造或要修改的軟件的總體規(guī)模相關(guān)的風(fēng)險(xiǎn)商業(yè)影響—與管理或市場(chǎng)所加諸的約束相關(guān)的風(fēng)險(xiǎn)客戶特性—與客戶的素質(zhì)以及開(kāi)發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險(xiǎn)過(guò)程定義—與軟件過(guò)程被定義的程度以及它們被開(kāi)發(fā)組織所遵守的程度相關(guān)的風(fēng)險(xiǎn)開(kāi)發(fā)環(huán)境—與用以建造產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)險(xiǎn)建造的技術(shù)—與參與工作的軟件工程師的總體技術(shù)水平及項(xiàng)目經(jīng)驗(yàn)相關(guān)的風(fēng)險(xiǎn)2025/1/1238建立風(fēng)險(xiǎn)表

風(fēng)險(xiǎn)因素性能支持成本進(jìn)度影響類(lèi)別

災(zāi)難性的1無(wú)法滿足需求而導(dǎo)致任務(wù)失敗失誤將導(dǎo)致進(jìn)度延遲和成本增加，預(yù)計(jì)超支嚴(yán)重2嚴(yán)重退化使得根本無(wú)法達(dá)到要求的技術(shù)性能無(wú)法做出響應(yīng)或無(wú)法支持的軟件資金嚴(yán)重短缺，很可能超出預(yù)算無(wú)法在交付日期內(nèi)完成嚴(yán)重的1無(wú)法滿足需求而導(dǎo)致系統(tǒng)性能下降，使得任務(wù)能否成功受到質(zhì)疑失誤將導(dǎo)致系統(tǒng)運(yùn)行的延遲交使成本增加，預(yù)計(jì)超支嚴(yán)重2技術(shù)性能有些降低在軟件修改中有少量的延遲資金不足，可能會(huì)超支交付日期可能延遲輕微的1無(wú)法滿足需求而導(dǎo)致次要任務(wù)的降級(jí)成本、影響及可以補(bǔ)救的進(jìn)度上的小問(wèn)題，預(yù)計(jì)超支較少2技術(shù)性能有些降低較好的軟件支持有充足的資金來(lái)源現(xiàn)實(shí)的、可完成的進(jìn)度計(jì)劃可忽略的1無(wú)法滿足需求而導(dǎo)致使用不方便或不易操作失誤對(duì)進(jìn)度及成本的影響很小，預(yù)計(jì)超支很少2技術(shù)性能沒(méi)有降低易于進(jìn)行軟件支持可能低于預(yù)算交付日期將會(huì)提前2025/1/1239風(fēng)險(xiǎn)預(yù)測(cè)評(píng)估風(fēng)險(xiǎn)影響制定風(fēng)險(xiǎn)緩解計(jì)劃2025/1/1240風(fēng)險(xiǎn)緩解、監(jiān)控和管理計(jì)劃

（RMMM計(jì)劃）I.引言1.文檔的范圍和目的2.主要風(fēng)險(xiǎn)綜述3.責(zé)任A.管理者B.技術(shù)人員II.項(xiàng)目風(fēng)險(xiǎn)表1.中止線上的所有風(fēng)險(xiǎn)的描述2.影響概率及影響的因素III.風(fēng)險(xiǎn)緩解、監(jiān)控和管理N.風(fēng)險(xiǎn)#NA.緩解I.一般策略II.緩解風(fēng)險(xiǎn)的特定步驟B.監(jiān)控I.被監(jiān)控的因素II.監(jiān)控方法C.管理I.意外事件計(jì)劃II.特殊的考慮IV.RMMM計(jì)劃的迭代時(shí)間安排表V.總結(jié)2025/1/1241項(xiàng)目進(jìn)度安排及跟蹤2025/1/1242項(xiàng)目延遲的原因一個(gè)不現(xiàn)實(shí)的截止期限客戶需求發(fā)生變化對(duì)工件量估計(jì)不足未將風(fēng)險(xiǎn)考慮到項(xiàng)目計(jì)劃事先無(wú)法預(yù)計(jì)的技術(shù)困難事先無(wú)法預(yù)計(jì)的人力困難由于項(xiàng)目組成員間的交流不暢面導(dǎo)致的延期項(xiàng)目管理者未發(fā)現(xiàn)進(jìn)度拖后，未能采取適當(dāng)?shù)拇胧?025/1/1243項(xiàng)目管理者的目標(biāo)一個(gè)大型項(xiàng)目可以分解成許多小的活動(dòng)。項(xiàng)目管理者的目標(biāo)是定義所有項(xiàng)目任務(wù)，識(shí)別關(guān)鍵任務(wù)，然后跟蹤關(guān)鍵任務(wù)的進(jìn)展以保證“一天一次”的發(fā)現(xiàn)進(jìn)度拖延情況。管理者必須建立一個(gè)具有一定詳細(xì)程度的進(jìn)度表，使得項(xiàng)目管理者能夠監(jiān)督進(jìn)度，并控制整個(gè)項(xiàng)目。2025/1/1244項(xiàng)目進(jìn)度安排的兩種視角基于計(jì)算機(jī)系統(tǒng)的最終發(fā)布日期已確定，在此約束下將工作量分布在預(yù)先確定的時(shí)間框架內(nèi)假定大致的時(shí)間界限已討論過(guò)，但是最終發(fā)布日期是由項(xiàng)目開(kāi)發(fā)組設(shè)定，且在對(duì)軟件進(jìn)行仔細(xì)分析之后定義最終發(fā)布日期2025/1/1245項(xiàng)目進(jìn)度安排的原則階段劃分相互依賴(lài)性時(shí)間分配工作量確認(rèn)定義責(zé)任定義結(jié)果定義里程碑2025/1/1246人員與工作量間的關(guān)系隨著項(xiàng)目規(guī)模的增加，必然涉及到更多的人員參與隨著項(xiàng)目人員的增加生產(chǎn)率呈下降的趨勢(shì)原因是人與人之間通訊2025/1/1247為項(xiàng)目定義任務(wù)集合過(guò)程模型都是由一個(gè)任務(wù)集合組成的，它使得項(xiàng)目組可以定義、開(kāi)發(fā)和維護(hù)計(jì)算機(jī)軟件。一個(gè)任務(wù)集合包括一組軟件任務(wù)、里程碑和產(chǎn)品沒(méi)有一個(gè)普遍適用于所有軟件項(xiàng)目的任務(wù)集合2025/1/1248主要任務(wù)求精首先，為主要任務(wù)定義項(xiàng)目宏觀進(jìn)度表然后，將宏觀進(jìn)度表精化來(lái)創(chuàng)建一個(gè)詳細(xì)的項(xiàng)目進(jìn)度表2025/1/1249定義任務(wù)網(wǎng)絡(luò)“任務(wù)網(wǎng)絡(luò)”是一個(gè)項(xiàng)目的任務(wù)流程的圖形表示I.1確定概念范圍I.2概念計(jì)劃I.3B技術(shù)風(fēng)險(xiǎn)評(píng)估I.4概念證明I.5B概念實(shí)現(xiàn)集成A,B,CI.3A技術(shù)風(fēng)險(xiǎn)評(píng)估I.3C技術(shù)風(fēng)險(xiǎn)評(píng)估I.5A概念實(shí)現(xiàn)I.5C概念實(shí)現(xiàn)2025/1/1250進(jìn)度安排兩種可以用于軟件開(kāi)發(fā)的項(xiàng)目進(jìn)度安排方法：程序評(píng)估和復(fù)審技術(shù)（RERT）關(guān)鍵路徑方法（CPM）兩種方法利用以下信息驅(qū)動(dòng)工作量的估算產(chǎn)品功能的分解適當(dāng)?shù)倪^(guò)程模型的選擇項(xiàng)目類(lèi)型和任務(wù)集合的選擇2025/1/1251進(jìn)度安排兩種方法都提供項(xiàng)目工作量劃分的工具能夠支持：確定關(guān)鍵路徑通過(guò)使用統(tǒng)計(jì)模型為單個(gè)任務(wù)建立最有可能的時(shí)間估算計(jì)算為特定任務(wù)定義其時(shí)間“窗口”的邊界時(shí)間2025/1/1252時(shí)間表和進(jìn)度跟蹤時(shí)間表：輸出結(jié)果為甘特圖（GanttChart)進(jìn)度跟蹤和控制：定期舉行項(xiàng)目狀態(tài)會(huì)議評(píng)估所有在軟件工程過(guò)程中所進(jìn)行的復(fù)審的結(jié)果確定正式的項(xiàng)目里程碑是否在預(yù)定日期內(nèi)完成比較項(xiàng)目表中列出的各項(xiàng)任務(wù)的實(shí)際開(kāi)始日期與計(jì)劃開(kāi)始日期與開(kāi)發(fā)者進(jìn)行非正式會(huì)談，獲取他們對(duì)項(xiàng)目進(jìn)展及可能出現(xiàn)的問(wèn)題的客觀評(píng)估使用獲得值分析來(lái)定量地評(píng)估進(jìn)展2025/1/1253甘特圖2025/1/1254項(xiàng)目計(jì)劃軟件工程過(guò)程中的每一步驟都應(yīng)該產(chǎn)生可以被復(fù)審，并能作為后續(xù)步驟的基礎(chǔ)工作產(chǎn)品軟件項(xiàng)目計(jì)劃是一種面向廣大讀者的簡(jiǎn)短文檔在軟件管理者、技術(shù)人員和客戶間傳達(dá)項(xiàng)目范圍和資源信息定義風(fēng)險(xiǎn)并提出有關(guān)風(fēng)險(xiǎn)管理技術(shù)的建議定義管理復(fù)審的成本和進(jìn)度為與項(xiàng)目相關(guān)的所有人員提供軟件開(kāi)發(fā)的整體方法概述如何保證質(zhì)量及變化的管理軟件項(xiàng)目計(jì)劃大綱2025/1/1255軟件項(xiàng)目計(jì)劃大綱I.引言A.計(jì)劃的目的B.項(xiàng)目的范圍和目標(biāo)1.范圍說(shuō)明2.主要功能3.性能問(wèn)題4.管理及技術(shù)約束II.項(xiàng)目估算A.用于估算的歷史數(shù)據(jù)B.估算技術(shù)C.工作量、成本和持續(xù)時(shí)間的估算III.風(fēng)險(xiǎn)管理策略A.風(fēng)險(xiǎn)表B.對(duì)需管理的風(fēng)險(xiǎn)的討論C.每個(gè)風(fēng)險(xiǎn)的RMMM計(jì)劃1.風(fēng)險(xiǎn)緩解2.風(fēng)險(xiǎn)監(jiān)控3.風(fēng)險(xiǎn)管理(意外事件計(jì)劃)IV.進(jìn)度A.項(xiàng)目工作細(xì)分結(jié)構(gòu)B.任務(wù)網(wǎng)絡(luò)C.時(shí)間表(甘特圖)D.資源表V.項(xiàng)目資源A.人員B.硬件和軟件資源C.特殊資源VI.人員組織A.項(xiàng)目組結(jié)構(gòu)(如果需要)B.管理報(bào)告VII.跟蹤及控制機(jī)制A.質(zhì)量保證和控制B.變化管理和控制VIII.附錄2025/1/1256軟件配置管理2025/1/1257配置管理協(xié)調(diào)軟件開(kāi)發(fā)以減少不理解性到最小程度的技術(shù)稱(chēng)為配置管理軟件配置管理（SCM）是貫穿于整個(gè)軟件過(guò)程中的保護(hù)性活動(dòng)。標(biāo)識(shí)變化控制變化保證變化被適當(dāng)?shù)貙?shí)現(xiàn)2025/1/1258軟件配置軟件過(guò)程的輸出信息可分為以下類(lèi)別：計(jì)算機(jī)程序（源代碼和可執(zhí)行程序）描述計(jì)算機(jī)程序的文檔（針對(duì)技術(shù)開(kāi)發(fā)者和用戶）數(shù)據(jù)（包含在程序程序內(nèi)部或在程序外部）2025/1/1259變化的起源新的商業(yè)或市場(chǎng)條件，引起產(chǎn)品需求或業(yè)務(wù)規(guī)則的變化新的客戶需求，要求修改信息系統(tǒng)產(chǎn)生的數(shù)據(jù)、產(chǎn)品提供的功能或基于計(jì)算機(jī)的系統(tǒng)提供的服務(wù)改組或企業(yè)規(guī)模減小，導(dǎo)致項(xiàng)目的優(yōu)先級(jí)或軟件工程隊(duì)伍結(jié)構(gòu)的變化預(yù)算或進(jìn)度的限制，導(dǎo)致系統(tǒng)或產(chǎn)品的重定義2025/1/1260基線已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只能通過(guò)正式的變化控制過(guò)程的改變。在軟件工程范圍內(nèi)，基線是軟件開(kāi)發(fā)中的里程碑，其標(biāo)志是有一個(gè)或多個(gè)軟件配置項(xiàng)的交付，且這些配置項(xiàng)已經(jīng)經(jīng)過(guò)正式技術(shù)復(fù)審而獲得認(rèn)可。2025/1/1261軟件配置項(xiàng)（SCI）部分軟件工程過(guò)程中創(chuàng)建的信息一個(gè)文檔一個(gè)全套的測(cè)試用例一個(gè)已命名的程序構(gòu)件。。。在現(xiàn)實(shí)中SCI被組織成配置對(duì)象，并被歸類(lèi)到項(xiàng)目數(shù)據(jù)庫(kù)中2025/1/1262SCM過(guò)程一個(gè)組織如何標(biāo)識(shí)和管理程序（及文檔）的很多現(xiàn)存版本，以使得變化可以高效地進(jìn)行？一個(gè)組織如何在軟件被發(fā)布給客戶前和之后控制變化？誰(shuí)負(fù)責(zé)批準(zhǔn)變化，并給變化確定優(yōu)先級(jí)？如何保證變化已經(jīng)被恰當(dāng)?shù)剡M(jìn)行？采用什么機(jī)制告知其他人員已經(jīng)實(shí)行的變化？SCM的基本任務(wù)：標(biāo)識(shí)、版本控制、變化控制、配置審計(jì)和報(bào)告2025/1/1263配置項(xiàng)的標(biāo)識(shí)Obj1.0Obj1.1Obj1.3Obj1.2Obj1.4Obj2.0Obj2.1Obj1.1.2Obj1.1.12025/1/1264版本控制版本管理使得用戶能夠通過(guò)對(duì)適當(dāng)版本的選擇來(lái)指定可選的軟件系統(tǒng)的配置。軟件的完整版本是由一組SCI（源代碼、文檔、數(shù)據(jù)）組成的每個(gè)版本可能由多種不同的變體組成。2025/1/1265變化控制對(duì)于大型的軟件開(kāi)發(fā)項(xiàng)目，無(wú)控制的變化將迅速導(dǎo)致混亂一個(gè)變化請(qǐng)求被提交和評(píng)估，以評(píng)價(jià)技術(shù)指標(biāo)、潛在的副作用、對(duì)其他配置對(duì)象和系統(tǒng)功能的整體影響以及變化的成本預(yù)測(cè)。變化控制分：正式和非正式兩種2025/1/1266配置審計(jì)在工程變化指令中說(shuō)明的變化已經(jīng)完成了嗎？加入了任意附加的修改嗎？是否已經(jīng)進(jìn)行了正式的技術(shù)復(fù)審、以評(píng)估技術(shù)的正確性？是否適當(dāng)?shù)刈裱塑浖こ虡?biāo)準(zhǔn)？變化在SCI中被“顯著地強(qiáng)調(diào)”了嗎？是否指出了變化的日期和變化的作者？配置對(duì)象的屬性反應(yīng)了變化嗎？是否遵循了標(biāo)注變化、記錄變化并報(bào)告變化的SCM規(guī)程？所有相關(guān)的SCI被適當(dāng)修改了嗎？2025/1/1267狀態(tài)報(bào)告發(fā)生了什么事誰(shuí)做的此事此事是什么時(shí)候發(fā)生的將影響別的什么嗎每一個(gè)SCI被賦上新的或修改后的標(biāo)識(shí)時(shí)，則一個(gè)CSR條目被創(chuàng)建每一個(gè)變化被批準(zhǔn)時(shí)，一個(gè)CSR條目被創(chuàng)建每次配置審計(jì)進(jìn)行時(shí)，其結(jié)果被放置在一個(gè)聯(lián)機(jī)數(shù)據(jù)庫(kù)中2025/1/1268項(xiàng)目經(jīng)理的工作2025/1/1269什么是成功的項(xiàng)目管理圓滿完成工作說(shuō)明書(shū)中所述的任務(wù)，并且達(dá)到驗(yàn)收標(biāo)準(zhǔn)。