软件工程第13章 软件项目管理.ppt

3．需求变更对软件开发工作的影响 （1）使得变更前的开发工作和成果失效。 （2）使得返工成为不得不采取的对策。 （3）势必带来软件开发计划的相应变更，开发成本的相应增加和开发工作量及资源投入的追加。 4．需求变更失控可能导致的后果 在软件开发过程中出现了需求的变更，如果忽视了对它的 控制，没有针对上述变更造成的影响及时地采取有效措施， 便可能导致开发出的产品不符合变更的需求，即得到的产品 并不是用户所需要的产品这样的严重后果。 13.5 需求管理 5．降低需求变更风险的策略 （1）在需求开发工作中要与客户充分沟通 。 （2）与用户共同确定需求，认真听取客户意见，在双方共 同验证确定了的需求后均应签字以示承诺，希望以此减少 频繁改变需求的可能。 （3）开发组织和用户双方签署的项目开发合同中应包括开 发中对出现需求变更的应对条款。 （4）如果项目自身具有需求不易确定的特点，在项目启动 时最好采用快速原型方法或螺旋模型，以便在确认需求的 基础上开发产品。 13.5 需求管理 （5）在项目开始时，如估计到需求可能有变，则可在开发 计划中适当留有余地，以防变更需求造成的被动。 （6）严格实施变更控制，使产品质量不致因需求变更受到 影响。 13.5 需求管理 1．需求变更控制要求 （1）变更控制的策略 ① 所有需求变更必须遵循需求变更控制规程实施变更。 ② 需求变更提出后是否被接受应由专门的组织变更控制委 员会审查决定。 ③ 不得以任何理由删除和修改需求变更的原始文件。 ④ 应将已接受的需求变更通知到所有相关人员。 ⑤ 已接受的需求变更应能追溯到批准的变更请求。 ⑥ 对项目的需求赋予状态属性，以利于需求变更控制。 需求变更控制 13.5 需求管理 （2）需求变更影响的控制 由于分配需求的变更导致软件计划、工作产品和活动的 变更，因此对每一变更都应对其进行下述工作： ● 识别； ● 评价； ● 风险分析； ● 编制文档； ● 制订计划； ● 传达给受影响的小组和人员； ● 跟踪直至结束。 13.5 需求管理 （3）变更控制的步骤 ① 提出变更请求。 ② 审理变更请求，进行变更影响评估，评估内容包括： ● 变更所需人力投入； ● 变更对原计划安排的影响； ● 估计变更引起的成本增加。 ③ 批准变更请求。 ④ 取得用户的认可。 ⑤ 修订项目计划。 ⑥ 实施变更。 ⑦ 验证变更。 13.5 需求管理 需求变更流程如下图所示。 13.5 需求管理 2．需求变更控制实施 （1）需求变更请求 ① 内容 ● 申请号：变更请求的顺序号。 ● 变更说明：变更请求的概要描述。 ● 变更类型：如合同变更、功能变更或性能变更等。 ● 影响分析：扼要说明变更涉及的工作产品、工作量和进 度安排等。 ● 变更请求状态：提出变更请求时正处在什么开发阶段或 正做什么工作。 ● 变更请求日期。 13.5 需求管理 ② 需求变更请求实例 如下表所示。 13.5 需求管理 （2）需求控制流 ① 需求状态。 1）软件需求在需求开发结束以后被确定下来，在其后继阶 段开发工作中将逐步展开，加以实现。 2）在不同的开发阶段软件需求以不同的形式进行着状态的 演变。 ● 需求阶段：从获取的需求到定义的需求。 ● 建议阶段：制订出项目计划以后演化为承诺的需求。 ● 设计阶段：设计工作完成并经验收后成为设计的需求。 13.5 需求管理 ● 编码阶段：完成编码和单元测试后成为实现的需求。 ● 测试阶段：完成确认测试后成为完成的需求。 3）下图为生存期各阶段软件需求状态的演变。 ② 演变。 下图表明了生存期各阶段中需求状态的控制流。 13.5 需求管理 控的风险制定风险管理计划。按Boehm的意见，风险管理计划主要包括以下5个方面。 ① 该项风险为什么重要，为什么一定要管理。 ② 风险管理应该能够提供什么以及什么时候提供。 ③ 实施这些风险管理活动的责任人是谁。 ④ 风险怎么能够得到减轻，该采取什么措施。 ⑤ 需要什么资源。 策划风险管理的一个明显的策略是风险回避，就是采取措施回避风险。另外，也可采用有效的措施来减轻风险，对于那些无法回避的风险则应设法降低风险变为现实的概率，或是把风险发生造成的损失降低。 13.3 风险管理 2．风险化解 风险化解是要实际消除风险或是减轻风险。实施风险管理 计划从根本上讲就是将风险化解，如若计划采用风险回避， 那就要开展若干回避风险的活动。 为了帮助选择风险减轻的方法，必须考虑减轻风险的成 本。我们把风险显露的损失差与风险减轻成本的比称为风险 杠杆（risk leverage），即 显然，如果风险杠杆值不足以支持所采