大中小研发管理体系结构设计原则
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
大中小研发管理体系结构设计原则
研发治理与技术创新的关系
在技术创新过程中必须理清技术创新与科研治理的关系。第一,技术创新必须建立在企业现有的现实基础上。由于当前世界的技术进步是建立在不断创新的基础上,关于任何一种新产品来讲都具有许多技术创新点。如何确定新产品的技术创新定位是与企业的现实基础直截了当相关的,也是该新产品研制成功的关键。第二,科研治理必须严格操纵技术创新带来的随意性和不可预见性。由于技术创新的含义确实是在产品研制过程中引入了企业不熟悉或者未把握的新技术,如何预期新技术带来的效应,严格操纵研制过程各个技术状态,把技术创新纳入到规范化的科研治理流程中去是新产品研制成功的必要保证。第三,技术创新必须建立在规范化科研治理的基础上。由于技术创新需求在产品的生命周期内不断变化和增加,在科研过程中必须锁定技术创新的变化,使整个研制过程技术状态操纵在系统预期设计的状态操纵流程中去。
研发治理与技术创新考虑的差不多要素:
a.技术创新要紧考虑的几个要紧方面:市场需求、技术储备、人力资源、资金需求、设备状态、研制周期;
b. 技术创新状态在系统需求设计时确定;
c. 在项目研制过程中要严格操纵技术创新, 所有的后续设计与研制必须操纵在系统设计的操纵流程内;
d. 新的技术创新一样按时期在系统升级产品中或新立项产品中统一解决;
e. 确因十分必要, 新的技术创新第一在系统设计师会议上研究, 确定该项目当
前研制的技术状态, 确定的各状态回溯节点, 修改系统需求设计, 形成新的项目的所有的研发操纵文件,以及新的响应文档。
研发治理和面向市场的关系
在技术创新过程中必须理清面向市场与规范治理的关系。
第一,要面向市场,市场需求是企业新产品的要紧来源;
第二,在新产品开发前要确定当前市场的需求, 并推测一定量的市场需求的超前进展的余量。
第三,在新产品开发过程中, 应冻结市场需求的变化, 所有的开发与研制过程都必须严格操纵在系统规范治理的操纵流程中。
第四,市场新的需求一样在系统升级产品或新立项的产品中考虑。
研发治理与面向市场考虑的差不多要素:
a.市场需求是研发项目的要紧来源;
b.在系统需求设计时要确定当前市场的需求, 并推测一定量的市场需求的超前进展的余量;
c.在系统需求完成后, 冻结市场需求, 所有的后续设计与研制都必须严格操纵在系统设计的操纵流程中;
d.市场新的需求一样在系统升级产品或新立项的产品中考虑。
系统最优和局部最优的关系
在系统设计时, 综合分析和考虑市场需求、技术储备、资金状态、设备状
态、以及研制周期等重要因素,尽可能在当前情形下进行系统综合考虑,尽可能做到系统最优设计。
在系统设计时,一样不考虑局部最优。要紧缘故如下:
a.在系统设计时期, 无法详细考虑局部的实现;
b.一旦系统设计完成, 所有的局部实现必须严格在系统设计的操纵下, 遵循系统规范和约束条件实现局部设计;
c.在系统设计时, 一样都考虑了系统余量, 因此局部最优对整体系统性能阻碍不大;
d.追求局部最优专门容易带来系统失控和一些副作用, 将阻碍系统最佳的实现。
产品研发原则
(1)相信原则
★相信规范;
★相信工具;
★相信体会;
★相信上层。
(2)不相信原则
★对自己完成任务的正确性和完整性不相信;
★对下层完成任务的正确性和完整性不相信;
★对已验证过的任务进行综合的正确性和完整性不相信;
★对已验证过综合的系统适应性正确性和完整性不相信。
纵横分工原则
(1)横向分工
★按专业分工划分。如:通信、软件、硬件、结构、电源等。
(2)纵向分工
★按层次划分。
★系统设计、开发与调试,生产加工、测试与验证
信息文档化原则
★信息规范化;
★流程时期化;
★传递文档化;
★文档模板化。
需求分析
需求分析过程
需求分析过程是在新产品研发启动之前,对新产品研发过程将要涉及到的各种要素进行系统化、定量化的分析,使之后继的研发过程都在预先研发要素设计的操纵流程中。在需求分析过程要紧进行以下要素分析:
★市场需求可行性分析;
★关键技术需求分析;
★开发环境需求分析;
★开发成本需求分析;
★人力资源需求分析;
★研发进度估算与分析。
设计过程
设计过程是在项目启动的条件下,依照需求分析的要素定义,旨在建立一套规范的研发设计流程,明确专业技术分工,确定设计考虑的范畴和要素,排除研发状态混淆不清、研发问题隐藏和向后传递等问题。在设计过程要紧进行以下过程设计:
★系统设计规范;
★系统需求设计;
★硬件设计需求;
★软件设计需求;
★系统可靠性设计;
★硬件测试性要求;
★软件测试性要求;
★硬件系统逻辑顶层设计;
★软件顶层设计(概要设计);
★硬件逻辑详细设计;
★软件详细设计与编码;
★硬件测试环境设计;
★软件测试平台设计。
仿真验证过程
仿真验证过程设在设计过程完成的基础上,为了充分保证设计的正确性,提高设计质量,排除后续工程实施的不确定性,并验证工程余量的要求,必须对新产品的关键技术进行仿真验证,以确保新产品的关键技术的工程可行性。在有条件的情形下,要对设计实现的硬件电路进行仿真验证,以保证产品基础运行平台(硬件系统)的稳固型;还要对软件设计和软硬件综合进行仿真验证,以保证软件实现的正确性和软硬综合的融合性。
开发/调试过程
由于IT产品设计中蕴藏了大量的设计者对产品功能要求的明白得和处理思想,而这些明白得与实现有紧紧地依靠设计者个人的知识背景、专业领域和个人能力等方面的限制,因此必定在产品功能的设计实现中,存在大量的错误和不完善的地点。
另外,在设计中还采纳了大量的设计工具,设计者面对的不是产品,而是面对的由一组工具组成的设计平台,设计者依照工具的功能,发出相应的命令,由工具完成命令的实现。由于工具实现过程是工具的设计者依据通用情形考虑的,对产品设计者来说是一个"黑箱" 操作过程,因此必定存在工具设计者的思想与产品设计者思想和明白得存在着差异,专门是对产品的一些不太重要的性质或要素尤为突出。这确实是IT行业中经常谈到的工具的副作用。
因此,建立产品的开发环境是IT产品研发重要的组成部分。
测试验证过程
关于IT产品的研发来说,测试环境具有十分专门的地位。从发达国家IT 产业的研发来看,产品测试的费用和测试周期占产品研发费用和周期的40%左右,并保持上升的趋势。由此可见,测试环境对IT产品的研发来讲,具有十分重要的意