軟件項(xiàng)目管理-第七章ppt課件

1、7.1 人力資源管理7.2 軟件資源管理7.3 硬件資源管理7.4 案例故事解析7.5 小結(jié)第7章 軟件工程資源管理7.1 人力資源管理7.1.1 人力資源管理概念7.1.2 人力資源分析與謀劃7.1.3 人力資源的獲取7.1.4 團(tuán)隊(duì)組織和分工7.1.5 團(tuán)隊(duì)建立7.1.6 人力資源評價7.1.7 案例：諾基亞如何建立優(yōu)秀團(tuán)隊(duì) 普通來說，人力資源管理是一項(xiàng)復(fù)雜的任務(wù)，其具有的內(nèi)容是由以下假設(shè)干相互聯(lián)絡(luò)的義務(wù)所組成。1分析人力資源需求、規(guī)劃人力資源配備情況2獲取人力資源信息、招聘員工、確定勞資關(guān)系3聘任員工、任用員工4制定報酬和福利制度。7.1.1 人力資源管理概念軟件工程人力資源管理的主要內(nèi)

2、容在于人力資源規(guī)劃和分析。人在軟件工程中既是本錢，又是資本。普通來說，人力本錢占軟件工程本錢構(gòu)成的主要部分。這就要求我們從本錢角度去衡量人力資源，盡量使人力資源的投入最小、產(chǎn)出最大。由于軟件開發(fā)人員的個人素質(zhì)與差別很大，因此對軟件開發(fā)人員的選擇、分工非常關(guān)鍵。軟件人員的合理選擇及分工，充分發(fā)揚(yáng)每個人的專長和閱歷顯然是非常重要的。由于軟件產(chǎn)品不易了解、不易維護(hù)，因此軟件人員的組織方式非常關(guān)鍵。一個重要的原那么是，軟件開發(fā)人員的組織構(gòu)造與軟件工程開發(fā)方式和軟件產(chǎn)品的構(gòu)造相對應(yīng)，這樣可以到達(dá)軟件開發(fā)的方法、工具、與人的一致，從而降低管理系統(tǒng)的復(fù)雜性，有利于軟件開發(fā)過程的管理與質(zhì)量控制。7.1.1 人

3、力資源管理概念7.1.1 人力資源管理概念圖7.1 人力資源管理任務(wù)的主要內(nèi)容7.1.1 人力資源管理概念圖7.2 人力資源規(guī)劃的過程7.1.2 人力資源分析與謀劃7.1.2 人力資源分析與謀劃制定軟件工程的人力方案，主要基于任務(wù)量和進(jìn)度預(yù)估。普通來講，任務(wù)量與工程總時間的比值就是實(shí)際上所需求的人力數(shù)，但選取和分配人力有許多值得研討的問題。人員進(jìn)度權(quán)衡定律Brooks定律Norden-Rayleigh曲線人員進(jìn)度權(quán)衡定律 估算軟件開發(fā)任務(wù)量時得出的公式：其中，E是以人年為單位的任務(wù)量，S是以LOC為單位的源代碼行數(shù)，C是技術(shù)因子，t是以年為單位的耗費(fèi)時間直到產(chǎn)品交付所用的時間。軟件工程的任務(wù)量

4、E與交付時間t的4次方成反比，軟件開發(fā)過程中人員與時間的折衷是非常重要的問題。7.1.2 人力資源分析與謀劃Brooks定律向一個曾經(jīng)拖延的工程追加新的開發(fā)人員，能夠會使這個工程完成得更晚。時間與人員不能線性互換的原那么。7.1.2 人力資源分析與謀劃Norden-Rayleigh曲線 圖7.3 用作人力方案的Norden-Rayleigh曲線開場階段人力過剩，呵斥浪費(fèi) ；到開發(fā)后期需求人力時，又顯得人手缺乏；以后再來補(bǔ)償，已為時過晚，甚至能夠如Brooks定律所指出的，會導(dǎo)致越幫越忙的結(jié)果。7.1.2 人力資源分析與謀劃在制定人力資源方案時，就要在根本按照上述曲線配備人力的同時，盡量使某個階

5、段的人力穩(wěn)定，確保整個工程期人員的動搖不要太大。這一目的被稱為“人力資源方案的平衡例子P203-2047.1.2 人力資源分析與謀劃7.1.3 人力資源的獲取人力資源獲取的3種渠道：組織內(nèi)部選拔招聘熟人引見工程經(jīng)理的必備素質(zhì)：良好的交流溝通才干良好的文檔的才干處理沖突的才干和工程實(shí)際閱歷7.1.4人員的組織與分工軟件團(tuán)隊(duì)中的角色一個富有任務(wù)效率的軟件工程團(tuán)隊(duì)?wèi)?yīng)包含擔(dān)任各種業(yè)務(wù)的人員。每位成員扮演一個或多個角色。常見的一些工程人員承當(dāng)?shù)膷徫话ǎ悍治鰩煛⒅\劃師、數(shù)據(jù)庫管理員、設(shè)計師、操作/支持工程師、程序員、工程經(jīng)理、工程資助者、質(zhì)量保證工程師、需求分析師、主題專家用戶、測試人員。開發(fā)人員的組織

6、工程團(tuán)隊(duì)的組織可采取垂直方案、程度方案或是混合方案。按垂直方案組織的團(tuán)隊(duì)，其特點(diǎn)是成員由多面組成，每個成員都充任多個角色。按程度方案組織的團(tuán)隊(duì)，那么其成員由各方面的專家組成，每個成員充任一到兩個角色。以混合方案組織的團(tuán)隊(duì)既包括多面手，又包括專家。7.1.4人員的組織與分工 程度團(tuán)隊(duì)方案 程度團(tuán)隊(duì)由專家組成。此類團(tuán)隊(duì)同時處置多個用例，每個成員都從事用例中有關(guān)其本身的方面。 優(yōu)點(diǎn):1能高質(zhì)量完成工程各個方面需求、設(shè)計等的任務(wù)。2一些外部小組，如用戶或操作人員，只需求與了解他們確切要求的 一小部分專家進(jìn)展交互。 缺陷：1專家們通常無法認(rèn)識到其他專業(yè)的重要性，導(dǎo)致工程的各個方面之間缺乏聯(lián)絡(luò)；2“后端人

7、員所需的信息能夠無法又“前端人員來搜集；3由于專家們的優(yōu)先權(quán)、看法和需求互不一樣，所以工程管理更為困難7.1.4人員的組織與分工程度團(tuán)隊(duì)方案勝利的關(guān)鍵要素：1團(tuán)隊(duì)成員之間需求有良好的溝通，這樣他們才干彼此了解各自的職責(zé)；2需求制度專家們必需遵照的任務(wù)流程和質(zhì)量規(guī)范，從而提高移交給其他專家的效率。一個較為極端的程度團(tuán)隊(duì)的組織方式是所謂基于“主程序員開發(fā)方式，其在開發(fā)小組有且僅有一個技術(shù)中心，就是主程序員。在這組織方式里，主程序員擔(dān)任規(guī)劃、協(xié)調(diào)和審查小組的全部技術(shù)活動；其他人員，包括程序員、后備工程師等，都是主程序員的助手。這一方式的成敗主要取決于主程序員的技術(shù)和管理程度7.1.4人員的組織與分工

8、垂直團(tuán)隊(duì)方案垂直團(tuán)隊(duì)方案，其組織方式是建立軟件民主開發(fā)小組。這種組織構(gòu)造是無中心的，每個人都充任開發(fā)的多面手。強(qiáng)調(diào)組內(nèi)成員人人平等，組內(nèi)問題均由集體討論決議。優(yōu)點(diǎn)：1有利于集思廣益，組內(nèi)成員相互取長補(bǔ)短，開發(fā)人員可以掌握更廣泛的技藝；2以單個用例為根底實(shí)現(xiàn)平滑的端到端開發(fā)。 缺陷：1多面手通常是一些更價很高并且很難找到的顧問；2多面手通常不具備快速處理問題所需求的特定技術(shù)專長；3主題專家能夠不得不和假設(shè)干開發(fā)人員小組一同任務(wù)，從而添加了他們的負(fù)擔(dān)；4一切多面手程度各不一樣。7.1.4人員的組織與分工垂直團(tuán)隊(duì)方案勝利的關(guān)鍵要素：1每個成員都按照一套共同的規(guī)范與準(zhǔn)那么任務(wù)；2開發(fā)人員之間需求進(jìn)展良

9、好的溝通，以防止公共功能由不同的組來實(shí)現(xiàn)；3公共和達(dá)成共識的體系構(gòu)造需求盡早在工程中確立。7.1.2人員的組織與分工混合型團(tuán)隊(duì)方案混合方案團(tuán)隊(duì)由專家和多面手共同組成。 優(yōu)點(diǎn)：1外部小組只需求與一小部分專家進(jìn)展交互； 2專家們可集中精神從事他們所擅長的任務(wù)；3各個用例的實(shí)現(xiàn)都堅持一致。 缺陷：1擁有前兩種方案的缺陷；2多面手依然很難找到；3專家們依然不能認(rèn)識到其他專家的任務(wù)并且無法很好地協(xié)作，雖然這應(yīng)該由多面手來調(diào)理；4工程管理依然很困難。7.1.4人員的組織與分工混合方案團(tuán)隊(duì)的勝利關(guān)鍵要素：1工程團(tuán)隊(duì)成員需求良好的溝通；2需求確定公共體系構(gòu)造；3必需適當(dāng)?shù)囟x公共流程、規(guī)范和準(zhǔn)那么。衡量工程勝

10、利與否的一個重要要素是工程終了后團(tuán)隊(duì)的士氣。7.1.4人員的組織與分工7.1.4人員的組織與分工效力保證人員配備軟件工程或軟件開發(fā)小組可以配置假設(shè)干個秘書、軟件工具員、測試員、編輯和律師等效力保證人民。其主要職責(zé)：擔(dān)任維護(hù)和軟件配置中的文檔。源代碼、數(shù)據(jù)及所依靠的各種磁介質(zhì)；規(guī)范并搜集軟件開發(fā)過程中的數(shù)據(jù)；規(guī)范并搜集可重用軟件，對它們分類并提供檢索機(jī)制；協(xié)助軟件開發(fā)小組預(yù)備文檔，對工程中的各種參數(shù)，如代碼行、本錢、任務(wù)進(jìn)度等，進(jìn)展估算；參與小組的管理、協(xié)調(diào)和軟件配置的評價。7.1.4人員的組織與分工各階段人員需求軟件工程的方案與分析階段；此時只需求少數(shù)人，主要是系統(tǒng)分析員、從事軟件系統(tǒng)論證和概

11、要設(shè)計的軟件高級工程師和工程高級管理人員；工程概要設(shè)計：此時要添加一部分高級程序員；詳細(xì)設(shè)計：此時要添加軟件工程師和程序員；編碼和測試階段：此時還要添加程序員、軟件測試員。軟件開發(fā)過程中，人員的選擇、分配和組織是涉及軟件開發(fā)效率、軟件開發(fā)進(jìn)度、軟件開發(fā)過程管理和軟件產(chǎn)質(zhì)量量的艱苦問題，必需引起工程擔(dān)任人的高度注重。7.1.4人員的組織與分工7.1.5 團(tuán)隊(duì)建立團(tuán)隊(duì)建立貫穿于整個工程周期團(tuán)隊(duì)建立不僅指團(tuán)隊(duì)的組建還包括團(tuán)隊(duì)的管理。團(tuán)隊(duì)建立的目的就是為了提高團(tuán)隊(duì)的效率實(shí)現(xiàn)工程目的。優(yōu)秀的工程經(jīng)理。7.1.6 人力資源評價績效考核：工程績效個人績效鼓勵正鼓勵負(fù)鼓勵7.1.7 案例：諾基亞如何建立優(yōu)秀團(tuán)

12、隊(duì)提倡平等，開放溝通鼓勵創(chuàng)新借企業(yè)文化塑造團(tuán)隊(duì)精神沒有完美的個人，只需完美的團(tuán)隊(duì)7.2 軟件資源管理7.2.1 軟件資源根本概念7.2.2 軟件資源的服用方式7.2.3 軟件復(fù)用的粒度7.2.4 可復(fù)用軟件資源的管理7.2.5 CASE工具及其管理7.2.1 軟件資源根本概念可復(fù)用軟件資源：這些軟件資源不僅包括源代碼，還包括軟件開發(fā)方法、需求規(guī)格闡明、設(shè)計構(gòu)造、開發(fā)工具與支撐環(huán)境、測試分析數(shù)據(jù)和維護(hù)信息等。7.2.2軟件資源的復(fù)用方式實(shí)際曾經(jīng)證明，軟件復(fù)用技術(shù)不僅可以提高軟件消費(fèi)率和軟件質(zhì)量，而且也是降低開發(fā)本錢、縮短開發(fā)周期的重要途徑。軟件資源的復(fù)用方式1源代碼的復(fù)用 屬最低級復(fù)用。這種復(fù)用

13、方式將不斷存在。但是它的缺陷也很明顯，一是程序員需求破費(fèi)大量的精神讀懂源代碼；二是程序員經(jīng)常會在復(fù)用過程中因不適當(dāng)?shù)馗脑创a而導(dǎo)致錯誤的結(jié)果。2目的代碼級復(fù)用 通常以函數(shù)庫的方式來表達(dá)。 這種方式的復(fù)用能夠會受限于所用言語，軟件復(fù)用的靈敏性將降低。目的代碼級復(fù)用最根本的缺陷是無法和數(shù)據(jù)結(jié)合在一同。3設(shè)計結(jié)果復(fù)用 這種方式是對某個運(yùn)用系統(tǒng)的設(shè)計模型即求解域模型的復(fù)用。4分析結(jié)果復(fù)用 當(dāng)用戶需求未改動，而系統(tǒng)體系構(gòu)造發(fā)生根本改動時，可以復(fù)用系統(tǒng)的分析模型。7.2.2軟件資源的復(fù)用方式5類模塊復(fù)用 類庫與庫函數(shù)有本質(zhì)區(qū)別，主要表如今：獨(dú)立性強(qiáng)高度可塑性接口明晰、簡明。類具有封裝性，軟件開發(fā)人員勿需

14、了解類的實(shí)現(xiàn)細(xì)節(jié)，只需清楚類提供的對外接口，就可復(fù)用類提供的功能方法。 根據(jù)類的特性，類模塊復(fù)用又可進(jìn)一步分為以下三種方式：實(shí)例復(fù)用、承繼復(fù)用、多態(tài)復(fù)用。7.2.2軟件資源的復(fù)用方式軟件復(fù)用的粒度1小粒度復(fù)用 小粒度復(fù)用即小規(guī)模復(fù)用。 源代碼復(fù)用和目的代碼復(fù)用屬于小粒度復(fù)用。2中粒度復(fù)用 中粒度復(fù)用即中等規(guī)模復(fù)用。按復(fù)用粒度的大小，又分為兩種：微體系構(gòu)造的復(fù)用和宏體系構(gòu)造的復(fù)用。7.2.3 軟件復(fù)用的粒度3大粒度復(fù)用大粒度復(fù)用即大規(guī)模復(fù)用，復(fù)用對象是獨(dú)立開發(fā)的運(yùn)用程序或子系統(tǒng)。在服用過程中，它們不能作任何修正和擴(kuò)展。類模塊復(fù)用和構(gòu)件技術(shù)屬于大粒度復(fù)用。為提高軟件消費(fèi)率和軟件質(zhì)量，需求把重用價值

15、的軟件模塊或控件搜集起來，再把相關(guān)的資料組織在一同，標(biāo)注闡明，建立索引，從而建立可復(fù)用的軟件部件庫。目前流行的軟件復(fù)用思想正是如此，其詳細(xì)方法是經(jīng)過利用現(xiàn)有的構(gòu)件技術(shù)建立可復(fù)用的軟件構(gòu)件庫。7.2.3 軟件復(fù)用的粒度7.2.4 可復(fù)用軟件資源的管理 在課本第6.5節(jié)引見過了構(gòu)件，如今從軟件資源管理的角度講解構(gòu)件庫的管理構(gòu)件資源的分類構(gòu)件資源的分類是以構(gòu)件分類體系為根據(jù)對構(gòu)件進(jìn)展的一種預(yù)處置。在分類體系中，可按構(gòu)件的規(guī)范、運(yùn)用范圍、系統(tǒng)類型、運(yùn)用領(lǐng)域、運(yùn)用場所、功能和粒度都屬性對構(gòu)件進(jìn)展劃分。構(gòu)件庫的檢索系統(tǒng)開發(fā)人員根據(jù)本人的需求從構(gòu)件庫中查找與之匹配的構(gòu)件的過程，稱之為可復(fù)用構(gòu)件的檢索。檢索的

16、一半步驟如圖7.8所示：圖7.8 構(gòu)件檢索模型7.2.4 可復(fù)用軟件資源的管理7.2.5 CASE工具及其管理CASE工具“CASE的意思就是計算機(jī)輔助軟件工程。CASE作為軟件開發(fā)自動化支持的代名詞，目前已被軟件工程界普遍接受。CASE工具是除操作系統(tǒng)之外的一切軟件工具的總稱。我們可以簡單地把CASE了解為：CASE=軟件工程+自動化工具。 目前市場上曾經(jīng)出現(xiàn)了較多的CASE工具，按其運(yùn)用類型可分為以下三類：1輔助設(shè)計工具2輔助計算工具3輔助管理工具 按照CASE對于軟件工具之間的集成方式，也有以下三種：1單獨(dú)運(yùn)轉(zhuǎn)方式2工具與工具之間直接連通3經(jīng)過IPSEIntegrated Project

17、 Support EnviornmentCASE工具產(chǎn)品目前常見的CASE工具產(chǎn)品如表7.5所示：7.2.5 CASE工具及其管理CASE工具的選用選擇與評價CASE應(yīng)思索以下性能目的：可靠性，指能長時間完成規(guī)定性能，而極少出現(xiàn)死機(jī)景象。可用性，指易安裝、易學(xué)、用戶界面通用性等。高效能，指優(yōu)化內(nèi)存需求、存儲器需求等?？删S護(hù)性，如廠商對問題的反映速度、產(chǎn)品維護(hù)才干等?？梢浦残?詳細(xì)在選用CASE工具時，需求落實(shí)以下原那么：掌握各CASE工具間的接口和信息關(guān)系。注重商業(yè)化程度高的CASE工具。較少地涉及軟件實(shí)現(xiàn)工具。7.2.5 CASE工具及其管理7.2.5 CASE工具及其管理 在選擇和評價CASE時，還應(yīng)結(jié)合運(yùn)用軟件工程開發(fā)機(jī)構(gòu)團(tuán)隊(duì)的本身要素來思索。其詳細(xì)內(nèi)容，包括下述方面：1軟件開發(fā)機(jī)構(gòu)的背景2軟件系統(tǒng)規(guī)模3軟件系統(tǒng)類型4人員素質(zhì) 幾種典型的CASE工具集成方案，如表7.6所示：7.2.5 CASE工具及其管理7.3 硬件