研发阶段的成本控制方案

1、研发阶段的成本控制研发部2009年2月16日 前言：由于多方面原因，我们在生产、研发、售后等各个方面都还没有很强有力的 规范，没有很严格的流程管理，特别是在成本控制上还是处于粗放型管理状态。 08年底，老总就要求由研发部推动，生产部共同参与，对产品的成本进行详细 的统计分析。09年初，在老总的组织下，销售经理、生产经理和我一同对我们 现有的产品成本进行分析。结果让大家欢心且遗憾，欢心在于我们看到了巨大的 成本削减空间（约占总生产成本10%）,如能按照初步计划执行，能够控制下 来的成本相当于09年利润指标的10% 了；遗憾在于我们去年为什么没有投入 精力去研究并推动成本控制？现场分析发现，这些成

2、本控制的任务大部分（81%）需要研发部来推动执 行。研发部的同事们，郑重的拜托各位，对成本控制要严格把关，对于我们的成 本控制计划要大力支持，我们的成本控制可能直接等于一个？00万的单子所带来的利润。生产部提供了几十张的报表，为我们的成本分析提供了基本数据，整理这些 数据非常辛苦，感谢生产部经理和各位同事。这些数据的分析过程引发了我对 2方面问题的思考。1、为什么有10%的成本降低空间？2、在产品的整个生命周期中成本如何分布，成本可控因素如何分布?如上图所示，我们将可控成本因素进行归类，主要有：改进设计、更改设计 方案、物料成本降低、改换部件。我们对 A、B、C三个产品进行详细至元件级 别的统

3、计，得出的结论很是接近。改进设计可产生接近50%的成本控制比例。这在我们结构设计和控制系统设计上体现很明显。我和 B产品的设计人员在周二对 B产品 的零件逐个分析，结论是可以通过修改设计将加工费降低到原来的 8 0%0当然,这会产生很庞大的修改工作量。律工在周六提醒我，A产品的电源模块可以重新设计，这使控制系统成本降为原来的82% o更换设计方案是从根本上颠覆原来的实现方案。比如原来的D产品制造成本是2000 ,现在推翻重来的生产成本是 1000。我们很多部件是需要外购的，并且这些部件在整个产品中所占的比重也很大，根据市场变化和产品更新，更换新的部件会大幅度降低 成本。标配电脑就是一个非常显著

4、的例子，原来 5000元的笔记本， 现在3500元就可以买到。物料成本降低主要指元器件、加工材料等降价。改进设计导致的成本降低最为可观，并且这部分的成本相当大的比例是在第 一版设计阶段就可以控制的，比如将某一零件有特别复杂的加工面改为简单加工 面，可能直接降低50%的加工费。这部分需要在设计阶段就严格把关。更改设计方案是不得已情况下才执行的。要用新的方案需要把原来的方案推 倒重来，导致工作量繁重是一方面，更重要的是新方案需要时间进行可靠性、稳定性、可行性的论证。所以，我们在设计阶段对于方案的确定要慎之又慎。下面 举两个例子：1、A部件。2、B控制器。A部件原来的方案采用玻璃筒，并且对底座有众多

5、功能要求，比如调整水平、调整高度，兼容摄像机等，导致几方面的问题： 1、设计过于 复杂，加工费昂贵，制造难度大。2、玻璃筒不方便运输，发货非常麻烦。B控制器原来的方案有几方面的缺陷：1、使用过多未验证的功能模 块。2、整体功能定位过于强大，设计过程很难把握。 3、和原有的资源 不相兼容。这些原因最后直接导致第一版 B控制器设计失败.一个项目的设计思路、原理图、功能框图确定下来后，产品的成败 基本就确定下来了，产品60%的成本就确定下来了。所以，不合理的规 划对产品开发绝对是灾难性的后果。外购件在我们产品中占了很大的比重， 约在70%-85%之间，这个数字不知 道大家事先有没有想到？统计之后我觉

6、得惊讶。我们的产品在不断的推陈出新， 也在不断的降价报价，同样我们产品所配置的外购件也不断的有新替代品出现。比如我们一直用3000元的传感器，但市面上有没有1500元的同类产品出现？ 如果有，这个产品就下降了 1500元的成本，我们在自己设计的机械部件、电控系统上抠的死去活来的也抠不下这么多的成本来。期望大家能做件事：每一个季 度对自己所负责的产品进行外购件分析， 确定有没有新的、更好的、更具性价比 的方案出现。问题二、在产品的整个生命周期中，成本如何分布，可控成本因素如何分 布？我们可以将产品的生命周期分为几个阶段： 产品设计开发阶段、产品生产制 造阶段、产品销售维护阶段。(1)、产品设计开

