САБЖ. Тут возникла необходимость в руководстве по составленю технического задания (желательно по составлению ТЗ для web-проекта). А писать мамому не хочется... подумал может кто видел подобное чудо?

Касается разработки дизайна? Или программинга?

Caramel, и того и того - то есть сайта в целом, модулей, дизайна, функционала, стиля... Я поискал в рунете, но там недоделки какие-то...

Всё зависит от масштаба проекта. Имеет смысл составлять ТЗ для портала или хотя бы форума. Для сайта-визитки не может идти речь ни о каком ТЗ.

Уточни задачу кароче.

ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы.Техническое задание на создание автоматизированной системы
http://sysavt.h11.ru/index.html?/docs/gost.html

По ГОСТу писать е***шься, если тебе это потом не сдавать в НИИ конечно. Есть хороший шаблон, могу на мыло кинуть.

IZ@TOP

У меня есть несколько ТЗ на разработки сайтов. Могу замылить, если надо!

GoodBoy, дававй. Думаю пригодятся - izatop at mail dot ru

Посмотри на getinfo.ru Там вроде было.

http://www.ergd.ru/HTML/?c=8&b=2
Полезная ссылка для того, чтобы научиться писать ТЗ. Читается очень легко и приятно, ребята не зря постарались.

Цитата(gray_k @ 27.4.2005, 07:45)

ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы.Техническое задание на создание автоматизированной системы http://sysavt.h11.ru/index.html?/docs/gost.html

ida, полностью согласен.
Добавлено @ 23:11
не надо писать по ГОСТУ

Цитата(dvs @ 26.10.2005, 23:59)

http://www.ergd.ru/HTML/?c=8&b=2 Полезная ссылка для того, чтобы научиться писать ТЗ. Читается очень легко и приятно, ребята не зря постарались.

Это относится, скорее, к рутинной стороне вопроса составления ТЗ, дабы облегчить труд писателя.

Главная идея в написании любого ТЗ: техническое задание должно исчерпывающим образом отражать проводимые работы (объем, сроки), порядок внедрения, обучения.

Делается это для того, чтобы любой специалист, в том числе и сторонний (а не только непосредственный исполнитель), мог понять, что именно требуется сделать в рамках этого ТЗ. И при этом у него не должно возникнуть каких-то неясностей или двусмысленных толкований.

Тут значитца наметилась путаница в терминах. Прежде всего, что такое техническое задание.

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

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

Документ, который подписывает клиент, т.е. в соответствии с которым мы берем на себя определенные обязательства, содержит техническое описание, сроки и стоимость работ. Дело движется к тому, чтобы давать клиенту на подпись не техническое описание, а то, о котором шла речь выше. Возможно, мы в конце концов к этому придем.

Ссылка, указанная в посте dvs, изменена. См. http://authorit.ru
Спасибо за положительную оценку моего ресурса! Значит, не зря старался
Добавлено @ 16:43

Все правильно. По указанным вопросам опубликованы три новых статьи (ГОСТ 34 - но какая разница?). В самом верху страницы (см. предыдущий пост). В статьях есть почти все. А ТЗ на программу ( http://authorit.ru/?c=2&b=1 ) - простая методика заполнения разделов ТЗ, чтобы знать, что писать.

dissector, а ты не пытаешься свой сайт раскрутить?