1、第九章軟件工程管理、軟件工程管理概述軟件規(guī)模估算計(jì)劃規(guī)劃者組織軟件組態(tài)管理軟件質(zhì)量保證軟件工程標(biāo)準(zhǔn)和軟件文檔、軟件工程管理概述、1課程很復(fù)雜，變性軟件的開發(fā)和運(yùn)行常常受計(jì)算機(jī)系統(tǒng)環(huán)境的限制，因此軟件生產(chǎn)需要很多新技術(shù)，包括軟件安全性和可移植性。軟件工程師需要更多的研究和實(shí)踐。2.軟件工程管理的重要性階段性管理戰(zhàn)略包括：多學(xué)科軟件規(guī)模增加，管理難度增加，管理不善后果嚴(yán)重，3 .軟件工程管理的內(nèi)容包括軟件開發(fā)成本、控制。軟件規(guī)模和開發(fā)工作量估計(jì)、面向規(guī)模的測(cè)量(代碼線技術(shù))面向功能的測(cè)量(功能點(diǎn)技術(shù))CoCoMo模型、軟件項(xiàng)目估計(jì)、人員、技術(shù)、環(huán)境和政策等多種因素的估計(jì)，使準(zhǔn)確估計(jì)項(xiàng)目支出變得困難

2、。常用的四個(gè)茄子估計(jì)方法參考現(xiàn)有相似項(xiàng)目估計(jì)預(yù)計(jì)開發(fā)項(xiàng)目成本和工作量大項(xiàng)目分區(qū)多個(gè)子項(xiàng)目、子項(xiàng)目成本和工作量估計(jì)、整個(gè)項(xiàng)目估計(jì)每個(gè)步驟的工作量和成本估計(jì)、概要、全部項(xiàng)目估計(jì)實(shí)驗(yàn)或根據(jù)歷史數(shù)據(jù)提供軟件項(xiàng)目工作量或成本的經(jīng)驗(yàn)公式軟件項(xiàng)目代碼行和功能點(diǎn)估計(jì)是成本和工作量估計(jì)的基礎(chǔ)。(大小)LOC或FP估計(jì)：e=(a 4m b)/6，代碼行技術(shù)軟件項(xiàng)目中的代碼行(LOC)數(shù)是軟件項(xiàng)目的規(guī)模生產(chǎn)率P=L/E，E是軟件項(xiàng)目的工作量，Pd是以月(PM)度量的軟件項(xiàng)目的文檔頁數(shù)例如，下表可以通過國外典型的軟件項(xiàng)目記錄來利用牙齒數(shù)據(jù)。您可以取得：使用p=12.1 kloc/24pm=504 loc/pm c=1

3、68000美元/12.1kLOC=13.88美元/loc d=365 PD/12.1 kloc=30.10代碼行估計(jì)方法，設(shè)計(jì)可以在軟件項(xiàng)目開發(fā)之前或開發(fā)初期估計(jì)代碼行數(shù)是非常困難的。代碼行估計(jì)僅適用于程序編程語言，不適用于非程序編程語言。功能點(diǎn)技術(shù)根據(jù)軟件信息域特性和軟件復(fù)雜性的評(píng)估結(jié)果估計(jì)軟件大小。估計(jì)5個(gè)信息域特性：用戶輸入數(shù)：每個(gè)用戶輸入是徐璐其他應(yīng)用程序的輸入數(shù)據(jù)(沒有查詢的參數(shù))數(shù)。用戶輸出數(shù)：單個(gè)用戶輸出是面向應(yīng)用程序節(jié)目的輸出信息數(shù)，包括報(bào)告、屏幕信息、錯(cuò)誤消息等。用戶查詢數(shù)：查詢通過聯(lián)機(jī)交互計(jì)算查詢/回應(yīng)總數(shù)。檔案數(shù)：必須計(jì)算每個(gè)邏輯主文件。邏輯主文件在邏輯上是數(shù)據(jù)集，可以是

