产品开发程序介绍.docx

目的 加强设计开发的过程控制， 以保证产品设计质量。 适用范围 规定了新产品设计、开发过程中应进行的活动内容和管理程序，适用于本公司新产品的设计开发 。 定义 Core Team─核心小组，是由与设计/开发相关各部门代表组成，综合负责产品设计/开发过程中不同部门的分工与协调的组织。 PPP─Product Program Proposal，即产品项目建议书。SDRS─System Design Requirement Specification,即系统设计要求。DHF─Design History File，即设计开发过程文件： DHF 包括 PDP(设计开发计划)、PPP(产品项目建议书)、SRS(系统要求规范)、DRS（设计要求规范）、设计评审会议纪要、SDD(软件开发文件)、HDD(硬件设计文件)、分险分析、设计验证计划和报告、设计确 认计划和报告、生产计划、技术支持计划，Milestone 评审文件待证明设计开发过程的文件。 首批样品─开发新品，设计更改首批及供应商变更时，供应上提供的第一批货物为首样品。设计更改首批，技术部作为协调工作进行的部门；供应商变更首批，技术部提供技术支持。 设计控制主要内容： 设计控制流程图 1 设计控制方式 用户需求 PPP PDP 等 设计输入  SDRS SRS DRS 设计过程 评审 SDD HDD 设计确认 设计验证 设计输出 设计输出验证 图形硬件规范 文件编制 可执行码等 系统产品  销售的产品 设计控制(design control)的内容包括 设计计划(design plan)。 设计输入(design input) 。 设计输出(design output) 。 设计评审(design review) 。 设计验证(design verification) 。 设计确认(design validation) 。 设计更改(design change)。 设计交付(design transfer)。 以上内容有可能存在于开发的某一阶段（如设计输入），也可能贯穿自始至终（如设计评审）。但所有内容都应以文件形式记录下来， 作为设计历史文件（DHF）来归档管理。 设计控制的各个阶段（milestone） 采用统一的开发管理模式来管理项目的开发。被开发产品其各个阶段的定义见表一。 其中 M0 到 M4 为产品的设计控制阶段。 表一 各个开发阶段的定义（ 各个开发阶段的定义（M0---M9） M0 --项目商业情况确认 M1 --项目开发内容确认及承诺ME -- 外部评价 M2 -- 详细完整的设计输出（准备小批量生产） M3 -- 小批量向客户试点交货 MS -- 新产品市场发布 M4 -- 批量生产和全面发行M5 -- 客户满意程度的确认M6 -- 决定停止生产和销售 M7 -- 通知客户产品将退出市场M8 -- 决定废弃FRU （维修部件） M9 -- 产品数据管理结束 下图 2 表示了在各个 milestone 中的各开发活动的相互顺序和关系 设计控制的纵览图 设计控制的纵览图 M0M1ME M0 M1 ME M2 M3 MS M4 M5 M9 开发 初始设计控制 项目集成计划 ? 修订 更新 ? 设计更改程序 按数字顺序发行设计更改程序 设计输入 产品程序提议 （PPP） 评估单位确认 设计转移 系统设计和验证活动 销售/推广计划 系统要求规范(SRS) 设计要求规范(DRS) 验证产品的确认 小批产品的确认 软件设计文件（SDD） 硬件设计文件（HDD） a) 设计输出 外部评价产品, 小批产品设计规范, 图纸 / 文档 验证 确认, 测试参数等. 设计评审? 设计评审 ? 设计评审 ? 设计评审 ? 设计评审 ? M0 M1 ME M2 M3 MS M4 M5 M9 关键: 选择早期开始 开发活动 活动的时间安排与项目的Milestones 有关 图 2 图 3 表示了在各个 milestone 中的各开发活动的流程 项目确立．可行性报告1．风险修复计2划 项目确立 ．可行性报告1 ．风险修复计2划 ． M1之前的初3 始开发计划 项 目 开 始 项目策划 （此阶段对应M0） 开发/计划活动分配，系统要求制定 ．PPP 1 ．开发数据单2 （系统、分系统） 分系统要求制定，技术分界面确定 ．开发计划3 ．项目及技术4 评审要求的其它文件 初期技术及项目评审 ．其它质量记5 录 设计输入 项目定义完成，开始样机设计和生产 （此阶段对应M1） ．外部评价计1划 样机设计、样机生产、设计验证、 产品标准制定，安全注册申请 ．样机评价试2 验报告 ．设计评审要3 求的其他文件 ．产品标准 4 中期项目评审 第三方检测 样机设计及制 ．项目及技术5 评审