這是一個(gè)關(guān)于軟件工程導(dǎo)論心得PPT，主要介紹估算軟件規(guī)模、工作量估算、估算開發(fā)時(shí)間。第13章 軟件項(xiàng)目管理 13.3.1 估算開發(fā)時(shí)間 Brooks規(guī)律：向一個(gè)已經(jīng)延期的項(xiàng)目增加人力，只會(huì)使得它更加延期。隨著開發(fā)小組規(guī)模的擴(kuò)大，個(gè)人生產(chǎn)率將下降，以至開發(fā)時(shí)間與從事開發(fā)工作的人數(shù)并不成反比關(guān)系。出現(xiàn)這種現(xiàn)象主要有下述兩個(gè)原因：當(dāng)小組變得更大時(shí)，每個(gè)人需要用更多的時(shí)間與組內(nèi)其他成員討論問題、協(xié)調(diào)工作，因此增加了通信開銷。如果在開發(fā)過程中增加小組人員，則最初一段時(shí)間內(nèi)項(xiàng)目組總生產(chǎn)率不僅不會(huì)提高反而會(huì)下降。這是因?yàn)樾鲁蓡T在開始時(shí)不僅不是生產(chǎn)力，而且在他們學(xué)習(xí)期間還需要花費(fèi)小組其他成員的時(shí)間。 項(xiàng)目組規(guī)模與項(xiàng)目組總生產(chǎn)率的關(guān)系當(dāng)幾個(gè)人共同承擔(dān)軟件開發(fā)項(xiàng)目中的某一任務(wù)時(shí)，人與人之間必須通過交流來解決各自承擔(dān)任務(wù)之間的接口問題，即所謂通信問題。通信需花費(fèi)時(shí)間和代價(jià)，會(huì)引起軟件錯(cuò)誤增加，降低軟件生產(chǎn)率。若兩個(gè)人之間需要通信，則稱在這兩個(gè)人之間存在一條通信路徑。如果一個(gè)軟件開發(fā)小組有 n 個(gè)人，每兩人之間都需要通信，則總的通信路徑有 n(n-1)/2 (條)。 設(shè)一個(gè)人單獨(dú)開發(fā)軟件，生產(chǎn)率是5000行／人年。若 4 個(gè)人組成一個(gè)小組共同開發(fā)這個(gè)軟件，則需要 6條通信路徑。若在每條通信路徑上耗費(fèi)的工作量是 250 行／人年。則小組中每個(gè)人的軟件生產(chǎn)率降低為 5000－6×250／4 ＝ = 5000－375 ＝ = 4625 行／人年。從上述分析可知，一個(gè)軟件任務(wù)由一個(gè)人單獨(dú)開發(fā)，生產(chǎn)率最高；而對于一個(gè)稍大型的軟件項(xiàng)目，一個(gè)人單獨(dú)開發(fā)，時(shí)間太長。因此軟件開發(fā)小組是必要的。但是，開發(fā)小組不宜太大，成員之間避免太多的通信路徑。在開發(fā)進(jìn)程中，切忌中途加人，避免太多的生產(chǎn)率損失。 任務(wù)的確定與并行性當(dāng)參加同一軟件工程項(xiàng)目的人數(shù)不止一人的時(shí)候，開發(fā)工作就會(huì)出現(xiàn)并行情形，歡迎點(diǎn)擊下載軟件工程導(dǎo)論心得PPT哦。

軟件工程導(dǎo)論心得PPT是由紅軟PPT免費(fèi)下載網(wǎng)推薦的一款學(xué)校PPT類型的PowerPoint.