7、发阶段由于我们从事行业的特点，我们设计产品的时候不像民用、 消费产品，产品 目标成本控制采用逆推法实现，先根据市场定位给出一个可以接受的目标成本， 再对这个成本进行分解、设计方案。我们设计过程是与之相反的：1、产品定义， 规划我们这个产品的功能特色。2、制定方案，根据产品定义的功能制定实现方 案。3、细化方案，进行具体的方案实现。4、统计物料成本、制造成本，编制 生产文件。所以产品还没有开发出来前，我们一般很难准确估计产品的成本， 且 同样的功能要求，不同的设计师设计成本可能截然不同。对于我们的产品类型，产品成本的 85%在设计阶段就已经确定。生产部门 所产生的成本在于生产效率、生产流程、厂家

8、选择、供应商选择、生产废品率等 环节。在问题一(为什么有10%的成本降低空间？)对可控成本的分析，我们可 以发现除物料成本19%外，其他的81%都需要研发部来推动降低，这就反映一 个问题，在产品生命周期越上游，成本决定意义越重大，成本控制越容易，功能和部件的变更越简单。同理，在产品开发 4个阶段的越上游的工作流程对成本 影响越严重。我们以C产品为例，通过数据来分析这个趋势。第一阶段：产品定义。下面摘录一段C产品的产品定义，开发过程以产品定义为指导。据此定义 产品必须具备PC系统、超声等多种传感器传感器、尺寸大小等，这些部分要求 直接决定了成本份额的60%。（产品定义略）第二阶段：方案设计。具体

9、选用什么型号的微型PC系统、采用什么电池、采用什么电源模块、采 用什么无线链路（注意这里是决定采用什么型号，至于“要不要用”的问题在产 品定义阶段已经定下来了），不同的选择会产生一定的差价。这个差价可能会导 致25%的成本，比如采用400M主频的普通PC104整系统是2500元，采用 VIA的微型PC整系统就是3800 ,不过不是价格最低就是最好的选择，需要对 整体方案进行折中和性能匹配。第三阶段：执行设计。电路板用什么器件、机械零件怎么设计等等可以导致15%的成本。比如不用贴片锂电容，而用直插铝电解，可以降低这块电路板5%成本。上述数据依据A、B、C产品成本报表分析得出。（2）产品制造生产阶

10、段由于我的产品批量都不大，量产后产品的制造成本和样机的制造成本相差不 大。电路板的制造成本看起来好像量产后会有很大的降价空间，其实这是误解。样机生产摊入了制版的开工费等一次性成本，批量生产的时候不用计算这部分的 费用。注塑零件在计算生产成本的时候同样没有摊入模具费用。 这些一次性的支 出不出现在产品成本报表上，是隐形的成本。产品在生产制造阶段成本降低主要来源于提高生产效率，缩短生产周期；提高成品率，降低报废和维修成本。物料成本降低也是产品成本降低的一个关键因素，但不是我们所能掌控的。(3)、产品销售维护阶段这部分的成本很大程度上取决与产品的定义和设计。好的设计销售容易，可 靠的设计服务成本低。

11、问题三、研发阶段如何控制成本？一切因素都是人的因素，我们先从“人”分析。我们的有些研发人员是直接从学校毕业后就到公司，就开始从事产品的开发 工作，并没有接受过很正规严谨的产品研发培训、成本控制培训，我们可以预见 接下去2-3年内我们也不会有这样的培训。故而，在成本控制上做的不够好是 有原因的，但各位研发人员警醒，不要把这个原因当借口。成本高居不下的产品 不是好产品，相应的设计师也不能称为一个优秀的设计师。我们有些研发人员是从实验室出来的， 实验室里有的是经费，随便设计什么 东西用的都是MAXON电机，日本三洋的电机都不屑于用，至少也需要 FAULHABER电机。设计东西基本不用考虑成本，因为都

12、是做理论验证样机，功能可 靠、快速实现是一切的重点。当然，从实验室出来后这样的习惯也带到工作中来 了。我们有很重的研发压力，比如现在的 E产品就要求在3月底实现供货，我 们的研发人员认为：快速实现最重要，成本问题退其次。其实我们需要注意：成 本控制和研发进度并不矛盾。研发阶段的成本控制基本准则是：保证产品功能实 现，性能可靠，尽量用最低的成本完成产品开发。不是让我们去用无把握的部件、 器件,这也是一种成本浪费，如第一版 270控制器。我们的研发人员有时可能会想：我们可以在完成功能之后再慢慢改， 再慢慢 抠成本，先给生产部第一版的，以应付第一批催命的交货。其实这是一个美好但 一直不曾实现的梦想。

