Образец технического задания на проектные работы

Образец технического задания на проектные работы

Как составить техническое задание на проектирование


ОСНОВНЫМ документом, в соответствии с которым проектировщик выполняет работы, является «Задание на проектирование». В зависимости от типа объекта и подхода к организации работ со стороны заказчика и исполнителя, этот документ может иметь различную степень детализации: от формального приложения к договору до подробного руководства к действию. Как правило, для сложных объектов, на проектирование которых проводятся тендеры, задание составляется самим заказчиком (или специально приглашенными специалистами) и является весьма детальным.

И, наоборот, для небольших проектных работ, в частности, при необходимости разработки только определенных разделов рабочей документации, задание может ограничиваться названием, а остальное заказчик объясняет на словах. Для заказчика такой подход – это всегда возможность уйти от ответственности при возникновении конфликта на стадии окончательных расчетов с исполнителем. Фразы типа «я вам не говорил это делать», «я ждал от вас другое решение», «это нужно переделать» и прочие – известны любому проектировщику-фрилансеру.

Единственный способ гарантировано избежать необоснованных претензий со стороны заказчика к разработанному проекту – взять инициативу в свои руки на стадии обсуждения технических решений, составить задание в письменном виде и добиться его утверждения.

Далее будем рассматривать именно в этом разрезе основные, установленные к составлению Задания на проектирование требования. Форма задания на проектирование объектов непроизводственного назначения В обиходе часто употребляются оба этих термина (а иногда – обобщенный термин – Техническое задание на проектирование). Тем не менее, именно «Задание на проектирование» является корректным названием, которое упоминается во всех нормативных документах.

Термин «Техническое задание», как правило, относится к выполнению смежных с проектной деятельностью работ, таких как инженерные изыскания, обследование зданий, научное сопровождение, разработка конструкторской документации. В некоторых случаях техническое задание может выдаваться на разработку отдельных разделов проекта, в дополнение к Заданию на проектирование, когда требуется высокая степень детализации требований к проекту. В настоящее время действуют два важных документа:

  1. пособие по подготовке заданий на проектирование, разработанное ОАО «Центринвестпроект» (также доступно для скачивания).
  2. форма «Задания на проектирование», утвержденная Приказом Минстроя от 01.03.2018 г. №125/пр. Форму Задания на проектирование в word можно скачать по ссылке ниже;

Документы регламентируют состав «Задания на проектирование», которому необходимо следовать при проектировании бюджетных объектов.

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

Тем не менее, если вы решили в некоторой степени обезопасить себя при работе по «устному договору подряда» с заказчиком, то логичным решением будет как можно ближе придерживаться образца, установленного в соответствии с Приказом 125 Задания на проектирование. Типовая форма Задания на проектирование состоит из трех основных разделов:

  • Иные требования к проектированию.
  • Требования к проектным решениям;
  • Общие данные;

Заглавие документа должно «буква в букву» соответствовать названию объекта, которое прописывается в штампе чертежей.

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

Например, «Жилой дом по адресу Бестужева, 21, г.

Таганрог. Раздел «Водоснабжение». Раздел «Общие данные» Задания на проектирование объектов строительства содержит информацию о заказчике и исполнителе работ, виде строительства, наличии технических условий и требований к выделению этапов.

Приводятся краткие сведения об объекте проектирования, его назначении и технико-экономических показателях.

Состав раздела «Требования к проектным решениям» зависит непосредственно от самого объекта либо конкретных разделов, которые выполняет проектировщик.

Типовая форма предусматривает достаточно детальное описание требований к архитектурным, конструктивным и инженерным элементам зданий и сооружений (вплоть до дверей и внутренней отделки). Все эти пункты необходимо максимально задействовать. Прописывайте, какая предполагается конструкция здания, из чего состоят стены, какой тип окон будет использоваться, какие планируется применить системы отопления и вентиляции, насосы, кабели, светильники и так далее – чем подробнее будет все расписано, тем меньше вероятность того, что придется переделывать проект (в том числе бесплатно).

Прописывайте, какая предполагается конструкция здания, из чего состоят стены, какой тип окон будет использоваться, какие планируется применить системы отопления и вентиляции, насосы, кабели, светильники и так далее – чем подробнее будет все расписано, тем меньше вероятность того, что придется переделывать проект (в том числе бесплатно). В разделе «Иные требования» важно указать состав проекта, какие разделы подлежат разработке, а какие не выполняются в рамках настоящих работ. Требования к выполнению визуализации (в каких программах необходимо разработать, требуется ли модель BIM и т.д.) также указываются в этом разделе.

Также важным положением раздела «Иные требования» является подробный перечень исходных данных, на основании которых ведется разработка проекта.

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

Конечно же, наличие такого «Задания» не может ничего гарантировать проектировщику, однако при возникновении любых конфликтных ситуаций позволит ему занять настолько выгодную позицию, насколько это возможно в конкретных условиях.

Примеры технических заданий на проектирование

\ \ \ Технические условия — внутренний документ, устанавливающий технические требования, которым должны удовлетворять конкретное изделие, материал, вещество и др.

В ТЗ указаны процедуры, с помощью которых можно установить, соблюдены ли данные требования. Вы можете разработать ТЗ самостоятельно, с соблюдением всех требований и правил оформления разрешительной документации. Или Вы можете доверить разработку нашим квалифицированным профессионалам.

Обратитесь к нам любым удобным для Вас способом: напишите, позвоните или заполните заявку на сайте. До начала работ заключаем договор с указанием всех обязанностей обеих сторон и всех сроков. Согласование и внесение Вами необходимой информации в документ.

Результат присылаем в электронном виде.

Теперь Вы можете пользоваться готовой документацией! Высокое качество Обращаясь к нам, Вы уточняете все интересующие Вас вопросы непосредственно с разработчиком. Наш опыт и большая база позволяет предоставить наиболее информативные документы. Поддержка клиентов Мы работаем по будням с 9:00 до 18:00 и готовы ответить на Ваши вопросы.
Поддержка клиентов Мы работаем по будням с 9:00 до 18:00 и готовы ответить на Ваши вопросы.

Умеренные цены Стоимость договора — это стоимость за разработку документа. Консультации, корректировки, общение с менеджерами — бесплатно!

Индивидуальный подход Наши высококвалифецированные специалисты разработаеют ТЗ именно для Вас (под ваш проект) и сделаем это оперативно! Оставить заявку на разработку Технического задания Работаем по всей России Тел/ф + 7(812) 627-93-38; Связаться с нами вы можете с 9.00 – 18.00 (пнд — пят). Наш специалист всегда ответит на Ваши вопросы и проконсультирует по возможным решениям тех или иных задач по телефону или по запросу на почту .

по номеру

Наш Skype:

Наш Telegram по номеру: Мы в социальных сетях

Как оформляется техническое задание на проектирование

  • /
  • /

Любая работа по созданию технически сложного устройства, системы или строения требует тщательно выверенных расчетов и действий, анализа и оценки основополагающих факторов для дальнейшей работы. С одной стороны проектирование включает в себя расчеты и детали, но чтобы дойти до проекта, нужно еще сделать оценку и проанализировать целесообразность создания объекта. Для этого выполняется техническое задание на проектирование.

БЕСПЛАТНАЯ КОНСУЛЬТАЦИЯ С ЮРИСТОМ Часто заказчики легкомысленно относятся к техническому заданию, не проводят нужные процедуры, поверхностно оценивают многие факторы, и в итоге на этапе проектирования или при выполнении самой работы сталкиваются с проблемами. Подобное отношение вызвано спешкой или халатностью, а в работе такое недопустимо, поэтому техническому заключению уделяется особое внимание.

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

Суть и понятие ТЗ заключается в следующем:

  1. Пишется в доступной форме, без использования сложной профессиональной терминологии, что делает его понятным простому обывателю. Это очень важный пункт, потому что несоблюдение определенных норм из-за недостатка информации, может повлечь санкции со стороны надзорных органов, ведь «незнание не освобождает от ответственности».
  2. Составляется на основе четких расчетов и научных исследований, поэтому практически исключает «провальность» мероприятий;
  3. Определение четких критериев выполнения работ по целям, задачам, срокам, результатам и т.д. Благодаря этому можно на любом этапе работ определить ошибки и устранить недочеты;
  4. Регулирование ответственности сторон, т.к. документ согласован и обоюдно принят. Иногда каждый этап работ согласовывается отдельно, чтобы в результате ошибок была четко определена степень вины каждой стороны, и в соответствии с этим распределены суммы убытков;

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

