软件工程,第14章 软件项目管理,2018/10/26,2/148,项目,罗伯特.J.格雷厄姆(美国著名学者)： 因为项目是适应环境变化的普遍方式，故而一个组织的成功与否将取决于其管理项目的水平 项目管理权威机构PMI：项目管理协会Project Management Institute 项目的定义(PMI)：一种被承办的旨在创造某种独特产品或服务的暂时性努力,2018/10/26,3/148,软件项目管理,软件危机后的普遍性结论：软件项目成功率非常低的原因可能是项目管理能力太弱 软件项目管理是指软件生存周期中软件管理者所进行的一系列活动，其目的是在一定的时间和预设范围内，有效地利用人力、资源、技术和工具，使软件系统或软件产品按原定计划和质量要求如期完成,2018/10/26,4/148,内容摘要,软件项目管理概述 软件度量 软件项目估算 项目进度管理 风险管理 软件项目的组织 软件质量管理 软件配置管理 小结,2018/10/26,5/148,内容摘要,软件项目管理概述 软件度量 软件项目估算 项目进度管理 风险管理 软件项目的组织 软件质量管理 软件配置管理 小结,2018/10/26,6/148,软件项目管理,项目管理是通过项目经理和项目组织的努力，运用系统理论的方法对项目及其资源进行计划、组织、协调、控制，旨在实现项目的特定目标的管理方法体系 (软件)项目管理的基本内容： 项目定义、项目计划、项目执行、项目控制、项目结束,2018/10/26,7/148,软件项目管理的关注点(4P),人员(People) 人员是软件工程项目的基本要素和关键因素 在对人员进行组织时，有必要考虑参与软件过程(及每一个软件项目)的人员类型 产品(Product) 定义项目范围，其中包括建立产品的目的和范围、可选的解决方案、技术或管理的约束等 过程(Process) 通常将项目分解为任务子任务等，其分解准则是基于软件工程的过程 项目(Project) 采用科学的方法及工具对项目基本内容进行管理,2018/10/26,8/148,软件项目管理中的五类人员,项目管理人员 负责软件项目的管理工作，其负责人通常称为项目经理 高级管理人员 可以是领域专家，负责提出项目的目标并对业务问题进行定义 开发人员 掌握了开发一个产品或应用所需的专门技术，可胜任包括需求分析、设计、编码、测试、发布等各种相关的开发岗位 客户 一组可说明待开发软件的需求的人，也包括与项目目标有关的其它风险承担者 最终用户 产品或应用提交后与产品/应用进行交互的,2018/10/26,9/148,软件项目管理中的产品,定义项目范围，其中包括建立产品的目的和范围、可选的解决方案、技术或管理的约束 目的：从客户的角度定义该产品的总体目标，但不必考虑这些目标如何实现 软件范围定义了与软件产品相关的数据、功能和行为，及其相关的约束： 语境(context)：说明待建造的软件与其它相关系统、产品或环境的关系，以及相关的约束条件 信息目标：说明目标系统所需要的输入数据及应产生的输出数据 功能和性能：说明软件应提供的功能来完成输入数据到输出数据的变换以及给出对目标软件的性能要求,2018/10/26,10/148,软件项目方法,对项目进行有计划和可控制的管理 明确目标及过程：充分理解被解决的问题，明确定义项目目标及软件范围，为项目小组及活动设置明确、现实的目标，并充分发挥相关小组的自主性 保持动力：提供激励措施使人员变动最小 跟踪进展：对每个任务的进展进行跟踪，并对其软件过程和质量进行度量 做出聪明的决策：项目管理者和软件小组的决策应该 “保持其简单” 项目总结：从每个完成的项目中获取可学习的经验,2018/10/26,11/148,软件项目管理过程示例,2018/10/26,12/148,软件项目启动,在软件项目启动前对项目进行可行性分析，以明确项目的目标和范围，从而确定：合理精确的成本分析；实际可行的任务分解；可管理的进度安排 在多个项目方案中选择一个相对完善的方案 考虑交付期限、预算、个人能力、技术界面等限制条件 在正式启动软件项目前组成项目组，并召开项目启动会议，内容包括：项目组的初步交流；进一步对项目目标理解；对组织形式、管理方式、方针的一致认识；明确岗位职责,2018/10/26,13/148,项目组织,在项目经理领导下，组织不同类型的项目组成员共同协作完成软件项目 存在多种可选的项目组织结构，组织结构的选择对项目的成败具有很大影响 规划软件工程项目组织结构时考虑如下因素： 待解决问题的困难程度 目标系统的规模，可用代码行或功能点来度量 项目组的生存期，即项目小组需要共同工作的时间 问题可被分解的程度 对目标系统要求的质量和可靠性 可供开发时间的紧迫性，即交付时间的严格程度 项目组内部的通信的复杂性，即成员(小组)之间正式或非正式通信的机制,2018/10/26,14/148,项目计划,项目计划是项目组织根据软件项目的目标及范围，对项目实施中进行的各项活动进行周密的计划 项目计划根据项目目标确定项目的各项任务、安排任务进度、编制完成任务所需的资源预算等 项目计划包括：工作计划、人员组织计划、设备采购计划、变更控制计划、进度控制计划、财务计划、文件控制计划、应急计划等,2018/10/26,15/148,软件度量,软件度量是指计算机软件范围内的测量，主要是为产品开发的软件过程和产品本身定义相关的测量方法和标度 对软件开发过程度量的目的是为了对过程进行改进 对产品进行度量的目的是为了提高产品的质量， 度量的作用是为了有效地采用定量的方式来进行管理 管理人员利用度量来了解软件工程过程的执行情况和产品质量 需要考虑： 合适的度量是什么 所收集的数据如何使用 用于比较个人、过程或产品的度量是否合理,2018/10/26,16/148,项目估算,项目估算是制定项目计划的基础 项目所需的人力(以人月为单位)、项目持续时间(以年份或月份为单位)、成本(以元为单位)等 参照以前类似项目中的相关数据进行估算 若存在类似历史项目则可进行类比估算 若缺少可类比的项目数据则采用特定的估算技术(例如功能点估算方法等) 通常采用多种估算技术进行交叉检查,2018/10/26,17/148,风险管理,风险：人员、经费、进度及需求等方面存在的可能影响项目按计划完成的不确定因素 风险管理：标识软件项目中的风险，预测风险发生的概率以及风险造成的影响，并对风险进行评估，找出那些可能导致项目失败的风险，然后采取相应的措施来缓解风险 风险管理贯彻于整个软件工程过程中,2018/10/26,18/148,进度安排,进度安排 将项目划分成可管理的子项目、任务和活动 确定任务之间的依赖关系，找出影响项目按期完成的关键任务 为每个任务分配时间、工作量以及指定责任人，定义每个任务的输出结果及其关联的里程碑 在项目实施过程中将在进度计划基础上跟踪实际执行情况，从而及时发现偏差并采取措施加以调整以确保项目按期完成,2018/10/26,19/148,跟踪与控制,跟踪是控制的前提，它实际上是在项目实施过程中对影响项目进展的内外部因素进行及时的、连续的、系统的记录和报告的活动，其核心在于反映项目变化、提供相关信息的报告 控制是通过工具和技术对项目计划与实际执行进行对比，并对项目的未来走向进行预测，再此基础上进行项目的各种调整,2018/10/26,20/148,软件配置管理,Software Confignation Management(SCM) 任务：标识和确定系统中的配置项，在系统整个生命期内控制这些项的发布和变更，记录并报告配置的状态和变更要求，验证配置项的完整性和正确性 SCM存在于整个软件过程中，是一种保护性活动,2018/10/26,21/148,内容摘要,软件项目管理概述 软件度量 软件项目估算 项目进度管理 风险管理 软件项目的组织 软件质量管理 软件配置管理 小结,2018/10/26,22/148,术语定义(ISO/IEC 9126-1) 信息技术 软件产品评价 质量特性及其使用指南,Metric(度量)：定义测量方法和测量标度 Measurement(测量)：使用一种度量把标度值(可以是数字或类别)赋予实体的某个属性 Measure(verb 测量)：执行一次测量(measurement) Measure(noun 测度)：通过执行一次测量赋予实体属性的数字或类别 direct measure(直接测量)：不依赖于任何其它属性的测量导出的属性测量 indirect measure(间接测量)：从一个或多个其它属性的测量导出的属性测量 internal measure(内部测量)：一种对产品本身的直接或间接的测量 external measure(外部测量)：一种通过对外系统的测量导出对产品(作为系统的一部分)的间接测量,2018/10/26,23/148,软件度量,度量对象：软件产品、软件过程、资源 外部属性：面向管理者和用户的属性 体现了软件产品/软件过程与相关资源和环境的关系，如成本、效益、开发人员的生产率 通常可采用直接测量的办法进行 内部属性：软件产品或过程本身的属性 如软件产品的结构、模块化程度、复杂性、程序长度等 有些内部属性只能用间接测量的方法度量，需要特定的测量方法或模型,2018/10/26,24/148,软件度量分类,分类1： 面向规模的度量用于收集与直接度量有关的软件工程输出信息和质量信息 面向功能的度量的则集中在程序的“功能性”和“实用性” 面向人的度量则收集有关人们开发计算机软件所用方式的信息和人员理解有关工具的方法和效率的信息 分类2： 软件生产率度量集中在软件工程过程的输出 软件质量度量可指明软件满足明确的和隐含的用户需求的程度 技术度量主要集中在软件产品的某些特征(如逻辑复杂性、模块化程度)上，而不是软件开发的全过程,2018/10/26,25/148,面向规模的度量,软件规模通常是指软件的大小(size)，一般用代码行度量 优点：方便、直观 缺点：很大程度上取决于程序设计语言以及软件设计的质量 测量出软件规模后可方便地度量其它软件属性，包括：,2018/10/26,26/148,面向功能的度量,一种针对软件的功能特性进行度量的方法 主要考虑软件系统的“功能性”和“实用性” 功能点度量：基于软件信息域的特征(可直接测量)和软件复杂性进行规模度量 功能点度量方法步骤： 计算信息域特征的值CT 计算复杂度调整值 计算功能点FP,2018/10/26,27/148,计算信息域特征的值CT,对五个信息域特征及其含义(上表)统计相应的特征值，然后根据信息域特征的复杂程度选择适当的加权因子进行计算(下表)，得到总计的CT值,2018/10/26,28/148,计算复杂度调整值,复杂度调整值Fi(i=1到14)是基于对左表中问题的回答而得到的值，对每个问题回答的取值范围是0到5，见右表,2018/10/26,29/148,计算功能点FP,功能点计算公式FP= CT*(0.65+0.01*F) 其中：CT是步骤1得到的“总计数值”，F是步骤2得到的Fi之和 一旦计算出功能点，则用类似代码行的方法来计算软件生产率、质量及其他属性,2018/10/26,30/148,扩展的功能点度量,功能点度量的不足：最初主要用于商业信息系统的度量，强调数据维，即信息域特征值，而忽略了功能和行为(控制) Jones提出了称为特征点(Feature Point)的扩展的功能点度量方法 在功能点信息域特征中增加了一个算法特征，并将算法定义为“特定计算机程序中所包含的一个界定的计算问题”,2018/10/26,31/148,功能点与LOC的换算(部分),2018/10/26,32/148,软件质量,软件质量定义 ISO/IEC 9126：与软件产品满足明确或隐含需求的能力有关的特征和特性的总和 GB/T 13423：软件产品中能满足给定需求的性质和特性的总和，例如符合规格说明的程度；软件具有所期望的各种属性的组合程度；客户或用户觉得软件满足其综合期望的程度；软件的综合特性，它确定软件在使用中将满足客户预期要求的程度 典型的软件质量模型：McCall模型、Boehm模型和ISO/IEC 9126质量模型,