Talk:Часть 1 - А зачем?

В советских/российских ГОСТах не было спецификаций, а были и есть техзадания.

Техзадание на разработку программы, как его понимают в наших учреждениях, это спускаемый сверху документ на 2-3 страницы, кратко (в 1-2 предложениях) описывающий пару основных фич, которые заказчики хотят видеть. Назвать спецификацию "техзаданием" - это значит дискредитировать термин "спецификация". Я обычно сам пишу спецификацию для нашей команды по техзаданию заказчика, потому что все виденные мною техзадания настолько размыты и написаны настолько бездарно с точки зрения системного анализа, что легко позволяют начальству вертеть исполнителями заказа, насадив на шариковую ручку. --Tack 14:50, 24 Mar 2006 (EST)

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

Термины, которые хороши в нашем машиностроении, не всегда так же гладко прокатывают при организации разработки ПО в СНГ. Не знаю, может я неправильно понял, но вообще-то при заказной разработке ПО техническое задание пишут лица, часто не являющиеся специалистами в разработке ПО. Они просто говорят с позиций своей задачи, что хотят получить. Функциональная спецификация - это то же ТЗ, но трактуемое разработчиками, которые подрядились проектировать ПО. Они описывают систему уже с точки зрения окон, кнопок, выдаваемых сообщений и т.д. Короче, я считаю, что ТЗ - это задание программистам перед тем, как они спроектировали систему, а ФС - это задание программистам после того, как они спроектировали систему. Огромная разница в значении официальных терминов. --Tack 13:32, 3 Apr 2006 (EDT)