Требования к оформлению технического задания на проектирование

Об утверждении типовой формы задания на проектирование объекта капитального строительства и требований к его подготовке , Приказ Министерства строительства и жилищно-коммунального хозяйства Российской Федерации от 01 марта 2018 года №125/пр

Требования к оформлению технического задания на проектирование

В соответствии с абзацем пятым пункта 3 постановления Правительства Российской Федерации от 12 мая 2017 г.

N 563 “О порядке и об основаниях заключения контрактов, предметом которых является одновременно выполнение работ по проектированию, строительству и вводу в эксплуатацию объектов капитального строительства, и о внесении изменений в некоторые акты Правительства Российской Федерации” (Собрание законодательства Российской Федерации, 2017, N 21, ст.3015)
приказываю:

1. Утвердить:

а) типовую форму задания на проектирование объекта капитального строительства согласно приложению N 1 к настоящему приказу;

б) требования к подготовке задания на проектирование объекта капитального строительства согласно приложению N 2 к настоящему приказу.

2. Контроль за исполнением настоящего приказа возложить на заместителя Министра строительства и жилищно-коммунального хозяйства Российской Федерации Х.Д.Мавлиярова.

Министр
М.А.Мень

Зарегистрированов Министерстве юстицииРоссийской Федерации3 мая 2018 года,регистрационный N 50960

Приложение N 1. Типовая форма задания на проектирование объекта капитального строительства

Приложение N 1

УТВЕРЖДЕНОприказом Министерства строительстваи жилищно-коммунального хозяйстваРоссийской Федерации

от 1 марта 2018 года N 125/пр

типовая форма

(наименование и адрес (местоположение) объекта капитального строительства (далее – объект)

I. Общие данные

1. Основание для проектирования объекта:
(указывается наименование и пункт государственной, муниципальной программы, решение собственника)
2. Застройщик (технический заказчик):
(указываются наименование, почтовый адрес, основной государственный регистрационный номер и идентификационный номер налогоплательщика)
3. Инвестор (при наличии):
(указываются наименование, почтовый адрес, основной государственный регистрационный номер и идентификационный номер налогоплательщика)
4. Проектная организация:
(указываются наименование, почтовый адрес, основной государственный регистрационный номер и идентификационный номер налогоплательщика)
5. Вид работ:
(строительство, реконструкция, капитальный ремонт (далее – строительство)
6. Источник финансирования строительства объекта:
(указывается наименование источников финансирования, в том числе федеральный бюджет, региональный бюджет, местный бюджет, внебюджетные средства)
7. Технические условия на подключение (присоединение) объекта к сетям инженерно-технического обеспечения (при наличии):
8. Требования к выделению этапов строительства объекта:
(указываются сведения о необходимости выделения этапов строительства)
9. Срок строительства объекта:
10. Требования к основным технико-экономическим показателям объекта (площадь, объем, протяженность, количество этажей, производственная мощность, пропускная способность, грузооборот, интенсивность движения и другие показатели):
11. Идентификационные признаки объекта устанавливаются в соответствии со статьей 4 Федерального закона от 30 декабря 2009 г. N 384-ФЗ “Технический регламент о безопасности зданий и сооружений” (Собрание законодательства Российской Федерации, 2010, N 1, ст.5; 2013, N 27, ст.3477) и включают в себя:
11.1. Назначение:
11.2. Принадлежность к объектам транспортной инфраструктуры и к другим объектам, функционально-технологические особенности которых влияют на их безопасность:
11.3. Возможность возникновения опасных природных процессов и явлений и техногенных воздействий на территории, на которой будет осуществляться строительство объекта:
11.4. Принадлежность к опасным производственным объектам:
(при принадлежности объекта к опасным производственным объектам также указываются категория и класс опасности объекта)
11.5. Пожарная и взрывопожарная опасность:
(указывается категория пожарной (взрывопожарной) опасности объекта)
11.6. Наличие помещений с постоянным пребыванием людей:
11.7. Уровень ответственности (устанавливаются согласно пункту 7 части 1 и части 7 статьи 4 Федерального закона от 30 декабря 2009 г. N 384-ФЗ “Технический регламент о безопасности зданий и сооружений”:
(повышенный, нормальный, пониженный)
12. Требования о необходимости соответствия проектной документации обоснованию безопасности опасного производственного объекта:
(указываются в случае подготовки проектной документации в отношении опасного производственного объекта)
13. Требования к качеству, конкурентоспособности, экологичности и энергоэффективности проектных решений:
(указываются требования о том, что проектная документация и принятые в ней решения должны соответствовать установленным требованиям (необходимо указать перечень реквизитов нормативных правовых актов, технических регламентов, нормативных документов), а также соответствовать установленному классу энергоэффективности (не ниже класса “С”)
14. Необходимость выполнения инженерных изысканий для подготовки проектной документации:
(указывается необходимость выполнения инженерных изысканий в объеме, необходимом и достаточном для подготовки проектной документации, или указываются реквизиты (прикладываются) материалов инженерных изысканий, необходимых и достаточных для подготовки проектной документации)
15. Предполагаемая (предельная) стоимость строительства объекта:
(указывается стоимость строительства объекта, определенная с применением укрупненных нормативов цены строительства, а при их отсутствии – с учетом документально подтвержденных сведений о сметной стоимости объектов, аналогичных по назначению, проектной мощности, природным и иным условиям территории, на которой планируется осуществлять строительство)
16. Сведения об источниках финансирования строительства объекта:

II. Требования к проектным решениям

17. Требования к схеме планировочной организации земельного участка:
(указываются для объектов производственного и непроизводственного назначения)
18. Требования к проекту полосы отвода:
(указываются для линейных объектов)
19. Требования к архитектурно-художественным решениям, включая требования к графическим материалам:
(указываются для объектов производственного и непроизводственного назначения)
20. Требования к технологическим решениям:
21. Требования к конструктивным и объемно-планировочным решениям (указываются для объектов производственного и непроизводственного назначения):
21.1. Порядок выбора и применения материалов, изделий, конструкций, оборудования и их согласования застройщиком (техническим заказчиком):
(указывается порядок направления проектной организацией вариантов применяемых материалов, изделий, конструкций, оборудования и их рассмотрения и согласования застройщиком (техническим заказчиком)
21.2. Требования к строительным конструкциям:
(в том числе указываются требования по применению в конструкциях и отделке высококачественных износоустойчивых, экологически чистых материалов)
21.3. Требования к фундаментам:
(указывается необходимость разработки решений фундаментов с учетом результатов инженерных изысканий, а также технико-экономического сравнения вариантов)
21.4. Требования к стенам, подвалам и цокольному этажу:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.5. Требования к наружным стенам:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.6. Требования к внутренним стенам и перегородкам:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.7. Требования к перекрытиям:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.8. Требования к колоннам, ригелям:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.9. Требования к лестницам:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.10. Требования к полам:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.11. Требования к кровле:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.12. Требования к витражам, окнам:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.13. Требования к дверям:
(указывается необходимость применения материалов, изделий, конструкций либо определяются конкретные требования к материалам, изделиям, конструкциям)
21.14. Требования к внутренней отделке:
(указываются эстетические и эксплуатационные характеристики отделочных материалов, включая текстуру поверхности, цветовую гамму и оттенки, необходимость применения материалов для внутренней отделки объекта на основании вариантов цветовых решений помещений объекта)
21.15. Требования к наружной отделке:
(указываются эстетические и эксплуатационные характеристики отделочных материалов, включая текстуру поверхности, цветовую гамму и оттенки, необходимость применения материалов для наружной отделки объекта на основании вариантов цветовых решений фасадов объекта)
21.16. Требования к обеспечению безопасности объекта при опасных природных процессах и явлениях и техногенных воздействиях:
(указываются в случае если строительство и эксплуатация объекта планируется в сложных природных условиях)
21.17. Требования к инженерной защите территории объекта:
(указываются в случае если строительство и эксплуатация объекта планируется в сложных природных условиях)
22. Требования к технологическим и конструктивным решениям линейного объекта:
(указываются для линейных объектов)
23. Требования к зданиям, строениям и сооружениям, входящим в инфраструктуру линейного объекта:
(указываются для линейных объектов)
24. Требования к инженерно-техническим решениям:
24.1. Требования к основному технологическому оборудованию (указывается тип и основные характеристики по укрупненной номенклатуре, для объектов непроизводственного назначения должно быть установлено требование о выборе оборудования на основании технико-экономических расчетов, технико-экономического сравнения вариантов):
24.1.1. Отопление:
24.1.2. Вентиляция:
24.1.3. Водопровод:
24.1.4. Канализация:
24.1.5. Электроснабжение:
24.1.6. Телефонизация:
24.1.7. Радиофикация:
24.1.8. Информационно-телекоммуникационная сеть “Интернет”:
24.1.9. Телевидение:
24.1.10. Газификация:

Источник: http://docs.cntd.ru/document/542620215

Задание на проектирование — важнейший документ на который все плюют

Требования к оформлению технического задания на проектирование

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

Подрядчику некогда — огромная конкуренция заставляет делать объекты «на потоке». Заказчики как правило не обладают компетенциями в сфере видео.

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

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

1) Текущее положение дел с ТЗ
2) Зачем ТЗ (задание на проектирование) — Заказчику?
3) Правовой статус задания на проектирование для Подрядчика
4) Ошибки в составлении задания на проектирование
5) Какие требования лучше включить в ТЗ?
6) Оформление задания на проектирование — российские требования (ГОСТ Р 57839-2017)
7) Опыт других стран: рекомендации по составлению эксплуатационных требований к системе видеонаблюдения
8) Выводы

