满足CMMI验证步骤

Question

对于我的软件工程项目，我将创建自动化任务的软件。

在我的项目管理模块中，我被要求描述和评估如何在CMMI 1.3版本中实现所有具体的验证目标。

通过查看Wikipedia，我可以看到用于验证的内容如下：

目的

验证(VER)的目的是确保选定的工作产品符合其规定的要求。

按目标分列的具体做法

• SG 1为验证做准备
  • SP 1.1选择工作产品进行验证
  • SP 1.2建立核查环境
  • SP 1.3建立核查程序和标准

• SG 2执行同行评审
  • SP 2.1为同行审评做准备
  • SP 2.2行为同行审查
  • SP 2.3分析同侪审查数据

• SG 3验证选定的工作产品
  • SP 3.1执行验证
  • SP 3.2分析验证结果

我的思维过程：

为了满足SG 1，我想我需要选择一种方法来进行验证。在软件方面，我认为单元测试和代码评审就足够了。这应符合SP 1.1。

为了满足SP1.2，我需要说明我将使用什么来执行这些方法。例如，用于单元测试的单元测试库和用于代码评审的检查表。

为了满足SP1.3，我需要概述如何实际使用SP1.2中的这些方法(过程)。

在我走得更远之前，我看上去是在正确的轨道上吗？还是我想错了？

Answer 1

我建议您参考完整的CMMI促进发展v1.3技术报告，而不是维基百科。这份文件是免费的，并提供了更多的细节。

要记住的是，执行特定实践的实践通常会导致对特定目标的满意。做具体的实践是不需要的，但这是预期的。只要您满足每个流程领域的特定目标的定义(在CMMI评估期间，这将意味着显示客观的证据)，您是好的。

为了达到具体的目标1-为验证做准备-你需要确定你要做什么样的验证(比如什么方法是合适的)，你将对哪些事情进行验证，以及你需要做哪些事情来进行验证(工具、软件、设备)。

为了实现特定的目标2，执行同行评审，您需要定义哪些内容将被同行评审，然后显示出除创建者之外的其他人对其进行评审的证据。请注意，同行评审不仅适用于生产代码，还包括项目期间的所有内容--文档、测试、过程文档。对编程也被认为是一种同行评审的方法。

为了达到具体目标3，你进行你准备的核查活动，作为具体目标1的一部分，并有完成这些活动的客观证据。一个关键的短语指出，“验证活动应该在整个产品生命周期中执行”--这意味着在规划和执行验证时，您应该考虑需求、架构、设计、代码和集成。

一般来说，我认为你的想法是正确的。我的建议是在考虑验证时考虑整个产品生命周期，而不仅仅是单元测试。如何验证您的需求？还是验证您的架构和高级设计？