4、大型數(shù)據(jù)庫的一部分，也可以是單獨(dú)的文件。外部介面數(shù)：必須計(jì)算通過系統(tǒng)的其他設(shè)備和外部接口讀取和寫入信息的次數(shù)。功能點(diǎn)函數(shù)點(diǎn)(FP)。估算FP UFP(0.65 0.01SUM (Fi)功能點(diǎn)的步驟1。計(jì)算未調(diào)整的功能點(diǎn)ufp ufp=a1inp a2out a3inq a4maf a5inf其中ai(1i5)是由該特性的復(fù)雜性組成的信息域特性系數(shù)、2。計(jì)算技術(shù)復(fù)雜因素TCF14技術(shù)因素：技術(shù)因素、數(shù)據(jù)通信、分布式數(shù)據(jù)處理、性能標(biāo)準(zhǔn)、高負(fù)載硬件、高吞吐量、在線數(shù)據(jù)輸入、終端用戶效率、在線更新、復(fù)雜計(jì)算、可重復(fù)使用性、易于安裝、易于操作、復(fù)雜性修正Fi 1。系統(tǒng)是否需要可靠的備份和恢復(fù)？2.需要數(shù)

5、據(jù)通信嗎？是否有分布式處理功能？4.性能是關(guān)鍵嗎？5.系統(tǒng)是否運(yùn)行在現(xiàn)有的高度實(shí)用的操作環(huán)境中？6.系統(tǒng)是否需要聯(lián)機(jī)數(shù)據(jù)項(xiàng)？7.聯(lián)機(jī)數(shù)據(jù)項(xiàng)是否需要設(shè)置多窗口顯示和活動(dòng)以處理錄入處理。8.是否聯(lián)機(jī)更新主文件？9.輸入、輸出、檔案、查詢復(fù)雜嗎？10.內(nèi)部過程復(fù)雜嗎？11.節(jié)目代碼能重復(fù)使用嗎？12.設(shè)計(jì)是否包括傳輸和安裝？13.系統(tǒng)是否設(shè)計(jì)為可以重新安裝在其他機(jī)構(gòu)中？14.系統(tǒng)是否設(shè)計(jì)為易于修改和使用？計(jì)算技術(shù)因素對(duì)軟件大小的綜合影響程度DI:技術(shù)復(fù)雜性系數(shù)TCP計(jì)算如下：TCP=0.65 0.01 DI計(jì)算功能點(diǎn)FP FP=UFP TCP，功能點(diǎn)計(jì)算后，您可以使用與LOC相同的方法衡量軟件的生產(chǎn)

6、率、質(zhì)量和其它屬性：生產(chǎn)率FPPM。代碼行測(cè)量和功能點(diǎn)測(cè)量比較，代碼行測(cè)量(取決于開發(fā)語言)和功能點(diǎn)測(cè)量(不依賴開發(fā)語言)比較LOC/FP(平均值):匯編語言=300 fortran=100 Pascal=90 Ada=70面向?qū)ο蟮恼Z言=CoCoMo模型，1981年Boehm牙齒提出的“配置成本模型”牙齒成本估算模型是正確的。3級(jí))基本模型、中間模型、詳細(xì)模型基本模型是靜態(tài)單變量模型，將源代碼行數(shù)(LOC)作為自變量的經(jīng)驗(yàn)函數(shù)計(jì)算軟件開發(fā)工作量。中間模型根據(jù)將LOC作為自變量的函數(shù)計(jì)算軟件開發(fā)工作量(稱為名義工作量)，使用與產(chǎn)品、硬件、人員、項(xiàng)目等相關(guān)的影響因素調(diào)整工作量估計(jì)。詳細(xì)的COCO

7、MO模型包含中間模型的所有屬性，但是使用上述各種影響因素調(diào)整工作量估計(jì)時(shí)，還必須考慮對(duì)軟件工程過程每個(gè)階段(分析、設(shè)計(jì)等)的影響。默認(rèn)CoCoMo模型，公式：E表示工作量(人月PM) D是開發(fā)時(shí)間(月)L牙齒項(xiàng)目的代碼行估計(jì)值(千行代碼)，默認(rèn)CoCoMo模型參數(shù)，a、b、c、D常量值，中間com 產(chǎn)品復(fù)雜性硬件因素：執(zhí)行時(shí)間限制、存儲(chǔ)限制、虛擬機(jī)可變性、環(huán)境占用時(shí)間人力因素：分析員能力、應(yīng)用實(shí)際經(jīng)驗(yàn)、程序員能力、虛擬機(jī)使用經(jīng)驗(yàn)、編程語言使用經(jīng)驗(yàn)項(xiàng)目因素：現(xiàn)代編程技術(shù)、軟件工具使用、開發(fā)進(jìn)度限制。例如，用于10KLOC規(guī)模商業(yè)微電腦遠(yuǎn)程通信的嵌入式軟件使用中間COCOMO模型估算成本。名義工作

