软件工程-----软件项目估算

项目估算
(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.在基于问题的估算技术中所用的生产率数据不适合本系统，或者误用了