当前位置：文档库 › sopc开发流程

sopc开发流程

实验一

一、实验目的

1．掌握用 Quartus II 开发 SOPC 的基本流程。

2．掌握用 SOPC Builder 进行 Nios II CPU 开发的基本流程。

3．掌握整个 Nios II 集成开发环境。

二、实验环境

1．SOPC-NIOSII SOPC 开发平台一套。

2．USB下载电缆一条。

三、实验原理

本实验的目的主要是对 SOPC 有一个基本的认识，了解整个实验过程，并掌握整个 Nios II 集成开发环境的应用。

(1) 在 Quartus II中新建一个工程。

(2) 在 SOPC Builder中根据自己的需要加入各种参数值。

(3) 利用 SOPC Builder 产生 Quartus II 能够识别的文件。

(4) 在(1)中新建的工程中加入(3)中生成的文件。

(5) 加入输入、输出以及双向端口，并根据需要对其命名。

(6) 对(5)中命名的输入、输出核双向端口根据选定的 FPGA 进行引脚分配。

(7) 编译工程。

(8) 下载编辑代码到 FPGA。

(9) 利用 Nios II 新建另一个工程。

(10) 根据(2)中的资源，编写项目需要的代码。

(11) 编译、下载并调试，查看运行结果，直到正确。

(12) 如果需要，将(11)中生成的代码下载到代码 Flash 中。

四、实验内容

为了熟悉 SOPC 的基本开发流程，本实验要完成的任务就是设计一个最简单的系统，系统中包括 Nios II CPU、作为标准输入/输出的 JTAG UART 以及存储执行代码SRAM。通过 SOPC Builder 对系统进行编译，然后通过 Quartus II 对

系统进行二次编译，并把产生的 FPGA 配置文件通过 USB 下载电缆下载到实验箱上，这时便完成了本实验中的硬件开发。接下来的工作是软件协同开发——在Nios II IDE 中编写一个最简单的 C 代码，对其编译后，通过 USB 下载电缆下载到 FPGA 中执行，执行的结果就是在 Nios II 的 Console 窗口打印一条信息——“Hello Nios II！”。

五、实验步骤

1．在【开始】菜单中，打开 Quartus II 。

2．点击 File 菜单中的 New Project Wizard，新建一个工程。以D:\EXP2文件夹 (文件夹不能含有空格)为例，工程名称为EXP2，如图 1-1 所示。

图 1-1

3．点击【Next】按钮，进入到添加工程文件步骤。由于工程全部为空，所以也没有文件加入，因此直接点击【Next】进入到选择芯片步骤（在 Family 下拉菜单中选择 Cyclone III；在 Filters 中的 Pin Count 下拉菜单中选择324；在Speed grade下拉菜单中选择8，然后在Available devices 中选择EP3C25F324C8），如图 1-2所示。

图 1-2

4．FPGA 选好后，点击【Next】，进入到选择其它 EDA 工具窗口。本实验中需要

任何 EDA 工具，所以直接点击【Next】按钮，然后再点击【Finish】按钮，完成新工程的创建,如图 1-3 所示。

图 1-3

5．点击 File 菜单中的 New，新建一个工程文件。本实验中需要创建的是一个原理图工程文件。如图 1-4 所示。

图 1-4 新建的原理图工程文件界面

6．点击 Tools 菜单中的 SOPC Builder（也可点击工具栏图标），启动 SOPC Builder 软件，创建一个名为 EXP2的系统,如图 1-5 所示。

图 1-5

7．点击【OK】按钮，开始创建系统。

图1-6

8．点击左侧的Nios II Processor,出现一界面，选择Nios II/e，接下来每步

点击【Next】按钮直到Finish,如下图。

图1-7

图1-8

图1-9

9.添加作为标准输入/输出的设备，本实验中用 JTAG UART 来作为输入输出终端。在左侧System Contents栏搜索下输入Jtag，单击选中 System Contents 列表中的 Communication 类中的 JTAG UART，则会出现如下图所示界面，点击Next 按钮直【Finish】,即可把 JTAG UART 添加到新建系统中。

10.在左侧System Contents栏搜索下输入ON -CHIP，单击选中 System Contents 列表中的 Communication 类中的 ON -CHIP Memory ，则会出现如下图所示界面，

设置参数如图，点击【Finish】按钮,即可把ON- CHIP 添加到新建系统中。

11.双击下图中的CPU，跳出界面如下图，选择参数如图，单击Next按钮直Finish。

12. SOPC Builder 底部窗口会出现一些红色错误信息，单击System 选择Auto-Assign Base Addresses,当软件提示基地址冲突的提示时，可点击System 菜单下的 Auto-Assign Base Address ，重新分配基地址。

13.双击clk-0，将其改为clk- 50。

14.右键单击加入的 Nios II CPU，选择 Rename，将其命名为 cpu。

15.步骤同上

16.单击窗口下方的【Generate】单击save Changes。

17.系统编译结束后，会出现下图所示的提示界面。

17.点击【Exit】按钮退出 SOPC Builder 窗口。重新返回到 Quartus II 窗口，在新建的原理图文件空白区域双击鼠标左键，在弹出的 Symbol 对话框中，选择

Libraries 窗口下面 Project 文件夹中的 EXP2。

18.点击【OK 】按钮，添加 SOPC Builder 产生的 EXP2系统到之前创建的工程文件中。 19.加入输入端口。在工程文件的空白处双击鼠标左键，并在弹出的 Symbol 对话框右下侧 Name 栏中键入“input”，点击【OK 】按钮后，在工程文件空白处单击 2 次鼠标左键，即可加入 2 个input 端口，然后再单击鼠标右键，选择 Cancel ，取消加入符号的操作。

20.点击 File 菜单下的 Save （也可直接点击工具栏上的存盘按钮），此时

会弹出如图所示的对话框，直接点击【保存】即可。

21.编译工程。点击 Processing 菜单下面的 Start Compilation （也可直接

