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

Содержание
  1. Как написать Техническое задание по ГОСТу
  2. Зачем нужно Техническое задание?
  3. Кто составляет ТЗ?
  4. По каким ГОСТам пишется ТЗ?
  5. Какой ГОСТ для Технического задания выбрать?
  6. Чем отличаются ГОСТ 34 от ГОСТа 19 при написании ТЗ
  7. Стандарты и шаблоны для ТЗ на разработку ПО
  8. Гост 34
  9. Гост 19
  10. IEEE STD 830-1998
  11. ISO/IEC/ IEEE 29148-2011
  12. RUP
  13. SWEBOK, BABOK и пр
  14. А как же agile?
  15. Заключение
  16. Как составить техническое задание на проектирование
  17. «Задание на проектирование» и «Техническое задание»: в чем разница
  18. Нормативная база на составление Задания на проектирование
  19. Основные положения Задания на проектирование
  20. Что необходимо обязательно отразить в Задании на проектирование
  21. Как утвердить «Задание на проектирование»
  22. Об утверждении типовой формы задания на проектирование объекта капитального строительства и требований к его подготовке , Приказ Министерства строительства и жилищно-коммунального хозяйства Российской Федерации от 01 марта 2021 года №125/пр
  23. Приложение N 1. Типовая форма задания на проектирование объекта капитального строительства
  24. I. Общие данные
  25. II. Требования к проектным решениям
  26. Техническое задание
  27. Пример технического задания

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

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

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

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

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

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

Сегодня, когда в моде 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/

Стандарты и шаблоны для ТЗ на разработку ПО

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

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

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

Придется сделать такую статейку самому… И так, основные стандарты, методологии и своды знаний, где упоминается ТЗ или SRS (Software (or System) Requirements Specification): • Гост 34 • Гост 19 • IEEE STD 830-1998 • ISO/IEC/ IEEE 29148-2011 • RUP • SWEBOK, BABOK и пр.

Гост 34

Гост 34.602-89 Техническое задание на создание автоматизированной системы регламентирует структуру ТЗ на создание именно СИСТЕМЫ, в которую входят ПО, аппаратное обеспечение, люди, которые работают с ПО, и автоматизируемые процессы.

Согласно Гост 34 техническое задание должно включать следующие разделы: 1. Общие сведения 2. Назначение и цели создания (развития) системы 3. Характеристика объектов автоматизации 4. Требования к системе 5. Состав и содержание работ по созданию системы 6.

Порядок контроля и приемки системы 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 8. Требования к документированию 9.

Источники разработки При разработке ТЗ для государственных проектов Заказчики, как правило, требуют соблюдение именно этого стандарта.

Гост 19

“Гост 19.

ххх Единая система программной документации (ЕСПД)” — это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ (или ПО) и программной документации. Т.е. этот стандарт относится к разработке именно ПО.

Согласно Гост 19.201-78 Техническое задание, требования и оформлению техническое задание должно включать следующие разделы:

1. Введение; 2. Основания для разработки; 3. Назначение разработки; 4. Требования к программе или программному изделию; 5. Требования к программной документации; 6. Технико-экономические показатели; 7. Стадии и этапы разработки; 8. Порядок контроля и приемки; 9. Приложения. Естественно Гост 34 (и 19) уже устарели, и я не люблю их использовать, но при правильном интерпретации стандартов, можно получить хорошее ТЗ, см. Заключение.

IEEE STD 830-1998

Достаточно хорошее определение стандарта 830-1998 — IEEE Recommended Practice for Software Requirements Specifications дано в самом его описании: Описывается содержание и качественные характеристики правильно составленной спецификации требований к программному обеспечению (SRS) и приводится несколько шаблонов SRS.

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

  • 1. Назначение
  • 2. Область действия
  • 3. Определения, акронимы и сокращения
  • 4. Ссылки
  • 5. Краткий обзор

2. Общее описание

  • 1. Взаимодействие продукта (с другими продуктами и компонентами)
  • 2. Функции продукта (краткое описание)
  • 3. Характеристики пользователя
  • 4. Ограничения
  • 5. Допущения и зависимости

3.

