软件公司文档评审流程.docx

软件公司文档评审流程1评审活动描述1.1概述是指软件项目组定期或事件驱动进行的评审，跟踪技术进展、偏差和问题，并结合分析数据给出未来阶段的行动建 议。根据评审的对象、力度、周期不同，分为内部技术评审、 正式评审与里程碑评审等。1.2入口准则进行软件评审的开始条件如下:1）工作产品已提交：被评审文件要在评审前一天以邮件的形式提交到配置人员处。2)主审员提出评审方式（电子评审或会议评审）并开始;3)3)评审人员就绪:总公办及项目经理;被评人员。L3输入序号输入提交人备注1待评审的软件工作产品及清单配置人员2待评审的软件工作产品评审报告总公办和项目经理会议纪要或邮件的形式3待评审软件工作产品检查单总公办和项目经理根据评审内容选择该项检查；根据项目实际情况进行剪裁；4评审会议所需的相关信息和数据（各评审人的问题收集单）配置人员1.4活动与实施评审的主要阶段评审计划 准备评审实施评审活动 评审跟踪JzzXz 评审计划：需要提前通知配置人员，以便做好相应 的准备工作。 准备评审：由配置人员提供被评审文档或数据（目 前以“放在VSS上”的方式进行）。 实施评审活动：见1.4. 2o评审跟踪：汇总评审信息，跟踪完成情况。评审流程描述1）首先，开发人员将设计书的初版（版本号定为V0.01） 发给评审组，并抄送配置人员，由配置人员将文档放入VSS 的评审库的相应位置。2）然后，进行文档评审。评审方式有两种：会议评审 和电子评审。电子评审评审组以批注的形式答复评审意见，抄送配置人员。配 置人员将所有意见合并到原文档中，作为最终评审。由主审 员做最后审定。评审时间为两个工作日，具体开始时间由主审员确定。 若在规定的时间内，相关评审员不能审批该文档，将不再考 虑其评审意见。注：Word有合并多份文档的批注功能。会议评审由主审员主持，评审意见由文档担当者以批注（或会议 记录）的形式进行记录。会后将评审结构及时发给配置人员 放入配置库中。评审时间为一个工作日，由主审员指定开始时间。3）开发人员将文档的第二版（版本号V0. 02）再次发 给评审组，抄送配置人员，再由配置人员将文档放入VSS。4）重复 “2）”。5）重复修改无误后，由主审员通知配置人员，确认版 本可定稿。配置人员将最后版本放入基线库受控。 注：各位担当在修改履历中要按照评审意见，详细 记录修改内容。评审活动实施1. 4. 3. 1会议评审序号活动角色工作产品备注1明确本次会议的议程、原则、重点、时间限制等；主审员2对被评审工作产品进行简单说明开发担当代表3对评审报告汇总后的问题达成共识全体评审人员对于现场难以解决 的问题，由主持人 决定：是否必要继续讨论 另择时间进行讨论4对各问题的形成机制进行分 析全体评审人员5对已确认的问题的影响估计达成共识全体评审人员评审报告6对解决问题的行动计划达成共识全体评审人员评审报告7对下阶段评审活动的建议全体评审人员就当前阶段的评 审，明确下阶段的 关键内容并明确其评审活动建议。8征询每个评审贝评审会议是否可以结束（是否还存在未完成事项）主审员9评审主持人宣布评审结论、会议结束主审员评审报告10正式批准评审报告主审员评审报告1.4. 3. 2 电子评审序号活动角色工作产品备注1文档方式明确本次汇签的议 程、原则、重点、时间期限等；主审员3对评审报告汇总后的问题达成共识并反馈；全体评审人员4正式批准评审报告主审员评审报告1. 4. 3. 3评审结论对被评审的工作产品的评价，结论一般写法为如下几种, 工作产品合格,通过评审. “无需修改”或者“仅 需轻微修改但不必再进行审核”工作产品基本合格,基本通过评审.需要对工作产品作少量的修改，待通过审核后即可通过； 工作产品不合格,未通过评审:需要对工作产品作 大量的修改，待返工必须重新实施评审活动；其他结论的文字说明。 注：每次评审，主审员都要给出评审结论，以评定 担当者的产品质量。评审结论的跟踪1.5出口准则序号活动角色工作产品备注1已经正式批准的评审报告入库配置人员配置库操作清单2依据评审结论按规程进行相应变更项目经理项目变更报告，项目变更列表3跟踪评审结论的执行状 态，审核修正后的工作产 品直至关闭。主审员被评审工作产品评审报告1）评审组对已关闭的评审结论审核通过；2）配置人员将已审核的评审结论所涉及的相关工作产 品入库。2VSS权限人员分类访问权限部门领导只读评审组（总公办、项目经理）读、修改、添加、删除开发人员只读配置人员读、修改、添加、删除质量人员只读评审库路径Docs/2.内部/0.文档评审库补充说明：评审组审批过的版本将作为设计阶段的评审报告。