第2章 軟件項(xiàng)目管理基礎(chǔ)ppt課件

1、第二章 軟件工程管理根底 主要內(nèi)容一工程管理概述軟件工程管理的概念、目的和特點(diǎn) 工程管理包括4種根本活動(dòng)工程的幾個(gè)階段 工程管理根本概念 義務(wù)和活動(dòng)任務(wù)產(chǎn)品和任務(wù)包 任務(wù)分解構(gòu)造 義務(wù)模型技藝矩陣組織組織構(gòu)造圖軟件工程管理方案主要內(nèi)容二工程管理活動(dòng) 方案工程組織工程控制工程終結(jié)工程主要內(nèi)容三2.1 工程管理概述 軟件工程管理是為了使軟件工程可以按照預(yù)定的本錢(qián)、進(jìn)度、質(zhì)量順利完成，而對(duì)本錢(qián)、人員、進(jìn)度、質(zhì)量、風(fēng)險(xiǎn)等進(jìn)展分析和管理的活動(dòng)。軟件工程管理的根本目的是為了讓軟件工程，尤其是大型工程的整個(gè)軟件生命周期都能在管理者的控制之下，以預(yù)定本錢(qián)按期、按質(zhì)的完成軟件，然后交付用戶運(yùn)用。 軟件工程管理的

2、特殊性軟件是純知識(shí)產(chǎn)品，其開(kāi)發(fā)進(jìn)度和質(zhì)量很難估計(jì)和度量，消費(fèi)效率也難以預(yù)測(cè)和保證。軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開(kāi)發(fā)過(guò)程中各種風(fēng)險(xiǎn)的難以預(yù)見(jiàn)和控制。 工程管理包括4種根本活動(dòng)方案：方案涉及詳細(xì)規(guī)定出要獲得的結(jié)果(要什么?)；產(chǎn)生這些結(jié)果所需求的活動(dòng)和義務(wù)(做什么？怎樣做?) ；決議時(shí)間表和估計(jì)所需的資源(何時(shí)做?用什么做?)。 組織：組織規(guī)定了工程的組織和角色、責(zé)任的定義?？刂疲嚎刂拼_定正在進(jìn)展的活動(dòng)何時(shí)偏離了方案。 終止：終止是終了工程。 工程可以分成幾個(gè)階段 1、工程概念階段：關(guān)于工程的想法開(kāi)場(chǎng)出現(xiàn)，通常伴隨著本錢(qián)效益分析和技術(shù)可行性研討。 2、工程定義階段：包括以下活動(dòng) 問(wèn)題定義：客戶和工程經(jīng)

3、理定義系統(tǒng)的規(guī)模、目的日期。 初始的軟件工程管理方案SPMP：工程經(jīng)理提供對(duì)工程總的看法、工程結(jié)果的描畫(huà)、任務(wù)分解構(gòu)造、角色和責(zé)任、工程時(shí)間表、所需資源的預(yù)算和怎樣定義和處置風(fēng)險(xiǎn)的描畫(huà)。 初始的軟件體系構(gòu)造3、工程開(kāi)場(chǎng)階段：工程經(jīng)理設(shè)置了工程的根底設(shè)備，雇用參與者，把他們組成團(tuán)隊(duì)，并總結(jié)工程。工程開(kāi)場(chǎng)包括以下活動(dòng)根底設(shè)備設(shè)立：工程經(jīng)理必需為工程的根底設(shè)備制定需求。這些需求描畫(huà)了工程參與者之間的交流渠道。 技藝定義：工程經(jīng)理定義開(kāi)發(fā)者的技藝和興趣，并在技藝矩陣中記錄它。 團(tuán)隊(duì)集合：工程經(jīng)理分配團(tuán)隊(duì)參與者，定義團(tuán)隊(duì)功能且選擇團(tuán)隊(duì)指點(diǎn)。工程經(jīng)理也為團(tuán)隊(duì)成員定義所需的額外培訓(xùn)和課程。最后，工程經(jīng)理為團(tuán)

