可重复级第级课件.pptxVIP

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