我说CMMI2.0之验证与确认(VV)
发布于 2023-07-12
2771
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:验证与确认的概念和实践
在CMMI框架内,验证(Verification)和确认(Validation)是两个核心概念,这两个过程区别在于目的、重点和采用的方法。验证着眼于确保工作产品满足特定需求,并强调过程正确性,依据需求、设计等参照物进行。确认则关注产品在实际环境中的功能正确性,以客户需求为参照。方法包括需求评审、设计评审、各级测试等验证方式,以及用户评审、原型、模拟等确认方式。
验证和确认在产品开发中是互补不可或缺的;单独执行其中一个可能导致不能满足需求或发现错误成本高昂,因此业界常将二者合称为V&V。在CMMI 1.3版本中是两个不同的过程区(PA),而在2.0版本中合并为一个过程区,命名为VV。
实践列表
- VV 1.1和VV 1.2分别强调执行验证和确认,并记录及沟通结果。
- VV 2.1要求选择适当的部件和方法以执行V&V。
- VV 2.2涉及建立和维护支持V&V的环境。
- VV 2.3指出应制定和遵循V&V的规程。
- VV 3.1要求制定并利用V&V的准则。
- VV 3.2强调分析和交流V&V结果,以及根据分析采取相应的纠正措施。
在实践中,选择合适的工作产品和方法、建立适当环境、遵循正确规程、使用准确准则、分析和沟通结果,是V&V流程的重要组成部分。这些实践确保了产品能够有效地满足需求并在目标环境中正常运行。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 842.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
过程改进不能这样啊
过程改进是长期行为: 公司的高层对软件规范管理的认识有一个过程. 公司负责过程改进的人员对规范管理的理论的理解也需要一个过程. 公司的规范体系的推广需要一个实用化的过程. 公司的开发人员认识规范管理也需要一个过程. 公司的管理问题的解决从认识到制定措施,落实措施,优化措施也需要一个过程. 公司的管理体系真正制度化也不是短期内能做到的. 任何事情都有其发展的必然规律.违反了客观规律是要摔跟头的,
软件研发管理三部曲:以道御术、术以载道与数以达理
软件研发管理的三部曲:《以道御术》系统解释了软件研发管理的what to do。《术以载道》讲解了软件研发管理的Howto do。《数以达理》系统解释了量化研发管理的how to do。
再谈站立会议的实施要点
昨天在东莞客户封闭开发的现场,观察了一个产品开发组四个小组实施站立会议的情况,分析了他们执行的优缺点,对如何执行站立会议,如何获得站立会议的成功进行了再次归纳总结,要点如下:1 任务的分配与领用i)任务的责任人要明确;ii)任务的颗粒度小于2天;iii)如果有的任务颗粒度实在无法拆分到2天以内,则需要设置中间的检查点;iv)任务的完成时间要明确;v)任务的完成标准要明确;vi)任务识别的要尽可能完
和周老一起做评估
和周老连续做了2场3级的正式评估:汉王科技与大连华信,对周老的水平叹为观止,不服不行,48年的软件工程经验,功底就是深厚。 周老找弱项可以用5个字来形容:快、准、实、细、全。 快,周老的提问目的性很强,不需要查太多的证据,通过访谈就可以发现问题。 准,周老发现的弱项很容易就让对方口服心服,周老对概念的理解相当精确。 实,周老发现的弱项不是形式上的问题,而是切实对项目组能够有实质性帮助作用的问题。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线