Создание Технического Задания (ТЗ)

[PooH]

Не смог определить в какую тему - решил сюда.

в общем, видимо скоро придется этим занятся. Есть вопрос: а собственно как?
Задача: Составить ТЗ от имени одной компании для другой компании, на разработку программного продукта. Точнее надо сформулировать требования к функциональности и технические. Структура, язык, и др. "внутренности" значения не имеют.

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

[PooH]

В общем, кому интересно:
ГОСТ нашел "ГОСТ 19.201-78 (СТ СЭВ 1627-79)" http://www.mstu.ru/cgi-bin/doc.pl?ID@Documents=225
и список "рядомлежащих": http://www.mstu.ru/cgi-bin/doc.pl?ID@Subjects=49

[Михалыч]

Вот, может пригодится? Только кажется там регистрироваться надо...
http://forum.vingrad.ru/index.php?showtopic=57550
http://sql.ru/forum/actualthread.aspx?tid=227699
Сам примерно полгода назад нарыл в интернете сайт , довольно интересный, по вопросам написания тех. документации вообще. И ТЗ там тоже было. Но что за сайт, где ... нифига не помню. Гугль не помог А я с него тогда еще накачал информации и упер на работу. Если чего осталось - либо ссылку дам, либо мылом кину архив... Но обнадеживать не буду. Если найду

[npak]

Форма в ТЗ - вещь полезная, но не главная.  Содержание гораздо важнее.  Приблизительный план:
1.  Назначение разрабатываемого ПО, краткий обзор окружения, в котором будет работать
Далее для маленьких систем можно сразу переходить к
2.  Функциональные требования (что должно делать разрабатываемое ПО)
3.  Формат структур данных / документов, которые используются для представления входных и выходных данных.
4.  Нефункциональные требования (производительность, надёжность, и т.д.)

Писать надо так, чтобы читатель понял, что нужно разработать.