点击工具栏上的编译按钮），开始编译当前工程。

22.步骤 21编译工程的目的是为了检查工程有无错误，如果编译无误的话，

边可以进行端口引脚分配了。根据要求硬件连接，分配端口到对应的 FPGA 引脚。点击 Assignments 菜单下面的 Pin Planner （也可直接点击工具栏上的引脚分配按钮），进入到引脚分配窗口，如图所示。

23.将clk 和rst 输入端分别分配为A10和U9，如图所示。

软件开发流程图.docx

软件开发流程图项目前期需求变化项目启动需要系统实变现更系统调测开始获取用户需编制初步方编制进度 / 跟踪需求基本确定编制详细预配置内部资分配开发任系统实现控制/调无需变更技术调测 PM：获取 EU主要的关键性需求 PM：根据 GM安排编制简略 / 详细的建设方案 PM：基于内部预算对 EU提供费用报价 PM：与 EU确认需求变动及方案、费用调整 PM：完成详细内部预算并提交给GM PM：通过内部项目管理系统配置详细人员、进度安排 PM：移交 EU需求给PG，安排 PG开发任务 PG：根据 EU需求及 PM要求，执行开发任务 PM：通过内部项目管理系统审核PG工作日志，确认 EU需求变动，执行进度控制，必要时变更人员安排及内部预算 PG：技术调测及修改；根据TE 测试文档调试修改集成测

部署试

TE：进行集成测试，编制测试文档，提交PM，送达PG 未通过通过通过项目后期系统验收结束PG：部署至外部服务器 PM：系统初验 EU：试用 PG ：部署正式上线，编制开发字典，提交PM M 获得试用意见 TE：编制系统操作手册、功能列表，提交PM PM：提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项，向 GM汇报备注： PM (Project Manager)：项目经理PG (Programmer)：程序员EU (End-User)：最终用户TE (Test Engineer)：测试工程师GM (General Manager)：总经理硬件开发流程图

产品调研 / 新产品立设计开发执行子项目分支执首样评审业务部主导研发部研发部主导业务部研发部主导研发部主导业务部采购部研发部主导业务部工程部 1、资料搜集并拟定产品需求表 ① 预期的用途，特定的功能、性能和安全要求； ② 类似产品的名称，型号或参考实物样板； ③ 细化客户对产品的外观、功能、价格等要求； ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义，进行3D 图形设计与修改，形成《产品外观效果图》《产品3D 图》、《产品规格书》会同业务、总经理展开评审会议，若评审通过，由业务形成《立案通知书》和《产品研发任务书》交总经理审批，输出交研发部进行设计开发工作。注： B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外观效果图》、《产品 3D 图》、《产品规格书》、《产品研发任务书》的要求对设计工作进行策划形成《项目进度表》，包括： ① 设计过程中各阶段时间和工作内容的安排； ② 设计评审、设计验证、设计确认的安排； ③ 设计过程中各项工作的分工及各小组之间的接口及工作顺序等； 4、项目负责人根据《项目进度表》推进设计，每设计阶段必须与研发部经理进行设计评审，设计评审完成后研发部完成硬件打样，首样制作由该项目各负责工程师共同制作，并完成《样机测试记录表》、《操作说明》、《首样评审表》，并填写《线路板通知书》、《开模申请表》交研发经理审核。研发部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子版、结构爆炸图、《样机测试记录表》、《软件测试记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容，对需要做设计变更的尤其产品外观改动的，需经总经理批准的《设计变更表》，才能对其模具设计修改，并填写《改模记录表》。首样评审完成修改通过后，发放至工程部由工程部汇总完成《工程样机测试汇总表》，3 个工作日后由项目负责人组织电子、结构、工程、品质、业务进行项目首样评审。

新品开发流程体系文件

1、为了新订单样品能在内外部顺利有序，快速的的试制、确认、送样并跟进，确保新订单能够顺利签订并进入批量生产阶段，故制定本程序文件。 2、适用范围本程序适用于公司样品阶段的产品的试产，确认送样及跟进过程的控制。 3、定义样品控制-------指对样品阶段的产品进行全面的质量管控。 4、职责 4.1销售部接到客户的意向订单，与客户就意向订单进行生产技术文件、质量要求、交期要求等进行明确确认，并以书面的形式（样品试制计划单）下达到公司内部各相关部门：工程部、经营计划部、制造部、质量部等，以确保样品的相关信息能够在公司内部顺畅流通； 4.1.1销售部负责发货通知：销售部接到仓库试制产品已合格入库通知后，根据客户要求协调联系送样，并通知工程部跟进好送样的确认过程及结果。 4.2工程部接到《样品试制计划单》后根据一项订单的要求，制定产品的先期质量策划（APQP),试制阶段的加工工艺卡片，加工作业指导书等相关文件。 4.2.1工程部跟进好送样质量确认过程（包括检验项目，检验方法等），并将跟进结果以书面形式在内部沟通，培训、协调等工作。 4.3经营计划部接到《样品试制订单》，根据订单的要求以最快的速度制定采购计划，并按照计划采购样品试制所需要的物料；样品合格入库后，仓库通知销售部样品试产品已合格入库。 4.4生产部接到《样品试制订单》后立刻确认目前在制产品的生产进度，并制定样品试制日程，尽可能的将样品订单优先安排生产；生产过程中一定按照样品的要求管控质量；样品试产确认合格后，将合格产品做好标识入库。 4.5质量部接到《样品试制计划单》后及时与生产部一起管控试制过程产品的质量，确保试产出来的产品符合要求；检验员做好《首批零件合格通知单》、巡检记录单等相关检验记录并保存归档；《首批零件合格通知单》的发出必须要有相关责任部门的会签：工程部、制造部、质量部、销售部及总经理（如有重大异常必须要有总经理的会签） 5、质量记录

研发流程体系模板_概要设计

<文档名称>概要合计文档编号：GYSJ__<00001>

基本信息 (3) 历史记录 (3) 相关干系人 (3) 参考 (3) 1 概要设计目的 (4) 2 概要设计输入 (4) 2.1 市场要求 (4) 2.2 技术需求 (4) 3 概要设计输出 (4) 3.1 性能提升指标 (4) 3.2 页面加载速度指标 (4) 4 具体概要设计 (5) 5 开发测试建议 (5) 6 用户故事列表 (6) 6.1 审批 (6) 6.1.1 用户故事：审批多用户显示和切换 (6) 6.1.2 用户故事：审批性能和兼容性 (6)

基本信息作者：<> 现有版本: <> 状态：创建历史记录相关干系人 1.总经理：曾 2.开发经理: 3.运营经理: 4.项目经理: 5.分公司经理：卢彦，廖斌 6.总公司开发经理：董升山参考无

1概要设计目的 SaaS的商业管理系统 2概要设计输入 2.1市场要求 2.2技术需求 2.3其他要求 3概要设计预期输出3.1性能提升指标 3.2页面加载速度指标

4概要设计 4.1用户交互图 4.2流程图 4.3UML 4.4模块关系图 4.5数据库模型 4.6…. 5开发测试建议BACKUP.

6用户故事列表 6.1审批 6.1.1用户故事：审批多用户显示和切换描述：作为金融行业经理人和各级领导，可以作为不同用户（也许对应多个职位和角色），查看待我审批和我的工作项目，单独选择和全部选择显示不同用户。 6.1.1.1开发建议保持基础版本界面，以下基本相同 6.1.1.2测试建议 6.1.1.3验收条件 6.1.2用户故事：审批性能和兼容性描述：作为金融行业经理人和各级领导，使用手机一般为三星和华为用户，多用户登录时，希望屏幕的大小和厂家自己定制Android的特使配置不会影响查看表单数据和审批节点。兼容Android4.4以上系统。 6.1.2.1开发建议保持基础版本界面

一个完整的软件开发流程

一个完整的软件开发流程一、开发流程图二、过程产物及要求本表主要列出开发阶段需要输出的过程产物，包括产物名称、成果描述、负责人及备注，即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向，产品型项目的干系人包括公司领导、产品总监、技术总监等，项目的话则包括客户方领导、主要执行人等。

2、公司领导确认项目组团队组成，包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度，每个阶段的成果产物需要进行相应的评审，评审有相应的《会议纪要》;从项目启动起，研发项目经理每周提供《项目研发周报》;测试阶段，测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研，输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先，明确每个项目的目标;其次，梳理项目涉及的角色;再来，每个角色要进行的事项;最后，再梳理整个系统分哪些端口，要有哪些业务模块，每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段，产品经理提供最简单也最接近成品的《产品原型》，线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作，页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队，进行需求的讲解。 3、研发项目经理根据需求及项目要求，明确《项目里程碑》。根据项目里程表，完成《产品开发计划》，明确详细阶段的时间点，最后根据开发计划，进行《项目任务分解》，完成项目的分工。 4、研发工程师按照各自的分工，进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务，评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型，输出《界面效果图》，并提供界面的标注，最后根据主要的界面，提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等，方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图，输出《需求规格》，需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》，及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段，这个过程虽然大部分时间用来写代码，但是可能还需要进行技术预研、进行需求确认。

新生产工艺管理流程图与文字说明

生产工艺管理流程生产技术部接到产品开发需求后，进行产品开发策划并起草设计开发任务书，经公司领导审批后，业务部门根据产品设计开发任务书准备纸、油墨、印版、烫金等生产材料及生产工艺设备的准备工作，材料、设备准备完成后，安排在印刷车间进行上机打样；打样过程中，由生产技术部组织业务、品质、车间等部门对打样结果进行评审，打样评审通过后，由生产技术部进行送样、签样工作（送中烟技术中心材料部），若签样不合格，需重新进行打样准备；签样完成后，生产技术部根据打样情况形成临时技术标准，品质部形成检验标准，印刷车间根据临时技术标准进生试机生产，生产产品由生产技术部送烟厂进行上机包装测试（若包装测试不通过，生产技术部需重新调整临时技术标准重新试机生产），包装测试通过后，生产技术部根据试机生产时情况形成技术标准。当月生产需求时，生产技术部按生产组织程序进行组织生产，并同时下达技术标准，印刷车间根据生产技术标准，进行工艺首检，确认各项工艺指标正确无误，进行材料及设备的准备工作，各项工作准备完成后按技术标准要求进行工艺控制，生产技术部对整个生产运行过程进行监督，当工艺运行不符合要求时，通知生产技术部进行工艺调整。生产结束后，进入剥盒、选盒工序，经过挑选的烟标合格的按成品入库程序进行入库，不合格的产品按不合格程序进行处理。