Детальные требования (могут быть организованы по разному, н-р, так)

  • 1. Требования к внешним интерфейсам
    • 1. Интерфейсы пользователя
    • 2. Интерфейсы аппаратного обеспечения
    • 3. Интерфейсы программного обеспечения
    • 4. Интерфейсы взаимодействия
  • 2. Функциональные требования
  • 3.

    Требования к производительности

  • 4. Проектные ограничения (и ссылки на стандарты)
  • 5. Нефункциональные требования (надежность, доступность, безопасность и пр.)
  • 6. Другие требования

4. Приложения 5.

Алфавитный указатель

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

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

ISO/IEC/ IEEE 29148-2011

Стандарт IEEE 29148-2011 обеспечивает единую трактовку процессов и продуктов, используемых при разработке требований на протяжении всего жизненного цикла систем и программного обеспечения. Он приходит на смену стандартов IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998.

Данный стандарт содержит два шаблона спецификации требований: • System requirements specification (SyRS) • Software requirements specification (SRS) System Requirements Specification (SyRS) определяет технические требования для выбранной системы и удобства взаимодействия предполагаемой системы и человека.

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

Она может включать в себя концептуальные модели, спроектированные для иллюстрации содержания системы, сценариев использования, основных сущностей предметной области, данных, информаций и рабочих процессов. Из определения следует, что это аналог ТЗ, описанного в Гост 34. SyRS может содержать следующие разделы: 1. Введение

  • 1. Назначение системы
  • 2. системы (границы системы)
  • 3. Обзор системы
    • 1. системы
    • 2. Функции системы
    • 3. Характеристики пользователей
  • 4. Термины и определения

2. Ссылки 3. Системные требования

  • 1. Функциональные требования
  • 2. Требования к юзабилити
  • 3. Требования к производительности
  • 4. Интерфейс (взаимодействие) системы
  • 5. Операции системы
  • 6. Состояния системы
  • 7. Физические характеристики
  • 8. Условия окружения
  • 9. Требования к безопасности
  • 10. Управление информацией
  • 11. Политики и правила
  • 12. Требования к обслуживанию системы на протяжении ее жизненного цикла
  • 13. Требования к упаковке, погрузке-разгрузки, доставке и транспортировке

4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3) 5. Приложения

  • 1. Предположения и зависимости
  • 2. Аббревиатуры и сокращений

SRS это спецификация требований для определенного программного изделия, программы или набора программ (продукт), которые выполняют определенные функции в конкретном окружении. Из определения следует, что это аналог ТЗ, описанного в Гост 19, а по структуре очень напоминает SRS из стандарта IEEE 830. SRS может содержать следующие разделы: 1.

Введение

  • 1. Назначение
  • 2. (границы)
    • 3. Обзор продукта
    • 1. Взаимодействие продукта (с другими продуктами и компонентами)
    • 2. Функции продукта (краткое описание)
    • 3. Характеристики пользователей
    • 4. Ограничения
  • 4. Термины и определения

2. Ссылки 3. Детальные требования

  • 1. Требования к внешним интерфейсам
  • 2. Функции продукта
  • 3. Требования к юзабилити
  • 4. Требования к производительности
  • 5. Требования к логической структуре БД
  • 6. Ограничения проектирования
  • 7. Системные свойства ПО
  • 8. Дополнительные требования

4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3) 5. Приложения

  • 1. Предположения и зависимости
  • 2. Аббревиатуры и сокращений

Данный стандарт достаточно сложно найти в открытом виде в Интернете, но постараться можно, и опять же только на англ.

RUP

Структура SRS в RUP(Rational Unified Process) представляет собой документ, в котором необходимо описать артефакты, полученные в процессе специфицирования требований.

Шаблон SRS в RUP адаптирован из стандарта IEEE STD 830 и содержит два варианта:

• Традиционный шаблон SRS со структурированными функциональными требованиями по функциям Системы, максимально похож на 830 стандарт. • Упрощенный шаблон SRS со структурированными функциональными требованиями в виде вариантов использования (use cases): 1. Введение.

  • 1. Цель.
  • 2. Краткая сводка возможностей.
  • 3. Определения, акронимы и сокращения.
  • 4. Ссылки.
  • 5. Краткое содержание.

2. Обзор системы

  • 1. Обзор вариантов использований.
  • 2. Предположения и зависимости.

3. Детальные требований

  • 1. Описание вариантов использования.
  • 2. Дополнительные требования.
  • 3. Другие функциональные требования.
  • 4. Нефункциональные требования.

4. Вспомогательная информация.

Естественно, что в Интернете можно найти шаблон и примеры SRS от RUP.

SWEBOK, BABOK и пр

SWEBOK, BABOK, а также множество других методологий разработки ПО и сводов знаний при упоминании SRS ссылаются на вышеупомянутые зарубежные стандарты.

Также стоит сказать, что для описания требований к АС и ПО используются и другие виды документов, кот каждый называет по разному: FRD (Functional Requirements Document), RD (Requirements Document), ПЗ (Постановка задачи или Пояснительная записка) и пр.

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

А как же agile?

Я скажу одной фразой из Манифеста Agile: “Working software over comprehensive documentation”. Поэтому в Agile документации отводится совсем мало места. Мое же убеждение, что разработать АС без ТЗ можно (используя техники/рекомендации Agile), но вот в дальнейшем сопровождать — невозможно. Поэтому сразу задумайтесь, как вы будете писать ТЗ и другую документацию, при разработке ПО по Agile.

Заключение

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

Но главное, чтобы ТЗ не превращалось в ХЗ, а, именно, содержание (наполнение) в ТЗ — самое главное! Но это уже совсем другая история… Если есть интерес, то можно пройти он-лайн курс Разработка и управление требованиями к ПО.

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

Также рекомендую ознакомиться со следующими материалами: Хабы:

  • Анализ и проектирование систем

Источник: https://habr.com/ru/post/328822/

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

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

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

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

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

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

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

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

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

Форма задания на проектирование объектов непроизводственного назначения

«Задание на проектирование» и «Техническое задание»: в чем разница

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

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

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

Нормативная база на составление Задания на проектирование

В настоящее время действуют два важных документа:

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

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

Основные положения Задания на проектирование

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

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

Типовая форма Задания на проектирование состоит из трех основных разделов:

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

Что необходимо обязательно отразить в Задании на проектирование

Заглавие документа должно «буква в букву» соответствовать названию объекта, которое прописывается в штампе чертежей. Даже, если вы работаете без договора, это сведет к минимуму возможность разночтений в дальнейшем и покажет серьезность подхода с вашей стороны. Например, «Жилой дом по адресу Бестужева, 21, г. Таганрог. Раздел «Водоснабжение».

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

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

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

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

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

Скачать Задание на проектирование (образец ГОСТ) можно по ссылке в конце статьи.

Как утвердить «Задание на проектирование»

В соответствии с Приказом Минстроя «Задание на проектирование» утверждается заказчиком с использованием цифровой подписи.

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

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

Источник: http://dwgformat.ru/2021/03/31/task/

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

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

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

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

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

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

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

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

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

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

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

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

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

от 1 марта 2021 года 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

Техническое задание

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

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

Пример технического задания

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

НаименованиеОсновные данные и требования
1Заказчик
Исполнитель
Вид строительстваНовое, капитальное
Тип проектируемого объекта Жилой дом с встроенными помещениями. Гаражом и бассейном в теплом контуре дома. Индивидуальный проект жилого дома.
Расположение объекта
Основания для проектирования

-Техническое задание

-Топосъемка в М1:500 

-Геологические изыскания

-Геодезические зыскания

-Технические условия для подключения инженерных коммуникаций

-Правила поселка

Стадийность проектирования Эскизный проект. Рабочий проект – Архитектурные решения, конструктивные решения, отопление, вентиляция и кондиционирование, водоснабжение, канализация, электроснабжение, электрооборудование слаботочные сети.
Сроки проектирования___________ календарных дней
Стоимость оказания услуг……… руб. (…………….рублей)
10  Ограничение по стоимости строительства 1 кв. м., жилья включая отделку помещений с мебелью и благоустройство территории.Не более 120 000 (сто двадцать тысяч рублей).
11  Требования по вариантной разработке.Одно вариантное планировочное решение.
12  Данные об особых условиях строительства. II климатический район, подрайон – IIВ с обычными геологическими условиями. Расчетная температура наружного воздуха от – 28° С до +22), расчетная температура
13 Существующие инженерные решения
14 Требуемые инженерные решения -Устройство водозаборной скважины -Устройство системы локальной очистки бытовых и хозяйственных сточных вод – Септик -Система резервного электропитания -Инверторно-аккумуляторная система резервного электроснабжения.
15 Обеспечение безопасности -Скрытая система видеонаблюдения за счет интернета. -Антивандальные мероприятия в отсутствии дома жителей.
16 Слабые сети -Интернет-оптико-волоконный, в каждой комнате разводка. -Телевидение: Для приема телевидения предусмотреть индивидуальную антенну и спутниковую тарелку. -наблюдение: В соответствии с техническим заданием.
17  Требования в области инженерного обеспечения и оборудования. Предусмотреть полное инженерное оборудование в соответствии с действующими нормами СНиП и ТУ. 1 Системы холодного водоснабжения: Уровень А: предусмотреть помещение для ввода водопровода магистрали и стояки – из полипропиленовых труб, разводки – полипропиленовые, металлопластиковые. 2 Системы горячего водоснабжения Автономный (газовой) бойлер на 500 литров от котла, расположенного в котельной. Циркуляция горячей воды. Магистрали и стояки – из полипропиленовых труб, разводки – полипропиленовые, металлопластиковые. Снабжение дома горячей водой, отопление в закрытом утепленном канале. Систему бытовой канализации здания предусмотреть по ТУ. Внутренняя сеть канализации – из полиэтиленовых, канализационных труб по ГОСТ 22689-89. Канализация в септик. Количество жителей в доме: 8 человек, в пиковой нагрузки. От автономного котла – 2 шт. Двухтрубная система с горизонтальной поэтажной разводкой, приборы отопления – радиаторы стальные с установкой защитных экранов (биметаллические). Трубы отопления полиэтиленовые. Отопление – 2 контура. Уровни: А; В; С; Е. Теплые полы 2 контура Уровни: В; С. В холлах, гардеробе, с/у, кухне, в бассейне, спорт зале, Гардеробах уровня С. Приточно-вытяжная с механическим побуждением во всех помещениях дома (с подогревом). В С/У – принудительная вытяжка. Кондиционирование-с помощью вентиляторных доводчиков (фанкойлов) – по комнатное регулирование. Принятие решения о необходимости создания приточной вытяжной вентиляции, проектного решения на стадии проектирования. Электроснабжение выполнить в соответствии с ПУЭ. Предусмотреть резервный генератор, обеспечивающий минимальное освещение и работу оборудования. 7 Заземление и молниезащита: Предусмотреть заземление и молниезащиту здания по РД 34.21.122-87 и СО 153-34.21.122-2003. Предусмотреть видео наблюдение с отдельным ip адресом. Для дистационного видеонаблюдения с отдельным приложением. Интернет-оптико-волоконный, в каждой комнате, разводка. Телевидение: Для приема телевидения предусмотреть индивидуальную антенну и спутниковую тарелку. Два вида: Триколор ТВ Астра Sip – телефония по отдельно выделенному каналу интернета. Для устройства домашней телефонии.
18 Характеристика проектируемого объекта -Индивидуальный жилой дом, с цокольным этажом с гаражом на 2 машины места и СПА комплексом внутри дома. -Участок строительства будущего проекта имеет правильную (практически квадратную ) форму. -Уточненная площадь участка 1447 кв.м. -На участке расположены существующие зеленые насаждения. -Крупномерные деревья лиственных пород (они удаляются с последующим озеленением участка). -В проекте необходимо предусмотреть организацию территории участка учитывая существующий ситуационный план. -Архитектурное направление – Современный стиль / Класический / -Конструктивный материал строений комплекса – кирпич / -Фундамент – Соответственно решению раздела КЖ (Конструкции железобетонные ) архитектурного проекта на основании геологических изысканий грунта -При разработке проекта использовать натуральные отделочные материалы: -Фасады строений – кирпич и облицовочный кирпич, массивное остекление основных помещений комплекса, включением балконов и колонн. -Конструктивные и декоративные элементы строений – Дерево, металл, натуральный камень. -Основание – Натуральный камень -Кровля – Фальцевая кровля с применением громоотводов и ливнестоков. -Цветовая гамма архитектурных решений – Спокойные тона, натуральные, природные оттенки. -Акцентные решения – Общий архитектурный образ строений, декоративные архитектурные элементы, фасадное освещение, натуральные композиции, зеленых насаждений
19 Высота помещений в чистоте, м. Уровень Е: согласно проекта, но не менее 2.3 в центре.
20 Окна жилого здания. Алюминиевые окна с двухкамерным стеклопакетом, с термопрофилем, минимум створок в основном преобладанием одностворчатых окон, простой прямоугольной формы, поворотно-откидные без форточек или фрамуг, серые/серые. Оснащённые устройством системы естественного проветривания (саморегулируемая система вентиляции) и несколькими режимами открывания. Оснащение противомоскитной сеткой. Звукоизоляция – в соответствии с Российскими нормами. Высококачественная фурнитура с дополнительными деталями (ограничитель поворота, защелка, поворотно-откидной ограничитель, стопор поворота).
21 Подоконные отливы. Из оцинкованного листа с полимерным покрытием.
22 Подоконные доски. Мраморные подоконники с подобранном дизайном.
23  Учет и регулирование для здания ресурсоснабжающих элементов.Счетчик не требуется для воды. Запорная арматура импортная, сертифицированная в РФ, либо российский аналог. Все фирмы Sanha. Автоматическое поддержание температуры ГВС с использованием автоматических регуляторов.
24  Электроснабжение: внутренние магистральные сети, разводка по комнатам, разводка по нежилым помещениям. Электрическая мощность: учет, регулирование в комнатах, учет, регулирование в местах общего пользования Электропроводка – медным проводом в соответствии с нормативной документацией. Скрыто в конструкции стен или фальш стен. По расчету в соответствии с СП 31-110-2003. Отдельный учет. Установка приборов электробезопасности и учета. Двухтарифные счетчики. В соответствии с ТУ.
25  в местах общего пользования В соответствии с нормами с установкой оконечных изделий Освещение лестниц, парадных и входов в парадные –  автоматическое с помощью световых датчиков, с использованием светодиодных ламп.
26  Дополнительные требования для эксплуатацииПредусмотреть вместо пробок для слива воды из систем отопления, горячего и холодного водоснабжения шаровые краны. При наличии повысительных насосов в системах отопления, горячего и холодного водоснабжения предусмотреть установку систем защиты насосов от перекоса фаз, автоматического управления давлением, и защиты от «сухого пуска». Предусмотреть установку на системах отопления, горячего и холодного водоснабжения шаровых кранов. Переключение питания ГРЩ с одной линии на другую – автоматическое с возможностью ручного переключения.
27  Демонстрационные материалы.Демонстрационный альбом эскизного проекта с основной информацией об объекте (формат А3) и на электронном носителе информации, предоставить на согласование согласно календарному плану выполнения работ.
28  Требования о ведении авторского надзораАвторский надзор осуществлять по отдельному договору
29  Количество экземпляров проектно-сметной документации, передаваемой ЗаказчикуТри экземпляра в виде альбомов формата А3 и один экземпляр электронной копии документации на электронном носителе в формате PDF
30  Экспликация помещений дома Комплектация основных помещений комплекса.Дом/Уровень А Различные помещения – 60 кв.м. Итого: Уровень А – 60 кв.м. Гостевая спальная – 12 м.кв. Помещение бассейна – 40 м.кв. Итого теплого контура:195 кв.м. Ванная комната – 12 кв.м. Гардероб при спальной – 8 кв.м. Ванная комната при спальной – 13 кв.м. Гардероб при спальной – 19 кв.м. Итого теплого контура:139 кв.м. Рабочий кабинет, читальный зал: – 61 кв.м. Итого теплый контур:61 кв.м. Итого Общая ( Предварительная ) площадь помещений дома: 512 кв.м. Дополнительная требуемая площадь: Площадь дополнительных помещений определяется на этапе эскизного проекта при разработке архитектурно планировочного решения дома Открытые площади в структуре строений: Терраса в структуре дома – 40 м.кв. Открытые площади в структуре участка: Открытая зона отдыха – 20 м.кв. Самостоятельное строение закрытого типа расположенное в комплексе с домом Общая (Предварительная) площадь гаража Дополнительно предусмотреть: Внутри дома на уровне В: русскую печь мс магистральным дымоходом на уровне С и уровне Е с выходом на кровлю. На уровне Е: устроить камин. Площадку открытого типа для стоянки автомобилей Машиномест на площадке – 2 Хозяйственный блок в структуре уровня А: Хранение уборочного садового оборудования и инвентаря Площадь помещений комплекса и открытых площадей может корректироваться в соответствии с конфигурацией помещений в структуре будущего планировочного решения. В таблице приведены (Предварительные) площади помещений.

Источник: https://way-project.com/uslugi/proektirovanie/tekhnicheskoe-zadanie

Все о правах
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: