计算机软件项目管理讲课

《计算机软件项目管理讲课》由会员分享，可在线阅读，更多相关《计算机软件项目管理讲课（86页珍藏版）》请在装配图网上搜索。

1、软件项目管理软件项目管理主讲人主讲人:张小平张小平2007 年 7 月 目目 录录第一章第一章 导导 论论第二章第二章 软件项目需求管理软件项目需求管理第三章第三章 软件项目成本估算软件项目成本估算第四章第四章 软件项目进度管理软件项目进度管理第五章第五章 软件项目配置管理软件项目配置管理第六章第六章 软件项目质量管理软件项目质量管理第一章第一章 导导 论论1.软件工程软件工程 软件：软件：是与一个系统是与一个系统,特别是一个计算机系统有关的程序。特别是一个计算机系统有关的程序。软件工程：软件工程：是一类求解软件的工程。它应用计算机科学、数学、是一类求解软件的工程。它应用计算机科学、数学、管理

2、科学等原理，借鉴传统的原理、方法，创建软件，以达到提管理科学等原理，借鉴传统的原理、方法，创建软件，以达到提高质量、降低成本的目的，使计算机设备的能力借助于软件成为高质量、降低成本的目的，使计算机设备的能力借助于软件成为对人类有用的东西。对人类有用的东西。解释：解释：工程科学工程科学用于制定规范、设计模式、评价成本及确定权衡；用于制定规范、设计模式、评价成本及确定权衡；计算机科学、数学计算机科学、数学用于构造模型和算法；用于构造模型和算法；管理科学管理科学用于计划、资源、质量、成本等管理。用于计划、资源、质量、成本等管理。（1）软件工程目标软件工程目标 软件工程的目标：是软件工程的目标：是“生

3、产正确、可用及具经济效益的产品生产正确、可用及具经济效益的产品”。（2）软件工程活动）软件工程活动 软件工程的活动是指生产一个最终满足需求且达到工程目标的软件工程的活动是指生产一个最终满足需求且达到工程目标的软件产品所需要的步骤，主要包括软件产品所需要的步骤，主要包括问题定义、可行性研究、需求问题定义、可行性研究、需求分析、设计、实现、确认、支持分析、设计、实现、确认、支持等。等。软件生产发展过程软件生产发展过程 2020世纪世纪50,6050,60年代年代:程序设计时代程序设计时代 2020世纪世纪60,7060,70年代年代:程序系统时代程序系统时代 2020世纪世纪70,8070,80年

4、代年代:软件工程时代软件工程时代 2020世纪世纪8080年代至今年代至今2 2 项目管理项目管理（1 1）管理）管理 管理：管理：是使事物的发展从混乱无序走向有序有效发展是使事物的发展从混乱无序走向有序有效发展的方法。的方法。是一种有生命力的并能实现复杂的企业目标的方法。是一种有生命力的并能实现复杂的企业目标的方法。（2 2）项目）项目 项目：项目：是指在一定约束条件（是指在一定约束条件（费用、时间、质量、资费用、时间、质量、资源等源等）下具有特定目标的一项一次性任务。）下具有特定目标的一项一次性任务。项目：项目：是新企业、新产品、新系统和新技术的总称。是新企业、新产品、新系统和新技术的总称

5、。特点：特点：一次性（单件性）、目标性（成果性目标和约一次性（单件性）、目标性（成果性目标和约束性目标）和可管理性（环境变化与效益的关系）。束性目标）和可管理性（环境变化与效益的关系）。项目的生命周期：项目的生命周期：启动、计划、实施和结束。启动、计划、实施和结束。（3）项目管理）项目管理 PMI的定义的定义：在项目活动中运用一系列的知识、技能、工具和技术，在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求。以满足或超过相关利益者对项目的要求。项目管理过程项目管理过程：初使过程、计划过程、执行过程、控制过程和关闭过程。初使过程、计划过程、执行过程、控制过程和关闭

6、过程。项目管理任务项目管理任务：协调并完成项目对协调并完成项目对范围、时间、成本、风险及质量范围、时间、成本、风险及质量这些这些相互矛盾的任务的要求，确保能够满足需求和达到预期目标。相互矛盾的任务的要求，确保能够满足需求和达到预期目标。项目管理的特点项目管理的特点：1）综合性、）综合性、2）创造性、）创造性、3）时间性）时间性 项目管理的制约因素：项目管理的制约因素：1）范围、）范围、2）时间、）时间、3）成本、）成本、4）质量、）质量、5）组织及客）组织及客户满意度。户满意度。（4 4）项目管理知识体系）项目管理知识体系 以欧洲为首的体系以欧洲为首的体系-国国际项目管理协会国国际项目管理协会

7、IPMAIPMA（International Project Management AssociationInternational Project Management Association）项目管理专业人员取证分为项目管理专业人员取证分为A A、B B、C C、D D四级四级 A A：工程主任级证书：工程主任级证书 B B：项目经理级证书：项目经理级证书 C C：项目经理工程师级证书：项目经理工程师级证书 D D：项目管理技术员级证书：项目管理技术员级证书 以美国为首的体系以美国为首的体系-美国项目管理学会美国项目管理学会PMIPMI 该知识体系把项目管理分为该知识体系把项目管理分为9

8、9个知识领域：个知识领域：集成管理、范围管理、时间管理、成本管理、质量管理、集成管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理。人力资源管理、沟通管理、风险管理、采购管理。3 3 软件项目管理软件项目管理（1 1）软件项目产品的特点）软件项目产品的特点 1 1）抽象性）抽象性 2 2）缺陷检测的困难性）缺陷检测的困难性 3 3）高度的复杂性）高度的复杂性 4 4）缺乏统一的规则）缺乏统一的规则（2 2）软件项目管理的必要性软件项目管理的必要性 1 1）软件失控项目）软件失控项目 软件项目在实施中，较大地突破了项目的主要约束指。软件项目在实施中，较大地突

