精品第四讲-成本估算.pptVIP

3、估算--经验模型-- COCOMO 这是由TRW公司开发。Boehm提出的结构型成本估算模型，是一种精确、易于使用的成本估算方法。 基本参数： DSI（源指令条数） KDSI＝1000DSI。 MM（度量单位为人月）。 TDEV（度量单位为月）表示开发进度。 * Putnam模型中Ck值 * 效益分析案例 一个公司实际项目预算审批流程： 项目经理提出-部门经理审核-项目管理部审核-公司领导批准。 各项控制指标： 软件开发部门可控的费用：50%。 与实际发生成本误差控制在±10%。 公司管理费大约占20-30%。 平均利润在30%左右。 * 第四讲-成本估算 * 估算的目标 生成一个简单的表，描述要完成的任务、要实现的功能、以及完成每一项所需的成本、工作量和时间。 * 3、估算 对估算的观察。 项目策划过程。 软件范围和可行性。 资源。 软件项目估算。 分解技术。 经验估算模型。 面向对象项目估算 特殊的估算技术。 自行开发或购买的决策。 * 3、估算-对估算的观察 估算是对未来的一种预测。有很大的不确定性。 采用实用技术，对时间和工作量进行估算。估算是所有其他活动的基础。好的估算方法和可靠的历史数据提供了好的希望。 估算的风险：取决于对资源、成本及进度的定量估算中存在的不确定性。 采用现代软件工程的方法，可以在一定程度上接受用户需求的变更所带来的风险。 * 3、估算-项目策划过程 软件项目策划的目标是提供一个能使管理人员对资源、成本及进度做出合理估算的框架。 * * 3、估算-软件范围 软件范围描述了将要交给最终用户的功能和特性、输入和输出的数据、使用软件时要呈现给用户的内容，以及界定系统的性能、约束条件、接口和可靠性。 确定软件范围的方法：与所有相关人员交流之后，写出对软件范围的叙述性描述。由最终用户开发的一组用例。 * 3、估算-软件可行性 四个固定因素： 技术：项目在技术上是可行的吗？它在技术水平范围内吗？能够将缺陷减少到一定程度而满足应用要求吗？ 经济：它在经济上可行吗？能以开发组织、客户或市场负担起的成本完成开发吗？ 时间：项目投入市场的时间可以击败竞争者吗？ 资源：组织拥有取得成功所需要的资源吗？ * 3、估算-资源 人力资源。 可复用软件资源。 环境资源。 * 项目资源图 * 对每种资源必须描述的特征 1、资源的描述。 2、可用性说明。 3、何时需要该资源。 4、使用资源的持续时间。 * 3、估算-软件项目估算 软件成本和工作量的估算从来没有成为一门精确的科学。所以，一般是在一定的可接受的风险范围内的估算。 把估算推迟到项目的后期进行。 根据已完成的类似项目进行估算。 使用比较简单的分解技术，生成项目的成本和工作量估算。 使用一个或多个经验模型来进行软件成本和工作量的估算。 * 3、估算-分解技术 软件估算是一种解决问题的形式，在多数情况下，要解决的问题非常复杂，不能作为一个整体考虑。因此，要针对问题进行分解，把它分解成一组小的问题，再定义他们的特性。 软件规模估算。 基于问题的估算。 基于过程的估算。 基于用例的估算。 调和不同的估算方法。 * 3、估算-分解技术-基于规模的估算 规模：是指软件项目可量化的结果。直接的方法是代码行技术，间接的方法是功能点技术。 * 3、估算-分解技术-基于规模的估算 四种不同方法： 1、模糊逻辑：计划人员先确定应用类型，定性地确定其量级，然后在初始范围内在细化该量级。 2、功能点法：计划人员对信息域进行估算。 3、标准构件：项目计划人员估算每个标准构件出现的次数，再根据历史数据来确定每个标准构件交付时的规模。 4、修改法：计划人员要估算必须完成修改的数量和类型。 * 3、估算-分解技术-基于规模的估算 采用LOC或FP方法之后，再采用三点估算法（期望值估算法）进行校正。 S =（Sopt + 4Sm + Spess ）/ 6 Sopt -- 乐观值。 Sm -- 可能值。（遵循?概率分布） Spess – 悲观值。 * 3、估算-分解技术-基于问题的估算 代码行技术。 任务估算技术。 Delphi法。 类比法。 功能点估计法。 PERT估计法。 * 代码行技术 LOC是指所有的可执行的源代码行数，包括可交付的语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等。一代码行（1LOC）的价值和人月均代码行数可以体现一个软件生产组织的生产能力，开发组织可以根据对历史项目的审计来核算组织的单行代码价值。 L = (a + 4m + b ) / 6; * 任务估算技术 项目计划人员首先给出一个有