功能点分析方法的应用

合集下载

快速功能点法介绍及运用

快速功能点法介绍及运用

快速功能点法介绍及运用
快速功能点法是一种用于估算软件项目规模和工作量的方法。

它是功能点分析方法的一种变体,主要用于快速估算项目的规模和工作量。

快速功能点法的核心思想是通过对软件系统的功能进行分析,将其分解为一系列基本的功能单元,并对每个功能单元进行计数,从而估算出整个系统的规模和工作量。

快速功能点法通常包括以下步骤:
1. 识别和定义系统的功能:确定系统需要实现的主要功能和特性。

2. 划分功能单元:将系统的功能划分为一系列基本的功能单元,如输入、输出、查询、文件、接口等。

3. 确定功能单元的复杂度:根据功能单元的复杂度,确定其对应的功能点数。

复杂度通常根据功能单元的输入、输出、查询、文件和接口等方面进行评估。

4. 计算功能点数:将每个功能单元的点数相加,得到整个系统的功能点数。

5. 估算工作量:根据功能点数和经验数据,估算出整个项目的工作量。

快速功能点法的优点是快速、简单、易于理解,适用于项目早期的规模估算和工作量估算。

它可以帮助项目团队更好地了解项目的规模和复杂性,为项目计划和资源分配提供参考。

功能点分析方法的应用

功能点分析方法的应用

功能点分析方法的应用功能点分析方法的应用功能点是软件规模的度量,是对软件的功能的细分和量化。

将功能点和其它度量数据一起分析,可以实现对软件产品的各个属性的定量、定性描述。

例如和质量参数结合分析时的缺陷密度;和生产力参数结合分析时的生产率;和成本参数结合分析是的单位开发成本等等。

成功地实施功能点分析,可以在很大程度上帮助我们掌控项目,提高工作水平。

a) 有效地沟通和交流;b) 建立度量基线,并加以跟踪;c) 尽早地发现并解决问题;d) 在做权衡决策的时候有明确的参考数据;以下讨论在项目生命周期内各个阶段内功能点分析方法起到的作用。

1. 项目立项阶段项目立项阶段的主要工作是做可行性分析,其中一个很重要的部分是对项目商业上的可行性进行分析,也就是要判断赚不赚钱。

对于软件项目来说,这是一个难以量化的工作,软件项目中有太多的不确定因素,客户需求不明确而且容易发生变化。

这是最重要的工作就是进行初步的需求分析,以期确定项目的基本范围。

如果这个项目的行业领域是企业或者项目团队比较熟悉的领域,可以根据历史经验进行分析。

如果一个企业已经实施了功能点分析方法,并且建立起了基本基础数据库,就可以在分析的时候使用这些量化的数据,这样可以使决策更加科学。

2. 项目计划编制项目计划的主要内容就是根据项目范围和需求分析,编制软件项目计划,确定时间周期、工作进度、成本、资源等等。

在软件项目计划工作中最重要的工作就是估计。

估计工作包括估计产品规模、选择生命周期、估计工作进度等任务。

估计得到的数据是编制项目计划的基础,在所有的估计活动中,估计产品规模是最基础的工作。

使用功能点分析方法能够很好地量化需求,比起按照经验估算来说更加科学。

2.1. 需求分析和评估在实际工作中,项目的功能性需求往往不能够一下子就分析清楚,项目的范围也不是一下就能够决定的,这是一个反复迭代的过程。

使用功能点分析方法,在这个反复收集、分析、测量的过程中,澄清了项目的需求,将含糊的内容都明确下来,逐步建立完整和详实的工作计划。

功能点分析方法之一-原理篇

功能点分析方法之一-原理篇

