软件工程实践者的研究方法讲义_第二十章软件项目估算.pptx
软件工程实践者的研究方法
软件工程实践者的研究方法软件工程，通常被称为软件开发，是应用程序设计和系统设计、需求分析、设计、实施、测试和维护的复杂过程。
它是一种涉及许多不同领域的多学科交叉学科，广泛应用于企业的信息设计和开发。
软件工程实践者需要借助多样的方法来实现对复杂软件系统的有效研究。
首先，软件工程实践者需要识别项目的立项阶段，了解项目的最终目标。
在此阶段，他们会分析用户的需求，开发系统的功能抽象，设计系统的结构和架构，建立项目的概要设计和技术方案，确定技术标准和方法论，以及定义软件产品功能的技术要求。
这一阶段的研究方法往往包括交互式工作法、有限元方法、自动控制方法和其他系统分析技术。
其次，在实施阶段，实践者需要提前预见可能出现的风险，研究与软件系统开发有关的技术和管理理论知识，并确定具体的开发步骤和实施方法。
此阶段的研究方法包括正交和MPP的全面测试、结构化工程管理方法、软件迭代技术以及基于领域和角色的研发方法。
这些方法可以帮助实践者更加准确地实现项目。
第三，测试阶段是保证软件系统能够按设计要求正确完成功能的重要阶段，实践者需要从用户的角度出发，使用系统视角来进行系统测试，重点检查软件系统的可靠性、可用性和性能，以及用户体验。
常用的研究方法有模拟测试法、构思实针和评估实针的方法、故障率的预估技术、静态分析和动态测试，以及性能测试和用户体验测试等。
第四，在维护阶段，实践者的职责是根据用户的诉求和系统的结构特点，不断修正和更新软件系统，以提高系统的可靠性、可开发性和可用性。
常用的研究方法有可靠性分析方法、可维护性分析方法、可重复性分析方法、可加性分析方法，以及软件修补、系统重构、安全审查、功能增强和交互体验测试等。
总之，软件工程实践者要想成功实现软件系统开发，就必须结合系统的特性，合理选择不同的研究方法，在立项、实施、测试和维护等阶段实现有效的系统分析和设计，以满足用户的需要。
软件工程实践者需要通过重视软件工程技术，以及不断提升和更新研究方法，以提高开发效率，实现更好的软件系统。
软件工程-实践者的研究方法
软件工程-实践者的研究方法在软件工程领域，实践者经常面临着各种各样的问题，需要进行研究来解决这些问题。
研究方法在实践者的工作中起到了至关重要的作用，帮助他们系统地获取、分析和应用相关信息。
本文将介绍几种常见的软件工程实践者的研究方法，包括案例研究、调查研究、实验研究和文献综述。
一、案例研究案例研究是软件工程实践者常用的一种研究方法。
它通过详细地调查和分析实际的软件项目或实践案例，来获取关于软件开发和维护过程的有用信息。
案例研究可以帮助实践者深入了解实际工作中的问题、挑战和解决方法，从而提高他们的技术水平和工作效率。
二、调查研究调查研究是另一种常用的软件工程实践者的研究方法。
它通过问卷调查、访谈或观察等方式收集数据，以了解实践者在软件开发和维护过程中的实际行为、经验和观点。
调查研究可以帮助实践者了解目标用户的需求和期望，从而指导他们进行需求分析和设计工作。
三、实验研究实验研究是一种系统的、科学的研究方法，广泛应用于软件工程领域。
实践者可以设计和进行实验，以验证和评估不同的软件开发方法、工具和技术。
实验研究可以帮助实践者比较不同的解决方案，评估其性能和效果，从而帮助他们做出更为科学和合理的决策。
四、文献综述文献综述是软件工程实践者常用的一种研究方法。
它通过查阅和分析已有的文献和相关资料，来了解和总结某个特定主题的研究进展、方法和结果。
文献综述可以帮助实践者了解目前领域内的最新进展和成果，从而指导他们的实际工作和研究方向。
除了上述几种常见的研究方法，实践者还可以结合不同的方法进行混合研究。
例如，可以通过案例研究和调查研究相结合，来获取更全面和准确的信息；或者可以通过实验研究和文献综述相结合，来验证和支持已有的理论和方法。
总之，软件工程实践者在进行研究时可以选择多种方法，根据实际情况来确定最合适的方法。
无论选择哪种方法，都应该注重数据的收集和分析，严谨地进行研究，以获取有价值的结果，并将其应用到实际工作中，不断提高软件开发和维护的质量和效率。
《软件工程-实践者的研究方法》chapter_20_cn_项目估算PPT精品文档29页
2005
5
了解范围...
理解客户需求 理解业务上下文 理解项目边界 理解用户的动机 理解改变发生的可能路径 理解…….
即使你已经理解了，还是不能保证任何事情!
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
har dware
environment
network resources
proj ect
OTS components
reusable software
new components
full -experi ence components
par t.-experience components
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
2005
1
项目计划任务集合——I
构造项目范围 确定可行性 分析风险
见25章
确定需要的资源
Approach, 6/e and are provided with permission by R.S. Pressman & Associates, Inc., copyright © 1996, 2001,
软件工程中的项目估算与计划
制作人： 时间：202X年X月
目录
第1章 软件项目估算与计划简介 第2章 软件项目估算 第3章 软件项目计划 第4章 软件项目监控与调整 第5章 软件项目管理工具与实践 第6章 软件项目管理的未来发展 第7章 总结与展望
●01
第1章 软件项目估算与计划简介
软件工程概述
效率。
项目估算的方法
基于经验的估算
基于类比的估算
基于参数的估算
项目规模估算
功能点估算方法
基于功能点进行估 算
项目规模估算的工 具与实践
使用工具进行实践 性规模估算
基于工作量的估算 方法
根据工作量进行估 算
项目成本估算
项目成本估算的各个方面
包括人力成本、材料成本等
成本估算的技术指标
以指标为基础进行成本估算
进展
变更管理与控制
里程碑制定与跟踪
管理项目变更，确 保项目方向不偏离
设定关键里程碑， 追踪项目进展
项目调整与变更
项目变更管理流程
识别变更需求 评估变更影响 批准或拒绝变更
变更影响评估
分析变更对项目的影响 评估风险和成本
调整措施与实施
制定调整方案 实施变更控制
项目成果评估与总结
项目交付成果评估是项目成功的重要标志，总结经验教 训有助于提升未来项目管理水平。同时，项目后评估与
项目计划的内容
里程碑计划、资源计划、进度计划、风险计划
软件项目管理概念
项目管理的定义
规划、组织、指导 和控制项目活动
项目管理的方法
项目管理的重要性
敏捷方法、瀑布模 型、迭代开发
确保项目按质、按 时、在预算内交付
●02
软件工程实践者的研究方法讲义.ppt
软件范围和可行性
对估算的观察
❖估算的风险取决于对资源、成本及进 度的定量估算中存在的不确定性。如 果对项目范围不太了解，或者项目需 求经常改变，不确定性和估算风险就 会非常高。计划人员，尤其是客户， 都应该认识到经常改变软件需求意味 着在成本和进度上的不稳定性。
项目策划过程
❖软件项目策划的目标是提供一个能使管理 人员对资源、成本及进度做出合理估算的 框架。此外，估算应该尝试定义“最好的 情况”和“最坏的情况”，使项目的结果 能够限制在一定范围内。项目计划是在计 划任务中创建的，尽管它具有与生俱来的 不确定性，软件团队还是要根据它着手开 发。因此，随着项目的进展，必须不断地 对计划进行调整和更新。
估算
❖ 如果有经验并遵循系统化的方法，使用 可靠的历史数据进行估算，利用至少两种 不同的方法创建估算数据点，制定现实的 进度表并随着项目的进展不断进行调整， 则可以确信已经为项目做了最好的估算。
估算
❖软件项目管理从一组统称为项目策划的活 动开始。在项目可以开始前，项目经理和 软件团队必须估算将要完成的工作、所需 的资源，以及从开始到完成所需要的时间。 这些活动一旦完成，软件团队就要制定项 目进度计划。在项目进度计划中，要定义 软件工程任务及里程碑，确定每一项任务 的负责人，详细指明对项目进展影响很大 的任务间的相互依赖关系。
估算
❖软件项目经理——利用从共利益者和软件工程 师那里获得的信息以及从以往项目收集的软件度 量数据。 ❖估算首先要描述产品的范围。然后，将问题分 解为一组较小的问题，再以历史数据和经验为指 南，对每个小问题进行估算。在进行最终的估算 之前，要考虑问题的复杂度和风险。 ❖工作产品是生成一个简单的表，描述要完成的 任务、要实现的功能，以及完成每一项所需的成 本、工作量和时间。
软件工程中的软件项目估算教程
制作人： 时间：202X年X月
目录
第1章 简介 第2章 项目估算的基本概念 第3章 项目估算工具与技术 第4章 项目估算实践与案例分析 第5章 项目估算的挑战与解决方案 第6章 总结与展望
●01 第1章 简介
项目估算概述
项目估算是软件工程中非常重要的一环，涉及项目的成 本、时间和资源预测。准确的估算有助于制定合理计划，
专家判断法
依赖专家经验判断 适用于小型项目
类比估算法
参数化估算法
基于类似项目的历史数据 用于大型项目估算
根据参数模型进行估算 适用于复杂项目
自下而上估算法
从细化任务开始估算 适用于详细项目计划
结尾
软件项目估算是软件工程中的关键环节，通过本教程，希望 您能更深入了解项目估算的重要性和方法，提升项目管理能
自动化估算
借助人工智能和大数据技术，实现软件项目估算的自动化
数据驱动决策
基于数据分析结果，提供决策支持，优化项目规划和执行
敏捷方法应用
采用敏捷开发模式，灵活应对项目需求的变化
软件项目估算的价值
软件项目估算是软件工程中的重要环节，它能够帮助管理者、 开发人员和利益相关者更好地理解和规划项目，确保项目按 时交付、在预算内完成，并达到高质量的标准。因此，深入 学习和实践软件项目估算，对提升软件工程水平和项目管理
数据分析工具
Excel - 数据处理和分析 SPSS - 统计分析 Tableau - 数据可视化
敏捷估算方法
游戏形式促进团队合作 通过投票提高估算准确性 专家逐轮评估确定估算值
机器学习应用
分析大量项目数据 预测项目成本、时间和资源需 求 提高估算准确性和效率
总结
软件工程中的项目工作量估算方法
软件工程中的项目工作量估算方法在软件开发过程中，对于项目的工作量估算是至关重要的。
它是评估项目实现成本、衡量项目进度和预测项目成功的一个重要方面。
因此，在执行软件项目的过程中，选择合适的工作量估算方法非常重要。
一、项目工作量估算的重要性对于软件开发项目的成功而言，准确地估计项目的工作量是至关重要的。
过于乐观的时间和工作估算会导致项目计划的延误和预算的爆炸。
相反，过于保守的时间和工作估算会导致开发团队过度紧张，过度工作和生产率的下降。
因此，在软件开发过程中，项目工作量的准确估算是开发团队的核心要求之一。
而成功的估算也需要以可靠性、透明度和可重复性为基石。
二、项目工作量的估算方法1. 专家判断法专家判断法是工作量估算一种简单而有效的方法之一，它是基于经验和知识的判断。
这些专家是具有足够经验和了解背景的开发人员、项目经理和群体利益相关者。
估算的过程是基于这些专家的数学和几何平均值和标准差和均方差。
该方法的优点是快速和简单。
缺点是，可能会有主观因素导致不准确的估算。
此外，估算的过程依赖于一定的“样本数”以保持准确性。
2. 比率法比率法是基于已知数据计算估算值的方法。
这些数据是过去类似的项目的过程数据，包括相似的复杂度、功能数量和规模。
它包括相对大小估算法、输出产出估算法和功能点分析法。
优点是该方法需要比率确定的数量，不需要过多的经验和库存。
缺点是表达了过去的经验，而现在的开发环境和背景可能不同。
3. 参数估算法参数估算法是基于另一些已知的估算值或数据进行估算，例如：开发人员和测试人员的工资、硬件和软件成本等。
该方法使用基于这些参数计算出的公式，为项目估算出一个准确的工作量。
它包括单元成本方法、推理成本估算方法和代价- 线性方法。
该方法的优点是基于客观的数据计算工作量，不受主观因素的影响。
缺点是需要依赖过去的数据与经验预测未来。
4. 项目模拟法项目模拟法是通过模拟类似的软件开发项目，以计算工作量估算的方法。
软件工程实践者的研究方法讲义(PPT29张)
软件风险
一般认为软件风险包含两个特性：
不确定性——风险可能发生也可能不发生； 损失——如果风险发生，就会产生恶性后果或损失。
进行风险分析时，重要的是量化每个风险的不 确定程度和损失程度。为了实现这点，必须考虑 不同类型的风险。 项目风险威胁到项目计划。如果项目风险发生， 就有可能会拖延项目的进度和增加项目的成本。 项目风险是指预算、进度、人员、资源、利益相 关方、需求等方面的潜在问题以及它们对软件项 目的影响。
风险管理
工作产品是风险缓解、监测和管理计划或 一且风险信息表单。 所要分析和管理的风险，应该通过彻底研 究人员、产品、过程和项目来确定。 RMMM计划应该随着项目的进展而修订， 以保证所考虑的风险是近期可能发生的。 风险管理的应急计划应该是符合实际的。
风险管理
首先，风险涉及的是未来将要发生的事情。 今天和昨天的事情已不再关心。问题是： 我们是否能够通过改变今天的行为，而为 一个不同的、充满希望的、更美好的明天 创造机会。其次，风险涉及改变。如思想、 观念、行为、地点的改变……第三，风险 涉及选择，而选择本身就具有不确定性。 [CHA89]
1.高层的软件管理者和客户管理者已经正式承诺支持该项目了吗？ 2.最终用户对项目和待开发的系统/产品热心支持吗？ 3.软件工程团队及其客户充分理解需求了吗？ 4.客户已经完全地参与到需求定义中了吗？ 5.最终用户的期望现实吗？ 6.项目范围稳定吗？ 7.软件工程团队的技能搭配合理吗？ 8.项目需求稳定吗？ 9.项目团队对将实现的技术有经验吗？ 10.项目团队的人员数满足项目需要吗? 11.所有的客户/用户对项目的重要性和待开发的系统/产品的需求有共识 吗？
风险管理
对于软件工程领域中的风险，以上三条概念定义 是显而易见的。未来是我们所关心的——什么样的 风险会导致软件项目彻底失败？改变也是我们所关 心的——客户需求、开发技术、目标环境以及所有 其他与项目相关因素的改变将会对进度安排和总体 成功产生什么影响？最后，我们必须抓住选择机 会——应该采用什么方法及工具？需要多少人员参 与？对质量的要求要达到什么程度才是“足够的”？ 当没有办法消除风险，甚至连试图降低该风险也 存在疑问时，这个风险就是真正的风险了。“在弄 清楚软件项目中的”真正风险“之前，识别出所有 对管理者及开发者而言显而易见的风险是很重要的。
软工概论-第20章软件项目估算ppt课件
精品课件
23
基于用例的估算
用户界面LOC=6*560+((10/12-1)+(6/51))*0.3*560=3365.6
工程子系统LOC=10*3100 +((20/16-1)+(8/81))*0.3*3100=31232.5
基础设施LOC=5*1650+((6/10-1)+(5/61))*0.3*1650=7969.5
Software 软件
Project
项目
Plan
计划
精品课件
6
了解范围 ..……
了解客户的需求 了解商业环境 了解项目边界 了解客户的动机 了解可能变更的路径 了解 ...
即使当你了解了这些 也不能保证什么!
精品课件
7
什么是范围?
软件范围 描述了
将要交付给最终用户的功能和特性； 输入和输出数据； 作为使用软件的结果呈现给用户的“内容” ； 界定系统的性能、约束条件、接口和可靠性。
精品课件
3
项目计划任务集-2
估算成本和工作量
分解问题 使用规模、功能点、过程任务或用例等方法进行两种
以上的估算 调和不同的估算
制定项目进度计划
计划的具体制定过程见第21章。
• 建立一组有意义的任务集 • 定义任务网络 • 使用进度计划工具制定时间表 • 定义进度跟踪机制
精品课件
4
估算
empirically derived
经验常数
通常以人月为 单位来表示所 需的工作量
either a constant or
usually LOC but 通常是LOC may also be 或功能点估 function point 算变量
软件价格估算方法
软件价格估算方法1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。
为了便于计算，给出一个计算公式：软件开发价格＝开发工作量×开发费用／人•月1.1开发工作量软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：软件开发工作量＝估算工作量经验值×风险系数×复用系数。
1.1.1估算工作量经验值（以A来表示）软件开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。
目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”）所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人•月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。
特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。
因此：l ≤风险系数≤1.5根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。
当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。
因此：0.25 ≤复用系数≤1根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。
软件工程实践者的研究方法
软件工程实践者的研究方法在软件工程领域，研究方法是实践者必须要掌握的重要技能之一。
软件工程实践者需要通过科学的研究方法来解决各种实际问题，提高软件开发的效率和质量。
本文将介绍软件工程实践者常用的研究方法，包括实证研究、案例研究、实验研究以及调查研究。
实证研究是软件工程实践者常用的一种研究方法。
实证研究通过收集和分析实际数据来验证假设或解决问题。
例如，一个软件开发团队想要验证一个新的开发方法是否能够提高项目的交付质量，他们可以进行实证研究，通过收集项目数据和开发团队的反馈来验证这一假设。
案例研究是另一种常用的研究方法。
在软件工程领域，案例研究通常用于深入了解某个特定问题或现象。
例如，一个软件开发团队在项目中遇到了一个特殊的技术挑战，他们可以进行案例研究，通过详细分析该案例来寻找解决方案，并为以后类似的挑战提供经验教训。
实验研究是软件工程实践者常用的研究方法之一。
实验研究通过控制变量的方法来验证假设或解决问题。
例如，一个软件测试团队想要验证一个新的测试工具是否能够提高测试效率，他们可以进行实验研究，通过对比实验组和对照组的测试结果来验证这一假设。
调查研究是软件工程实践者常用的一种研究方法。
调查研究通过收集大量的问卷调查或面对面访谈数据来了解人们的观点和行为。
例如，一个软件产品团队想要了解用户对他们产品的满意度，他们可以进行调查研究，通过收集用户反馈来了解用户的需求和意见。
总之，软件工程实践者需要掌握多种研究方法来解决各种实际问题。
实证研究、案例研究、实验研究和调查研究都是非常重要的研究方法，每种方法都有其适用的场景和技巧。
通过灵活运用这些研究方法，软件工程实践者可以更好地解决问题，提高软件开发的效率和质量。
软件工程实践者的研究方法
软件工程实践者的研究方法跨越20年的软件工程经典教程:《软件工程:实践者的研究方法(第5版)》20年前，一位年轻的美国教授，坐在桌前，正用手写着一部当时人们觉得不可思议的书稿。
这部书的主题是关于软件工程的。
在当时，计算机少的可怜，只有一些性能远不如喜爱你在家用电脑的小型机供一些高深莫测的程序员使用，大家讨论的也只有软件编程，对于软件工程关心极少，甚至很少有人真正懂得。
因为那个时候只有科学家和程序员，还没有今天已经成为热门职业的软件工程师。
这位年轻的教授就是后来软件工程界大名鼎鼎的Roger S. Pressman。
当时他没有想到自己的心爱书稿会被出版商拒绝，因为出版商说将不会存在关于“软件工程”的书籍市场。
几经挫折，幸运的是最后McGaw-Hill出版公司决定尝试一下，于是我们终于能够读到这本流行20年经久不衰的软件工程经典著作---《软件工程:实践者的研究方法》，SEPA-这本书的缩写，也已经成为软件工程领域的热门词汇。
20年前，别说软件工程，就是计算机对于受过教育的中国人来说都是陌生的。
十来年前，我第一次接触到计算机。
那是我上大学的时候，在一种Apple II的计算机上用固化的BASIC编写简单的程序。
10年前，当我用IBM兼容的PC机开发DOS程序时，崇拜的是编程高手，软件英雄。
5年钱，当WINDOWS开发渐成主流，团队开发实在必行，那时中国没有一本软件工程的图书和资料～今天，当我读到最新版《软件工程:实践者的研究方法》时，我的心情久久的不能平静。
因为这个时候，软件工程已经成为国内软件业的最新热点，国内的大学开始招收首批软件工程硕士(2004年)。
回顾20年，我们会有很多的感慨，因为我们在摸索中走过了太多的弯路。
虽然改革开放的今天，我们已经可以买到最新的电脑芯片，使用全球同步发行的主流开发软件，了解和掌握国外最先进的技术。
但是，中国软件业的发展却和国外相比有着太大的差距。
其中主要原因之一就是我们以前对软件工程不够重视，导致大量的手工作坊式的开发难敌国外工业化的软件生产。
软件工程-第24章 软件项目估算
导出FP的估算值： FPestimated = 总计×[0.65 + 0.01×ΣFi ] FPestimated = 375
组织平均生产率 = 6.5 FP/pm。
每个劳动力价格是每月8000美元，每个FP的成本约为1230美元。
根据FP估算和历史生产率数据，项目总成本的估算值是461000美 元，工作量的估算值是58人月。
• 将类的总数（关键类＋支持类）乘以每个类的平均工作单元数。Lorenz和Kidd建议每个类的平均工作 单元数是15～20人日。
• 将用例数乘以每个用例的平均工作单元数，对基于类的估算做交叉检查。
32
敏捷项目的估算
• 从估算目的出发，分别考虑每个用户场景（微型用例）。 • 将场景分解成一组开发它所需要完成的软件工程任务。 • 分别估算每一项任务。注意，可以根据历史数据、经验模型
E = aLb *EAF
(3-3)
其中：L是软件产品的目标代码行数
a,b是常数，取值如表所示
软件类型
a
b
组织型
3.2
1.05
半独立型
3.0
1.12
嵌入型
2.8
1.20
CoCoMo模型
工作量调节因子EAF与软件产品属性、计算机属性、人员属性、项目属性有关： • 软件产品属性
软件可靠性、软件复杂性、数据库的规模。 • 计算机属性
• 当15个Fi的值选定后，EAF的计算如下
EAF＝F1*F2*……*F15
用基本CoCoMo模型估算
工作量、开发时间和项目开发人数
若干人共同开发一个软件项目还应该增加他们之间
在例中，目标代码行数为 33.3 KLOC
相互通信和交换意见的额外工作量。设 N个程序员
软件工程估算
软件工程估算软件工程估算引言软件工程估算是软件开发过程中的重要环节，其目的是预测项目完成所需的时间和资源，为项目管理和决策提供依据。
准确的估算能够帮助团队合理分配人力和资源，提高项目的成功率。
本文将介绍软件工程估算的基本概念、常用方法和注意事项。
估算的基本概念估算目的软件工程估算的目的是对软件项目的规模、成本、进度和质量等进行预测和评估，为项目管理和决策提供依据。
估算对象估算对象可以是整个软件项目，也可以是项目中的某个部分或特定功能模块。
估算内容估算主要包括项目规模、工作量、进度、资源、成本、质量等方面的估计。
估算方法常用的估算方法包括科学方法、统计方法和经验法等。
不同方法适用于不同的项目和场景，并有各自的优缺点。
常用估算方法功能点估算功能点估算是常用的软件工程估算方法之一。
它基于软件系统的功能特性，通过对功能点的数量和复杂度进行估计，推算出开发所需的工作量和时间。
常用的功能点估算方法有IFPUG、COSMIC等。
基于历史数据的估算基于历史数据的估算方法是通过分析过去类似项目的数据和经验，来预测当前项目的工作量和进度。
通过建立统计模型和使用回归分析等技术，可以有效地进行估算。
参数估算参数估算方法是通过定义一些参数，如代码行数、功能点数量等，通过参数和相关数据之间的关系，来估算项目所需的时间和资源。
参数估算方法较为简单直观，但要求对项目特性和参数之间的关系有较深入的了解。
坐标点估算坐标点估算方法是通过在二维坐标上标注历史项目的工作量和规模数据，在待估算项目的坐标上寻找最邻近的坐标点，并根据邻近坐标点的数据进行估算。
这种方法可以较直观地进行估算，但需要有足够的历史数据进行参考。
估算的注意事项确定估算的范围和准确性在进行软件工程估算时，需要明确估算的范围和准确性。
对于不同的项目，要根据实际情况和可用的信息，确定估算的精确度要求。
清晰定义项目需求项目需求的清晰定义是进行估算的基础，只有明确的需求才能进行准确的估算。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
对估算的观察
❖估算的风险取决于对资源、成本及进 度的定量估算中存在的不确定性。如 果对项目范围不太了解，或者项目需 求经常改变，不确定性和估算风险就 会非常高。计划人员，尤其是客户， 都应该认识到经常改变软件需求意味 着在成本和进度上的不稳定性。
项目策划过程
❖软件项目策划的目标是提供一个能使管理 人员对资源、成本及进度做出合理估算的 框架。此外，估算应该尝试定义“最好的 情况”和“最坏的情况”，使项目的结果 能够限制在一定范围内。项目计划是在计 划任务中创建的，尽管它具有与生俱来的 不确定性，软件团队还是要根据它着手开 发。因此，随着项目的进展，必须不断地 对计划进行调整和更新。
估算
❖软件项目经理——利用从共利益者和软件工程 师那里获得的信息以及从以往项目收集的软件度 量数据。 ❖估算首先要描述产品的范围。然后，将问题分 解为一组较小的问题，再以历史数据和经验为指 南，对每个小问题进行估算。在进行最终的估算 之前，要考虑问题的复杂度和风险。 ❖工作产品是生成一个简单的表，描述要完成的 任务、要实现的功能，以及完成每一项所需的成 本、工作量和时间。
对估算的观察
❖估算是一门艺术，更是一门科学，这项重要 的活动不能以随意的方式来进行。现在已经 有了估算时间和工作量的实用依据和有效的输入。当建立估算和评审估算 时，过去经验的辅助作用是不可估量的。由 于估算是所有其他项目策划活动的基础，而 且项目计划又提供了通往成功的软件工程的 路线图。因此，没有估算就着手开发，将陷 入盲目性。
估算
❖ 如果有经验并遵循系统化的方法，使用 可靠的历史数据进行估算，利用至少两种 不同的方法创建估算数据点，制定现实的 进度表并随着项目的进展不断进行调整， 则可以确信已经为项目做了最好的估算。
估算
❖软件项目管理从一组统称为项目策划的活 动开始。在项目可以开始前，项目经理和 软件团队必须估算将要完成的工作、所需 的资源，以及从开始到完成所需要的时间。 这些活动一旦完成，软件团队就要制定项 目进度计划。在项目进度计划中，要定义 软件工程任务及里程碑，确定每一项任务 的负责人，详细指明对项目进展影响很大 的任务间的相互依赖关系。
估算
❖很多技术工作者宁愿从事技术工作，而不愿花 费时间制定计划。很多技术管理者没有接受过充 分的技术管理方面的培训，对他们的计划能够改 善项目成果缺乏信心。这两部分人都不想制定计 划，因此就经常不制定计划。 ❖但是没有很好地制定计划是一个项目犯的最严 重的错误之一……有效的计划是必需的，可以在 上游以较低的成本解决问题，而不是在下游以较 高成本解决问题。一般的项目要将80%的时间 花费在返工上——改正在项目早期所犯的错误。
❖在开始估算之前，首先要对范围陈述中 描述的功能进行评估，在某些情况下，还 要进行细化，以提供更多的细节。由于成 本和进度的估算都是面向功能的，因此某 种程度上的功能分解常常是有用的。性能 方面的考虑包括处理时间和响应时间的需 求。约束条件则标识了外部硬件、可用存 储，或其他现有系统对软件的限制。
软件范围和可行性
❖一旦确定了软件范围，人们自然会问： 我们能够开发出满足范围要求的软件吗？ 这个项目可行吗？软件工程师常常匆忙越 过这些问题，不料竟会一开始就注定要陷 入这个项目的泥潭中。
资源
❖项目策划的第二个任务是对完成软件开发工 作所需的资源进行估算。图20-1描述了三类 主要的软件工程资源——人员、可复用的软 件构件及开发环境。对每一类资源，都要说 明以下四个特征：资源的描述、可用性说明、 何时需要资源、使用资源的持续时间。最后 两个特性可以看成是时间窗口。对于一个特 定的时间窗口，必须在开发初期就建立资源 的可用性。
可复用软件资源
❖基于构件的软件工程强调可复用性，即创 建并复用软件构造块，这种构造块通常被 称为构件。为了容易引用，必须对这些构 件进行分类；为了容易应用，必须使这些 构件标准化；为了容易集成，必须对这些 构件进行确认。
可复用软件资源
❖[BEN92]建议在制定计划时应该考虑以 下四种软件资源。
软件工程
第20章 软件项目估算
主要内容
❖对估算的观察 ❖项目策划过程 ❖软件范围和可行性 ❖资源 ❖软件项目估算 ❖分解技术 ❖经验估算模型 ❖面向对象项目的估算 ❖小结
估算
❖软件的真实需求已经确定；共利益者们都 已就绪；软件工程师准备开始；项目将要 启动。但是如何进行下去呢？软件项目计 划包括五项主要活动——估算、进度安排、 风险分析、质量管理计划和变更管理计划。 本章考虑估算——尝试确定构造一个特定 的基于软件的系统或产品所需要花费的资 金、工作量、资源及时间。
软件范围和可行性
❖软件范围描述了将要交付给最终用户的功 能和特性、输入和输出的数据、使用软件 时要呈现给用户的“内容”，以及界定系 统的性能、约束条件、接口和可靠性。定 义范围可以使用两种方法： 1、在与所有共利益者交流之后，写出对 软件范围的叙述性描述。 2、由最终用户开发一组用例。
软件范围和可行性
资源
图20-1 项目资源
人力资源
❖计划人员首先评估软件范围，并选择完成开 发所需的技能，还要指定组织中的职位和专 业。对于一些比较小的项目，只要向专家做 些咨询，也许一个人就可以完成所有的软件 工程任务。而对于一些较大的项目，软件团 队的成员可能分散在很多不同的地方，因此， 要详细说明每个人所处的位置。 ❖只有在估算出开发工作量后，才能确定软件 项目需要的人员数量。
对估算的观察
❖对软件工程工作的资源、成本及进度进行估算 时，需要经验，需要了解有用的历史信息，还要 有当只存在定性的信息时进行定量预言的勇气。 估算具有与生俱来的风险，正是这种风险导致了 不确定性。 ❖历史信息的有效性对估算的风险有很大影响。 通过回顾过去，能够仿效做过的工作，并改进出 现问题的地方。如果能取得对以往项目的全面的 软件度量，做估算就会有更大的保证，合理安排 进度以避免重走过去的弯路，总体风险也会降低。