产品工艺管理流程图业务部生产技术部印刷车间品质部输出记录接到设计更改需求段阶 } 改更计设 { 发开吕产不通过不通过通过接到设计开发需求产品开发策划打样准备送样、签样通过不通过形成技术标准（临时）审批不通过上机打样形成检验标准设计开发项目组成立通知产品开发任务书段阶制控艺工产生送客户包装测试■试生产 ■ 形成技术标准＜接到生产需求组织生产下达工艺标准工艺首检材料准备设备准备工艺监督过程质量监督工艺改进不通过运行判定成品质量监督是合格成品入库结束不合格控制程序过程检验记录工艺检查记录表，匚工艺记录表工艺运行控制剥盒、选盒烟用材料试验评价报告印刷作业指导书生产工作单换版通知单生产操作记录表工艺更改通知单成品检验记录

项目管理软件开发流程图

一般来说，制造PFD、P&ID，相关专业从事人员都是运用Visio或许AutoCAD、PIDCAD这些软件。软件都各有其长处和缺陷。AutoCAD、PIDCAD这样的纯专业软件，在软件的操作与使用上的一般都需求花费必定的学习时间，而Visio这样的操作简略便当、又支撑制造多种图表的工艺流程图制造软件，关于大部分人来说，是相对正确的挑选。但，Visio颇高的价格有时也会让人犹豫是否购买。那有没有类似于Visio这样操作简略、价格又适中的工艺流程图制造软件呢？答案是肯定的。无需绘图技巧使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。智能地创建视觉流程图

亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。几分钟获得一个专业的流程图亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。轻松创建交互流程图插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人都可以轻松使用亿图轻松创建。无缝地分享与合作

新产品开发工作流程

新产品开发工作流程1.流程工作内容

2.流程具体实施要求新产品的开发流程根据以下几个阶段来考虑完善（顾客有明确要求的汽车主机厂整车付新产品开发执行APQP程序）：顾客要求评审（合同评审） 2.1.1顾客要求评审的输入有三种： 1）顾客新要求，评审依据：《顾客要求评审表》； 2）产品变更要求，评审依据：《产品变更通知单》； 3）顾客确认不合格，评审依据：《新产品开发样品顾客确认通知单》。 2.1.2顾客要求评审的输出有三种： 1）顾客要求明确，公司有能力达到，纳入开发计划； 2）顾客要求不明确，需进一步沟通后纳入开发计划； 3）顾客要求明确，但公司没有能力达到，暂不纳入开发计划。 2.1.3技术部是新产品开发顾客要求评审（合同评审）的组织者。评审的模式及时间节点：销售部将《顾客要求评审表》或《产品变更通知单》《新产品开发样品顾客确认通知单》传递给技术部 1）简单产品（比如单口型挤出、单件产品、不涉及外协加工等），技术部根据以往经验和当前公司能力初步判定能否满足顾客要求；如无法独自判定，则组织生产、供应和相关人员进行评审确定。能够开发的项目，技术部进行产品工艺分析，确定原材料、工艺流程和技术文件完成时间并编制《新产品开发计划》交生产部及责任车间评审开发各阶段的完成时间。

技术部根据开发计划的评审时间确定产品交付时间，填写完成《顾客要求评审表》或《产品变更通知单》。最终将单据交回销售部。销售部将经过审批的单据分发到相关部门。如果进行开发，技术部据此组织开发计划实施。时间节点，技术部自接单时刻计算，两个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。 2）复杂项目或整车付产品项目的开发，技术部组织相关技术人员、供应部、生产部、质保部和生产车间召开项目开发评审策划专题会议，对开发项目进行评审策划，将最终结果填写在《产品开发项目评审记录表》与《项目开发评审策划书》上，形成评审结论。根据评审结论，《顾客要求评审表》要求的相关部门填写完成此单据，在规定的时间前返回销售部。如果进行开发，技术部据此编制开发计划和技术文件。时间节点，技术部自接单时刻计算，五至七个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。编制新产品开发计划 2.2.1新产品开发计划的输入有四种： 1）《顾客要求评审表》； 2）《产品变更通知单》； 3）《质量问题反馈单》中涉及到需要进行产品开发（完善）的相关措施； 4）经过顾客确认上次开发样品不合格的《新产品开发样品顾客确认通知单》。 2.2.2新产品开发计划的输出：项目负责人编制新产品开发试制技术文件和开发计划的实施。 2.2.3新产品开发计划的编制技术部根据上述“输入”编制新产品开发计划。 1）对于前述第1种评审模式确定的开发计划的编制技术开发部确定开发计划中的具体工艺流程项目，根据顾客要求数量（主要是根或套），由技术部在开发计划中增加相应的余量（余量的目的是为了留样和车间的损耗，从而保证最终入库的数量满足顾客要求）。采用x+x的格式，例如顾客数量要求5套，开发计划上可能是5+5套，后者的+5为挤出车间的余量，故挤出车间要按10套进行生产。材料数量由技术部在开发计划上注明实际用量和种类，由生产部根据生产情况进行适应的调整。由生产部组织相关责任车间评审各阶段的具体实施和完成时间，相关责任车间负责人分别在《新产品开发计划》签字，《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 2）对于前述第2种评审模式确定的开发计划的编制技术部根据《项目开发评审策划书》直接编制《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。编制新产品试制技术文件

嵌入式软件开发流程图

嵌入式软件开发流程一、嵌入式软件开发流程 1.1 嵌入式系统开发概述由嵌入式系统本身的特性所影响，嵌入式系统开发与通用系统的开发有很大的区别。嵌入式系统的开发主要分为系统总体开发、嵌入式硬件开发和嵌入式软件开发3大部分，其总体流程图如图1.1所示。图1.1 嵌入式系统开发流程图在系统总体开发中，由于嵌入式系统与硬件依赖非常紧密，往往某些需求只能通过特定的硬件才能实现，因此需要进行处理器选型，以更好地满足产品的需求。另外，对于有些硬件和软件都可以实现的功能，就需要在成本和性能上做出抉择。往往通过硬件实现会增加产品的成本，但能大大提高产品的性能和可靠性。再次，开发环境的选择对于嵌入式系统的开发也有很大的影响。这里的开发环境包括嵌入式操作系统的选择以及开发工具的选择等。比如，对开发成本和进度限制较大的产品可以选择嵌入式Linux，对实时性要求非常高的产品可以选择Vxworks等。

1.2 嵌入式软件开发概述嵌入式软件开发总体流程为图4.15中“软件设计实现”部分所示，它同通用计算机软件开发一样，分为需求分析、软件概要设计、软件详细设计、软件实现和软件测试。其中嵌入式软件需求分析与硬件的需求分析合二为一，故没有分开画出。由于在嵌入式软件开发的工具非常多，为了更好地帮助读者选择开发工具，下面首先对嵌入式软件开发过程中所使用的工具做一简单归纳。嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择IBM的Rational Rose等软件，而在程序开发阶段可以采用CodeWarrior（下面要介绍的ADS 的一个工具）等，在调试阶段所用的Multi-ICE等。同时，不同的嵌入式操作系统往往会有配套的开发工具，比如Vxworks有集成开发环境Tornado，WindowsCE的集成开发环境WindowsCE Platform等。此外，不同的处理器可能还有对应的开发工具，比如ARM的常用集成开发工具ADS、IAR和RealView等。在这里，大多数软件都有比较高的使用费用，但也可以大大加快产品的开发进度，用户可以根据需求自行选择。图4.16是嵌入式开发的不同阶段的常用软件。图1.2 嵌入式开发不同阶段的常用软件嵌入式系统的软件开发与通常软件开发的区别主要在于软件实现部分，其中又可以分为编译和调试两部分，下面分别对这两部分进行讲解。 1．交叉编译嵌入式软件开发所采用的编译为交叉编译。所谓交叉编译就是在一个平台上生成可以在另一个平台上执行的代码。在第3章中已经提到，编译的最主要的工作就在将程序转化成运行该程序的CPU所能识别的机器代码，由于不同的体系结构有不同的指令系统。因此，不同的CPU需要有相应的编译器，而交叉编译就如同翻译一样，把相同的程序代码翻译成不同CPU的对应可执行二进制文件。要注意的是，编译器本身也是程序，也要在与之对应的某一个CPU平台上运行。嵌入式系统交叉编译环境如图4.17所示。

产品研发流程

盛年不重来，一日难再晨。及时宜自勉，岁月不待人。新产品研发流程内容：一、企业的组织机构二、新产品研发流程三、生产工艺流程

一、企业组织机构企业组织机构图（以****公司为例）开发部主要职责： 1、技术创新 1）．及时搜集整理国内外产品发展信息，及时把握产品发展趋势，组织和编制公司技术发展规划和技术开发计划。并组织对计划实施。 2）．负责公司新技术引进和产品开发设计工作。 3）．编制生产工艺流程及工艺文件， 4）．负责做好技术图纸、技术资料的编制和编写。为指导生产提供全套技术文件。 2、技术支持 1）．负责制订和修改技术规程。编制产品的使用、维修和技术安全等有关的技术规定及使用说明书；改进和规范工艺流程。 2）．负责制定公司产品的企业标准，实现产品的规范化管理。 3）．及时指导、处理、协调和解决公司各部门的技术问题，确保经营工作的正常进行。主要岗位：电子线路设计、结构设计、工艺设计（电装工艺、钳装工艺、机加工工艺）岗位职责：

线路、结构设计人员 1.进行新产品开发市场调查。提出设计项目立项建议。 2. 线路设计人员按计划和规定进行新产品的线路方面的开发与设计；结构设计人员按计划和规定进行新产品的结构方面的开发与设计。 3. 负责在研产品的技术资料、生产资料的建立、整理和归档工作。 4. 针对用户的要求或其它原因实施设计更改。 5. 解决生产过程中出现的有关技术问题。 6 .配合销售部门做好产品销售、工程服务中的技术支持工作。工艺设计人员 1. 编制典型工艺文件，负责生产前的工艺技术准备。 2. 负责工艺文件执行及工艺纪律检查。 3. 负责处理生产过程的工艺技术问题。 4. 负责产品工时定额制定。 5. 组织员工进行技能培训。线路设计和结构设计主要是产品设计, 产品设计和工艺设计之间的关系：产品设计就是设计出你想要的产品，工艺设计就是设计如何制作出你想要的产品；设计是产品从概念到模型的一个转换过程，而工艺是将原材料实现为零部件的一个过程，设计需要了解工艺，工艺实现不了的设计是没意义的设计，工艺也需要明白设计的意图，否则不能很精确的反映出设计，产品设计和工艺设计应该是个并行工程，在设计时就要考虑工艺，同时如果工艺上不好实现或有更经济的方式实现，是可以建议更改设计的。工艺工作是指从产品研制开始到投入生产，直到包装为止的整个过程中的工艺技术问题及工艺管理工作。工艺工作是企业组织有条不紊的均衡生产的重要依据。是实现优质、高产、低消耗、低成本以及提高劳动生产率的重要保证。工艺工作的基本任务： 1．开展新工艺、新技术、新材料的试验。研究和推广应用工作；从工艺角度确保新产品研制质量，增强企业的竞争能力。 2．负责产品投产前的工艺技术准备工作，从技术上解决产品上批量问题；在批量生产中不断改进工艺、降低成本，提高产品经济效益。同理电子线路设计人员与结构设计人员也要相互配合，一起与工艺人员确定总体方案和工艺方案。包括总体布置、传动调谐、散热设计、电磁兼容的设计、

华为公司研发体系流程构成

一、华为研发体系架构华为公司的基本组织结构是一种扁平的，分权化的，矩阵式的二维结构，公司按职能划分，以获得专业经济化。同时又按产品线实行横向划分，实现了职能部门对各自单位有行政上的管理权，各产品线对业务上的领导权。行政平台、产品平台各司其职，当公司进新产品开发，新市场开拓以及一些重大项目的实施，都是以产品线为主线在直线职能制的行政平台上通过跨部门调用公司资源组成项目小组的方式来运作。华为公司依靠这种项目组的方式，调动了公司内部的各种资源，在某一时间段，某一产品上或市场的某一区域获取技术、人员上的优势，取得技术和市场突破。在华为有五大平台：销售和服务平台、财务平台、生产和供应链平台、研发平台。在这些平台共享的基础上又分为4大产品线和20多个地区部。在各个地区部，以销售服务为龙头，各个平台都派驻人员组建各自的小平台，向区域延伸。其管理方式是矩阵式管理，如当地的财务主管，行政上受当地的主管考核，业务上归公司财务部考核。其目标是一致的，考核的重点有所不同。另外，业务线还是业务能力建设的中心。这样的好处是：信息很通畅，经验能共享，相互有合作也有牵制，各个业务单元很难形成土围子，同时资源能最大限度的共享。这也是华为迅速扩张而不出乱子的原因。华为的研发体系，分为无线、核心网、网络、业务与软件四大产品线及终端、芯片、安全与存储分公司，分公司在研发上也是按产品线来管理。其组织结构经历了较大的变革，一些产品线以解决方案为主线，也有产品线是以技术平台为主线，其目的是共享硬件和软件平台。如核心网产品线主要专注核心网，其平台为无线和有线产品线共享，这样能迅速量产和降低成本。图表华为公司的研发体系资料来源：华为公司二、研发流程体系华为构建了全球化的研发体系，其研发体系的主业务流程——集成产品开发流程，是华为管理产品开发的一整套方法，基于客户需求导向进行产品开发决策，在产品开发过程中构筑客户关注的质量、成本、可服务性、可用性及可制造性。

新产品设计-工艺开发流程图解

新产品设计-工艺开发流程图解新产品设计/工艺开发 APQP计划流程图解生产制造可行性分析报告及工艺开发 N 多功能小组评审初始过程流程图 Y 过程初始特殊特性明细表设备、工装及检具清单的编制新设备、工装及检具清单的确定过程特殊特性编制过程流程图车间平面布置图特性矩阵图 PFMEA的编制过程特殊特性的修订试生产控制计划的编制指导书的编制生产作业指导书的编制自制件检验指导书的编制新设备的采购新工装、检具设计(自制部分)

自制工装、检具验收新工装及专用检具的采购初始过程能力研究计划过程审核(A部分) 下面是赠送的团队管理名言学习, 初始过程能力研究不需要的朋友可以编辑删除!!!谢谢!!! 生产节拍分析 1、沟通是管理的浓缩。生产控制计划编制 2、管理被人们称之为是一门综合艺术--“综合”是因为管理涉及基本原理、自产能确认我认知、智慧和领导力;“艺术”是因为管理是实践和应用。 3、管理得好的工厂,总是单调乏味,没有仸何激劢人心的事件发生。结束 4、管理工作中最重要的是:人正确的事,而不是正确的做事。 5、管理就是沟通、沟通再沟通。 6、管理就是界定企业的使命,幵激励和组织人力资源去实现这个使命。界定使命是企业家的仸务,而激励不组织人力资源是领导力的范畴,二者的结合就是管理。 7、管理是一种实践,其本质不在于“知”而在于“行”;其验证不在于逻辑,而在于成果;其唯一权威就是成就。 8、管理者的最基本能力:有效沟通。 9、合作是一切团队繁荣的根本。 10、将合适的人请上车,不合适的人请下车。 11、领导不是某个人坐在马上指挥他的部队,而是通过别人的成功来获得自己的成功。

整车研发流程体系定义规范

重庆市嘉陵川江汽车制造有限公司CHONGQING JIALING CHUANJIANG AUTOMOTIVE CO.,LTD

规范说明 1、目的为规范公司整车研发流程体系的建设原则、范围，特制定本规范。 2、适用范围本规范适用于公司整车研发流程体系的结构划分定义、流程分级定义及本体系所含内容范围的定义。 3、术语解释无 4、引用文件 G/Bxxxxxxx《整车研发流程》 5、管理职责无 6、管理规定 6.1 划分原则：根据嘉川公司整车研发管理工作需求，现对产品开发过程中的研发业务、时间计划和工作过程采取科学的方法进行划分定义，并以此搭建整车开发流程体系，实现整车研发项目的有效、精准管理。具体划分定义如下： 6.1.1研发业务管理-按照研发活动所属类别划分定义业务功能板块如下：

6.1.2时间计划管理-分阶段及里程碑产品研发工作的时间计划按照开发工作典型阶段进行划分，在阶段划分基础上设置项目评审里程碑进行时间计划和任务的准确定义和管理。阶段划分和里程碑设置如下： 6.1.2.1 整车研发过程阶段划分为: a)产品规划和概念设计阶段 b)工程设计阶段 c)工程验证阶段 d)生产准备阶段 e)正式投产阶段 6.1.2.2 整车研发过程里程碑设置为: a)Pre G8 战略意向 b)G8 项目启动 c)G7 方案批准 d)G6 项目批准