8、量E1 2.8 (10)1.20 44.38實(shí)際工作量E 44.381.17 51.9，中間CoCoMo模型和各種開發(fā)方案對(duì)工作量的影響，參與項(xiàng)目的人數(shù)N名，D是開發(fā)時(shí)間(月)，E是工作量(月)通用，每個(gè)醫(yī)生溝通和意見交換一般來說，由N個(gè)程序員組成的團(tuán)隊(duì)正在共同開發(fā)一個(gè)程序的工作量。程序員團(tuán)隊(duì)的生產(chǎn)力：單個(gè)程序員和程序員團(tuán)隊(duì)生產(chǎn)力的比率事實(shí)：盲目增加程序員數(shù)量會(huì)延遲軟件完成日期，CoCoMo2模型。1997年，Boehm擴(kuò)展了CoCoMo模型，CoCoMo2 .已將COCOMO2模型配置為三層應(yīng)用程序系統(tǒng)。用于估計(jì)構(gòu)建原型的工作量。牙齒模型是考慮大量使用現(xiàn)有構(gòu)件的初始設(shè)計(jì)模型。軟件結(jié)構(gòu)設(shè)計(jì)階段

9、的后期設(shè)計(jì)模型：用于軟件開發(fā)階段，COCOMO2模型將軟件用于5個(gè)茄子評(píng)級(jí)元素Wi(1i5)，包括項(xiàng)目先例、開發(fā)靈活性、風(fēng)險(xiǎn)排除、項(xiàng)目組凝聚力、流程成熟度。其中每個(gè)成本要素分為6個(gè)階段，每個(gè)等級(jí)的分層要素Wi評(píng)估為非常低的Wi=5、較低的Wi=4、通常為Wi=3、較高的Wi=2、非常高的Wi=1和非常高的Wi=0。b的值：調(diào)度計(jì)劃、常規(guī)開發(fā)項(xiàng)目的調(diào)度中使用的技術(shù)和工具可以應(yīng)用于軟件項(xiàng)目。為了監(jiān)控軟件項(xiàng)目的進(jìn)度計(jì)劃和任務(wù)的實(shí)際進(jìn)度，需要采用圖示方法來表示每個(gè)任務(wù)之間對(duì)進(jìn)度的相互依賴性。圖方法要求清楚地顯示每個(gè)任務(wù)的計(jì)劃開始時(shí)間、完成時(shí)間。顯示每個(gè)任務(wù)完成(例如，創(chuàng)建和審閱文檔)每個(gè)任務(wù)和任務(wù)的參

10、與人數(shù)、每個(gè)任務(wù)和工作量之間的連接完成每個(gè)任務(wù)所需的物理資源和數(shù)據(jù)資源、甘特圖甘特圖表，因此，在甘特圖中創(chuàng)建和審閱文檔是軟件開發(fā)進(jìn)度的里程碑。工程網(wǎng)絡(luò)技術(shù)和工程網(wǎng)絡(luò)技術(shù)PERT技術(shù)(program evaluation and review technique)稱為節(jié)目評(píng)估和審查技術(shù)，CPM方法稱為核心路徑法，都是計(jì)劃開發(fā)和制定軟件開發(fā)計(jì)劃的最常見方法。全部使用網(wǎng)絡(luò)圖描述項(xiàng)目的工作網(wǎng)絡(luò)。也就是說，從項(xiàng)目的開始到結(jié)束都要完成的任務(wù)以圖片或表格的形式表示。1.計(jì)算最早時(shí)間2。計(jì)算最晚時(shí)間3。密鑰路徑4。機(jī)動(dòng)時(shí)間，通常使用兩個(gè)表來定義網(wǎng)絡(luò)圖。表格提供了與特定軟件項(xiàng)目相關(guān)的所有操作(也稱為工作分解結(jié)構(gòu)

11、WorkBreakdownStructure)。其他表格提供執(zhí)行這些動(dòng)作的順序(也稱為限制表格RestrictionList)。PERT技術(shù)和CPM方法都為項(xiàng)目規(guī)劃者提供了定量工具。確定關(guān)鍵路徑，即確定項(xiàng)目開發(fā)時(shí)間的任務(wù)鏈。在重要路徑中，每個(gè)任務(wù)都是時(shí)間空閑為零的核心任務(wù)，不能有時(shí)間延遲。應(yīng)用統(tǒng)計(jì)模型，確定每個(gè)單獨(dú)任務(wù)可能的開發(fā)期間的估計(jì)值。計(jì)算邊界時(shí)間以定義特定任務(wù)的時(shí)間窗口。、1。開發(fā)者2 .組織機(jī)構(gòu)的三種茄子組織結(jié)構(gòu)模型是任務(wù)特定模型功能特定模型矩陣格式編程小組的三種茄子組織形式：主程序員組、民主程序員組和層次結(jié)構(gòu)組3。用戶的抵抗和干涉：不積極合作，追求完美，不追求功能的變化，軟件項(xiàng)目組

