PCMMI实践解析软件验证和确认.ppt

PCMMI实践解析软件验证和确认.ppt

《PCMMI实践解析软件验证和确认.ppt》由会员分享，可在线阅读，更多相关《PCMMI实践解析软件验证和确认.ppt（32页珍藏版）》请在冰豆网上搜索。

CMMI实践解析第七部分软件验证和确认,课程概述,软件验证和确认概述,验证（VER）,确认（VAL）,1,2,3,软件验证和确认总结,4,软件需求和验证活动的V模型,评审的分类,审查（Inspection）团队评审（TeamReview/TechnicalReview）走读（WalkThough）成对编程（PairProgramming）同行检查（PeerDeskCheck）特别检查（AdhocReview）,评审的正式程度,课程概述,软件验证和确认概述,验证（VER）,确认（VAL）,1,2,3,软件验证和确认总结,4,Verification（验证）,ThepurposeofVerification（VER）istoensurethatselectedworkproductsmeettheirspecifiedrequirements.验证的目的是确保选择的工作产品满足指定的需求。

相关PA：

VAL产品和产品组件在计划的环境中实现使用。

RD产生和开发客户、产品和产品组件需求。

REQM管理需求。

Verification（验证）,目标之间关系解析SG1,PrepareforVerification（准备验证）,PerformPeerReviews（执行同行评审）,SG1,SG2,SG3,需求开发,确认,SG1准备验证,PrepareforVerification（SG1准备验证）,SP1.1选择待验证的工作产品,SP1.2建立验证的环境,SP1.3建立验证规程和准则,SG1,目标之间关系解析SG2,PrepareforVerification（准备验证）,PerformPeerReviews（执行同行评审）,SG1,SG2,SG3,需求开发,确认,SG2执行同行评审,数据收集需求入口和出口准则同行评审计划,评审结果评审问题评审数据行动项,PerformPeerReviews（SG2执行同行评审）,SP2.1准备同行评审,SP2.2执行同行评审,SP2.3同行评审数据分析,SG2,SP2.1准备同行评审,有效的评审会议的检查标准和检查单你的检查表是否着重将检查员的注意力引向过去常发生错误的地方？

是否侧重于缺陷检查而不是纠错？

在检查会议之前检查员是否有足够的准备时间？

每一位检查员都作好了准备吗？

每一位参与者是否都扮演不同的角色？

会议是否开得富有成果？

会议是否限制在2小时之内？

协调者在指导检查方面接受过特殊的训练吗？

在每次检查中，错误类型数据是否都作了收集，以便于你今后制作检查表？

每次检查所指定的条款是否都落实了？

是由协调员本人还是重新作了检查？

SP2.2执行同行评审,Infosys公司关于评审的经验教训：

评审应该包括外部专家，以增加项目团队的才干。

采用一个良好定义和结构化的评审过程。

评审只关注故障和问题，而不讨论解决（要考虑解决思路，具体实现不考虑）。

有效利用各种评审形式。

监督每次评审的有效性。

需要对评审绩效进行监控，并采取纠正和预防措施。

首先通过实验改变观念（但很多时候是态度问题，已经不是简单的观念问题）,SP2.3分析同行评审数据,评审缺陷数小于预计缺陷数评审的工件业务逻辑较简单评审人员没有充分的按检查单预审（规范，态度）评审人员没有经过评审的培训（技能）工作产品的质量非常好（技能）评审和预审时间是否完全应用，是否充足（计划）评审缺陷数大于预计缺陷数工作产品的质量较低（技能，规范，职责，态度）工作产品本身业务逻辑非常复杂（技能）次要缺陷多而主要缺陷少（规范,态度）被评审模块是项目第一个模块（培训）,目标之间关系解析SG3,PrepareforVerification（准备验证）,PerformPeerReviews（执行同行评审）,SG1,SG2,SG3,需求开发,确认,SG3验证选择的工作产品,验证结果不足验证数据纠正行动,VerifySelectedWorkProducts（SG3验证选择的工作产品）,SP3.1执行验证,SP3.2分析验证结果,SG3,如何达到能力等级2级,如何达到能力等级3级,课程概述,软件验证和确认概述,验证（VER）,确认（VAL）,1,2,3,软件验证和确认总结,4,Validation（确认）,ThepurposeofValidation（VAL）istodemonstratethataproductorproductcomponentfulfillsitsintendedusewhenplacedinitsintendedenvironment.确认的目的是证明产品或产品组件在计划的环境中是满足使用的。

相关PA：

RD需求确认。

TS转换需求成为产品规格，并且在确认已识别的问题影响产品和产品组件设计时采取纠正措施。

VER产品和产品组件满足需求。

Validation（确认）,目标之间关系解析SG1,一致性不足之处,PrepareforValidation（准备确认）,ValidateProductorProductComponents（确认产品和产品组件）,需求开发,SG1,SG2,SG1准备确认,PrepareforValidation（SG1确认准备）,确认环境确认流程和准则产品清单和产品选择确认的组成,SP1.1选择待确认的工作产品,SP1.2建立确认环境,SP1.3建立确认过程和准则,SG1,目标之间关系解析SG2,一致性不足之处,PrepareforValidation（准备确认）,ValidateProductorProductComponents（确认产品和产品组件）,需求开发,SG1,SG2,SG2确认产品和产品组件,ValidateProductorProductComponents（SG2确认产品或产品组件）,确认报告确认结果对照矩阵运行流程日志操作实例,确认缺陷报告确认问题流程变更请求,SP2.1执行确认,SP2.2分析确认结果,SG2,如何达到能力等级2级,如何达到能力等级3级,课程概述,软件验证和确认概述,验证（VER）,确认（VAL）,1,2,3,软件验证和确认总结,4,验证和确认,验证：

确保工作产品符合其指定的需求。

确认：

确保工作产品满足于使用。

换句话说，验证确保“你做对了（youbuiltitright）”，确认确保“你做了正确的事（youbuilttherightthing）”,典型的验证活动,单元测试子系统/系统测试集成测试评审代码走查,典型的确认活动,用户联合测试（UAT）验收测试试运行,