软件企业CMM管理二教案.pptVIP

软件过程改进（SPI）（二） 主讲：李顺江 主要内容 CMM二级关键过程域目标 需求管理（RM） 软件项目计划（SPP） 软件项目跟踪与监督（SPTO） 软件子合同管理（SSM） 软件质量保证（SQA） 软件配置管理（SCM） 特征： 建立软件管理的方针、规程 设置基本的软件管理控制 有纪律 与转包商通过合同建立供求关系 需求管理（RM） RM就是在客户和软件项目之间达成共识，控制系统软件需求，为软件工程和管理建立基准线；保持软件计划、产品和活动与系统软件的一致性 需求管理（RM） 参与RM的组（系统工程组，软件工程组） 就是确定便于理解的需求，稳定该需求，并说明需求的更改对项目的成本、进程的影响 内容： 需求确定的管理 需求实现的管理 需求变更的管理 需求管理数据流程图 需求管理数据说明 需求决定的管理 定义阶段 分析阶段 需求实现的管理 建议阶段 设计阶段 编码阶段 核实阶段 需求变更的管理 需求管理的评价 度量和分析 验证实施 需求管理目标 目标1 分配给软件的系统需求是受控的，建立供软件工程和管理使用的基线。 目标2 软件计划、产品和活动与分配给软件的系统需求保持一致。 需求管理约定 1、对分配需求建立文档。 2 ．由下列人员评审分配需求： ?? 软件经理。 ?? 其它受到影响的组。 受到影响的组的例子有： 一系统测试组， 一软件工程组， 一系统工程组， 一软件质量保证组，—配置管理组，和 —文档支持组。 3 ·更改软件计划、工作产品和活动，以便和分配需求的改变保持一致。 需求管理能力 能力1 对每个项目，建立分析系统需求并将其分配到硬件、软件和其它系统成分的职责。 分析和分配系统需求不是软件工程组的职责，而是他们工作的先决条件。 该职责包括： 1 、在项目整个生存期内，管理系统需求和它们的分配，并对其建立文档。 2 、实现对系统需求及其分配的更改。 需求管理活动 分配需求被纳入软件项目之前，软件工程组评审它们 软件工程组采用分配需求作为软件计划、工作产品和活动的基础 评审分配需求的更改，将其纳入软件项目。 需求管理测量分析 进行测量并将测量结果用以确定对分配需求的管理活动状态。 测量的例子包括； 每个分配需求的状态； 关于分配需求的更改活动； 对分配需求更改的累积数，包括所建议的、未解决的、已批准的和已并入系统基线的总数。 需求管理验证 验证1 高级管理者参与定期评审那些管理分配需求的活动。 高级管理者定期评审的主要目的是保证在合适的抽象层次上并以及时的方式了解和洞察软件过程。 评审间隔应该满足组织的需要，只要存在获得例外情况报告的合适机制，间隔可以长。 参考软件项目跟踪和监督关键过程区域的验证1 ，以便找到包括高级管理者监督评审的典型内容的实践。 需求管理验证 验证2 项目经理既定期地又事件一驱动地参与评审那些管理分配需求的活动。 参考软件项目跟踪和监督关键过程区域的验证2 以便找到包括项目管理者监督评审的典型的实践。 需求管理工作流程 需求管理活动概述 软件项目计划的实现过程 1、计划初始阶段 2、制定SDP 3、对SDP草稿进行审查和批准 4、实施软件开发计划 5、过程度量和评价 6、修改SDP 软件项目跟踪和监控SPTO 根据SPP跟踪和审查软件的完成情况和成果，并根据实际情况纠正偏差和调整项目计划 在开发过程的若干关键点上进行 SPTO的基础：约定、组织、人事及资源保证 执行约定 执行能力 SPTO跟踪和监控过程 1、利用SDP跟踪活动，并修改项目的开发计划 2、跟踪实际开发过程，必要时采取纠正措施 3、记录软件项目的实际度量数据，并重新计划数据 4、审查 度量和分析 验证实施 软件转包合同管理SSM 目标 主承包商选择合格的软件转包商 主承包商和转包商之间互相同意他们之间的承诺 主承包商和转包商之间保持持续的联系 主承包商根据约定跟踪软件转包商实际的结果和执行情况 * ??????????????????????????? * lishunjiang@knowledgechina.org 画出来 编出来 是否好用？ 原始级到可重复级 需求分析 设计 编码 测试 画出来 编出来 是否好用？ 文档软件需求 系统需求 软件需求 审查、合并、变更 利用软件需求指导计划、活动和软件产品 ???????????????????????????????????????????????????????????????????? 来自客户、 销售客户、 和工程的 需求 定义的需求 用户需求和 技术需求 批准的需求 用户需求 和技术需求 提交的需求 用户需求和 技术需求 定义的需求 （技术需求） 实施的需求 （技术需求） 完成的需求 （用户需求和技术需求） 定义 分析