附录B-TR2评审要素表

TR2-1评审要素表,,,,

产品名称/版本：,,,,

项目,评审要素,评审操作指导,评审结果,备注

"系统架构

",系统的架构是否分析并参考业界的主流方案？,,,关联：《产品总体设计》

,产品选择的技术的生命周期是否符合产品的规划？,,,关联：《产品总体设计》

,对系统功能框、数据流定义是否清晰、无二义性？,,,关联：《产品总体设计》

,产品总体设计方案是否可以用已有的技术（如：PCB、芯片、软件等）来实现，或者该技术的成熟度是否满足开发和交付的需要？,,,关联：《产品总体设计》

,产品总体设计方案是否考虑了今后的系统升级（是否有系统升级的清晰需求和途径）？产品采用的现有技术是否满足升级需求？相关技术出现对升级需求产生影响？,,,关联：《产品总体设计》

,所有与系统需求规格、产品总体设计方案相关的风险和问题是否被记录和评估？,,,关联：《系统需求规格》、《产品总体设计》

,如果存在多种标准，产品选择的标准是否是主流的标准？对标准、协议的特性支持是否明确？,,,关联：《产品总体设计》

,在选择产品方案过程中是否对友商进行了深入分析（包括产品选用的技术、平台、OS、关键物料等）？,,,关联：《产品总体设计》

"软件子系统架构

",产品总体设计方案中是否考虑了支持二次开发或第三方开发？,,,关联：《产品总体设计》

,是否考虑了用户定义（客户化）的部分对整个系统稳定性、安全性的影响?,,,关联：《产品总体设计》

,是否考虑产品的模块化设计充分支持行业流行的开发工具？,,,关联：《产品总体设计》

,是否对软件子系统的开发工具和开发方式进行评估与优选？是否采用仿真环境等？,,,关联：《产品总体设计》

,是否支持软件License管理？,,,关联：《产品总体设计》、系统需求规格

,模块的划分是否符合拆卸、组装要求（高内聚、低耦合）？,,,关联：《产品总体设计》

,模块之间的接口是否定义清晰？,,,关联：《产品总体设计》

,模块是否具备标准的、开放的外部接口，并且尽可能符合业界或工业标准？是否满足产品标准策略？,,,关联：《产品总体设计》

,模块化设计是否便于故障隔离？,,,关联：《产品总体设计》

,模块化设计是否便于升级，满足最小容量到最大容量的平滑升级及成本的平滑性？,,,关联：《产品总体设计》

,产品的系统构成是否有外购件？例如中间件、服务器软件等。是否明确相应的成本？是否规划自主替换计划？,,,关联：《产品总体设计》

,重用策略是否落实（新开发的关键子系统在接口总线和电平定义中是否考虑相关产品的可能重用性，成熟电路和成熟软件是否考虑采用公司标准模块）？,,,关联：《产品总体设计》

,本产品开发能否贡献共享模块？,,,关联：《产品总体设计》

"兼容性

",外部接口是否兼容公司其他产品和业界网络设备？,,,关联：《产品总体设计》

,协议是否兼容业界网络设备（为了跟其他厂家设备对接）？,"通过CMO输出：已归档的文档清单,所有计划阶段输出的文档必须在计划TR2前完成",,关联：《产品总体设计》

,相同功能软件接口前向兼容，新功能软件接口要考虑后向兼容性。,,,关联：《产品总体设计》

,是否考虑版本升级时不同模块之间的互通性和兼容性？升级的软件是否支持已有产品的硬件升级？,,,关联：《产品总体设计》

,相同板类型的单板，单板软件要兼容。（只有硬件升级的，单板软件需要兼容以前的单板）。,,,关联：《产品总体设计》

,海外版本的操作界面是否符合当地习惯？,,,关联：《产品总体设计》

,网管软件外部接口是否具有兼容性？如用户界面、用户惯用操作、已有产品的操作方式的兼容性,,,关联：《产品总体设计》

,设备内部协议的兼容性？如单板之间的通信/管理协议兼容性。,,,关联：《产品总体设计》

,是否预留协议升级的接口？,,,关联：《产品总体设计》

,是否兼容以前版本的配置文件格式？（升级不需重新做配置文件）,,,

,是否兼容以前的组网配置？（升级后组网结构不变）,,,关联：《产品总体设计》

,是否考虑产品/版本的退出和替代成本？,,,关联：《产品总体设计》

"系列化及复用

",是否对先前开发类似产品所积累下的经验、对积累的经验、教训进行了分析？,,,关联：《产品总体设计》

,产品体系的结构、软硬件模块、板件、物理接口等是否考虑了系列化的统一规格？,,,关联：《产品总体设计》

,是否考虑了多版本之间的功能延续性和继承性？继承的特性是否明确？,,,关联：《产品总体设计》

,是否分析了系列产品的共用平台？,,,关联：《产品总体设计》

,是否能够参考或复用我司现有的软件平台、构件等,,,关联：《产品总体设计》

,是否对公司已有产品的一些特性、标准电路等进行了可用性分析？,,,关联：《产品总体设计》

,是否考虑了新部件对老产品可能的市场影响？,,,关联：《产品总体设计》

,配套产品的接口定义是否明确？,,,关联：《产品总体设计》

"可靠性

",是否确定产品和模块的可靠性规格和基线（包括系统可靠性、环境、EMC、安规等）？,,,关联：《产品总体设计》

,是否完成系统FMEA分析？系统是否存在单点故障？分析发现的问题是否解决？是否确定单板返修率的要求,,,关联：《产品总体设计》

"可测试性、可维护性

",是否满足产品和模块的可测性和可维护性设计需求？,,,关联：《产品总体设计》

,是否提供完善的告警/性能和日志的记录和上报功能？,,,关联：《产品总体设计》

,硬件各部件（广义）是否安装简单、便于搬运？,,,关联：《产品总体设计》

,产品维护是否涉及到特殊知识领域？维护人员是否会有相关培训需求？,,,关联：《产品总体设计》

,用户支持部份关于资料和联机帮助的规格是否足够清晰？,,,关联：《产品总体设计》

可行性分析,是否考虑遵循和充分利用已有的国际和国家标准？,,,关联：《产品总体设计》

,对我司暂不适合独立开发的部件，是否考虑合作或外包？,特别地，合作或外包产品时要考虑产品资料的开发和提供问题,,关联：《市场需求文档》、《WBS计划》

,对实现难度较大的产品，是否已充分考虑其风险？,,,关联：产品风险管理

,对核心竞争力的部分，是否考虑重点的资源和技术保障？,,,关联：《市场需求文档》、《WBS计划》

关键物料和共享模板,供应商/物料选择计划模板和风险分析，是否跟随概念阶段和TR1以来发生的情况变化而进行更新？,,,

,是否对未经认证的潜在供应商启动认证？,,,

,自概念阶段和TR1以来，对任何新物料开发人员是否提出规格要求并经过硬件工程师根据业界和产品技术路标进行功能、性能、可靠性分析和评审？,,,

,开发人员提出的为准备原型机所需要的物料是否已经下单？,,,

,需要下达储备订单的候选物料是否已确认并报PDT审核？,,,

,关键物料的询价单是否发给潜在的供