第九章 软件项目管理与软件质量保证简介.pptVIP

软件项目管理 软件作为人们智力劳动的成果，与其他产品一样，不仅取决于所采用的技术、方法和工具，还取决于计划与管理水平。 大量软件开发的实践表明，导致软件项目失败的原因常常不是技术上的问题，而是管理上的问题。因此，软件项目管理显得越来越重要。 本章着重讨论项目计划、质量管理、成本估计等软件管理问题。 9.1 软件工程管理的目的与内容 软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期、按质的完成软件交付给用户使用。 而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则和方法，同时避免前人的失误。 软件项目管理的内容主要包括如下几个方面： 人员的组织与管理； 软件度量； 软件项目计划； 风险管理； 软件质量保证； 软件过程能力评估； 软件配置管理等。 9.1.2 软件项目规模估算 软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。为了估算项目的工作量和完成期限，首先需要估算软件的规模。 软件项目的规模估算历来是比较复杂的事情，因为软件本身的复杂性、历史经验的缺乏、估算工具的缺乏以及一些人为的错误，导致软件项目的规模估算结果往往和实际情况相差甚远。 9.1.2 软件项目规模估算 代码行技术 代码行技术是比较简单的定量估算软件规模的方法。 这种方法依据以往开发类似产品的经验和历史数据，估计实现一个功能所需要的源程序行数。当有以往开发类似产品的历史数据可供参考时，用这种方法估计出的数值还是比较准确的。 把实现每个功能所需要的源程序行数累加起来，就可得到实现整个软件所需要的源程序行数。 代码行技术 为了使得对程序规模的估计值更接近实际值，可以由多名有经验的软件工程师分别做出估计。 每个人都估计程序的最小规模(a)、最大规模(b)和最可能的规模(m)，分别算出这3种规模的平均值,和之后，再用下式计算程序规模的估计值： L= (13.1) 用代码行技术估算软件规模时，当程序较小时常用的单位是代码行数（LOC），当程序较大时常用的单位是千行代码数（KLOC）。 代码行技术 代码行技术的主要优点是，代码是所有软件开发项目都有的“产品”，而且很容易计算代码行数。 代码行技术的缺点是：源程序仅是软件配置的一个成分，用它的规模代表整个软件的规模似乎不太合理；用不同语言实现同一个软件所需要的代码行数并不相同；这种方法不适用于非过程语言。 为了克服代码行技术的缺点，人们又提出了功能点技术。 功能点技术 功能点技术依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。这种方法用功能点（FP）为单位度量软件规模。 1. 信息域特性 功能点技术定义了信息域的5个特性，分别是 输入项数(Inp)、 输出项数(Out)、 查询数(Inq)、 主文件数(Maf) 外部接口数(Inf)。 （1） 输入项数：用户向软件输入的项数，这些输入给软件提供面向应用的数据。输入不同于查询，后者单独计数，不计入输入项数中。 （2） 输出项数:软件向用户输出的项数，它们向用户提供面向应用的信息，例如，报表和出错信息等。报表内的数据项不单独计数。 （3） 查询数：查询即是一次联机输入，它导致软件以联机输出方式产生某种即时响应。 （4）主文件数：逻辑主文件（即数据的一个逻辑组合，它可能是大型数据库的一部分或是一个独立的文件）的数目。 （5）外部接口数:机器可读的全部接口（例如，磁盘或磁带上的数据文件）的数量，用这些接口把信息传送给另一个系统。 9.1.3 项目计划 项目计划管理是指在规定的时间内，拟定出合理且经济的进度计划（包括多级管理的子计划），在执行该计划的过程中，经常要检查实际进度是否按计划要求进行，若出现偏差，需要及时找出原因，采取必要的措施或调整、修改原计划，直至项目完成。 任何计划都是解决三个方面的问题：一是确定组织目标，二是确定为达成目标而应采取的行动时序，三是确定行动所需的资源比例。 1.项目计划的内容 ①确定目标和范围 ②资源配置 ③成本和进度估算 ④里程碑 2.进度计划方法 进度安排的好坏往往会影响整个项目的按期完成，因此这一环节是十分重要的。制定软件进度与其他工程没有很大的区别，其主要的方法有： 甘特图 工程网络图 关键路径法 甘特图 也叫做线条图或横道图。横轴表示时间，纵轴表示要安排的活动，线条表示在整个期间上计划的和实际的活动完成情况。甘特图直观地表明任务计划在什么时候进行，以及实际进展与计划要求的对比。 甘特图的优