13、纵观我们的开发过程，可以发现我们做完的第一版如果没 有功能缺陷、没有致命BUG ,我们不会去为控制成本而重新改版，重新更新物 料清单。原因2点：1、每个研发人员身上都压着几个任务，这个产品开发完了 之后，立刻有新的产品需要跟进，在新研发任务的压力下，我们不可能花时间去 改原来已经可以销售，并且没什么问题的产品；2、重改一版代价太大。我们可以计算，假如把某一个电源模块改掉，每台可以减低100元，但是改这个模块需要什么成本呢？ 1、重新画板需要1周，2、制样板需要500元，3、验证新 模块的可靠性需要1周，这些都是成本，最后发现这样改也不划算啊。因此， 这100元的成本根本就没办法去控制下来。产品

14、一旦量产，我们很难去弥补产 品设计中的缺陷、降低成本，因此，在设计阶段的降低成本至关重要各位，请警醒，也是正式的规定：对于电路板，我们允许有最多2次的改 版；对于机械设计，我们只允许局部修改，不允许改版。所以，控制成本请从第 一版做起。根据问题一、二的数据分析，我们对研发阶段如何进行成本控制是不是心里 有谱了？我认为有几个方面需要做好：1、功能定义方面。为了避免失败，原理图、产品定义需要让高手多审核。比如律工最近在 设计新一代控制器，画完原理图后找了研究室、其他事业部的高手做了 审核，这种态度是严谨、优秀并且需要大家学习的。我们对产品功能进行构想时，要发挥发散性思维，以求获取最有价值的 点子，

15、谋求和其他产品不同的特色之处。但落实到产品定义和功能设计 的时候就需要收敛思维、列出重点、清除冗余功能。大而全的东西一般 是不可靠、不好用、高成本的产品。比如第一版 270控制器就没有对设 计构想有效的收拢、确定重点。2、实际设计落实。在实际设计过程需要多比较和调研，不能抓住一个可用的部件就确定这个，没有对比的方案肯定不是好的方案。比如 XXX设计B产品时，对 于奶瓶大小的电解电容就有多次选型，需要对成本、性能参数进行折中。平时积累高性价比的设计方案，在我们产品设计过程中任务紧、压力大,没有时间和精力去测试很多方案，比如 SP3220和MAX3232 ,同样的 功能但价格有很大的差异，用那种呢

16、？验证工作需要在平时多积累。对成本控制和开发进度、功能实现分情况区别对待。对于产品量很大的产品严格控制成本，1块功能比较复杂的板子削减10元的成本是 不困难的，1000套就是1万元的纯利润了。相反，对于一些小批量、 高附加值、定制型的产品尽量使用成熟模块、 外购件等搭建，自己开发 会出现大量的时间成本投入，也会产生可靠性问题，导致后期维护成本 居高不下，可能导致亏本。类似产品需着眼于功能实现，具体过程以快 速、可靠为重。在任何类型的产品设计中，能以软件实现的不用硬件实现，除非两者会导致悬殊的工作量。原因如下：1、在产品开发阶段。硬件的改动 所需付出的代价远高于软件的改动。2、在产品维护阶段。硬

17、件基本不 能通过升级实现，软件可以通过给用户更新版本，弥补漏洞、增加功能。3、在产品生产阶段。软件在产品化后基本不产生什么生产制造成本。3、外购部件选择。外购件约占70%-85%之间的产品成本，在研发阶段需要对外购部 件进行多方对比，选择合适的型号。比如电台，同样的性能价格差异可 能达到60%。定期对外购件进行市场行情考察，寻找更高性价比的替代方案。4、积累重用模块。在USB-232相关模块的使用上，大家是不是发现一个功能可靠、性价比高、资料完整的电路单元是多么可贵，多么有价值。在此表扬下 律工，这部分是他的功劳。我们需要构建基础电路模块、通用程序模块、公共代码库。软件需要对常用通用功能模块进

18、行封装，打包成便于调用和嵌入的库、类、函数，对这类基础公用代码，软件技术组长需要检查和维护， 解决存在的漏洞，并保证软件开发文档的完整、详细。让其他的软件工 程师能够方便使用，降低软件的开发成本，降低代码的重复编写。硬件部分的可以重用的电路模块需要整理出来，并做好积累。电子技术组长需要保证这些通用模块的优化、 可靠、高性价比。并做好文档，说明本模块的具体工作原理和开发说明。开发过程齐全的开发文档好像会增加工作量，实际上不是这样。我们的产品是面向教育的，后期会有很多的培训文档、教程，这些文件的 来源就是我们开发过程所积累的这些资料。这些资料在配套资源编写、 在对销售部和技术支持部的培训中将会用非

