要求和规格之间有什么区别？[关闭]

我的任务是为我们小组正在开始的项目制定要求和规范。

我意识到我不知道有什么区别。Google搜索让我更加困惑-似乎有人说规范是必要条件，但水平较低。

正确的答案是，要求是程序应该做的事情，规范是您打算如何做。

从另一角度来看，需求是从用户或整个企业的角度代表应用程序的。该规范从技术团队的角度代表了应用程序。规格和要求大致传达相同的信息，但传达给两个完全不同的受众。

需求记录了所需的内容-他们不应该指定方法，而应指定内容。

规格说明如何达到要求-应该说明如何。

这些文件在许多地方不是分开的，而是可以互换使用的。

我是航空航天领域的系统工程师，在这两个领域中，这两个术语被广泛使用。区别很明显，并不像其他人那样复杂。

一个规范是一个文档，指定系统或产品，例如用于F-14的黄金项目开发规范。规范中有很多部分/内容：需求，定义，参考文档，术语表，验证信息等。

一个要求是什么产品或系统必须做一个单独的语句。一个规范可能有数百个要求。老派的方法学说，需求陈述必须使用“必须”一词，以将需求与事实陈述或定义分开。（不确定那些刚开始训练的敏捷孩子是否遵守所有这些原则；挑剔的用法虽然有用，但有时有点挑剔。）

因此，规范是一个充满要求的文档，外加一些其他支持和辅助信息。

要求：

考虑到各个利益相关者可能相互矛盾的需求，确定满足新产品或变更产品的需求或条件。

规格：

他们提供了要解决的问题的精确思路，因此他们可以有效地设计系统并估算设计替代方案的成本。它们为测试人员提供指导，以验证（鉴定）每个技术要求。

引用来自“系统工程基础知识^* ”。

需求基于利益相关者的需求，规范更多是内部详细的技术文档。他们是不同的，但他们谈论的是同一件事。

_{*国防采购大学出版社，2001年。PDF文本版本。}

要求是用户对成品在他们眼中应该做什么的描述。

规范通常是解决方案的技术描述，涵盖要求以及更多内容，例如成本，技术性，问题等。

因此，主要要点之一是，在编写规范之前，必须首先满足要求。

（请注意术语- 产品和解决方案 -同一件事，但从不同角度看...）

需求-系统或子系统应该（必须）做什么。

规范-组件，子系统或系统是什么。

这对于医疗器械制造业至关重要，因为您必须根据要求（输入）进行验证以证明您具有有效的规格（输出）。该行业的典型陷阱是：（1）公司忘记定义需求（因为他们不了解需求与规格之间的区别）；（2）仅根据规格进行验证，并且（3）不要确保将要求准确地转换为组件和零件规格。

完成所有步骤后，您将需要验证是否满足产品的用户要求。

也许混淆之处在于我听说过规范参考了业务需求规范文档或IEEE标准SRS（软件需求规范）文档。

IEEE标准SRS模板示例

我还听说规范一词更非正式地指的是技术规范，它解释了设计决策和实施计划。

编辑：我只是注意到链接不正确...我将很快发布一个正确的链接。

规范是通过可行性并且可以实施的要求。这项要求已经发展到设计阶段。

换一种说法：

• 要求是“按计划”或“按预期”的行为（或非行为）
• 规范是“将要构建”或“已构建”的行为（或非行为）

例：

• 要求：1.用户按“确定”按钮2.系统打印发票
• 规格：1.用户按“确定”按钮2.系统打印发票

如您所见，两者的内容可以相同。区别在于需求是分析工件。该规范是设计工件。

在最终的最终文档中，由于需求已转换为规格，因此通常会找到“规格”一词，而不是“需求”。

备注：由于设计约束，上面的示例包含设计元素。

需求是应用程序要做的

规范是应用程序如何执行其操作。

它们必须正交！

产品经理写需求，总工程师写规格。

一种查看它的方法，也许不是正确的方法：

需求是可以为用户带来价值的事物（能力，功能，行为等）。不关心内部；这里只有盒子的输入和输出（可能还有大小，形状和颜色）很重要。

规范是使用户实现该价值的事物（功能，功能，行为等）。在此，盒子内部非常重要，因为它们与上面提到的外部接口和特性一起定义了整个系统。

在我的研究中，我发现规范可用于专利和房屋建设（作为合同的一部分）。

韦伯斯特无删节词典（第三版新国际版）的要求定义为：

a）需要或需要的东西：必要性b）需要或需要的东西：必要或必要条件：所需的质量，课程或种类的培训

我认为以上说明它们明显不同。我猜您可以称呼规范的较低级别的需求，但我认为这是对术语需求imho的一种歪曲。

在先前创建商业产品的公司中，我们有以下区别：

要求是系统必须执行的操作。它们可以是较低级别的详细要求，并且可以起作用或不起作用。

规格是指系统实际完成的工作。例如，您可能要求说系统在–10°C下应具有X行为。系统的实际规格可能是系统在–5°C下执行X；这将在发送给潜在客户想要购买该系统的工作表中。

注意，在这种情况下，规格不符合要求。

想一想，您将在土地上建造一幢高层建筑。

现在，您需要在开始之前考虑需求，例如：

1. 建筑或设计工程师
2. 土壤测试工程师
3. 风压测试组
4. 拆毁者
5. 挖掘机
6. 人力
7. 给水
8. 工人居住/休息区
9. 足够的资金
10. 项目管理
11. 质量管理
12. 安防控制

等等。

现在，以上内容已成为建造高层建筑的要求的一部分。从以上团队中，您将获得技术成果，这些成果是他们职业的一部分。

这就是软件行业中正在发生的事情，一群专业人士参与其中以提供知识以建立技术规范，例如从事UI设计，OO设计，数据库设计，图形设计，测试用例设计，编码，集成的人员，部署团队等。

上面的段落将成为手册的一部分，您可以将其称为技术规范。