计算机软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”把好输入关是极其重要的。
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设计输入的存档
应将确定的设计输入按文件管制的规定存档并保持。
点击此处查看原文 >>
系统分类:
嵌入式 | 用户分类:
| 来源:
整理