Исполнитель и заказчик благодаря ТЗ могут очертить границы своих обязанностей и возможностей: Со стороны заказчика:

  1. Понять, как действовать на основе имеющихся ресурсов и технических знаний;
  2. Требовать четкого исполнения всех пунктов документа от исполнителя.

Со стороны исполнителя:

  1. Спроектировать технический макет будущего объекта;
  2. Разработать план последовательности действий;
  3. Не принять предложение вовсе или отказаться от тех работ, которые не указаны в ТЗ или их невозможно выполнить.

С обеих сторон:

  1. Прийти к общему виду готового объекта;
  2. Сократить количество неточностей и ошибок;
  3. Совершить согласование работ после каждого пункта.

Важно!

Заказчик всегда несет ответственность за достоверность данных, которые были предоставлены им при составлении технического задания. После того, как заказчик определит цели и задачи по созданию нового строения, устройства или системы, он может смело переходить к составлению технического задания.

Оно должно содержать обязательную информацию:

  1. Технические параметры объекта, потребительские свойства и необходимость создания;
  2. Экономические данные;
  3. Порядок приемки работ и сдачи всего заказа.
  4. Список документов, необходимых для работы и изучения обеими сторонами;

Кроме этого в ТЗ могут добавляться пункты о подготовке и вводе в эксплуатацию, индивидуальные требования, не противоречащие стандартным нормам. Обратите внимание! Если индивидуальные разработки позволят улучшить показатели эффективности объекта, то их нужно согласовать с Госстандартом РФ и получить разрешение на применение.

Но здесь речь не идет о тех требованиях, которые касаются охраны здоровья и природы, а также отвечают за безопасность – их менять нельзя!Структура и состав документа будут утверждаться на основе типа проектируемой продукции. Но, в общем, ТЗ должно содержать следующую информацию:

  1. Данные о финансовых источниках проекта, порядок их распределения;
  2. Требования к объекту в целом и его функциям в отдельности;
  3. Цели и значение объекта;
  4. Последовательность сдачи работ заказчику, внесение корректировок;
  5. Список документации для создания объекта;
  6. Порядок документального сопровождения на этапе работ и после сдачи объекта;
  7. Порядок осуществления контроля за работой, приемкой объекта и ввода его в эксплуатацию;
  8. Сроки по этапам работ от начала до их окончания;
  9. Перечень требований к подготовке и вводу в эксплуатацию;
  10. Указание основных источников информации, согласно которым было разработано ТЗ, и согласно которым должен функционировать созданный объект.
  11. Состав работ и их содержание;
  12. Основные параметры и характеристики объекта;

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

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

№ Перечень требований и основных данных Описание 1. Основа для создания и проектирования Целевая программа на федеральном уровне Программа субъектов РФ Программа муниципалитетов Создание по решению Президента РФ, правительства РФ и других уполномоченных органов По инициативе компании-застройщика 2.

Разновидность постройки Новое строение Реконструируемое Предназначенное для капитального ремонта или текущего 3. Этапы проектирования Здесь перечисляются стадии работ по проектированию: создание проекта требуемая документация рабочий макет эскизный макет и т.д. 4. Рассматриваемые варианты работ Прописывается информация о работах для сравнения или проводимых конкурсах по выбору проектных решений 5.

Финансовые источники Средства из федерального бюджета Регионального Муниципального Внебюджетные средства 6. Условия работ, требующие особого внимания Описать такие условия или дать рекомендации по их преодолению 7. Технические параметры объекта Предоставляется подробная информация о возможностях здания, назначения, технических характеристиках (этажность, кол-во подъездов) и т.д.

Все что требуется для понимания социально- экономической значимости 8. Данные по встроенным помещениям Если площади жилых домов планируется частично отдать под общественные или другие организации, то этот пункт нужно заполнить 9. Качественные показатели здания, говорящие об экологической безопасности, конкурентоспособности и целесообразности Здесь указываются все данные о постройке технически значимых объектов производства, размещения его отдельных блоков, технологии их постройки, расстановки оборудования 10.