功能点分析方法之一-原理篇功能点分析法(FPA:function point analysis) 是一种相对抽象的方法,是一种”人为设计”出的度量方式,主要解决如何客观,公正,可重复地对软件地规模进行度量的问题.FPA 法由IBM的工程师艾伦·艾尔布策(Allan Albrech) 于20 世纪70 年代提出,随后被国际功能点用户协会(IFPUG:The International Function Point Users' Group) 提出的IFPUG 方法继承,从系统的复杂性和系统的特性这两个角度来度量系统的规模,其特征是:“ 在外部式样确定的情况下可以度量系统的规模” ,“ 可以对从用户角度把握的系统规模进行度量” 。

功能点可以用于“ 需求文档” 、“ 设计文档” 、“ 源代码” 、“ 测试用例” 度量,根据具体方法和编程语言的不同,功能点可以转换为代码行。

经由ISO 组织已经有多种功能点估算方法成为国际标准,如:①加拿大人艾伦·艾布恩(Alain Abran) 等人提出的全面功能点法(full function points) ;②英国软件度量协会(UKSMA :United Kingdom Software Metrics Association) 提出的IFPUG 功能点法(IFPUG function points) ;③英国软件度量协会提出的Mark II FPA 功能点法(Mark II function points) ;④荷兰功能点用户协会(NEFPUG:Netherlands Function Point Users Group) 提出的NESMA 功能点法,以及软件度量共同协会(COSMIC:the Common Software Metrics Consortium) 提出的COSMIC-FFP 方法,这些方法都属于艾尔布策功能点方法的发展和细化。

功能点分析方法在软件需求管理中的应用

功能点分析方法在软件需求管理中的应用

功能点分析方法在软件需求管理中的应用软件项目面临的一个普遍困难就是需求的不确定与频繁变更,有效管理软件需求要解决的一个基本问题是确定变更的粒度大小以及对项目的影响程度。

本文使用功能点标准度量需求的规模,使得采用量化方式管理软件需求成为可能,从而对功能点在软件项目管理方面的应用进行扩充。

1. 背景相对于传统行业的项目而言,在软件项目中经常会发生工期拖延、费用超支、质量低下、用户不满意等负面情形[1],其原因可能包括客户要求不合理、过程管理不规范、质量意识淡漠等多种因素,但不能否认的是软件本身的特点是问题产生的根源。

相对于其他行业而言,例如土建、制造等传统行业,软件更为抽象和不易衡量,同时软件还具有容易变更的特点。

再加上软件不容易量化的特点使得软件项目的计划与跟踪粒度过粗、不能及时发现项目中存在的问题,从而导致软件项目的管理往往流于形式化,不能起到应有的作用。

软件项目管理主要从四个方面关注项目的进展状况[2],它们依次是项目的范围、时间、成本和质量,如图一所示。

其中项目范围作为主要的变量,对其他三个指标产生明显的影响。

而软件项目范围的不确定性则会直接导致项目工期、项目成本和项目质量的不确定性。

图一:项目管理三角形软件项目范围的不确定性通常表现为如下两个方面:1. 项目前期需求不明确。

前期需求不明确导致项目范围不确定,而基于范围基础之上的工期、成本与质量目标显然也带有很大的不确定性。

正是因为需求不明确,许多项目倾向于采用固定价合同计价模式。

当后期发生追加需求时,甲方可以避免追加合同金额的情形(甲方申请由追加需求产生的额外费用是比较困难的,因为他往往缺乏有效的方法说服自己的上司追加费用与额外需求之间明确的对应关系)。

可想而知,固定价合同模式对项目的乙方会产生什么样的影响。

乙方只好做些力所能及的被动适应性工作,例如无可奈何的加班、质量方面的下降、工期方面的顺延等等。

2. 需求变更时无法做出可信的量化影响分析。

专题1:功能点分析法

专题1:功能点分析法

– 当两个应用程序维护和/或引用相同的ILF/EIF,但是每个应用程序分别维护/引用它 们相应的DET时,这些DET在这两个应用程序的维护/引用中将单独计算。
• 例如,一个应用程序的两个“Elementary Process”基本处理过程都需要使用到“地址” 的信息,地址信息又可以细分为“国家、城市、街道、邮编”。那么对于其中一个基本 处理过程来说,它将整个地址信息作为一个整体进行处理,只算一个DET;另外一个基 本处理过程使用每个地址的详细信息,那么DET就是4个。
功能点估算法的特点
• 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。 对软件项目范围的估算有很多种方法,常见的是LOC代码行和FP功能点法。 它们之间的区别和关系如下:
– 功能点估算法常用在项目开始或项目需求基本明确时使用,这时进行估算其结果 的准确性比较高。假如这个时候使用LOC代码行估算法,则误差会比较大。
– 以图为例:一个外贸订单系统只包含录入、修改、删 除、查询和统计订单的功能,而汇率查询转换服务是 不属于该系统的。
图2 外贸订单系统用例图
• 应用程序边界的识别规则大家一定要牢记,不能 从技术角度去思考,必须从用户角度来定义;如 果项目牵扯到多个系统,那么必须将这多个系统 的边界全部描述清楚。
功能点估算分类
录入订单、修改订单、删除订单是EI; 查询订单是EO 统计订单是EQ 汇率查询转换系统为EIF 订单和客户是ILF

– – – – –
以外贸订单系统项目为例:
图2 外贸订单系统用例图
识别功能点的重要原则
• 软件项目管理中的功能点估算法将功能点分为5类: ILF、EIF、EI、EO和EQ。其中:
– ILF和EIF属于数据类型的功能点; – EI、EO、EQ属于事务类型的功能点。

功能点分析法IFPUG

功能点分析法IFPUG

功能点分析法IFPUG功能点分析法(IFPUG)是一种常用的软件功能点评估方法,用于对软件开发中的各个功能点进行评估和估算。

它是由国际功能点用户组织(IFPUG)提出和推广的一种评估方法,是目前业界使用最广泛的功能点分析方法之一首先是鉴别功能点。

在这个步骤中,需要识别出软件系统中的各个功能点。

一个功能点是用户对系统的一个可视功能需求,它可以是一个输入项、一个输出项、一个查询项或一个用户界面。

通过分析需求文档和与客户的沟通,可以确定系统中的功能点。

接下来是计算功能点。

在这个步骤中,需要根据功能点类型的不同来计算功能点的数量。

对于输入项、输出项和查询项,可以根据其数量来计算功能点的数量。

对于用户界面,可以根据其复杂程度和用户思维的变化来计算功能点的数量。

通过计算功能点的数量,可以对软件开发的工作量进行估算。

然后是功能点评估。

在这个步骤中,需要对鉴别出的功能点进行评估。

评估功能点的复杂程度和难度,以确定其对开发工作的影响。

评估结果可以用来调整功能点的数量和开发工作的时间和资源,以更准确地完成开发任务。

最后是功能点估算。

在这个步骤中,需要根据功能点的数量和评估结果来进行功能点的估算。

通过将功能点的数量乘以每个功能点的工作量,可以得到整个软件开发任务的工作量。

根据团队的能力和资源,可以确定开发任务的时间表和资源分配。

1.精确度高:功能点分析法(IFPUG)可以通过对软件系统的功能点进行细致的评估和估算,从而得到比较准确的开发工作量和时间估算结果。

2.简洁易懂:功能点分析法(IFPUG)的方法和计算公式相对简单明了,易于理解和操作,可以快速进行功能点的评估和估算。

3. 适用性广泛:功能点分析法(IFPUG)不仅适用于传统软件开发,也适用于Web应用、移动应用和嵌入式系统等各种类型的软件开发项目。

总之,功能点分析法(IFPUG)是一种有效的软件功能点评估方法,通过对软件系统的功能点进行评估和估算,可以更加准确地确定开发工作量和时间表,提高软件开发的效率和质量。

功能点分析法指南

功能点分析法指南

功能点分析法指南版本1.0文档编号:SW_SPP_GUI_FPA_V1.0SEPG*修改状态:A——增加,M——修改,D——删除文件批准单职务签字日期1. 功能点分析法概论 (5)1.1. 目标 (5)1.2. 收益 (5)1.3. 步骤 (5)1.3.1. 决定分析的类型 (5)1.3.2. 识别分析范围和应用边界 (5)1.3.3. 确定未经调整的功能点数 (6)1.3.3.1.数据功能的计数 (6)1.3.3.2. 交易功能的计数 (6)1.3.3.3. 确定调整系数 (7)1.3.3.4. 计算经过调整的功能点 (7)2. 分析流程 (7)2.1. 决定分析的类型 (7)2.1.1. 定义:功能点分析的类型 (7)2.2. 识别分析范围和应用边界 (8)2.2.1. 定义 (8)2.2.2. 定义应用边界 (9)2.3. 规则和流程 (9)2.3.1. 边界识别的规则 (9)2.3.2. 分析范围和应用边界流程 (9)2.3.3. 边界识别的一些技巧 (9)2.4. 计数数据功能 (10)2.4.1. 定义 (10)2.4.2. 计数流程概述 (10)2.4.3. ILF识别规则 (11)2.4.4. EIF识别规则 (11)2.4.5. 复杂度和贡献的定义和规则 (11)2.4.6. ILF/EIF计数流程 (12)2.4.7. 复杂度和贡献确定流程 (13)2.4.8. 数据功能计数技巧 (13)2.5. 计数交易功能 (14)2.5.1. 定义 (14)2.5.1.1. 基本定义 (14)2.5.1.2. 交易功能的总结 (14)2.5.1.3. 相关术语的定义 (15)2.5.1.4. 交易功能执行的逻辑处理总结 (16)2.5.2. EI、EO、EQ计数规则 (16)2.5.2.1. 交易功能计数的概要流程 (17)2.5.2.2. 基本处理的识别规则 (17)2.5.2.3. 交易功能计数规则 (17)2.5.3. 复杂度和贡献的定义和规则 (18)2.5.3.1. EI的复杂度和贡献规则 (18)2.5.3.2. EO/EQ的复杂度和贡献规则 (19)2.5.4. EI、EO、EQ的计数流程 (19)2.5.5. 复杂度和贡献确定流程 (20)2.5.6. 交易功能计数技巧 (21)2.6. 决定调整系数 (22)2.6.1. 调整系数的决定 (22)2.6.2. 确定V AF的流程 (22)2.6.3. 通用系统特性及其影响程度的评定 (22)2.6.4. 各GSC的DI分级详述 (23)2.6.4.1. 数据通讯 (23)2.6.4.2. 分布式数据处理 (23)2.6.4.3. 性能 (24)2.6.4.4. 使用强度高的配置 (24)2.6.4.5. 交易速度 (25)2.6.4.6. 在线数据输入 (25)2.6.4.7. 最终用户的效率 (25)2.6.4.8. 在线更新 (26)2.6.4.9. 复杂的处理 (26)2.6.4.10. 可重用性 (27)2.6.4.11. 安装的简易性 (27)2.6.4.12. 运行的简易性 (27)2.6.4.13. 多场地 (28)2.6.4.14. 允许变更 (28)2.7. 计算调整功能点 (29)2.7.1. 开发项目功能点的计算 (29)2.7.2. 升级项目功能点的计算 (29)2.7.3. 应用功能点的计算 (30)3. 附录A: 未经调整的功能点计算表 (31)4. 附录B:功能点计数中的规则表 (32)5. 附录C: 词汇表 (35)1.功能点分析法概论本章概要地介绍了功能点分析的方法,包括功能点方法的目的以及对功能点分析的方法进行总结。

关于功能点分析在软件工程中应用的研究

关于功能点分析在软件工程中应用的研究

全业务运营时代正在来临 ,传送网络 的要求势必越来越 高 。O T N技术凭借其明显 的优势深受移动 网络的欢迎 ,
我相信该技术将会不规模地部署运营商 网络 ,并且承担 起传送 网发展的重担。
参 考 文献
f 1 ] 云雅 琼, 王英 豪. 关于OT N目标 架构在 网络优化应 用 中的探 讨
[ J 1 l 电 信 网技 术, 2 0 1 2 ( 1 )
家 的设备 ,O T N是主流厂家波分 系统的线路侧所采用 的
结构 ,并且都 已经支持 了G. 7 0 9 标准 的接 口,在不 同系
统 之 间实 现 了互通 。

( 2)城 域 网应 用 OT N的交 叉 设 备 :OADM/ R O A DM是在波长级基础上进行颗粒调度的 ,是 目前负 责 的城域 网非 常切合实际的设备 ,但是其对2 . 5 G和GE 的子波长颗粒而言并不是好 的方法 ,此 时采用O T N 交叉 设备保护 和调度子波长级是有效 可行的方法 。 ( 3)干线传送 网应用O T N交叉设 备 :在干线传送
软件工程的未来将和过去大不相 同,系统会更加的
复杂。正确的运用度量可以帮助项 目管理者更好地确定 软件 的规模 ,规划资源的投入 ,安排项 目的进度并核算
工作量 、评估产 出质量 以及评价组织绩效 。
件信息包括七类 :进度进展 ,资源成本 ,产 品规模 及其
稳定性 ,产 品质量 ,过程性能 ,技术有效性机器客户满
软件项 目规模估算 向来是一 件较复 杂的事情 ,因 为软件其本身的复杂性 、历史经验以及估算工具 的缺乏
以及一些人为的错误 ,导致软件项 目的估摸估计往往与 实际情况差距较大。为 了能够在项 目的开发早期阶段对 整个项 目的规模有一个 总体把握 与大致了解 ,软件的规
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

功能点分析方法的应用功能点是软件规模的度量,是对软件的功能的细分和量化。

将功能点和其它度量数据一起分析,可以实现对软件产品的各个属性的定量、定性描述。

例如和质量参数结合分析时的缺陷密度;和生产力参数结合分析时的生产率;和成本参数结合分析是的单位开发成本等等。

成功地实施功能点分析,可以在很大程度上帮助我们掌控项目,提高工作水平。

a) 有效地沟通和交流;b) 建立度量基线,并加以跟踪;c) 尽早地发现并解决问题;d) 在做权衡决策的时候有明确的参考数据;以下讨论在项目生命周期内各个阶段内功能点分析方法起到的作用。

1. 项目立项阶段项目立项阶段的主要工作是做可行性分析,其中一个很重要的部分是对项目商业上的可行性进行分析,也就是要判断赚不赚钱。

对于软件项目来说,这是一个难以量化的工作,软件项目中有太多的不确定因素,客户需求不明确而且容易发生变化。

这是最重要的工作就是进行初步的需求分析,以期确定项目的基本范围。

如果这个项目的行业领域是企业或者项目团队比较熟悉的领域,可以根据历史经验进行分析。

如果一个企业已经实施了功能点分析方法,并且建立起了基本基础数据库,就可以在分析的时候使用这些量化的数据,这样可以使决策更加科学。

2. 项目计划编制项目计划的主要内容就是根据项目范围和需求分析,编制软件项目计划,确定时间周期、工作进度、成本、资源等等。

在软件项目计划工作中最重要的工作就是估计。

估计工作包括估计产品规模、选择生命周期、估计工作进度等任务。

估计得到的数据是编制项目计划的基础,在所有的估计活动中,估计产品规模是最基础的工作。

使用功能点分析方法能够很好地量化需求,比起按照经验估算来说更加科学。

2.1. 需求分析和评估在实际工作中,项目的功能性需求往往不能够一下子就分析清楚,项目的范围也不是一下就能够决定的,这是一个反复迭代的过程。

使用功能点分析方法,在这个反复收集、分析、测量的过程中,澄清了项目的需求,将含糊的内容都明确下来,逐步建立完整和详实的工作计划。

做好需求分析工作使实施功能点分析方法的基础,这对于项目团队使一个挑战,也是一个改进的机会。

改进需求工作往往很空泛,一个重要的原因就是不知道也很难把握改进的程度,功能点分析方法使一个很好的检验方法,项目的需求工作的详细程度必须满足功能度量的要求。

将项目的功能点分析结果与行业功能点基准数据进行比较,可以通过行业的基准数据发现问题。

2.2. 项目范围的确定和评估软件的项目范围要有明确的规定,必须形成描述项目范围的说明。

清晰的需求分析通常能够使我们了解项目的范围,但是很难找到一个表示项目范围的量化的指标,而功能点分析方法就可以为项目组和项目关系人建立一个项目的范围的量化认识。

计算功能点指数数量的过程就是得到项目范围量化指标的过程。

层层细分业务功能,不仅可以对项目的范围有清晰明确的认识,而且可以方便地计算处每个业务模块或者功能模块的功能点指数数量,以至整个应用软件系统的功能点指数数量,并可以建立功能点指数数量和项目范围、业务模块或者功能模块之间的对应关系。

另外一个好处就是分解工作按照层次进行,因此结合每个部分的功能点指数,可以形成比较清晰的图表,项目组内部之间以及与客户进行沟通更加容易,这样建立起来的项目范围是比较合理而且共同认可的。

项目范围的量化数据可以作为基线的一部分,作为日后跟踪监控项目的基础。

这样在进行项目范围评估的时候:a) 看项目范围是否合理,项目关系人是否接受和认可b) 结合功能点分析计算过程,判断是否充分分析了项目范围。

c) 根据功能点分析计算的结果,结合经验和行业基准库,判断项目范围内,与项目配置的资源、时间是否合理。

d) 在需求变更的时候,量化变更的范围和变更的规模和数量。

2.3. 购买/外包决策和费用评估对待购买的应用软件的规模进行测量,分析产品的需求,估计软件的规模和成本,然后判断是自己开发,还是购买。

2.4. 生命周期模型对于迭代模型或者增量模型而言,结合功能点分析方法,估计出每个阶段需要完成的功能点指数数量以及可能变化的需求功能点指数数量,并结合项目的架构进行评估,对需要各个阶段之间额外增加的接口数量进行计划和安排。

2.5. 日程进度资源的估计通常估计项目计划就是做WBS分解,根据每个子任务进行日程安排和进度规划。

很多估计完全是经验型的,这种方法的可预测性和可重复性不强,而且在实践活动中,容易受到权威和权利的干扰,效果有限。

使用功能点分析方法则可以提高这些估计活动的准确性,通过量化产品规模和日程进度的关系,提高估计的效率。

2.6. 质量估计产品质量的度量:一种比较常用的度量方法是在产品提交之后,运行一段时间内发生的所有问题和提交的产品规模的比例。

另外一种质量估计方法是,根据历史记录分析各个阶段发现的缺陷数量,对产品质量轻跨国内进行估计。

使用工业数据库或者公司历史资料数据库做为质量要求的基线,对产品质量进行评估,如果不符合,则必须分析项目的开发进程,找出问题的关键,从而改进开发流程,以保证质量符合项目需求。

统计表明,在一个软件组织中,一定规模的应用软件其缺陷发生的概率是一定的,因此根据该项目的产品规模,就可以估算该产品的大概质量水平,从而采取相应的措施。

2.7. 软件项目计划制定和评审计划评审关注:a) 生命周期是否合理;b) 进度安排、日常安排、资源分配计划是否可行;c) 成本因素方面是否可行,采购安排是否可行;d) 风险计划是否充分合理;e) 项目干系人是否接受计划评审过程本质上就是对上述计划数量的获取过程以及结构的确认。

在这个过程中,综合利用功能点方法的具体做法是:准备号用于平时的各种数据,特别是项目基础数据和基准数据,以推理的方式说明是如何得到各种项目计划数据的。

功能点分析方法是一个全新的方法,它是软件项目计划脱离了定性估算,建立了定量估算的基础。

使对软件项目的整体规模安排有了一个相对合理的度量单位-功能点指数。

3. 在项目执行过程中的应用对项目执行情况进行跟踪监控,使整个团队和项目关系人能够确切地知道项目的进展,这样使项目绩效在偏离目标的时候采取适当的纠正措施。

在项目执行过程中,监控任务的重点分成两个部分,第一部分根据计划监控项目的执行过程,第二部分则是管理纠正措施,直到问题解决。

