功能需求是什么,他们如何影响产品开发?开云足球app下载官网最新版

2021年9月22日开云官网手机网页版入口Jama软开云官网入口下载手机版件

功能需求

当我们买一个新的手机或电视或电脑,我们对它的支持是吗?

当然不是。我们买它的做对我们来说。

同样地,当公司或政府购买新系统或新企业软件产品,他们不关心产品本身。开云官网入口下载手机版开云足球app下载官网最新版他们所关心的是这些产品将如何帮助他们实现他们的目标,使他们更加高效和开云足球app下载官网最新版积极影响他们的底线或使用预算。

这是什么产品才是最重要的。开云足球app下载官网最新版

一般来说,在决定什么是第一步是确定其产品或其功能开云足球app下载官网最新版功能需求。

功能需求是什么?它们在产品开发中的作用是什么?开云足球app下载官网最新版

在这篇文章中,我们将回答这些问题,提供的例子,典型的功能需求和类型的需求,并提供小贴士制定良好的功能需求和功能需求规格。

功能需求在产品开发是什么?开云足球app下载官网最新版

功能性需求是一个声明的产品(系统、子系统、系统组件、设备或软件程序)必须做什么。开云官网入口下载手机版开云足球app下载官网最新版

类型的功能需求包括处方(规则):

操作和工作流产品必须执行(即。开云足球app下载官网最新版,产品的功能细节的功能)开云足球app下载官网最新版
格式和有效的数据输入和输出的产品开云足球app下载官网最新版
用户界面行为
数据完整性和数据安全性要求
产品必须符合安全及开云足球app下载官网最新版其他监管要求
系统如何验证/授权用户访问系统的使用和修改

功能性需求和非功能性需求之间的差异

这个词功能需求意味着必须划分为一组非功能性需求。事实确实是如此。这里有两个定义:

一个功能性需求是一个声明的产品(系统、子系统、设备或软件程序)必开云足球app下载官网最新版须做什么。开云官网入口下载手机版

例子:控制系统应防止发动机超速。

一个非功能性需求声明一个产品是什么或如何,或限制该产品将如何设计或开云足球app下载官网最新版行为。

例子:应当完成串行数字系统的子系统之间的通信通过mil - std - 1553 b总线(es)。

功能需求

如前所述,功能需求状态产品必须做什么。开云足球app下载官网最新版换句话说,他们定义产品的操作。开云足球app下载官网最新版因此,他们通常应该说的什么产品的输出响应的输入。开云足球app下载官网最新版

在产品开云足球app下载官网最新版开发中,功能需求通常分解为更详细的需求进步水平的设计过程。他们满足验证和验证通过功能测试(软件测试、集成测试等)。开云官网入口下载手机版功能需求总是强制性;他们必须满足的产品除非要求改变。开云足球app下载官网最新版

非功能性需求

非功能性需求国家限制产品的设计和施工。开云足球app下载官网最新版他们通常是由合同或监管要求,其中可能包括,其中:

标准化的要求
兼容性的需求
在职支持需求
临终处置要求。

非功能性需求是不经常分解为更详细的要求。他们通常是由产品的检验和验证文档。开云足球app下载官网最新版非功能性需求将是强制性的,如果由合同或监管要求。然而,他们可能不是强制性的,如果由市场营销目标或其他内部目标,经常发生在消费者产品开发。开云足球app下载官网最新版

形式和功能需求的例子

功能需求可以有许多形式。然而,某些形式比其他人更好。一般需求工程(重新)最佳实践是编写需求,尽可能清晰简洁。

工程师Alistair行家,开发人员的简单的方法要求语法(耳朵),已经确定了五个需求原型和一个简单的模板,每一个可用于工艺明确,简洁要求语句覆盖几乎所有功能规格需求。

无处不在的需求

第一个原型是无处不在的要求。

无处不在的功能需求总是活跃。他们不是调用一个事件或输入,也不限于系统的操作的一个子集。

