设计输入

张衍波

设计输入

我们往往要的是一个好结果，这是没错的，但好的工作输出来源于好的工作输入，这常被人忽略。软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”，把好输入关是极其重要的。所以特别把3年前在我们中心杂志我写的一篇文章贴在这里。

这里讨论的产品以IT行业的板卡和整机为主，也包括软件。设计输入是确定所设计产品的市场、用户、功能、性能、时间等目标，开展产品设计的依据，也是以后验证产品设计是否能达到规定的要求，评定设计质量优劣程度的依据。

1.设计输入的基本内容

根据ISO9001的规定，产品的规划阶段的工作内容均为设计输入的基本内容，如表1.列出了各类产品的设计输入内容。在实际项目执行中，特别是规划阶段，设计输入的内容不是一次确定的，也不是一方确定的，它往往需要多次双方协商或反复才能确定。表中的内容是指最终形成的文件。具体如下：

表1.各类产品的设计输入

阶段 板卡类产品 整机类产品 软件类产品

A 用户需求 用户需求 用户需求

可行性分析 可行性分析 可行性分析

B 产品标准/规格（SPEC） 产品标准/规格（SPEC） 用户说明书

规划 用户说明书 用户说明书 软件需求分析

C 合同要求和技术协议。 合同要求和技术协议。 合同要求和技术协议。

项目任务书 项目任务书 项目任务书

Schedule Schedule Schedule

1.1 用户需求：

1.1.1用户的分类

有几类用户，一类是外部用户（委托设计）；一类产品是由本公司下达，此时公司就是用户；另一类是合作设计。当用户有充分、完整、清晰的图文要求时，是最佳状况，但实际情况往往不是这样，这就需要产品规划者通过有效沟通，将用户的口头要求或不完善需求进行图、文化的完善，要牢记口说无凭。还要充分考虑终端市场用户的需求。要有“用户的成功”才是我们的成功的概念。

1.1..2用户需求包括内容

*功能和性能要求，功能是回答这个产品有什么用？性能是回答这个产品怎么样(包括技术指标、MTBF)?

*适用的法律、法规、专利、标准和规范要求；

*适用的以前类似设计提供的信息（这是指既使用户没提到，但以前的实际经验证明应做到的设计要求）；

*运行、安装和使用；

贮存、搬运、维护和交付；

物料参数和环境；

处置要求。

设计和开发所必需的其它要求（Design Kit ,Sample ，Software Kit ect.）；

应注意，在软件和服务产品的设计和开发中，最终使用者要求的和直接顾客要求的输入，可能特别重要。这类输入应以贯穿后续验证和确认能进行有效试验的方式来表达；

时间要求；

合同要求和相关技术协议。

1.2.可行性分析报告

可行性分析报告的目的是从设计项目的市场、用户、技术、经济、社会等方面论证其可行性。它包括用户需求分析和市场、技术调研。要多用表格形式来表达。

1.2.1市场调研

*市场在哪里（市场容量，细分市场和前景）？

*用户在哪里（谁需要我们的产品）？

*用户需要什么样的产品？

*我们的优势在哪里？（技术/价格/品牌/时间/地利/政策/资金）

*竞争对手状况（技术状况和市场份额）？

*我们的目标（技术水平和市场份额）

1.2.2技术方案

*采用什么原理、方法、外观、架构、算法、语言；

*采用什么主芯片、结构、电路、模块、接口；

*技术关键、难点、重点；

*关键元器件配套状况（量产否，供货周期，有无成熟应用，厂商实力）；

*与其它方案的比较；

*标准化、系列化、专利、兼容性、可*性；

*易用性、工艺性、维护性，在线升级；

1.2.3人员和设计周期

*需要什么样的人员组合；

*符合目前人员的状况吗？

*增加人员可否提高速度？

*产品设计组外需那些外部支持？

*开始和结束时间

1.2.4投资和损益分析

*设计费用（工资、材料、样板、专用仪器、夹具、模具、差旅费、购专用技术、外包、其它）；