Требования по используемым материалам и правильным размещениям площадей разного назначения сооружения Прописываются данные по правильному размещению отдельно взятых площадей, а также описывается материал работ, который более эффективен в том или ином участке 11. Требования по архитектурно- культурным работам Описывается планируемые работы по благоустройству прилежащих территорий 12. Требования инженерно- технического плана Описать системы вентиляции, канализации, водопровода и пр.

13. Требования по стадийному вводу в эксплуатацию объекта Указывается информация по каждому объекту комплекса, его отдельных частей. Необходима информация по срокам, условиям сдачи и вводу в эксплуатацию 14. Требования по разработке природоохранных мер Здесь описывается влияние объекта постройки на экологическую обстановку и окружающую среду 15.

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

16. Требования по безопасности и охране труда Расписываются материалы по теме охраны труда и здоровья работников будущего строения. Подходит для зданий промышленного назначения.

17. Требования по санитарно- эпидемиологическим нормам Описать документы для проверяющих организаций: Роспотребнадзор, СЭС и т.д. 18. Требования по противопожарной безопасности Описание соответствия номам пожарной безопасности 19. Требования по материалам для демонстрации Заполняется в случае использования 3D макетов и презентаций 20.

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

БЕСПЛАТНАЯ КОНСУЛЬТАЦИЯ С ЮРИСТОМ

Как написать Техническое задание по ГОСТу

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

Многие Разработчики часто недооценивают важность технического задания, однако, ТЗ является важным, можно сказать, краеугольным документом при разработке информационных систем, сайтов, инженерных систем, да и всего чего угодно.

Сегодня, когда в моде Agile, может показаться, что ТЗ документ избыточный, но это до того момента, когда вы не столкнётесь с разработкой действительно серьёзных информационных систем, крупных программных продуктов или порталов. Объяснить на пальцах, чего бы хотелось Заказчику можно, если в системе 3-5 сущности-предмета, а если значительно больше, то обязательно что-нибудь забудется.
Объяснить на пальцах, чего бы хотелось Заказчику можно, если в системе 3-5 сущности-предмета, а если значительно больше, то обязательно что-нибудь забудется.

Потом начнётся рисование на бумажке, записи на салфетках в кафе, сообщения в ватсап:

«А вот неплохо было бы сделать, чтобы синие иконочки в правом углу и когда мышкой наводишь, они бы такие выезжали на центр и увеличивались!»

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

  1. Раскладывает в голове у Заказчика и Разработчика, то как должна выглядеть система и что она должна делать.
  2. Защищает Разработчика от вдруг появившихся новых требований Заказчика, то есть Разработчик должен выполнить всё то, что написано в ТЗ. Если Заказчик хочет видеть в программе ещё одну какую-либо функцию, то за неё нужно платить отдельно и составлять на неё отдельно Техническое задание.
  3. Защищает Заказчика от лени и некомпетентности Разработчика, то есть программа должна выглядеть именно так, как написано в ТЗ. На основании Технического задания Заказчик может предъявить претензии к Разработчику.

В общем, при разработке системы обязательно составляйте Техническое задание!

Именно оно вас убережёт от проблем. Техническое задание — это работа не одного человека, а группы лиц:

  1. Аналитиков со стороны Разработчика — они должны обследовать область, по которой будет разрабатываться программа, или компанию. Учесть все схемы, алгоритмы и нюансы работы, которую будет выполнять система.
  2. Аналитиков со стороны Заказчика — они определяют необходимость системы, выдвигают в письменном виде требования к новой программе.
  3. Технический писатель — сотрудник, который соберёт все данные аналитиков и запишет их согласно ГОСТу.

Чаще всего Техническое задание, выполненное по ГОСТу — это требование органов государственной власти или крупных государственных компаний. Написание Технического задания работа долгая и сложная.

ТЗ не один раз согласовывается у руководства заказчика и разработчика, а также не раз правится и переписывается. Чтобы написать хорошее ТЗ иногда уходит месяц и больше, но лучше потратить побольше времени на написание Технического задания, чем потом доказывать, что вы хотели не так и имели в виду совершенно другое.

Ведь все ошибки в Техническом задании будут стоить денег и времени Разработчику /Заказчику.

