软件工程中区分'feature'和'requirement'的标准是什么？
What is the criteria to differentiate 'feature' and 'requirement' in software engineering?
我现在用的是一个叫Jama的工具（它不是基于java的数学包，同名，但完全不同。），用于管理配置特点和要求。有一个功能可以定义和建立每个功能和需求之间的关系，但是我不能很好地使用它，因为我无法理解这些概念。
我用谷歌搜索了一会儿，找到了这个。从这个页面。
enter link description here
A requirement is something the product must do or a quality it must have.
也发现了这句话
A feature is a set of related requirements that allows the user to satisfy a business objective or need.
我的问题是这些。
- 特征和需求之间的关系是1:N吗？或者一个需求是否可以与 2 个或更多功能相关？
- 功能是否只是一组需求和关系？抽象层次有区别吗？
这些术语没有被软件行业普遍接受的严格定义。所以这是我的看法。
特性是功能的子集，用于系统描述。需求是构建系统某部分的工程师的工单。
所以在我看来，它们不是不同的抽象层次，而是属于不同的领域。您可以使用提议的功能列表开始需求分析，但是一旦分析完成，您就会有一组（特定的、可测试的等）需求，这些需求就是您用来构建系统的。
一旦系统建成，您可以扔掉需求，但功能会用于销售material。我认为 Shrivathsan 的（派生的）定义太狭窄了（我不会把业务或客户需求扔进去），但这个例子非常好。
对于一对一或一对多，一个需求绝对可以支持多个特性，显然一个特性会引发多个需求，所以是多对多的关系。
我现在用的是一个叫Jama的工具（它不是基于java的数学包，同名，但完全不同。），用于管理配置特点和要求。有一个功能可以定义和建立每个功能和需求之间的关系，但是我不能很好地使用它，因为我无法理解这些概念。
我用谷歌搜索了一会儿，找到了这个。从这个页面。 enter link description here
A requirement is something the product must do or a quality it must have.
也发现了这句话
A feature is a set of related requirements that allows the user to satisfy a business objective or need.
我的问题是这些。
- 特征和需求之间的关系是1:N吗？或者一个需求是否可以与 2 个或更多功能相关？
- 功能是否只是一组需求和关系？抽象层次有区别吗？
这些术语没有被软件行业普遍接受的严格定义。所以这是我的看法。
特性是功能的子集，用于系统描述。需求是构建系统某部分的工程师的工单。
所以在我看来，它们不是不同的抽象层次，而是属于不同的领域。您可以使用提议的功能列表开始需求分析，但是一旦分析完成，您就会有一组（特定的、可测试的等）需求，这些需求就是您用来构建系统的。
一旦系统建成，您可以扔掉需求，但功能会用于销售material。我认为 Shrivathsan 的（派生的）定义太狭窄了（我不会把业务或客户需求扔进去），但这个例子非常好。
对于一对一或一对多，一个需求绝对可以支持多个特性，显然一个特性会引发多个需求，所以是多对多的关系。