项目估算
(1) 工作量,资源->成本
(2)策划:确定范围和可行性
(3)策划:资源:
人员:技术,数量,位置
环境:硬件和软件
构件:第三方的商用成品构件,具备全经验的构件,
具备部分经验的构件,新构件
(4)策划:工作量估算(估算软件规模: LOC, FN)
-》可选:
-》基于问题分解
LOC(line of code),FN用处:
相同点:
不同点:
估算结果:乐观值:乐观值,悲观值,可能值
s=(乐观值+悲观值+4可能值)/6
-》基于经验模型
基于过程的估算
1、概要:最通用的估算技术,即将过程分解为一组较小的任务,并估算完成每项任务所需的工作量
2、过程:分解功能点->给出为实现每个功能所必须执行的软件过程任务
基于用例的估算
问:用于用例的方式比较困难
-》描述用例时,没有标准的形式
-》用例表现的软件的外部视图(用户视图),可在很多不同的抽象界别上建立
-》用例没有表示出它所描述的功能和特性的复杂性
-》不能涉及很多功能和特性的复杂行为( 如交互性)
如何进行估算:规定一个结构层次,所有用于估算的用例都需要该层次上进行
问:如何定义层次结构:
每个功能在任–层次由不超过10个用例描述
每个用例包括的场景数目不超过3个
公式:
LOC估算= NLOC avy+ [ (Sa/Sh-1)+ (Pa/Ph-1)]*LOC adjust
N:用例数目
LOC avy:同类型的子系统中,每个用例的历史平均LOC值
Sa:用例包含的实际场景数
Sh:在该类型的子系统中,每个用例包含的平均用例场景数
Pa:用例实际的页数
Ph:在该类型的子系统中,每个用例包含的平均用例页数
LOC adjust:矫正值,由LOC avy的n%表示。n由当前项目和团队技能水平来定,表示
与“一般"项目的差异
协调不同的估算方法
问:如果使用不同的估算方法,得到的结果一致性很差,怎么办
可以考虑以下问题:
1.计划人员没有充分理解或者误解了项目范围
2.在基于问题的估算技术中所用的生产率数据不适合本系统,或者误用了
软件工程-----软件项目估算
最新推荐文章于 2023-02-03 11:37:20 发布