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

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

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

Ответы

Ответ 1

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

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

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

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

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

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

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

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

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

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

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

Ответ 2

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

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

Ответ 3

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

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

  2. Варианты использования могут быть текстовыми списками перечисления, а также диаграммами, описывающими действия пользователя. Каждый вариант использования иллюстрирует поведенческие сценарии через одно или несколько функциональных требований. Однако часто аналитик начинает с выявления набора вариантов использования, из которого аналитик может вывести функциональные требования, которые должны быть реализованы, чтобы позволить пользователю выполнять каждый вариант использования.

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

    • вычисления
    • Технические детали
    • Манипуляция данными
    • Обработка данных
    • Другие специфические функции

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

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

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

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

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

  3. Нефункциональные требования - можно разделить на две основные категории:

    • Такие качества исполнения, как безопасность и удобство использования, наблюдаются во время выполнения.
    • Эволюционные качества, такие как тестируемость, ремонтопригодность, расширяемость и масштабируемость, которые воплощены в статической структуре программной системы.
  4. Нефункциональные требования накладывают ограничения на разрабатываемый продукт, процесс разработки и определяют внешние ограничения, которым продукт должен соответствовать.
  5. IEEE-Std 830 - 1993 перечисляет 13 нефункциональных требований, которые должны быть включены в Документ с требованиями к программному обеспечению.
  1. Требования к производительности
  2. Требования к интерфейсу
  3. Эксплуатационные требования
  4. Требования к ресурсам
  5. Требования к проверке
  6. Требования к приему
  7. Требования к документации
  8. Требования безопасности
  9. Требования к переносимости
  10. Требования к качеству
  11. Требования к надежности
  12. Требования к ремонтопригодности
  13. Требования безопасности

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

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

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

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

  1. Функциональное требование
  2. Нефункциональное требование
  3. Количественная оценка и прослеживаемость требований

Ответ 4

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

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

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

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

Ответ 5

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

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

Ответ 6

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