В чем разница между функциональными и нефункциональными требованиями?

В чем разница между функциональными и нефункциональными требованиями в контексте разработки программной системы?

Приведите примеры для каждого случая.

Ответ 1

Функциональное требование описывает, что должна делать программная система, в то время как нефункциональные требования накладывают ограничения на то, как система будет это делать.

Позвольте мне уточнить.

Примером функционального требования будет:

Система должна отправлять электронное письмо всякий раз, когда выполняется определенное условие (например, заказ сделан, клиент подписан и т.д.).

Связанное нефункциональное требование к системе может быть:

Письма должны быть отправлены с задержкой не более 12 часов после такой активности.

Функциональное требование описывает поведение системы, поскольку оно относится к функциональности системы. Нефункциональное требование разрабатывает характеристику производительности системы.

Обычно нефункциональные требования относятся к таким областям, как:

доступность
Емкость, ток и прогноз
податливость
Документация
Аварийное восстановление
КПД
эффективность
растяжимость
Отказоустойчивость
Interoperability
Ремонтопригодность
Конфиденциальность
портативность
Качественный
надежность
упругость
Время отклика
прочность
Масштабируемость
Безопасность
стабильность
Supportability
способность быть свидетелем в суде

Более полный список доступен на странице Википедии для нефункциональных требований.

Нефункциональные требования иногда определяются в терминах метрик (то есть того, что можно измерить в системе), чтобы сделать их более осязаемыми. Нефункциональные требования могут также описывать аспекты системы, которые не связаны с ее выполнением, а скорее с ее развитием во времени (например, ремонтопригодность, расширяемость, документация и т.д.).

Ответ 2

функциональные требования - это то, что пользователь ожидает от программного обеспечения, например, если приложение является банковским приложением, приложение должно иметь возможность создать новую учетную запись, обновить учетную запись, удалить учетную запись и т.д. подробные функциональные требования и указаны в дизайне системы

Нефункциональное приобретение не является прямым требованием к системе, а связано с удобством использования (например, для банковского приложения), поскольку основным нефункциональным требованием будет наличие приложения, которое должно быть доступно 24/7 с нет простоя, если это возможно.

Ответ 3

Функциональные требования

Функциональные требования определяют функцию, которую должна выполнять система или системный компонент. Это может быть задокументировано различными способами. Наиболее распространенными являются письменные описания в документах и варианты использования.
Варианты использования могут быть текстовыми списками перечисления, а также диаграммами, описывающими действия пользователя. Каждый вариант использования иллюстрирует поведенческие сценарии через одно или несколько функциональных требований. Однако часто аналитик начинает с выявления набора вариантов использования, из которого аналитик может вывести функциональные требования, которые должны быть реализованы, чтобы позволить пользователю выполнять каждый вариант использования.
Функциональные требования - это то, что система должна выполнять. Может быть
- вычисления
- Технические детали
- Манипуляция данными
- Обработка данных
- Другие специфические функции
Типичное функциональное требование будет содержать уникальное имя и номер, краткое резюме и обоснование. Эта информация используется для того, чтобы помочь читателю понять, почему требование необходимо, и отследить требование путем разработки системы.

Нефункциональные требования

Л.Бушкин уже объяснил больше о нефункциональных требованиях. Я добавлю больше.

Нефункциональные требования - это любое другое требование, кроме функциональных требований. Это требования, которые определяют критерии, которые можно использовать для оценки работы системы, а не для конкретного поведения.
Нефункциональные требования представлены в форме "система должна быть", общим свойством системы в целом или конкретного аспекта, а не конкретной функции. Общие свойства системы обычно отмечают разницу между успешным или неудачным проектом разработки.
Нефункциональные требования - можно разделить на две основные категории:
- Такие качества исполнения, как безопасность и удобство использования, наблюдаются во время выполнения.
- Эволюционные качества, такие как тестируемость, ремонтопригодность, расширяемость и масштабируемость, которые воплощены в статической структуре программной системы.
Нефункциональные требования накладывают ограничения на разрабатываемый продукт, процесс разработки и определяют внешние ограничения, которым продукт должен соответствовать.
IEEE-Std 830 - 1993 перечисляет 13 нефункциональных требований, которые должны быть включены в Документ с требованиями к программному обеспечению.

Требования к производительности

Требования к интерфейсу

Эксплуатационные требования

Требования к ресурсам

Требования к проверке

Требования к приему

Требования к документации

Требования безопасности

Требования к переносимости

Требования к качеству

Требования к надежности

Требования к ремонтопригодности

Требования безопасности

Является ли требование выраженным как функциональное или нефункциональное требование, может зависеть от:

на уровне детализации для включения в документ с требованиями
степень доверия, которое существует между заказчиком системы и разработчиком системы.

Ex. От системы может потребоваться представление пользователю отображения количества записей в базе данных. Это функциональное требование. То, насколько актуальным должно быть [обновление] этого номера, является нефункциональным требованием. Если необходимо обновить номер в режиме реального времени, системные архитекторы должны убедиться, что система способна обновлять [отображаемый] счетчик записей в течение приемлемо короткого интервала изменения количества записей.

Рекомендации:

Ответ 4

Функциональными требованиями являются те, которые связаны с технической функциональностью системы.

Нефункциональное требование - это требование, которое определяет критерии, которые могут использоваться для оценки функционирования системы в определенных условиях, а не для конкретного поведения.

Например, если вы рассматриваете торговый сайт, добавляете товары в корзину, просматриваете разные предметы, применяете предложения и сделки и успешно размещаете заказы, вы получаете функциональные требования.

Где, как производительность системы в часы пик, время, затрачиваемое системой на извлечение данных из БД, безопасность пользовательских данных, способность системы обрабатывать, если большое количество пользователей подключается к не функциональным требованиям.

Ответ 5

ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ действия, которые должна выполнять система

бизнес использует функции, выполняемые пользователями.
варианты использования пример, если вы разрабатываете требуемые функции системы начисления заработной платы.
генерировать электронные переводы средств.
суммы комиссионных комиссий
рассчитать налоги на заработную плату
вывести налоговый вычет в IRS

Ответ 6

Я думаю, что функциональное требование от клиента к стороне разработчика, что касается функциональности для пользователя программным обеспечением, а нефункциональные требования - от разработчика к клиенту, то есть требование не предоставляется клиентом, но оно предоставляется разработчиком для запуска система плавно, например безопасность, безопасность, гибкость, масштабируемость, доступность и т.д.