第五章软件项目计划.ppt

国防科技大学计算机学院 第5章 软件项目估算 5.1 对估算的观察 5.2 项目计划目标 5.3 软件范围 5.4 资源 5.5 软件项目估算 5.6 分解技术 5.7 经验估算模型 5.8 自行开发或购买的决策 5.9 小结 软件项目估算 当前在基于计算机的系统中，软件开发成本占总成本的比例很大。 在软件项目立项和软件项目管理工作中，客户和项目管理人员都十分重视软件项目的成本估算。 软件是逻辑产品，成本估算涉及人、技术、环境、政策等多种因素，在项目完成之前，很难精确地估算出项目的开销。 5.1 对估算的观察 估算是所有其他项目策划活动的基础。没有估算就着手开发，我们将陷入盲目性。 好的估算方法和可靠的历史数据提供了最好的希望。 估算的风险取决于对资源、成本及进度的定量估算中存在的不确定性。 如果对项目范围不太了解，或者项目需求经常改变，不确定性和估算风险就会非常高。 5.2 项目策划过程 软件项目计划的目标是提供一个框架，使得管理者能够对资源、成本及进度进行合理的估算。这些估算是软件项目开始时在一个限定的时间框架内所做的，并且随着项目的进展不断更新。此外，估算应该定义“最好的情况”及“最坏的情况”，使得项目的结果能够限制在一定范围内。 5.3 软件范围和可行性 软件项目计划的第一个活动是确定软件范围。在系统工程阶段，应该对分配给软件的功能及性能加以评估，以建立一个项目范围，该范围在管理级及技术级均是无二义性的和可理解的。 5.3 软件范围和可行性 软件范围描述了功能、性能、约束条件、接口及可靠性。在范围说明中给出的功能被评估，并在某些情况下被进一步精化，以便在估算开始之前提供更多的细节。因为成本及进度估算都是面向功能的，所以某种程度上的分解常常是很有用的。性能方面要考虑包括加工及响应时间在内的要求。约束条件标识了外部硬件、可用内存或其他已有系统等对软件的限制。 5.3 软件范围和可行性 软件可行性分析的四个固定要素 技术 经济 时间 资源 5.4资源 项目策划的第二个任务是估算完成软件开发工作所需的资源。 将开发资源表示成一个金字塔。 金字塔的底层：开发环境——硬件及软件工具，提供支持开发工作的基础。 金字塔的中间层：可复用软件构件——软件建筑块，能够极大地降低开发成本，并提早交付时间。 金字塔的顶层：人员 5.4 资源 5.5软件项目估算 为了可靠地估算成本及工作量，有以下几种选择可以考虑： 将估算拖延到项目的最后阶段(显然，如果在项目完成之后进行估算，我们能够赢得百分之百的准确率)。 基于已经完成的类似的项目进行估算。 使用简单的“分解技术”来进行项目成本及工作量的估算。 使用一个或多个经验模型进行软件成本及工作量的估算。 5.5 软件项目估算 四种方法可以同时、单独或组合使用，以便取长补短，提高项目估算的精度和可靠性。 每种可行的软件成本估算方法，其效果的好坏取决于估算使用的历史数据。 为了实现软件项目估算，实践中开发了大量的软件项目自动估算工具，用以支持软件工作量或成本估算。 5.6 分解技术－基于问题的估算 不管使用哪种估算变量，项目计划者都要从估算每个功能或信息域的范围值开始。当确定了一个范围值时，就暗示了不确定性的程度。 采用上述估算方法可以估算出LOC或FP的乐观值a，悲观值b和一般值m，然后根据下列加权公式计算出期望值 e=(a＋4m＋b)／6 希望LOC或FP的值落在区间［a,b］之外的概率极小 5.6 分解技术－基于问题的估算 当LOC或FP的期望值估算出来之后，根据以前软件项目开发的平均生产率LOC/PM或FP/PM就可以计算出工作量。 如，软件项目的规模估算为310FP，以前完成的软件项目的生产率为5.5FP/PM，于是工作量估算为E=310/5.5=56PM。 如果当前估算的软件子项目比以前完成的项目复杂，那么所用的生产率值可以低于平均生产率，反之也可以高于平均生产率。 5.6 分解技术－基于问题的估算 例 估算计算机辅助设计软件项目 将CAD项目按功能分解为七个子项目 ①用户界面和控制（UICF）； ②二维几何分析(2DGA)； ③三维几何分析(3DGA)； ④数据库管理(DBM)； ⑤计算机图形显示(CGDF)； ⑥外设控制(PCF)； ⑦设计分析(DAM)。 给出七个子项目代码行的乐观估计、悲观计和一般估计值， 然后计算出加权平均值。 5.6 分解技术－基于问题的估算 5.6 分解技术－基于问题的估算 分析七个子项目的规模复杂性和难度，参照以前开发类似项目的经验给出开发每行代码的平均成本，每月开发的代码行数。 假设：平均生产率620 LOC/pm 一个劳动力价格是8000 $ /m 用这两组