Конечно, Техническое задание можно составить в произвольном порядке и если заказчик не формалист, некрупная компания, придерживающаяся стандартов, и не относится к органам государственной власти, то этого будет достаточно.

В России Техническое задание пишется согласно двум ГОСТам:

  1. ;
  2. .

Для создания модуля, программы, комплекса программ требуется Техническое задание по ГОСТу. Это очень важно, ведь именно там описаны все пункты, по которым впоследствии могут возникнуть споры. Если вы разрабатываете документацию на программу, которую создали под конкретное предприятие, то ваш .

Если же пишете документы на массовую программу, то ваш .

Можно ли выбрать для тиражируемого программного продукта , а для системы под конкретную организацию ? Да можно, если на этом настаивает по каким-либо причинам Заказчик. Во всех остальных случаях, лучше выбирать нужный ГОСТ, так как Пункты ГОСТов отличаются.

Для удобства ниже представлена таблица пунктов и для написания Технического задания.

ГОСТ 19 ГОСТ 34 1. Введение 1. Общие сведения 2. Основания для разработки 3. Назначение разработки 2. Назначение и цели создания системы 3.

Характеристика объекта автоматизации 4. Требования к программе или программному изделию 4.

Требования к системе 4.1. Требования к функциональным характеристикам 4.2. Требования к функциям (задачам), выполняемым системой 4.1.

Требования к системе в целом 4.1.1. Требования к структуре и функционированию системы 4.1.3. Показатели назначения 4.2. Требования к надёжности 4.1.4. Требования к надёжности 4. 1.5. Требования к безопасности 4.1.6. Требования к эргономике и технической эстетике 4.3. Условия эксплуатации 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 4.
Условия эксплуатации 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы 4.

1.9. Требования к защите информации от несанкционированного доступа 4.1.10.

Требования по сохранности информации при авариях 4.1.11. Требования к защите от влияния внешних воздействий 4.

1.12. Требования к патентной чистоте 4.1.13. Требования по стандартизации и унификации 4.4.

Требования к составу и параметрам технических средств 4.1.8.

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 4.5. Требования к информационной и программной совместимости 4.6. Требования к маркировке и упаковке 4.7.

Требования к транспортированию и хранению 4.1.7. Требования к транспортабельности для подвижных систем 4.8. Специальные требования 4. 1.14.

Дополнительные требования 4.3. Требования к видам обеспечения 5. Требования к программной документации 8. Требования к документированию 6. Технико-экономические показатели 7. Стадии и этапы разработки 5. Состав и содержание работ по созданию системы 8. Порядок контроля и приёмки 6. Порядок контроля и приёмки системы 7.
Порядок контроля и приёмки системы 7.

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 9.Источники разработки Ниже рассмотрим каждый ГОСТ и пункты ГОСТ по отдельности. Техническое задание по должно содержать следующие разделы:

  • технико-экономические показатели;
  • назначение разработки;
  • основания для разработки;
  • требования к программе или программному изделию;
  • требования к программной документации;
  • порядок контроля и приёмки.
  • введение;
  • стадии и этапы разработки;

В техническое задание допускается включать приложения, а также в зависимости от особенностей программы или программного изделия в ТЗ допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них. В разделе 1 «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

В разделе 2 «Основания для разработки» должны быть указаны:

  1. организация, утвердившая этот документ, и дата его утверждения;
  2. документ (документы), на основании которых ведётся разработка;
  3. наименование и (или) условное обозначение темы разработки.

В разделе 3 «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия. Раздел 4 «Требования к программе или программному изделию» должен содержать следующие подразделы:

  1. требования к составу и параметрам технических средств;
  2. требования к информационной и программной совместимости;
  3. условия эксплуатации;
  4. требования к маркировке и упаковке;
  5. требования к функциональным характеристикам;
  6. требования к транспортированию и хранению;
  7. специальные требования.
  8. требования к надёжности;

В подразделе 4.1 «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.

п. В подразделе 4.2 «Требования к надёжности» должны быть указаны требования к обеспечению надёжного функционирования (обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.).

В подразделе 4.3 «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п.

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

В подразделе 4.4

«Требования к составу и параметрам технических средств»

