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

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

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

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

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

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

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

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

9、好的溝通，以防止公共功能由不同的組來實現；3公共和達成共識的體系構造需求盡早在工程中確立。7.1.2人員的組織與分工混合型團隊方案混合方案團隊由專家和多面手共同組成。 優點：1外部小組只需求與一小部分專家進展交互； 2專家們可集中精神從事他們所擅長的任務；3各個用例的實現都堅持一致。 缺陷：1擁有前兩種方案的缺陷；2多面手依然很難找到；3專家們依然不能認識到其他專家的任務并且無法很好地協作，雖然這應該由多面手來調理；4工程管理依然很困難。7.1.4人員的組織與分工混合方案團隊的勝利關鍵要素：1工程團隊成員需求良好的溝通；2需求確定公共體系構造；3必需適當地定義公共流程、規范和準那么。衡量工程勝

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

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

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

13、方式將不斷存在。但是它的缺陷也很明顯，一是程序員需求破費大量的精神讀懂源代碼；二是程序員經常會在復用過程中因不適當地更改源代碼而導致錯誤的結果。2目的代碼級復用 通常以函數庫的方式來表達。 這種方式的復用能夠會受限于所用言語，軟件復用的靈敏性將降低。目的代碼級復用最根本的缺陷是無法和數據結合在一同。3設計結果復用 這種方式是對某個運用系統的設計模型即求解域模型的復用。4分析結果復用 當用戶需求未改動，而系統體系構造發生根本改動時，可以復用系統的分析模型。7.2.2軟件資源的復用方式5類模塊復用 類庫與庫函數有本質區別，主要表如今：獨立性強高度可塑性接口明晰、簡明。類具有封裝性，軟件開發人員勿需

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

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

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

17、 Support EnviornmentCASE工具產品目前常見的CASE工具產品如表7.5所示：7.2.5 CASE工具及其管理CASE工具的選用選擇與評價CASE應思索以下性能目的：可靠性，指能長時間完成規定性能，而極少出現死機景象。可用性，指易安裝、易學、用戶界面通用性等。高效能，指優化內存需求、存儲器需求等。可維護性，如廠商對問題的反映速度、產品維護才干等。可移植性 詳細在選用CASE工具時，需求落實以下原那么：掌握各CASE工具間的接口和信息關系。注重商業化程度高的CASE工具。較少地涉及軟件實現工具。7.2.5 CASE工具及其管理7.2.5 CASE工具及其管理 在選擇和評價CASE時，還應結合運用軟件工程開發機構團隊的本身要素來思索。其詳細內容，包括下述方面：1軟件開發機構的背景2軟件系統規模3軟件系統類型4人員素質 幾種典型的CASE工具集成方案，如表7.6所示：7.2.5 CASE工具及其管理7.3 硬件