5.产品设计输入评审表

欧陆通电子有限公司设计输　评审表产品名称规格客户序号HONOR SPECCUSTOMER SPEC 实测参数判　定1□ 90~264V □ 90~132V □ 180~264V □合格 □不合格247~63Hz □合格 □不合格3V 级□合格 □不合格4以客户为准□合格 □不合格5以客户为准□合格 □不合格6以客户为准□合格 □不合格7V 级□合格 □不合格8max 30ms □合格 □不合格9min 10ms @115V min 20ms @230V □合格 □不合格10Vout±2%□合格 □不合格11Vout±5%□合格 □不合格12Vout*1%~3%□合格 □不合格13过流保护范围Iout*1.2~3□合格 □不合格14可选□合格 □不合格15 输入端可选□合格 □不合格16 输出端Vout*1.6~2□合格 □不合格172~15W□合格 □不合格18产品无损坏,去除短路后可自动恢复工作□合格 □不合格19 @20~80% load ±5%□合格 □不合格20IEC61000□合格 □不合格21115V/230V 50A/80A□合格 □不合格突入电流开机上升时间关机保持时间线性调整率编号:____________________产品型号销售地设计评估项目负载瞬时反应输入电压跌落输入电压范围输出短路保护过温保护过压保护短路输入功率输入空载功耗输入电流输出电压范围输入频率范围输出电流范围效率等级(EUP/CEC)负载调整率输出Ripple/noise/带宽20mHZNote:1.当用做设计输入评审表时，实测参数栏与判定栏不用填．2.当用做设计输出评审表时，实测参数栏与判定栏必须填．生产资源评审部分不用填．3.当客户无要求时，则以我司标准制作.制　定：审　核：核　准： FO-KF01-01 版次：A/1。

Clie ntNo.编号：Ref. No.:编号：Form ：XX-XX-XX Signed By 签名 Date日期:Marketing Dept.: Engineering Dept.: Production Dept.: Quality Control Dept.: Purchasing Dept.:市场及业务部经理: 工程部： 生产部： 品质部： 采购部：advert to a problem 注意事项:D e s i g n R e v i e w 设计评审Can design meet client’s requirement ：囗Yes 能 囗No 否设计方案能否满足客户要求：Can design meet Semko and RoHS requirement : 囗Yes 能 囗No 否设计方案能否达到安规和RoHS 要求：Can existing facility be used during production: 囗Yes 能 囗No 否能否使用现有的设备工艺进行生产：Possibility of quality control during production 批量生产的质量控制可行性:囗Good 良好 囗Possible 尚可 囗Out of Control 无法控制Signed By 签名: Date 日期:D e s i g n I n p u t R e v i e w设计输入评审囗Price 价格: 囗Technical Possibility 技术可行性:囗Possibility of complying with Semko Standard 适用安规可行性囗 RoHS Signed By 签名: Date 日期:市场前景：Market Forecast ：囗Good 良好 囗Possible 尚可 囗No Market 无市场市场及业务部经理: General Manager 工程部经理: Date 日期:XX有限共公司DESIGN REVIEW TABLE 设计评审表Developing Product Name:拟开发产品的品名：D e s i g nR e q u i r e m e n t设计要求Electrical Performance 光学和电气性能:Structure 结构Appearance 外观:Packaging 包装:。

××产品详细设计评审检查表
【内容】
●评审人员根据此表认真审核《产品详细设计规格说明书》。

●如果是合同项目，可能还需要用户审核，视具体情况而定。

【裁剪原则】
此部分内容不允许裁剪。

评委名称
评委日期YYYY-MM-DD
评审结论 合格 不合格 TBD 待完成 NA 不适用详细设计检查表结论
基本检查详细设计是否覆盖了所有的总体设计条目？
详细设计和总体设计之间是否存在冲突？每一个模块的关键算法、关键数据结构是否清楚？
各模块之间的接口是否清晰？
设计是否是可实现的？
设计是否有遗漏和缺陷？
可读性检查设计说明是否通俗易懂？
设计中，关键部分是否使用图表加以说明？是否提供软件设计图（类图，序列图，状态图…）
是否提供数据结构设计图(数据库设计，XML结构设计，文件格式设计)
是否提供样例代码，说明如何使用？
可用性检查设计中的命名是否与
现有系统冲突
是否存在不合理的设计结构（例如包耦合：不应交叉耦合，下层中的包不应依赖于上层中的包，依赖关系不得跳层，包不应依赖于子系统，仅应依赖于其它包或接口）
设计是否与某些现有规范存在冲突？（编码规范，设计规范，J2EE 规范….）
设计实现的复杂程度设计实现的瓶颈
依赖型检查是否使用或依赖于第三方的产品？
第三方产品是否可以由不同的提供商替换？
设计中涉及到关键技术是否成熟？
其他问题。