软件项目管理-第七章ppt课件

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 硬件