可重复级第2级.ppt

3 可重复级（第2级） 可重复级的基本特征 优势 已建立了项目管理的方针和规定 对项目已设置基本的软件管理控制 组织的过程能力体现在有纪律 当有转包商时，通过转包合同建立有效的供求关系 缺陷：依赖经验管理项目 3 可重复级（第2级） 3 可重复级（第2级） 达到的目标 软件质量保证活动独立于软件开发 按照严格的步骤估计软件模型、成本和进行软件开发管理评审 有一种机制控制需求和代码的变更以及高层管理机构对软件开发项目状态进行正规的评审 3 可重复级（第2级） 需求管理 软件项目计划 软件项目跟踪和监控 软件转包合同管理 软件质量保证 软件配置管理 样例分析 可重复级（第2级）的关键过程域工作流程图 3.1 需求管理 分配需求（allocated requirements） 分配给软件的系统需求 包括 软件项目活动中的非技术性需求 软件技术性需求 接收标准 制定软件开发计划的根据，使整个软件生命周期中估算、计划、执行和跟踪软件项目活动的基础 3.1 需求管理 需求管理（RM, Requirements Management） 对分配需求进行管理 在客户和实现客户需求的软件项目之间达成共识 控制系统系统软件需求，为软件工程和管理建立基准线 保持软件计划、产品和活动与系统软件的一致性 参与者：系统工程组和软件工程组 3.1 需求管理 3.1 需求管理 需求管理基础：管理的组织策略和能力 执行约定 需要遵循一个书面的约定或组织策略 为了在开发过程中有章可循，要为分配需求建立文档 为了使分配需求能力切实可行，必须有软件经理和其他受影响组成员进行审查 当分配需求变更时，为了保持一致，软件计划、工作产品和活动也要随之梗概 3.1 需求管理 执行能力 需求管理应该提供一套严格的责任分配制度和相关培训的组织 需求及其分配情况的文档化，同时还要修订系统需求及其分配 为有效的管理分配需求，组织应该提供足够的资源（人力、物力、技术）和资金 人力上 技术上 对执行需求管理的软件工程组成员和其他软件受影响组成员进行培训 3.1 需求管理 实施需求管理的活动 分配需求的确定 在分配需求被纳入到软件项目计划书之前，由软件工程组对分配需求进行审查 分配需求是制定软件计划、开发产品和开展管理活动的基础 分配需求石碑进行管理和控制的对象 审查分配需求变更，并将变更加入软件项目计划书中 估计变更对现有约定的影响，商讨约定的相应变化 明确提出并评价变更，同时在以后的软件开发中进行全程跟踪 3.1 需求管理 需求管理的实施过程 需求的分类 用户需求CR：陈述用户的要求 技术需求TR：满足用户需求的技术功能和质量属性 项目需求PR：用于项目计划和跟踪以及管理行为 3.1 需求管理 在需求管理中，可用一个数据库来标志需求在各个阶段的状态，在CMM中成为度量，目的是为了明确分配需求管理活动的状态 3.1 需求管理 需求管理涉及的内容 需求确定的管理 需求实现的管理 需求变更的管理 3.1 需求管理 需求确定的管理 需求确定阶段可映射到软件开发过程中的需求阶段 定义阶段：收集需求，并提交需求说明书草案；与需求者一起定义、验证需求；跟踪需求源，并及时向他们发送批准的需求或需求的变更；需求的状态是“定义的” 分析阶段：分析需求；建立用户和技术需求之间的联系；划分需求；区分需求优先级；得到标准需求说明书；需求的状态是“批准的” 3.1 需求管理 需求实现的管理 需求实现的管理涉及建议、设计、编码和核实阶段 建议阶段：根据适当的过程提出建议和 项目计划；需求的状态是“建议的” 设计阶段：在一个或多个设计说明书中提出技术需求；需求的状态是“设计的” 编码阶段：实施设计；需求的状态是“实施的” 核实阶段：通过测试软件来检验需求的满足情况；需求的状态是“完备的” 3.1 需求管理 需求变更的管理 主要涉及分配需求的更改活动、分配需求的更改次数等 需求变更从需求说明书或建议开始生效，变革在相关的计划、交付和行为中反映 3.1 需求管理 需求管理的评价 度量和分析 度量内容：每个分配需求的状态、分配需求的变更情况、分配需求的变更次数 验证实施 上级管理部门定期审查 项目经理定期的和在有事件发生时，对分配需求的管理活动进行审查 软件质量保证组审查 3 可重复级（第2级） 　 软件项目计划 软件项目跟踪和监控 软件转包合同管理 软件质量保证 软件配置管理 样例分析 可重复级（第2级）的关键过程域工作流程图 3.2 软件项目计划 软件项目计划（SPP，Software Project Planning） 为软件工程的运作和软件项目活动的管理提供一个合理的基础和可行的工作计划过程 目的：为执行软件工程和管理软件项目制定合理的计划 软件项目计划的基础 执行约定 执行能力 3.2 软件项目计划 执行约定