*产品材料成本；

*市场推广费用；

*生产费用；

*利税；

*损益平衡点（指销售多少台可收回所有投资，如果是附送产品，要估算其带来的附加值）；

*敏感性分析（技术、市场、竞争对手变化带来的风险，如何抵御？战争、自然灾害等不可抗拒力带来的风险）；

1.2.5法规法律的可行性

符合法规、法律、环保规范,符合销售市场的民俗、宗教习惯。

1.3制定产品标准或SPEC

按照国家/国际/行业的相关标准制定自己的产品标准；IT行业有其技术、产品更新快的特点，往往很难制定产品标准，这时可以根据用户需求和可行性分析报告，制定SPEC，包括功能和性能，还应包括包装、环境、MTBF、安全、环保及引用的标准、规范。 SPEC要用定制的表格形式；特别强调要经用户签字确认。

1.4用户说明书

用户说明书要用非专门术语的语言，充分地描述其具有的功能及基本的使用方法；并能够说明特定的情况下的应对方法和注意事项。应特别注意下列各点：

1.4.1用户说明书应在设计产品前就写，而且是尽可能的完善，这是成功研发产品得到的宝贵经验。特别是对未设计过的新一类产品，在设计产品前就写，是至关重要的（否则极易设计出不符合用户需求的想当然产品）；

1.4.2站在用户的角度，根据SPEC和用户需求编写用户说明书，一份好的说明书应易读易用，让最普通水平的用户读后都能够正确、快速、无误操作的使用；

1.4.3对一事物的描述，人易接收的程度依次为三维动画，二维动画，图片，表格，公式，文字（有语音辅助更好）。编写用户说明书要充分考虑这个规律；

1.4.4轻重要分开，逻辑要清楚。如对应用软件的使用说明要明确的表叙：用户应进行的实际操作；屏幕有那些反应；有什么要注意的事项。对这些不同的内容，可用不同的字体、颜色、段落来区分；

1.4.5当说明书内容很多时，可分为基本功能和高级功能，前几页是基本功能，让用户可迅速使用；

1.4.6说明书的外观、格式应符合企业的CI 形象；

1.4.7说明书应在产品发表时和在研发过程中必要时更新，一般来说，变更越少，体现产品规划越高。

1.5项目任务书

除了在规划阶段（1.1—1.4的内容和1.6的内容）给产品规划人员下达的上述内容任务书，这里的项目任务书是指经确认，可立项设计的项目；

项目任务书内容包括项目名称、设计组成员、启动和结束（可分几大阶段）的时间。

1.6制定Schedule

Schedule 的三要素是人、事、时间，要制定完整的具体的，直到MVT阶段设计输出的项目Schedule。并在执行中适时更新，以符合当前状况。要借助于项目管理软件，以实现科学规范的管理。；Microsoft Project 是一种功能强大而灵活的项目管理工具，可以用于控制简单或复杂的项目。它通过各种图表能够安排和追踪所有的活动，从而对进度了如指掌。而且现在，通过安装在公司的 intranet 或 Internet 上的 Microsoft Project Central，可以比以往更为方便地与有关人员交换项目信息。如它可以实现子项目的关联性；子项目的重要等级等等。

1.7 特殊性

以上是一个通常项目的设计输入，对特定的项目会有些不同，如有的软件项目需要“软件需求分析”（不是指“用户”）。

2.设计输入的评审

计算机软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”把好输入关是极其重要的。

2.1设计输入评审的参加人员

设计输入的评审应有用户（或代表）、管理者、产品规划工程师、产品设计师、测试工程师、采购、销售人员参加。

2.2设计输入评审的要求

对设计输入的内容应分别进行评审，不完整的、含糊的和矛盾的要求应予以解决，没有遗留问题，再进行下一步的工作。这也是ISO9000:2000版的要求

2.3设计输入的存档

应将确定的设计输入按文件管制的规定存档并保持转载