[管理学]第13章 软件项目管理.pptVIP

第十三章 软件项目管理 主讲人：赵方 软件项目管理 软件项目管理先于任何技术活动之前开始，并且贯穿于软件的整个生命周期之中。 软件项目管理过程从一组项目计划活动开始，而制定计划的基础是工作量估算和完成期限估算。 主要内容 估算软件规模 工作量估算 进度计划 人员组织 质量保证 软件配置管理 能力成熟度模型 估算软件规模 方法：代码行技术与功能点技术 1、代码行技术 依据以往开发的类似产品的经验和历史数据，估计实现一个功能所需的源程序的行数。 把实现每个功能所需的源程序行数累加起来，就得到实现整个软件所需的源程序行数。 估算软件规模 1、代码行技术 为了使对程序规模的估计值更接近实际值，可以由多名有经验的工程师分别做出估计。 每个人都估计程序的最小规模(a),最大规模(b)和最可能规模(m)。分别算出这3种规模的平均值之后，再用下面公式计算程序规模的估计值： 代码行技术估算软件规模时，当程序较小时常用单位是代码行数（LOC），当程序较大时常用的单位是千行代码数（KLOC）。 估算软件规模 1、代码行技术 优点：代码是所有软件开发项目都有的“产品”，很容易计算。 缺点： 代码只是一个软件成分，用它的规模来代表整个软件的规模不太合理； 用不同的语言编写代码的长度也不相同； 不适合非过程性的语言。 因此提出了功能点技术 估算软件规模 2、功能点技术 依据对软件信息域特性和软件复杂性的评估结果，估算软件规模。 度量单位：功能点（FP） 估算软件规模 2、功能点技术 信息域特性 (1) 用户输入数(Inp)：每个Inp应当是面向不同应用的输入数据。输入数据有别于查询数据，它们应当分别计数。 (2) 用户输出数(Out)：各个Out应当是为用户提供的面向应用的输出数据。这里的输出是指报表、屏幕信息、错误提示等等，报表中的各个数据项不再分别计数。 (3) 用户查询(Inq)： Inq是一种联机输入，它引发软件以联机方式产生某种即时响应。每一种不同的查询都要计数。 (4) 内部逻辑文件(Maf)：每一个逻辑主文件都应当计数。所谓的逻辑主文件，是指逻辑上的一组数据组合。它们可以是数据库的一部分，也可以是一个单独的文件。 (5) 外部接口(Inf)：对所有用来将信息传送到另一个系统中或从另一系统接收数据的接口均应计数。 估算软件规模 2、功能点技术 功能点度量的计算 估算软件规模 2、功能点技术 功能点度量的计算 通过对软件需求的分析，不难搜集到上述五类数据。之后就可以按照下式计算软件的功能点总数： FP = 总计数值×[ 0.65+0.01×∑Fi ] “总计数值”是根据图13.1所计算出来的原始功能点数(UFP)； ∑Fi 是按照表13.1计算出来的系统难度系数。i的取值从1～14。 SUM( )是求和函数。 求得了FP值之后，就可以以它为基础，通过简单的计算，结合一些历史数据，间接地度量出软件的生产率、质量和其他一些属性。例如： 工作量估算 使用由经验导出的公式来预测 是软件规模（KLOC或FP）的函数 工作量的单位：通常是 人月（pm） 三种估算模型 静态单变量模型 动态多变量模型 COCOMO2模型 工作量估算 COCOMO2模型 COCOMO constructive cost model——构造性成本模型 COCOMO2给出了3个层次的软件开发工作量估算模型： （1）应用系统组成模型—用于构建原型 （2）早期设计模型—用于设计阶段 （3）后体系结构模型—用于开发阶段 工作量估算 COCOMO2模型--后体系结构模型 E = a * KLOCb * ∏fi E是开发工作量（以人月为单位） a是模型系数 KLOC是估计的源代码行数（以千行为单位） b是模型指数 fi（i=1-17）是成本因素 工作量估算 成本因素 产品因素 平台因素 人员因素 项目因素 工作量估算 COCOMO2使用的5个分级因素： （1）项目先例性 （2）开发灵活性 （3）风险排除性 （4）项目组凝聚力 （5）过程成熟度 进度计划 项目管理者的目标：定义全部任务项目任务，识别关键任务，跟踪关键任务的进展状况，以保证能及时能发现拖延进度情况。 为达到上述目标，管理者必须制定一个足够详细的进度表，以便监督项目进度并控制整个项目。 进度计划 在项目计划的早期，首先指定一个宏观进展，把宏观进度的表中的每个条目都精化成一个详细的进度表，从而标志出完成一个活动所必须实现的一组特定任务，并安排好了实现这些任务的进度。 进度计划 1、估算开发时间 2、Gantt图 3、工程网络 4、估算工程进度 5、关键路径 6、机动时间 进度计划 1、估算开发时间 对于一个估计工作量为20人月的项目，可能进度表： 1个人2