9、破了项目的主要约束指。2 2）软件项目失控的原因）软件项目失控的原因 需求不明确、计划和估算失误、盲目采用新技术、需求不明确、计划和估算失误、盲目采用新技术、管理管理方法、软件性能、团队组织、人际因素方法、软件性能、团队组织、人际因素 （3 3）软件项目管理）软件项目管理 1 1）软件项目管理的定义）软件项目管理的定义 在软件项目活动中运用一系列知识、技能、在软件项目活动中运用一系列知识、技能、工具和技术，以满足软件需求方的整体要求。工具和技术，以满足软件需求方的整体要求。2 2）软件项目管理的过程）软件项目管理的过程 启动软件项目启动软件项目 制定项目计划制定项目计划 跟踪及控制项目计划跟踪

10、及控制项目计划 评审项目计划评审项目计划 编写管理文档编写管理文档3)3)软件项目管理的内容软件项目管理的内容 软件项目需求管理软件项目需求管理 软件项目估算与进度管理软件项目估算与进度管理 软件项目配置管理软件项目配置管理 软件项目风险管理软件项目风险管理 软件项目质量管理软件项目质量管理 软件项目资源管理软件项目资源管理第二章第二章 软件项目需求管理软件项目需求管理1.软件需求软件需求（1）软件需求概念）软件需求概念 定义：定义：软件需求是系统或软件必须达到的目标和能力。软件需求是系统或软件必须达到的目标和能力。1997年版年版IEEE软件工程标准词汇表软件工程标准词汇表需求定义需求定义如

11、下：如下：用户解决问题或达到目标所需的条件和能力。用户解决问题或达到目标所需的条件和能力。系统或系统部件要满足合同、标准、规范或其他正式文档所需系统或系统部件要满足合同、标准、规范或其他正式文档所需具有的条件或能力具有的条件或能力一种反映上面第一点或第二点所描述的条件或能力的文档说明一种反映上面第一点或第二点所描述的条件或能力的文档说明以下五项内容确定一组完整的软件需求：以下五项内容确定一组完整的软件需求：1）系统的输入；）系统的输入；2）系统的输出；）系统的输出；3）系统的功能；）系统的功能；4）系统）系统的属性；的属性；5）系统环境的属性）系统环境的属性（2）软件需求在软件项目中的作用）软

12、件需求在软件项目中的作用项目计划过程项目计划过程跟踪控制过程跟踪控制过程变更控制过程变更控制过程系统构建过程系统构建过程软件需求过程软件需求过程文档编制过程文档编制过程系统测试过程系统测试过程2.需求工程需求工程（1）需求工程产生与发展）需求工程产生与发展 定义：需求工程是一个包括创建和维护需求文档所必定义：需求工程是一个包括创建和维护需求文档所必需的所有活动的过程，是将用户非形式化的软件需求转变需的所有活动的过程，是将用户非形式化的软件需求转变为形式化的需求规格说明的过程。为形式化的需求规格说明的过程。特点特点:软件需求不再仅限于软件开发的最初阶段，而软件需求不再仅限于软件开发的最初阶段，而

13、是贯穿于软件项目开发的整个生命周期。是软件工程的子是贯穿于软件项目开发的整个生命周期。是软件工程的子领域。领域。另一个定义：需求工程是应用已证实有效的技术、方另一个定义：需求工程是应用已证实有效的技术、方法确定用户需求，进行需求分析，帮助分析人员理解问题法确定用户需求，进行需求分析，帮助分析人员理解问题并定义目标系统的所有外部特征的一门科学。并定义目标系统的所有外部特征的一门科学。发展：发展：1）对象化）对象化 是指需求模型及其构造方法的对象化。是指需求模型及其构造方法的对象化。2）形式化）形式化 是具有严格数学基础的描述系统特征的方法，是具有严格数学基础的描述系统特征的方法，具有准确、无二义

14、性的特点，有助于验证有效性和具有准确、无二义性的特点，有助于验证有效性和完整性。完整性。3）自动化）自动化 随着软件工程的自动化程度的提高，随着软件工程的自动化程度的提高，需求工需求工程逐渐进入自动化。程逐渐进入自动化。（2）需求工程研究内容）需求工程研究内容 需求工程的目标需求工程的目标 两个主要任务：两个主要任务：1）通过对问题及其环境的理解、分析和综合，建立分析（系统）通过对问题及其环境的理解、分析和综合，建立分析（系统）模型；模型；2）在完全弄清用户对软件系统的确切要求的基础上，用）在完全弄清用户对软件系统的确切要求的基础上，用SRS(Software Requirement Spec

15、ification)把用户的需求表达出来。把用户的需求表达出来。需求工程的层次分解：需求工程的层次分解：需求工程分为需求工程分为需求开发需求开发和和需求管理需求管理。需求工程需求工程需求开发需求开发需求管理需求管理需求获取需求获取需求分析需求分析规格说明规格说明需求验证需求验证变更管理变更管理版本控制版本控制需求跟踪需求跟踪需求状态需求状态3.需求管理需求管理 需求管理的必要性需求管理的必要性 1）需求供求双方固有的矛盾）需求供求双方固有的矛盾 软件专业人员的技术性导致需求供求双方达成共识困难。软件专业人员的技术性导致需求供求双方达成共识困难。2）需求具有易变性难以表达性）需求具有易变性难以表

16、达性 软件项目中软件项目中40%-60%的问题都是在需求分析阶段埋下的祸根。的问题都是在需求分析阶段埋下的祸根。软件中潜在的缺陷需求缺陷比例最大软件中潜在的缺陷需求缺陷比例最大缺陷来源缺陷来源 潜在缺陷潜在缺陷 剩余缺陷剩余缺陷 排除效率（排除效率（%）需求需求 0.2 0.046 77设计设计 0.25 0.0375 85编码编码 0.35 0.0175 95建档建档 0.12 0.024 80修复修复 0.08 0.024 70合计合计 1 0.149 85.130.87%3）需求错误出现的高频性和修复的高昂成本）需求错误出现的高频性和修复的高昂成本 需求的错误，如果在软件项目进行到后期才

