用例点方法
事务定义为任务的原子集,要么全部执行,要么不个都不执行。
根据包含事务数将用例分为简单用例(1-3)、中等复杂用例(4-7)和复杂用例(7+)。
简单用例分配因子为5,中等复杂用例分配因子为10。而复杂用例分配因子为15。
根据应用中用例因子的加权和求得总的未经调整的用例点(unadjusted use case point,简称UUCP)
用例点方法
根据技术因素及其权重表调整原始UUP以反映项目的复杂性和项目工作人员的经验(技术复杂性因子TCF )。
根据团队的环境因素及其权重表,并用0~5评定每个因素,计算出环境因子(EF)
最终的用例点(use case point,简称UCP): UCP=UUCP×TCF×EF
技术因素及其权重表
TCF=0.6+(0.01×TFactor)
环境因素及其权重表
EF=1.4+(-0.03×EFactor)
环境因素及其权重
对于经验有关的因素,0表示没有该主题的经验,5表示专家水平,而3则表示平均水平。
对于积极性,0表示没有项目积极性,5表示积极性高。而3则表示平均水平。
对于需求的稳定性,0表示非常不稳定的需求,5表示不变的需求,而3则表示中等稳定程序。
对于兼职型工作人员,0表示兼职型技术人员,5表示全职工作人员,而3则表示平均值。
对于编程语言的难度,0表示易掌握的编程语言,5表示非常难的编程语言,而3则表示一般难度的编程语言。
用例点方法
进行工作量估计时,一般在整个生命期中为每个UCP分配20人时,由此得出的估计是很粗的。
需要对它按如下步骤做进一步精化。计算有多少个因素的值小于3,有多少个因素的值大于3。如果值小于3的因素总数很少,则每个UCP分配20人时是合适的。如果有很多,则每个UCP分配28人时。换句话说,每个UCP分配20~28人时,而项目经理可以根据各种因素决定使用哪个值。
进度估计
即估算完成各个活动所需的时间。
影响活动工期的因素有:
——意外事件
——小组成员的工作熟练程度与工作效率
——资源供应情况
活动历时估算方法
——类比法
——专家判断法
——资料统计法
资料严重不足时,可用经验公式估算大概的工期:(乐观的估计+4*最有可能的估计+最悲观的估计)/6
绘制优先网络图
·召集项目组的主要成员参加,集体绘制;
·确保每一个活动都有前任活动与后续活动;
·暂时不要考虑活动需要多长时间;
·用及时贴、胶带纸或磁铁卡片等既可固定又可方便移动的道具。
关键路径
在项目网络图中,从左到右把时间相加,时间最长的那条路径就是关键路径,它表明了完成项目所需的最短时间
关键路径在实施项目的不同线路上通过顺推(左到右)和逆推(右到左)两种方式来确定
在非关键路径上的活动,在其最晚的完成时间,也就是及时贴右下角的数字大,它们之间的差即为浮动时间。
关键路径上的任务分配给最能干、最负责任的人员;有浮动时间的活动,训练新人,运用新技术
在项目进行过程中,关键路径有可能由于活动的推迟而发生变化
进度计划
建议的进度应当在以人月为单位的总工作量的平方根左右;例如,如果估计的工作量为50人月,则一个由7~8个专职工作7~8个月的进度计划比较合适。
一般来说,设计大概占进度的40%(20%用于概要设计,20%用于详细设计),构建占40%,而集成和系统测度占20%。设计、构建、集成和测试阶段的人力分配分别是1:2:1(因此这些阶段的工作量分配为1:2:1)。
质量规划
软件质量:已交付软件中每个单位规模的故障数。
软件故障:某种使软件表现出与客户的要求或者需要不一致的方式进行运转的问题
故障可以在软件过程的任何阶段引入;故障排除成本与故障潜伏时间成正比;在每个可引入故障的阶段之后执行质量控制
故障排除任务包括需求评审、设计评审、代码评审、单元测试、集成测试、系统测试和验收测试
质量管理的量化
故障排除效率(defect removal officiency,简称DRE):QC任务检测到的故障数占现有总故障数的百分比。
故障预测(defect predition)。这种方法根据已交付软件的故障密度设定质量目标。
相关链接: