Свои 5 коп:

1) Вообще-то ТЗ - это техническое задание, документ, который ставит заданием решение какой-либо задачи техническими методами. В основном в данном документе прописываются требования, т.е. что должно быть решено при реализации проблемы, иногда указываются средства, технологии и методы.
Другими словами, если заказчик хочет, чтобы внешний интерфейс выглядел именно так, то тогда можно в ТЗ вставить картинку формы.
Важно: ТЗ должно разрабатываться ЗАКАЗЧИКОМ! (Сам много раз за заказчика это делал, но это в корне не правильно)

2) Вообще-то, для картинок экранных форм и прочего, т.е. для описания будущей системы служит другой документ - Технический проект. В нем все, что запроектировали, все решения и записываются. Очень часто этот документ не делают, или делают, но называют ТЗ - это не правильно.

3) Если нужен стандарт - читайте ГОСТы, там все есть. Привести номера сейчас не могу, на этом компе нету

4) ТЗ или ТП только на экранные формы - это нонсенс (в программировании).

rilioМы делаем так:
- все "хотелки" заказчика подробно записываются и из них формируется такой неформальный документ "требования заказчика к разработке". Например (реальный пример): "надо, чтобы со всех датчиков показания были на одном экране, с цифрами и стрелочками, и чтоб можно было распечатать".
Он может даже рисовать карандашом макеты форм, как ему нравится, мы потом отсканируем и включим в этот документ, как примеры.
- и он это подписывает. Обязательно.
- а потом разрабатываем ТЗ (обычно, по ГОСТ 34). Очень тщательно, ибо каждую фразу в нем придется защищать при сдаче проекта. Экранных форм в нем, разумеется, нет.
- ну а если возникают проблемы с утверждением ТЗ, то у нас есть подписанные "требования".
Вот и получается, что "требования заказчика к разработке" - все-таки формальный документ, т.е. официальный и подписывается. То, что он более прост и менее формализован с точки зрения формата, то это только упрощает его создание, но и может повлечь непроработанность отдельных моментов.

По поводу того, кто что может/должен разрабатывать - я ж написал, что ТЗ ДОЛЖЕН разрабатывать заказчик. А то, что обычно (ВСЕГДА) его разрабатывает ИСПОЛНИТЕЛЬ - так жизнь сложилась. Заказчик вообще народ привередлевый и ленивый. Он словами говорит чего вроде бы хочет, а записать и формализовать - ему лень. Вот и делает это тот, кому больше всех надо - исполнитель.
Еще раз скажу: как должно быть <> как происходит