TR：Technical Review
目的是尽早的发现工作成果中的缺陷，帮助开发人员及时消除缺陷，有效提高产品质量
好处：提高质量、提高生产率、降低成本
注意：评审指出问题不是解决问题，就事论事不人身攻击，限制过多争论避免浪费时间
重要性－复杂性组合与技术评审方式的对应关系
正式评审流程图
对于重要性和复杂性都很高的工作成果，建议先在项目内部进行“非正式技术评审”，然后再进行“正式技术评审”
技术评审应当与质量保证有机地结合起来，请质量保证人员参加并监督正规技术评审是很好的方式
技术评审应当与配置管理有机地结合起来，规定没有通过技术评审的工作成果不允许成为基准文件（Baselined）
建议机构采用统一的缺陷跟踪工具，使得技术评审所发现的缺陷能被及时地消除，不被遗漏
技术评审 TR：Technical Review 目的是尽早的发现工作成果中的缺陷，帮助开发人员及时消除缺陷，有效...
技术预研 TPR：Technical Pre-Research 指的是立项后到开发工作完成前时间内，对项目将采用的...
Beta测试 Beta测试指产品正式销售前，开发方将产品交付一些潜在客户免费试用，获取他们的建议 好处：潜在客户不...
需求开发 RD：Requirement Development 目的是通过调查与分析，获取用户需求并定义产品需求 ...
系统设计 SD：System Design 指设计软件系统的体系结构、用户界面、数据库、模块等，建立需求和代码之间...
客户验收 CA：Customer Acceptance 客户验收只客户依据合同对产品进行审查和测试，确保产品满足客...
系统测试 ST：System Test 目的对软件系统全面测试，确保最终软件系统满足产品需求并且遵循系统设计 实施...
实现与测试 IT：Implementation and Test 目的是依据系统设计文档，编写并测试整体系统的代码...
需求确认>>需求优先级>>产品设计>>prd文档的编写>>prd评审>>UI设计>>UI评审>>研发技术评审>>需...
SPP “精简并行过程”（Simplified Parallel Process，SPP） 基于CMMI以及软件工...
本文标题：16 SPP/项目研发过程-技术评审
本文链接：https://www.haomeiwen.com/subject/rwzksltx.html
网友评论