17、发现，修复需求的错误，如果在软件项目进行到后期才发现，修复费用是非常可怕的，甚至会超出项目本身的费用。在维护阶段费用是非常可怕的，甚至会超出项目本身的费用。在维护阶段修复的成本是需求阶段修复成本的修复的成本是需求阶段修复成本的100-200倍。倍。需求阶段需求阶段设计阶段设计阶段编码阶段编码阶段单元测试阶段单元测试阶段集成测试阶段集成测试阶段维护阶段维护阶段0.1-0.20.512520软件缺陷修复成本软件缺陷修复成本 需求管理的目标和原则需求管理的目标和原则 1）需求管理的目标）需求管理的目标 使软件需求受控，并建立供软件工程和管理使用的需使软件需求受控，并建立供软件工程和管理使用的需求基线

18、。求基线。使软件计划、产品和活动与软件需求保持一致。使软件计划、产品和活动与软件需求保持一致。2）需求管理的原则）需求管理的原则 需求管理遵循的五条原则：需求管理遵循的五条原则：需求一定要分类管理需求一定要分类管理 需求必须分优先级需求必须分优先级 需求必须文档化需求必须文档化 需求一旦变化，就必须对需求一旦变化，就必须对需求变更需求变更的影响进行评估的影响进行评估 需求管理必须与需求工程的其他活动紧密整合需求管理必须与需求工程的其他活动紧密整合 3）需求管理活动）需求管理活动 需求管理在需求开发的基础上进行的，贯穿于整个软件需求管理在需求开发的基础上进行的，贯穿于整个软件项目过程，项目过程，

19、需求管理内容：需求管理内容：A.需求识别；需求识别；B.变更管理过程；变更管理过程；C.需求跟踪；需求跟踪；D.CASE工具选择。工具选择。需求管理是一个对系统需求变更和控制的过程。需求管理是一个对系统需求变更和控制的过程。需求管理活动需求管理活动需求管理活动需求管理活动 活动的任务活动的任务变更控制变更控制 建议需求变更并分析其影响，做出是否变更的决策建议需求变更并分析其影响，做出是否变更的决策版本控制版本控制 确定单个需求和确定单个需求和SRS的版本的版本需求跟踪需求跟踪 定义对于其他需求及系统元素的联系链定义对于其他需求及系统元素的联系链需求状态需求状态 定义并跟踪需求的状态定义并跟踪需

20、求的状态1.软件项目估算软件项目估算2.估算是指通过预测构造软件项目所需工作量的过程。估算是指通过预测构造软件项目所需工作量的过程。（1）估算的意义估算的意义 软件项目估算包括工作量估算和成本估算两个方面。软件项目估算包括工作量估算和成本估算两个方面。以成本估算笼统的表示。以成本估算笼统的表示。一个成功的项目一个成功的项目“应该在工程允许的范围内满足成本、应该在工程允许的范围内满足成本、进度和质量目标的要求，而不需要对它的进度或预算进行进度和质量目标的要求，而不需要对它的进度或预算进行增补增补”。软件项目工作量估算的失真，将导致软件成本上。软件项目工作量估算的失真，将导致软件成本上升，开发周期

21、延长，从而使项目管理失效。升，开发周期延长，从而使项目管理失效。（2）估算的作用：）估算的作用：）初步的估算用于确定软件项目的可行性。初步的估算用于确定软件项目的可行性。）详细的估算用于指导项目计划的制定。）详细的估算用于指导项目计划的制定。第三章 软件项目成本估算（3）估算的时机）估算的时机 软件产品的生命周期的软件产品的生命周期的 5 个阶段个阶段：计划软件产品、开发软件：计划软件产品、开发软件产品、验证软件产品、使用软件产品和淘汰软件产品。产品、验证软件产品、使用软件产品和淘汰软件产品。10个子个子阶段阶段：客户需求、产品定义、系统设计、系统实现、系统测试、：客户需求、产品定义、系统设计

22、、系统实现、系统测试、系统评审、系统运行、系统维护、系统升级和系统变更。系统评审、系统运行、系统维护、系统升级和系统变更。软件产品生命周期软件产品生命周期计划软件产品计划软件产品开发软件产品开发软件产品验证软件产品验证软件产品使用软件产品使用软件产品淘汰软件产品淘汰软件产品客户客户需求需求产品产品定义定义系统系统设计设计系统系统实现实现系统系统测试测试系统系统评审评审系统系统运行运行系统系统维护维护系统系统升级升级更换更换系统系统E1E2E3E4E5软件估算软件估算提供提供初步初步信息信息权衡权衡产品产品的可的可行性行性产品产品的完的完整体整体系结系结构构资源消耗资源消耗达到高峰，达到高峰，初

23、步软件初步软件产品可测产品可测试试对估算工对估算工作的评价，作的评价，为以后项为以后项目积累经目积累经验验（4）软件规模软件规模 软件规模：软件的程序量，是软件工作量的主要影响因素。软件规模：软件的程序量，是软件工作量的主要影响因素。两种软件度量标准：两种软件度量标准：代码行（代码行（LOC Lines of Code）;功能点（功能点（FP Function Points）。）。1）代码行代码行 代码行分为无注释的源代码行（代码行分为无注释的源代码行（NCLOC Non-Commented Source Lines Of Code）和注释代码行（和注释代码行（CLOC Commented S

24、ource Lines Of Code)。源代码总行数（源代码总行数（LOC）=NCLOC+CLOC，KLOC=1000 x LOC 软件规模：软件规模：KDSI（Kilo-Thousands of Delivered Source Instructions）：千行代码指令。）：千行代码指令。代码行（代码行（1LOC）价值和人月均代码行数可以体现一个软件生产组织的生）价值和人月均代码行数可以体现一个软件生产组织的生产能力。产能力。2）功能点功能点 是在系统需求阶段基于系统功能的一种（宏观）规模估算方法。是在系统需求阶段基于系统功能的一种（宏观）规模估算方法。通过研究初始应用需求来确定各种通过研

25、究初始应用需求来确定各种输入、输出、查询、外部文件和内输入、输出、查询、外部文件和内部文件的数目部文件的数目，从而确定功能点数量。，从而确定功能点数量。未调整（源）的功能点数（未调整（源）的功能点数（UFC Unadjusted Function Points Count）的计算步骤：）的计算步骤：计算所需要的输入、输出、查询、外部文件和内部文件数量；计算所需要的输入、输出、查询、外部文件和内部文件数量；对项目的复杂性划分为：简单、一般、复杂三种情况。对项目的复杂性划分为：简单、一般、复杂三种情况。UFC=（功能点中各项数量）（功能点中各项数量）（功能点中各项复杂性权重）（功能点中各项复杂性权

