В этом эпизоде подкаста GetAnalyst мы обсуждаем нефункциональные требования: не только в теории, но и на практике. Приводятся конкретные примеры для каждого вида таких требований, которые могут быть применены в реальных ИТ-проектах.
Этот выпуск поможет системным и бизнес-аналитикам при подготовке к собеседованиям или перед стартом работы над нефункциональными требованиями для ТЗ нового проекта.
Статья к подкасту: https://getanalyst.ru/podcast/nft
- Когда мы встречаемся с нефункциональными требованиями и что важно знать о них перед началом работы. Знакомство с проектом TelMed (https://t.me/getanalysts/1646).
- Что такое нефункциональные требования (НФТ). О проверяемости нефункциональных требований.
- Определение нефункциональных требований по Вигерсу (книга “Разработка требований к программному обеспечению”), ГОСТ-34 (https://www.prj-exp.ru/gost/gost_34-602-89.php) и Software Requirements Specification, IEEE (https://github.com/rick4470/IEEE-SRS-Tempate или https://ieeexplore.ieee.org/document/278253).
- Источники нефункциональных требований.
- Виды нефункциональных требований на примере медицинского проекта TelMed. Этап сбора потребностей из источников - первичная аналитика.
- Работа с нефункциональными требованиями для ТЗ и рядовых постановок задач на разработчиков. Личный опыт. Связь с принципами дизайна UI и архитектурой.
- Доступность. SLA - service-level agreement.
- Удобство установки.
- Целостность данных. Совместимость.
- Производительность.
- Надежность. Устойчивость.
- Защита и безопасность.
- Удобство использования. О боли про “Интуитивно понятный интерфейс”.
- Эффективность использования ресурсов.
- Модификация. Переносимость. Возможность повторного использования.
- Масштабируемость.
- Проверяемость и тестируемость. Другие требования по ГОСТ-34.
- Порядок работы с нефункциональными требованиями.
- Заключение и рекомендации по нефункциональным требованиям и организации работы с ними на проекте.
