发布时间 : 星期二 文章软件项目管理与案例分析思考题及答案更新完毕开始阅读
件工程师及管理者能够更好地了解他们所做的工作和开发的产品。
第三章
思考题:
1、有效测量过程的步骤是什么？
① 公式化。导出适合于所考虑软件表示的测量和度量。 ② 收集。用于导出公式化度量所需数据和积累机制。 ③ 分析。度量的计算和数学工具的使用。 ④ 解释。为获得对表示的质量的理解而评价度量。
⑤ 反馈。从对递交给软件团队的产品度量的解释中获得建议。
2、用于提供问题复杂性的指标有哪些？ Fi 用于提供问题复杂性的指标。
Fi（i＝1~14）是值调整因子（VAF），它基于对下列问题的回答来确定： 系统需要可靠的备份和恢复吗？
需要专门的数据通信从应用系统中传输信息或将信息传输到应用系统吗？ 存在分布处理功能吗？ 性能是关键的吗？
系统将运行在一个现有的、紧张使用的操作环境吗？ 系统需要在线数据项吗？
在线数据项需要对多个屏幕或操作建立输入事务吗？ ILF在线更新吗？
输入、输出、文件或查询复杂吗？ 内部处理复杂吗？
所设计的代码是可复用的吗？ 转换与安装包括在设计中吗？
系统是为不同组织中的多个安装而设计的吗？ 应用系统是为便于变更和易于为用使用而设计的吗？
每个问题可用从0（不重要或不适用）到5（绝对必需）间的数值来回答。 小结：
软件度量为产品内部属性的质量评估提供了一种定量方法，从而可以使软件工程师在产品开发出来之前进行质量评估。度量为创建有效的分析模型、设计模型、可靠的代码和完全的测试提供了必要的理解。
为在现实世界中有用，软件度量必须是简单和可计算的、有说服力的、一致和客观的。它应该是与程序设计语言无关的，且为软件工程师提供有效的反馈。 分析模型的度量侧重于分析模型的三个成分：功能、数据和行为。
第四章 思考题：
1、基于LOC和基于FP的估算有什么共同点？
LOC和FP估算是两种不同的估算技术，但两者有很多共同的特性：项目计划人员从界定的软件范围陈述入手，根据该说明将软件分解成一些可分别独立进行估算的功能问题。然后，估算每个功能的LOC或FP（即估算变量）。 2、我们如何计算软件规模的期望值？
可以通过乐观值(Sopt)、可能值(Sm)和悲观值(Spess)估算的加权平均值来计算估算变量（规模）的期望值S： S = (Sopt + 4Sm + Spess ) / 6
3、为什么开发基于用例的估算技术很困难？
描述用例时，可以采用多种格式和风格－没有标准形式。
用例表现的是软件的外部视图（用户视图），常常在不同的抽象级别上建立 用例没有标识出它所描述的功能和特性的复杂性。
用例没有描述出涉及很多功能 和特性的复杂行为（如，交互）。 4、什么是对象点？
对象点是一种间接的软件测量。 计算对象点时，使用如下的数值： 1) （用户界面的）屏幕数 2) 报表数
3) 构造应用可能需要的构件数 小结：
在项目开始之前，软件项目计划人员必须先估算三件事：需要多长时间、需要多少工作量、以及需要多少人员。此外，计划人员必须预测所需要的资源(硬件及软件)和蕴含的风险。
范围陈述能够帮助计划人员使用一种或多种技术进行估算，这些技术主要分为两大类：分解和经验建模。分解技术需要划分出主要的软件功能，接着估算：（1）LOC的数量；（2）信息域内的选择值；（3）用例的数量；（4）实现每个功能所需的人·月数；或者，（5）每个软件工程活动所需的人·月数。经验技术使用根据经验导出的关于工作量和时间的公式来预测这些项目数字，可以使用自动 工具来实现特定的经验模型。
对项目做精确估算时，一般至少会用到上述3种技术中的两种。通过对不同技术产生的估算值进行比较和调和，计划人员更有可能得到精确的估算。软件项目估算永远不会是一门精确的科学，但可靠的历史数据与系统化的技术结合起来能够提高估算的精确度。
第五章 思考题：
1、当管理者要求的项目结束期限我们无法实现时，我们应该怎么办？ 在这种情况下，推荐以下的处理步骤：
1) 按照以往项目的历史数据进行详细的估算。确定项目的估算工作量和工期。 2) 采用增量过程模型，制定一个软件开发策略，以保证能够在规定的交付日期
提供主要功能，而将其他功能的实现推到以后。然后将这一计划做成文档。 3) 与客户会谈并(用详细估算结果)来解释为什么规定的交付日期是不现实的，
一定要指出所有这些估算都是基于以往的项目实践，而且一定要指出为了在目前规定的交付期限完成项目，与以往相比在工作效率上必须提高的百分比 4) 将增量开发策略作为可选计划提交给客户 2、在软件过程的工作流程中应如何分配工作量？
软件过程中的工作量分配通常采用40－20－40法则。总体工作量的40%分配给前期的分析和设计，40%的用于后期测试。因此，你可以推断出编码工作（20%的工作量）是次要的。这种工作量分配法只能作为指导原则。各个项目的特点决定了其工作量如何分配。
3、如何计算挣值以评估项目进展？ 确定挣值的步骤：
1) 为进度表中的每个工作任务确定其预计工作的预算成本BCWS
BCWSi是指工作任务i的计划工作量。为了确定在项目进度表中某特定时间点的项目进展状况，BCWS的值是在项目进度表中该时间点应该完成的所有工作任务的BCWSi值之和。
2) 所有工作任务的BCWS值加起来，可计算出完成工作的预算BAC 对所有任务k， BAC＝∑(BCWSk)
3) 计算已完成工作的预算成本BCWP。BCWP的值是在项目进度表中该时间点
已经实际完成的所有工作任务的BCWS值之和。
4、人员和时间的关系是高度非线性的。使用Putnam的软件方程式编制一个表，以反映软件项目中人员数量与项目工期之间的关系。此项目需要50000LOC和15人年的工作量（生产率参数为5000）。假定该软件必须在24±12个月的时间期限内交付。 小结：
计划活动是软件项目管理的重要组成部分，而进度安排是计划活动的首要活动。进度安排与估算方法及风险相结合，可以为项目管理者画出一张路线图。 进度安排始于过程分解。根据项目特性，为将要完成的工作选择适当的任务集。任务网络描述了各项工作任务、每一项任务与其他任务之间的依赖关系以及计划工期。任务网络可以用来确定项目的关键路径、时序图以及各种项目信息。以进度表为指导，项目管理者可以跟踪和控制软件工程过程中的每一个步骤。
第六章 思考题：
1. 在建造软件时可能会遇到什么类型的风险？ 1) 项目风险（project risk）威胁到项目计划。
项目风险是指预算、进度、人员(聘用职员及组织)、资源、利益相关者、需求等方面的潜在问题以及它们对软件项目的影响。