楼主的转贴不完整，现补上：从6楼起，1.3：
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设计输入的存档
应将确定的设计输入按文件管制的规定存档并保持。
