Просмотр сообщений
2881
Термины и Определения / Re: [Термин] FEATURE
« : 27 Ноября 2009, 11:19:23 »
Возьму на себя смелость перевода
Feature a service provided by the system that fulfills one or more stakeholder needs.
Feature - сервис, который предлагается системой, для удовлетворения (выполнения) одной или нескольких потребностей заинтересованных лиц
Software Requirements
Once we have established the feature set and have gained agreement with the customer, we can move on to defining the more specific requirements we will need to impose on the solution. If we build a system that conforms to those requirements, we can be certain that the system we develop will deliver the features we promised. In turn, since the features address one or more stakeholder needs, we will have addressed those needs directly in the solution.
Требования к ПО
После того, когда мы установили набор свойств (функций, характеристик) системы и получили согласие заказчика, мы можем пойти вперед, чтобы определить более специфичные требования, которые необходимо возложить (определить) на решение. Если мы строим систему, которая соответствует этим требованиям, мы можем быть уверены, что система, которую мы разрабатываем, будет предоставлять те возможности, которые мы обещали. В свою очередь, т.к. features (эти возможности, функции) адресованы к одной или более потребностям ЗЛ, мы будем направлять эти потребности непосредственно в решение.
В Sparx EA, как мне показалось, определение фичи другое
Цитировать
A Feature is a small, granular function or characteristic expressed in client-valued terms as a satisfaction of a requirement; for example: 'context-sensitive Help', or 'ability to reverse-engineer VB.Net'.
Feature - небольшая (гранулированная) функция или характеристика, выражаемая в терминах значимости для клиента как удовлетворение требования. Например: контестно-зависимая справка или способность реинжиниринга VB.Net
Features are the primary requirements-gathering artifact of the Feature-Driven Design (FDD) methodology. They define the product feature that satisfies what a Requirement element has formalized as a contractual, testable, expected deliverable (for example: requirement - 'every element must provide context-sensitive Help'; feature - 'every element provides context-sensitive Help'). One Feature might realize one or more Requirements, and one Requirement might be realized by more than one Feature.
Features первичный артефакт этапа сбора требований в FDD методологии. Они определяют свойства(функции, характеристики) продукта, которые удовлетворяют тому, что элемент требования формализован как договорной, тестируемый, ожидаемый, передаваемый (пример: требование - 'каждый элемент должен предоставлять контекстно-зависимую справку'; feature - 'каждый элемент обеспечивает контекстно-зависимую справку'. Одна feature может реализовать одно или несколько требований, а одно требование может быть реализовано более чем одной feature.
Features also have relationships with Use Cases. A Use Case defines the interaction a user has with the system in order to satisfy one or more Requirements. The Feature identifies the facility that provides the means for that interaction.
Feature также связана с вариантами использования. ВИ определяет взаимодействие пользователя с системой, удовлетворяющее одному или более требованиям. Feature определяет возможность, предоставить средство для такого взаимодействия
Feature a service provided by the system that fulfills one or more stakeholder needs.
Feature - сервис, который предлагается системой, для удовлетворения (выполнения) одной или нескольких потребностей заинтересованных лиц
Software Requirements
Once we have established the feature set and have gained agreement with the customer, we can move on to defining the more specific requirements we will need to impose on the solution. If we build a system that conforms to those requirements, we can be certain that the system we develop will deliver the features we promised. In turn, since the features address one or more stakeholder needs, we will have addressed those needs directly in the solution.
Требования к ПО
После того, когда мы установили набор свойств (функций, характеристик) системы и получили согласие заказчика, мы можем пойти вперед, чтобы определить более специфичные требования, которые необходимо возложить (определить) на решение. Если мы строим систему, которая соответствует этим требованиям, мы можем быть уверены, что система, которую мы разрабатываем, будет предоставлять те возможности, которые мы обещали. В свою очередь, т.к. features (эти возможности, функции) адресованы к одной или более потребностям ЗЛ, мы будем направлять эти потребности непосредственно в решение.
В Sparx EA, как мне показалось, определение фичи другое
Цитировать
A Feature is a small, granular function or characteristic expressed in client-valued terms as a satisfaction of a requirement; for example: 'context-sensitive Help', or 'ability to reverse-engineer VB.Net'.
Feature - небольшая (гранулированная) функция или характеристика, выражаемая в терминах значимости для клиента как удовлетворение требования. Например: контестно-зависимая справка или способность реинжиниринга VB.Net
Features are the primary requirements-gathering artifact of the Feature-Driven Design (FDD) methodology. They define the product feature that satisfies what a Requirement element has formalized as a contractual, testable, expected deliverable (for example: requirement - 'every element must provide context-sensitive Help'; feature - 'every element provides context-sensitive Help'). One Feature might realize one or more Requirements, and one Requirement might be realized by more than one Feature.
Features первичный артефакт этапа сбора требований в FDD методологии. Они определяют свойства(функции, характеристики) продукта, которые удовлетворяют тому, что элемент требования формализован как договорной, тестируемый, ожидаемый, передаваемый (пример: требование - 'каждый элемент должен предоставлять контекстно-зависимую справку'; feature - 'каждый элемент обеспечивает контекстно-зависимую справку'. Одна feature может реализовать одно или несколько требований, а одно требование может быть реализовано более чем одной feature.
Features also have relationships with Use Cases. A Use Case defines the interaction a user has with the system in order to satisfy one or more Requirements. The Feature identifies the facility that provides the means for that interaction.
Feature также связана с вариантами использования. ВИ определяет взаимодействие пользователя с системой, удовлетворяющее одному или более требованиям. Feature определяет возможность, предоставить средство для такого взаимодействия
