實(shí)驗(yàn)室工作總結(jié)和安排課件

實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排工程管理內(nèi)容有效的工程管理集中于四個(gè)P上，人員產(chǎn)品過程工程2021/11/252實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排1工程管理內(nèi)容有效的工程管理集中于四個(gè)P上，人員產(chǎn)品過程工程2022/12/122工程管理內(nèi)容有效的工程管理集中于四個(gè)P上，2022/12/1軟件工程管理軟件工程的度量軟件工程方案軟件工程的風(fēng)險(xiǎn)管理進(jìn)度安排及跟蹤軟件配置管理工程經(jīng)理的工作2022/12/123軟件工程管理軟件工程的度量2022/12/103軟件工程的度量2022/12/124軟件工程的度量2022/12/104測(cè)度、度量和指標(biāo)軟件度量是計(jì)算機(jī)軟件中范圍廣泛的測(cè)度。是在一個(gè)連續(xù)的根底上改進(jìn)軟件過程輔助估算、質(zhì)量控制、生產(chǎn)率評(píng)估及工程控制在軟件工程管理中，主要關(guān)心生產(chǎn)率和質(zhì)量的度量過去的工程中軟件開發(fā)生產(chǎn)率如何生產(chǎn)的軟件質(zhì)量如何2022/12/125測(cè)度、度量和指標(biāo)軟件度量是計(jì)算機(jī)軟件中范圍廣泛的測(cè)度。202測(cè)度、度量和指標(biāo)工程指標(biāo)可使我們：1〕評(píng)估正在進(jìn)展的工程的狀態(tài)2〕跟蹤潛在的風(fēng)險(xiǎn)3〕在問題造成不良影響之前發(fā)現(xiàn)問題4〕調(diào)整工作流程或任務(wù)5〕評(píng)估工程組控制軟件工程工作質(zhì)量的能力2022/12/126測(cè)度、度量和指標(biāo)工程指標(biāo)可使我們：2022/12/106過程度量和過程改進(jìn)改進(jìn)過程的唯一合理的方法是測(cè)量過程的特定屬性，基于這些屬性開發(fā)一組有意義的度量，進(jìn)而使用這組度量來提供引導(dǎo)改進(jìn)戰(zhàn)略的指標(biāo)。軟件過程度量對(duì)于一個(gè)組織提高其總體的過程成熟度，能夠提供很大的幫助。但注意不要誤用。2022/12/127過程度量和過程改進(jìn)改進(jìn)過程的唯一合理的方法是測(cè)量過程的特定屬“軟件度量規(guī)那么〞Grady提出了一組“軟件度量規(guī)那么〞如下：解釋度量數(shù)據(jù)時(shí)使用通用的觀念，并考慮組織的感受性對(duì)收集測(cè)量和度量的個(gè)人及小組提供定期的反響不要使用度量來評(píng)價(jià)個(gè)人與開發(fā)者和小組一起設(shè)定清晰的目標(biāo)及到達(dá)這些目標(biāo)的度量不要用度量威脅個(gè)人或小組指出某個(gè)問題的度量數(shù)據(jù)不應(yīng)該被看成是“否認(rèn)的〞含義。這些數(shù)據(jù)僅僅是過程改進(jìn)的指標(biāo)。不要被某個(gè)與其他重要度量不符合的度量迷惑。Grady提出一種魚骨圖2022/12/128“軟件度量規(guī)那么〞Grady提出了一組“軟件度量規(guī)那么〞如下工程度量軟件過程度量主要是用于戰(zhàn)略目的。軟件工程度量那么是戰(zhàn)術(shù)性目的。工程度量的目的是雙重的。首先，這些度量能夠指導(dǎo)進(jìn)展一些必要的調(diào)整以防止延遲，并減少潛在問題及風(fēng)險(xiǎn)，從而使得開發(fā)時(shí)間減到最少。其次，工程度量可在工程進(jìn)展的根底上評(píng)估產(chǎn)品質(zhì)量，并且可在必要時(shí)修改技術(shù)方法以改進(jìn)質(zhì)量。2022/12/129工程度量軟件過程度量主要是用于戰(zhàn)略目的。軟件工程度量那么是戰(zhàn)軟件測(cè)量產(chǎn)品的直接測(cè)量，包括產(chǎn)生的代碼行〔lineofcodeLOC)、執(zhí)行速度、內(nèi)存大小及某段時(shí)間內(nèi)報(bào)告的缺陷。產(chǎn)品的間接測(cè)量，包括功能、質(zhì)量、復(fù)雜性、有效性、可靠性、可維護(hù)性等。2022/12/1210軟件測(cè)量產(chǎn)品的直接測(cè)量，包括產(chǎn)生的代碼行〔lineofc面向規(guī)模的度量每千行代碼〔KLOC〕的錯(cuò)誤數(shù)每千行代碼〔KLOC〕的缺陷數(shù)每行代碼〔LOC〕的本錢每千行代碼〔KLOC〕的文檔頁(yè)數(shù)每人月錯(cuò)誤數(shù)每人月代碼行〔LOC〕每頁(yè)文檔的本錢2022/12/1211面向規(guī)模的度量每千行代碼〔KLOC〕的錯(cuò)誤數(shù)2022/12/面向功能的度量 加權(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-52022/12/1212面向功能的度量 加權(quán)因子2022/12/1012面向功能的度量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ì)方便用戶修改和使用嗎?2022/12/1213面向功能的度量Fi:2022/12/1013面向功能的度量每個(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ù)2022/12/1214面向功能的度量每個(gè)功能點(diǎn)〔FP〕的錯(cuò)誤數(shù)2022/12/10擴(kuò)展的功能點(diǎn)度量 復(fù)雜度加權(quán)因子測(cè)量元素 低 平均高 內(nèi)部數(shù)據(jù)構(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ù)2022/12/1215擴(kuò)展的功能點(diǎn)度量 復(fù)雜度加權(quán)因子2022/12/10軟件工程方案2022/12/1216軟件工程方案2022/12/1016工程估算估算是一門科學(xué)，也是一門藝術(shù)估算軟件開發(fā)工作的資源、本錢及進(jìn)度需要：經(jīng)歷以前完成工程中有用的信息當(dāng)僅存在定性的數(shù)據(jù)時(shí)進(jìn)展定量測(cè)量的勇氣2022/12/1217工程估算估算是一門科學(xué)，也是一門藝術(shù)2022/12/1017工程的不確定性對(duì)工程方案中的不確定性產(chǎn)生重大影響的因素復(fù)雜性工程的規(guī)模構(gòu)造不確定性的程度歷史信息的可用程度2022/12/1218工程的不確定性對(duì)工程方案中的不確定性產(chǎn)生重大影響的因素202工程方案的目標(biāo)工程方案的目標(biāo)是提供一個(gè)框架，使得管理者能夠?qū)Y源、本錢及進(jìn)度進(jìn)展合理的估算，并隨著工程的進(jìn)展不斷更新工程方案的目標(biāo)是通過一個(gè)信息發(fā)現(xiàn)的過程實(shí)現(xiàn)的2022/12/1219工程方案的目標(biāo)工程方案的目標(biāo)是提供一個(gè)框架，使得管理者能夠?qū)浖姆秶浖こ谭桨傅牡谝粋€(gè)活動(dòng)是確定軟件范圍軟件范圍包括：功能、性能、約束條件、接口及可靠性2022/12/1220軟件的范圍軟件工程方案的第一個(gè)活動(dòng)是確定軟件范圍2022/1資源軟件方案的第二個(gè)任務(wù)是估算完成軟件開發(fā)工作所需的資源：開發(fā)環(huán)境：硬件及軟件工具可復(fù)用構(gòu)件人員2022/12/1221資源軟件方案的第二個(gè)任務(wù)是估算完成軟件開發(fā)工作所需的資源：2軟件工程估算軟件本錢及工作量的估算永遠(yuǎn)不會(huì)是一門準(zhǔn)確的科學(xué)。人員、技術(shù)、環(huán)境、策略等是影響軟件最終本錢及開發(fā)所需工作量的主要因素。為了可靠地估算本錢及工作量：將估算拖延到工程的最后階段。基于已經(jīng)完成的類似的工程進(jìn)展估算。使用簡(jiǎn)單的“分解技術(shù)〞來進(jìn)展工程本錢及工作量的估算。使用一個(gè)或多個(gè)經(jīng)歷模型進(jìn)展軟件本錢及工作量的估算。2022/12/1222軟件工程估算軟件本錢及工作量的估算永遠(yuǎn)不會(huì)是一門準(zhǔn)確的科學(xué)。軟件工程估算軟件工程估算的準(zhǔn)確性取決于以下因素：方案者是否適當(dāng)?shù)毓浪愦ㄔ飚a(chǎn)品規(guī)模的程度。把規(guī)模估算轉(zhuǎn)換成人的工作量、時(shí)間及本錢的能力工程方案反映軟件工程組能力的程度產(chǎn)品需求的穩(wěn)定性及支持軟件工程工作的環(huán)境2022/12/1223軟件工程估算軟件工程估算的準(zhǔn)確性取決于以下因素：2022/1軟件規(guī)模估算四種估算問題規(guī)模的方法〔由PutnamtMyers92年提出)：“模糊邏輯〞法功能點(diǎn)法標(biāo)準(zhǔn)構(gòu)件法修改法2022/12/1224軟件規(guī)模估算四種估算問題規(guī)模的方法〔由PutnamtMye“模糊邏輯〞法要點(diǎn)：方案者必須說明應(yīng)用軟件的類型建立其定性的規(guī)模估算在最初的范圍內(nèi)精化該估算利用個(gè)人的經(jīng)歷和工程歷史數(shù)據(jù)庫(kù)功能點(diǎn)法：2022/12/1225“模糊邏輯〞法要點(diǎn)：2022/12/1025標(biāo)準(zhǔn)構(gòu)件法與修改法標(biāo)準(zhǔn)構(gòu)件法要點(diǎn)：軟件由假設(shè)干不同的“標(biāo)準(zhǔn)構(gòu)件〞組成估算出每個(gè)標(biāo)準(zhǔn)構(gòu)件的出現(xiàn)次數(shù)使用歷史數(shù)據(jù)來確定每個(gè)標(biāo)準(zhǔn)構(gòu)件交付時(shí)的大小修改法要點(diǎn)：工程中包含對(duì)已有軟件的使用，但該軟件必須做某種程度的修改。估算必須完成的修改數(shù)目及類型。2022/12/1226標(biāo)準(zhǔn)構(gòu)件法與修改法標(biāo)準(zhǔn)構(gòu)件法要點(diǎn)：2022/12/1026估算誤差的原因有時(shí)各種估算之間存在著巨大的差異，原因是工程的范圍未能被充分理解，或被方案者誤解。基于問題的估算技術(shù)中所使用的生產(chǎn)率數(shù)據(jù)對(duì)于該應(yīng)用是不適宜的，或是太陳舊了，或是被誤用。解決方案：確定引起差異的原因，重新估算，并調(diào)和各種估算的結(jié)果。2022/12/1227估算誤差的原因有時(shí)各種估算之間存在著巨大的差異，原因是202基于過程的估算估算一個(gè)工程的最常用的技術(shù)是基于使用的過程進(jìn)展估算，即，將過程分解為相對(duì)較小的活動(dòng)或任務(wù)，再估算完成每個(gè)任務(wù)所需的工作量。要點(diǎn)：建立問題功能及相關(guān)的過程活動(dòng)2022/12/1228基于過程的估算估算一個(gè)工程的最常用的技術(shù)是基于使用的過程進(jìn)展經(jīng)歷估算模型計(jì)算機(jī)軟件的估算模型使用由經(jīng)歷導(dǎo)出的公式來預(yù)測(cè)工作量，工作量是LOC或FP的函數(shù)。支持大多數(shù)估算模型的經(jīng)歷數(shù)據(jù)是來源于一個(gè)有限的工程樣品集。沒有任何估算模型能夠適用于所有類型的軟件及所有的開發(fā)環(huán)境。這種模型得出的結(jié)果必須慎重使用。2022/12/1229經(jīng)歷估算模型計(jì)算機(jī)軟件的估算模型使用由經(jīng)歷導(dǎo)出的公式來預(yù)測(cè)工估算模型的構(gòu)造典型的估算模型是通過對(duì)以前的軟件工程中收集到的數(shù)據(jù)進(jìn)展回歸分析而導(dǎo)出的。這種模型的總體構(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&Mellichamp2022/12/1230估算模型的構(gòu)造典型的估算模型是通過對(duì)以前的軟件工程中收集到的COCOMO模型由Boehm81年在其經(jīng)典著作“軟件工程經(jīng)濟(jì)學(xué)〞中提出的，稱為：構(gòu)造性本錢模型。Boehm的模型層次具有以下形式：模型1：根本COCOMO模型，將軟件開發(fā)工作量〔及本錢〕作為程序規(guī)模的函數(shù)進(jìn)展計(jì)算，程序規(guī)模以估算的代碼行來表示。E=abKLOCbbD=cbEdb模型2：中級(jí)COCOMO模型，將軟件開發(fā)工作量〔及本錢〕作為程序規(guī)模及一組“本錢驅(qū)動(dòng)因子〞的函數(shù)來進(jìn)展計(jì)算。E=aiKLOCbi*EAF模型3：高級(jí)COCOMO模型，包含了中級(jí)模型的所有特性，并結(jié)合了本錢驅(qū)動(dòng)因子對(duì)軟件工程過程中每一步驟的影響的評(píng)估。2022/12/1231COCOMO模型由Boehm81年在其經(jīng)典著作“軟件工程經(jīng)濟(jì)軟件方程式軟件方程式是一個(gè)多變量模型，它假設(shè)在軟件開發(fā)工程的整個(gè)生命周期中的一個(gè)特定的工作量分布。E=[LOC*B0.333/P]3*(1/t4)2022/12/1232軟件方程式軟件方程式是一個(gè)多變量模型，它假設(shè)在軟件開發(fā)工程的小結(jié)軟件工程的估算包括：需要多長(zhǎng)時(shí)間需要多少工作量需要多少人員需要多少資源〔硬件及軟件〕包含的風(fēng)險(xiǎn)2022/12/1233小結(jié)軟件工程的估算包括：2022/12/1033小結(jié)范圍說明能夠幫助方案者使用一種或多種技術(shù)進(jìn)展估算，這些技術(shù)主要分為兩大類：分解和經(jīng)歷建模。分解技術(shù)需要?jiǎng)澐殖鲋饕能浖δ?，接著估算?shí)現(xiàn)每一功能所需的程序規(guī)?；蛉嗽聰?shù)。經(jīng)歷技術(shù)使用根據(jù)經(jīng)歷導(dǎo)出的公式來預(yù)測(cè)工作量和時(shí)間。軟件工程估算永遠(yuǎn)不會(huì)是一門準(zhǔn)確的科學(xué)，但將良好的歷史數(shù)據(jù)與系統(tǒng)化的技術(shù)結(jié)合起來能夠提高估算的準(zhǔn)確度。2022/12/1234小結(jié)范圍說明能夠幫助方案者使用一種或多種技術(shù)進(jìn)展估算，這些技風(fēng)險(xiǎn)管理2022/12/1235風(fēng)險(xiǎn)管理2022/12/1035被動(dòng)和主動(dòng)的風(fēng)險(xiǎn)策略風(fēng)險(xiǎn):沒有方法消除的不確定性。被動(dòng)的風(fēng)險(xiǎn)策略：最多是針對(duì)可能發(fā)生的風(fēng)險(xiǎn)來監(jiān)視工程，直到它們變成真正的問題時(shí)，才會(huì)撥出資源來處理它們。主動(dòng)的風(fēng)險(xiǎn)策略：早在技術(shù)工作開場(chǎng)之前就已經(jīng)啟動(dòng)風(fēng)險(xiǎn)管理。標(biāo)識(shí)出潛在的風(fēng)險(xiǎn)，評(píng)估它們出現(xiàn)的概率及產(chǎn)生的影響，且按重要性加以排序，然后軟件工程組建立一個(gè)方案來管理風(fēng)險(xiǎn)。風(fēng)險(xiǎn)的特征：不確定性、損失2022/12/1236被動(dòng)和主動(dòng)的風(fēng)險(xiǎn)策略風(fēng)險(xiǎn):沒有方法消除的不確定性。2022/風(fēng)險(xiǎn)分類工程風(fēng)險(xiǎn)：指潛在的預(yù)算、進(jìn)度、人力〔工作人員及組織〕、資源、客戶及需求等方面的問題以及它們對(duì)軟件工程的影響。技術(shù)風(fēng)險(xiǎn)：指潛在的設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)等方面的問題。規(guī)約的二義性、技術(shù)的不確定性、陳舊的技術(shù)及〞先進(jìn)的〞技術(shù)。商業(yè)風(fēng)險(xiǎn)：開發(fā)了一個(gè)沒有人真正需要的優(yōu)秀產(chǎn)品或系統(tǒng)〔市場(chǎng)風(fēng)險(xiǎn)〕開發(fā)的產(chǎn)品不再符合公司的整體商業(yè)策略〔策略風(fēng)險(xiǎn)〕建造了一個(gè)銷售部門不知道如何去賣的產(chǎn)品由于重點(diǎn)的轉(zhuǎn)移或人員的變動(dòng)而失去了高級(jí)管理層的支持〔管理風(fēng)險(xiǎn)〕沒有得到預(yù)算或人力上的保證〔預(yù)算風(fēng)險(xiǎn)〕某些風(fēng)險(xiǎn)根本無法事先預(yù)測(cè)2022/12/1237風(fēng)險(xiǎn)分類工程風(fēng)險(xiǎn)：2022/12/1037風(fēng)險(xiǎn)管理的七個(gè)原那么保持全面的觀點(diǎn)采用長(zhǎng)遠(yuǎn)的觀點(diǎn)鼓勵(lì)廣泛交流結(jié)合軟件強(qiáng)調(diào)持續(xù)的過程開發(fā)共享的產(chǎn)品鼓勵(lì)協(xié)同工作2022/12/1238風(fēng)險(xiǎn)管理的七個(gè)原那么保持全面的觀點(diǎn)2022/12/1038識(shí)別風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)是試圖系統(tǒng)化地確定對(duì)工程方案〔估算、進(jìn)度、資源分配〕的威脅。標(biāo)識(shí)風(fēng)險(xiǎn)的一個(gè)方法是建立風(fēng)險(xiǎn)條目檢查表：產(chǎn)品規(guī)?！c要建造或要修改的軟件的總體規(guī)模相關(guān)的風(fēng)險(xiǎn)商業(yè)影響—與管理或市場(chǎng)所加諸的約束相關(guān)的風(fēng)險(xiǎn)客戶特性—與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險(xiǎn)過程定義—與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關(guān)的風(fēng)險(xiǎn)開發(fā)環(huán)境—與用以建造產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)險(xiǎn)建造的技術(shù)—與參與工作的軟件工程師的總體技術(shù)水平及工程經(jīng)歷相關(guān)的風(fēng)險(xiǎn)2022/12/1239識(shí)別風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)是試圖系統(tǒng)化地確定對(duì)工程方案〔估算、進(jìn)度、資建立風(fēng)險(xiǎn)表

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

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

〔RMMM方案〕III.風(fēng)險(xiǎn)緩解、監(jiān)控和管理N.風(fēng)險(xiǎn)#N2022/12/1242風(fēng)險(xiǎn)緩解、監(jiān)控和管理方案

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

1~工程進(jìn)度表如:MSProject。使用最多，最容易用和溝通，但不完美。2022/12/1273工程經(jīng)理的常用的實(shí)施方法和工具

1~工程進(jìn)度表如:MSPr工程經(jīng)理的常用的實(shí)施方法和工具

2~工程章程項(xiàng)目圖表項(xiàng)目名稱項(xiàng)目支持人起始日期項(xiàng)目目標(biāo)項(xiàng)目范圍關(guān)鍵日期：計(jì)劃期結(jié)束項(xiàng)目計(jì)劃與說明完成開發(fā)期結(jié)束：測(cè)試期結(jié)束推行期結(jié)束主要交付件例外（如不能按某標(biāo)準(zhǔn)等）主要項(xiàng)目實(shí)施方法（可選）風(fēng)險(xiǎn)與假設(shè)驗(yàn)收標(biāo)準(zhǔn)預(yù)算和資源項(xiàng)目小組成員1、成員2成員3、成員4項(xiàng)目經(jīng)理2022/12/1274工程經(jīng)理的常用的實(shí)施方法和工具

2~工程章程項(xiàng)目圖表項(xiàng)目名稱工程經(jīng)理的常用的實(shí)施方法和工具

3~工程變更申請(qǐng)2022/12/1275工程經(jīng)理的常用的實(shí)施方法和工具

3~工程變更申請(qǐng)2022/1工程經(jīng)理的常用的實(shí)施方法和工具

4~工程財(cái)務(wù)控制表包括：工程財(cái)務(wù)預(yù)算表工程財(cái)務(wù)實(shí)際發(fā)生表將要發(fā)生預(yù)測(cè)表準(zhǔn)備金申請(qǐng)表等等2022/12/1276工程經(jīng)理的常用的實(shí)施方法和工具

4~工程財(cái)務(wù)控制表包括：20工程經(jīng)理的常用的實(shí)施方法和工具

5~工程控制書〔PCB〕包括：工程任務(wù)分配方案工程進(jìn)程控制方案風(fēng)險(xiǎn)管理方案客戶溝通方案客戶會(huì)議記要工程變更申請(qǐng)記錄每月工作報(bào)告工程人員情況質(zhì)量保證方案工程財(cái)務(wù)報(bào)表突發(fā)事件管理方案2022/12/1277工程經(jīng)理的常用的實(shí)施方法和工具

5~工程控制書〔PCB〕包括工程經(jīng)理的常用的實(shí)施方法和工具

6~知識(shí)倉(cāng)庫(kù)MethodBluePMICMPMIGSMethodIndustryspecificICMMentorProgram2022/12/1278工程經(jīng)理的常用的實(shí)施方法和工具

6~知識(shí)倉(cāng)庫(kù)MethodB優(yōu)秀的工程經(jīng)理的培養(yǎng)幾乎所有IBM的優(yōu)秀工程經(jīng)理都是來自有問題的或失敗的工程實(shí)踐經(jīng)歷最重要2022/12/1279優(yōu)秀的工程經(jīng)理的培養(yǎng)幾乎所有IBM的優(yōu)秀工程經(jīng)理都是來自有問工程失敗的三個(gè)根本原因缺乏：紀(jì)律責(zé)任制技能QA是挽救的方法論2022/12/1280工程失敗的三個(gè)根本原因缺乏：2022/12/1080謝謝！2022/12/1281謝謝！2022/12/1081ThankYou世界觸手可及攜手共進(jìn)，齊創(chuàng)精品工程ThankYou世界觸手可及攜手共進(jìn)，齊創(chuàng)精品工程82實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排工程管理內(nèi)容有效的工程管理集中于四個(gè)P上，人員產(chǎn)品過程工程2021/11/252實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排實(shí)驗(yàn)室工作總結(jié)和安排83工程管理內(nèi)容有效的工程管理集中于四個(gè)P上，人員產(chǎn)品過程工程2022/12/1284工程管理內(nèi)容有效的工程管理集中于四個(gè)P上，2022/12/1軟件工程管理軟件工程的度量軟件工程方案軟件工程的風(fēng)險(xiǎn)管理進(jìn)度安排及跟蹤軟件配置管理工程經(jīng)理的工作2022/12/1285軟件工程管理軟件工程的度量2022/12/103軟件工程的度量2022/12/1286軟件工程的度量2022/12/104測(cè)度、度量和指標(biāo)軟件度量是計(jì)算機(jī)軟件中范圍廣泛的測(cè)度。是在一個(gè)連續(xù)的根底上改進(jìn)軟件過程輔助估算、質(zhì)量控制、生產(chǎn)率評(píng)估及工程控制在軟件工程管理中，主要關(guān)心生產(chǎn)率和質(zhì)量的度量過去的工程中軟件開發(fā)生產(chǎn)率如何生產(chǎn)的軟件質(zhì)量如何2022/12/1287測(cè)度、度量和指標(biāo)軟件度量是計(jì)算機(jī)軟件中范圍廣泛的測(cè)度。202測(cè)度、度量和指標(biāo)工程指標(biāo)可使我們：1〕評(píng)估正在進(jìn)展的工程的狀態(tài)2〕跟蹤潛在的風(fēng)險(xiǎn)3〕在問題造成不良影響之前發(fā)現(xiàn)問題4〕調(diào)整工作流程或任務(wù)5〕評(píng)估工程組控制軟件工程工作質(zhì)量的能力2022/12/1288測(cè)度、度量和指標(biāo)工程指標(biāo)可使我們：2022/12/106過程度量和過程改進(jìn)改進(jìn)過程的唯一合理的方法是測(cè)量過程的特定屬性，基于這些屬性開發(fā)一組有意義的度量，進(jìn)而使用這組度量來提供引導(dǎo)改進(jìn)戰(zhàn)略的指標(biāo)。軟件過程度量對(duì)于一個(gè)組織提高其總體的過程成熟度，能夠提供很大的幫助。但注意不要誤用。2022/12/1289過程度量和過程改進(jìn)改進(jìn)過程的唯一合理的方法是測(cè)量過程的特定屬“軟件度量規(guī)那么〞Grady提出了一組“軟件度量規(guī)那么〞如下：解釋度量數(shù)據(jù)時(shí)使用通用的觀念，并考慮組織的感受性對(duì)收集測(cè)量和度量的個(gè)人及小組提供定期的反響不要使用度量來評(píng)價(jià)個(gè)人與開發(fā)者和小組一起設(shè)定清晰的目標(biāo)及到達(dá)這些目標(biāo)的度量不要用度量威脅個(gè)人或小組指出某個(gè)問題的度量數(shù)據(jù)不應(yīng)該被看成是“否認(rèn)的〞含義。這些數(shù)據(jù)僅僅是過程改進(jìn)的指標(biāo)。不要被某個(gè)與其他重要度量不符合的度量迷惑。Grady提出一種魚骨圖2022/12/1290“軟件度量規(guī)那么〞Grady提出了一組“軟件度量規(guī)那么〞如下工程度量軟件過程度量主要是用于戰(zhàn)略目的。軟件工程度量那么是戰(zhàn)術(shù)性目的。工程度量的目的是雙重的。首先，這些度量能夠指導(dǎo)進(jìn)展一些必要的調(diào)整以防止延遲，并減少潛在問題及風(fēng)險(xiǎn)，從而使得開發(fā)時(shí)間減到最少。其次，工程度量可在工程進(jìn)展的根底上評(píng)估產(chǎn)品質(zhì)量，并且可在必要時(shí)修改技術(shù)方法以改進(jìn)質(zhì)量。2022/12/1291工程度量軟件過程度量主要是用于戰(zhàn)略目的。軟件工程度量那么是戰(zhàn)軟件測(cè)量產(chǎn)品的直接測(cè)量，包括產(chǎn)生的代碼行〔lineofcodeLOC)、執(zhí)行速度、內(nèi)存大小及某段時(shí)間內(nèi)報(bào)告的缺陷。產(chǎn)品的間接測(cè)量，包括功能、質(zhì)量、復(fù)雜性、有效性、可靠性、可維護(hù)性等。2022/12/1292軟件測(cè)量產(chǎn)品的直接測(cè)量，包括產(chǎn)生的代碼行〔lineofc面向規(guī)模的度量每千行代碼〔KLOC〕的錯(cuò)誤數(shù)每千行代碼〔KLOC〕的缺陷數(shù)每行代碼〔LOC〕的本錢每千行代碼〔KLOC〕的文檔頁(yè)數(shù)每人月錯(cuò)誤數(shù)每人月代碼行〔LOC〕每頁(yè)文檔的本錢2022/12/1293面向規(guī)模的度量每千行代碼〔KLOC〕的錯(cuò)誤數(shù)2022/12/面向功能的度量 加權(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-52022/12/1294面向功能的度量 加權(quán)因子2022/12/1012面向功能的度量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ì)方便用戶修改和使用嗎?2022/12/1295面向功能的度量Fi:2022/12/1013面向功能的度量每個(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ù)2022/12/1296面向功能的度量每個(gè)功能點(diǎn)〔FP〕的錯(cuò)誤數(shù)2022/12/10擴(kuò)展的功能點(diǎn)度量 復(fù)雜度加權(quán)因子測(cè)量元素 低 平均高 內(nèi)部數(shù)據(jù)構(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ù)2022/12/1297擴(kuò)展的功能點(diǎn)度量 復(fù)雜度加權(quán)因子2022/12/10軟件工程方案2022/12/1298軟件工程方案2022/12/1016工程估算估算是一門科學(xué)，也是一門藝術(shù)估算軟件開發(fā)工作的資源、本錢及進(jìn)度需要：經(jīng)歷以前完成工程中有用的信息當(dāng)僅存在定性的數(shù)據(jù)時(shí)進(jìn)展定量測(cè)量的勇氣2022/12/1299工程估算估算是一門科學(xué)，也是一門藝術(shù)2022/12/1017工程的不確定性對(duì)工程方案中的不確定性產(chǎn)生重大影響的因素復(fù)雜性工程的規(guī)模構(gòu)造不確定性的程度歷史信息的可用程度2022/12/12100工程的不確定性對(duì)工程方案中的不確定性產(chǎn)生重大影響的因素202工程方案的目標(biāo)工程方案的目標(biāo)是提供一個(gè)框架，使得管理者能夠?qū)Y源、本錢及進(jìn)度進(jìn)展合理的估算，并隨著工程的進(jìn)展不斷更新工程方案的目標(biāo)是通過一個(gè)信息發(fā)現(xiàn)的過程實(shí)現(xiàn)的2022/12/12101工程方案的目標(biāo)工程方案的目標(biāo)是提供一個(gè)框架，使得管理者能夠?qū)浖姆秶浖こ谭桨傅牡谝粋€(gè)活動(dòng)是確定軟件范圍軟件范圍包括：功能、性能、約束條件、接口及可靠性2022/12/12102軟件的范圍軟件工程方案的第一個(gè)活動(dòng)是確定軟件范圍2022/1資源軟件方案的第二個(gè)任務(wù)是估算完成軟件開發(fā)工作所需的資源：開發(fā)環(huán)境：硬件及軟件工具可復(fù)用構(gòu)件人員2022/12/12103資源軟件方案的第二個(gè)任務(wù)是估算完成軟件開發(fā)工作所需的資源：2軟件工程估算軟件本錢及工作量的估算永遠(yuǎn)不會(huì)是一門準(zhǔn)確的科學(xué)。人員、技術(shù)、環(huán)境、策略等是影響軟件最終本錢及開發(fā)所需工作量的主要因素。為了可靠地估算本錢及工作量：將估算拖延到工程的最后階段?；谝呀?jīng)完成的類似的工程進(jìn)展估算。使用簡(jiǎn)單的“分解技術(shù)〞來進(jìn)展工程本錢及工作量的估算。使用一個(gè)或多個(gè)經(jīng)歷模型進(jìn)展軟件本錢及工作量的估算。2022/12/12104軟件工程估算軟件本錢及工作量的估算永遠(yuǎn)不會(huì)是一門準(zhǔn)確的科學(xué)。軟件工程估算軟件工程估算的準(zhǔn)確性取決于以下因素：方案者是否適當(dāng)?shù)毓浪愦ㄔ飚a(chǎn)品規(guī)模的程度。把規(guī)模估算轉(zhuǎn)換成人的工作量、時(shí)間及本錢的能力工程方案反映軟件工程組能力的程度產(chǎn)品需求的穩(wěn)定性及支持軟件工程工作的環(huán)境2022/12/12105軟件工程估算軟件工程估算的準(zhǔn)確性取決于以下因素：2022/1軟件規(guī)模估算四種估算問題規(guī)模的方法〔由PutnamtMyers92年提出)：“模糊邏輯〞法功能點(diǎn)法標(biāo)準(zhǔn)構(gòu)件法修改法2022/12/12106軟件規(guī)模估算四種估算問題規(guī)模的方法〔由PutnamtMye“模糊邏輯〞法要點(diǎn)：方案者必須說明應(yīng)用軟件的類型建立其定性的規(guī)模估算在最初的范圍內(nèi)精化該估算利用個(gè)人的經(jīng)歷和工程歷史數(shù)據(jù)庫(kù)功能點(diǎn)法：2022/12/12107“模糊邏輯〞法要點(diǎn)：2022/12/1025標(biāo)準(zhǔn)構(gòu)件法與修改法標(biāo)準(zhǔn)構(gòu)件法要點(diǎn)：軟件由假設(shè)干不同的“標(biāo)準(zhǔn)構(gòu)件〞組成估算出每個(gè)標(biāo)準(zhǔn)構(gòu)件的出現(xiàn)次數(shù)使用歷史數(shù)據(jù)來確定每個(gè)標(biāo)準(zhǔn)構(gòu)件交付時(shí)的大小修改法要點(diǎn)：工程中包含對(duì)已有軟件的使用，但該軟件必須做某種程度的修改。估算必須完成的修改數(shù)目及類型。2022/12/12108標(biāo)準(zhǔn)構(gòu)件法與修改法標(biāo)準(zhǔn)構(gòu)件法要點(diǎn)：2022/12/1026估算誤差的原因有時(shí)各種估算之間存在著巨大的差異，原因是工程的范圍未能被充分理解，或被方案者誤解?；趩栴}的估算技術(shù)中所使用的生產(chǎn)率數(shù)據(jù)對(duì)于該應(yīng)用是不適宜的，或是太陳舊了，或是被誤用。解決方案：確定引起差異的原因，重新估算，并調(diào)和各種估算的結(jié)果。2022/12/12109估算誤差的原因有時(shí)各種估算之間存在著巨大的差異，原因是202基于過程的估算估算一個(gè)工程的最常用的技術(shù)是基于使用的過程進(jìn)展估算，即，將過程分解為相對(duì)較小的活動(dòng)或任務(wù)，再估算完成每個(gè)任務(wù)所需的工作量。要點(diǎn)：建立問題功能及相關(guān)的過程活動(dòng)2022/12/12110基于過程的估算估算一個(gè)工程的最常用的技術(shù)是基于使用的過程進(jìn)展經(jīng)歷估算模型計(jì)算機(jī)軟件的估算模型使用由經(jīng)歷導(dǎo)出的公式來預(yù)測(cè)工作量，工作量是LOC或FP的函數(shù)。支持大多數(shù)估算模型的經(jīng)歷數(shù)據(jù)是來源于一個(gè)有限的工程樣品集。沒有任何估算模型能夠適用于所有類型的軟件及所有的開發(fā)環(huán)境。這種模型得出的結(jié)果必須慎重使用。2022/12/12111經(jīng)歷估算模型計(jì)算機(jī)軟件的估算模型使用由經(jīng)歷導(dǎo)出的公式來預(yù)測(cè)工估算模型的構(gòu)造典型的估算模型是通過對(duì)以前的軟件工程中收集到的數(shù)據(jù)進(jìn)展回歸分析而導(dǎo)出的。這種模型的總體構(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&Mellichamp2022/12/12112估算模型的構(gòu)造典型的估算模型是通過對(duì)以前的軟件工程中收集到的COCOMO模型由Boehm81年在其經(jīng)典著作“軟件工程經(jīng)濟(jì)學(xué)〞中提出的，稱為：構(gòu)造性本錢模型。Boehm的模型層次具有以下形式：模型1：根本COCOMO模型，將軟件開發(fā)工作量〔及本錢〕作為程序規(guī)模的函數(shù)進(jìn)展計(jì)算，程序規(guī)模以估算的代碼行來表示。E=abKLOCbbD=cbEdb模型2：中級(jí)COCOMO模型，將軟件開發(fā)工作量〔及本錢〕作為程序規(guī)模及一組“本錢驅(qū)動(dòng)因子〞的函數(shù)來進(jìn)展計(jì)算。E=aiKLOCbi*EAF模型3：高級(jí)COCOMO模型，包含了中級(jí)模型的所有特性，并結(jié)合了本錢驅(qū)動(dòng)因子對(duì)軟件工程過程中每一步驟的影響的評(píng)估。2022/12/12113COCOMO模型由Boehm81年在其經(jīng)典著作“軟件工程經(jīng)濟(jì)軟件方程式軟件方程式是一個(gè)多變量模型，它假設(shè)在軟件開發(fā)工程的整個(gè)生命周期中的一個(gè)特定的工作量分布。E=[LOC*B0.333/P]3*(1/t4)2022/12/12114軟件方程式軟件方程式是一個(gè)多變量模型，它假設(shè)在軟件開發(fā)工程的小結(jié)軟件工程的估算包括：需要多長(zhǎng)時(shí)間需要多少工作量需要多少人員需要多少資源〔硬件及軟件〕包含的風(fēng)險(xiǎn)2022/12/12115小結(jié)軟件工程的估算包括：2022/12/1033小結(jié)范圍說明能夠幫助方案者使用一種或多種技術(shù)進(jìn)展估算，這些技術(shù)主要分為兩大類：分解和經(jīng)歷建模。分解技術(shù)需要?jiǎng)澐殖鲋饕能浖δ?，接著估算?shí)現(xiàn)每一功能所需的程序規(guī)?；蛉嗽聰?shù)。經(jīng)歷技術(shù)使用根據(jù)經(jīng)歷導(dǎo)出的公式來預(yù)測(cè)工作量和時(shí)間。軟件工程估算永遠(yuǎn)不會(huì)是一門準(zhǔn)確的科學(xué)，但將良好的歷史數(shù)據(jù)與系統(tǒng)化的技術(shù)結(jié)合起來能夠提高估算的準(zhǔn)確度。2022/12/12116小結(jié)范圍說明能夠幫助方案者使用一種或多種技術(shù)進(jìn)展估算，這些技風(fēng)險(xiǎn)管理2022/12/12117風(fēng)險(xiǎn)管理2022/12/1035被動(dòng)和主動(dòng)的風(fēng)險(xiǎn)策略風(fēng)險(xiǎn):沒有方法消除的不確定性。被動(dòng)的風(fēng)險(xiǎn)策略：最多是針對(duì)可能發(fā)生的風(fēng)險(xiǎn)來監(jiān)視工程，直到它們變成真正的問題時(shí)，才會(huì)撥出資源來處理它們。主動(dòng)的風(fēng)險(xiǎn)策略：早在技術(shù)工作開場(chǎng)之前就已經(jīng)啟動(dòng)風(fēng)險(xiǎn)管理。標(biāo)識(shí)出潛在的風(fēng)險(xiǎn)，評(píng)估它們出現(xiàn)的概率及產(chǎn)生的影響，且按重要性加以排序，然后軟件工程組建立一個(gè)方案來管理風(fēng)險(xiǎn)。風(fēng)險(xiǎn)的特征：不確定性、損失2022/12/12118被動(dòng)和主動(dòng)的風(fēng)險(xiǎn)策略風(fēng)險(xiǎn):沒有方法消除的不確定性。2022/風(fēng)險(xiǎn)分類工程風(fēng)險(xiǎn)：指潛在的預(yù)算、進(jìn)度、人力〔工作人員及組織〕、資源、客戶及需求等方面的問題以及它們對(duì)軟件工程的影響。技術(shù)風(fēng)險(xiǎn)：指潛在的設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)等方面的問題。規(guī)約的二義性、技術(shù)的不確定性、陳舊的技術(shù)及〞先進(jìn)的〞技術(shù)。商業(yè)風(fēng)險(xiǎn)：開發(fā)了一個(gè)沒有人真正需要的優(yōu)秀產(chǎn)品或系統(tǒng)〔市場(chǎng)風(fēng)險(xiǎn)〕開發(fā)的產(chǎn)品不再符合公司的整體商業(yè)策略〔策略風(fēng)險(xiǎn)〕建造了一個(gè)銷售部門不知道如何去賣的產(chǎn)品由于重點(diǎn)的轉(zhuǎn)移或人員的變動(dòng)而失去了高級(jí)管理層的支持〔管理風(fēng)險(xiǎn)〕沒有得到預(yù)算或人力上的保證〔預(yù)算風(fēng)險(xiǎn)〕某些風(fēng)險(xiǎn)根本無法事先預(yù)測(cè)2022/12/12119風(fēng)險(xiǎn)分類工程風(fēng)險(xiǎn)：2022/12/1037風(fēng)險(xiǎn)管理的七個(gè)原那么保持全面的觀點(diǎn)采用長(zhǎng)遠(yuǎn)的觀點(diǎn)鼓勵(lì)廣泛交流結(jié)合軟件強(qiáng)調(diào)持續(xù)的過程開發(fā)共享的產(chǎn)品鼓勵(lì)協(xié)同工作2022/12/12120風(fēng)險(xiǎn)管理的七個(gè)原那么保持全面的觀點(diǎn)2022/12/1038識(shí)別風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)是試圖系統(tǒng)化地確定對(duì)工程方案〔估算、進(jìn)度、資源分配〕的威脅。標(biāo)識(shí)風(fēng)險(xiǎn)的一個(gè)方法是建立風(fēng)險(xiǎn)條目檢查表：產(chǎn)品規(guī)?！c要建造或要修改的軟件的總體規(guī)模相關(guān)的風(fēng)險(xiǎn)商業(yè)影響—與管理或市場(chǎng)所加諸的約束相關(guān)的風(fēng)險(xiǎn)客戶特性—與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險(xiǎn)過程定義—與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關(guān)的風(fēng)險(xiǎn)開發(fā)環(huán)境—與用以建造產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)險(xiǎn)建造的技術(shù)—與參與工作的軟件工程師的總體技術(shù)水平及工程經(jīng)歷相關(guān)的風(fēng)險(xiǎn)2022/12/12121識(shí)別風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)是試圖系統(tǒng)化地確定對(duì)工程方案〔估算、進(jìn)度、資建立風(fēng)險(xiǎn)表

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

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

〔RMMM方案〕III.風(fēng)險(xiǎn)緩解、監(jiān)控和管理N.風(fēng)險(xiǎn)#N2022/12/12124風(fēng)險(xiǎn)緩解、監(jiān)控和管理方案

〔RMMM方案〕2022/12/1工程進(jìn)度安排及跟蹤2022/12/12125工程進(jìn)度安排及跟蹤2022/12/1043工程延遲的原因一個(gè)不現(xiàn)實(shí)的截止期限客戶需求發(fā)生變化對(duì)工件量估計(jì)缺乏未將風(fēng)險(xiǎn)考慮到工程方案事先無法預(yù)計(jì)的技術(shù)困難事先無法預(yù)計(jì)的人力困難由于工程組成員間的交流不暢面導(dǎo)致的延期工程管理者未發(fā)現(xiàn)進(jìn)度拖后，未能采取適當(dāng)?shù)拇胧?022/12/12126工程延遲的原因一個(gè)不現(xiàn)實(shí)的截止期限2022/12/1044工程管理者的目標(biāo)一個(gè)大型工程可以分解成許多小的活動(dòng)。工程管理者的目標(biāo)是定義所有工程任務(wù)，識(shí)別關(guān)鍵任務(wù)，然后跟蹤關(guān)鍵任務(wù)的進(jìn)展以保證“一天一次〞的發(fā)現(xiàn)進(jìn)度拖延情況。管理者必須建立一個(gè)具有一定詳細(xì)程度的進(jìn)度表，使得工程管理者能夠監(jiān)視進(jìn)度，并控制整個(gè)工程。2022/12/12127工程管理者的目標(biāo)一個(gè)大型工程可以分解成許多小的活動(dòng)。2022工程進(jìn)度安排的兩種視角基于計(jì)算機(jī)系統(tǒng)的最終發(fā)布日期已確定，在此約束下將工作量分布在預(yù)先確定的時(shí)間框架內(nèi)假定大致的時(shí)間界限已討論過，但是最終發(fā)布日期是由工程開發(fā)組設(shè)定，且在對(duì)軟件進(jìn)展仔細(xì)分析之后定義最終發(fā)布日期2022/12/12128工程進(jìn)度安排的兩種視角基于計(jì)算機(jī)系統(tǒng)的最終發(fā)布日期已確定，在工程進(jìn)度安排的原那么階段劃分相互依賴性時(shí)間分配工作量確認(rèn)定義責(zé)任定義結(jié)果定義里程碑2022/12/12129工程進(jìn)度安排的原那么階段劃分2022/12/1047人員與工作量間的關(guān)系隨著工程規(guī)模的增加，必然涉及到更多的人員參與隨著工程人員的增加生產(chǎn)率呈下降的趨勢(shì)原因是人與人之間通訊2022/12/12130人員與工作量間的關(guān)系隨著工程規(guī)模的增加，必然涉及到更多的人員為工程定義任務(wù)集合過程模型都是由一個(gè)任務(wù)集合組成的，它使得工程組可以定義、開發(fā)和維護(hù)計(jì)算機(jī)軟件。一個(gè)任務(wù)集合包括一組軟件任務(wù)、里程碑和產(chǎn)品沒有一個(gè)普遍適用于所有軟件工程的任務(wù)集合2022/12/12131為工程定義任務(wù)集合過程模型都是由一個(gè)任務(wù)集合組成的，它使得工主要任務(wù)求精首先，為主要任務(wù)定義工程宏觀進(jìn)度表然后，將宏觀進(jìn)度表精化來創(chuàng)立一個(gè)詳細(xì)的工程進(jìn)度表2022/12/12132主要任務(wù)求精首先，為主要任務(wù)定義工程宏觀進(jìn)度表2022/12定義任務(wù)網(wǎng)絡(luò)“任務(wù)網(wǎng)絡(luò)〞是一個(gè)工程的任務(wù)流程的圖形表示確定概念范圍技術(shù)風(fēng)險(xiǎn)評(píng)估概念證明概念實(shí)現(xiàn)集成A,B,C技術(shù)風(fēng)險(xiǎn)評(píng)估技術(shù)風(fēng)險(xiǎn)評(píng)估概念實(shí)現(xiàn)概念實(shí)現(xiàn)2022/12/12133定義任務(wù)網(wǎng)絡(luò)“任務(wù)網(wǎng)絡(luò)〞是一個(gè)工程的任務(wù)流程的圖形表示確定概進(jìn)度安排兩種可以用于軟件開發(fā)的工程進(jìn)度安排方法：程序評(píng)估和復(fù)審技術(shù)〔RERT〕關(guān)鍵路徑方法〔CPM〕兩種方法利用以下信息驅(qū)動(dòng)工作量的估算產(chǎn)品功能的分解適當(dāng)?shù)倪^程模型的選擇工程類型和任務(wù)集合的選擇2022/12/12134進(jìn)度安排兩種可以用于軟件開發(fā)的工程進(jìn)度安排方法：2022/1進(jìn)度安排兩種方法都提供工程工作量劃分的工具能夠支持：確定關(guān)鍵路徑通過使用統(tǒng)計(jì)模型為單個(gè)任務(wù)建立最有可能的時(shí)間估算計(jì)算為特定任務(wù)定義其時(shí)間“窗口〞的邊界時(shí)間2022/12/12135進(jìn)度安排兩種方法都提供工程工作量劃分的工具2022/12/1時(shí)間表和進(jìn)度跟蹤時(shí)間表：輸出結(jié)果為甘特圖〔GanttChart)進(jìn)度跟蹤和控制：定期舉行工程狀態(tài)會(huì)議評(píng)估所有在軟件工程過程中所進(jìn)展的復(fù)審的結(jié)果確定正式的工程里程碑是否在預(yù)定日期內(nèi)完成比較工程表中列出的各項(xiàng)任務(wù)的實(shí)際開場(chǎng)日期與方案開場(chǎng)日期與開發(fā)者進(jìn)展非正式會(huì)談，獲取他們對(duì)工程進(jìn)展及可能出現(xiàn)的問題的客觀評(píng)估使用獲得值分析來定量地評(píng)估進(jìn)展2022/12/12136時(shí)間表和進(jìn)度跟蹤時(shí)間表：2022/12/1054甘特圖2022/12/12137甘特圖2022/12/1055工程方案軟件工程過程中的每一步驟都應(yīng)該產(chǎn)生可以被復(fù)審，并能作為后續(xù)步驟的根底工作產(chǎn)品軟件工程方案是一種面向廣闊讀者的簡(jiǎn)短文檔在軟件管理者、技術(shù)人員和客戶間傳達(dá)工程范圍和資源信息定義風(fēng)險(xiǎn)并提出有關(guān)風(fēng)險(xiǎn)管理技術(shù)的建議定義管理復(fù)審的本錢和進(jìn)度為與工程相關(guān)的所有人員提供軟件開發(fā)的整體方法概述如何保證質(zhì)量及變化的管理軟件工程方案大綱2022/12/12138工程方案軟件工程過程中的每一步驟都應(yīng)該產(chǎn)生可以被復(fù)審，并能作軟件工程方案大綱C.工作量、本錢和持續(xù)時(shí)間的估算3.風(fēng)險(xiǎn)管理(意外事件方案)C.時(shí)間表(甘特圖)A.工程組構(gòu)造(如果需要)2022/12/12139軟件工程方案大綱3.風(fēng)險(xiǎn)管理(意外事件方案)2022/12/軟件配置管理2022/12/12140軟件配置管理2022/12/1058配置管理協(xié)調(diào)軟件開發(fā)以減少不理解性到最小程度的技術(shù)稱為配置管理軟件配置管理〔SCM〕是貫穿于整個(gè)軟件過程中的保護(hù)性活動(dòng)。標(biāo)識(shí)變化控制變化保證變化被適當(dāng)?shù)貙?shí)現(xiàn)2022/12/12141配置管理協(xié)調(diào)軟件開發(fā)以減少不理解性到最小程度的技術(shù)稱為配置管軟件配置軟件過程的輸出信息可分為以下類別：計(jì)算機(jī)程序〔源代碼和可執(zhí)行程序〕描述計(jì)算機(jī)程序的文檔〔針對(duì)技術(shù)開發(fā)者和用戶〕數(shù)據(jù)〔包含在程序程序內(nèi)部或在程序外部〕2022/12/12142軟件配置軟件過程的輸出信息可分為以下類別：2022/12/1變化的起源新的商業(yè)或市場(chǎng)條件，引起產(chǎn)品需求或業(yè)務(wù)規(guī)那么的變化新的客戶需求，要求修改信息系統(tǒng)產(chǎn)生的數(shù)據(jù)、產(chǎn)品提供的功能或基于計(jì)算機(jī)的系統(tǒng)提供的效勞改組或企業(yè)規(guī)模減小，導(dǎo)致工程的優(yōu)先級(jí)或軟件工程隊(duì)伍構(gòu)造的變化預(yù)算或進(jìn)度的限制，導(dǎo)致系統(tǒng)或產(chǎn)品的重定義2022/12/12143變化的起源新的商業(yè)或市場(chǎng)條件，引起產(chǎn)品需求或業(yè)務(wù)規(guī)那么的變化基線已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它作為進(jìn)一步開發(fā)的根底，并且只能通過正式的變化控制過程的改變。在軟件工程范圍內(nèi)，基線是軟件開發(fā)中的里程碑，其標(biāo)志是有一個(gè)或多個(gè)軟件配置項(xiàng)的交付，且這些配置項(xiàng)已經(jīng)經(jīng)過正式技術(shù)復(fù)審而獲得認(rèn)可。2022/12/12144基線已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它作為進(jìn)一步開發(fā)的軟件配置項(xiàng)〔SCI〕局部軟件工程過程中創(chuàng)立的信息一個(gè)文檔一個(gè)全套的測(cè)試用例一個(gè)已命名的程序構(gòu)件。。。在現(xiàn)實(shí)中SCI被組織成配置對(duì)象，并被歸類到工程數(shù)據(jù)庫(kù)中2022/12/12145軟件配置項(xiàng)〔SCI〕局部軟件工程過程中創(chuàng)立的信息2022