4、隊(duì)分配任務(wù)包。 工程總結(jié)：工程經(jīng)理，團(tuán)隊(duì)指點(diǎn)和客戶正式開(kāi)場(chǎng)啟開(kāi)工程。4、工程穩(wěn)定形狀階段：團(tuán)隊(duì)指點(diǎn)要擔(dān)任跟蹤團(tuán)隊(duì)形狀和在團(tuán)隊(duì)會(huì)議上提出問(wèn)題。包括以下活動(dòng) 工程規(guī)模定義控制風(fēng)險(xiǎn)管理工程重方案5、工程終止：提交工程結(jié)果并搜集工程歷史。主要活動(dòng)有 交付客戶驗(yàn)收測(cè)試安裝事后分析2.2 工程管理根本概念 在工程方案中一個(gè)主要的義務(wù)是把整個(gè)任務(wù)包分解成更小的義務(wù)。這包括2件事：定義適宜的義務(wù)定義義務(wù)間的依賴關(guān)系 2.2.1 義務(wù)和活動(dòng) 義務(wù)是一項(xiàng)曾經(jīng)定義得很好的任務(wù)，該任務(wù)可分配給一個(gè)工程參與者或分配給一個(gè)團(tuán)隊(duì)。 義務(wù)是管理有關(guān)工程任務(wù)的最小的單元。義務(wù)包括對(duì)義務(wù)和繼續(xù)時(shí)間的描畫(huà)，還包括分配給所扮演角色的

5、參與者。 2.2.2 任務(wù)產(chǎn)品和任務(wù)包 任務(wù)包描畫(huà)了要消費(fèi)的任務(wù)產(chǎn)品，要完成任務(wù)所需求的資源，所希望的繼續(xù)時(shí)間，輸入之間的相互依賴，也詳細(xì)闡明了驗(yàn)收規(guī)那么和相關(guān)的個(gè)體或組織的單元的名字。 任務(wù)包是重要的管理產(chǎn)物，我們把它們分配給參與者去做。在義務(wù)定義之后可以定義任務(wù)包。 任何交付給用戶的任務(wù)產(chǎn)品叫交付品，例如用戶手冊(cè)。2.2.3 任務(wù)分解構(gòu)造 在一個(gè)工程中，全體義務(wù)的層次描畫(huà)叫任務(wù)分解構(gòu)造WBSWorkBreakdownStructure 。 任務(wù)分解構(gòu)造是一個(gè)要做任務(wù)的非常簡(jiǎn)單的模型。菱形符號(hào)表示整體與部分的關(guān)系,菱形符號(hào)一側(cè)表示整體;三角形符號(hào)表示普通與特殊的關(guān)系,三角形符號(hào)一側(cè)表示普通實(shí)

6、體 留意:任務(wù)分解構(gòu)造不表示活動(dòng)的順序。 2.2.4 義務(wù)模型 義務(wù)經(jīng)過(guò)暫時(shí)的依賴關(guān)系聯(lián)絡(luò)起來(lái)。例如建屋頂?shù)牧x務(wù)不能在建墻義務(wù)終了前開(kāi)場(chǎng)。 義務(wù)及其依賴關(guān)系的集合叫義務(wù)模型或者網(wǎng)絡(luò)圖。 兩條粗線段之間的各分支義務(wù)可以并行操作完成義務(wù)有一個(gè)繼續(xù)時(shí)間，由工程經(jīng)理在工程開(kāi)場(chǎng)前估算。一旦知道了義務(wù)間依賴關(guān)系和義務(wù)的繼續(xù)時(shí)間，工程經(jīng)理能計(jì)算出工程能被完成的最短能夠時(shí)間。該時(shí)間在義務(wù)模型中表現(xiàn)為最長(zhǎng)途徑，即關(guān)鍵途徑。關(guān)鍵途徑經(jīng)過(guò)工程的第一項(xiàng)義務(wù)到最后一項(xiàng)義務(wù)，其長(zhǎng)度由義務(wù)的繼續(xù)時(shí)間相加計(jì)算出來(lái)。在關(guān)鍵途徑上的義務(wù)延遲會(huì)導(dǎo)致整個(gè)工程的延遲，從而使工程延期。義務(wù)的最遲完成時(shí)間是在不耽擱工程的其他要完成的義務(wù)時(shí)

7、，義務(wù)能被推遲的最大時(shí)間。2.2.5 技藝矩陣 技藝矩陣是在工程中關(guān)于要完成義務(wù)的人的技藝、知識(shí)和興趣的一張簡(jiǎn)單表。技藝矩陣的一行(或列)表示來(lái)自任務(wù)分解構(gòu)造的任務(wù)單元義務(wù)、活動(dòng)和工程功能。一列(或行)表示工程參與者。我們把3種工程區(qū)分開(kāi)：主要技藝、次要技藝和興趣。主要技藝使一個(gè)人能勝任指點(diǎn)一個(gè)任務(wù)單元。次要技藝使一個(gè)人能參與義務(wù)。興趣表示在義務(wù)中一個(gè)人感興趣但不具備該技藝。2.2.6 組織 組織由組織單元及其交互(聯(lián)絡(luò)、溝通)組成。最小組織單元是一個(gè)參與者也叫個(gè)人或成員。一組參與者能組成部門(mén)、處或小組。2.2.7 組織構(gòu)造圖 組織的表現(xiàn)及其信息構(gòu)造通常叫組織圖。 軟件度量面向規(guī)模的度量規(guī)模：

8、代碼行數(shù)LOC、KLOC消費(fèi)率：PL = L/EE:任務(wù)量人月每行代碼平均本錢(qián)：CL = S/LS：軟件總本錢(qián)，人民幣或美圓文檔與代碼比： DL = Pd/LPd：軟件文檔頁(yè)數(shù)代碼出錯(cuò)率：EQRL = Ne/LNe：代碼錯(cuò)誤數(shù)缺陷：依賴程序設(shè)計(jì)言語(yǔ)不利于精巧的設(shè)計(jì)開(kāi)發(fā)前、初期難以估算只適于過(guò)程式程序設(shè)計(jì)言語(yǔ) 軟件工程估算Putnam模型1978年，Putnam提出大型軟件工程任務(wù)量估算模型。 軟件交付時(shí)任務(wù)量最大，參與人員最多任務(wù)量與交貨時(shí)間的4次方成反比，提早10%的時(shí)間要添加52%的任務(wù)量。任務(wù)量隨時(shí)間的添加不呈線性增長(zhǎng)趨勢(shì)，參與開(kāi)發(fā)的人數(shù)不應(yīng)該一成不變。2.2.8 軟件工程管理方案 軟件

9、工程管理方案SPMP中的文件在工程總結(jié)大會(huì)之前創(chuàng)建，并且當(dāng)義務(wù)完成和步驟更新的時(shí)候被更新，這種更新將貫穿整個(gè)工程。SPMP的運(yùn)用者包括管理者和開(kāi)發(fā)者。SPMP有五部分。1.引見(jiàn)1.1 工程概略1.2 工程交付品1.3 文檔的演化1.4 參考書(shū)1.5 定義和縮寫(xiě)表2.工程組織2.1 過(guò)程模型2.2 組織構(gòu)造2.3 組織邊境和接口2.4 工程責(zé)任3.管理過(guò)程3.1 管理目的和優(yōu)先級(jí)3.2 假設(shè)，依賴和限制3.3 風(fēng)險(xiǎn)管理3.4 監(jiān)視和控制機(jī)制4.技術(shù)過(guò)程4.1 方法，工具和技術(shù)4.2 軟件文檔4.3 工程支持功能5.任務(wù)元素，日程表和預(yù)算軟件工程管理方案SPMP 2.3 工程管理活動(dòng) 在工程定義期

10、間，工程經(jīng)理的主要活動(dòng)是定義組織構(gòu)造和定義任務(wù)產(chǎn)品、義務(wù)、時(shí)間表和角色。團(tuán)隊(duì)指點(diǎn)在工程定義階段的最后時(shí)辰參與工程，他們的主要任務(wù)是在穩(wěn)定形狀下監(jiān)視和管理團(tuán)隊(duì)。 2.3.1方案工程 定義問(wèn)題、確定初始義務(wù)模型和組織構(gòu)造、評(píng)價(jià)所需的資源，如人員和資金。這一階段要完成以下的任務(wù)： 1問(wèn)題陳說(shuō)：記述了當(dāng)前情況、要支持的功能和系統(tǒng)要運(yùn)用的環(huán)境，也要定義客戶希望的產(chǎn)品、交付日期和一套驗(yàn)收規(guī)范，能夠也指定了開(kāi)發(fā)環(huán)境中的限制，例如要用的編程言語(yǔ)。2頂層設(shè)計(jì)：頂層設(shè)計(jì)描畫(huà)了系統(tǒng)的軟件體系構(gòu)造，應(yīng)由軟件構(gòu)造師完成。軟件構(gòu)造師定義主要的子系統(tǒng)及其效力，但還不定義子系統(tǒng)的界面。3軟件工程管理方案SPMP：描畫(huà)了工程的

11、一切管理方面，特別是任務(wù)分解構(gòu)造、日程表、組織、任務(wù)包和預(yù)算。2.3.2組織工程 雇用參與者、確定技藝、為參與者分配角色和責(zé)任并組織指點(diǎn)與工程總結(jié)有關(guān)的會(huì)議。 1設(shè)立交流設(shè)備2定義技藝3分配管理角色4分配技術(shù)角色5處置技藝缺乏6選擇團(tuán)隊(duì)規(guī)模三個(gè)成員。 四個(gè)成員。 五個(gè)或六個(gè)成員。這是規(guī)模理想的軟件開(kāi)發(fā)團(tuán)隊(duì)。 七個(gè)成員。 八個(gè)和更多成員。7聚集團(tuán)隊(duì)(為每個(gè)團(tuán)隊(duì)組織參與人員)8總結(jié)會(huì)議9對(duì)工程范圍達(dá)成一致在工程總結(jié)完成和對(duì)工程范圍獲得一致后，工程進(jìn)入穩(wěn)定形狀。 2.3.3控制工程 工程監(jiān)視、風(fēng)險(xiǎn)管理和工程協(xié)議。 為了在工程穩(wěn)定階段做出有效的決議，工程經(jīng)理需求準(zhǔn)確的形狀信息。不幸的是，搜集準(zhǔn)確的形狀

12、信息非常困難。 可以用如下一些工具來(lái)搜集形狀信息。1. 會(huì)議2. 度量規(guī)范：3.風(fēng)險(xiǎn)管理：風(fēng)險(xiǎn)管理關(guān)注工程定義中能夠存在的問(wèn)題，并希望在嚴(yán)重影響交付日期或預(yù)算之前闡明這些內(nèi)容。風(fēng)險(xiǎn)管理的關(guān)鍵點(diǎn)是能準(zhǔn)確及時(shí)地報(bào)告風(fēng)險(xiǎn)和問(wèn)題。風(fēng)險(xiǎn)管理的第一步是定義風(fēng)險(xiǎn)。風(fēng)險(xiǎn)可以是管理方面的，也可以是技術(shù)方面的。 標(biāo)明風(fēng)險(xiǎn)的優(yōu)先級(jí)能使工程經(jīng)理專(zhuān)注于關(guān)鍵風(fēng)險(xiǎn)的管理。風(fēng)險(xiǎn)按它們能變成問(wèn)題的能夠性，以及當(dāng)風(fēng)險(xiǎn)變成問(wèn)題時(shí)，對(duì)工程發(fā)生的潛在影響，能被分成4類(lèi)：很能夠的，存在高潛在影響不太能夠的，存在高潛在影響很能夠的，存在低潛在影響不太能夠的，存在低潛在影響。 2.2.4終結(jié)工程 在工程終結(jié)階段工程經(jīng)理為客戶預(yù)備了驗(yàn)收測(cè)試、管理系統(tǒng)集成、測(cè)試和在客戶方的安裝。最后工程經(jīng)理檢查工程總結(jié)。 1驗(yàn)收系統(tǒng)。 2安裝。 3回想。2.7 軟件過(guò)程及軟件成熟度模型CMM背景開(kāi)發(fā)組織：經(jīng)過(guò)CMM度量找到本人的優(yōu)勢(shì)和差距客戶：尋求適宜的開(kāi)發(fā)商開(kāi)展1986年11月，美國(guó)卡內(nèi)基.梅隆大學(xué)，啟動(dòng)1991年8月，公開(kāi)發(fā)布CMM v1.01993年2月，CMM 1.1近幾年來(lái)，CMM又推出了2.0 版本，同時(shí)進(jìn)入了ISO 體系，稱為 ISO/IEC15504 或SPICE.2.7 CMM根本概念關(guān)鍵過(guò)程域：描畫(huà)軟件過(guò)程的屬性，經(jīng)過(guò)完成一組相互關(guān)聯(lián)的活動(dòng)，實(shí)現(xiàn)一組對(duì)建立過(guò)程才干至關(guān)重要的目的