技术开发 频道

CMMI对软件项目需求分析的要求

  是否达到评估输出的决定,包括将报告的定级,应在评估输入中写明。此外,评估发起方可能要求附加的定级输出来作为评估的结果。可能选择的典型的定级结果包括:

        1.成熟度等级或者能力等级评定;

        2.过程域满意/能力等级剖面;

  3.实践定级;

  4.可选择:使用“部分满意Partially Satisfied”用于过程域定级;

  5.15504过程剖面;

  6.特定学科定级(例如:SE或者SW);

  7.项目级别的发现或者定级;

  8.其他(非典型)的期望的输出。

  评估发起方可能也要求其他的产品作为评估结果,可能要求的典型的产品有:

        1.评估最终报告;

        2.基于评估结果,采取行动的建议;

  3.过程改进活动计划。

        获得评估输入的许可

  本阶段的目的是确认评估发起方对评估输入的正式批准,并且这些信息集合置于变更管理之下。为此,本阶段所必需的实践是:

  1.记录评估输入记录的要求信息;

  2.获取评估输入记录的发起方的正式批准;

  3.管理评估输入的变更,获取发起方对于变更的承认。

  评估输入可能是在计划中逐步产生的,但必须在数据收集开始之前得到正式批准。因此,评估输入至少应该包含如下必需的信息:

  1.评估发起方的身份,发起方和被评估组织单位之间的关系;

  2.评估目的,包括相应的商业目标;

  3.评估参考模型范围;

  4.被评估组织单位;

  5.评估过程背景,包括:组织单位的大小和人员统计情况,应用领域、大小、危险程度和复杂度;组织单位产品和服务的高优先级特征(例如:面市时间,多功能,可靠性);

  6.评估约束,包括:关键资源的可用性(例如: 人员,资金,工具,便利设施,日程安排约束,评估可用的最多时间,评估之外的特定过程域或者组织实体,评估期望的最大、最小或者特定样例大小或覆盖,评估结果的所有权归属以及使用的限制,一致同意的信息结果的控制,评估结果与相关来源的属性。

  7.使用的CMMI模型标识(版本,学科,表示法);

  8.将成为评估小组领导者的主任评估师的身份和联系方法;

  9.评估小组成员的身份和联系方法,以及他们各自特定的评估责任;

  10.评估参与者和支持人员的身份(名字和组织关系),以及他们各自在评估中的特定责任;

  11.为实现评估目标,评估期间收集的任何附加信息;

  12.包括将产生的定级的计划评估输出描述;

  13.预期的进一步活动(例如:报告,评估活动计划,再评估);

  14.计划的SCAMPI剪裁和相关的折衷,包括组织单位的样例大小或覆盖;

  15.评估使用的方式(例如:内部过程改进,供应商选取,过程监视)。

  需求分析作为过程改进评估方法的第一步,是进行准确评估的前提条件。当满足下面三个退出标准时,我们认为需求分析阶段可以结束:评估发起方和权威的SCAMPI主任评估师进行了初步的接触;主任评估师已经访问了发起方组织的成员;评估输入已经被评估发起者证明并且置于变更管理之下。

  值得注意的是,评估发起者在过程评估方面的经验将推动这一过程的剪裁选择。一个没有评估经验的发起者将需要大量的信息和合作的咨询,以提供有意义和完整的评估需求;而有经验的发起者很可能会提供很有针对性的需求分析。

0
相关文章