模板:<系统名称> <系统响应>。

例子:控制系统应防止发动机超速。

政府主导的需求

政府主导的功能需求是活跃在整个时间定义的状态仍然是正确的。在专家的耳朵方法中,政府主导的需求与关键字。

模板:在<处于特定状态> <系统名称> <系统响应>。

例子:飞机在飞行中,发动机运行时,控制系统应保持发动机燃料流量? ?磅/秒。

事件驱动的需求

事件驱动的功能需求需要一个反应只有在检测到一个事件时在系统边界。换句话说,他们是由一个特定的事件。耳朵的方法识别事件驱动的需求与关键字时。

模板:当<触发> <系统名称> <系统响应>。

例子:由飞机连续点火时,控制系统应在连续点火开关。

可选特性需求

可选特性功能需求仅适用于当一个可选的功能是作为系统的一部分。这些需求与关键字识别的耳朵法。

模板:<特性包括> <系统名称> <系统响应>。

例子:控制系统包括一个超速保护功能,控制系统应测试飞机调度之前超速保护功能的可用性。

不受欢迎的行为要求

不必要的行为功能需求覆盖所有不良的情况。良好的系统工程(SE)实践预计不良情况和实施需求来缓解它们。

不必要的行为需求往往是当系统实施必须响应小于最佳条件下一个触发器。耳朵方法使用关键字组合如果/那么确定需求,旨在减轻不必要的行为。

模板:如果<触发>,<系统名称> <系统响应>。

例子:如果计算空速不可用,那么控制系统应使用建模的速度。

复杂的需求

通常,一组特定的一个或多个条件(州或可选特性)必须出现在发生特定事件的事件来触发一个必需的系统响应。在这种情况下,耳朵模板可能结合,使用关键字的组合。

复杂的需求可以由预期的行为或不受欢迎的行为。耳朵的方法为每一个人提供了一个模板。

模板:<可选特性>(的行为),而<前提(s) >, <触发> <系统名称> <系统响应(s) >。

模板:<可选特性>(的行为),而<前提(s) >,如果<触发> <系统名称> <系统响应(s) >。

例子:当飞机在地面上,吩咐逆冲断层时,控制系统应使推力反向器的部署。

写作技巧良好的功能性需求

写作清晰、准确的功能需求是一个有价值的工程技能,需要一些练习来培养。这就是为什么许多工程组织编译指导写作要求,像指南编写需求出版的国际系统工程理事会(INCOSE)。

一个详尽的清单的指导方针已经超出了本文的范围,但是这里有六个重要的提示,请记住在编写功能需求:

1。情态动词的使用保持一致

情态动词、情态、情态助动词一词如“应当”“必须”“将”或“应该”的使用必要性、等主要动词来表达思想意图,期望,建议,或可能性。

在工程规范,情态动词是用来区分绑定需求,不具约束力的建议,和系统的操作环境的预期行为。因此,重要的是,要求作者在情态动词的使用是一致的,他们传达给开发人员、测试人员、质量保证工程师和监管当局如何每个情态动词的目的是解释在其规范。

情态动词的使用规范一直是争论的一个主题SE /社区。的共识,然而,是“应当”、“必须”是最好的情态动词的选择表达需求,而“会”应该被用来表达预期的外部行为或声明的目的。不具约束力的建议或规定可以表示“应该”或“可能”。

此外,许多组织使用“必须”这个词来表达约束和某些质量和性能要求(非功能性需求)。“必须”允许他们表达的使用约束不求助于被动语态和容易区分功能性需求(表示“应当”)和非功能性需求(表示“必须”)。

良好的SE / RE实践是定义如何将使用某些条款在文档本身,以及他们如何时应该解释non-requirements文档引用的文档中找到。这通常发生在一个专用的部分对规范的开始。

2。标记每一个需求和一个独特的标识符

另一个SE / RE最佳实践是标记每一个需求和一个惟一的ID号码或代码。

