Что такое функциональное требование в разработке программного обеспечения?

Что такое функциональное требование?

A Функциональное требование (FR) — это описание услуги, которую должно предлагать программное обеспечение. Он описывает программную систему или ее компонент. Функция — это не что иное, как входные данные для программной системы, ее поведение и выходные данные. Это может быть расчет, манипулирование данными, бизнес-процесс, взаимодействие с пользователем или любая другая конкретная функция, которая определяет, какую функцию может выполнять система. Функциональные требования в программной инженерии также называются Функциональная спецификация.

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

Что должно быть включено в документ функциональных требований?

Вот как написать документ с функциональными требованиями:

Функциональные требования к системе должны включать в себя следующее:

Подробная информация об операциях, выполняемых на каждом экране
Логика обработки данных должна быть введена в систему.
Он должен содержать описания системных отчетов или других результатов.
Полная информация о рабочих процессах, выполняемых системой
Должно быть четко определено, кому будет разрешено создавать/изменять/удалять данные в системе.
То, как система будет соответствовать применимым нормативным требованиям и требованиям соответствия, должно быть отражено в функциональном документе.

Преимущества функциональных требований

Вот плюсы/преимущества создания типичного документа с функциональными требованиями:

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

Типы функциональных требований

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

Обработка транзакций
Бизнес правила
Сертификационные требования
Требования к отчетности
Административные функции
Уровни авторизации
Отслеживание аудита
Внешние интерфейсы
Управление историческими данными
Правовые и нормативные требования

Пример функциональных требований

Ниже приведены популярные примеры функциональных требований:

Программное обеспечение автоматически проверяет клиентов на соответствие системе управления контактами ABC.
Система продаж должна позволять пользователям регистрировать продажи клиентов.
Цвет фона для всех окон в приложении будет синим и будет иметь шестнадцатеричное значение цвета RGB 0x0000FF.
Только сотрудники управленческого уровня имеют право просматривать данные о доходах.
Программный комплекс должен быть интегрирован с банковским API.
Программная система должна пройти Раздел 508 требование доступности.

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

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

параметры	Функциональное требование	Нефункциональное требование
Что это	глагол	Атрибуты
Требование	Это обязательно	Это необязательно
Тип захвата	Он фиксируется в варианте использования.	Это фиксируется как атрибут качества.
Конечный результат	характеристика продукта	Свойства продукта
Захват	Легко захватить	Трудно захватить
Цель	Помогает вам проверить функциональность программного обеспечения.	Помогает вам проверить работоспособность программного обеспечения.
Область внимания	Сосредоточьтесь на требованиях пользователя	Концентрируется на ожиданиях пользователя.
Документация	Опишите, что делает продукт	Описывает, как работает продукт
Тип тестирования	Функциональное тестирование, такое как система, интеграция, сквозное тестирование, API тестирование, и т.д.	Нефункциональное тестирование, такое как производительность, стресс, удобство использования, Тестирование безопасности, и т.д.
Выполнение теста	Выполнение теста выполняется перед нефункциональным тестированием.	После функционального тестирования
Информация о продукции	Особенности продукта	Свойства продукта

лучшая практика функциональных требований

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

Не объединяйте два требования в одно. Сохраняйте требования детализированными.
Вы должны сделать каждое требование максимально полным и точным.
В документе должны быть отражены все технические требования.
Сопоставьте все требования с целями и принципами, которые способствуют успешной доставке программного обеспечения.
Выявляйте требования, используя интервью, семинары и случайное общение.
Если существует какое-либо известное, проверенное ограничение, которое существенно влияет на требование, то это критическое состояние, которое должно быть задокументировано.
Необходимо задокументировать все предположения в документе.

Ошибки при создании функционального требования

Вот некоторые распространенные ошибки, допущенные при создании документа с требованиями к функциям:

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

КЛЮЧЕВЫЕ УРОКИ

Объясните функциональные требования в области разработки программного обеспечения: Функциональные требования определяют систему или ее компоненты.
Документ функциональных требований должен содержать логику обработки данных и полную информацию о рабочих процессах, выполняемых системой.
Функциональные требования вместе с анализом требований помогают выявить недостающие требования.
Исправления, корректировки и отмены транзакций, бизнес-правила, требования сертификации, требования к отчетности, административные функции, уровни авторизации, отслеживание аудита, внешние интерфейсы, управление историческими данными, юридические или нормативные требования — это различные типы функциональных требований.
Рекомендуется не объединять два требования в одно. Сохраняйте требования детализированными.
В документе функциональных требований следует избегать включения необоснованной дополнительной информации, которая может сбить с толку разработчиков. Чтобы понять, как эти требования воплощаются в реальных процедурах тестирования, вы можете изучить это руководство на функциональное тестирование.

Вы могли бы: