Немного о том, что такое нефункциональные требования (non-functional requirements) и каким образом они определяют, как именно должна работать учётная система..
Нефункциональные требования в разработке программного обеспечения определяют качества и ограничения системы, которые влияют на ее работу в целом, но не касаются конкретных функций или действий.
Они описывают как система должна вести себя, чтобы быть эффективной, надежной и удобной, а не что она должна делать в рамках бизнес-процесса.
Обычно нефункциональные требования включают в себя такие аспекты, как скорость работы, производительность, безопасность, масштабируемость, удобство использования и совместимость.
Примеры нефункциональных требований
В основном пользователи хорошо помнят, какие функции им нужны — потому что пользуются ими каждый день, однако нефункциональные требования возникают тогда, когда регулярно повторяется какой-то паттерн, мешающий нормальной работе..
Например, нефункциональные требования возникают в части производительности — пользователи говорят, что не могут обработать какую-то операцию из-за того, что слишком большое количество строк в документе или что им неудобно ждать..
Можно сказать, что некоторые неудобства они не воспринимают как снижение качества работы, а относятся к ним со снисхождением и поэтому нефункциональным требованиям лучше уделить особое внимание.
| Код | Требование |
|---|---|
| ОИТ-90-007 | Система должна обеспечивать доступность не ниже 99,5% в рабочее время (09:00–18:00, Пн–Пт), исключая регламентные работы, согласованные заранее |
| ПРО-30-008 | Время открытия Заказа клиента при количестве более 200 товара не должно превышать 3 секунд |
| ПРО-20-009 | Время проведения Реализации товаров и услуг с количеством строк до 200 не должно превышать 5 секунд |
| ПРО-40-010 | Необходимо, чтобы все менеджеры по продажам имели доступ к единым настройкам для отчета по продажам |
| ПРО-40-011 | Количество действий для оформления стандартной продажи (Заказ → Реализация → Печать УПД) не должно превышать 15 |
Краткое резюме
Нефункциональным требованиям аналитики обычно уделяют не так много внимания — поэтому, лучше сделать так, чтобы каждое интервью с пользователями заканчивалось вопросами по тому, как должна работать система: быстродействие, удобство, юзабилити, безопасность..