Кому адресован этот блог и почему моему мнению можно доверять.

Мои контакты — пишите по любым интересующим вопросам, в том числе предложения о сотрудничестве.

1) Текущее положение дел с ТЗ

Задание на проектирование — мало распространенная практика на текущее время

наблюдение может быть очень эффективным вложением средств, особенно для среднего и крупного бизнеса. Но для того, чтобы добиться той самой эффективности — нужно приложить усилия. А пока и заказчики, и подрядчики предпочитают «не заморачиваться».

Подрядчик выбирается «сердцем», а чаще «кошельком». При этом подрядчик как правило заинтересован сделать заказ как можно быстрее, с минимальной себестоимостью и максимальной прибылью.

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

В итоге система установлена и даже работает. Но про то, ради чего все затевалась и были потрачены деньги — все (и заказчик и подрядчик) — благополучно забыли.

Простой пример — обзорное видеонаблюдение не решило задачу заказчика

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

Описанная мною идиллия будет продолжаться вплоть до серьезного инцидента (а это может случиться и через пол года, и через год, и через пять — а может и вовсе не случиться).

И вот тогда наступает момент истины — закрывает ли система видеонаблюдения реальную потребность заказчика или все ее назначение сводилось к проставлению галочки в отчете или голове заказчика что уже теперь «все под контролем»:

Потому как при планировании системы не было поставлена четкая задача — распознавать номера въезжающих на парковку авто и лица входящих в здание людей

Потрачено время, нервы и деньги — и все ради чего? Чтобы радоваться сэкономленному бюджету? Или все же для решения более конкретной задачи, связанной с охраной объекта или менеджментом отдельных процессов бизнеса заказчика?

Создание системы видеонаблюдения начинается с формулирования задач в ТЗ

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

Прежде чем пытаться выбрать технические характеристики камер и другого оборудования требуется проработать куда более абстрактные, но при этом важные вещи — определить можно ли проблему решить системой видеонаблюдения и если да — то что заказчик хочет наблюдать и почему он хочет наблюдать за этим?

Этапы создания любого раздела инженерных систем

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

Признаем и тот факт, что проектирование не всегда доступно заказчику. Но это вовсе не означает, что систему можно покупать и устанавливать без предварительного планирования.

Проектирование — это дорого

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

ТЗ — дополнительная работа для проектировщика

К сожалению в России ТЗ / задание на проектирование, как правило, составляет сам подрядчик.

Заказчик, делегируя эту работу, берет на себя дополнительные риски — ведь подрядчик не является независимым экспертом — его интересы почти всегда конфликтуют с интересами заказчика.

Но и взявшись написать ТЗ самостоятельно заказчик очень часто наступает на «грабли»: не понимая сути работы проектировщика заказчик вместо формулирования своих «хотелок» начинает принимать основные технические решения по системе.

Основные ошибки в ТЗ

И в том и в другом случае задание на проектирование / ТЗ не выполняют свою роль важного этапа создания системы видеонаблюдения и вместо исходных данных для проектирования / планирования превращается в «to-do list» от заказчика — прикрути мне такие камеры к такой стене.

Ответственность в этом случае полностью ложится на плечи заказчика, ведь от подрядчика не требуется принимать никаких решений — только выполнить то, что желает заказчик. «Хотели эту камеру в этом месте — ну так вот она, получите и распишитесь.

Вы не можете по этой камере идентифицировать незнакомого человека или прочесть регистрационный номер автомобиля? Ну а я то тут при чем?»

2) Зачем ТЗ (задание на проектирование) — Заказчику?

