ТЗ_и_тд mirПримерно то, что у нас называется "Техническое задание", за бугром обычно называют "Requirement specification".
Т.е. Вы включаете в ТЗ(в один документ) и описание того, что нужно c "точки зрения" предметной области и одновременно описание того, что должен сделать программист ? (детали интерфейса, структура БД и тд.)

Лучше всего ориентироваться на пользу дела. Если Ваши заказчики таковы, что готовы вдаваться в то, что делает программист, изучать детали интерфейса и сруктуру базы данных - ну можете расширять ТЗ. На своем опыте - для этого мы делаем ТП, которое зазкачику высылается, но заказчик почти никогда его не изучает. В ТЗ указываем только то, что интересно заказчику (ну и нам, конечно). Свое видение бизнес-процессов - как они должны быть после автоматизации. Как они есть сейчас - не пишем почти никогда. Все равно автоматизация меняет бизнес-процессы. Функционал описываем, роли пользователей, указываем на необходимость гибких настроек. Требования по аппаратно-программной части, и по интеграции.