点滴

IT博客 首页 新随笔 联系 聚合 管理
  103 Posts :: 81 Stories :: 50 Comments :: 0 Trackbacks

需求管理

  需求管理的目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解。
  需求管理包括和顾客一起建立和维护有关软件项目需求的协议,该协议称作“分配给软 件的系统需求”。“顾客”可解释为系统工程组、销售组、另一个内部组织、或者一个外部顾 客。协议既包括技术需求、又包括非技术需求(例如交付日期)。该协议形成估计、策划和跟踪整个软件生存周期内软件项目活动的基础。
  
将系统需求分配给软件、硬件和其它系统成分的工作可能由软件工程组之外的组(例如 系统工种组)完成,软件工种组可能对此分配无直接控制,在项目约束范围内,软件工程组采取恰当步骤以保证对分配给软件的需求建档、并加以控制,该组负责处理分配给软件的系统需求。
  为实现此控制,软件工种组评审初始的和经修改的分配给软件的系统需求,以便在它们 被纳入软件项目之前使问题得以解决。每当改变分配给软件的系统需求时,都要调整受到影响的软件计划,工作产品和活动,使其与更新后的需求保持一致。

目标

  分配给软件的系统需求是受控的,建立供软件工程和管理使用的基线。

  
软件计划、产品和活动与分配给软件的系统需求保持一致。

软件项目策划

  软件项目策划的目的是为完成软件工程和管理软件项目制定合理的计划。

  软件项目策划包含估计待完成的工作,建立必要的缩写和确定进行该工作的计划。

  软件策划首先作出有关待完成的工作和其它定义及界定软件项目的约束和目标(由需求管理 关键过程区域的实践所建立的)的陈述。软件策划过程包括以下步骤:估计软件工作产品规模及所需的资源,制定时间表,鉴别和评估软件风险和协商约定。为了制定软件计划(即计划开发计划),可能需要重复地通过这些步骤。

  该计划提供完成和管理软件项目活动的基础,并按照软件项目的资源、约束和能力,阐 述对软件项目的顾客作的约定。

 

目标


  对鸺策划和跟踪软件项目用的软件估计已建立文档。


  软件项目的活动和约定是有计划的并已建立文档。


  受影响的组和个人同意他们的关于软件项目的约定。

软件项目跟踪和监督

  软件项目跟踪和监督的目的是建立对实际进展的适当的可视性,使管理者能在软件项目 性能明显偏离软件计划时采取有效措施。

  软件项目跟踪和监督包括对照已文档化的估计、约定、和计划评审和跟踪软件完成情况 和结果,基于实际的完成情况和结果调整这些计划。

  软件项目的巴文档化的计划(即软件开发计划,正如在软件项目策划关键过程区域中所 描述的)用作跟踪软件活动、传送状态和修订计划的基础。管理者监控软件活动。主要通过在所选出的软件工作产品完成的时和在所选择的里程碑处,将实际的软件规模、工作量、成本和时间表与计划相比较、来确定进展情况。当确定末实现软件项目计划时,采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新策划遗留的工作或者采取改进性能的措施。

 

目标

 
  对照软件计划,跟踪实际结果和性能,


    当实际结果和性能明显偏离软件计划时,采取纠正措施并加以管理直到结束。

 
  对软件约定的更改得到受到影响的组和个人的认可。

软件子合同管理

  软件子合同管理的目的是选择合格的软件子承包商并有效地管理他们。

  软件子合同管理包括选择软件子承包商、建立和子承包商的约定,及跟踪和评审子承包 商的性能和结果。这些引起实践包括对纯软件子合同的管理,也包括对子合同的软件成分的管理,后者含有软件、硬件和可能有的其它系统成分。

  基于子承包商完成工作的能选择子承包商。许多因素对将主承包商工作的一部分签为子 合同的决策产生影响。选择子承包商可以基于战略经营同盟及技术上的考虑。这个关键过程区域的实践阐述与将工作一个确定部分签子合同给另一组织的相联系的传统的采购过程。

  当签子合同时,建立一个包括技术和非技术(例如交付日期)需求的已文档化的协议并 将其用作管理合同的基础。对将由于承包商完成的工作和关于该工作的计划建立文档。子承包商将遵循的标准和主承包商的标准一致。

  子承包商的软件的策划、跟踪的监督活动由于承包商完成。主承包商确保恰当地完成这 些策划、跟踪和监督活动并且确保子承包商交付的软件产品满足其验收准则。主承包商和子承包商一起工作去管理他们的产品和过程界面。

 

目标


  主承包商选择合格的软件子承包商。


  主承包商和软件子承包商认同他们相互的约定。


  主承包商和软件子承包准则保持不断通信。


  主承包商对照约定期跟踪软件子承包商的实际结果和性能。

 

软件质量保证

  软件质量保证 的目的是向管理者提供适当的对软件项目正使用的过程和正构造产品的可视性。

  软件质量保证包括评审和审计软件产品和活动以验证它们符合适用的规程和标准,给项 目和其它有关的经理提供这些评审和审计的结果。

  在软件项目的早期阶段,软件质量保证组与软件项目一起工作制定计划、标准和规程等, 这些计划、标准、和规程将增加软件项目的价值并将满足项目和组织方针上的限制。通过参与制定计划、标准和规程,软件质量保证组帮助确保它们适合项目的需要,并且帮助验证它们对完成整个软件生存周期中的评审和审计将是适用的。软件质量保证组在整个生存周期评审项目活动,审计软件工作产品,并就软件项目是否正遵守已制定的计划、标准和规程等给管理者提供可视性。

  首先在软件项目内部处理符合性问题,如可能的话就地解决它。对于那些无法在软件项 目内部解决的问题,软件质量保证组遂级上递该问题到管理者的恰当层次以求得解决。

  这个关键过程区域只包括该组履行软件质量保证功能的实践。而识别软件质量保证组要 评审和(或)审计的具体的活动和工作产品的实践一般包含在其它关键过程区域的验证实施共同特点中。

 

目标


  软件质量保证活动是有计划的。


  软件产品和活动遵守适用的标准、规程和需求的情况得到客观的验证。


  受影响的组和个人接到软件质量保证活动和结果的通知。


  高级管理者处理在软件项目内部不能解决的不符合问题。

软件配置管理

  软件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性。

  软件配置管理包括标识在给定时间点上软件的配置(即选定的软件工作产品及其描述), 系统地控制对配置的更改、并维护在整个软件生存周期中配置的完整性和可跟踪性。置于软件配置管理之下的工作产品包括交付给顾客的软件产品(例如软件需求文档和代码),以及与这些软件产品等同的产品项或生成这些软件产品所要求的产品项(例如编译程序)。

  建立一个软件基线库,当软件基线形成时就将它们纳入该库。通过软件配置管理的更改 控制和配置审计功能,系统地控制基线的更改和那些利用软件基线库构造成的软件产品的发行。

  这个关键过程区域仅包括实施软件配置管理功能的实践。而标识具体的配置项或单元的 实践则包含在描述每个配置项或单元的开发和维护的关键过程区域中。

 

目标


  软件配置管理活动是有计划的。


  所选定的软件工作产品是已标识的、受控的和适用的。


  对已标识的软件工作产品的更改是受控的。


  受影响的组和个人得到软件基线的状态和内容的通知。

posted on 2006-10-21 17:08 天空 阅读(268) 评论(0)  编辑 收藏 引用 所属分类: 骗子学CMM
只有注册用户登录后才能发表评论。