• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

CMM I对软件项目需求分析的要求[2]

发布: 2008-8-26 14:52 | 作者: 网络转载 | 来源: csai | 查看: 22次 | 进入软件测试论坛讨论

领测软件测试网 同样,在本阶段评估小组领导和发起者之间至少有一次交流。在某些情况下,还必须通过其他方式确保他们之间存在经常性的面谈。此外,在评估早期阶段标识的费用和日程安排的约束应该是针对高层而言的,是一种系统的估计,而不是详细的估计。

    确定评估范围

    在评估过程中,由参考模型范围和组织范围决定了评估的范围。无论使用阶段式表示法或者连续式表达法,在过程改进执行的早期,模型范围都应该被确定并文档化。评估小组领导有责任保证发起者能够考虑到评估范围中所涉及的过程域和采取的模型表示法。评估的输出应该由他们根据实用价值来决定,在需求分析活动中制定,并且尽可能在那些可选择的模型范围内做出选择。组织范围定义了评估中调查的边界,例如:对于每一个项目的实践完成情况、为了完成组织级目标所做的实践,可被选来作为组织代表和过程执行的背景。为此,本阶段所必需的实践是:

    1.确定评估所使用的参考模型范围和表示法,并将其文档化;
 
    2.确定评估期间调查的组织单位,并将其文档化。

    参考模型应包括过程域和相关的评估小组调查的最大能力等级或者成熟度等级(例如:评估范围内的过程域的共性目标)。参考模型表示法的选取应该在确定评估目标时就讨论过了,这是因为表示法的选取可能影响到评估目标的实现。

    评估模型的范围至少应该包括一个过程域。所有的共性目标和特定目标应包含确定的过程域能力等级或者成熟度等级;过程域内单个的目标不能被排斥在外。

    通常来说,评估期间被调查的组织单位的确定应该满足以下条件:至少有两个被调查的过程是可以作为目标证据源,而且,要能获得组织使用的生命周期的典型覆盖。组织单位实例的选取可以通过调查表,或者通过和组织人员讨论得出的概要信息来决定。对于组织级别的过程实现(例如:组织培训),不要求多个实例。

    评估中将调查的典型实例也会驱动提供目标证据信息源的参与者的选取。评估参与者(名字,角色)在初期所做的决定应该作为组织范围确定的一个部分,和评估发起者或者高层管理者磋商。这在后面的详细评估计划中将得到进一步确定。

    本阶段的目标是确定特定的评估输出。有些评估结果是必需的,而附加输出是可以剪裁的。在确定评估输出之前,应清楚地了解下面的问题的答案:

    1.评估中将产生什么级别;

    2.文档化评估结果,是否要写最终报告;

    3.是否要产生和报告关于怎样致力于特定发现的建议。

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/

TAG: cmm CMM 软件 项目 需求


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网