указывают необходимый состав технических средств с указанием их основных технических характеристик. В подразделе

«Требования к информационной и программной совместимости»

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

При необходимости должна обеспечиваться защита информации и программ. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.

В разделе 5 «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

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

В разделе 8 «Порядок контроля и приёмки» должны быть указаны виды испытаний и общие требования к приёмке работы. В приложениях к техническому заданию, при необходимости, приводят:

  1. другие источники разработки.
  2. схемы алгоритмов, таблицы, описания, обоснования, расчёты и другие документы, которые могут быть использованы при разработке;
  3. перечень научно-исследовательских и других работ, обосновывающих разработку;

Техническое задание по содержит следующие разделы, которые могут быть разделены на подразделы:

  • требования к документированию;
  • источники разработки.
  • характеристика объектов автоматизации;
  • общие сведения;
  • состав и содержание работ по созданию системы;
  • требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;
  • требования к системе;
  • назначение и цели создания (развития) системы;
  • порядок контроля и приёмки системы;

В ТЗ могут включаться приложения.

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

В разделе 1 «Общие сведения» указывают:

  1. плановые сроки начала и окончания работы по созданию системы;
  2. перечень документов, на основании которых создаётся система, кем и когда утверждены эти документы;
  3. порядок оформления и предъявления заказчику результатов работ по созданию системы (её частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
  4. полное наименование системы и её условное обозначение;
  5. сведения об источниках и порядке финансирования работ;
  6. шифр темы или шифр (номер) договора;
  7. наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты;

Раздел 2 «Назначение и цели создания (развития) системы» состоит из подразделов:

  1. назначение системы;
  2. цели создания системы.

В подразделе 2.1 «Назначение системы» указывают вид автоматизируемой деятельности (управление, проектирование и т.

п.) и перечень объектов автоматизации (объектов), на которых предполагается её использовать.

Для автоматизированной системы управления (АСУ) дополнительно указывают перечень автоматизируемых органов (пунктов) управления и управляемых объектов. В подразделе 2.2 «Цели создания системы» приводят наименования и требуемые значения технических, технологических, производственно-экономических или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания автоматизированной системы (АС), и указывают критерии оценки достижения целей создания системы.

В разделе 3 «Характеристики объекта автоматизации» приводят:

  1. сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды.
  2. краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию;

Раздел 4 «Требования к системе» состоит из следующих подразделов:

  1. требования к системе в целом;
  2. требования к видам обеспечения.
  3. требования к функциям (задачам), выполняемым системой;

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

В подразделе 4.1 «Требования к системе в целом» указывают:

  1. требования к защите информации от несанкционированного доступа;
  2. требования к патентной чистоте;
  3. требования безопасности;
  4. требования к транспортабельности для подвижных АС;
  5. требования к численности и квалификации персонала системы и режиму его работы;
  6. требования к надёжности;
  7. дополнительные требования.
  8. требования по стандартизации и унификации;
  9. требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы;
  10. показатели назначения;
  11. требования по сохранности информации при авариях;
  12. требования к эргономике и технической эстетике;
  13. требования к структуре и функционированию системы;
  14. требования к защите от влияния внешних воздействий;

В требованиях к структуре и функционированию системы приводят (пункт ТЗ 4.1.1):

  1. требования по диагностированию системы;
  2. требования к способам и средствам связи для информационного обмена между компонентами системы;
  3. перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы;
  4. требования к режимам функционирования системы;
  5. перспективы развития, модернизации системы.
  6. требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к её совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т.

    п.);

В требованиях к численности и квалификации персонала на АС приводят (пункт ТЗ 4.1.2):

  1. требования к численности персонала (пользователей) АС;
  2. требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков;
  3. требуемый режим работы персонала АС.

В требованиях к показателям назначения АС приводят значения параметров, характеризующие степень соответствия системы её назначению (пункт ТЗ 4.1.3).

Для АСУ указывают:

  1. допустимые пределы модернизации и развития системы;
  2. вероятностно-временные характеристики, при которых сохраняется целевое назначение системы.
  3. степень приспособляемости системы к изменению процессов и методов управления, к отклонениям параметров объекта управления;

В требования к надёжности включают (пункт ТЗ 4.1.4):

  1. требования к методам оценки и контроля показателей надёжности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
  2. требования к надёжности технических средств и программного обеспечения;
  3. перечень аварийных ситуаций, по которым должны быть регламентированы требования к надёжности, и значения соответствующих показателей;
  4. состав и количественные значения показателей надёжности для системы в целом или её подсистем;

В требования по безопасности (пункт ТЗ 4.1.5) включают требования по обеспечению безопасности при монтаже, наладке, эксплуатации, обслуживании и ремонте технических средств системы (защита от воздействий электрического тока, электромагнитных полей, акустических шумов и т. п.), по допустимым уровням освещённости, вибрационных и шумовых нагрузок.

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

Для подвижных АС в требования к транспортабельности (пункт ТЗ 4.1.7) включают конструктивные требования, обеспечивающие транспортабельность технических средств системы, а также требования к транспортным средствам. В требования к эксплуатации, техническому обслуживанию, ремонту и хранению включают (пункт ТЗ 4.1.8):

  1. предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т. п.;
  2. условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания;
  3. требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов;
  4. требования к регламенту обслуживания.
  5. требования по количеству, квалификации обслуживающего персонала и режимам его работы;

В требования к защите информации от несанкционированного доступа (пункт ТЗ 4.1.9) включают требования, установленные в НТД, действующей в отрасли (ведомстве) заказчика.

В требованиях по сохранности информации (пункт ТЗ 4.1.10) приводят перечень событий: аварий, отказов технических средств (в том числе — потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.

В требованиях к средствам защиты от внешних воздействий приводят (пункт ТЗ 4.1.11):

  1. требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).
  2. требования к радиоэлектронной защите средств АС;

В требованиях по патентной чистоте (пункт ТЗ 4.1.12) указывают перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и её частей. В требования к стандартизации и унификации включают (пункт ТЗ 4.1.13): показатели, устанавливающие требуемую степень использования стандартных, унифицированных методов реализации функций (задач) системы, поставляемых программных средств, типовых математических методов и моделей, типовых проектных решений, унифицированных форм управленческих документов, установленных ГОСТ 6.10.1, общесоюзных классификаторов технико-экономической информации и классификаторов других категорий в соответствии с областью их применения, требования к использованию типовых автоматизированных рабочих мест, компонентов и комплексов. В дополнительные требования включают (пункт ТЗ 4.1.14):

  1. требования к системе, связанные с особыми условиями эксплуатации;
  2. требования к оснащению системы устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них;
  3. специальные требования по усмотрению разработчика или заказчика системы.
  4. требования к сервисной аппаратуре, стендам для проверки элементов системы;

В подразделе 4.2 «Требование к функциям (задачам)», выполняемым системой, приводят:

  1. при создании системы в две или более очереди — перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях;
  2. временной регламент реализации каждой функции, задачи (или комплекса задач);
  3. перечень и критерии отказов для каждой функции, по которой задаются требования по надёжности.
  4. требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов;
  5. по каждой подсистеме перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;

В подразделе 4.3 «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другие видам обеспечения системы.

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

Для информационного обеспечения системы приводят требования (пункт ТЗ 4.3.2):

  1. к защите данных от разрушений при авариях и сбоях в электропитании системы;
  2. к составу, структуре и способам организации данных в системе;
  3. по применению систем управления базами данных;
  4. к контролю, хранению, обновлению и восстановлению данных;
  5. к информационному обмену между компонентами системы;
  6. к процедуре придания юридической силы документам, продуцируемым техническими средствами АС (в соответствии с ГОСТ 6.10.4).
  7. к информационной совместимости со смежными системами;
  8. по использованию общесоюзных и зарегистрированных республиканских, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии;
  9. к структуре процесса сбора, обработки, передачи данных в системе и представлению данных;

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

  1. к качеству программных средств, а также к способам его обеспечения и контроля;
  2. к независимости программных средств от используемых СВТ и операционной среды;
  3. по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ.

Для технического обеспечения (пункт ТЗ 4.3.5) системы приводят требования:

  1. к видам технических средств, в том числе к видам комплексов технических средств, программно-технических комплексов и других комплектующих изделий, допустимых к использованию в системе;
  2. к функциональным, конструктивным и эксплуатационным характеристикам средств технического обеспечения системы.

В требованиях к метрологическому обеспечению (пункт ТЗ 4.3.6) приводят:

  1. предварительный перечень измерительных каналов;
  2. требования к метрологической совместимости технических средств системы;
  3. вид метрологической аттестации (государственная или ведомственная) с указанием порядка её выполнения и организаций, проводящих аттестацию.
  4. требования к метрологическому обеспечению технических и программных средств, входящих в состав измерительных каналов системы, средств, встроенного контроля, метрологической пригодности измерительных каналов и средств измерений, используемых при наладке и испытаниях системы;
  5. требования к точности измерений параметров и (или) к метрологическим характеристикам измерительных каналов;
  6. перечень управляющих и вычислительных каналов системы, для которых необходимо оценивать точностные характеристики;

Для организационного обеспечения приводят требования (пункт ТЗ 4.3.7):

  1. к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию;
  2. к защите от ошибочных действий персонала системы.
  3. к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации;

Для методического обеспечения САПР (пункт ТЗ 4.3.8) приводят требования к составу нормативно-технической документации системы (перечень применяемых при её функционировании стандартов, нормативов, методик и т.

п.). Раздел 5

«Состав и содержание работ по созданию (развитию) системы»

должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций — исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ. В данном разделе также приводят:

  1. программу работ, направленных на обеспечение требуемого уровня надёжности разрабатываемой системы (при необходимости);
  2. вид и порядок проведения экспертизы технической документации (стадия, этап, объём проверяемой документации, организация-эксперт);
  3. перечень документов, по , предъявляемых по окончании соответствующих стадий и этапов работ;
  4. перечень работ по метрологическому обеспечению на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей (при необходимости).

В разделе 6 «Порядок контроля и приёмки системы» указывают:

  1. статус приёмочной комиссии (государственная, межведомственная, ведомственная).
  2. виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
  3. общие требования к приёмке работ по стадиям (перечень участвующих предприятий и организаций, место и сроки проведения), порядок согласования и утверждения приёмочной документации;

В разделе 7 «Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие» необходимо привести перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта автоматизации к вводу АС в действие.

В перечень основных мероприятий включают:

  1. сроки и порядок комплектования штатов и обучения персонала.
  2. изменения, которые необходимо осуществить в объекте автоматизации;
  3. создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
  4. создание необходимых для функционирования системы подразделений и служб;
  5. приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ;

Например, для АСУ приводят:

  1. изменения применяемых методов управления;
  2. создание условий для работы компонентов АСУ, при которых гарантируется соответствие системы требованиям, содержащимся в ТЗ.

В разделе 8 «Требования к документированию» приводят:

  1. требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
  2. при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.
  3. перечень документов, выпускаемых на машинных носителях;
  4. требования к микрофильмированию документации;
  5. согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям и НТД отрасли заказчика;

В разделе 9 «Источники разработки» должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчёты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы. В состав ТЗ на АС при наличии утверждённых методик включают приложения, содержащие:

  1. оценку научно-технического уровня системы.
  2. расчёт ожидаемой эффективности системы;

Приложения включают в состав ТЗ на АС по согласованию между разработчиком и заказчиком системы.

Написать Техническое задание — это большой труд! Главное понять, что нужно написать в ТЗ и какой для этого ГОСТ использовать.

Техническое задание по ГОСТу — это не трудный, не нужный, не понятный документ, а последовательная система правил, которая позволяет рассмотреть все возможные вопросы, связанные с разработкой нового ТЗ. Не бойтесь использовать ГОСТ.

ГОСТ — это не страшно, а легко и очень даже полезно! Техническое задание — очень важный и нужный документ, который позволяет понять, как должна выглядеть новая программа, а также позволяет избежать недопонимания и разногласий.

Не стоит рассчитывать на полное взаимопонимание между Заказчиком и Разработчиком. Если ТЗ написано неточно, то увеличится время на разработку новой программы, что приведёт к расходам денег и нервов. Следовательно, ТЗ несёт в себе экономию времени, денег, нервов и сил, а также Заказчик будет уверен, что получит именно ту программу, которую он просил сделать.