Содержание
На странице приводится краткое описание общего порядка оформления заказа на проектные работы. В каждом отдельном случае, следует руководствоваться требованиями законодательной и нормативной документации в зависимости от назначения объекта и целей проектных работ.
Получение исходной разрешительной документации.
Градостроительный кодекс РФ, Статья 48. Архитектурно-строительное проектирование:
«… В случае, если подготовка проектной документации осуществляется физическим или юридическим лицом на основании договора с застройщиком или заказчиком, застройщик или заказчик обязан предоставить такому лицу:
- градостроительный план земельного участка;
- результаты инженерных изысканий (в случае, если они отсутствуют, договором должно быть предусмотрено задание на выполнение инженерных изысканий);
- технические условия (в случае, если функционирование проектируемого объекта капитального строительства невозможно обеспечить без подключения такого объекта к сетям инженерно-технического обеспечения).
Технические условия, предусматривающие максимальную нагрузку и сроки подключения объектов капитального строительства к сетям инженерно-технического обеспечения, срок действия технических условий, а также информация о плате за подключение предоставляется организациями, осуществляющими эксплуатацию сетей инженерно-технического обеспечения, без взимания платы в течение четырнадцати дней по запросам органов местного самоуправления или правообладателей земельных участков. Срок действия предоставленных технических условий и срок платы за подключение устанавливаются организациями, осуществляющими эксплуатацию сетей инженерно-технического обеспечения, не менее чем на два года, за исключением случаев, предусмотренных законодательством Российской Федерации. Правообладатель земельного участка в течение года с момента получения технических условий и информации о плате за подключение должен определить необходимую ему подключаемую нагрузку к сетям инженерно-технического обеспечения в пределах предоставленных ему технических условий.
… Орган местного самоуправления не позднее чем за тридцать дней до дня проведения соответствующих торгов, либо до дня принятия решения о предоставлении земельного участка, находящегося в государственной или муниципальной собственности, для строительства, либо до дня принятия решения о предварительном согласовании места размещения объекта капитального строительства предоставляет заинтересованным лицам технические условия присоединения к сетям инженерно-технического обеспечения, предусматривающие максимальную нагрузку, срок подключения объекта капитального строительства к сетям инженерно-технического обеспечения, срок действия технических условий, информацию о плате за подключение, а также о плате за технологическое присоединение к электрическим сетям…».
Техническое задание на проектирование (образец заполнения)
Перечень основных данных и требований
Основание для проектирования
Федеральная целевая программа.
Программа развития субъекта РФ.
Программа развития муниципального образования.
Ведомственная целевая программа.
Решение Президента РФ, Правительства РФ, органов государственной власти субъектов РФ и органов местного самоуправления в соответствии с их полномочиями.
Решение застройщика.
Новое строительство.
Реконструкция.
Капитальный ремонт.
Текущий ремонт.
Проект.
Рабочая документация.
Проект и рабочая документация – двухстадийное проектирование.
Рабочий проект.
Эскизный проект.
Технико-экономическое обоснование.
Требования по вариантной и конкурсной разработке
Указать требования, если требуется выполнение сравнения вариантов проектных решений.
Федеральный бюджет.
Региональный бюджет.
Муниципальный бюджет.
Внебюджетные средства.
Особые условия строительства
Привести описание таких условий при их наличии, либо дать указания по реализации проекта в случае появления таких условий в процессе проектирования и строительства.
Основные технико-экономические показатели объекта, в т. ч. мощность, производительность, производственная программа, в т. ч., жилых или общественных зданий, их назначение (этажность, число секций и квартир, вместимость или пропускная способность)
Краткое описание объекта проектирования с указанием его основных показателей или потребительских качеств, которые необходимо получить в процессе проектирования.
Назначение и типы встроенных в жилые дома предприятий общественного обслуживания, их мощность, вместимость, пропускная способность, состав и площади помещений, строительный объем
Заполняется в случае наличия таких объектов в составе объекта проектирования. Относится к жилым домам.
Требования к качеству конкурентоспособности и экологическим параметрам продукции. Требования к технологии, режиму предприятия
Указать требования по технологии производства – технологическое задание, подробно описывающее технологию производства, требуемые нагрузки от технологического оборудования, особые требования по размещению технологического оборудования, требуемые площади, особые условия, описывающие производственный процесс и так далее. Обращаем особе внимание на важность подготовки технологического задания, так как от его качества во многом зависит функциональность объекта проектирования и его пригодность для нужд заказчика. Многие крупные организации, особенно сетевые компании, имеют подробное описание требований к технологическим процессам.
Требования к архитектурно-строительным, объемно-планировочным и конструктивным решениям, условиям блокировки, отделке здания
Приводятся рекомендации по расположению зданий, помещений, их площадям, даются рекомендации по применению строительных материалов зданий их отдельных конструкций и т.д.
Требования к благоустройству и малым архитектурным формам
Приводится описание требований по благоустройству прилегающей территории, посадке растений, прокладке подъездных путей, пешеходных дорожек, парковок, игровых площадок и т.д.
Основные требования к конструктивным решениям и материалам несущих и ограждающих конструкций
Указать требования по конструктивным решения стен, покрытия (крыши), перекрытий, ферм, балок и т.д.
Основные требования к инженерному и технологическому оборудованию
Дать указания по применению и описание систем отопления, вентиляции, водопровода, канализации, электрических сетей, внешних инженерных сетей
Выделение очередей и пусковых комплексов, требования по перспективному расширению предприятия
Дать указанию по выделению в составе объекта пусковых комплексов – перечень зданий и сооружений по каждому комплексу в отдельности с указанием очередности и сроков ввода в эксплуатацию, если планируется расширения предприятия после завершения комплекса проектных работ, то указать требования для учета в разрабатываемом проекте.
Требования и условия к разработке природоохранных мер и мероприятий
Указать необходимость разработки раздела по оценке влияния объекта на окружающую среду. При это раздел «Охрана окружающей среды» разрабатывается в составе проектной документации по нормативным требованиям. Наиболее часто указывается ссылка на технические условия природоохранных организаций.
Требования по обеспечению условий жизнедеятельности маломобильных групп населения
Указать дополнительные требования по обеспечению доступа инвалидов на объект, не указанные в требованиях нормативной документации.
Требования к режиму безопасности и гигиене труда
В случае разработки в составе проектной документации раздела «Организация и условия труда работников» указать требования к данному разделу. Применяется для промышленных объектов.
Требования к экологическим и санитарно-эпидемиологическим условиям
Указать дополнительные требования к проектной документации на основании заключения СЭС, Роспотребнадзора.
Требования по разработке инженерно-технических мероприятий гражданской обороны и мероприятий по предупреждению чрезвычайных ситуаций (ГОиЧС)
В случае, если объект категорирован по ГОЧС (технические условия выдаются уполномоченным органом по ГО и ЧС), приводится ссылка на технические условия по ГОЧС и даются указания о необходимости разработки данного раздела.
Требования по разработке раздела противопожарной безопасности
Раздел обязателен к разработке согласно требований нормативной документации. Указать дополнительные требования по разработке данного раздела.
Требования по разработке раздела оценки энергетической эффективности ограждающих конструкций
Раздел – «Мероприятия по обеспечению соблюдения требований энергетической эффективности и требований оснащенности зданий, строений и сооружений приборами учета используемых энергетических ресурсов» является обязательным при разработке проектной документации. Указываются дополнительные требования или указания по оснащению объекта приборами учета энергетических ресурсов»
Требования к методу составления сметной документации
Базисно-индексный метод.
Ресурсный метод – в текущий ценах.
Требования по выполнению опытно-конструкторских и научно-исследовательских работ в процессе проектирования и строительства
Указать, если такие работы требуются в процессе проектирования. Обычно этот пункт просто исключается.
Требования по выполнению демонстрационных материалов
Заполняется в случае необходимости выполнения макета объекта, 3D презентаций, демонстрационных альбомов и так далее с указанием требований к демонстрационным материалам.
Специальные технические требования на которые отсутствуют нормативные требования
На практике данный пункт заменяется на «Дополнительные требования» в которых указываются требования к оформлению проектно-сметной документации, количеству экземпляров проекта и наличию электронной копии, прочие условия заказчика по разработке проектной документации.
Техническое задание на проектирование составляется архитектором совместно с заказчиком бесплатно перед заключением Договора и является основополагающим документом при проведении проектных работ.
Пример технического задания
Техническое задание на проектирование 2-х этажного индивидуального жилого дома площадью 1624 м 2 и отдельно стоящего 2-х этажного здания гаража, помещения охраны и котельной площадью 226 м 2
| Перечень основных данных и требований | Данные по проектируемому объекту | |
|---|---|---|
| 1 | Основание для проектирования | Договор |
| 2 | Проектная организация | ООО «ПС Московский архитектор» |
| 3 | Вид строительства | Новое, капитальное |
| 4 | Стадийность проектирования | Эскизный проект. Рабочий проект- Архитектурные решения, конструктивные решения, отопление вентиляция кондиционирование, водопровод, канализация, электрооборудование и другие инженерные разделы. |
| 5 | Требования по вариантной разработке | 2-3 варианта планировочных решений. На стадии «Эскизный проект» выполняется 3-Д модель. |
| 6 | Данные об особых условиях строительства | II климатический район, подрайон — IIВ с обычными геологическими условиями. Расчетная температура наружного воздуха (- 28°С), расчетная температура внутри помещений (+ 22°С). |
| 7 | Общие сведения об участке (месторасположение, границы, площадь) | Участок расположен на территории Московской области. Поселок __________________. Площадь участка -1,5 га. По двум сторонам соседние участки, с третьей стороны лес, с четвертой — проезжая дорога. Рельеф территории спокойный с небольшим уклоном, вглубь участка. Участок подключен к общей поселковой электросети и газифицирован. |
| 8 | Основные технико-экономические показатели | Предполагается возвести двухэтажный капитальный дом в английском стиле для круглогодичной эксплуатации, по индивидуальному проекту, общей площадью 1624 кв.м. Дом без подвала (цокольного этажа) и мансарды. |
План 1-ого этажа (высота этажа 4,0 м.)
Тамбур входа — 40 м 2
Гардеробная — 64 м 2
С/У при гардеробной и кухне — 13+8 м 2
Холл с лестницей на 2-ой этаж — 225 м 2
Кухня — 41 м 2
Столовая — 103 м 2
Многофункциональная гостиная-151 м 2
Гостевой блок – спальня -35 м 2
с/у – 12 м2, гардеробная — 20 м 2
Веранда — 50 м 2 х 2 шт.
ИТОГО ПО ЭТАЖУ – 812 м 2
План 2-ого этажа (высота этажа 4,0 м)
Холл — 110 м 2
Левый спальный блок-182 м 2 (две спальни, два с/у 12+12 м 2 , две гардеробные 24 + 24 м 2 )
Балкон — 28 м 2
Игровая — 49 м 2
Правый спальный блок — 182 м 2 (две смежных спальни, с/у 24, две гардеробных 24 + 24 м 2 )
Балкон — 28 м 2
Кабинет — 49 м 2
Бильярдная — 79 м 2
Галлерея 105 м 2
Зимний сад 39 м 2
ИТОГО ПО ЭТАЖУ — 812 м 2
— Топосъемка в М1:500 в бумажном и электронном виде.
— Геологические исследования грунтов (после определения места посадки здания).
— Технические условия на подключение к инженерным системам поселка.
План 1-го этажа (высота этажа 3,0 м)
Гараж на 2 м/м 56 м 2
Топочная -30 м 2
Пост охраны, с/у, хозблок — 20
Дизельгенератор 10
План 2-го этажа (высота этажа 3,0 м)
3 комнаты, кухня, с/у -110 м 2
Фасады: красный облицовочный, искусственно состаренный кирпич с белыми оштукатуренными деталями.
Окна:
— Окна деревянные с двухкамерными стеклопакетами.
— Витражи деревянные заполнением 2-х камерными стеклопакетами.
Двери: Деревянные дубовые.
Стены:
— высококачественная штукатурка стен и перегородок.
— Материалы по дизайн — проекту.
Полы: — толщина 200 мм.
Перегородки кабин санузлов и душевых:
— полнотелый глиняный кирпич 120 мм.
— керамическая плитка, керамогранит.
Крыльца –монолитный железобетон, облицованный гранитом.
Потолки — по дизайнпроекту.
Несущие конструкции: наружные стены — поризованный высокоэффективный кирпич с наружным облицовочным слоем (640 мм ), внутри здания — железобетонный каркас с монолитными колоннами и стенами и перегородками из красного полнотелого кирпича.
Перекрытия и покрытие: монолитные железобетонные.
Лестницы: монолитные железобетонные облицованные деревом.
Кровля: керамическая черепица по деревянным стропилам.
1. Системы холодного водоснабжения:
Скважина.
В хозблоке предусмотреть помещение для ввода водопровода магистрали и стояки – из стальных оцинкованных водогазопроводных труб по ГОСТ 3262-75*, разводки –полипропиленовые, металлопластиковые.
Прокладка в толще пола.
2. Системы горячего водоснабжения
Автономный бойлер на 500 литров от котла , расположенного в топочной. Циркуляция горячей воды.
Магистрали и стояки – из стальных оцинкованные водогазопроводных труб по ГОСТ 3262-75*, разводки –полипропиленовые, металлопластиковые.
Прокладка в толще пола.
Снабжение дома горячей водой, отопление в закрытом утепленном канале.
3. Канализация:
Систему бытовой канализации здания предусмотреть по ТУ.
Внутренняя сеть канализации – из полиэтиленовых. канализационных труб по ГОСТ 22689-89.
Канализация в септик.
4. Отопление:
От автономного котла – 2 шт.
Двухтрубная система с горизонтальной поэтажной разводкой, приборы отопления – радиаторы стальные с установкой защитных экранов (конвекторы или биметаллические).
Трубы отопления полиэтиленовые.
Отопление – 2 контура. 1 и 2 этаж.
Теплые полы 2 контура 1этаж и 2 этаж.
В вестибюле, гардеробе, с/у, кухне, зимнем саду и галерее , гардеробах 2-го этажа, верандах 1 этажа.
5. Вентиляция:
Приточно-вытяжная с механическим побуждением во всех помещениях дома (с подогревом).
В С/У -естественная вытяжка.
Кондиционирование-с помощью вентиляторных доводчиков (фанкойлов) — покомнатное регулирование.
6. Электроснабжение:
Электроснабжение выполнить в соответствии с ПУЭ. Предусмотреть резервный генератор обеспечивающий минимальное освещение и работу оборудования.
7. Заземление и молниезащита:
Предусмотреть заземление и молниезащиту здания по РД 34.21.122-87 и СО 153-34.21.122-2003.
Введение
Недавно ко мне обратились, чтобы я посоветовал стандарты для написания технического задания (ТЗ) на разработку автоматизированных систем (АС) и программного обеспечения (ПО). Вот думаю, сейчас зайду в Яндекс, найду подходящую статейку и отправлю её. Но не тут-то было! Одной статьи, где перечисляются стандарты для ТЗ, включая шаблоны и примеры готовых документов, я не нашел. Придется сделать такую статейку самому…
И так, основные стандарты, методологии и своды знаний, где упоминается ТЗ или 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
Описывается содержание и качественные характеристики правильно составленной спецификации требований к программному обеспечению (SRS) и приводится несколько шаблонов SRS. Данная рекомендуемая методика имеет своей целью установление требований к разрабатываемому программному обеспечению, но также может применяться, чтобы помочь в выборе собственных и коммерческих программных изделий.
Согласно стандарту техническое задание должно включать следующие разделы:
1. Введение
- 1. Назначение
- 2. Область действия
- 3. Определения, акронимы и сокращения
- 4. Ссылки
- 5. Краткий обзор
2. Общее описание
- 1. Взаимодействие продукта (с другими продуктами и компонентами)
- 2. Функции продукта (краткое описание)
- 3. Характеристики пользователя
- 4. Ограничения
- 5. Допущения и зависимости
3. Детальные требования (могут быть организованы по разному, н-р, так)
- 1. Требования к внешним интерфейсам
- 1. Интерфейсы пользователя
- 2. Интерфейсы аппаратного обеспечения
- 3. Интерфейсы программного обеспечения
- 4. Интерфейсы взаимодействия
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. Назначение системы
- 2. Содержание системы (границы системы)
- 3. Обзор системы
- 1. Содержание системы
- 2. Функции системы
- 3. Характеристики пользователей
2. Ссылки
3. Системные требования
- 1. Функциональные требования
- 2. Требования к юзабилити
- 3. Требования к производительности
- 4. Интерфейс (взаимодействие) системы
- 5. Операции системы
- 6. Состояния системы
- 7. Физические характеристики
- 8. Условия окружения
- 9. Требования к безопасности
- 10. Управление информацией
- 11. Политики и правила
- 12. Требования к обслуживанию системы на протяжении ее жизненного цикла
- 13. Требования к упаковке, погрузке-разгрузки, доставке и транспортировке
4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3)
- 1. Предположения и зависимости
- 2. Аббревиатуры и сокращений
SRS это спецификация требований для определенного программного изделия, программы или набора программ (продукт), которые выполняют определенные функции в конкретном окружении. Из определения следует, что это аналог ТЗ, описанного в ГОСТ 19, а по структуре очень напоминает SRS из стандарта IEEE 830.
SRS может содержать следующие разделы:
- 1. Назначение
- 2. Содержание (границы)
- 3. Обзор продукта
- 1. Взаимодействие продукта (с другими продуктами и компонентами)
- 2. Функции продукта (краткое описание)
- 3. Характеристики пользователей
- 4. Ограничения
2. Ссылки
3. Детальные требования
- 1. Требования к внешним интерфейсам
- 2. Функции продукта
- 3. Требования к юзабилити
- 4. Требования к производительности
- 5. Требования к логической структуре БД
- 6. Ограничения проектирования
- 7. Системные свойства ПО
- 8. Дополнительные требования
4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3)
- 1. Предположения и зависимости
- 2. Аббревиатуры и сокращений
Данный стандарт достаточно сложно найти в открытом виде в Интернете, но постараться можно, и опять же только на англ.
Структура SRS в RUP(Rational Unified Process) представляет собой документ, в котором необходимо описать артефакты, полученные в процессе специфицирования требований.
Шаблон SRS в RUP адаптирован из стандарта IEEE STD 830 и содержит два варианта:
• Традиционный шаблон SRS со структурированными функциональными требованиями по функциям Системы, максимально похож на 830 стандарт.
• Упрощенный шаблон SRS со структурированными функциональными требованиями в виде вариантов использования (use cases):
- 1. Цель.
- 2. Краткая сводка возможностей.
- 3. Определения, акронимы и сокращения.
- 4. Ссылки.
- 5. Краткое содержание.
2. Обзор системы
- 1. Обзор вариантов использований.
- 2. Предположения и зависимости.
3. Детальные требований
- 1. Описание вариантов использования.
- 2. Дополнительные требования.
- 3. Другие функциональные требования.
- 4. Нефункциональные требования.
4. Вспомогательная информация.
SWEBOK, BABOK и пр.
SWEBOK, BABOK, а также множество других методологий разработки ПО и сводов знаний при упоминании SRS ссылаются на вышеупомянутые зарубежные стандарты.
Также стоит сказать, что для описания требований к АС и ПО используются и другие виды документов, кот каждый называет по разному: FRD (Functional Requirements Document), RD (Requirements Document), ПЗ (Постановка задачи или Пояснительная записка) и пр. Но это все производные документы от вышеупомянутых стандартов, не имеющих отраслевой стандартизации, хотя, в некоторых случаях, уже и с устоявшейся терминологией.
А как же Agile?
Я скажу одной фразой из Манифеста Agile: “Working software over comprehensive documentation”. Поэтому в Agile документации отводится совсем мало места.
Мое же убеждение, что разработать АС без ТЗ можно (используя техники/рекомендации Agile), но вот в дальнейшем сопровождать — невозможно. Поэтому сразу задумайтесь, как вы будете писать ТЗ и другую документацию, при разработке ПО по Agile.
Заключение
Как говорится, каждому проекту свое техническое задание. При правильном использовании любого из вышеперечисленных стандартов можно брать эти шаблоны для написания ТЗ, естественно адаптируя их под себя.
Но главное, чтобы ТЗ не превращалось в ХЗ, а, именно, содержание (наполнение) в ТЗ — самое главное! Но это уже совсем другая история… Если есть интерес, то можно пройти он-лайн курс Разработка и управление требованиями к ПО.
Ну а кто дочитал до конца — тому бонус: пример ТЗ, который я писал много лет назад (сейчас уже просто аналитиком давно не работаю, да и другие более удачные примеры запрещает открывать на всеобщее обозрение NDA).
Также рекомендую ознакомиться со следующими материалами: