开发工时的估算
頻出约 20 分钟3 个术语过去问 10 题
本单元目标
- 能根据“以什么为依据来估算”区分 3 种估算方法。
- 能说明估算精度如何随开发进展而变化。
- 能根据规模和生产率求出工作量。
术语总表(3 个)
术语
功能点法(ファンクションポイント法)是把系统所具备的功能的数量和复杂度换算成点数,以此估算开发规模的方法。
清点用户能看到的输入输出、文件、查询等功能,再按各自的复杂度加权并求和,所得点数称为FP值,作为开发规模。由于数的是功能而不是实现方式,结果不太受所用编程语言的影响,在功能清单整理出来后就能开始计算。所需的工作量(以人月等表示的作业量)用这个规模除以根据以往实绩得出的生产率(每人月能完成的规模)来求得。
类比就像估算做饭要花多少工夫时,不看锅有多大,而是看要做几道菜、每道菜有多难。
记法“Function”就是“功能”。数的不是程序里的函数,而是用户能看到的一组组功能。
考点
- 常考功能点法(ファンクションポイント法)根据输入、输出、文件等功能的数量和难度得出规模,与清点源代码行数的方法是两回事。
- 常考功能点法首先估算的是开发规模。开发周期和工作量(工数)是由这个规模推导出的结果,而不是用来估算规模的材料。
- 易混自下而上估算法(積み上げ法)把作业细分后估算各自的工作量再合计,它数的是作业而不是功能,这一点与功能点法不同。
该术语的过去问 3 题 ファンクションポイント法 →
类推估算法(類推見積法)是以与即将进行的开发相似的以往项目实绩为依据,估算规模和工作量的方法。
以相似项目在规模、工作量、费用上的实绩为尺子,再针对本次的差异加以修正,推算出数值。即使细节还没定下来,也能很快给出粗略估算。另一方面,如果是没有相似先例的新型开发,推算的依据本身就会变得薄弱。
类比就像翻看去年一次类似旅行花了多少钱,来大致估计今年的旅费。
记法“类”指相似的东西,“推”指推测。也就是从相似的先例推测出来的方法。
考点
- 常考类推估算法(類推見積法)做估算本身所花的工夫和费用都较少。代价是,它的准确度不如从详细作业逐项累加的方法。
- 常考类推估算法适合在细节尚未确定的规划阶段,于短时间内得出粗略的成本。
- 常考开发越往后推进、确定的信息越多,估算(見積り)的精度就越高。规划初期的粗略估算最不精确。
该术语的过去问 2 题 類推見積法 →
相对估算(相対見積)不直接用时间估算作业量,而是与选定的基准任务相比,看它是几倍大来估算的方法。
先选定一个基准任务,再比较其他任务是它的几倍或几分之一,据此给出数值。在敏捷开发中,这个比值通常用故事点这种与时间脱钩的单位来表示。其依据是:比起直接说出一个量,人更容易对两样东西进行比较判断。
类比就像不把行李放到秤上,而是两手各拿一件掂一掂,判断“这件大概重一倍”。
记法“相对”的反面是“绝对”,和成绩的相对评价、绝对评价是同一对词。
考点
- 易混相对估算(相対見積)给出的值是与基准任务的比值,并不是能直接换算成时间或人月的绝对量。
要点
- 功能点法把功能量换算成点数,因此不太受编程语言差异的影响。
- 类推估算法适合规划初期的粗略估算,但对于没有相似先例的开发,依据会变得薄弱。
- 开发越推进、信息越多,估算的精度就越高。
- 工作量用规模除以生产率求得。
- 相对估算不用时间,而是用与基准任务的比值来表示任务大小。
查看这个领域的全部过去问 →