功能需求中 System Feature 的优先级是什么意思

功能需求中 System Feature 的优先级是指功能需求中系统特性的优先级，系统特性是指一组逻辑上相关的功能需求，它们为用户提供某项功能，满足业务目标，所以系统特性的优先级是指一组逻辑上相关的功能需求的优先级，优先级高的先做，优先级低的后做。

一、功能需求

功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。注意：用户需求不总是被转变成功能需求。

二、System Feature

系统特性，所谓特性（feature），是指一组逻辑上相关的功能需求，它们为用户提供某项功能，使业务目标得以满足。对商业软件而言，特性则是一组能被客户识别，并帮助他决定是否购买的需求，也就是产品说明书中用着重号标明的部分。客户希望得到的产品特性和用户的任务相关的需求不完全是一回事。一项特性可以包括多个用例，每个用例又要求实现多项功能需求，以便用户能够执行某项任务。

三、功能需求中 System Feature 的优先级

一组逻辑上相关的功能需求的优先级，优先级（priority）是一种约定，优先级高的先做，优先级低的后做。功能需求的系统特性的优先级安排一般遵循如下方法

1、基于用户对app应用的需求和自身的相关程度评价

在app应用制作之前，会先对客户的需求进行统计，获得需求后，然后科技根据这些需求，对用户进行调研，让用户对每个需求与其自身的相关程度进行评价。一般是使用打分制来进行评价，假如用户认为与自己相关的，则评为满分，与自己不相关的则评为较低分，这由高到低来进行打分。这样在app应用开发的时候，就能根据用户的评分作为评价app应用功能需求安排的依据，对需求的重要程度进行综合排序，这个排序结果，会对app应用制作的产品经理的判断，给予重要指导作用。

2、基于针对app应用的用户需求来判断 　　

从用户的角度来看，任何一个app应用功能需求都可以分为，基本型需求，期望型需求，体验型需求。基本型需求是app应用制作提供的基本能力，如果基本型需求不支持，那么用户将无法达成目标。那么在进行优先级排列时，需将基本型需求确定为排期的较高等级。期望型需求可以体现app应用制作的差异化，会为用户提供更好功能，在资源可协调的情况下，可安排部分期望型需求，对用户形成吸引的同时，也给app应用制作项目组信心。体验型需求是可以在app应用制作完上线后，后续的持续优化时完成的，但是并不是说体验型需求就只能安排在项目后期，有些app应用制作开发量不大，但是很吸引眼球的体验型需求，就可以优先安排开发。

3、基于app应用的用户数据判断 　

app应用的用户数据来判断功能需求，这里可以主要分为两个基本点，其中一个是在app应用正式投入运营之后，就会有用户使用我们的app应用，一旦用户使用了，就会相应的产生用户数据，这时候，就需要来优先排期用户基数大、用户会用频次高的需求。其中另外一个是在app应用正式投入运营后，在有用户使用app应用的情况下，就非常有可能会给起来带来利润，而一旦产生利润，那么就需要优先排期利润较高的需求。

延伸阅读

软件需求的3个层次

业务需求（Business requirement）：表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。
用户需求（user requirement）：描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。
功能需求（functional requirement）：规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。注意：用户需求不总是被转变成功能需求。