软件质量保证讲述.pptVIP

*/39 软件技术评审（续） 评审的原则： 未通过阶段评审不得进入下一个软件研制阶段 评审对事不对人，评审的是产品，而不是生产者 评审就要挑刺，找问题、缺陷和隐患 评审组的人员面越广越好 评审组不作无休止的争论和辩驳，将争论点记录下来，供以后甄别 评审只是提出问题，没有解决问题的任务 使用“评审检查单”以提高评审的效果 */39 软件技术评审（续） 评审的作用： 技术把关，避免软件人员的想当然 概念沟通，吸收用户和总体人员参加，审查软件人员理解的正确性 集思广益，吸收有关的分系统人员参加，从不同侧面确认软件的协调性 总结汇报，使软件系统总指挥、总设计师了解软件生产的进度、问题和要求，作出新的部署 */39 软件技术评审（续） 评审很容易走过场、走形式 评审效果的好坏，与当事人(软件人员)密切相关 基于有问题才需要评审，不能轻信自己的软件，导致对评审产生对立情绪 对评审出的问题进行整理、分类和汇总，不忽视任何一个细小的疑点 */39 软件验证(Verification)和确认(Validation) 软件验证和确认，简称为V＆V或V2 它们的区别在于： 验证关心的是确保软件模块或功能内在的正确性 确认则表明要与需求进行比较是否满足要求，它所关心的是该软件产品的价值 VV是贯穿于软件开发过程中十分细致的软件检验活动 每个开发阶段的结果是下一开发阶段的一个规格文件，但要进入下一阶段之前必