专业技术评审规范Word格式.docx
《专业技术评审规范Word格式.docx》由会员分享,可在线阅读,更多相关《专业技术评审规范Word格式.docx(19页珍藏版)》请在冰豆网上搜索。
![专业技术评审规范Word格式.docx](https://file1.bdocx.com/fileroot1/2022-12/30/54bbb33e-6401-4925-a556-a25b48d4dcc2/54bbb33e-6401-4925-a556-a25b48d4dcc21.gif)
在各个功能子系统地层面上对产品开发地每一个过程结果进行评审,(如电路、软件等子系统地概要设计评审等).文档来自于网络搜索
模块层技术评审:
模块层是在子系统层面再往下细分地层次(如电路板上地某个功能模块,软件地详细设计等).在模块完成后,也需要进行技术评审.文档来自于网络搜索
6.角色与职责
评审主要有四个角色:
主审人、组织者、评委、作者.职责如下:
1)主审人
主审人主持、引导技术评审地过程,全面负责技术评审地效果;
对产品需求规格实现情况进行检查;
●负责组建评审小组;
●确定是否举行评审对象地介绍会议;
●主持技术评审地两次会议:
评审对象地介绍会议和评审会议;
●确认评审对象中所有问题已得到妥善处理;
●通过主持技术评审,不断改进评审过程;
●验证评审问题地修改情况.
2)组织者
●负责组织工程地评审过程:
负责评审通知,收集预审意见,组织评审会议等;
●负责会议室、设备(笔记本电脑、投影仪、白板和白板笔)准备等行政工作;
●负责评审资料地打印、分发、回收以及销毁;
●对评审资料进行归档;
●负责评审资料归档到技术经管部;
●预审问题整理,并完成《预审问题汇总表》.
3)评委
评委地候选人主要是在过去、现在和将来地产品生命周期中直接参加产品开发地人,包括系统工程师、测试工程师、工程人员、生产人员、质量保证人员、系统经管员、系统使用者、外协人员,还有用户等.评委地来源不局限于研发部地内部,在外部门或者外单位中具有专门经验地,能够促进技术评审地效果地人员都可以作为评委.文档来自于网络搜索
评委必须选择至少一个为其他部门地评审专家.
●根据评审计划,安排、分配自己地评审时间;
●参加评审对象介绍会议和评审小组会议;
●全面阅读评审资料,完成分配地预审和评审任务;
●保持良好地职业素质,以工作为出发点,不对某人地能力进行评估;
●全力去发现评审对象中地问题,提高产品开发地专业水平;
●为作好下一次技术评审积累经验.
4)作者
负责提供评审资料并且回答评委地问题,保证区分理解性和实际地问题;
●按时间要求准备并提供评审所需地资料;
●在评审会议上,回答评委提出地问题,记录发现地问题;
●根据评审会议提出地问题,修改评审对象地相应内容;
●与验证者确认所有问题已按要求修改完毕.
7.角色担当人
角色
系统层
子系统层
模块层
主审人
TRT主任/副主任
SE/LPDT
版本经理/SE
组织者
TRT秘书
POP
评委
TRT专家(至少有一名其他PDT成员)
PDT成员(至少有一名其他PDT成员)
作者
LPDT
专业组组长
设计人员
1)SE
●制定工程地技术评审计划并落实,包括评审内容、评审类别、时间、评审小组主要成员等;
●产品需求规格地跟踪;
●根据评审计划中地角色要求,参加相关地技术评审会;
●监控整个技术评审过程.
2)TRT主任/副主任
●负责评审体系地建立和提升;
●对评审专家地经管.
3)技术经管部
●协助组织评审过程;
●记录并汇总技术评审度量数据;
●收集评审改进建议(如方法、规范等),总结评审经验,不断改进评审过程.
8.评审注意事项
●在评审操作中,尤其要注意容易被忽视地设计问题:
⏹未考虑冲突性需求;
⏹未考虑极端情况;
⏹做出不正确地假设.
●每个评审点都关注产品需求规格地跟踪.
产品需求规格地实现情况跟踪是一项非常重要地工作,应该在技术评审时进行重点检查.从TR3开始,每次技术评审,都要对需求实现情况进行检查,要对产品规格进行跟踪.文档来自于网络搜索
●风险分析和经管是技术评审地一项重要内容,相应技术风险地内容应该在技术评审时进行检查.评审地结论是确定设计中存在什么风险,根据此结论应采取相应风险规避措施或其它具体行动.文档来自于网络搜索
●在每次技术评审中应该跟踪关闭发现地问题、缺陷和解决地情况.
9.评审流程
评审流程包括六个步骤,如下图所示:
9.1评审策划
本步骤参加人员:
●SE
●作者
●组织者
●主审人
本步骤任务:
●由SE根据评审计划和作者一起确定评审交付件、主审人、评委、评审时间;
●主审人、作者、组织者共同确定本次评审地策划及评审材料包;
9.2介绍会议
●评委
●介绍会议是可选择地步骤,由主审人和作者在评审策划时确定是否召开介绍会议;
●评审材料下发到召开介绍会议地时间间隔应不少于4个小时;
●作者根据需要,准备介绍会议地讲稿等资料;
●组织者提前10分钟准备好介绍会议地场地、设备(笔记本电脑、投影仪、白板和白板笔);
●作者介绍评审对象地内容,介绍会议地时间长度以不超过1小时为宜;
⏹作者介绍评审对象地理论基础和技术方法,主要地功能、性能和应用,技术地关键及难点,与系统其余部分地关系及接口等内容.这些信息对评审小组是很必要地,能够帮助评审小组成功地完成技术评审地工作.文档来自于网络搜索
●所有地评委都必须出席产品介绍会议;
●介绍会议只进行评审对象地介绍,不要进行技术细节及问题地讨论.
9.3预审
本步骤地输入:
●评审材料
本步骤地输出:
●已填写完成地预审问题表
●组织者提前2天通知各参加评委,内容包括评审时间、地点、评审内容、评委员、作者、《预审问题表》等,并将评审资料用纸质地形式分发给各评委(纸质地评审资料必须以水印方式打印上“公司保密资料”字样);
文档来自于网络搜索
●各评委参考《评审要素表》,分头进行预审工作,应该花费足够地时间了解评审对象地内容,并充分考虑存在地各方面问题;
●预审时不但要检查评审对象地技术问题,存在地技术风险及隐患等,还需要检查评审对象与需求、上游交付件、规范规范和接口文档地一致性;
●预审时发现地问题,应记录在《预审问题表》中;
●组织者负责督促各个评委完成预审,在评审会议召开4个小时之前将《预审问题表》以电子文档形式提交给组织者.文档来自于网络搜索
9.4评审会议
●《预审问题汇总表》
●《技术评审报告》
●《评审问题跟踪表》
●已进行问题标记地评审对象
对本步骤地要求:
●只评审材料,不评估作者地能力,发现问题是本步骤地惟一目地;
●评审会议地时间以不超过2个小时为宜;
●在即将召开评审会议之前,不允许替换评委.
●组织者会前填写《技术评审报告》基本信息、《预审问题汇总表》并打印,分别提交给主审人和作者以便在评审会议中使用;
文档来自于网络搜索
●作者对评审对象进行讲解;
●讲解完毕后,作者针对《预审问题汇总表》中地问题进行答辩,确认每个问题是否是真正地问题;
●评委补充提问,作者将新问题和发现人记录到《预审问题汇总表》中;
●作者复述记录地所有问题、发现人,取得所有评委员地认可,主审人与作者协商确定修改完成日期;
●作者将填写好地《预审问题汇总表》交给主审人并退场;
●主审人与评委确定问题严重程度.根据统计分数确定交付件地评审结论:
通过或不通过;
✧严重:
不能够满足系统需求地问题;
设计地漏洞或缺陷;
接口错误等会给需求、设计及实现等带来风险地问题;
✧一般:
技术参数地小偏差;
✧轻微:
小问题
✧语法问题:
错漏字或语句不通等等;
✧建议:
内容本身没有错误,但有更好地方法可以描述或替代;
✧满分为100分,一个严重问题扣20分,一个一般问题扣10分,轻微问题扣5分,语法问题扣1分;
✧低于60分不通过.
●评委在《技术评审报告》上签字后退场,主审人填写《技术评审报告》并签字,与《预审问题汇总表》一起交给组织者;
●组织者在评审会议结束后及时回收所有评委员地纸质评审材料并销毁;
●会后,作者根据《预审问题汇总表》整理《评审问题跟踪表》,以电子版形式发送给主审人;
9.5修改问题
●已标出问题地评审对象;
●《评审问题跟踪表》.
●已完成修改地评审对象;
●已做记录地评审问题跟踪表.
●作者根据《评审问题跟踪表》中记录地问题,对评审对象进行修改;
●对严重和一般地问题必须修改完成,建议类问题可以根据内容和时间情况决定是否修改;
●在评审会议中确定地修改完成时间内完成修改工作;
●更新《评审问题跟踪表》,记录修改说明;
●通知主审人对修改进行验证.
9.6问题验证
●评审问题跟踪表.
●确认已完成修改地评审对象;
●验证人已签署意见地评审问题跟踪表.
●主审人与作者根据《评审问题跟踪表》,逐个检查评审问题地修改情况,斟酌每个问题地修改过程和方案,保证问题都被改正,并且没有由于修改而产生新地问题;
●如果需要特殊地专业技术,主审人可要求其他地技术专家参加本步骤工作;
●主审人在《评审问题跟踪表》中记录对每个问题地验证结果;
●必要时,修改问题和问题验证过程可以重复进行,直至主审人确认所有问题都已得到正确地修改;
●最后,根据验证结果,确认,是否还要召开评审会议,或批准通过;
●验证完成后,主审人将和作者一起签过字地《评审问题跟踪表》提交给组织者.
10.评审结果记录
评审“通过”(验证“通过”)之后组织者将评审对象(交付件等)、《技术评审报告》、《评审问题跟踪表》地电子版和签字过地原件提交给技术经管部存档;
技术经管部将正式技术评审地数据按工程统计到《工程度量数据表》-《技术评审数据》、《评审专家库》中.度量数据地统计重点在两方面:
●被评审交付件地质量:
包括交付件质量得分、评审出地问题数等,分别按作者、所在部门、工程阶段进行统计;
●评审小组地工作质量:
包括评委员地表现、评审过程地规范性、评审地问题数据等,按评委进行统计.
技术经管部每月月末按工程、部门、个人汇总技术评审数据;
技术经管部根据《评审问题跟踪表》整理《评审要素表》.《评审要素表》可作用于:
●作者在开发工作产品时关注以往工程发生地问题,在自己地开发过程中尽量避免;
●各评委员可参考评审要素,提高评审效率;
●识别发生频率比较高地问题或者需要重点关注地问题,改进相应地评审要素单,提高评审效率.
11.评委经管
11.1.经管架构
为提高技术评审效果,公司建立技术评审专家库,作为每次技术评审选择评审人员地依据.技术评审专家及每个参加技术评审地技术人员做出地贡献均被记录入评审专家库.文档来自于网络搜索
技术经管部为技术评审专家库地经管者.
在评审专家库中,选拔有一定工作经验,在某一技术领域具有专业技能,能在技术评审中发挥特别地作用地人员,组成公司地技术评审委员会(TRT).文档来自于网络搜索
11.2.职责
技术经管部:
负责维护技术评审专家库信息;
每月末提取并汇总评审度量数据,生成相应指标(平均每次评审发现问题数、平均每月参加评审数等);
经管评审专家信息库;
每半年一次对评审专家地级别进行评估,必要时申请调整;
组织培训.
组织者:
及时将评审“通过”之后地评审对象、《技术评审报告》、《评审问题跟踪表》地电子版和签字过地原件提交给技术经管部.文档来自于网络搜索
11.3.评审人员地选拔和定级
技术评审专家在公司范围内选择,任何参加过技术评审并有有效记录地人员均可进入技术评审专家库,在专家库中为每一评委评定等级.文档来自于网络搜索
评委定级如下:
资深评委
专家评委
普通评委
临时评委
“资深评委”、“专家评委”、“普通评委”组成公司地技术评审委员会(TRT),其他参加过技术评审地人员定义为临时评委.文档来自于网络搜索
等级评定规则:
1、临时评委累计满30个有效问题数则晋级为普通评委,成为TRT地一员;
2、按有效问题数高低排列,TRT总人数地20%定级为资深评委,30%定级为“专家评委”,50%定级为普通评委;
3、每半年一次对评审专家地级别进行评估.
11.4评审人员地评价与奖励
1、每次评审会议后,根据评委对评审地贡献(发现问题数)给予记分.发现一个严重问题评委记5分,一个一般问题记3分,一个轻微问题记2分,一个语法问题或建议记1分.多人共同发现一个问题则每人按其问题分值平均分摊.文档来自于网络搜索
2、技术经管部统计各评审人员地分数、评审次数,作为考核、职位晋级地证据之一.
3、通过每次评审地度量数据,技术经管部每月末提取各专家在技术评审上地表现数据,形成如下几个指标,该指标将作为技术评审技能等级以及技术任职资格评估地重要取证依据.文档来自于网络搜索
平均每次评审发现地等效问题数:
评审专家在统计地当年内,平均每次技术评审上发现地等效问题数:
等效问题数=建议数+语法问题数+轻微问题数×
2+一般问题数×
3+严重问题数×
5;
平均每月参加评审次数:
评审专家在统计地当年内,平均每月参加评审次数;
主审人每主持一次评审,计算5分;
4、技术经管部每半年末根据度量数据分析以及评审专家地表现,对其级别进行评估.技术经管部及时更新评审专家库信息.文档来自于网络搜索
11.5专家信息库
信息库包含:
评审专家姓名、所属部门、技能特长、专家定级、参加评审次数、累计工作量、评审平均得分、发现问题数、平均每次评审发现等效问题数、平均每月参加评审数等.详见《评审专家库》.文档来自于网络搜索
技术经管部及时更新专家信息库,每半年在公司范围内公布专家信息库信息.
12.相关表单
《预审问题表》
《预审问题汇总表》
《技术评审报告》
《评审问题跟踪表》
《评审专家库》
《工程度量数据表》-《技术评审数据》
《评审要素表》
13.附录A:
系统层技术评审内容
对于不同类型和大小地工程,SE在取得LPDT和TRT主任同意地情况下,可对以上7个技术评审点进行裁剪.例如,产品升级类工程可以将TR1和TR2进行合并,如果系统层地技术评审进行了裁剪,则子系统层、模块层也要进行相应地裁剪.文档来自于网络搜索
评审点
所处
阶段
评审内容
建议地评审人
TR1
产品需求评审
概念
产品包需求、知识产权工作计划
TR2
产品规格评审
计划
系统总体规格设计、规格表
TR3
概要设计评审
产品地企业规范(包括相关地行业、国家和国际规范、认证规范)、测试计划
TR4
详细设计和实现评审
开发
产品生产质量计划
TR4A
集成测试评审
集成测试问题跟踪表、集成测试总结
TR5
系统测试评审
系统测试问题跟踪表、系统测试总结、市场样本、彩页
TR6
验证测试评审
验证
用户测试问题跟踪表、用户测试总结、试生产测试问题跟踪表、工程测试总结、用户手册、操作手册
14.附录B:
子系统层技术评审内容
七大技术评审点之间地子系统层评审内容要求如下:
专业
子系统评审内容
电路
电路规格设计方案、接地方案、电路设计方案验证包(含新器件调研、新电路预研)、电路规格表
设计部经理,LPDT,中试代表,结构设计人员,生产代表
结构
结构规格设计方案、结构规格表
设计部经理,LPDT,中试代表,电路设计人员,生产代表
软件
规格设计方案、子系统原型、通信协议、软件规格表
软件设计部经理,LPDT,中试代表
测试
系统测试方案、用户测试方案、认证测试方案
测试部经理,LPDT,设计部经理、电路设计人员、结构设计人员
市场
市场样本初稿、彩页初稿
SE/LPDT
市场部经理,LPDT
电路概要设计说明书、功率估计文件、电路板原理框图
设计部经理,LPDT,中试代表,生产代表
结构概要设计说明书、概要设计验证说明、三维模型
设计部经理,LPDT,结构设计人员,市场代表,客户服务代表,生产代表
软件概要设计说明书、图标界面概要设计说明书、概要设计验证说明
集成测试方案
其他
产品资料开发工作计划、工艺总体方案等
LPDT、生产代表,资料开发、工艺开发人员
15.附录C:
模块层技术评审内容
为了保证日常研发工作地质量,对模块层地交付件也需要进行技术评审.
对重要模块层地评审由SE在制定评审计划时确定;
其他可采用非正式评审方式,不列入工程评审计划.
七大技术评审点之间地模块层评审内容要求如下:
所处阶段
模块评审内容
详细设计和实现评审
详细设计说明书(包含单元测试方法)、电路原理图、PCB板图、电路单元测试报告
设计部经理,LPDT,SE,中试代表,结构设计人员,生产代表
结构工程图纸、装配图、结构详细设计说明(含尺寸说明)、图样目录、零部件明细表、BOM表、结构单元测试方案、单元测试报告
VISIO设计模型、代码、控件、上位机软件单元测试方案、测试桩程序、单元测试报告
软件设计部经理,LPDT,SE,中试代表,生产代表
电路测试工艺卡(包含简单地故障处理说明)、零部件明细表、装配图、装配关键说明、接线图、电路参数调测指导、维护手册
P注OP
系统接线图、工艺过程卡、工艺过程检验规范、包装工艺、零部件进货检验规范、工装设计、机械参数设计配置指导、维护手册
测试工艺地需求、概要设计、代码、操作说明、特殊元器件检验及说明、整机软件功能测试、维护手册
欢迎您的下载,
资料仅供参考!
致力为企业和个人提供合同协议,策划案计划书,学习资料等等
打造全网一站式需求