12、織的成立發(fā)展組織采取什么形式，根據(jù)軟件項(xiàng)目的特點(diǎn)來決定，也與參與人的素質(zhì)有關(guān)。組織原則(1)盡快履行責(zé)任。在軟件項(xiàng)目工作開始時(shí)，應(yīng)盡快指定專人負(fù)責(zé)管理，對(duì)任務(wù)完成負(fù)全部責(zé)任。(2)介面減少：一個(gè)組織的生產(chǎn)率隨著完成工作中存在的通信路徑數(shù)量的增加而減少。要通過合理的人力分工、良好的組織結(jié)構(gòu)和有效的通信，減少不必要的生產(chǎn)力損失。(3)責(zé)任平衡：軟件管理者渡邊杏承擔(dān)比委托給他的權(quán)力更大的責(zé)任。組織結(jié)構(gòu)的模型1)按照任務(wù)特定的模式，按任務(wù)分組軟件開發(fā)者，團(tuán)隊(duì)成員始終參加所負(fù)責(zé)任務(wù)的每個(gè)任務(wù)。他們必須完成整個(gè)過程，包括軟件產(chǎn)品的定義、設(shè)計(jì)、實(shí)施、測(cè)試、審查、文檔記錄，甚至維護(hù)。2)功能特定模型將參與開發(fā)

13、項(xiàng)目的軟件人員按任務(wù)階段劃分為幾個(gè)專業(yè)組。要開發(fā)的軟件產(chǎn)品在每個(gè)專業(yè)團(tuán)隊(duì)完成步驟處理(即工序)后，將沿著工序線向下傳送。例如，單獨(dú)設(shè)置計(jì)劃組、需求分析組、設(shè)計(jì)組、實(shí)施組、系統(tǒng)測(cè)試組、質(zhì)量保證組、控制組等。各種文件資料按程序在各組之間傳遞。3)矩陣模式這種模式實(shí)際上是上述兩種模式的復(fù)合。另一方面，根據(jù)工作性質(zhì)，組建開發(fā)組、業(yè)務(wù)組、測(cè)試組等專業(yè)組。另一方面，每個(gè)項(xiàng)目都有另一個(gè)管理員負(fù)責(zé)管理。每個(gè)軟件人員屬于特定的專業(yè)團(tuán)體，還參加一個(gè)項(xiàng)目的工作。編程組的組織形式組內(nèi)部人員的組織形式也會(huì)影響生產(chǎn)率。現(xiàn)有的組織形式有三種。(1)主程序員小組的核心包括一名主程序員(高級(jí)工程師)、兩到五名技術(shù)人員和一名贊助

14、工程師。主要程序員負(fù)責(zé)團(tuán)隊(duì)所有技術(shù)活動(dòng)的計(jì)劃、曹征和審查、設(shè)計(jì)和實(shí)施項(xiàng)目的核心部分。技術(shù)人員負(fù)責(zé)項(xiàng)目的具體分析和開發(fā)，文件資料的制作。贊助工程師支持主程序員的工作，向主程序員提供咨詢，進(jìn)行一些分析、設(shè)計(jì)和實(shí)施工作。必要的話，可以代替主要程序員工作。主程序員小組還可以獲得一些專家(如通信專家或數(shù)據(jù)庫設(shè)計(jì)專家)、助手(如打字員和秘書)和軟件資源的幫助。(2)民主制團(tuán)隊(duì)在民主制組出現(xiàn)問題，組內(nèi)成員之間可以平等交換意見。工作目標(biāo)的制定和決定都由全體會(huì)員參加。一名成員也成為了組長，但工作的討論和成果的檢查是公開進(jìn)行的。這種組織形式強(qiáng)調(diào)了團(tuán)隊(duì)各成員的積極性。有人認(rèn)為這種組織形式適合研究開發(fā)時(shí)間長、開發(fā)困難的項(xiàng)目。(3)在層次化組層次化組中，組內(nèi)人員分為3個(gè)階段。一名組長(項(xiàng)目負(fù)責(zé)人)負(fù)責(zé)分配任務(wù)、檢查和調(diào)查技術(shù)、掌握工作量、參與技術(shù)活動(dòng)等整個(gè)集團(tuán)的工作。他直接領(lǐng)導(dǎo)了兩三名高級(jí)程序員，每個(gè)高級(jí)程序員通過基層團(tuán)隊(duì)管理多名程序員。這種組織結(jié)構(gòu)只允許必要的人際通信。更適合于項(xiàng)目本身是等級(jí)結(jié)構(gòu)的任務(wù)。這是因?yàn)轫?xiàng)目可以按功能劃分為多個(gè)子項(xiàng)目，將子項(xiàng)目分配給基層團(tuán)隊(duì)，由基層團(tuán)隊(duì)完成。這種組織方式比較適合開發(fā)大型軟件項(xiàng)目。人