客户需求

目的

客户的要求，划定，详细，有什么客户需求，并获得该项目如何将这些需要。要求代表详细列出了客户的期望，为项目，以及该项目如何组织，将这些要求。所需文件提供长期指导，促进发展的工作任务分解结构（ wbs ），并支持为
客户和项目组织，因为他们的工作走向竞合哪些项目需要达到的目标。客户需求文件作为一项持续的参考，以什么元素的项目工作，不是在范围或脱离范围，并在某些情况下，提供了洞察到一定程度的重要性，一些内容的范围。

应用

根据文件的性质（功能或技术），它将从根本上不同的应用领域。功能要求文件地址有需要的客户表示，在性能方面。技术要求的文件阐述了如何实现这些需要的是得到满足。功能要求文件概述了在性能，能力，和客户的期望。技术要求的文件还概述了在这些条件，再加上技术的反应如何，这些需求将送达。

由于其特有的工程性质，工程所需证件可以看看不同的，甚至当他们所产生的同一组织。模板列在这里，是为了利用作为一个参考框架，并可能缺乏具体的内容，以环境（ s ）的一些组织，如美国航天局的版本，它原本是改编。

内容

该项目所需资金的文件应包括详细了解具体项目需要的，而不是详细了解环境中，他们将得到发展或人才和资源，可能被分配给这个项目（除非在特定的资源需求，是必不可少的项目成功）。同样地，有人建议前，信息嵌入在这个文件中会有所不同，从工程项目，但这些都属于核心要素需要加以考虑。让我们看看在项目需求文件纲要中，多一些细节。

1.0范围

1.1系统/产品定义系统/产品定义节充当概述了什么制度或产品，是要做，其中包括一般说明如何使用该系统的服务或产品，由终端用户。这种信息通常是来自于合同或谅解备忘录。

1.2基本方针，基本做法节讲述了如何在项目组织将研制，生产，组织，或执行该系统或产品的定义，在第1.1 。这种信息有时被说成是在项目合同或谅解备忘录，但也可能是一个产品的项目小组后，合同已签订。

1.3可供选择的办法，替代办法节载有说明的替代考虑，或可能被认为，如果基本方针（第1.2节）被认为是不能接受的或行不通的。这些设备通常是由项目团队作为后备或故障安全的立场，但也可以简单地作为证据证明其他办法进行了审议。

2.0文件要求

这方面的资料所需的文件是由项目组通过访谈，过程评估，合同审查，以及其他方法，由国家外汇管理局审批项目的赞助商和/或客户。文档存放由中央负担，以获取利益相关者，团队成员，以及功能支持按需要对基础。

2.1系统/产品文档系统/产品文档要求，以确保适当执行或使用新的系统，流程，服务或产品。要求，也可能包括有关资料，表格和格式的文件必须考虑。

2.2支持/进程文件支持/文件过程中，需要在该系统的发展，产品，过程或提供背景，支持，地位和发展更新。要求应划定，不仅种类文件，但该频率与它所应产生的。这也将包括过程的审批和验收的文件，通讯状况，并改变命令文件。

3.0系统/产品需求

系统/产品信息是由项目组通过面试，评价，可行性研究，以及其他方式，并批准了由项目赞助商和/或客户。文档存放由中央负担，以获取利益相关者，团队成员，以及功能支持按需要对基础。

3.1特点/性能特点/性能节论述如何系统，产品，或过程中应当履行，并到什么程度。这可能是来自原始合同或谅解备忘录，但必须加以记录，足以说明是什么/是不能接受的性能，为工程可交付（）。

3.2特色/物理细节是什么系统，产品，或过程应外观，感觉，味道，声音和气味一样，是在特色/物理科。这可能是来自原始合同或谅解备忘录，但必须记载足以澄清是什么/是不能接受的物理属性，为项目交割（）。

3.3可维护性/可靠性，可维护性/可靠性细节描述努力的程度需要，使该项目可交付（）的功能，以可以接受的水平，以客户和/或最终用户。这应当包括任何具体的长期维护的期望以及一个角度对寿命的交割（）。

4.0设计，开发和建造规定

4.1物流/维修设施 ，物资，并组织上的支持需要，在设计和开发阶段所涵盖物流/维修科。这可能包括规格，以什么财产将由其客户组织和什么样的后勤，将管理，由项目组织。

4.2人事/培训培训和人才支持，需要在设计和开发阶段都记载在这里。这包括人员的需求无论从客户和项目组织和任何必要的培训，以帮助他们努力在项目的设计和开发。

5.0检查和审查要求

5.1检验/验证视察/认证科文件任何授权检查或者验证即建立在合同中。

5.2评语/状况检讨 /地位节包含任何定期审查，对现况报告，进度报告，预测时，或其他项目的评估需由双方当事人和项目组织。要求应划定，不仅种类文件，但该频率与它所应产生和向谁这是不言而喻的。（在某些情况下，这将重叠或取代2.2节）。

5.3测试任何制度过程中，或可兑现的测试既定合同或需要凭借组织议定书，是记载在这里。这应包括对细节的次数，任何此类测试。

6.0包装/支援

6.1最后准备最后的准备部分详细列出任何步骤须采取的成品，交货，从他们的生产状态，以执行工作。这可能包括期望而言，包装，装箱，格式化，或最后陈述。

6.2包装，在某些情况下，本节将重申第6.1 。而在另将决定长期包装要求，为兑现，因为他们传送给客户和/或最终用户。

6.3过渡，过渡段包括任何挥之不去的培训，转换，或交付问题。它还明确了可维修性准则（一度量或性能水平的要求，一旦制度开始实施）和任何具体手段，为质量控制计划后，交给小康，并开始运作。这也往往包括名单的最后签署国就一个项目，和/或可交付验收。

办法

一些组织利用项目所需文件作为一个包罗一切的工具，每一个问题，从项目的风险变化控制。因为任期的要求，达到全国广度的项目，如申请并非不合理。虽然有关要求文件可捕捉范围广泛的问题，但是，应该着眼于需求，许多得到满足，以确保项目的成功。

考虑

在建设项目所需的文件，经理人可能被引诱，以填补在各个领域，甚至当信息尚未得知。如果这方面的信息缺乏的一个组成部分的模板，这是审慎的文件等资料， "目前没有， "而不是填补空白与猜测。如果猜测是混在审定的项目信息，就能成为具有挑战性的辨别哪些信息是真实的，而且目前和其中的是作者自己最乐观的估计。

这是一篇文章说，由全美roitha