软件项目预计办法及应用凡事预则立,不预则废。一种好的开始项目等于成功的二分之一,软件项目的成功核心在于一种切实可行、安排合理的项目计划。某种程度上来说,项目计划的好坏已经决定了项目的成败。而要做好项目计划,则必须从优秀的项目预计开始。《孙子兵法》云:“夫未战而庙算胜者,得算多也,未战而庙算不胜者,得算少也。多算胜,少算不胜,而况于无算乎!”意思是说,在拉开战幕之前,就具体分析敌我实力,商讨周密的作战计划,充足评定有利条件和不利条件,开战之后就往往会获得胜利;反之,没能进行周密“庙算”,开战之后就往往会失败,更何况不进行“庙算”呢?由此可见,预先预计对于一件事情的成败的重要性是至关重要的,甚至是决定性的。项目预计如此重要,那么我们如何才干做好预计呢?诸多项目经理睬说,我们也做了预计,可是最后还是失败了,这又是为什么呢?对这些失败的项目进行“尸体解剖”,我们发现这些项目经理往往是对项目预计认识不充足,缺少对的的项目预计的技能和知识,从而造成项目预计工作不完整、不全方面、不精确,因而无法有效的支撑项目计划的制订。预计的办法及流程以项目的初始预计为例,完整的项目预计活动应当遵照如图所示的环节:(1) 作为项目预计的输入,需求要尽量的明确。需求描述的越清晰、越完整,预计的成果偏差就越小。(2) 在预计的操作中,被预计的需求应进行一定程度的分解。理论上,分解的颗粒度越精细,预计的成果的精度也越高。但在实际操作中,需要考虑两个方面的因素。首先,项目从启动到结束,需求的可分解性是逐步增加的,因此在最初的阶段,需求分解不太可能达成非常精细的程度,即使强制进行了细致的分解,对预计成果的影响也不明显;另外一种方面,需求分解的越细致,操作的工作量也越大,预计的成本也越高。因此,需要把握需求分解的颗粒度,要找到其中的平衡点。(3) 规模预计的目的是衡量最后交付产品的规模量级。对于软件项目的规模普通是代码行(LOC,或KLOC)。惯用预计办法普通有 Delphi 办法、类比法、功效点预计法和 PERT 预计法a) Delphi 法i、 组织者向专家发放项目需求,预计专家熟悉项目需求。普通由 3~4 名专家参加预计为佳。ii、 组织者向各专家提供项目规格和预计表格;iii、组织者召集小组会各专家讨论与规模有关的因素,并设定预计结论的接受原则。普通以预计差别的方差值在某一设定的范畴内为可接受;iv、 各专家匿名填写预计表格;v、 组织者整顿预计成果...