26、重）功能点计算功能点计算步骤步骤：非功能性技术复杂度因子（非功能性技术复杂度因子（TCF Technical Complexity Factor）:有有14个组成部分（个组成部分（A1A14）每部分对应）每部分对应6个级别。个级别。TCF=0.65+0.01 Ai （0.65 1.35）（）（Ai=0 5）（）（i=1 14）功能点：功能点：FP=UFC TCF 功能点有助于在软件项目的早期做出规模估算。功能点有助于在软件项目的早期做出规模估算。（5）软件生产率）软件生产率 影响因素影响因素 软件生产率因素：影响每个人月平均完成代码软件生产率因素：影响每个人月平均完成代码数量的因素。数量的因素

27、。软件生产率因素受到软件产品类型（技术）、软件生产率因素受到软件产品类型（技术）、软件项目规模（代码量）和软件变更的程度影响。软件项目规模（代码量）和软件变更的程度影响。环境因素对生产率的影响也较为显著，如开发环境环境因素对生产率的影响也较为显著，如开发环境面积、安静程度、私密程度、受干扰程度等。面积、安静程度、私密程度、受干扰程度等。规模（规模（kdsi）产品类型产品类型50（大）（大）语言语言1.83.94.0控制控制1.61.82.4通信通信1.01.62.0变更或新增的百分比变更或新增的百分比产品类型产品类型40%语言语言3.06.06.6控制控制1.52.32.3通信通信1.41.8

28、1.9软件规模和产品类型对生产率的影响软件规模和产品类型对生产率的影响软件变更和产品类型对生产率的影响软件变更和产品类型对生产率的影响生产率因素生产率因素生产率因素生产率因素从从IBM500多个多个System/370项目的数据中总结的相关生产率因素表：项目的数据中总结的相关生产率因素表：可见：大型语言编译器的生产率是小型数据通信程序的可见：大型语言编译器的生产率是小型数据通信程序的4倍（倍（4.0/1.0）。新）。新增的或大部分经过修改的语言程序的生产率是修改较小的数据通信程序的增的或大部分经过修改的语言程序的生产率是修改较小的数据通信程序的4.7倍倍(6.6/1.4）。）。生产率数据的获取

29、生产率数据的获取 步骤如下：步骤如下：1）选择一些最近完成的，并且与待完成项目相似的项目。）选择一些最近完成的，并且与待完成项目相似的项目。2）获得各项目的）获得各项目的LOC数据。数据。3）对于更改过的项目，记录更改代码所占比例，仅计算新）对于更改过的项目，记录更改代码所占比例，仅计算新增或更改部分增或更改部分KOC数量。数量。4）计算投入到每个项目的人员数。）计算投入到每个项目的人员数。5）计算各个项目的软件生产率，即）计算各个项目的软件生产率，即LOC/PM（每个人月生（每个人月生产代码的数量），进而求出平均值作为类似项目的典型软件产代码的数量），进而求出平均值作为类似项目的典型软件生产

30、率。生产率。（6）软件项目成本估算软件项目成本估算 1）成本估算方法：成本估算方法：开发成本开发成本=工作量工作量劳动力成本劳动力成本；工作量与系统规模和生；工作量与系统规模和生产效率有关。产效率有关。考虑因素考虑因素:材料材料、人力人力、实施实施、固定固定、可变可变等成本。等成本。系统免维护期结束成本系统免维护期结束成本=开发成本开发成本+维护成本维护成本 2）算法模型）算法模型 数学模型：数学模型：工作量工作量=a0+a1x1+a2x2+anxn（成本驱动因子的若干（成本驱动因子的若干变量的函数）变量的函数）专家判定、专家判定、求中值或平均值、召开小组会议、求中值或平均值、召开小组会议、D

31、elphi技术、技术、Wideband Delphi技术技术 软件部分：库存情况更新软件部分：库存情况更新开发阶段开发阶段任务单元任务单元人日人日小计小计规划和需求规划和需求需求定义需求定义开发计划开发计划516产品设计产品设计产品设计产品设计初步用户手册初步用户手册测试计划测试计划63110详细设计详细设计详细详细PDL描述描述数据定义数据定义测试数据和过程测试数据和过程用户手册用户手册442212编程及单元测试编程及单元测试编码编码单元测试结果单元测试结果61016集成及测试集成及测试编制文档编制文档组装及测试组装及测试459总计总计53任务单元法样（自底向上）例任务单元法样（自底向上）例

32、（7）COCOMO（Constructive COst ModelConstructive COst Model，构造性，构造性成本模型成本模型）模型模型 1）原始）原始COCOMO模型模型 COCOMO模型包括：基本、中级和详细模型三个模型包括：基本、中级和详细模型三个子模型。子模型。COCOMO模型是一个采用自底向上的方法进行模型是一个采用自底向上的方法进行估算的模型。估算的模型。E=a S bEAF E是以人月为单位的工作量，是以人月为单位的工作量，S是以千行源代码是以千行源代码（KLOC）计数的程序规模，）计数的程序规模，EAF（Effort Adjustment Factor）是一个

33、工作量调整因子，）是一个工作量调整因子，EAF在基本模型中取值在基本模型中取值1，a和和b是两个随开发模式而改变的因子。是两个随开发模式而改变的因子。三种开发模式：有机式（三种开发模式：有机式（Organic），半分离式），半分离式（Semidetached），嵌入式（），嵌入式（Embedded）。）。基本基本COCOMO模型模型 工作量的计算公式：工作量的计算公式：E=a S b E（PM）工作量：（）工作量：（1PM=19 人日人日=152 人时（人时（8时时/日）日）=1/12 人人年年），S（KLOC）程序规模程序规模，a、b是随开发模式而改变的因子。是随开发模式而改变的因子。开发时

34、间的计算公式：开发时间的计算公式：t=c E d （t以月计）以月计）c、d是随开发模式而改变的因子。是随开发模式而改变的因子。开发模式开发模式 a b有机式有机式 2.4 1.05半分离式半分离式 3.0 1.12嵌入式嵌入式 3.6 1.20 三种开发模式在基本三种开发模式在基本COCOMO模型中的取值（模型中的取值（通过统计通过统计63个历史项目的历史数据，得到如下计算公式。个历史项目的历史数据，得到如下计算公式。）开发模式开发模式 c d有机式有机式 2.5 0.38半分离式半分离式 2.5 0.35嵌入式嵌入式 2.5 0.32开发时间参数开发时间参数 中级中级COCOMO模型模型

35、在基本在基本COCOMO模型的基础上，考虑了软件开发环境的因素，引入模型的基础上，考虑了软件开发环境的因素，引入15个个成本驱动量（附加预测量），分为四大类：成本驱动量（附加预测量），分为四大类：产品、计算机、人员、项目产品、计算机、人员、项目。工作量计算公式：工作量计算公式：E=a S b EAF EAF 是工作量调整因子。调整前的工作量是工作量调整因子。调整前的工作量a S b 称名义工作量。称名义工作量。15个成本驱动量，分为四类：产品、计算机、人员、项目。个成本驱动量，分为四类：产品、计算机、人员、项目。每个有每个有6个等个等级，即级，即“很低很低”、“低低”、“一般一般”、“高高”、

36、“很高很高”、“非常高非常高”。每个。每个成本驱动量成本驱动量对应一个等级有一个取值。对应一个等级有一个取值。EAF=（15个成本驱动量的评分值）个成本驱动量的评分值）部件估算（自底向上）：部件估算（自底向上）：E=Ei Ei是第是第i个部件工作量估算值。个部件工作量估算值。总体类型总体类型工作量工作量进度进度有机式有机式E=2.4XS 1.05T=2.5XE 0.38半分离式半分离式E=3.0XS 1.12T=2.5XE 0.35嵌入式嵌入式E=3.6XS 1.20T=2.5XE 0.32 详细详细COCOMO模型模型 在中级在中级COCOMO模型的基础上，进一步提高估算精度，模型的基础上，

37、进一步提高估算精度，15个成本驱动因子被分成不同的层次且在软件生存周期的不同个成本驱动因子被分成不同的层次且在软件生存周期的不同阶段被赋予不同的值。阶段被赋予不同的值。改动内容：改动内容：a.名义工作量和开发时间的计算公式和中级名义工作量和开发时间的计算公式和中级COCOMO模型相同；模型相同；b.阶段敏感的成本驱动因子。把软件开发划分成四个阶段，即阶段敏感的成本驱动因子。把软件开发划分成四个阶段，即需求计划和产品设计（需求计划和产品设计（RPD）、详细设计（）、详细设计（DD）、编码和单元）、编码和单元测试（测试（CUT）、集成测试（）、集成测试（IT）。）。c.三层次的产品分级结构。为软件

38、产品提供了一个模块三层次的产品分级结构。为软件产品提供了一个模块子系子系统统系统的三层分解结构。随各模块的不同而变化的因素（系统的三层分解结构。随各模块的不同而变化的因素（4个）个）放在模块级处理；不经常变化的因素（放在模块级处理；不经常变化的因素（11个）放在子系统级处个）放在子系统级处理；系统级则处理与软件项目总体规模等相关的问题。理；系统级则处理与软件项目总体规模等相关的问题。详细详细COCOMO模型的估算过程：模型的估算过程：a.计算模块的规模计算模块的规模 将系统按照模块将系统按照模块-子系统子系统-系统分层，把软件开发分为四个阶段，产品设系统分层，把软件开发分为四个阶段，产品设计（

39、计（RPD）、详细设计（）、详细设计（DD）、编码和单元测试（）、编码和单元测试（CUT）、集成测试）、集成测试（IT）；）；利用某种规模估算技术，计算每一模块的规模；利用某种规模估算技术，计算每一模块的规模；修改后的模块规模修改后的模块规模=（原模块的（原模块的LOC AAF）/100 AAF是调节因子是调节因子 AAF=0.4设计修改的百分比设计修改的百分比+0.3 编程修改的百分比编程修改的百分比+0.3 集成修改集成修改的百分比的百分比b.计算名义生产率计算名义生产率 名义工作量和总规模：名义工作量和总规模：E=a Sb 总规模（总规模（S）=各模块规模（各模块规模（Si）名义生产率名

40、义生产率=名义工作量名义工作量/总规模总规模c.模块的名义工作量模块的名义工作量=（该模块的规模（该模块的规模 工作量阶段分布百分数）工作量阶段分布百分数）/名义生名义生产率。（工作量阶段分布百分数：通过工作量在四个阶段的分布表对应查产率。（工作量阶段分布百分数：通过工作量在四个阶段的分布表对应查询得到）询得到）d.计算每一个模块在每一个阶段的工作量计算每一个模块在每一个阶段的工作量 模块在各阶段的工作量模块在各阶段的工作量=模块的名义工作量模块各阶段调节因子（模块的名义工作量模块各阶段调节因子（EAF）利用模块级驱动因子表，利用模块级驱动因子表，EAF=（各模快在每一个阶段的各驱动因子）（各

41、模快在每一个阶段的各驱动因子）e.计算每一个子系统各阶段的名义工作量计算每一个子系统各阶段的名义工作量 子系统的名义工作量子系统的名义工作量=（各模块四个阶段的工作量）（各模块四个阶段的工作量）f.根据子系统级驱动因子表，求子系统工作量调节因子根据子系统级驱动因子表，求子系统工作量调节因子 子系统各阶段的工作量子系统各阶段的工作量=子系统的名义工作量子系统的名义工作量 子系统相应阶段的调节因子（子系统相应阶段的调节因子（EAF）利用子系统级驱动因子表，利用子系统级驱动因子表，EAF=（子系统在每一个阶段的各驱动因子）（子系统在每一个阶段的各驱动因子）g.总工作量总工作量=（子系统四个阶段的工作

42、量）（子系统四个阶段的工作量）2）COCOMO II主要变化主要变化:（反（反映了软件工程技术的进步）映了软件工程技术的进步）使用三个螺旋式的生命周期的模型，应用组合模型、早期设计模型和后体系结使用三个螺旋式的生命周期的模型，应用组合模型、早期设计模型和后体系结构模型。构模型。将未来软件市场划分为：基础软件、系统集成、程序自动化生成、应将未来软件市场划分为：基础软件、系统集成、程序自动化生成、应用集成、最终用户编程五个部分用集成、最终用户编程五个部分。使用五个规模因子（定标因素）计算项目规模经济性的幂指数。使用五个规模因子（定标因素）计算项目规模经济性的幂指数。删除成本驱动因素删除成本驱动因素

43、VIRT、TURN、VEXP、LEXP、MODP。新增成本驱动因素新增成本驱动因素DOCU、RUSE、PVOL、PEXP、LTEX、PCON、SITE。改变了原有成本驱动因素的赋值，以适应当前的软件测试技术。改变了原有成本驱动因素的赋值，以适应当前的软件测试技术。应用组合模型：应用组合模型：用原型解决人机交互、系统接口、技术成熟度等具有潜在高风险的内用原型解决人机交互、系统接口、技术成熟度等具有潜在高风险的内容。通过计算屏幕、报表、第三代语言组件的对象点数确定规模测量。容。通过计算屏幕、报表、第三代语言组件的对象点数确定规模测量。根据计算屏幕、报表、第三代语言组件对象中包含的视图数（见屏根据计

44、算屏幕、报表、第三代语言组件对象中包含的视图数（见屏幕对象点和报告对象点的复杂度表），确定对象点的权重：幕对象点和报告对象点的复杂度表），确定对象点的权重：总对象点数总对象点数=各对象点数权重（见对象点的复杂度权重表）各对象点数权重（见对象点的复杂度权重表）E=NOP/PROD NOP=总对象点数（总对象点数（100-a）/100 NOP为新对象点数，为新对象点数，PROD为生产率，为生产率，E工作量。工作量。PROD：根据开发人员的经验、能力和：根据开发人员的经验、能力和ICASE成熟度和能力，确定生产率成熟度和能力，确定生产率（见基于（见基于开发经验和开发经验和ICASE成熟度和能力的平均

45、生产率成熟度和能力的平均生产率表）。表）。早期设计模型和后体系结构模型：早期设计模型和后体系结构模型：通过源代码行或功能点数计算软件工作量和进度，使通过源代码行或功能点数计算软件工作量和进度，使用用5 5个规模度量因子（见个规模度量因子（见COCOMOIICOCOMOII定标因素表）和定标因素表）和1717个成个成本驱动因素（见本驱动因素（见后体系结构成本驱动变量后体系结构成本驱动变量表）进行调整。表）进行调整。E=A KLOCB EAF A通常取值：通常取值：2.55 B=1.01+0.01 Wi i=1-5 EAF=（17个后体系结构成本驱动变量）个后体系结构成本驱动变量）（早期设计模型为

46、（早期设计模型为7 7个成本驱动变量个成本驱动变量-产品复杂度、复用、平产品复杂度、复用、平台难度、人员经验、分析员能力、软件工具和开发进度表，台难度、人员经验、分析员能力、软件工具和开发进度表，是根据是根据1717个后体系结构成本驱动变量对应值进行合并得到）。个后体系结构成本驱动变量对应值进行合并得到）。WiWi为规模度量因子或定标因子，为规模度量因子或定标因子，EAFEAF为工作量调整因子。为工作量调整因子。例子例子:项目：有一物价信息管理系统硬件预算完成后项目：有一物价信息管理系统硬件预算完成后,软件估软件估算如下（使用类中级算如下（使用类中级COCOMO模型计算）模型计算）总体类型总体

47、类型工作量工作量进度进度有机式有机式E=2.4XS 1.05T=2.5XE 0.38半分离式半分离式E=3.0XS 1.12T=2.5XE 0.35嵌入式嵌入式E=3.6XS 1.20T=2.5XE 0.32门户网站门户网站政务公开：法规、机构设置、办事指南等政务公开：法规、机构设置、办事指南等1 1价格播报：物价查询、物价公报、分析预测价格播报：物价查询、物价公报、分析预测1 1价格服务：投诉、咨询、供求价格服务：投诉、咨询、供求1 1监测上报监测上报1 1农村价格监督监测服务网农村价格监督监测服务网1 1药品医疗收费网药品医疗收费网1 1汽车、摩托车专用网汽车、摩托车专用网2 2房地产、物

48、业专用网房地产、物业专用网2 2中心数据库中心数据库建立物价收费库建立物价收费库2 2建立商品类别建立商品类别2 2建立商品编码建立商品编码3 3物价库管理物价库管理1 1指数维护、权数维护指数维护、权数维护1 1组织结构与库权限的关联组织结构与库权限的关联1 1（1）软件功能点计算软件功能点计算：系统功能点详表系统功能点详表物价业务系统物价业务系统数据接收数据接收1 1数据审核数据审核1 1数据入库数据入库1 1数据查询数据查询1 1价格监督价格监督2 2信息下发信息下发1 1物价分析决策支物价分析决策支持系统持系统综合指数计算综合指数计算2 2综合指数计算走势曲线综合指数计算走势曲线2 2

49、价格计算价格计算1 1价格走势曲线价格走势曲线1 1价格统计价格统计1 1预警预测预警预测2 2最高比最低比最高比最低比2 2综合办公系统综合办公系统通知通告通知通告1 1领导办公领导办公1 1公文管理公文管理1 1交办待办督办交办待办督办1 1文档管理文档管理1 1价格上报、采集价格上报、采集建立上报、收费地区建立上报、收费地区1 1建立上报点及收费单位建立上报点及收费单位2 2自动建立数据模板自动建立数据模板5 5数据管理数据管理5 5数据查询数据查询1 1自动语音应答系统自动语音应答系统3030自动语音投诉自动语音投诉2 2功能点合计功能点合计9090序号序号影响工作量因素（影响工作量因

50、素（成本驱动量成本驱动量）Fi情况情况取值取值1软件可靠性（产品）软件可靠性（产品）极高极高1.402数据库规模（产品）数据库规模（产品）40G字节字节1.163产品复杂性（产品）产品复杂性（产品）用于网络数据库处理用于网络数据库处理1.224执行时间约束（计算机）执行时间约束（计算机）有一定的实时性要求有一定的实时性要求1.115存储约束（计算机）存储约束（计算机）正常使用正常使用1.006环境变更率（计算机）环境变更率（计算机）系统升级、策略变更系统升级、策略变更1.157环境周转时间（计算机）环境周转时间（计算机）正常正常1.008系统分析员能力（人员）系统分析员能力（人员）高级程序员高

51、级程序员1.009应用经验（人员）应用经验（人员）三年熟悉程度三年熟悉程度1.0010程序员的能力（人员）程序员的能力（人员）一般程序员一般程序员1.0011环境知识（人员）环境知识（人员）正常正常1.0012程序语言知识（人员）程序语言知识（人员）正常正常1.0013程序设计技术（项目）程序设计技术（项目）正常正常1.0014使用软件工具（项目）使用软件工具（项目）基于基于SQL开发开发1.1015进度约束（项目）进度约束（项目）两个月两个月1.10（2）工作量因素取值表：）工作量因素取值表：开发成本：开发成本：根据程序的功能点数及影响工作量因素根据程序的功能点数及影响工作量因素Fi取值可以

52、计算出：取值可以计算出：软件规模（软件规模（KLOC）=90 150/1000=13.5（千行）（千行）其中：每功能点估计其中：每功能点估计150LOC。根据：公式根据：公式 E=a S b EAF EAF=Fi i=1-15 计算如下：计算如下：E=2.413.5 1.05 Fi=49.22 3.06=150.61（人（人/月）月）开发时间的计算公式：开发时间的计算公式：t=c E d t=2.5 150.610.38=16.8083（月）（月）每位开发人员每月平均开发成本每位开发人员每月平均开发成本3000元计，则该项目的开发成本为：元计，则该项目的开发成本为：150.61 3000=45

53、1830（元）（元）1.软件项目进度管理软件项目进度管理（1）制定项目计划制定项目计划 软件项目计划：定义工作并确定工作软件项目计划：定义工作并确定工作的完成方式，对主要任务及需要的时间和的完成方式，对主要任务及需要的时间和资源进行估计，定义管理评审和控制的框资源进行估计，定义管理评审和控制的框架。架。第四章第四章 项目进度管理项目进度管理（2）进度安排）进度安排 进度安排的整体过程进度安排的整体过程 1）根据项目总体进度目标，编制人员计划。）根据项目总体进度目标，编制人员计划。2）将各阶段所需要的资源和可以取得的资源进行比较，确定）将各阶段所需要的资源和可以取得的资源进行比较，确定各阶段的初

54、步进度，然后确定整个项目的初步进度。各阶段的初步进度，然后确定整个项目的初步进度。3）对初步进度计划进行评审，确保该计划满足要求。）对初步进度计划进行评审，确保该计划满足要求。（3）进度中的并行性）进度中的并行性 软件项目的并行性对进度的要求：软件项目的并行性对进度的要求：因为并行任务同时发生，因为并行任务同时发生，所以进度计划必须确定各任务之间的从属关系，各任务先后次序所以进度计划必须确定各任务之间的从属关系，各任务先后次序和衔接以及各个任务的持续时间。和衔接以及各个任务的持续时间。进度安排的方法进度安排的方法 常用的有甘特图和网络图。常用的有甘特图和网络图。需求分析需求分析需求评审需求评审

55、 概要设计概要设计测试计划测试计划 测试过程测试过程 1）甘特图（）甘特图（Gantt Chart）是各种任务活动与日历表的对照表是各种任务活动与日历表的对照表。2）网络图）网络图网络图网络图 定义：设定义：设G=（V，E，g）是一个）是一个n阶无回路的有向加权图，其中阶无回路的有向加权图，其中g是是E到非到非负实数集的函数。若负实数集的函数。若G中存在两个中存在两个V的不相交非空子集的不相交非空子集X，Y，其对任意，其对任意viX，没有一条有向边以没有一条有向边以vi为终点；对任意为终点；对任意viY，没有一条有向边以，没有一条有向边以vi为起点，则称为起点，则称G是一个网络图，是一个网络图

56、，X，Y中的顶点分别称为中的顶点分别称为G的发点、收点。的发点、收点。PERT图图 t vj vi 定义：设定义：设G=（V，E，g）是一个网络图，若）是一个网络图，若G中只有一个发点和一中只有一个发点和一个收点，其中函数表示为时间函数，则网络图个收点，其中函数表示为时间函数，则网络图G常称为常称为PERT图（计划图（计划评审图）。评审图）。在在PERT图中，网络图表示软件项目计划，图中的有向边表示软件图中，网络图表示软件项目计划，图中的有向边表示软件项目的任务，有向边的起点和终点分别表示软件任务的开始和结束，项目的任务，有向边的起点和终点分别表示软件任务的开始和结束，有向边的权表示任务的持续

57、时间。有向边的权表示任务的持续时间。任务第1月第2月第3月第4月第5月需求分析规格说明软件设计软件实现单元测试路径与关键路径路径与关键路径 路径：在网络图中，从发点开始，按照各个任务的路径：在网络图中，从发点开始，按照各个任务的顺序，连续不断地到达收点的一条通路称为路径。在顺序，连续不断地到达收点的一条通路称为路径。在所所有路径中，权最大的路径称为关键路径有路径中，权最大的路径称为关键路径PERT图的关键路径图的关键路径 设设G是一个是一个PERT图，图，G中从发点到收点的所有路径中从发点到收点的所有路径中，权最大的路径（即：中，权最大的路径（即：完成各个任务需要时间最长的完成各个任务需要时间

58、最长的路径路径）称为）称为PERT图的关键路径。图的关键路径。关键任务关键任务 组成关键路径的任务称为关键路径。组成关键路径的任务称为关键路径。任务持续时间任务持续时间为完成某一软件任务所需要的时间，用为完成某一软件任务所需要的时间，用 Tij Tij 表示，指节表示，指节点点 i i 和节点和节点 j j 之间的有向边表示的任务持续的时间。之间的有向边表示的任务持续的时间。任务的最早开始时间、最晚开始时间及缓冲时间。任务的最早开始时间、最晚开始时间及缓冲时间。设设G=G=（V V，E E，g g）是一个）是一个n n阶阶PERTPERT图，其中：图，其中：V=v1,V=v1,v2,vnv2,

59、vn，且，且v1,v2,vn v1,v2,vn 分别为发点和分别为发点和收点，则对任意收点，则对任意 vi(I=1,2,n)vi(I=1,2,n)，分为以下两种情况。，分为以下两种情况。任务最早开始时间：任务最早开始时间：vi到到vj的所有路径的权中，最大的权称为以的所有路径的权中，最大的权称为以vi为起点的任务为起点的任务的最早开始时间，记为：的最早开始时间，记为：E（vi）。）。E(vi)viE（v1）=0 E(vk)TkiE（vi）=MAX（E（vk）+T ki）,i 2,3,n vk式中，式中，vk 是是 vj 的前驱节点，的前驱节点，E（vk）指）指 vk 的最早开始时间，的最早开始

60、时间，T ki 指指 vk 和和 vi 之之间任务持续的时间。间任务持续的时间。任务最晚结束时间：任务最晚结束时间：L(vj)vj L（vn）=T L(vi)T ijL（vi）=MIN（L（vj）-T ij）,i 1,2,3,n-1 viL（vi）是以）是以vi为终点的任务的最晚结束时间，为终点的任务的最晚结束时间，L（vj）是以）是以vj为终点的任务的最为终点的任务的最晚结束时间，晚结束时间，vj是是vi的后继，的后继，Tij是是vi和和vj之间任务持续的时间。之间任务持续的时间。.任务最晚开始时间任务最晚开始时间=任务最晚结束时间任务最晚结束时间任务持续时间任务持续时间.缓冲时间缓冲时间=

61、任务最晚开始时间任务最晚开始时间任务最早开始时间任务最早开始时间定理：在定理：在PERTPERT图的关键路径中，个任务的缓冲时间均为图的关键路径中，个任务的缓冲时间均为0 0。网络优化网络优化 时间优化、时间时间优化、时间-费用优化费用优化用网络图安排进度的步骤用网络图安排进度的步骤网络举例：网络举例：G(10,10)编号最早时间最晚时间缓冲时间软件项目 任务描述 前驱任务 任务持续时间(周)A 需求分析 1B 重新设计现有部分 A 5C 设计新增部分 A 3D 开发整体计划 C 2E 修改现有代码 B 3F 增补新代码 C 6G 单元测试 E F 1H 集成测试 G 1I 更新文档 D 2J

62、 验收测试 H I 1123465789A(0,0)B(1,2)C(1,1)D(4,8)E(6,7)I(6,10)H(11,11)J(12,12)F(4,4)1.配置管理概念配置管理概念（1）基本概念）基本概念 软件配置管理的关键任务是控制变更活动。软件配置管理的关键任务是控制变更活动。变更是软件过程的一项基本活动，需求变更驱动设计变更，设计变变更是软件过程的一项基本活动，需求变更驱动设计变更，设计变更驱动代码变更，测试活动也将导致变更，有时甚至是原始需求的变更。更驱动代码变更，测试活动也将导致变更，有时甚至是原始需求的变更。概念：概念：1）软件）软件 配置管理中的软件是指由逻辑和功能特性构建

63、的信息。配置管理中的软件是指由逻辑和功能特性构建的信息。2）配置）配置 配置由部件表和部件分解图组成。部件分解图定义了基线中包含的配置由部件表和部件分解图组成。部件分解图定义了基线中包含的所有要素以及如何将它们安装在一起。所有要素以及如何将它们安装在一起。3）标识）标识 标识产品的结构、产品的构建及其类型。标识产品的结构、产品的构建及其类型。第五章第五章 软件项目配置管理软件项目配置管理 4 4）软件配置项）软件配置项 SCI SCI（Software Configuration ItemSoftware Configuration Item）是为了配置管理）是为了配置管理的目的而作为一个单位

64、来看待的软件要素的集合。的目的而作为一个单位来看待的软件要素的集合。5 5）版本）版本 版本是一个基线或一个软件配置项的特征。版本是一个基线或一个软件配置项的特征。6 6）基线）基线 是开发过程的里程碑。是开发过程的里程碑。7 7）控制）控制 通过基线，控制软件产品通过基线，控制软件产品 8 8）状态统计）状态统计 记录并报告构件和修改请求的状态。记录并报告构件和修改请求的状态。9 9）审核）审核 确定产品的完整性并维护构件间的一致性。确定产品的完整性并维护构件间的一致性。10 10）生产）生产 对产品的生产进行优化管理。对产品的生产进行优化管理。11 11）过程管理）过程管理 12 12）小

65、组协作）小组协作 13 13）配置委员会）配置委员会（2）软件配置管理软件配置管理 定义定义 配置管理配置管理CMCM（Configuration ManagementConfiguration Management）：是在系统）：是在系统生命周期中对系统中的配置项进行标识和定义的过程。同时确生命周期中对系统中的配置项进行标识和定义的过程。同时确保配置项的完整性和正确性。保配置项的完整性和正确性。软件配置管理软件配置管理SCM SCM（Software Configuration Software Configuration ManagementManagement）：是应用于由软件组成的系统

66、的配置管理。通过）：是应用于由软件组成的系统的配置管理。通过一套工程规范，保证当前状态是已知的和可重复的。一套工程规范，保证当前状态是已知的和可重复的。软件配置管理是一套规范、高效的软件开发基础结构。软件配置管理是一套规范、高效的软件开发基础结构。SCMSCM对开发过程进行有效地对开发过程进行有效地 管理和控制，完整、明确地记载开管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。源，积累软件财富，提高软件重用率，加快投资回报。SCMSCM是是通往通往ISO9000ISO9000和和SEI CMMSEI CMM标准的一块基石。标准的一块基石。配置管理系统应该具备以下基本主要功能：配置管理系统应该具备以下基本主要功能：1 1）并行开发支持并行开发支持：因开发和维护的原因，要求能够实现开发人员同时：因开发和维护的原因，要求能够实现开发人员同时在同一个软