验证和承认究竟是什么?

发表于:2016-06-17来历:推酷作者:木槿山庄Isabella点击数: 标签:软件测验
昨日发了根据CMMI的软件测验今后,有人提出说法: (1)验证对应需求标准阐明,承认对应软件任务书,是不是能够这么了解?

  昨日发了根据CMMI的软件测验今后,有人提出说法:

  (1)验证对应需求标准阐明,承认对应软件任务书,是不是能够这么了解?

  (2)用户参加验证进程仍是承认进程?

  先说第一个问题,这种说法是不正确的,并且很片面。

  昨日在文章中我说过,验证,是为了承认某一开发阶段的产品是否满意在阶段初期提出的要求而进行评价的进程;承认,是在开发进程中或完毕时,对软件产品进行评价以承认其是否满意软件需求标准的要求。简略地讲,验证便是证明是否正确地结构了产品;承认则是证明结构的产品是否正确。

  需求清晰的是,不管验证仍是承认,都是进程域,每个进程域都包括许多活动,不能简略地以为便是以某个文档来束缚,为某个文档担任,这样考虑就太片面了。

  以验证进程为例。在这个进程中,首要体现在评定活动上。例如需求阶段,最重要的产品便是两份文档,一份开发方案,一份需求标准阐明。那么对这两份文档的评定便是验证进程。例如,软件概要规划阶段,最重要的产品便是概要规划和产品集成方案,那么这个阶段的首要验证活动便是评定这两份文档。到了编码阶段,还要对代码进行检查,乃至走查,也是验证活动。

  而承认进程,是对软件产品的认可,首要体现在测验活动上。例如单元测验,这是对软件模块进行承认的进程,通过了测验,证明做出了正确的软件模块,ok,得到认可,承认版别,入受控库。同理,集成测验,是承认是否做出了正确的集成产品;装备项测验,是承认是否做出了正确的软件装备项。

  所以,简略地说“验证对应需求标准阐明,承认对应软件任务书”是十分不正确的。在施行CMMI的进程中,咱们不能简略地从字面去了解内在,不然很简单走错路。

  接着,咱们来评论“用户应该参加验证仍是承认进程”的问题。

  在CMMI的每个进程域中,用户作为重要的利益相关方,原则上都能够参加。可是一般情况下,用户并不介意你的成长进程,更在乎终究产品。在施行CMMI的软件项目中,一般都会在软件声明周期中设置里程碑节点,并要求相关利益方参加里程碑会议,以布告本阶段工作进展,误差怎么操控,下一步怎么展开。例如需求完毕阶段,装备项测验阶段,一般都会设置里程碑节点。在未交给软件之前,比较忙的用户只需求参加里程碑节点即可。当然,假如用户不忙,不只在乎成果,还在乎进程,那么全程都能够参加。

  OK,That's all today。有问题欢迎来问,咱们再评论。

  文/木槿山庄Isabella(简书作者)

  原文链接:http://www.jianshu.com/p/a704e67e4c8d

  著作权归作者一切,转载请联络作者取得授权,并标示“简书作者”。

原文转自:http://www.jianshu.com/p/a704e67e4c8d