e)G5 设计发布 f)G4 全序样车完成 g)G3 工程签发 h)G2 试生产 i)G1 投产签发 j)G0 项目总结 6.1.3工作过程管理-分层级将整个研发业务及相关活动按照一级（产品研发项目的公司级任务）、二级（产品研发项目各业务功能板块任务）、三级（产品研发项目各业务功能板块子任务）共三级搭建相应的流程进行研发工作过程的深入细化管理。 6.1.3.1一级流程定义：即《整车研发流程》，用以描述定义产品研发项目的公司级进展过程和任务要求，规范明确研发流程五大阶段和十个里程碑的定义、一级交付物及评价指标体系和评审决策体系等内容。 6.1.3.2二级流程定义：用以支持保证一级流程的实施，描述定义了各业务功能板块的工作任务，规范明确流程中各控制点交付物，相应的评价指标体系和评审决策方式等内容。其控制点设置原则应保证支持一级流程各里程碑和其他并行业务功能板块的工作。 6.1.3.3三级流程定义：用以支持保证各二级流程的实施，描述定义了各业务功能板块的子任务，明确了各子任务的目标、内容定义、交付物和评判标准等内容。 6.1.3.4流程分级示例简图

大型软件开发过程的质量管理体系

大型软件开发过程的质量管理体系　韩思音弋陪余　　国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业，公司位于上海浦东，注册资金２　９８０万美元，员工达１５０人，本科以上学历超过９５％。公司在１９９９年成立后就开展了ＩＳＯ９００１贯标活动，并于２０００年８月通过了ＩＳＯ９００１认证。公司以贝尔试验室的大型软件开发管理流程为基础，建立了自己的ＩＳＯ９００１质量管理体系。三年来已经开发了“传输网络集中监控系统ＮｅｔＧｕａｒｄ”、“电信网络资源管理系统ＮｅｔＭａｓｔｅｒ”两个大型软件系统。通过ＩＳＯ９００１的贯标活动，加强了公司全体员工的质量意识，强化了软件开发过程的规范性，改进了软件开发过程，保证了软件开发的质量，对加强公司实力、提高市场形象起了很好的推动作用。　通过了ＩＳＯ９００１认证后，审核机构每年要进行一次复查，即监督审核。如果公司质量体系运行得不好，就可能被暂停证书；如发生重大事故，证书可能被撤消。除此以外，公司每年还进行一次内审，即公司内部对质量体系运行是否符合ＩＳＯ９００１标准进行的检查，各部门对内审发现的不符合项进行认真整改，由质量管理部验收。各部门对本部门的工作定期提出改进措施，由质量管理部对其进行验证，使质量体系不断改进。所以ＩＳＯ９００１的认证对企业的质量体系是有严格管理的，是有保证的。　１　软件产品质量的特点　按照ＩＳＯ９１２６的定义，软件的质量通常可以从以下六个方面去衡量（定义）。　１）功用性（Ｆｕｎｃｔｉｏｎａｌｉｔｙ），即软件是否满足了客户功能要求。　２）可靠性（Ｒｅｌｉａｂｉｌｉｔｙ），即软件是否能够一直在一个稳定的状态上满足可用性。　３）可用性（Ｕｓａｂｉｌｉｔｙ），即衡量用户能够使用软件需要多大的努力。　４）效率（Ｅｆｆｉｃｉｅｎｃｙ），即衡量软件正常运行需要耗费多少物理资源。　５）可维护性（Ｍａｉｎｔａｉｎａｂｉｌｉｔｙ），即衡量对已经完成的软件进行调整需要多大的努力。　６）可移植性（Ｐｏｒｔａｂｉｌｉｔｙ），即衡量软件是否能够方便地部署到不同的运行环境中。　可见，同其它产品相比，软件产品的质量有其明显的特殊性。

