产品研发流程程序文件
体外诊断试剂盒研发流程
研发控制程序 1：设计策划 1：产品工艺以及 2：设计输入 原材料采购研发流程
体系研究资料 3：设计输出 2：形成产品标准 4：设计评审
3：稳定性研究资
5：设计验证1：采购控制程序 料 6：设计确认 2：原料技术指标及
1：产品工艺初步调试 4：性能评估资料 7：设计更改
质量要求
2：标准品的定标测试 5：临床资料
:3：供方评估方案
3：产品工艺的改善 6：形成产品说明 4：合格供方名录及资质
4：性能测试（准确度、 书
精密度、灵敏度、线性、 对应的记录文件
与对照试剂盒相关性等）
1：设计策划
5：产品稳定性研究
2：设计输入1：采购文件 6：参考值范围确定
3：设计输出2：原料验证记录7：临床试验
4：设计评审3：质控血清记录8：形成研发记录 5：设计验证 6：设计确认 7：设计更改
资料调研
方法学确立
研发有关的质 量体系文件
研发过程
报告编写
1：化学发光免疫法
2：化学发光酶免法
3：酶联免疫等 4：检测仪器
原料的购买及其检验标准品的确定对照试剂盒的选择
产品工艺初步确定标准品实验 产品工艺进改进
性能测试
临床实验参考值确定稳定性研究。
新产品开发流程及ECR流程图
新产品开发流程图产品科(包括图样设计,成品编码,原材料开发)研发部工程部生产部IE业务部采购价格科重新打样小批量试产样与客户确认价格根据客户所提供的信息要求进行产品外观设计Yes木架结构设计核算最终成本工作中心建立Yes1.成品临时编码2.原材料临时编码(针对客户的开发)No缝套设计YesYes成品样品试作采购对原物料进行大货采购Yes根据产品科提供的产品外观设计进行产品内部结构设计No采购下单购买样品所需材料No 收到产品科所提供的产品设计图接到产品科提供的需求相关信息建入系统中(研发用)制作产品图样(外观图)木架样品制作缝套样品制作缝套样品评审No客户确认价格Yes 移交工程资料给工程部工程试产样品制作拿到供应商所提供的样品客户下单开发新的供应商或已有供应商按要求进行打样(主要为皮，面料)与客户确认图样确认采购样品是否合乎要求签订标样留存木架样品评审成品样品评审No工程试产样评审提交总经理核准Yes 更新BOM 系统及PLM系统材料报废率测定皮/布/板材……取得样品材料总经理核准Yes样板设计木架部件设计工程资料重新整理1. 面套排版图优化2. CNC 排版优化3. 海棉/丝棉排版优化4. 相关资料处理总经理核准Yes 各工段预估标准工时成品/原材料开发编码转换成ERP 正式代码PLM 转成正式代码YesNo计划部门安排大货生产No工程资料归档(上传到PLM)整理工程资料木架3D 图/面套样板图/材料明细表/各种操作流程SOP/海棉丝棉纸板图从客户接到产品信息(有样品照片)从客户收到产品信息/要求(无样品照片)建立初步BOM资料建立初步标准工时在系统中建立最终BOM更新工时系统样品成本预估价格谈判总经理核准NoNo生产问题检查没问题有问题1. 成品开发临时编码2. 原材料临时编码(针对公司自己开发)公司内部全新产品开发(效果图)收到产品科新品图样Yes确认是否接单开发YesYes通知客户，不接该单设计NoNoYes有定单，成品及原材料的编码转换成公司正式编码样品投放市场建立最终标准工时进入系统维护限价Yes进入ERP 财务限价Yes ERP 生成销售订单启动MRP 运算相关信息建入系统中(研发用)新产品开发流程图解释说明产品科(包括图样设计,成品编码,原材料开发)研发部工程部生产部IE业务部价格科采购1.对于接到客户的需求，需要详细记录，以提供更多的信息给厂内相关人员2. 如果与产品科人员讨论后不接单，需要向客户说明原因3. 当产品科依需求设计好图样，需要与客户确认是否满足其需求，如果OK，需要签定图样，以免事后客户做变更。
ISO9001新产品研发控制程序
ISO9001新产品研发控制程序1.目的为了建立一套新产品研发控制程序，包括从最初一个全新的产品立案和产品研发的全过程直到产品放行到生产部。
相关负责人及产品进程安排和设计文件的发放等。
2.适用范围：2.1本程序适用于公司所有的产品有关技术性的可行性研究及评估及有关研发项目，包含公司内部项目和公司外部项目；2.2本程序适用于公司研发所有产品研发项目；2.3本程序包括新产品导入、有关技术性的可行性研究及评估、设计、设计评审（含可靠性测试）、设计更改等新产品研发全过程。
3.定义：市场部需发起新产品定义方案；研发部需对新产品作出技术性可行性研究及评估4.职责：4.1业务部：市场或客户需求信息的提供及反馈研发部；4.2研发部：主导新产品的设计和开发的全过程，以及供应商送样和客户送样的检验；4.3采购部：样品、小批量试产所需物料的采购；4.4生产部：协助样品制作及试产过程；4.5品质部：负责产品的检验与确认；4.6相关部门：产品开发各阶段的参与及评审；4.7总经理：新产品开发意向书的最终核准。
5. 内容：5.1新产品开发流程中的相关节点管理规定责任单位作业流重点说明相关文件/表单营销中心1、营销中心收到客户信息，有新产品研发需求，经董事会评审同意后，向产品研发中心发出《新产品开发通知书》（附件一）。
提供样品（如有），详细描述新产品的相关信息。
【新产品开发通知书】研发中心2、研发中心收到《新产品开发通知书》后，由研发中心副总组织相关人员召开新产品开发起动会议。
客户新产品开发授权样品/图纸/概念/邮件研发中心3、研发部文员在会后1个工作日内形成【新产品开发起动会议纪要】（附件二）；在会后3个工作日内形成【新产品开发计划及进度跟踪甘特图】（附件三）。
研发中心/相关部门4、对于重要客户的重要新产品或开发难度大的新产品，研发副总认为有必要时，可以成立专项的新产品开发项目管理小组。
小组长可以是也可以不是由研发副总兼任，必要时也可以请董事会成员挂帅。
产品研发流程程序文件
3.15假设质检未通过，产品经理修改相关成果和文档；假设质检通过，质量操作部将相关成果和文档放入资源治理部门归档；
3.16同时产品研发组制作软件，技术支持部和市场部制作宣传材料，之后，技术支持部对销售人员进行内部培训，市场部申请并取得著作权；
4相关文件
4.1《产品规划说明书》
4.2《立项汇报》
4.3《综合评审记录》
4.4《质量操作立项汇报和可行性分析汇报说明书》
4.5《工程方案书》
4.6《质量操作工程方案评审记录》
4.7《资源调度单》
4.8《需求分析说明书》
4.9《质量操作需求分析说明书评审汇报》
4.10《资源中心验收单》
4.11《评审规程》
这些假定和约束条件可能包含：治理方针；运行环境，包含硬件设备和支持软件的限制；与其他应用间的接口；并行操作；实时功能；审查功能；操作功能；所需的高级言语；通信协议；应用的临界点；平安保密方面的考虑等。
【提示注意】
本节中描述的因素是软件需求所依据的基石，当这些基石发生不可抗拒或操作的改变时对产品需求将造成影响。
3.8产品经理获得研发工程资源后，进行需求分析，并将相关成果交技术委员会进行内容评审；
3.9假设内容评审未通过，产品经理修改需求分析；假设内容评审通过，质量操作部对《需求分析说明》进行质量检验；
3.10假设质检未通过，产品经理修改《需求分析说明》，假设质检通过，相关成果和文档放入资源治理部归档，同时产品经理带着研发相关人员进行总体设计；
4.12《总体设计说明书》
4.13《概要设计说明书》
产品技术中心-工作流程说明
产品技术中心-工作流程说明为优化技术中心工作流程，提升产品和项目质量管理，实现既定的产品开发规划及任务目标，经研究制定如下工作流程说明：1.产品研发流程1.1.流程示意图1.2.角色分工1.3.流程说明1.4.基本准则1）每项任务的每个阶段，都需要确定负责人和基本时间计划；2）每项关键工作完成后，都需要进行效果评估和情况通报；3）不能按计划完成，需要提前通知上级负责人，并给出原因和预备方案；4）大会前充分沟通，而不是大会推卸责任或无效讨论；5）所有的产品修改需求都提交给产品部门，经过产品确认再提交设计或技术部门，BUG除外。
2.发布升级流程2.1流程示意图2.2角色分工2.3流程说明3.代码审查流程3.1流程示意图3.2角色分工3.3审查要点1）检查开发人员是否遵守开发规范准则中的规定；2）检查代码是否存在逻辑错误、性能低下或安全隐患问题，包括循环、递归、线程、事务；3）检查代码是否存在过多冗余，有无可复用率，模块之间的耦合关系设计；4）检查系统用户的提示是否简洁明了，有无歧义或不妥；5）检查第三方框架或组件的使用是否合理；6）检查代码是否存在未注释或注释不明或难阅读、理解。
3.4审查好处1）提高代码质量；2）及早发现缺陷，降低修补成本；3）促进团队内部知识共享，提高团队的整体技术水平；4）审查过程也是一种思路重构的过程，帮助更深入理解系统和维护代码。
4.新签需求流程4.1流程示意图说明：1）定制类需求原则上只接收有营业执照的企业性质的客户，不接收无营业执照的个人定制，个别无风险项目例外。
2）目前公司以自有产品开发为主，在基于基础产品或一定业务领域上承接定制类项目，故新需求统一对接产品部，后续视业务量再定夺是否成立专职项目部。
7 / 114.2流程说明5.问题受理流程5.1流程示意图5.2细分业务技术服务说明：本细分业务技术人员清单，主要为内部业务口提供BUG问题的对应技术服务人员。
5.3问题分类任何产品使用过程中出现的问题，均可通过“问题受理流程”通知技术人员，项目负责人将对问题进行确认安排人员处理。
新产品开发流程程序文件
新产品开发流程程序文件
摘要：
随着市场竞争的日益激烈，企业不断努力寻求创新和发展。
新产品开发作为企业创新的重要流程，需要一个系统化的程序文件来指导和管理。
本文介绍了新产品开发流程程序文件的重要性，以及其核心内容和实施步骤。
一、引言
新产品开发对于企业的发展至关重要。
一个成功的新产品可以为企业带来新的市场机会，增加销售额和利润。
然而，新产品开发不是一项简单的任务，它需要一个规范的流程和程序来指导，并且需要跨部门协作和沟通。
新产品开发流程程序文件的编制可以帮助企业组织和管理新产品开发的各个环节，提高效率和质量。
二、新产品开发流程程序文件的重要性
1. 指导和规范
新产品开发流程程序文件可以为企业提供指导和规范。
它明确了各个阶段和步骤，包括市场调研、产品设计、原型开发、测试、
批量生产等等。
每个步骤都有明确的任务和要求，有助于团队成员理解和遵守，从而提高工作效率。
2. 协同和沟通
新产品开发通常需要跨部门协作和沟通。
编制新产品开发流程程序文件可以帮助不同部门之间建立沟通桥梁，明确任务分工和协作方式。
这可以减少沟通误解，提高协同效率，从而加快产品开发进度。
3. 问题识别和解决
新产品开发中经常会遇到各种问题，例如技术难题、市场需求变化等等。
新产品开发流程程序文件可以帮助企业及时识别问题，并提供相应的解决方法和措施。
这有助于减少风险和延误，提高项目成功率。
三、新产品开发流程程序文件的核心内容
1. 市场调研。
研发程序文件
5.4.1研討通過、修改完成後，總經理簽發各有關文件。
5.4.2總經理根據市場、客戶需求、提出新產品設想，具體的合同評審過程詳見《合約審查程序》。
5.4.3文件發放和管理詳細說明於《文件與資料管制程序》。
5.4.4評審通過轉入第三階段工作。
5.5第三階段（後期）
5.5.1正式量產：
5.5.2生產單位依製程規範、測試規範及包裝規範、設計報表、檢驗記錄及相關控制表單進行量產。
5.5.3產品專案負責人需確認首批產品的品質水準，以確保品質的一致性。
5.5.4量產前之設計變更：
5.5.5顧客要求之設計變更，研發部門登錄後直接變更並通知各相關單位。
5.6.3涉及安全、電磁兼容的設計、電氣結構及關鍵元器件發生變更時，須及時向認證機構提出申請，批准後方可實行變更。
5.6.4當產品安全性的關鍵元器件及影響EMC的關鍵元器件發生變更時，依據“產品變更控制流程圖”（附件二）執行。
6.參考文件
6.1新產品導入程序（QP-E005A）
6.2合約審查程序（QP-B001A）
5.3.5品保部從試產批中按規定的要求進行全檢或抽樣檢查。
5.3.6研發部對自檢合格的試產品根據不同的要求分別送出一定數量的（產品鑑定或定型‥ ‥ ‥）樣品送公證機構鑑定，鑑定證書由公司備案。
5.3.7研發部經理召集第三階段設計審查會議，根據研發部的試產報告、設備、儀器、輔具、物料配套供應等各類齊全的技術文件資料，最終確定產品進入批量生產。
5.2.6研發部工程師根據簽字認可的資料進行樣品製作。
5.2.7樣品做好后，對樣品做相關可靠性測試或者破壞性試驗！可靠性測試有：高低恒溫測試、跌落測試、老化測試、震動測試等！
新产品开发及承认流程程序文件
新产品开发及承认流程程序文件一、说明本文件描述了新产品开发及承认流程，旨在促进新产品快速开发、高效承认，确保新产品的质量和准时上市。
二、定义1.新产品：指公司内部或外部创新团队所提出的，具有市场开发潜力的产品。
2.开发团队：指由市场部、研发部、运营部等相关职能部门组成的团队。
3.承认团队：指由高级管理人员、质量控制人员等相关部门组成的团队。
三、流程1.新产品提案(1)通过市场调研和竞争分析，市场部综合评估市场需求，确认新产品提案。
(2)新产品提案包括市场需求、竞争分析、预计市场份额、预计销售利润等信息。
2.研发与设计(1)开发团队根据新产品提案，制定详细的开发计划和产品设计方案。
(2)开发团队进行产品原型制作，并进行内部评估。
(3)开发团队进行产品设计的迭代优化，确保其符合市场需求和技术可行性。
3.测试与验证(1)开发团队进行产品功能测试和性能测试，包括产品寿命测试、环境测试等。
(2)开发团队对产品进行可靠性和安全性验证。
(3)开发团队承认产品的技术性能，并对测试结果进行总结和评估。
4.承认流程(1)开发团队编写新产品承认报告，并提交到承认团队。
(2)承认团队对新产品进行评审，并提出意见和建议。
(3)开发团队根据承认团队的意见和建议，进行产品进一步优化。
(4)承认团队根据新产品承认报告和优化进展，对新产品进行承认决策。
(5)承认决策结果通知开发团队，包括承认或不承认的理由和决策依据。
5.产品准备与上市(1)开发团队在承认决策通过后，开始进行产品准备工作，包括产品规格、包装设计、市场推广方案等。
(2)开发团队与供应链部门合作，确保产品制造和供应的准备。
(3)开发团队与运营部门合作，进行市场上市计划和推广。
(4)上市后，开发团队与运营部门、市场部门进行产品迭代优化，持续改进产品。
四、文件管理1.新产品提案、开发计划、产品设计方案等文件由开发团队负责管理。
2.新产品承认报告和相关评审意见由承认团队负责管理。
研发管理程序文件
01/00
标题:设计开发运作流程图
第7页
共7页
流程
相关权责
相关表单
技术部
相关部门
相关部门
技术部
生产部
技术部
技术部
相关部门
技术部
相关部门
技术部
工艺流程、QC工程表、
检验标准、作业指导书、
设计操作规程
设计评审DR3
样品制作通知单
试产及样品检测记录
试产及样品检测记录
工艺能力报告
设计评审DR4
5.5.5设计进度计划的拟定
a)由组长拟定[设计进度计划]，并交相关部门会签以作配合。
b)若属客户委托开发，开发的时程必须能配合客户的要求，若有疑问处，应由销售部与客户协调修订。
5．6设计评审（DRI）：请按“设计评审表DRI”规定项目进行。
5．7产品设计展开
5.7.1技术部应依照既定的设计方案和设计作业指导书进行设计作业。
5.12.4设计验证不通过的处理
5.12.4.1可改善的应采取措施，修订设计资料，并重新试作/验证直至满足规定的要求为止。
5.12.4.2鉴于现有的技术能力或成本考量，无法改善的，应提出设计更改，并连同申请书交设计评审会议讨论，客户委托开发设计的还应取得客户同意。
5.12.4.3既无法达成原来的输入要求又不能变更的则终止设计
5.17.2文管中心依量产移行清单上所列的分发单位影印分发，按《文件控制运作程序》执行。
5.17.3量产作业参照《制程检验运作程序》。
5．18设计阶段产出资料的管理
5.18.1各种资料在设计分阶段的审核权限
名称
审查
核准
BOM或配方，产品标准或规格书，材料规范
研发部程序文件
1. 目的为确保本公司优质的产品满足市场的需求，特制定此产品开发改进程序。
2.范围本公司内所有研究、新产品开发、产品改进和产品应用均适用。
3.定义3.1客户产品：根据客户提供的3D图文件和样品进行实现。
3.2产品开发：指新设计开发，研制出新系列的产品。
3.3产品改进：指在原有产品与零部件的基础上，对新的功能、外型、结构等进行研究。
3.4产品应用：指对现有产品的实际应用范围的确认或增加附件以达到产品的实际应用成为可能。
4.职责4.1 技术开发部经理：是本程序的所有人。
4.2 业务部：负责市场信息的收集。
4.3 项目经理：负责产品范围定义和确认，进度跟踪。
4.4技术开发部：负责对新产品进行开发和产品发布。
4.5品质部：负责检验标准制定及样品检验。
4.6生产部：负责协助样品试制及小批量试产安排。
5.流程5.1流程图步骤动作职责结果（表单/报告）01 业务部技术部其他人员《项目申请单》02技术开发部《产品可行性评估报告》03总经理04 技术开发部《模型样品计划进度表》《产品物料明细》05技术开发部《样品零件申购单》06技术开发部07 技术开发部品管部《样品检测报告表》08技术开发部取消YESYES模型样品检测YES②NO取消①NONO项目审批初始设计模型样品制作项目评估客户产品项目申请新品开发原品改进模型样品确认模型样品组装外协件09技术开发部《实样计划进度表》10技术开发部《产品物料明细》 《产品技术参数表》11技术开发部12技术开发部 采购部 《打样跟踪反馈单》 《样品零件申购单》13技术开发部14品管部《样品检测报告表》15技术开发部 客户16技术开发部《培训记录表》17技术开发部18品管部《检验标准》19生产部《小批量试产申请单》20项目经理《小批量生产总结报告》21生产部《首批量产申请单》22项目经理《首批量产总结报告》23业务部《半年度分析报表》 《年度分析报表》24技术开发经理5.2、工作任务职责单位：序号 A: 申请部门 E: 执行部门 P: 参与部门D: 决定部门项目负责人总经理副总经理营销部采购部技术开发部品管部生产部任 务 项 目 1 项目申请：产品特性、概念定义P PA AYES②NO 取消设计优化模具、夹具、刀具设计及制作技术文件输出， 产品发布及培训样品装配①NO样品检测 实样评估及计划外协件产品质量策划小批量试产首批量产销售跟踪及分析程序评估样品制作样品确认工艺流程制定小批量试产会议总结首批量产会议总结2 项目评估：会议决定可行性P D/E P P3 项目审批 D A A4 初始设计 A P E5 零部件申购 A D P/E P6 模型样品制作 A D E P/E7 模型样品组装 A E8 模型样品检测 A P E P9 模型样品确认 A D E10 实样评估及计划 A D P E P P11 设计优化P E12 模具、夹具、刀具设计及制作P D P A/E P P13 零部件申购P D E A P14 样品制作P D A/E P P15 样品装配P A/E P16 样品检测 A D E17 样品确认 A D E18 技术文件输出，产品发布及培训P P P P E P P19 工艺流程制定P D E20 产品质量策划P D P E21 小批量试产 A D P P E22 小批量试产会议总结 D P P P E P P23 首批量产 A D P P P P E24 首批量产会议总结 D P P P P E P P25 销售跟踪及分析P D P E P P26 程序评估 E5.3流程图描述5.3.1 项目申请：业务部或技术开发部根据市场行业所收集到的信息进行对产品开发或改进，定义须说明清楚是新开发或原有产品改进，所需达到的功能、结构、材料性能、外型规格、相关标准、使用环境、成本目标、销售预测等，特别对产品外型要起草图或描述清晰，并填写《项目申请单》交给技术开发部。
新产品开发流程程序文件
新产品开发流程程序文件一、前期准备阶段1.明确产品研发目标：对于新产品的开发，需要明确产品的研发目标和市场需求，例如产品定位、目标群体、市场竞争等方面。
2.市场调研：进行市场调研，了解目标市场的需求和竞争情况，通过用户反馈、竞争对手的产品分析等形成报告。
3.需求分析：根据市场调研的结果，进行需求分析，明确新产品的功能、特点和技术要求，形成产品需求文档。
4.初步设计：根据产品需求文档，进行初步设计，包括产品外观设计、结构设计、电路设计等方面，形成初步设计文档。
5.技术评估：对初步设计进行技术评估，确定可行性和技术难点，并提出解决方案，形成技术评估报告。
二、详细设计阶段1.详细设计：根据初步设计和技术评估报告，进行详细设计，包括产品结构详图、电路原理图、软件算法等方面，形成详细设计文档。
2.材料选型：根据详细设计文档，选择合适的材料和零部件，进行材料选型和供应商选择，并形成材料选型报告。
3.技术验证：对详细设计进行技术验证，包括模拟仿真测试、实物样品制作和测试等方面，确保设计方案的可行性和稳定性。
4.原型制作：根据详细设计和技术验证结果，进行产品原型的制作和调试，形成产品原型。
5.性能测试：对产品原型进行功能性能测试，包括质量检测、电性能测试、环境试验等方面，评估产品是否符合设计要求。
三、小批量制造阶段1.工艺开发：根据产品设计和性能测试结果，进行工艺开发，包括生产工艺流程、工装夹具制作等方面，确定生产流程。
2.供应链搭建：建立合作关系并进行供应链搭建，包括原材料采购、外包加工、物流运输等方面，确保生产所需资源供应。
3.小批量试制：根据工艺开发和供应链搭建结果，进行小批量试制，验证生产流程和工艺可行性。
4.品质控制：对试制产品进行品质控制，包括质量检测、性能测试、环境试验等方面，确保产品符合设计要求。
5.用户反馈：对试制产品进行用户反馈收集，了解产品的优缺点和改进方向，并进行改进调整。
四、量产阶段1.生产准备：根据小批量试制结果，进行生产准备，包括设备投入、员工培训等方面，为正式量产做好准备。
新产品开发程序文件
产品开发程序
编制:
审核:
批准:
发布部门: 开发部
文件编号:KF-GL-0401
发布日期: 200
实施日期：2005
版本/修订次: A/0
宗旨
1. 产品是公司经营的基础，产品开发需公司各个部门团队合作。产品开发不是只开发部的事情，而是整个公司的事情。
2 公司鼓励创新，鼓励工程师开发前多分析研究竞争对手或同行产品，但禁止恶意模仿和抄习同行产品。
实施日期：2005-10-19
版本/修订次: A/0
第2页 共 页
4、新产品开发流程:
项目主管召集项目组成员召开新产品开发会议，并制定具体开发进度及各部门分解计划。
产品开发程序
编制:
审核:
批准:
发布部门: 开发部
文件编号:KF-GL-0401
发布日期:2005-10-19
实施日期：2005-10-19
3 注重产品开发中问题积累，经验积累才是公司最大的财富。
一．目的
使新产品在研发设计的各个阶段有明确的程序规定,使整个研发设计纳入正常合理的运行轨道。
二．范围
适用于皇冠电动工具有限公司(以下简称本公司)新产品开发,设计及旧产品的重大改良。
三．权责
3.1 业务部
3.1.1业务部商务人员负责对需开发的新产品进行市场调查，传达客户信息，组织业务QA和财务对新产品的初步分析,完成《市场调查报告》，转到产品规划部。
3．1．2 业务部注意国内外同行样机/样本的收集工作，对收集样机/样本参照《开发参考样机管理流程》，由产品规划部统一保管；协助购买开发所需参考样机。
3．1．3 业务部定期将客户及市场关于产品的信息传达给产品规划部，以利公司作出正确决策。
新产品开发及承认流程程序文件
新产品开发及承认流程程序文件一、前言随着市场需求的不断变化和科技的不断发展，公司为了保持竞争力和满足客户的需求，需要不断推出新的产品。
为了确保新产品能够顺利开发并在市场上取得成功，我们需要建立一套科学、规范和高效的新产品开发及承认流程程序。
二、目的本程序文件的目的是为了确保新产品开发及承认流程能够按照规定的步骤和流程进行，确保新产品的质量和市场竞争力，减少开发过程中的风险，提高开发效率和产品成功率。
三、责任和义务1.总经理负责制定新产品开发及承认流程程序，并监督流程的执行；2.新产品开发部门负责根据流程程序进行新产品的开发，并按照要求提交相关文档和报告；3.市场部门负责对新产品进行市场调研和定位，并提出相关建议；4.质量控制部门负责对新产品进行质量评估和测试，并提出相关意见；5.营销部门负责对新产品进行市场推广和宣传，并为新产品开展销售准备工作；6.相关部门负责协助新产品开发及承认流程的顺利进行。
四、新产品开发及承认流程程序1.确定新产品开发需求a)市场部门对市场需求进行调研和分析，提出新产品开发建议；b)市场部门与新产品开发部门进行研讨，在市场需求和技术可行性之间达成共识；c)总经理批准新产品开发需求。
2.制定新产品开发计划a)新产品开发部门制定新产品开发计划，包括开发周期、资源需求和开发目标；b)新产品开发部门与相关部门进行协商，确定计划的可行性和合理性；c)计划得到总经理和相关部门的批准。
3.开发新产品原型a)新产品开发部门根据需求和计划，开始进行原型的开发；b)原型开发完成后，进行内部测试和评估；c)新产品开发部门根据测试和评估的结果进行修正和改进。
4.准备新产品推广材料a)营销部门根据新产品的特点和目标市场，准备相关推广材料；b)营销部门与新产品开发部门进行沟通和确认；c)准备完成后，提交给总经理和市场部门审核。
5.质量评估和测试a)质量控制部门对新产品进行质量评估和测试，确保产品的质量和可靠性；b)质量控制部门提出评估和测试结果，并提出改进建议；c)总经理根据评估和测试结果，决定是否批准新产品的承认。
ISO9001研发过程控制程序
研发过程控制程序1、目的本文件规定了产品立项、设计开发的职责、程序、组织和技术接口及设计更改以及评审的要求，以使产品的开发过程处于受控状态，保证产品的设计、开发质量。
2、范围本程序适用于本公司产品的设计开发过程3、定义无4、职责4.1产品部门：负责新产品的提议、可行性分析及提出产品立项申请。
4.2研发部门：负责新产品和改进产品设计开发的策划、组织、协调、资源配置。
4.3测试部门：负责产品的模块集成测试和系统测试（或协助完成试验局测试）。
4.4配置管理部：负责产品研发配置管理、编译、发布。
5、设计、开发各阶段工作程序5.1工作全阶段流程5.2市场阶段5.2.1产品立项5.2.2输入市场信息、新产品信息5.2.3流程描述1）新产品可由公司市场销售人员、科研部门人员等提出。
2）新产品提出人应完成《立项分析报告》，描述新产品的用途和功能、技术要求、产品基本形式和结构特点、市场前景预测、成本估算、风险分析及竞争对手分析等。
产品经理根据新产品信息制定《产品路标规划》并提交研发委员会审核。
3）研发委员会对产品部提交的《立项分析报告》《产品路标规划》进行评审，确定是否进行产品预研或做进一步可行性研究。
4）研发委员会同意进行产品预研后，应确定相应的产品预研人员，下达新产品预研任务，明确预研目标、预研计划、预研费用预算等事项。
5）新产品提出人填写《产品立项审批表》，向研发委员会提出产品立项申请，并提交《新产品提议书》、《可行性分析报告》、《产品技术规范书》、《产品计划书》草稿等材料。
研发委员会对提交的材料进行审核后，确定是否可以立项。
6）研发委员会接到立项申请后，应组织研发委员会成员、公司高层领导、各相关部门人员等对拟立项的新产品的用途和功能、关键技术、市场前景、成本估算、风险、预研成果、项目进度、产品形态等进行评审。
7）若产品立项评审通过，由总经理、研发委员会、计财部、研发部门领导在《产品立项审批表》中签署审批意见。
研发流程(EVT-DVT-PVT-MP)
Quality Management System 文件制订/变更申请单O-053F1.目的落实新产品开发设计之作业流程管制，确保其设计结果能符合客户及公司对品质之要求。
2.范围凡本移动通讯事业群新产品之开发设计案均属之。
3.名词解释3.1 PM：产品经理3.2 MRS：Marketing Requirement Spec3.3 PDS（Product Development Schedule）：新产品开发进度3.4 BOM（Bill of Material）：材料构成表3.4.1 E-BOM：研发阶段初期之零件表。
不能用于正式生产.3.4.2 M-BOM：研发成熟后，将用于产线生产使用之零件表。
3.5 Kick Off Meeting：设计开发案启动会议3.6 FTA（Full Type Approval）：产品认证3.7 ES（Evaluation Specification）：提案及市场/客户需求分析、研发计划申请阶段3.8 EV（Evaluation Validation）：产品概念发展、设计规划及设计雏型阶段3.9 DV（Design Validation）：研发样品、工程试作阶段3.10 PV（Production Validation）：量试阶段3.11 MP（Mass Production）：量产阶段3.12 EVT 1.x：PCBA样品、手工样品、CNC样品试作代号（通信基本功能、外观参考用）3.13 DVT 2.x：新产品设计验证试作代号（正式模具品Soft/Hard T ooling、全功能验证、研发技转确认产线）3.14 PVT 3.x：产品小量量产验证试作代号（确认制程&良率）4.管理重点：4.1 产品概念发展/设计规划阶段（ES）：4.1.1 提案客户产品之开发构想，由产品规划人员提出开发案申请。
4.1.2 市场/客户需求分析：(A)市场信息,销售预计(B)成本预估(C)必要时合同审查之结果(D)国际或国家法规4.1.3 可行性分析：视产品需求，可由产品规划人员主导进行市场分析及技术可行性分析（RD），客制化的专案项目的市场可行性分析可由客户承担4.1.4 提出产品规格书及专案计划：PM依据『MRS』与Project Team人员共同研讨各项设计需求，(A) 项目组织结构：(1)每一新产品研发项目需指派PM 负责整个计划之推动。
新产品开发流程程序文件格式
新产品开发流程程序文件格式Revised by BLUE on the afternoon of December 12,2020.1目的及适用范围1.1为规范新产品研发工作，提高新产品开发的效率和有效性，特制定本程序。
1.2本程序文件适用于广州德赛的新产品开发工作。
1.3本程序文件由广州德赛制定，其解释权及修改权属于。
1.4本程序文件从年月日起执行。
2职责2.1CRRM部研发组负责新产品的开发。
2.2CRRM部分析组和策略组负责对新产品风险进行预估和策略的制定。
2.3公司高层管理会负责对新产品创意的商业分析报告进行审批。
3新产品开发流程3.1CRRM部研发组负责新创意的产生。
新产品创意来源有内部来源和外部来源。
内部来源有：调研开发部门，营销部门，有经验的公司主管人员和公司员工的建议；外部来源有：顾客，合作伙伴，政策法规的变化，竞争对手，国外同行业先进产品和理论研究或其他外部的技术进步。
3.2研发组根据国家政策和公司相关政策进行创意的筛选，去除不符合现行法规、客户需求以及公司财力无法承担的新方案。
3.3研发组对筛选出来的产品进行商业分析并撰写《商业分析报告》。
商业分析的方法是市场调研、预测和以下一种或多种财务方法：成本与销售额预测，现金流量贴现分析，投资回报分析。
3.4CRRM部分析组对筛选出来的产品进行风险分析和预估。
3.5研发组将《商业分析报告》交由公司高层管理会讨论审批，对于审批通过的产品，CRRM部策略组制定相应的风险政策。
3.6CRRM部研发组将审批通过的新产品创意进行开发，将其转化为产品或服务。
3.7CRRM部研发组将产品或服务方案移交市场部策划组，市场部策划组进行市场推广策划活动（具体参见《新产品推广流程》）。
4相关文件4.1《新产品推广流程》5记录5.1《商业分析报告》5.2《产品方案》1目的及适用范围1.1为系统地、高效地进行新产品推广，在竞争对手推出或模仿之前迅速打开市场，特制定本程序。
研发项目管理流程程序文件
研发项目管理流程程序文件版本号：V2.00编制XXX审核批准受控号发布日期生效日期2023-1.目的为了规范硬件研发项目流程、提高硬件研发项目的效率和质量、降低研发项目成本、能有效、有序地管控好项目，特制定硬件项目管理流程标准化管理程序，供XX硬件研发中心相关部门遵照执行。
2.范围适用于XX新产品的硬件项目开发管理，包括全自研产品项目管理，方案外购+自研产品项目管理和全外购项目管理。
3.角色与职责序号角色职责1产品经理1、负责制定产品需求和开发计划书，组织协调好各阶段之评审工作。
2、负责对各项设计和开发输入文件进行审批，并会同项目部等对定型产品进行验证和确认，同时负责组织协调设计和开发全过程工作。
2硬件工程师1、负责硬件电路设计、PCB LAYOUT、电路调测、工程样品的确认、生产资料发布、生产治具开发与导入等。
2、负责硬件设计、开发全过程的组织、协调、实施工作和策划，确定设计与开发阶段的各技术接口：输入、输出、验证、评审、设计和开发等事项。
3软件工程师1、负责产品的软件平台的设计、调试、测试以及软件开发文档的编写。
2、负责产品的汽车总线模块（数据采集、车辆诊断、车辆控制）的开发、测试及软件开发文档的编写。
4ID/MD工程师负责产品的ID、结构设计、外观设计、开/改模样品确认、工程样品的确认、结构BOM制作、包装设计等。
5采购负责产品的PCB、BOM物料的采购计划并跟进到料，成本核算，对供应商进行有效管控，确保交付顺畅。
6测试工程师负责产品整机性能与功能测试、可靠性测试、实车测试、测试治具的验收测试，确保产品的性能稳定可靠，满足进入试产的需求。
7制程工程师负责产品制程工艺确认，测试治具的发包制作、验收和导入。
8品质工程师负责订制和实施公司的品质制度，制定与执行进料、制程成品检验规范，分析制程品质控制能力及进行品质异常的改善，仲裁及处理企业品质异常，评估和把关外协物料的进货检验和外协厂商品控能力。
新产品开发及承认流程程序文件
4.4生产部：
4.4.1负责新产品的生产和各工序数据的记录与提供。
4.4.2负责协同专案工程，制工，品工对产品，模具，治具，检具，辅材等作生产验证评估。
4.5品质部
4.5.1组织检讨2D图的尺寸、公差及测量方法等，反馈给工程和业务，制作SIP及量测SOP并在量产前发行正式版本,提前准备好量测治具，检具并与客户端做好量测比对；具体按《量测检治具开发管理流程》执行。
5.2.9采购负责采购符合工程需求的模治具，原材料，包材，辅材等物料，委外工序零件及样品需按工程要求提供零件承认书确认承认。
5.2.10新产品试产之前，提供结构、外观样给客户签署或客户授权我司工程经理签署。生产各工序结构样由项目工程签核，外观样由品工及项目工程共同签核。结构样，外观样签核后才能安排生产。
4.2.8针对零件制程使用到的辅材，如保护膜，切削液，胶水，油等，项目工程需要协同制工，生技，做制程使用验证，可行后发行辅材评估报告，并由工程主管核准。
4.2.9开发工序如有委外工序，专案工程师需负责评估，验证委外工序零件，并负责委外工序零件结构样签核及委外工序零件承认书的审核，由工程主管核准。
4.2.10项目工程师负责产品承认书收集，制作及汇总。并由工程主管审核后提供给业务，或直接提供给客户评估承认。承认资料按照客人要求提供。
PPAP：Production Part Approval Process生产件批准程序
SIP：Specification In Process制程检验规格
SOP：Standard Operation Procedure制造标准作业程序
工业产品研发设计流程
工业产品研发设计流程工业产品研发设计流程好玩工业产品设计[/url]的一般流程：1)开发任务书-立项报告-评审-制造开发进度(技术规格书)2)2)工业造型设计-外观手版-评审-工业评审报告3)3)结构设计(结构、功能、性能、配合、材料)--评审-整改-功能手版-测试整改-模具制造-试模样机制作-整改-测试报告4)包装设计-编写开发文件(图样目录、名细表、BOM、采购标准、部件检验标准、成品检验标准、质量计划)下发资料-小批试产-评审整改-批量试产-总结评审-批量生产-移交工作。
以产品造型设计的一般程序为例。
一、产品造型设计中应考虑的因素是实用、经济、美观。
但实际上在进行设计时应考虑的具体因素还很多，其中主要有以下几点：1)产品的功能产品的功能是指产品的技术功能，它是产品设计的主要目的，也是工业产品与消费者之间的最基本的关系。
产品造型设计应保证产品功能的充分发挥和顺利实现，并能最大限度地发挥出来。
对产品进行造型设计时，应首先考虑内在质量，不能片面地追求造型的形式美而忽略性能的先进性、结构的完整性、技术的可靠性以及其它技术指标；在色彩设计时，应首先考虑给使用者或操作者以安宁、良好的工作情绪，减轻视觉疲劳，并有足够的视觉分辨能力，以保证工作效率、产品质量和安全操作，使产品功能得以充分发挥。
2)产品的美观产品造型设计除了使产品充分地表现出其功能特点、反映先进的科学技术水平外，还要给人以美的感受。
因此，产品造型设计必须在表现功能的前提下，在合理运用物质设计条件的同时，要充分地把美学艺术中的内容和处理手法融合在整个产品造型设计之中，并要充分利用材料、结构、工艺等条件体现产品造型的形态美、色彩美、工艺美。
①形态美所谓形态美，就是产品具有整体性和规则性，使人感到产品很完善。
形态创造指某种特定的造型风格、合理的色彩搭配等，将各部分有机地结合成一整体，给人以一种美感。
②色彩美所谓色彩美，就是具有一定形态产品的色彩配置，给人以一种愉悦的快感。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1目的及适用范围1.1为规范产品研发过程，提高产品研发的效率、质量，降低研发成本，特制定本程序；1.2本程序文件适用于侏罗纪公司产品研发；1.3本程序文件由侏罗纪公司制定，其解释权及修改权属于；1.4本程序文件从2003年月日起执行；2职责2.1产品部负责产品研发；2.2质量控制部负责对产品开发过程中的里程碑产生的相关成果和文档进行质量控制，并将符合规范的成果放入资源中心存档；2.3技术支持部和市场部负责宣传材料和用户手册的制作，以及和产品销售流程的衔接环节和动作；3产品研发流程3.1技术副总从公司战略规划决案中形成产品规划，下发给技术研发部；3.2技术研发部经理进行产品研发立项；3.3公司组织人员对产品立项进行评审，若评审未通过，相关文档放入行政综合部备案；3.4若立项评审通过，质量保证部对立项进行质量检验，若质检未通过，修改立项报告；3.5若质检通过，开始制订项目计划，同时质量保证部将立项相关文档放入行政综合部归档；3.6技术部经理将项目计划提交给技术副总评审，若未通过，技术部经理修改项目计划；3.7若评审通过，质量控制部对项目计划进行评审，若质检评审未通过，产品经理修改项目计划，若质检评审通过，产品总监安排研发项目资源；3.8产品经理获得研发项目资源后，进行需求分析，并将相关成果交技术委员会进行内容评审；3.9若内容评审未通过，产品经理修改需求分析；若内容评审通过，质量控制部对《需求分析说明》进行质量检验；3.10若质检未通过，产品经理修改《需求分析说明》，若质检通过，相关成果和文档放入资源管理部归档，同时产品经理带领研发相关人员进行总体设计；3.11产品经理和研发人员完成总体设计后将相关成果交技术委员会进行内容评审；3.12若内容评审未通过，产品经理修改《总体设计说明》；若内容评审通过，质量控制部对《总体设计说明》进行质量检验；3.13若质检未通过，产品经理修改《总体设计说明》，若质检通过，相关成果和文档放入资源管理部归档，同时产品经理和研发人员进行程序设计/测试；3.14完成程序设计/测试后，产品经理将相关成果交质量控制部进行功能测试，若测试未通过，产品经理修改相关成果，若测试通过，质量控制部对相关成果和文档进行质量检验；3.15若质检未通过，产品经理修改相关成果和文档；若质检通过，质量控制部将相关成果和文档放入资源管理部门归档；3.16同时产品研发组制作软件，技术支持部和市场部制作宣传材料，之后，技术支持部对销售人员进行内部培训，市场部申请并取得着作权；3.17市场部在取得着作权后制作用户/技术手册；3.18产品研发组完成软件制作后，质量控制部对制作的软件进行质量检验，若未通过质检，产品研发组重新制作软件；若通过质检，相关成果和文档放入资源管理部归档，同时产品经理进行产品研发总结；3.19质量控制部将产品研发总结等相关成果和文档放入资源管理部，同时市场部进行软件产品包装，销售部进行产品销售；4相关文件4.1《产品规划说明书》4.2《立项报告》4.3《综合评审记录》4.4《质量控制立项报告和可行性分析报告说明书》4.5《项目计划书》4.6《质量控制项目计划评审记录》4.7《资源调度单》4.8《需求分析说明书》4.9《质量控制需求分析说明书评审报告》4.10《资源中心验收单》4.11《评审规程》4.12《总体设计说明书》4.13《概要设计说明书》4.14《详细设计说明书》4.15《质量控制系统设计报告评审记录》4.16着作权相关文档（略）4.17《软件质量保证单》4.18《软件缺陷报告》4.19《项目总结》产品规划说明书时间合评审记录（公司）时间立项报告评审记录记录编号： - 时间：年月日1．本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
第页/共页风险评估与控制（立项建议报告评审附页）1.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。
并将各项填写完整。
2.风险描述：描述当前过程中可能发生的风险。
风险发生可能性：风险发生的概率，以百分数表示，为0到1，增量为0.05。
风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。
风险现值：风险发生可能性与风险级别的乘积。
风险控制措施：预防风险发生的措施。
第 页/共 页可行性分析报告评审记录记录编号： - 时间：年月日1．本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
第页/共页风险评估与控制（可行性分析报告评审附页）1.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。
并将各项填写完整。
2.风险描述：描述当前过程中可能发生的风险。
风险发生可能性：风险发生的概率，以百分数表示，为0到1，增量为0.05。
风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。
风险现值：风险发生可能性与风险级别的乘积。
风险控制措施：预防风险发生的措施。
第 页/共 页项目计划书备注：抄送财务部、人力资源部时间项目启动计划评审记录记录编号：时间：年月日1.项目启动计划评审由项目管理部门组织评审。
2.评审完成后由开发体系决策层SMG批准。
3.本页不足记述结果时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
第页/共页开发计划评审记录记录编号：时间：年月日2.评审完成后由开发体系决策层SMG批准。
3.本页不足记述结果时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。
第页/共页开发计划检查表（开发计划评审附页）项目名称：项目编号：检查人/日期：批准人/日期：风险评估与控制（开发计划评审附页）1.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。
并将各项填写完整。
2.风险描述：描述当前过程中可能发生的风险。
风险发生可能性：风险发生的概率，以百分数表示，为0到1，增量为0.05。
风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。
风险现值：风险发生可能性与风险级别的乘积。
风险控制措施：预防风险发生的措施。
第 页/共 页软件问题报告记录编号： - 时间：年月日1. 问题描述栏中可以填写问题现象及其产生原因，如果有用户的书面说明，则可以直接引用。
2. 修改描述一栏描述问题的确切原因、修改办法以及修改后的效果。
3. 本页不足记述时，可以有附页，格式自定。
总页数包括本页与所有附页。
项目资源调度单（借鉴产品中心任务书）备注：抄送财务、人力资源部时间软件需求分析说明书1.引言1.1目的说明编写软件需求说明书的目的，指出预期的读者。
1.2背景（1）待开发的软件系统的名称；（2）本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；（3）该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3参考资料列出所用的参考资料，如：（1）本项目的经核准的计划任务书或合同、上级机关的批文；（2）属于本项目的其他已发表的文件；（3）本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
（4）列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
1.4术语列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
2.项目概述本部分描述影响产品和其需求的一般因素。
此处并不说明具体的需求，其描述的内容仅仅是为了更容易理解、深化需求规格，其用意是为从多方面、多角度考虑需求以提供思维参考点。
2.1一般描述本节描述软件开发项目的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料，解释待开发产品和其相关的其他产品或项目的关系。
如果本产品是独立的，而且自含全部内容，应在此说明。
如果所定义的产品是一个较大系统或项目中的一个组成部分，那么在此需要描述如下内容：要概述这个较大的系统或项目的每一个组成部分的功能，并说明其接口；指出本产品主要的外部接口（不需要详细描述，详细描述放在其他章节中）；描述所使用的计算机硬件、外围设备。
这里仅仅是一个综述性描述。
【技巧】在本节的描述中，用一个方框图来表达一个较大的系统或项目的主要组成部分、相互联系和外部接口是非常有帮助的。
【提醒注意】本节所描述的既不是设计方案，也不是在方案设计时的约束条件，它仅仅为方案设计时的约束条件提供了一个可以解释的理由。
2.2功能简述对待的软件产品功能提供一个摘要。
【技巧】编制功能的一种方法是制作功能表，以便客户或第一次读这个文件的人很容易理解；用方框图来表达不同的功能和它们的关系有益于理解。
【提醒注意】方框图不是产品的设计，而只是一种有效的解释方式。
本节不是具体需求的陈述，只是对具体需求部分中为什么要对一些需求做出描述的铺垫。
2.3用户特点本节描述产品最终用户（包括操作员、维护员和系统工作人员等）具有的受教育水平、工作经验及技术专长等一般特点。
如果系统的大多数用户是一些临时的用户，那么就要求系统包含如何完成基本功能的提示，而不是假设用户已经从过去的会议或从阅读用户指南中了解到这些细节。
2.4假定和约束给出影响软件需求说明书中陈述的需求的每一个因素。
这些因素不是软件的设计约束，但是它们的改变可能影响到需求说明书中的需求。
这些假定和约束条件可能包括：管理方针；运行环境，包括硬件设备和支持软件的限制；与其他应用间的接口；并行操作；实时功能；审查功能；控制功能；所需的高级语言；通信协议；应用的临界点；安全保密方面的考虑等。
【提醒注意】本节中描述的因素是软件需求所依据的基石，当这些基石发生不可抗拒或控制的改变时对产品需求将造成影响。
本节的内容不能用来陈述具体需求或强加若干特殊的设计约束，而应对具体需求部分中的某些具体需求或设计约束的描述提供理由。
3.具体需求本章应包括软件开发者在建立设计时需要的全部细节。
本章的编写应该遵循如下基本原则：遵循可验证性、无歧义性等的准则，对每一个需求细节作具体描述；在软件需求说明书前言、项目概述、附录部分的有关讨论中，要提供对任何一个具体需求交叉引用的背景；按符合逻辑的和可读的方式组织；详细描述每一个需求，使得该需求应达到的目标能够用指定的方法进行客观的验证。
【提醒注意】每一项需求的描述都应包括至少5个方面的内容：功能需求；性能需求；属性需求；外部接口需求；设计约束。
3.1功能需求用文字、图表或数学公式详细描述被开发软件的输入、处理、输出以及在上述过程中发生的基本操作。
对于每一类功能或者有时对于每一个功能，这部分通常由引言、输入、处理、输出四个部分组成：3.1.1引言（1）描述该功能要达到的目标、所采用的方法和技术；（2）清楚说明功能意图的由来和背景。
3.1.2输入（1）详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）。