Немного о том, что такое функциональные требования (functional requirements) и каким образом они определяют, что именно должна делать учётная система..
Функциональные требования в разработке программного обеспечения представляют собой описание основных функций, действий и поведения системы, которые она должна выполнять для удовлетворения нужд пользователей и заинтересованных сторон.
Такие требования определяют, что именно система делает — например, какие должны быть функции в справочнике, сколько уровней иерархии, где должен находиться механизм фильтрации и так далее.
Обычно функциональные требования записывают дословно со слов ключевых пользователей, однако может быть также адаптационная запись в отдельном реквизите, которая использует объекты метаданных «1С:Предприятие»
Примеры функциональных требований
Например, пользователь может сказать, что ему нужен такой список товаров, чтобы в нем можно было вводить данные по размерам и цветам. И в целом, в требованиях пользователей в рамка подразделения или всей компании прослеживаются связи.
Обычно функциональные требования записываются со слов пользователей ровно так, как пользователь про них говорит. Однако в дальнейшем формулировки могут быть изменены и уточнены.
Также, чтобы понимать, какое требование сформулировано окончательно, а какое требование требует уточнения я обычно использую какое-то слово, например, все требования со словом «необходимо» — уточненные, без этого слова — нет.
| Код | Требование |
|---|---|
| ПРО-20-002 | Необходимо, чтобы в карточке номенклатуры можно было указать размеры и цвета |
| ПРО-30-003 | Необходимо, чтобы обычные и акционные цены можно было установить на цвета и размеры |
| ПРО-30-004 | Необходимо, чтобы акционные цены можно было устанавливать на часть товара |
| ПРО-20-005 | Необходимо, чтобы Артикул + Наименование для номенклатуры были уникальными |
| ПРО-20-006 | Необходимо, чтобы контактные лица хранились с должностями, телефонами и почтой |
Краткое резюме
Перечень функций системы, в привязке бизнес-процессам — ключевые знания для проектирования информационной системы. И обратите внимание на то, что пользователи в рамках интервью обычно могут сформулировать меньше требований, чем существует в реальности и процессом сбора требований необходимо управлять.