研发体系问题单处理流程

A：当前责任人要做的事情 S：问题单的状态线上的文字，中文：判断结果；英文：在TRAC上对问题单的操作 1. 问题定位确认测试人员发现问题后，如果是必现、确定的问题，直接提单；如果是无规律重现问题，或者不确定是否是问题，可以找相关开发人员进行测试现场定位分析，排除误操作等原因，确定问题现象及初步分析结论，由测试人员提单给定位责任人进一步跟踪； 2. 问题单提交问题单严重程度有四个等级：致命、严重、一般、提示；问题严重程度级别判定原则：问题级别判定应该就重不就轻，当问题现象可能符合多个问题级别定义的描述时，应该选择级别最严重的作为最终的问题级别。致命

定义：产品的关键功能和性能不能符合用户要求，或由于产品质量原因造成业务中断、频繁瞬断或服务质量严重下降等可能给用户收益或声誉造成较大损失的问题。举例：（包括但不限于下列情况）（1）整机或关键部件异常重新启动或瘫机；（2）由于产品质量原因造成的基本业务失效、部分失效及不能稳定提供；（3）可能影响用户收益或声誉的；（4）重要操作维护功能完全失效，例如用户无法对系统进行操作维护或操作维护经常被打断，无法对系统进行维护，告警功能完全丧失等；（5）系统性能基于上一个版本下降10%以上并可能影响用户收益或声誉的；（6）按照版本升级指导书操作导致系统升级失败；（7）其他可能造成业务中断、频繁瞬断或服务质量严重下降等可能给用户收益或声誉造成较大损失的问题，例如资源大量吊死、大量消息丢失、时钟丢失无法恢复等。（8）产品不符合行业规范或目标客户群所在地区的相关标准，如果不解决将导致无法在该地区销售；（9）不符合安全规范，在遵守安全规程进行操作维护的情况下可能造成重大人身伤亡的问题；严重定义：在产品规格书或行业标准规定的条件范围内，系统的主要功能和业务性能不符合用户要求，或不能稳定运行，但仍然可以向用户提供基本的业务。举例：（包括但不限于下列情况）（1）非基本业务功能失效或部分失效；（2）基本业务功能在特定的不常见的条件下的失效，例如在某异常情况下的处理不符合协议；（3）非关键性部件故障，这些部件的故障不会影响用户使用基本业务；（4）系统数据丢失或出现不一致但不会给用户带来损失；（5）系统未达到要求或设计的性能指标、系统或模块性能下降但不影响基本业务；（6）用户资料存在严重的技术错误或缺少重要技术内容；（7）其他各种可能对客户造成影响但尚未影响基本业务的问题；（8）部分主要功能操作很不方便，多数用户会认为这些操作方式显著影响工作效率；

软件开发工艺流程规程资料

软件开发工艺流程规程

受控状态（章）：受控号： ********有限公司软件开发工艺流程规程文件编号: &&&&/TE750-2013 文件版本: V1.0 ___________________________________________________________ ******************有限公司对本文件资料享受著作权及其他专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。

修订履历 1. 目的为了规范软件研发各个阶段的开发行为，特制定此规范。

2. 范围本规范适用于研发中心软件产品研发从立项，到开发实施、测试、结项的各个阶段，规定了各开发阶段的文档编制、代码编写和资料备份内容与要求。 3. 术语和缩写研发项目干系人：公司内部与研发项目有关联的任何人。项目计划周期：从项目立项到计划完成时间的实际工作日数。项目实际周期：从项目立项到实际完成时间的实际工作日数。项目质量目标：项目允许出现的总的缺陷数的加权平均值。项目实际质量：项目实际出现的总的缺陷数的加权平均值。软件缺陷：在测试过程中被发现的软件bug，按照不同的严重程度分为四级；一级，系统崩溃，无法自动恢复，加权系数为100。二级，系统功能无法实现或性能指标无法达到，但不影响其他功能的使用，加权系数为2。三级，系统功能实现不完整，加权系数为1。四级，不影响系统功能和性能的小错误，忽略此错误系统可正常运行，加权系数为0.5。加权缺陷数量：测试中出现的各种缺陷的数量乘以其对应的加权系数，求和。 4. 职责和权限 4.1 软件研发部经理负责本规范的编制、发布、维护与解释。 4.2 软件研发部经理负责推动和监督本规范的实施。

研发流程管理体系建设的三步曲

AMT咨询观点之：研发流程管理体系建设的三步曲 AMT咨询曾做过市场调查，发现不理想的企业流程管理体系按照状态分为三类： 1）基本没有流程管理体系；或者有流程框架，但不统一或不完善； 2）统一的流程管理体系比较完善，但效率和效果不佳； 3）统一的流程管理体系比较完善，执行很弱。这三类说到底就是流程建设、流程优化和流程管理的不完善，也是研发管理流程体系建设的三个阶段。流程建设第一个问题就是流程建设，多数表现在没有流程系统架构设计。如果想了解这个问题的起源，就要考虑一下企业是如何建立自己的流程体系的。为什么要建立流程？一是为了内部改进，二是为了满足客户需求。因为我们的客户也明白产品或服务的质量源于“设计”和“流程”，如果一个企业没有好的技术实力和管理能力，就不可能持续成功。所以各种体系的认证才会这么受青睐，如ISO9000，CMM/CMMI，TL9000等等。问题是，不同的客户青睐的对象不一样，这源于它自己对各种体系的信赖程度；尤其国内和国际的客户需求更加不一样，很有可能会提出一些特别的要求。那么面对着多种研发流程的模型，企业要思考如何建立自己的流程体系，以达到内部改进与满足客户需求双重的目标。不幸的是，我们很多的中国企业在建设流程初期，并没有想到这是个“百年树人”的长久之际，而是作为应付救火的“权宜之计”，表现就是在组织设置上缺少“流程体系架构师”，于是想到哪里就做到哪里，哪里着火就先顾哪里。这样建设流程的结果必然是第二种状态：似乎处处有流程，但是它们既不连贯，也不

统一，不能作为一个有机的整体来运作。如果它们源于不同的模型，覆盖的区域难免互相重叠，也一定会存在被遗漏的角落。不同的流程各自独立，信息流不通畅，严重制约了工作效率的提高。研发人员面对这样的流程无所适从，不理解更加不能有效执行；如果流程不能有效执行，就不能改善工作绩效，更加得不到研发人员的尊重，更加不会执行，如此的恶性循环下去，流程终究会成为一纸空文，被束之高阁。 6sigma能够帮助我们做什么呢？建设流程体系，鉴于CMM/CMMI与6sigma之间曾经有过的争议，建议企业的流程设计架构师，明确以一种体系为主，建设统一、信息流畅的流程架构；同时兼收并蓄，自我完善。这样做思路简单明确，参与者、使用者也比较容易互相理解，也容易将这种体系的优势发挥到极至。如以CMMI为主的研发流程体系。当然完全使用6sigma思路来建设流程体系，也能达到这个目标，将整个流程体系作为一个系统来对待，DFSS能够帮助我们一次就创建出高水平的流程，也有的人更喜欢，因为它比CMMI一级一级逐步提高更加快速有效。流程优化

产品开发体系流程

产品开发体系流程持续的新产品开发是企业保持其市场竞争优势的重要条件，调味品行业是较为稳定的行业，对新产品的开发并没有过分的需求，需要的是公司对产品一个长期的跟踪和推广。故重新规范产品开发体系，此体系包括新品需求分析、新品市场调查、新品研发、新品市场营销策略分析、新品上市、产品销售分析、产品调整改进\产品淘汰。上述步骤以报告形式涵盖产品了构思、筛选、产品概念、商业分析、市场分析、产品试制、市场试销和批量上市等阶段。 1.新品需求分析报告 1.1报告提交：市场部和销售部以及公司任一部门、职员。公司各部门、各职员可根据市场情况、行业趋势提交新品需求分析报告来期望公司增加产品线的长度。 1.2报告受理：董事长和生产副总。生产副总受理新品需求分析报告后，在5天内构思和筛选将可行的报告和新品开发思路分至市场部进行市场调查和分析。1.3报告内容：需求来源主要有：（1）消费者（2）竞争对手（3）中间商（4）产品开发人员（5）企业营销人员与管理人员。 2.新品市场调查报告 2.1报告提交：市场部。市场部接到生产副总指示后在1个月的时间内进行市场调查并提交新品市场调查报告。 2.2报告受理：董事长和生产副总。生产副总接到此报告后进行筛选，并将可行的新品构思分至技术部着手研发。 2.3报告内容：，提出对于产品的功能、形态、结构、以及基本特征的描述。包括：（1）品种（2）规格（3）式样（4）质量（5）包装（6）特色（7）商标（8）品牌（9）定价范围。 3.新品研发报告 3.1报告提交：技术部。技术部接到生产副总指示后在2个月内进行产品的研发、定型并提交产品研发报告。 3.2报告受理：生产副总。生产副总决定产品定型及相关参数，并将相关报告分至市场部。报告内容： 3.3报告内容： 4.新品市场营销策略分析报告 4.1报告提交：销售部。销售部在生产副总产品定型后的15天内制定新品市场营销策略。 4.2报告受理：董事长和生产副总。 4.3报告内容：；市场营销的定位包括：（1）定价（2）市场。，包括对同分销有关的渠道覆盖面、产品流通环节、中间商、网点设置的整体规划。 5.新品上市报告 5.1报告提交：生产副总。生产副总结合相关资料提交新品上市报告。 5.2报告受理：董事长。董事长结合相关资料对此新品上市行为作出批复。