Виды требований

Как легко отличить?

Функциональные - отвечают на вопрос "что система делает?"

Нефункциональные - отвечают на вопрос "как хорошо она это делает?"

Функциональные требования (Functional Requirements):

• Определяют, какие функции и возможности должны быть включены в программное обеспечение.
• Описывают, как система должна реагировать на определенные входные данные или события.
• Пример: "Система должна позволять пользователям регистрироваться, входить в систему и отправлять сообщения другим пользователям."

Нефункциональные требования (Non-Functional Requirements):

• Определяют характеристики системы, такие как производительность, безопасность, надежность и удобство использования.
• Могут включать требования к производительности (например, максимальное время отклика), качеству кода, требования к безопасности данных и др.
• Пример: "Система должна быть доступной 99,9% времени в год."

Требования к пользовательскому интерфейсу (User Interface Requirements):

• Описывают, как должен выглядеть и вести себя пользовательский интерфейс (UI) программы.
• Включают в себя дизайн, расположение элементов, цветовую схему и другие аспекты UI.
• Пример: "Кнопка 'Отправить' должна быть расположена в верхней правой части экрана."

Требования к базам данных (Database Requirements):

• Описывают структуру, хранение и доступ к данным, используемым в приложении.
• Включают в себя требования к схеме базы данных, интеграции с другими системами и методам резервного копирования данных.
• Пример: "Система должна использовать MySQL для хранения пользовательских данных."

Требования к безопасности (Security Requirements):

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

Требования к производительности (Performance Requirements):

• Определяют ограничения и требования к производительности приложения, такие как скорость работы, максимальная загрузка и использование ресурсов.
• Пример: "Система должна поддерживать одновременную работу 1000 пользователей без замедления производительности."

Требования к масштабируемости (Scalability Requirements):

• Описывают, как система может масштабироваться для обработки роста нагрузки и объема данных.
• Могут включать требования к горизонтальной или вертикальной масштабируемости.
• Пример: "Система должна быть горизонтально масштабируемой и поддерживать добавление новых серверов при необходимости."

Требования к поддержке (Supportability Requirements):

• Определяют, как будет обеспечиваться поддержка, обновления и управление системой после ее внедрения.
• Включают в себя требования к документации, обучению персонала и мониторингу системы.
• Пример: "Система должна иметь обновления безопасности, выпускаемые не реже одного раза в месяц."

Требования к тестированию (Testing Requirements):

• Описывают стратегию и методы тестирования программного продукта.
• Включают в себя требования к тестовым данным, тестовым сценариям и критериям успешного прохождения тестов.
• Пример: "Должно быть проведено полное функциональное тестирование перед выпуском."

Требования к документации (Documentation Requirements):

• Определяют, какая документация должна быть создана для программного продукта.
• Включают в себя требования к технической документации, руководствам пользователя и другим типам документов.
• Пример: "Должно быть создано руководство пользователя на английском и испанском языках."

Требования к лицензированию и правам (Licensing and Rights Requirements):

• Описывают, какие лицензии и права на использование программного продукта предоставляются конечным пользователям.
• Могут включать требования к лицензионным соглашениям и защите интеллектуальной собственности.
• Пример: "Программное обеспечение распространяется по лицензии GNU GPL."

Требования к межсистемной интеграции (Interoperability Requirements):

• Определяют, как система должна взаимодействовать с другими системами или компонентами.
• Включают в себя требования к форматам данных, протоколам связи и API.
• Пример: "Система должна поддерживать RESTful API для интеграции с внешними приложениями."

Требования к мобильным устройствам (Mobile Device Requirements):

• Если разрабатывается мобильное приложение, требования могут включать спецификации по поддержке различных операционных систем и устройств.
• Пример: "Приложение должно быть совместимо с Android 7.0 и выше, а также с iOS 13 и выше."

Требования к миграции и обновлению (Migration and Upgrade Requirements):

• Определяют, как будет происходить перенос данных и обновление системы с предыдущей версии на новую.
• Включают в себя процедуры миграции, а также требования к обратной совместимости с предыдущими версиями.
• Пример: "Миграция данных из версии 2.0 в версию 3.0 должна быть автоматизированной и без потери данных."

Эти виды требований являются основными и могут быть дополнены или адаптированы в зависимости от конкретных потребностей проекта и методологии разработки, такой как Waterfall или Agile. Грамотное и детальное определение требований играет важную роль в успешной разработке программного продукта.