软件企业CMM管理(二)

软件过程改进（SPI）（二）主讲：李顺江[e-mail]主要内容CMM二级关键过程域目标–需求管理（RM）–软件项目计划（SPP）–软件项目跟踪与监督（SPTO）–软件子合同管理（SSM）–软件质量保证（SQA）–软件配置管理（SCM）特征：–建立软件管理的方针、规程–设置基本的软件管理控制–有纪律–与转包商通过合同建立供求关系画出来编出来是否好用？原始级到可重复级需求分析设计编码测试需求管理（RM）RM就是在客户和软件项目之间达成共识，控制系统软件需求，为软件工程和管理建立基准线；保持软件计划、产品和活动与系统软件的一致性画出来编出来是否好用？文档软件需求系统需求软件需求审查、合并、变更利用软件需求指导计划、活动和软件产品需求管理（RM）参与RM的组（系统工程组，软件工程组）就是确定便于理解的需求，稳定该需求，并说明需求的更改对项目的成本、进程的影响内容：需求确定的管理需求实现的管理需求变更的管理需求管理数据流程图来自客户、销售客户、和工程的需求定义的需求用户需求和技术需求批准的需求用户需求和技术需求提交的需求用户需求和技术需求定义的需求（技术需求）实施的需求（技术需求）完成的需求（用户需求和技术需求）定义分析建议和项目计划跟踪至设计阶段的技术需求技术需求用户需求跟踪至编码阶段的技术需求由技术测试检验的技术需求跟踪其他项目管理过程得到的项目需求需求变更数据库需求管理数据说明需求决定的管理–定义阶段–分析阶段需求实现的管理–建议阶段–设计阶段–编码阶段–核实阶段需求变更的管理需求管理的评价–度量和分析–验证实施需求管理目标目标1–分配给软件的系统需求是受控的，建立供软件工程和管理使用的基线。目标2–软件计划、产品和活动与分配给软件的系统需求保持一致。需求管理约定1、对分配需求建立文档。2．由下列人员评审分配需求：??软件经理。??其它受到影响的组。受到影响的组的例子有：一系统测试组，一软件工程组，一系统工程组，一软件质量保证组，—配置管理组，和—文档支持组。3·更改软件计划、工作产品和活动，以便和分配需求的改变保持一致。需求管理能力能力1–对每个项目，建立分析系统需求并将其分配到硬件、软件和其它系统成分的职责。–分析和分配系统需求不是软件工程组的职责，而是他们工作的先决条件。–该职责包括：–1、在项目整个生存期内，管理系统需求和它们的分配，并对其建立文档。–2、实现对系统需求及其分配的更改。需求管理能力能力2–对分配需求建立文档。分配需求包括：–1、影响和确定软件项目活动的非技术性需求（即：协议、条件、和（或）合同条款）。协议、条件和合同条款包括：–—要交付的产品，交付日期，里程碑。–2、对软件的技术需求。–技术需求有；最终用户、操作员、支持、或集成功能；性能要求；–设计约束；编程语言；和界面需求。–3、用于确认软件产品满足分配需求的验收准则。需求管理能力能力3–提供足够的用以管理分配需求的资源和投资。–1．指派在应用领域和软件工程方面有经验和技能的个人去管理分配需求。–2．使得支持管理需求活动的工具是可用的。–支持工具的例子有：–一电子表格程序，–一配置管理工具，–一跟踪工具，和–一测试管理工具。需求管理能力能力3–软件工程组和其它软件一有关组的成员受到培训以便完成他们的需求管理活动。–培训的例子包括：–一项目所使用的方法、标准、规程–一应用领域。需求管理活动1.分配需求被纳入软件项目之前，软件工程组评审它们2.软件工程组采用分配需求作为软件计划、工作产品和活动的基础3.评审分配需求的更改，将其纳入软件项目。需求管理测量分析进行测量并将测量结果用以确定对分配需求的管理活动状态。测量的例子包括；–每个分配需求的状态；–关于分配需求的更改活动；–对分配需求更改的累积数，包括所建议的、未解决的、已批准的和已并入系统基线的总数。需求管理验证验证1–高级管理者参与定期评审那些管理分配需求的活动。–高级管理者定期评审的主要目的是保证在合适的抽象层次上并以及时的方式了解和洞察软件过程。–评审间隔应该满足组织的需要，只要存在获得例外情况报告的合适机制，间隔可以长。–参考软件项目跟踪和监督关键过程区域的验证1，以便找到包括高级管理者监督评审的典型内容的实践。验证2–项目经理既定期地又事件一驱动地参与评审那些管理分配需求的活动。–参考软件项目跟踪和监督关键过程区域的验证2以便找到包括项目管理者监督评审的典型的实践。需求管理验证验证3–软件质量保证组评审和（或）审计管理分配需求的活动和工作产品，并报告其结果。–参考软件质量保证关键过程区域。–至少，这些评审和（或）审计要验证：分配需求是已评审的，且在软件工程组承担它们之前，问题已经解决。当分配需求更改时，软件计划、工作产品和活动已经合适地修改。由分配需求的更改所导致的对约定的更改已与受影响的组协商过。需求管理验证验证4–软件质量保证组评审和（或）审计管理分配需求的活动和工作产品，并报告其结果。–参考软件质量保证关键过程区域。–至少，这些评审和（或）审计要验证：需求管理验证需求管理工作流程需求管理活动概述软件项目计划（SPP）1.基础是执行的约定和执行的能力2.软件项目的策划、建议和评审3.确定易于管理的软件生命周期4.制定项目的软件开发计划•目的、目标、范围、对象•软件生命周期的选择•规程、方法、和标准5.识别软件工作产品6.关于软件项目的估计7.软件进度表8.风险的鉴别与估计9.工程设施及支持工具10.记录软件策划数据文档化软件开发计划软件需求确定活动日程预估规模、成本和工作量SDP设计编码测试定义软件生命周期识别软件工作产品软件项目计划的实现过程1、计划初始阶段2、制定SDP3、对SDP草稿进行审查和批准4、实施软件开发计划5、过程度量和评价6、修改SDP软件大小、成本、日期估计计划过程初始需求管理制定SDP对SDP审查和批准实施软件开发计划软件配置管理SCM软件质量保证SQA过程度量和评价修改SDP软件项目跟踪和监控SPTO软件项目跟踪和监控SPTO根据SPP跟踪和审查软件的完成情况和成果，并根据实际情况纠正偏差和调整项目计划在开发过程的若干关键点上进行SPTO的基础：约定、组织、人事及资源保证–执行约定–执行能力计划计划过程过程修改修改跟踪点跟踪点SPTO跟踪和监控过程1、利用SDP跟踪活动，并修改项目的开发计划2、跟踪实际开发过程，必要时采取纠正措施3、记录软件项目的实际度量数据，并重新计划数据4、审查度量和分析验证实施设计编码测试软件生命周期软件工作产品跟踪实际的规模、成本、工作量，并与估计值对照SDP利用SDP跟踪活动实际计划跟踪实际进程与计划对照必要时采取纠正措施软件转包合同管理SSM目标–主承包商选择合格的软件转包商–主承包商和转包商之间互相同意他们之间的承诺–主承包商和转包商之间保持持续的联系–主承包商根据约定跟踪软件转包商实际的结果和执行情况设计编码测试定义软件生命周期识别软件工作产品定义工作陈述选择合格的承包商批准承包人的SDP以便跟踪活动审查承包商的能力和产品活动–选择合格的转包商，并与之签定合同–审查转包商的开发计划，并用于跟踪其软件活动–评审、评价转包商–监督验收转包商的软件活动