事实上,要求标识符通常要求自己。系统采购合同在客户和供应商之间的大多数政府购买系统,例如通常等发达之后接受行业标准IEEE / EIA 12207合同的规定。这些标准通常要求每个需求在每一个需求文档与一个标记项目唯一标识符(PUI)。

惟一标识符分配给系统开发需求传达一个大好处。

标记每个需求连续PUI促进和简化需求之间的可跟踪性设计水平和测试,验证它们。短暂的标识符可以很容易建立追溯表,明确每个需求链接到其祖先在更高级别的文件,和具体的测试来验证它。追溯表简化的过程展示给客户和内部利益相关者系统已经开发,证明符合,同意高层需求。

自动化需求管理工具通常包括一个自动分配惟一标识符的方法,简化这个过程。

3所示。写在每个需求声明中只有一个要求

当心长,复杂的需求陈述,包括"和"这个词和不止一个情态动词。

当试图定义一个复杂的功能,很容易落入这样的陷阱,描述这一切在一个段落,或者更糟的是,在一个句子。花时间去分析需求陈述。如果他们包含这个词,或多个“应当”或其他情态动词,它们可能包含不止一个的要求。重写他们获得两个或两个以上的简单的需求陈述,各有自己的应。然后,给每个自己的惟一标识符。

4所示。编写要求语句尽可能简明

的另一个原因分析和重写长要求,即便是那些拥有一个应当是长比短的需求更有可能被误解,简洁的要求。

好SE / RE练习写需求,尽可能简洁。需求模板,如前面描述的耳朵模式,可以在满足这一目标的援助。

5。确保每个要求是可测试的。

每次你写一个新的功能要求,你应该问自己以下的问题:

如何验证的成功实现这个需求吗?

编写需求记住特定的测试场景设计和测试工程师将有助于确保明白他们要做什么。

具体的测试用例将影响如何详细的需求需要。高级需求往往是通过检查或测试用户测试,因此可能在范围广泛。低层需求将通过软件测试或系统集成测试验证一定会被指定进行更好的细节。开云官网入口下载手机版

例如,一个最佳实践,以确保可测试性是指定任何输出的最大反应时间软件必须产生针对特定的输入条件,就像这个例子:开云官网入口下载手机版

3.8.5.3.1:引擎监控应设置< Overtemp提醒>真当<引擎温度> = 0.5秒内或超过215°F。

6。明显的隔离要求声明原理及其他解释。

在需求规格,是有用的包括的基本原理要求,它与其他需求的关系,和其他解释为开发人员和测试人员提供上下文。

上下文可以帮助防止误解的清除可能的歧义。它可以帮助别人完全理解的目的要求和提供反馈,帮助完善需求,使其更加明确。

但上下文信息不应包括在要求语句本身。隔离是很重要的两个需求本身清晰简洁,并避免额外的信息实现和测试。这是一个最佳实践将上下文实现在一个单独的段落不包含一个惟一的标识符。

良好的功能需求文档模板或需求管理工具可以使这一目标更容易实现。

功能需求文档是什么?

功能需求文档(朋友)也称为功能需求规范,功能规格,或功能规范文档在技术上更详细的后续更高层次的产品需求文档(PRD)。开云足球app下载官网最新版

的朋友描述了系统所需要的用户,通常而言,系统的输出作为输入的功能。它是建立提供精确的功能与指导开发人员和testers-following requirements-along分析和分解在珠江三角洲的需求。

一个朋友没有定义的内部运作系统开发或系统的功能如何实现。相反,它着重于各种外部代理(用户、外围设备、其他系统或子系统)时应观察与系统进行交互。沟通:

开发人员:他们需要建立
测试人员:测试他们需要执行什么
利益相关者:详细描述他们会得到什么

对于高度复杂的系统,功能需求可以通过一系列的分解功能规范可能包括:

系统规范
子系统规范
系统组件规格
开云官网入口下载手机版软件需求规格