19、常大的用处。对于公司而言，我们产品需要有人接手和维护，技术文档越多样化越详细，集成本工作的成本越低。结语：此文仅对过往所积累的成本数据进行分析和思考， 真正的成本控制需落实到实处。本期的成本控制计划主要由研发部、生产部大力推动。2、3月是履行这 期计划的关键阶段，2个月后我们重新分析成本数据，期待一个让人满意的结果减少软件开发成本的十个技巧不景气的经济，不断高涨的油价，严重影响了商业活动，每一个人都在寻找新的途径，用来抵消新增加的成本：能源。伦敦的软件 质量管理主管顾问 Martin Adcock ,提供了 10种减少软件开发成本的方法。1、良好的功能需求文档没有文档化的需求，系统就存在不能满

20、足客户期望的隐患。比如，也许它不能按照客户认为应该的方式工作，即便是开发团队认为他们的工作一直符合归档的需求。” Adcock说。这将导致项目返工、延期发布、增加成本以及客户和软件团队之间潜在的矛盾。2、非功能的需求应尽早定义，尽早明确大多数组织都集中在系统的功能方面，即它做什么，而不是它怎么做。非功能的要素包括一切，从性能到安全再到可用性。 Adcock说，非功能的需求同样重要。缺少清晰的、尽早定义的非功能的需求，发布后的系统可能和客户想的功能一样一一但它太难用、速度奇慢、不安全、不可靠或者扩展性太差。 这将再一次”导致开发组返工 一一一些非功能的领域对于产品的设计是必须的，再没有重新启动项

21、目的情况下，很难去修 正它们。”3、保证适当的变更控制过程没有变更控制，系统开发会发现自己处于不确定的状态。例如， AdcockB释说， 随着项目的进行，越来越多的需求面临着变更，每个变更都没有正确的影响评估。”每一个变更都应该被严格控制。每一个允许的变更都应该在完整的影响评估之后，要分析它对项目的时间进度和成本的影响。4、使用配置管理系统管理代码、数据和文档没有配置单管理系统，做高质量的测试是不可能的。这是因为你不确定正在测试的软件或者文档是不是正确的版本，或者发布给用户的版本是不是完全测试的。 Adcock说。配置管理比较差的组织可能测试的是一个版本，而发布的是另外一个版本，其中包含了还没

22、有经过测试的特性。5、集中在缺陷预防，而不是测试项目开始时在需求文档中修正一个错误远比它开发完成后再修正更快速更便宜。这已经被证明很多次，在项目周期中越晚发现一个缺陷，修正它花费就越多。”下面的几个技巧大家都不会陌生，但你能真正做到吗？6、在需求定义阶段开始设计用户验收测试7、在系统设计阶段开始设计系统测试8、重点关注单元测试每一个人都知道，在开发过程中越早的发现缺陷，修复它就越容易、越快速、越便宜。对藏身于代码中的缺陷来说，单元测试是发 现它们最早的阶段。9、计划基于风险的测试由于各种原因，比如固定的发布期限，开发组的拖延，测试时间总是非常有限的，这将意味着并不是所有原先计划的测试都能得到

23、执行。在这个项目中，那些被认为是对产品成功非常重要的元素被充分测试。所以，测试应该总是集中在系统的最高风险级”的区域，根据测试时间的要求，然后是中等风险”和低风险的元素。”当面临时间压力时，这种基于风险的方法可以保证系统中还没有测试的元素都处于最低风险区域。10、在发现错误更便宜更高效的时候，尽早使用工具来发现功能和非功能方面的错误在开发的早期开始阶段，如果创建并维护好一套自动化的测试工具，它就可以重复使用做冒烟测试这种方法可以很快的、更早的发现潜在的很多缺陷，为以后的测试阶段节省宝贵的时间。”另外一些特别的工具有时还能发现系统设计上的缺点，这些缺点应该发现的越早越好。例如，早期对部分系统的性

24、能测试可以暴露设计很差的模块，它发布后会拖累整个系统的性能到用户的容忍度以外。”这种情况下，该模块很容易被确认并被隔离，很容易修正或者重写。如果在系统交付测试后或者发布前才去做性能测试，这种确定过程将困难很多。最后一句话结束语，尽早测试，频繁测试。1. 软件开发销售行业的主营业务成本主要有：开发软件投入的材料，加工费，开发人员工资，主要设备的折旧费等.技术开发费用包括新产品设计费，工艺规程制定费，设备调整费，原材料和半成品的试制费，技术图书资料费，未纳入国家计划的中间实验费，研究机构人员的工资，用于研究开发的仪器、设备的折旧，委托其他单位和个人进行科研试制的费用，与新产品的试制和技术研究直接相

25、关的其他费用。这里面如果发生的费用如开发人员的工资所占比例较大，你可以直接记入主营业务成本，也可以记入管理费用一技术开发费，这需要会计的职业判断。其实，是记入主营业务成本，还是记入管理费用一技术开发费，对企业利润来说都是一个结果。但国家对高新企业软件企业有一定的优惠政策，这里面就包含有技术开发费的优惠处理。在帐务处理时，可以充分将有利于本公司利益的因素考虑进去。.销售人员的差旅费、补贴以及业务费算营业费用软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本

26、是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。软件开发成本估算的经验模型Putnam 模型1978年Putnam提出的，一种动态多变量模型。L = Ck *K1/3 *td4/3其中：l源代码行数（以LOC计）K整个开发过程所花费的工作量（以人年计）td开发持续时间（以年计）Ck技术状态常数，它反映 妨碍开发进展的限制”，取值因开发环境而异，见下表Ck的典型值开发环境开发环境举例2000差没有系统的开发方法，缺乏文档和复审8000好有合适的系统的开发方法，有充分的文档和复

27、审11000优有自动的开发工具和技术从上述方程加以变换，可以得到估算工作量的公式：K = L3/（Ck3*td4）还可以估算开发时间：td = L3/（Ck3*K）1/4COCOMO 模型(constructive cost model) 这是由TRW公司开发，Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量：DSI源指令条数。不包括注释。1KDSI = 1000DSI。MM开发工作量（以人月计）1MM = 19 人日 =152 人时 =1/12 人年TDEV一一开发进度。（以月计）COCOMO模型中，考虑开发环境，软件开发项目的类型可

28、以分为3种：组织型（organic）:相对较小、较简单的软件项目。开发人员对开发目标理解比较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件 的约束较小，程序的规模不是很大（50000行）嵌入型（embedded）:要求在紧密联系的硬件、软件和操作的限制条件下运行，通常与某种复杂的硬件设备紧密结合在一起。对接口，数据结构，算法的要求 高。软件规模任意。如大而复杂的事务处理系统，大型制大型操作系统，航天用控制系统，大型指挥系统等。半独立型（semidetached ：介于上述两种软件之间。规模和复杂度都属于中等或更高。最大可达30万行。估算公式：基本COCOMO模型估算工作量和

29、进度的公式如下工作量： MM = r*（KDSI）c进度： TDKV = a（MM）b其中经验常数 r, c, a, b 取决于项目的总体类型。COCOMO模型按其详细程度可以分为三级：基本 COCOMO模型，中间COCOMO模型，详细COCOMO模型。其中基本COCOMO模型是是一个静态单变 量模型，它用一个以已估算出来的原代码行数（LOC）为自变量的经验函数计算软件开发工作量。中级COCOMO模型在基本COCOMO模型的基础上，再用涉及产品、硬件、人员、项目等方面的影响因素调整工作量的估算。详细COCOMO模型包才g中间COCOMO模型的所有特性，但更进一步考虑了软件工程中每一步骤（如分析

30、、设计）的影响。基本COCOMO模型通过统计63个历史项目的历史数据，得到如下计算公式。总体类型工作量进度组织型MM =10.4*(KDSI)1.05TDKV =10.5(MM)0.38半独立型MM =3.0*(KDSI)1.12TDKV =10.5(MM)0.35嵌入型MM =3.0*(KDSI)1.20TDKV =10.5(MM)0.32进度计划是从时间的角度对项目进行规划，而成本估算则是从费用的角度对项目进行规划。这里的费用应理解为一个抽象概念，它可以是工时、材料或人员等。成本估算是对完成项目所需费用的估计和计划，是项目计划中的一个重要组成部分。要实行成本控制，首先要进行成本估算。理想的

31、是，完成某项任务所需费用可根据历史标准估算。但对许多工业来说，由于项目和计划变化多端，把以前的活动与现实对比几乎是不可能的。费用的信息，不管是否根据历史标 准，都只能将其作为一种估算。而且，在费时较长的大型项目中，还应考虑到今后几年的职工工资结构是否会发生变化，今后几年原材料费用的上涨如何，经 营基础以及管理费用在整个项目寿命周期内会不会变化等问题。所以，成本估算显然是在一个无法以高度可靠性预计的环境下进行。在项目管理过程中，为了 使时间、费用和工作范围内的资源得到最佳利用，人们开发出了不少成本估算方法，以尽量得到较好的估算。这里简要介绍以下几种。.经验估算法进行估计的人应有专门知识和丰富的经

32、验，据此提出一个近似的数字。这种方法是一种最原始的方法，还称不上估算，只是一种近似的猜测。它对要求 很快拿出一个大概数字的项目是可以的，但对要求详细的估算显然是不能满足要求的。.因素估算法这是比较科学的一种传统估算方法。它以过去为根据来预测未来，并利用数学知识。它的基本方法是利用规模和成本图。如图所示，图上的线表示规模 和成本的关系，图上的点是根据过去类似项目的资料而描绘，根据这些点描绘出的线体现了规模和成本之间的基本关系。这里画的是直线，但也有可能是曲线。 成本包括不同的组成部分，如材料、人工和运费等。这些都可以有不同的曲线。项目规模知道以后，就可以利用这些线找出成本各个不同组成部分的近似数

33、字。这里要注意的是，找这些点要有一个 基准年度”，目的是消除通货膨胀的影响。画在图上的点应该是经过调整的数字。例如以1980年为基准年，其他年份的数字都以1980年为准进行调整，然后才能描点划线。项目规模确定之后，从线上找出相应的点，但这个点是以1980年为基准的数字，还需要再调整到当年，才是估算出的成本数字。此外，如果项目周期较长，还应考虑到今后几年可能发生的通货膨胀、材料涨价等因素。做这种成本估算，前提是有过去类似项目的资料，而且这些资料应在同一基础上，具有可比性。. WBS基础上的全面详细估算即利用WBS方法，先把项目任务进行合理的细分，分到可以确认的程度，如某种材料，某种设备，某一活动

34、单元等。然后估算每个WBS要素的费用采用这一方法的前提条件或先决步骤是：对项目需求作出一个完整的限定。制定完成任务所必需的逻辑步骤。编制WBS表。项目需求的完整限定应包括工作报告书、规格书以及总进度表。工作报告书是指实施项目所需的各项工作的叙述性说明，它应确认必须达到的目标。如 果有资金等限制，该信息也应包括在内。规格书是对工时、设备以及材料标价的根据。它应该能使项目人员和用户了解工时、设备以及材料估价的依据。总进 度表应明确项目实施的主要阶段和分界点，其中应包括长期定货、原型试验、设计评审会议以及其他任何关键的决策点。如果可能，用来指导成本估算的总进 度表应含有项目开始和结束的日历时间。一旦

35、项目需求被勾划出来，就应制定完成任务所必需的逻辑步骤。在现代大型复杂项目中，通常是用箭头图来表明项目任务的逻辑程序，并以此作为下 一步绘制CPM或PERT图以及WBS表的根据。编制WBS表的最简单方法是依据箭头图。把箭头图上的每一项活动当作一项工作任务，在此基础上再描绘分工作任务。进度表和WBS表完成之后，就可以进行成本估算了。在大型项目中，成本估算的结果最后应以下述的报告形式表述出来：对每个WBS要素的详细费用估算。还应有一个各项分工作、分任务的费用汇总表，以及项目和整个计划的累积报表。每个部门的计划工时曲线。如果部门工时曲线含有 峰和谷”，应考虑对进度表作若干改变，以得到工时的均衡性。逐月

36、的工时费用总结。以便项目费用必须削减时，项目负责人能够利用此表和工时曲线作权衡性研究。逐年费用分配表。此表以 WBS要素来划分，表明每年（或每季度）所需费用。此表实质上是每项活动的项目现金流量的总结。原料及支出预测，它表明供货商的供货时间、支付方式、承担义务以及支付原料的现金流量等。采用这种方法估算成本需要进行大量的计算，工作量较大，所以只计算本身也需要花费一定的时间和费用。但这种方法的准确度较高，用这种方法作出的这些报表不仅仅是成本估算的表述，还可以用来作为项目控制的依据。最高管理层则可以用这些报表来选择和批准项目，评定项目的优先性。以上介绍了三种成本估算的方法。除此之外，在实践中还可将几种

37、方法结合起来使用。例如，对项目的主要部分进行详细估算，其他部分则按过去的经验或用因素估算法 进行估算。研发管理之电子产品开发成本控制方法作者：佚名来源：本站原创时间：2008-10-14阅读： 区472 次我们在设计电子产品的过程一般都会对所设计的产品进行成本控制，总是尽量简化电路，减少元器件、尽量简化安装工序。一般这些简化都是针对最终产品的。但是作为开发工作本身也同样需要成本，也需要进行成本控制。尤其是一些产量小、附加值高的非消费类产品。电子产品的开发成本一般包括以下这么几块：1.项目可行性分析费用2.联系元器件厂商，获取器件资料费用3.元器件费用 4.开发人员薪资5.样机测试费用 6.时间

38、成本以上几个点的成本控制和管理在很多工程管理的书籍和资料都有详细介绍，本文只是根据笔者所做过的电子设计工程补充一些看法。进入项目可行性分析阶段后，项目管理人员应该仔细做好项目规划工作，一个项目的成功与否，一般取决于该项目的技术复杂性和成本复杂性。为了避免由于不可预知的工程复杂性而导致的项目流产，项目管理人员在制定设计方案的时候需要招集各方面的人员，把该项目仔细的分解开来，然后针对这些子项目逐一探讨分析，仔细地权衡各方面因素，看看是否可行，成功的代价如何，只有每个子项目都做到有把握后才能将整个项目推入实施阶段。在项目通过可行性论证后，就转入正式的开发阶段。项目管理人员需要制定详细的开发的技术规划

39、，一个项目的设计思路确定之后，该产品的开发成本、制造成本和维护成本也就大致确定下来了。所以一个不良的规划，往往会对项目带来灾难性的后果。这个阶段项目负责人要和合作的开发人员充分交换意见，根据开发人员的数量和专 长将项目分解开来，让每一个工程技术人员完成本项目的一部分工作。项目开始运转后一定要做好全套设计文档。文档中要明确每个开发者所必须完成的功能 和相互之间的接口。同时也要要求每个开发人员为自己所开发的模块做好技术文档。表面上看这个工作增加了开发成本，但这样不仅有利于该项目今后的扩充 维护，也同样有利于该项目的测试工作。这事实上降低了项目在这些方面的成本，项目规模越大，在这方面投入所体现的效益

40、就越明显。同时这项工作还可以降低由于开发人员流动带来的工程扩充维护的风险，因为技术文档越多越详细，继承该工作的技术人员所付出的时间代价就越小。在设计电路的时候，修改硬件在所难免。为了便于电路修改，要注意电路的可塑性。电路的可塑性是指电路的可修改能力。如果电路便于修改，会减少很多开发人员更改电路的低级劳动。提高电路的可塑性一般有以下几种方法:.能够使用软件实现的功能不要用硬件实现。由于硬件和软件的物理结构的差异，在修改硬件的时候要付出比软件多得多的代价。用软件代替硬件后还能降低产成品的成本，便于批量生产和销售。.如果电路中有CMOS、TTL电路要尽量使用PLD（可编程逻辑器件）来实现，因为PLD

41、本身具有可修改的特性。用它们实现数字逻辑后，要改变逻辑关系的时候，只要在计算机上修改它们的逻辑描述文件，然后经过编译、写片就得到一片新的逻辑关系的集成电路。就像修改软件一样容易。用PLD代替不同的普通数字集成电路后，有利于减少元器件种类。方便采购和库存管理。.试制过程中适当在电路板上多留一些资源，比如PLD的容量要比你预期的容量稍大一些，单片机的 ROM、RAM、I/O端口等资源都要留适当的空余。因为在设计过程中随时会有很多不可预见的情况发生，解决这些问题，通常会增加对硬件资源的需求量。如果没有在电路板上保留适当的冗余资源，将不得不 在电路板外面再搭一块小电路板。事实证明，这样修改电路不仅容易

42、给电路引入干扰信号，而且会大幅度降低试制样机的可靠性，同时会使技术人员的很多时 间花费在反复修改电路的简单劳动上。NextPage编写单片机的软件的时候，应该尽量使用高级语言来编写。现在许多开发单片机的技术人员依然保留了 80年代的开发方法。使用汇编语言，逐条指令编写,并且手工分配单片机中的内存资源。这种方法在写小规模软件还可以，可一旦软件规模变大之后，由于汇编语言的低可读性、低结构性往往会让设计人员被自己软件中的复杂的逻辑关系搞得晕头转向，在一个软件的逻辑关系混乱后，要保证写出来的软件能安全运转是很困难的我们推荐使用C语言来写软件单片机代码。（对于常见的 8031系列，我们一般使用KEIL、

43、FLANKLIN等软件。其它类型的单片机一般都有其配套的 C语 言编译器，该型号单片机的经销商一般可提供）用C语言有这么几个好处：.可以大幅度加快开发进度。.可以实现软件的结构化编程，它使得软件的逻辑结构变得清晰、有条理。.在写一些数学算法和循环、判断语句的时候有比汇编语言高得多的效率。.省去了人工分配内存资源的工作，在汇编语言中我们不得不为每一个子程序来分配储存变量的空间，这是一个复杂、乏味又容易出差错的工作。而使用 C语言后你只要在代码中申明一下变量的类型，编译器就会自动为你分配寄存器和内存，低级重复易出差错的事情都由计算机代劳了。根本不要人工干预。.因为循环、判断语句和变量名字都使用自然

44、语言，因此写出来代码的可维护性和软件可读性很好。这样当需要更换软件开发人员的时候，可以比较容易 地进行代码移交和消化。即使没有更换人员，他们在维护自己的代码的时候也比较容易。.当写好了一个算法后，以后需要在不同种类的CPU上也需要这个算法时，可以直接引用原来的代码，再配合这种CPU专用的编译器重新编译就可以了。这样可以实现软件的低成本跨平台移植。而汇编语言在这种情况下，除了重新写代码，没有别的办法。因为C语言的这种特性，如果在设计复杂算法时（比如视频/音频信号处理、模糊逻辑和人工神经元算法等），可以在 PC机上彳J用Visual C+、C+ Build等x86平台的C语言编译器设计、调试该算法

45、的代码，调试 成功后就可以移植到单片机的软件系统中去。由于 PC机上有充足的系统资源，开发调试进度会有大幅度的提高，这样就节约了软件的时间成本。.在团体写作的软件中，软件接口容易做到规范统一。虽然使用C语言写出来的代码会比汇编语言所占用的空间要大5%20%,但是由于半导体技术的发展，芯片的容量和速度有了大幅度的提高。在这种情况下，代码占用的空间差异已经不是很关键的了。相比之下，我们更应该注重软件是否可以长期稳定运行的能力，注重使用先进开发工具所带来的时间成本的优 势。电子产品设计阶段的成本控制摘要：本文从几个角度来探讨电子产品开发过程中的开发成本控制方法。开发成本包含时间成本和资金成本，围绕这

46、两点，对以下步骤进行了分析：C语言来进行开发工项目宏观规划时的项目分解、文档制作；硬件设计时的辅助设计软件的使用技巧和电路的可塑性设计；在软件设计方面，提倡使用作。关键词：电子产品 设计 成本控制EDA PLD单片机C语言我们在设计电子产品的过程一般都会对所设计的产品进行成本控制，总是尽量简化电路，减少元器件、尽量简化安装工序。一般这些简化都是针 对最终产品的。但是作为开发工作本身也同样需要成本，也需要进行成本控制。尤其是一些产量小、附加值高的非消费类产品。电子产品的开发成本一般包括以下这么几块：.项目可行性分析费用.联系元器件厂商，获取器件资料费用.元器件费用.开发人员薪资.样机测试费用.时

47、间成本以上几个点的成本控制和管理在很多工程管理的书籍和资料都有详细介绍，本文只是根据笔者所做过的电子设计工程补充一些看法。进入项目可行性分析阶段后，项目管理人员应该仔细做好项目规划工作，一个项目的成功与否，一般取决于该项目的技术复杂性和成本复杂性。为了避免由于不可预知的工程复杂性而导致的项目流产，项目管理人员在制定设计方案的时候需要招集各方面的人员，把该项目仔细的分解开来，然后针对这些子项目逐一探讨分析，仔细地权衡各方面因素，看看是否可行，成功的代价如何，只有每个子项目都做到有把握后才能将整个项目推入实施阶 段。在项目通过可行性论证后，就转入正式的开发阶段。项目管理人员需要制定详细的开发的技术

48、规划，一个项目的设计思路确定之后，该产品的开发成本、制造成本和维护成本也就大致确定下来了。所以一个不良的规划，往往会对项目带来灾难性的后果。这个阶段项目负责人要和合作的开发人员 充分交换意见，根据开发人员的数量和专长将项目分解开来，让每一个工程技术人员完成本项目的一部分工作。项目开始运转后一定要做好全套设计文档。文档中要明确每个开发者所必须完成的功能和相互之间的接口。同时也要要求每个开发人员为自己所开发的模块做好技术文档。表面上看这个工作增加了开发成本，但这样不仅有利于该项目今后的扩充维护，也同样有利于该项目的测试工作。这事实上 降低了项目在这些方面的成本，项目规模越大，在这方面投入所体现的效

49、益就越明显。同时这项工作还可以降低由于开发人员流动带来的工程扩充维护的风险，因为技术文档越多越详细，继承该工作的技术人员所付出的时间代价就越小。在元器件选择方面，应尽量使用标准器件或易于采购的器件。因为这些元件产量大，价格好，供货渠道也多，对于降低硬件成本有显而易见的好处。尤其在所设计的产品产量不会很大的时候更应该如此。在设计一些高附加值，小批量的产品的时候，尽量使用硬件模块和软件模块来设计，这虽然 加大了一些投入，但总的来说，压缩开发时间，让产品更快面对市场带来的效益会大于这些投入。同时模块化设计还可以提高产品的设计质量。更可以将开发人员的精力集中于高层次的设计上，提高他们的成就感。尽量使用

50、各种EDA但子设计自动化）工具。综合使用各种EDAX具来完成设计，可以大幅度加快开发进度，减少差错，提高工程质量。一提起EDA 工具很多人就会想起Protel、Orcad、Pads等电路板布线软件。其实这些工具不仅包含原理图和电路板布线，一般也包含了可编程逻辑器件（PLD）设计、信号仿真等模块，充分利用这些功能往往可以在设计阶段就发现很多构思和图纸上的缺陷。对减少设计阶段的返工和修改有事半功倍的效果。此外，还有一些别的种类的软件，虽然不是专门的电子设计软件，但我们依然可以借用。比如：如果项目中包含了复杂一些的数学算法（如模糊逻辑和人工神经元算法等），我们还可以动用专门的数学CA蹶件一一MATLAEfc仿真一下你的信号处理流程，然后根据仿真的结果来设计相关的硬件和软件。就节约了很多在目