|
Техническое задание, как термин в области информационных технологий – это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.<ref>{{Cite web|accessdate = 2015-12-13|title = Техническое задание на разработку, внедрение и интеграцию информационной системы|url = http://www.hds1.ru/#!techz/c1brh|publisher = }}</ref>
== Место ТЗ в структуре проектирования ==
{{main|Проектирование}}
Проектирование — это процесс (разработки проекта), который обладает определённой ''[[проектирование|структурой]]'', то есть последовательностью и составом стадий и этапов, совокупностью процедур и привлекаемых технических средств, взаимодействием участников процесса.
В соответствии с Гражданским кодексом, проектирование — это один из видов [[Подряд (договор)|подрядных работ]], результатом которых является продукция (''проект''), то есть комплект проектной документации на другой продукт (''объект проектирования''). Проект предназначен для создания объекта, его эксплуатации, ремонта и ликвидации, а также для проверки или воспроизведения промежуточных и конечных решений, на основе которых этот объект был разработан.
Слово ''«[[проект]]»'' в области деятельности ''«[[управление проектами]]»'' применяется в значении «программа», «план действий», «комплекс работ».
Участников проектных работ разделяют на потребителей (''заказчиков'' этих работ) и поставщиков (''исполнителей'' этих работ, подрядчиков). Исполнителя-специалиста называют проектировщиком или разработчиком. Поставщиком, как и потребителем продукции, может быть организация (юридическое лицо) или конкретный человек (физическое лицо).
Объектом проектирования может быть материальное [[устройство]], или выполнение [[подряд (договор)|работы]], или оказание [[услуга|услуги]], например, сооружение или промышленный комплекс, техническое устройство ([[прибор]], [[машина]], [[устройство|аппарат]]), [[система управления]], [[информационная система]], нормативная документация (например, [[стандарт]]) и т. д.
Стадии проектирования регламентированы стандартами.<ref>[http://protect.gost.ru/nom.aspx?baseC=28&page=0&nomentype=1&code=&mode=doc&id=172019 ГОСТ 2.103-68. Единая система конструкторской документации. Стадии разработки]</ref><ref>[http://protect.gost.ru/document.aspx?control=7&id=158091 ГОСТ 19.102-77. Единая система программной документации. Стадии разработки]</ref> Это следующая последовательность:
# Техническое задание (по ГОСТ 2.103-2013 к стадиям разработки не относится),
# [[Техническое предложение]],
# [[Эскизный проект]],
# [[Технический проект]],
# Стадии рабочего проекта.
Решение любой задачи начинается с её осмысления и уточнения исходных данных. Те (технические) требования, которые выдаются заказчиком, формулируются на языке потребителя-неспециалиста и не всегда бывают технически четкими и исчерпывающими. Перевести требования на язык предметной области, сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения, это и есть главная цель ТЗ, обязательный этап работы. Исполнитель выполняет его в тесном контакте с заказчиком. Фактически это означает, что работа исполнителя над проектом уже началась.
В машиностроении этот этап иногда называют ''внешним проектированием''.
Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.
=== Частные технические задания ===
В процессе проектирования сложного объекта (системы), требующего участия нескольких разработчиков, создаются частные технические задания на [[подсистема|подсистемы]].
В соответствии с полученными техническими требованиями разработчик системы формирует ТЗ и на стадии технического предложения выполняет декомпозицию объекта и подготавливает частные технические задания на подсистемы. После выполнения всех этапов технического предложения разработчик согласовывает и утверждает его у заказчика системы, при этом они совместно уточняют исходное ТЗ.
После утверждения технического предложения разработчик системы распределяет по соисполнителям частные ТЗ, на основании которых могут вырабатываться частные ТЗ для подсистем более низких уровней. Если подсистемы второго уровня отсутствуют, то техническое предложение для подсистем часто не выполняется, поскольку практически было завершено на уровне системы.
По завершении этапа распределения ТЗ разработчики системы и её подсистем приступают к выполнению стадии эскизного проекта. Проработка структуры на этой стадии ведется при тесном взаимодействии всех разработчиков. В процессе такой работы увязываются между собой отдельные части, согласовываются основные параметры проектируемого объекта. Качество проектирования зависит от широты видения разработчиком проблемы, то есть от его кругозора и способности учесть все связи рассматриваемого объекта, и наличия у него знаний, захватывающих смежные области. В процессе эскизного проектирования и согласования частных решений с общим возможна корректировка ТЗ.
После завершения эскизного проектирования, согласования и утверждения полученных технических решений у заказчика переходят к стадии технического проектирования. Здесь выполняется вся основная конструктивная проработка объекта и его частей. Возможно уточнение технических решений с возвратом на предыдущие стадии. Техническое проектирование ведется при тесном взаимодействии всех разработчиков.
== Необходимость ТЗ ==
| 