在一些行业和组织中,功能规格通常会规范的一部分,还包括非功能性需求适用于系统或子系统设计。然而,这些非功能性需求通常是隔离的功能需求。

小贴士编译一个好朋友

组建一个有凝聚力,可用容易通航和的朋友可能是一个挑战。这里有一些指导方针,可以是有益的。

1。组织层次结构中的文档

让你的朋友容易理解和使用,使用层次结构组织。合适的层次结构可以包括(其他):

任务/期/功能
功能/子功能
特性/用例

层次规范结构提供了一些好处,包括:

帮助参与者集中在每个特定领域需要解决的
帮助贡献者轻松找到他们需要修改当添加到现有的系统功能
帮助用户(开发人员、测试人员)迅速钻到他们正在寻找确切的功能区域

2。语言规范您的需求

口语的词有多个定义,唤起微妙的色调的含义,这取决于上下文。而伟大的自我表达,这种广泛的灵活性会导致混乱和分歧时指定和解释的要求。

减少ill-definition和误解的需求的一个好方法是标准化的一些语言表达出来。创建标准化的专业术语对需求文档的开始。在这个术语表,定义如何将使用某些条款在文档本身,以及他们如何时应该解释non-requirements文档引用的文档中找到。

严格定义的术语和秉承严格定义不仅会减少混淆那些负责解释您的需求;通过练习,使用标准化的书面语言也会节省你的时间要求。

3所示。使用一个好的朋友模板或专用的RM平台

在构建任何类型的结构,是智慧的开始或证明模型从一个坚实的基础。当构建一个功能需求文档,最好从一个好的模板。

一个很好的模板将包括标准化的部分,如:

情态动词的使用指南
标准化的专业术语
指导记录需求
指导方针来管理需求文档
其他组织指导方针

标准化的部分或“样板”推动和促进一致性项目,这是一个主要的好处模板。这些部分仍倾向于从项目变化不大,从团队团队在一个公司。随着时间的推移他们发展缓慢变化的方法和经验教训。因此,他们提供一个稳定的平台一致的需求开发,员工教育和与客户沟通。

有许多通用的朋友在网上模板可用。如果您开发商业产品后你会发现一个可以根据贵公司的实践开云足球app下载官网最新版和程序:

如果你的公司为美国国防部开发系统或软件,另一方面,你可能会喜欢一个系统规开云官网入口下载手机版范模板建立mil - std - 961 e(国防部标准做法:防御和Program-Unique规范格式和内容)。QRA集团提供了一个在他们的网站:https://qracorp.com/requirements-document-templates/。

模板的缺点

最后的一个警告提示:使用模板一般文档平台有两个缺陷。首先,记录需求在Word、Excel或Google Docs会让合作麻烦。第二,这些平台的目的,不是为了支持明确和系统的需求可追溯性。

Gartner说,公司的一个主要原因难以实现足够的可见性和可追溯性的要求规范依赖通用文档软件,而不是一个协作需求管理平台。开云官网入口下载手机版

“最广泛采用的工具等需求继续成为通用文档软件微软办公室或Google Docs(40%至50%的市场份额)由于成本,可用性,和熟悉。开云官网入口下载手机版然而,这些往往会导致管理不善的需求,从而消除,超过任何成本效益工具本身。最终需求捕获各种文档和电子表格的补充了便利贴在非托管版本没有可追溯性和重用。这将创建一个更昂贵的用户验收测试周期,在执行时间以及修复发现的问题在这个过程中,他们更昂贵的解决。”Gartner的研究

成功开发、验证和验证的功能需求是产品成功的关键。开云足球app下载官网最新版实现这些目标的系统、软件、硬件、测试、和集成团队都必须紧密合作开云官网入口下载手机版,确保项目的功能需求、非功能性需求,测试用例,验证/确认程序都充分定义的。可见性和可追溯性是这一过程的关键。

一个好的需求管理(RM)平台将提供字段,格式,和结构关系,以促进: