在基本COCOMO模型中,用于估计软件的开发时间。
工作量:a* KLOC^b =X人月
开发时间:C*工作量^d=Y个月
其中a,b,c,d是从下表导出的常数,这取决于软件项目的类型。

问题1
假设X= 10,工作量将等于10个人月。
10个人月是否意味着如果我们有10个工作人员,完成该项目所需的工作将是1个月?
10人月是否意味着,如果我们有10人工作,那么完成该项目所需的工作将是10个月。
问题2
常量是否有任何SI单位,如SI单位的努力是人的月份
我对这个术语感到困惑
发布于 2014-02-28 09:41:00
十个人月意味着一个人可以在十个月内完成这项工作,同时十个人可以在一个月内完成这项工作。这纯粹是虚构的。下面的典型例子在政治上是不正确的,但是说明性的。一个女人要九个月才能有孩子。九个女人不会缩短这九个月的间隔。读神话中的男人月。你需要和Boehm一起读这个。
成本估算是正确的,考虑到了诸如从怀孕到分娩的九个月间隔等限制因素。做得更好的是,你需要考虑那些在大型软件项目中不可避免地会引起他们不快的随机事件。软件项目管理实践的现状(不是最先进的)是考虑到已知的约束和不可避免地放慢速度的随机胡说八道。它的另一个名称是:蒙特卡罗软件成本估算。
附录
把人的月份看作相当于你的电力公司使用的千瓦时作为电费基础的软件。
假设您获得了一份构建10个小部件的合同。假设此任务是完全自动化的。打开一个千瓦的电器,一个小时后,瞧,你就有了一个小部件。这项工作的总工作量是10千瓦时(10个小部件乘以每个小部件1千瓦时)。如果你使用一个电器,你可以在10个小时内完成这项工作,如果你使用两个电器,你可以在5个小时内完成工作。你能用十台电器在一小时内完成这项工作吗?理论上说是的。在实践中没有。首先你必须购买那些额外的电器,然后当你同时打开所有的十个电器时,你就会引爆保险丝。当你去当地的五金店时,要想发挥作用,你需要的尺寸就不够用了。你最终会花上几个小时去寻找那个尺寸的保险丝。你最好用你手头上的那两件家用电器。
发布于 2014-03-30 11:42:50
团队规模是模型的输入之一;只有当您有一个现有的、小型的和经验丰富的团队时,您才能使用好的系数。这意味着一个经验丰富的团队,在这类普遍的问题上,彼此合作。
您也许可以添加1或2个成员,但只要有更多的成员,就会使模型假设无效。返回并重新计算新的系数,它通常会提供一个估计,您将通过增加更多的人员来延迟项目。
以一个有孩子的妇女为例,这样做将把这个项目从“常规的,在个人能力范围内”转移到“二战规模的开放式遗传学研究工作,这可能是可能的,也可能是不可能的”。
图表上没有这条线,但你可以推断.
发布于 2014-03-30 15:00:22
与任何其他软件评估方法一样,COCOMO的练习目的是回答两个问题:它将花费多少钱,需要多长时间?
COCOMO人--几个月的努力和几个月的持续时间--意味着,当项目结束时,估计你已经支付了相当于那么多人工月的薪水,那么多个月将在日历上度过。
这并不意味着一个人能在这么多个月内做到这一点,也不意味着许多人可以在一个月内做到这一点。
COCOMO估计是基于代码估计的可交付源代码行,并在人工月中产生结果,因为代码的可交付源代码行和已使用的人工月都很容易在事后度量。其中一个直接来自交付的代码,另一个直接来自项目的薪资数据。COCOMO中的神奇数字是通过对大量项目的时间数据和行计数进行事后测量来开发的。
这使您能够校准对特定组织的估计量,并提高特定组织估计的总体质量。Boehm等人强烈建议每个组织都这样做。他们给出的数字是单个组织的良好起点,但它们不是刻在石碑上的,也不是最终的答案。
基本COCOMO给你的名义总努力,以人月,和名义项目的持续时间,以月份为单位。要获得该期间所需的名义人数,您可以将努力除以持续时间。
这是名义上的。基本COCOMO不解决非名义上的时间表,无论是压缩或伸展。若要考虑管理对日程安排的影响,您必须使用中间COCOMO或详细COCOMO。
要回答您的第二个问题:不可能将单位分配给基本COCOMO的单个魔术数字,因为系统是正式未指定的。在维度(因子标签)分析中,您无法决定哪些单元与哪个幻数相匹配,哪些单元被取消。
https://softwareengineering.stackexchange.com/questions/230755
复制相似问题