第13章 軟件項(xiàng)目管理 13.3.1 估算開發(fā)時(shí)間 Brooks規(guī)律：向一個(gè)已經(jīng)延期的項(xiàng)目增加人力，只會(huì)使得它更加延期。隨著開發(fā)小組規(guī)模的擴(kuò)大，個(gè)人生產(chǎn)率將下降，以至開發(fā)時(shí)間與從事開發(fā)工作的人數(shù)并不成反比關(guān)系。出現(xiàn)這種現(xiàn)象主要有下述兩個(gè)原因：當(dāng)小組變得更大時(shí)，每個(gè)人需要用更多的時(shí)間與組內(nèi)其他成員討論問題、協(xié)調(diào)工作，因此增加了通信開銷。如果在開發(fā)過程中增加小組人員，則最初一段時(shí)間內(nèi)項(xiàng)目組總生產(chǎn)率不僅不會(huì)提高反而會(huì)下降。這是因?yàn)樾鲁蓡T在開始時(shí)不僅不是生產(chǎn)力，而且在他們學(xué)習(xí)期間還需要花費(fèi)小組其他成員的時(shí)間。 項(xiàng)目組規(guī)模與項(xiàng)目組總生產(chǎn)率的關(guān)系當(dāng)幾個(gè)人共同承擔(dān)軟件開發(fā)項(xiàng)目中的某一任務(wù)時(shí)，人與人之間必須通過交流來解決各自承擔(dān)任務(wù)之間的接口問題，即所謂通信問題。通信需花費(fèi)時(shí)間和代價(jià)，會(huì)引起軟件錯(cuò)誤增加，降低軟件生產(chǎn)率。若兩個(gè)人之間需要通信，則稱在這兩個(gè)人之間存在一條通信路徑。如果一個(gè)軟件開發(fā)小組有 n 個(gè)人，每兩人之間都需要通信，則總的通信路徑有 n(n-1)/2 (條)。 設(shè)一個(gè)人單獨(dú)開發(fā)軟件，生產(chǎn)率是5000行／人年。若 4 個(gè)人組成一個(gè)小組共同開發(fā)這個(gè)軟件，則需要 6條通信路徑。若在每條通信路徑上耗費(fèi)的工作量是 250 行／人年。則小組中每個(gè)人的軟件生產(chǎn)率降低為 5000－6×250／4 ＝ = 5000－375 ＝ = 4625 行／人年。從上述分析可知，一個(gè)軟件任務(wù)由一個(gè)人單獨(dú)開發(fā)，生產(chǎn)率最高；而對于一個(gè)稍大型的軟件項(xiàng)目，一個(gè)人單獨(dú)開發(fā)，時(shí)間太長。因此軟件開發(fā)小組是必要的。但是，開發(fā)小組不宜太大，成員之間避免太多的通信路徑。在開發(fā)進(jìn)程中，切忌中途加人，避免太多的生產(chǎn)率損失。 任務(wù)的確定與并行性當(dāng)參加同一軟件工程項(xiàng)目的人數(shù)不止一人的時(shí)候，開發(fā)工作就會(huì)出現(xiàn)并行情形。軟件開發(fā)進(jìn)程中設(shè)置許多里程碑。里程碑為管理人員提供了指示項(xiàng)目進(jìn)度的可靠依據(jù)。軟件工程項(xiàng)目的并行性提出了一系列的進(jìn)度要求。因?yàn)椴⑿腥蝿?wù)是同時(shí)發(fā)生的，所以進(jìn)度計(jì)劃表必須決定任務(wù)之間的從屬關(guān)系，確定各個(gè)任務(wù)的先后次序和銜接，確定各個(gè)任務(wù)完成的持續(xù)時(shí)間。項(xiàng)目負(fù)責(zé)人應(yīng)注意構(gòu)成關(guān)鍵路徑的任務(wù)，即若要保證整個(gè)項(xiàng)目能按進(jìn)度要求完成，就必須保證這些任務(wù)要按進(jìn)度要求完成。 13.3.2 Gantt圖? Gantt圖(甘特圖)是歷史悠久、應(yīng)用廣泛的進(jìn)度計(jì)劃工具，下面通過一個(gè)非常簡單的例子介紹這種工具。 13.3.3 工程網(wǎng)絡(luò)? 當(dāng)把一個(gè)工程項(xiàng)目分解成許多子任務(wù)，并且它們彼此間的依賴關(guān)系又比較復(fù)雜時(shí)，僅僅用Gantt圖作為安排進(jìn)度的工具是不夠的，不僅難于做出既節(jié)省資源又保證進(jìn)度的計(jì)劃，而且還容易發(fā)生差錯(cuò)。?工程網(wǎng)絡(luò)是制定進(jìn)度計(jì)劃時(shí)另一種常用的圖形工具，它同樣能描繪任務(wù)分解情況以及每項(xiàng)作業(yè)的開始時(shí)間和結(jié)束時(shí)間，此外，它還顯式地描繪各個(gè)作業(yè)彼此間的依賴關(guān)系。因此，工程網(wǎng)絡(luò)是系統(tǒng)分析和系統(tǒng)設(shè)計(jì)的強(qiáng)有力的工具。? 在工程網(wǎng)絡(luò)中用箭頭表示作業(yè)(例如，刮舊漆，刷新漆，清理等)，用圓圈表示事件(一項(xiàng)作業(yè)開始或結(jié)束)。注意，事件僅僅是可以明確定義的時(shí)間點(diǎn)，它并不消耗時(shí)間和資源。作業(yè)通常既消耗資源又需要持續(xù)一定時(shí)間。圖13.2是舊木板房刷漆工程的工程網(wǎng)絡(luò)。圖中表示刮第1面墻上舊漆的作業(yè)開始于事件1，結(jié)束于事件2。用開始事件和結(jié)束事件的編號(hào)標(biāo)識(shí)一個(gè)作業(yè)，因此“刮第1面墻上舊漆”是作業(yè)1—2。? 在工程網(wǎng)絡(luò)中的一個(gè)事件，如果既有箭頭進(jìn)入又有箭頭離開，則它既是某些作業(yè)的結(jié)束又是另一些作業(yè)的開始。例如，圖13.2中事件2既是作業(yè)1—2(刮第1面墻上的舊漆)的結(jié)束，又是作業(yè)2—3(刮第2面墻上舊漆)和作業(yè)2—4(給第1面墻刷新漆)的開始。也就是說，只有第1面墻上的舊漆刮完之后，才能開始刮第2面墻上舊漆和給第1面墻刷新漆這兩個(gè)作業(yè)。因此，工程網(wǎng)絡(luò)顯式地表示了作業(yè)之間的依賴關(guān)系。? 在圖13.2中還有一些虛線箭頭，它們表示虛擬作業(yè)，也就是事實(shí)上并不存在的作業(yè)。引入虛擬作業(yè)是為了顯式地表示作業(yè)之間的依賴關(guān)系。例如，事件4既是給第1面墻刷新漆結(jié)束，又是給第2面墻刷新漆開始(作業(yè)4—6)。但是，在開始給第2面墻刷新漆之前，不僅必須已經(jīng)給第1面墻刷完了新漆，而且第2面墻上的舊漆也必須已經(jīng)刮凈(事件3)。也就是說，在事件3和事件4之間有依賴關(guān)系，或者說在作業(yè)2—3(刮第2面墻上舊漆)和作業(yè)4—6(給第2面墻刷新漆)之間有依賴關(guān)系，虛擬作業(yè)3—4明確地表示了這種依賴關(guān)系。注意，虛擬作業(yè)既不消耗資源也不需要時(shí)間。 13.3.4 估算進(jìn)度?畫出類似圖13.2那樣的工程網(wǎng)絡(luò)之后，系統(tǒng)分析員就可以借助它的幫助估算工程進(jìn)度了。為此需要在工程網(wǎng)絡(luò)上增加一些必要的信息。?首先，把每個(gè)作業(yè)估計(jì)需要使用的時(shí)間寫在表示該項(xiàng)作業(yè)的箭頭上方。注意，箭頭長度和它代表的作業(yè)持續(xù)時(shí)間沒有關(guān)系，箭頭僅表示依賴關(guān)系，它上方的數(shù)字才表示作業(yè)的持續(xù)時(shí)間。? 其次，為每個(gè)事件計(jì)算下述兩個(gè)統(tǒng)計(jì)數(shù)字：最早時(shí)刻EET和最遲時(shí)刻LET。這兩個(gè)數(shù)字將分別寫在表示事件的圓圈的右上角和右下角，如圖13.3左下角的符號(hào)所示。 事件的最早時(shí)刻是該事件可以發(fā)生的最早時(shí)間。通常工程網(wǎng)絡(luò)中第一個(gè)事件的最早時(shí)刻定義為零，其他事件的最早時(shí)刻在工程網(wǎng)絡(luò)上從左至右按事件發(fā)生順序計(jì)算。計(jì)算最早時(shí)刻EET使用下述三條簡單規(guī)則：? 考慮進(jìn)入該事件的所有作業(yè)；?對于每個(gè)作業(yè)都計(jì)算它的持續(xù)時(shí)間與起始事件的EET之和；選取上述和數(shù)中的最大值作為該事件的最早時(shí)刻EET。? 事件的最遲時(shí)刻是在不影響工程竣工時(shí)間的前提下，該事件最晚可以發(fā)生的時(shí)刻。按慣例，最后一個(gè)事件(工程結(jié)束)的最遲時(shí)刻就是它的最早時(shí)刻。其他事件的最遲時(shí)刻在工程網(wǎng)絡(luò)上從右至左按逆作業(yè)流的方向計(jì)算。計(jì)算最遲時(shí)刻LET使用下述三條規(guī)則：考慮離開該事件的所有作業(yè)；?從每個(gè)作業(yè)的結(jié)束事件的最遲時(shí)刻中減去該作業(yè)的持續(xù)時(shí)間；?選取上述差數(shù)中的最小值做為該事件的最遲時(shí)刻LET。? 13.3.5 關(guān)鍵路徑?圖13.3中有幾個(gè)事件的最早時(shí)刻和最遲時(shí)刻相同，這些事件定義了關(guān)鍵路徑，在圖中關(guān)鍵路徑用粗線箭頭表示。關(guān)鍵路徑上的事件(關(guān)鍵事件)必須準(zhǔn)時(shí)發(fā)生，組成關(guān)鍵路徑的作業(yè)(關(guān)鍵作業(yè))的實(shí)際持續(xù)時(shí)間不能超過估計(jì)的持續(xù)時(shí)間，否則工程就不能準(zhǔn)時(shí)結(jié)束。? 13.3.6 機(jī)動(dòng)時(shí)間?不在關(guān)鍵路徑上的作業(yè)有一定程度的機(jī)動(dòng)余地——實(shí)際開始時(shí)間可以比預(yù)定時(shí)間晚一些，或者實(shí)際持續(xù)時(shí)間可以比預(yù)計(jì)的持續(xù)時(shí)間長一些，而并不影響工程的結(jié)束時(shí)間。一個(gè)作業(yè)可以有的全部機(jī)動(dòng)時(shí)間等于它的結(jié)束事件的最遲時(shí)刻減去它的開始事件的最早時(shí)刻，再減去這個(gè)作業(yè)的持續(xù)時(shí)間：?機(jī)動(dòng)時(shí)間=(LET)結(jié)束-(EET)開始-持續(xù)時(shí)間?對于前述油漆舊木板房的例子，計(jì)算得到的非關(guān)鍵作業(yè)的機(jī)動(dòng)時(shí)間列在表13.6中。? 在工程網(wǎng)絡(luò)中每個(gè)作業(yè)的機(jī)動(dòng)時(shí)間寫在代表該項(xiàng)作業(yè)的箭頭下面的括弧里(參看圖13.4)。在制定進(jìn)度計(jì)劃時(shí)仔細(xì)考慮和利用工程網(wǎng)絡(luò)中的機(jī)動(dòng)時(shí)間，往往能夠安排出既節(jié)省資源又不影響最終竣工時(shí)間的進(jìn)度表。 13.4.1 民主制程序員組特點(diǎn) —成員之間關(guān)系平等 —根據(jù)每個(gè)人的能力和經(jīng)驗(yàn)適當(dāng)分配 —通過全體人員協(xié)商決定項(xiàng)目工作優(yōu)點(diǎn) —同等項(xiàng)目參與權(quán)，可以激發(fā)大家的創(chuàng)造力，利于攻克 難關(guān) —適用于小規(guī)模、能力強(qiáng)、有共同工作經(jīng)歷的團(tuán)隊(duì)缺點(diǎn) —缺少權(quán)威人士，在意見分歧的情況下很難解決 13.4.2 主程序員組 13.4.3 現(xiàn)代程序員組現(xiàn)代程序員組優(yōu)缺點(diǎn)優(yōu)點(diǎn) —將“主程序員”的職責(zé)專一化缺點(diǎn) —“技術(shù)組長”與“行政組長”的職責(zé)劃分不清 —不能適應(yīng)大規(guī)模的項(xiàng)目現(xiàn)代程序員組-組織結(jié)構(gòu)2 改進(jìn)方案 13.5.2 軟件質(zhì)量保證措施 軟件質(zhì)量保證（software quality assurance SQA）的措施主要有： 基于非執(zhí)行的測試（也稱為復(fù)審或評審），主要用來保證在編碼之前各階段產(chǎn)生的文檔的質(zhì)量；基于執(zhí)行的測試（即以前講過的軟件測試），需要在程序編寫出來之后進(jìn)行，它是保證軟件質(zhì)量的最后一道防線；程序正確性證明，使用數(shù)學(xué)方法嚴(yán)格驗(yàn)證程序是否與對它的說明完全一致。 2. 基線 IEEE把基線定義為： 已經(jīng)通過了正式復(fù)審的規(guī)格說明或中間產(chǎn)品，它可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。基線（Baseline）由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成了一個(gè)相對穩(wěn)定的邏輯實(shí)體�；�線中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改（見變更控制規(guī)程）�；�線通常對應(yīng)于開發(fā)過程中的里程碑（Milestone），一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線�；�線的主要屬性有：名稱、標(biāo)識(shí)符、版本、日期等。通常將交付給客戶的基線稱為一個(gè)“Release”，為內(nèi)部開發(fā)用的基線則稱為一個(gè)“Build”。 13.6.2 軟件配置管理過程 1、 標(biāo)識(shí) 2、 版本控制 3、 變化控制 4、 配置設(shè)計(jì) 5、狀態(tài)報(bào)告 配置控制是核心： 存取控制（開發(fā)庫、基線庫、產(chǎn)品庫） 版本控制 變更控制 產(chǎn)品發(fā)布控制 13.6.3 常用配置管理工具 1、 SourceSafe SourceSafe是Microsoft公司推出的配置管理工具，是Visual Studio的套件之一。SourceSafe是國內(nèi)最流行的配置管理工具，用戶量絕對是第一位。 SourceSafe的優(yōu)點(diǎn)可以用8個(gè)字來概括“簡單易用，一學(xué)就會(huì)”，這個(gè)優(yōu)點(diǎn)是Microsoft繼承下來的。 雖然SourceSafe并不是免費(fèi)的，但是在國內(nèi)人們以接近于零的成本得到它，網(wǎng)上到處可以下載啊。當(dāng)然Microsoft也不在乎這個(gè)小不點(diǎn)的軟件，它屬于“買大件送小件”的角色。如果你合法地得到Visual Studio，你就得到了免費(fèi)的SourceSafe。 SourceSafe的主要局限性：只能在Windows下運(yùn)行，不能在Unix， Linux下運(yùn)行。SourceSafe不支持異構(gòu)環(huán)境下的配置管理，對用戶而言是個(gè)麻煩事。這不是技術(shù)問題，是微軟公司產(chǎn)品戰(zhàn)略決定的。適合于局域網(wǎng)內(nèi)的用戶群，不適合于通過Internet連接的用戶群，因?yàn)镾ourceSafe是通過“共享目錄”方式存儲(chǔ)文件的。 2 、CVS CVS 是 Concurrent Version System（并行版本系統(tǒng)）的縮寫，它是著名的開放源代碼的配置管理工具。 CVS的官方網(wǎng)站是http://www.cvshome.org/ 。官方提供的是CVS服務(wù)器和命令行程序，但是官方并不提供交互式的客戶端軟件。許多軟件機(jī)構(gòu)根據(jù)CVS官方提供的編程接口開發(fā)了各色各樣的CVS客戶端軟件，最有名的當(dāng)推Windows環(huán)境的CVS客戶端軟件——WinCVS。WinCVS是免費(fèi)的，但是并不開放源代碼。與SourceSafe相比，CVS的主要優(yōu)點(diǎn)是： SourceSafe有的功能CVS全都有，CVS支持并發(fā)的版本管理，SourceSafe沒有并發(fā)功能。CVS服務(wù)器的功能和性能都比SourceSafe高出一籌。 CVS服務(wù)器是用Java編寫的，可以在任何操作系統(tǒng)和網(wǎng)絡(luò)環(huán)境下運(yùn)行。CVS深受Unix和Linux 的用戶喜愛。Borland公司的JBuilder提供了CVS的插件，Java程序員可以在JBuilder集成環(huán)境中使用CVS進(jìn)行版本控制。 CVS服務(wù)器有自己專用的數(shù)據(jù)庫，文件存儲(chǔ)并不采用SourceSafe的“共享目錄”方式，所以不受限于局域網(wǎng)，信息安全性很好。 CVS的主要缺點(diǎn)在于客戶端軟件，真可謂五花八門、良莠不齊。Unix和Linux 的軟件高手可以直接使用CVS命令行程序，而Windows用戶通常使用WinCVS。安裝和使用WinCVS顯然比SourceSafe麻煩不少，這是令人比較遺憾的。 3、 ClearCase IBM（Rational公司）的ClearCase是軟件行業(yè)公認(rèn)的功能最強(qiáng)大、價(jià)格最昂貴的配置管理軟件。 ClearCase主要應(yīng)用于復(fù)雜產(chǎn)品的并行開發(fā)、發(fā)布和維護(hù)，其功能劃分為四個(gè)范疇：版本控制、工作空間管理（Workspace Management）、構(gòu)造管理（Build Management）、過程控制（Process Control）。ClearCase通過TCP/IP來連接客戶端和服務(wù)器。另外，ClearCase擁有的浮動(dòng)License可以跨越UNIX和Windows NT平臺(tái)被共享。 ClearCase的功能比CVS、SourceSafe強(qiáng)大得多，但是其用戶量卻遠(yuǎn)不如CVS、SourceSafe的多。主要原因是： ClearCase價(jià)格昂貴，如果沒有批量折扣的話，每個(gè)License大約5000美元。對于中國用戶而言，這無疑是天價(jià)。 用戶只有經(jīng)過幾天的培訓(xùn)后（費(fèi)用同樣很昂貴），才能正常使用ClearCase。如果不參加培訓(xùn)的話，用戶基本上不可能無師自通。 13.7 能力成熟度模型 1、概述 1） CMM是什么 CMM（Capability Maturity Model）是用于衡量軟件過程能力的事實(shí)上的標(biāo)準(zhǔn)，同時(shí)也是目前軟件過程改進(jìn)最好的參考標(biāo)準(zhǔn)。美國卡內(nèi)基-梅隆大學(xué)軟件工程研究所（SEI）研制 2） 發(fā)展簡史 CMM 1.0于1991年制定。 CMM 1.1于1993發(fā)布，該版本應(yīng)用最廣泛。 CMM 2.0草案于1997年制定（未廣泛應(yīng)用）。 到2000年，CMM演化成為CMMI（Capability Maturity Model Integration），CMM 2.0成為CMMI 1.0的主要組成部分。 CMMI-SE/SW 1.1（CMMI for System Engineering and Software Engineering）于2002年1月正式推出。 3） CMM重要概念 5個(gè)成熟度等級(jí)：初始級(jí)，可重復(fù)級(jí)，已定義級(jí)，已管理級(jí)，持續(xù)優(yōu)化級(jí)。 18個(gè)關(guān)鍵過程域。關(guān)鍵過程域指出為了達(dá)到某個(gè)成熟度等級(jí)必須要解決的一族問題。 4）能力成熟度模型的基本思想 ---- 幫助軟件開發(fā)機(jī)構(gòu)建立一個(gè)有規(guī)律的、成熟的軟件過程。改進(jìn)后的軟件過程將開發(fā)出質(zhì)量更好的軟件，使更多的軟件項(xiàng)目免受時(shí)間和費(fèi)用超支之苦。 5）CMM的策略 ---- 力圖改進(jìn)對軟件過程的管理，而在技術(shù)方面的改進(jìn)是其必然的結(jié)果。 6）CMM在改進(jìn)軟件過程中所起的作用 ---- 指導(dǎo)軟件機(jī)構(gòu)通過確定當(dāng)前的過程成熟度并識(shí)別出對過程改進(jìn)起關(guān)鍵作用的問題，從而明確過程改進(jìn)的方向和策略。通過集中開展與過程改進(jìn)的方向和策略相一致的一組過程改進(jìn)活動(dòng)，軟件機(jī)構(gòu)便能穩(wěn)步而有效地改進(jìn)其軟件過程，使其軟件過程能力得到循序漸進(jìn)的提高。 2、 CMM的五個(gè)級(jí)別 CMM提供了將這些演化步驟組織為5個(gè)成熟度級(jí)別的框架，這為持續(xù)的過程改進(jìn)提供了基礎(chǔ)。成熟度級(jí)別定義了在使 軟件過程成熟的過程 中的演化狀態(tài)。 初始級(jí)組織：組織通常沒有提供開發(fā)和維護(hù)軟件的穩(wěn)定的環(huán)境。項(xiàng)目：當(dāng)發(fā)生危機(jī)時(shí)，項(xiàng)目通常放棄計(jì)劃的過程，回復(fù)到編碼和測試。過程能力：不可預(yù)測。(unpredictable) 可重復(fù)級(jí)組織：將軟件項(xiàng)目的有效管理過程制度化，這使得組織能夠重復(fù)以前項(xiàng)目中的成功實(shí)踐。項(xiàng)目：配備了基本的軟件管理控制。過程能力：嚴(yán)格的。(disciplined) 已定義級(jí)組織：在組織范圍內(nèi)開發(fā)和維護(hù)軟件的標(biāo)準(zhǔn)過程被文檔化，其中包括軟件工程過程和管理過程，它們集成為一個(gè)一致的整體。項(xiàng)目：對組織的標(biāo)準(zhǔn)軟件過程進(jìn)行裁剪，來開發(fā)它們自己的定義軟件過程。過程能力：標(biāo)準(zhǔn)的和一致的。(standard and consistent) 已管理級(jí)組織：為軟件產(chǎn)品和過程都設(shè)定了量化的質(zhì)量目標(biāo)。項(xiàng)目：項(xiàng)目減小過程性能的變化性，使其進(jìn)入可接收的量化邊界，從而達(dá)到對產(chǎn)品和過程的控制。過程能力：可預(yù)言的。(predictable) 持續(xù)優(yōu)化級(jí)組織：關(guān)注于持續(xù)的過程改進(jìn)。項(xiàng)目：軟件過程被評價(jià)，以防止過失重復(fù)發(fā)生，從中獲得的教訓(xùn)散布給其它項(xiàng)目。過程能力：持續(xù)的改善。(continuously improving) 3、關(guān)于五個(gè)級(jí)別的說明從第1級(jí)提升到第2級(jí)可能需要幾年的時(shí)間，在其它級(jí)別間提升通常依次需要2年的時(shí)間。由于每個(gè)級(jí)別形成了達(dá)到下一個(gè)級(jí)別的必須的基礎(chǔ)，所以跳過級(jí)別是達(dá)不到預(yù)期的目標(biāo)的。用途 --- 評定(Assessment)組使用CMM，識(shí)別組織的長處和弱點(diǎn)； --- 評價(jià)(Evaluation)組使用CMM，識(shí)別在不同的訂約人之間進(jìn)行風(fēng)險(xiǎn)的選擇，并監(jiān)控合同； --- 管理者和技術(shù)人員使用CMM，理解為他們的組織所制定的規(guī)劃以及實(shí)現(xiàn)軟件過程改善計(jì)劃所需的活動(dòng)； --- 過程改善組使用CMM，作為在他們的組織中定義和改善軟件過程的指南。 4、成熟度級(jí)別的內(nèi)部結(jié)構(gòu) 練習(xí)題填空題： 1、估算軟件規(guī)模的兩個(gè)主要技術(shù)分別為:（ ）和（ ），使用代碼行技術(shù)時(shí)，常用的單位為（ ）。 2、工作量估算的三種基本模型分別為：（ ）、（ ）和COCOMO2模型 3、constructive cost model是構(gòu)造性成本模型，COCOMO2給出了3個(gè)層次的估算模型分別為（ ）、（ ）和（ ）。 4、CMM的中文含義是（ ）。 簡答題： 1、簡述COCOMO2的5個(gè)分級(jí)因素？ 2、簡述Brooks規(guī)律？ 3、簡述人員組織的三種典型組織方式？ 4、簡述保證軟件質(zhì)量的三個(gè)要點(diǎn)？ 5、簡述軟件配置管理的5項(xiàng)任務(wù)？ 6、簡述能力成熟度的5個(gè)等級(jí)，要求從低到高排序？ 7. P.336第7、8、9、10、11、12題l1G紅軟基地

軟件工程基礎(chǔ)ppt：這是軟件工程基礎(chǔ)ppt，包括了軟件需求分析與定義，可行性研究，可行性研究工作步驟，軟件設(shè)計(jì)，軟件測試，軟件維護(hù)，軟件維護(hù)的分類，軟件過程管理，類圖等內(nèi)容，歡迎點(diǎn)擊下載。

實(shí)用軟件工程ppt：這是實(shí)用軟件工程ppt，包括了軟件工程概述，軟件工程的概念，發(fā)展歷程，軟件工程的生命周期，建模的目的等內(nèi)容，歡迎點(diǎn)擊下載。

軟件工程類答辯ppt：這是軟件工程類答辯ppt，包括了系統(tǒng)介紹，研究背景，需求分析，系統(tǒng)設(shè)計(jì)，系統(tǒng)實(shí)現(xiàn)，總結(jié)，致謝等內(nèi)容，歡迎點(diǎn)擊下載。