Когда я проектирую информационную систему, содержащую много форм, то обычно завожу дополнительный раздел в начале функциональной спецификации, куда попадают общие для этих форм принципы работы. Это позволяет уменьшить объём документа и не отвлекаться на однотипные вещи в процессе описания.
Раньше, когда «приходилось» бороться за проекты с помощью понижения цены, такой уровень детализации в документации скорее разбивался о мысль «Блин, мне недостаточно за это платят», чем об отсутствие опыта.
Вот простой пример подобного раздела в свежем документе. В зависимости от навороченности системы подобные тезисы могут занять до двух-трёх страниц (защита форм от ботов, сохранение изменений в формах без кнопок, отмена операций, особенности визивигов для многострочных текстовых полей и так далее). Напомню читателю, что функциональная спецификация в методологии Проектората — это третий этап в работе, следующий за сбором функциональных требований и созданием интерактивного прототипа.