Хотел бы донести простую вещь до уважаемых заказчиков. Ваша система видеонаблюдения нужна вам и только вам и никому другому.

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

Задание на проектирование — это четкая постановка задачей и целей

Если вы все таки приняли решение внедрить видеонаблюдение в свой бизнес то к дальнейшему планированию нужно подойти ответственно, погружаясь в детали, не делегирую полностью задачу подрядчику. Речь конечно не идет о том, что вы должны понимать как все это работает, принципы формирования изображения на камере или проштудировать стек TCP/IP.

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

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

И я не вижу в этом ничего страшного — хуже когда CCTV начинают считать волшебной пилюлей от всех проблем на объекте — это далеко не так.

ТЗ — основной документ Заказчика после договора

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

На этапе планирования нужно подумать о том, как система будет использоваться и эксплуатироваться в повседневной практике предприятия; кто и в каком объеме будет заниматься ее техническим обслуживанием и контролем эксплуатационных характеристик с течением времени (ведь все течет и меняется, техника стареет, объект где установлено видео тоже не закостенелая структура); что будет с системой в течении срока ее эксплуатации (и на какой срок вы рассчитываете?), есть ли планы дальнейшей модернизации / масштабирования системы и многое другое. Подробней об различных важных аспектах планирования внедрения системы видеонаблюдения поговорим чуть ниже.

3) Правовой статус задания на проектирование для Подрядчика

Надеюсь что в важности ТЗ для заказчика я вас смог убедить. Но какое отношение это имеет к подрядчику? Стоит ли разбираться в этом вопросе — или это полностью задача заказчика?

ТЗ для Подрядчика — фиксирует требования Заказчика и гарантирует от постоянных изменений «хотелок»

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

ТЗ — это страховка от конфликта между Заказчиком и Подрядчиком

К содержанию подписываемого ТЗ нужно относится весьма внимательно. Данные требования являются обязательными к исполнению.

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

Сроки и стоимость, как правило, прописываются в договоре, а вот подробные требования объему работ и критериям их приемки (методологии подтверждения качества) — в задании на проектирование / техническом задании.

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

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

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

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

Неотъемлемой частью договора (контракта) должно быть задание на проектирование (СНиП 11-01-95, п.2.7)

Важно понимать разницу между заданием на проектирование и техническим заданием (ТЗ). Задание на проектирование является юридически значимым термином. Оно упоминается во многих нормативно-правовых документах:

Задание на проектирование (а вовсе не простонародное «ТЗ») — упоминается в Градостроительном и Гражданском кодексе РФ

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

Я бы все же рекомендовал прописать в договоре пункт о проектировании и создании рабочей документации.

Оставлять объект совсем без документации после монтажа — это крайне не дальновидно: обслуживать, ремонтировать, модернизировать и расширять (масштабировать) такую систему будет проблематично.

И чем больше с момента монтажа будет проходить времени — тем сложнее в плоть до полной невозможности модернизировать установленную систему с сохранением проложенных кабельных трасс (прецеденты имеются).

рабочей документации практически полностью определяется заданием на проектирование

Источник: http://eozerov.ru/design-assignment/

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

Требования к оформлению технического задания на проектирование

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

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

Зачем нужно Техническое задание?

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

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

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

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

Техническое задание выполняет ряд важных функций:

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

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

Кто составляет ТЗ?

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

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

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

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

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

По каким ГОСТам пишется ТЗ?

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

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

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

Какой ГОСТ для Технического задания выбрать?

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

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

Чем отличаются ГОСТ 34 от ГОСТа 19 при написании ТЗ

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

ГОСТ 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. 1.9. Требования к защите информации от несанкционированного доступа
4.1.10. Требования по сохранности информации при авариях

Источник: http://docplace.ru/tz/

Задание на проектирование

Требования к оформлению технического задания на проектирование

Задание на проектирование – это неотъемлемая часть договора подряда на выполнение проектных работ.

Правовой основой для подготовки задания на проектирование является положение статьи 759 Гражданского кодекса Российской Федерации, в которой установлено:

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

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

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

Требования к заполнению Задания на проектирования несколько раз менялись и дополнялись, но с марта 2018 г. действует типовая форма, утверждённая Приказом №125/пр от 1 марта 2018 г.

Типовая форма задания на проектирование:

Задание на проектирование объекта капитального строительства

(наименование и адрес (местоположение) объекта капитального строительства (далее — объект)
Юр-защита
Добавить комментарий