监控的主要内容:项目计划的参数指标;承诺;项目风险;数据管理;项目关系人的参与;进行进度评审。

纠正措施的主要内容:分析问题;采取纠正措施;对纠正措施进行全过程管理。

监控项目计划的参数指标,就是监控和测量项目过程和项目产品。

对于项目过程来说,有过程的工作产品、任务花费、工作量和进度等过程属性。

对于产品来说,是产品的规模、复杂度、重量、形式、适合度和功能等产品属性。

监控其实是对这些属性进行量化的测量,并结合项目计划进行比较,从而确认与计划的相同点和不同点,以便进行分析和采取纠正措施。

在项目监控过程中都可以采用功能点分析方法,其中最主要的是在监控项目的参数指标和进度里程碑评审中使用,主要的内容就是范围变更管理、项目进度跟踪、质量跟踪和绩效跟踪几个方面。

3.1. 范围变更的管理分析变更带来的影响,量化变更的范围。

在项目进行过程中,当确认了功能变更,就需要重新计算这个应用软件的功能点指数,以反映这些功能需求的变化。

这样就容易对项目的范围进行监控,每个项目里程碑都可以量化确认项目需求的变更情况。

如果项目的需求变更情况超过初始估计时确定的数值,就相当于给项目团队提示了一个早期的警告,即初始的估计存在问题,项目需要再做一次估计、计划评审以及相应的风险评估活动,以避免可能存在的问题,并采取一定的措施。

例如,更改软件计划,减少本次发布软件的功能。

如果变更较小,影响较小,再进度评审时进行确认,再里程碑评审的时候对阶段性所有的项目范围的变更进行确认,如果有突发的、很大的变更,对项目的影响很大,则是在基本的变更流程基础上,深入分析并且及时和项目关系人取得沟通和共识,确保项目顺利进行。

3.2. 项目进展的跟踪在功能点跟踪矩阵中,对于设计、编码、测试等工作整体完成的情况做量化测量。

还可以根据功能点对应的价值进行挣值管理。

3.3. 质量跟踪在项目执行过程中,缺陷的发生、分析、决计和严重的管理过程试质量跟踪最重要的任务之一。

质量度量:缺陷密度就是在一个预定义的时间段内,所有发现并确认的缺陷数量和软件规模的比率。

对缺陷数据进行统计学的分析,可以判断出项目过程中哪些方面的对缺陷密度有最大的影响。

可以通过控制这些特征和监控软件项目判断缺陷密度趋势是否达到了期望目标,并且可以在缺陷密度达到警戒线前采取措施,使项目质量控制在计划范围内。

3.4. 项目绩效绩效跟踪是项目管理的一个重要缓解,主要是对人员和项目组的绩效数据进行跟踪采集。

跟踪的方法没有特殊性,关键在于数据的收集和分析。

例如需求人员的生产绩效:需求人员的生成绩效的主要跟踪内容是,跟踪需求调研工作的功能规模、完成相应规模的需求工作锁花费的时间、以及将两个数据进行相应计算得到的单位时间内的需求生产率,这样就可以跟踪需求人员的工作绩效。

跟踪需求调研工作的功能规模通常是以初步确定需求为基础,完成相应的工作所花费的时间主要是访谈、评审和编写文档等工作时间,将两种相除即可以得到每人天完成的需求的功能点指数数量。

4. 项目收尾阶段项目收尾分为合同收尾和管理收尾。

与一般的软件项目管理收尾不同,PMBOK中的管理收尾并不仅仅是项目块结束了才执行,而是在每个阶段都需要执行的一项任务。

一般软件项目管理中的里程碑评审基本包括了PMBOK中的管理收尾的概念,而且包括更多的内容。

4.1. 软件项目的投资回报分析投资回报分析是一个项目实施后基本的工作,也就是看看投资一个下过面后是否达到预期的目标,是否赚钱,并建立投资与软件规模大小的关系。

对于产品部门,投资回报分析主要是计算开发所用的投资以及获得的产品规模,计算项目成本的投入,与标准成本对比,就可以得到这个项目的投资回报率。

相关文档
最新文档