2023学年完整公开课版软件评审

北京电子科技职业学院软件评审软件评审是在软件的生命周期内所实施的对软件本身的评审，是对软件元素或者项目状态的一种评估手段，软件评审可以分为：阶段评审、同行评审阶段评审通常从项目的人力资源、物力资源、资金状况、风险、技术、规模、进度等因素评审项目的状态并确定软件生产活动是否可以进入下一阶段同行评审是一种通过评审对象作者同行确认缺陷和需要变更区域的检查方法软件评审同行评审与阶段评审相比，主要区别在于：评审关注点不同同行评审更侧重于技术实现和工件开发，阶段评审关注于产品或项目的进度管理，通过阶段评审了解项目的进展情况，从而控制产品或项目生产过程质量及不同阶段的里程碑实现情况评审目的不同同行评审是对软件元素进行评审，尽早发现软件元素的缺陷，并且对缺陷进行跟踪和分析。阶段评审是对项目不同阶段不同状态进行评审，从而决定是否继续下一个阶段软件评审评审方式不同阶段评审是正式的会议评审，阶段评审活动一般包括评审问题定义、评审流程定义、角色职责定义、评审结果跟踪等几个环节，通过评审会议，各部门发表本阶段意见，项目经理根据评审意见决定项目是否进入下一生产活动同行评审可以是正式的会议评审，也可以是非正式的评审，一般包含正规检视、技术评审、走读等3种类型的评审活动软件评审正规检视正规检视是在软件开发过程中发现、排除软件在开发周期各阶段存在的错误、不足的过程，是一种软件静态测试方法，应用于开发过程中产生的软件文档和程序代码，具有规范、易组织、高效等特性正规检视活动不同于其他类型的同行评审活动，其遵循严格的过程，评审参与人员经过规范细致的流程、职责培训，检视过程有明确细化的评估标准软件评审技术评审技术评审是由一个正式的评审组对产品或项目从需求、标准符合角度进行评价。它确认任何与规格和标准不一致的地方，或在评审验证后给出可变更的处理方法，或者包含这两者。技术评审的严格程度没有正规检视那么严格技术评审是为了确认和裁决技术问题，如变更的确认等，不是为了发现问题，无正规流程，一般在技术小组内部开展软件评审走读开展走读活动的目的是评价一个产品或项目（通常是该产品或项目的软件代码）是否存在错误。走读一直以来都与代码检查联系在一起，当然走读也可以应用到产品或项目的其他成果物，如概要设计、详细设计、测试计划等文档走读的核心目标是发现缺陷，走读活动一般无正规流程，相对于正规检视与技术评审而言，走读形式最自由，参加者不一定为技术专家，一般是两两交换走读软件评审参与评审人员不同同行评审主要由同行担任，如受影响的项目组成员、具有同等开发专业技能并熟知被评审对象的人员，在同行评审过程中分别担任组织者、作者、检视者、讲解员、记录员等多个角色阶段评审一般由产品或项目外部用户担任，如用户代表、项目经理、部门经理等，在阶段评审活动前确定参与评审的人员，固化后形成稳定的评审小组，负责不同阶段的评审活动软件评审软件评审中经常产生的误区误区一：评审参与者不了解评审过程如果评审参与者不了解整个的评审过程，就会有一种自然的抗拒情绪，因为大家看不到做这件事情的效果，感觉到很迷茫，这样会严重的影响大家参与评审的积极性误区二：评审人员评论开发人员，而不是产品评审的主要目的是发现产品中的问题，而不是根据产品来评价开发人员的水平。但是往往会出现把产品质量和开发人员水平联系起来的事情，于是评审变成了批斗大会，严重的影响了评审的效果软件评审误区三：评审没有被安排进入项目计划参与评审需要投入大量的时间和精力，应该被安排进入项目计划中。但是现实的情况往往是，评审变成了“义务工”，参与评审的人员必须加班加点才能完成评审任务误区四：评审会议变成了问题解决方案讨论会评审会议主要的目的是发现问题，而不是解决问题，问题的解决是评审会议之后需要做的事情。但是，由于开发人员对技术的追求，评审会议往往变成了问题研讨会，大量的占用了评审会议的时间，导致大量评审内容被忽略，留下无数的隐患软件评审误区五：评审人员事先对评审材料没有足够了解任何一份评审材料都是他人智慧和心血的结晶，需要花足够的时间去了解、熟悉和思考，只有这样，才能在评审会议上发现有价值的深层次问题。在很多的评审中，评审人员因为各种的原因，在评审会议之前对评审材料没有足够的了解，于是出现了评审会议变成了技术报告的怪现象误区六：评审人员关注于非实质性问题经常会出现这样的问题，在评审中，评审人员过多的关注于一些非实质性的问题，比如文档的格式，措词，而不是产品的设计软件评审误区七：忽视细节在组织评审的过程中，很多人不太注意细节。比如会议时间的设定，会议的通知，会议场所的选择，会场环