для чего нужен технический проект
Получаем техусловия на газ, воду и свет: пошаговая инструкция
Технические условия (ТУ) — документ, в котором отражается соответствие продукта заданным нормам. ТУ нужны не всегда, но при подключении дома к коммуникациям — газу, свету, водоснабжению и канализации — без них не обойтись. Основные факты о техусловиях и подключении к ним — в нашем материале.
Эксперт в этой статье: Анастасия Остапенкова, руководитель по развитию бизнеса проектной компании Genpro
Что такое технические условия
Техусловия — своего рода аналог ГОСТа, но если государственный стандарт качества применяется для всех производителей, то ТУ разрабатывается на конкретном предприятии. Поэтому в каждой организации свои техусловия — при этом предписываемые ими нормативы не должны расходиться с международными и государственными стандартами.
Для чего нужны ТУ
Техусловия — важный для производителя документ, так как определяет порядок действий при монтаже и эксплуатации строительно-инженерных систем. Но он также важен и для получателя сервиса — как своего рода гарант, к которому обращаются в проблемных ситуациях.
ТУ обычно разрабатывают в компании, предоставляющей услугу, — своими силами или обратившись в сертифицированную организацию.
Когда ТУ не нужны
Техусловия требуются не всегда. Иногда, если коммуникации уже подведены в населенный пункт, достаточно заявления на подключение дома к сетям. Эту возможность необходимо уточнить у ресурсоснабжающей организации.
Как получить техусловия
ТУ на газ
Существует четыре группы техусловий на газ в зависимости от категории потребителя — до 5 кубометров в час определяют для частных лиц, до 15 для малых предпринимателей, до 300 — норма для представителей среднего бизнеса и более 300 — для крупных компаний. Расхода газа первой категории достаточно, чтобы готовить еду и отапливать частный дом или коттедж.
ТУ на электроэнергию
Для подключения к энергосети нужно определить сетевую организацию, чьи объекты максимально близко расположены к участку. Если же в пределах 300 метров таких организаций несколько, то можно выбрать ресурсоснабжающую компанию. Но только в том случае, если речь не идет об индивидуальном проекте, требующем персонального подхода.
Однако не всегда возможно получить техусловия. Причин может быть несколько. В том числе, это может быть технически невозможно или у ресурсоснабжающей организации поблизости нет сетей.
ТУ на воду
После того, как все данные будут предоставлены, организация начинает проверку возможности подключения, выполняет расчет стоимости услуги и определяет план действий.
Итогом этого является оферта, которая включает в себя и технические условия.
Сроки получения ТУ
Общий срок оказания услуги по выдаче технических условий для проведения газа в дом не может превышать 10 рабочих дней. И заняться этим вопросом лучше как можно раньше. Так как на весь цикл подключения газа (получение ТУ, оформление, проектирование и проведение) может понадобиться до 9 месяцев.
На оформление проекта договора с входящими в него техусловиями для проведения электроэнергии потребуется не более 15 дней. А подписать полученный документ нужно в течение 30 дней — если это не будет сделано, то заявка аннулируется.
Подготовка технических условий на водоснабжение займет не более семи рабочих дней. После чего в течение 20 рабочих дней будет подготовлен договор. Его необходимо подписать в течение 30 дней. Нужно учесть, что полный цикл работ может занять до 18 месяцев.
Комментарий эксперта
Анастасия Остапенкова, руководитель по развитию бизнеса проектной компании Genpro
Технические условия для получения энергоресурсов (холодная вода, теплоснабжение, газ, электрика, водосток, интернет, телефон, радио, наружное освещение) даются компаниями, которые предоставляют эти энергоресурсы.
Как правило, сначала достаточно оперативно выдаются предварительные технические условия по специально оформленной заявке. Там прописана мощность, точка подключения, граница ответственности и перечень мероприятий, которые необходимо выполнить, чтобы получить энергоресурс.
Например, в центральной черте города сети лежат очень плотно и их проходной способности зачастую недостаточно для обеспечения необходимым количеством электроэнергии, воды или тепла. Поэтому в ТУ дается предписание о замене участка сети на новый, с большей проходной способностью. Или, наоборот, ситуация с далеким строением, к которому еще не подведены сети. Тут надо с нуля выполнять трассировку.
Впоследствии наружные сети передаются на баланс энергоснабжающей организации, поэтому так важно отобразить границу.
Техническая документация в разработке ПО: кто, зачем, когда и как описывает проект
Привет! Меня зовут Даша Григорьева, я технический писатель в компании 65apps. Мы занимаемся разработкой сложных мобильных решений, и моя задача — подготовка технической документации по проектам. Очень часто роль технического писателя бывает недооцененной в компании (не у нас, конечно). Поэтому я хочу рассказать, зачем компании-разработчику нужен такой специалист, что такое технический проект, чем он отличается от ТЗ и почему это все необходимо для разработки мобильного приложения.
Общаясь с большим количеством компаний, я все еще встречаю твердое убеждение в том, что написание технического задания для разработки ПО — пустая трата времени и денег. Мы в 65apps считаем иначе. Поэтому приведу несколько аргументов в пользу технической документации и расскажу, кто и как ее пишет.
Техническая документация позволяет оценить стоимость разработки и согласовать функциональность будущей системы. При возникновении споров о стоимости и сроках разработки той или иной фичи она может стать определенной гарантией для заказчика. С другой стороны, если возникнет потребность в развитии приложения, документация облегчит процесс доработки и даст четкое понимание, возможно ли встроить новую функциональность в существующую систему.
Другой пример — государственные организации или организации, чья деятельность ограничивается или подчиняется законам и надзорным органам. Они обязаны осуществлять разработку ПО по всем правилам и с соблюдением всех стандартов. В таких проектах техническая документация, подготовленная по ГОСТам, — необходимое условие.
И разумеется, грамотно составленная и актуальная документация необходима для того, чтобы каждый участник в процессе разработки мог обращаться к документам, если возникают вопросы по конкретной задаче или по всей системе в целом.
Техническое задание и технический проект — два разных документа. Техническое задание отвечает на вопрос «что нужно сделать?», его составляет аналитик в самом начале проекта. Технический проект разрабатывает технический писатель. Этот документ создается после ТЗ и отвечает на вопрос «как нужно делать?».
Кто пишет техническую документацию
Обычно разработкой ТЗ занимается аналитик. Именно он общается с заказчиком / заинтересованным лицом и выявляет у него требования. В сложных случаях к процессу можно привлечь менеджера проекта, разработчиков, тестировщиков и других специалистов. Чем сложнее проект — тем больше требований к документации. Серьезные заказчики из крупных корпораций и госсектора требуют составлять документацию в соответствии с ГОСТами, а это задача очень трудоемкая, требующая внимательности к деталям и постоянной вовлеченности в процесс. И это не только ТЗ, но и технический проект, полностью описывающий все используемые в разработке решения, подходы и методологии. На него также распространяются ГОСТы. Подготовкой такой документации должен заниматься специалист — технический писатель.
Для крупных проектов иметь в штате технического писателя просто необходимо. Разработка решений для крупных заказчиков может длиться год и более, это довольно долгий срок. За это время возникает достаточное количество изменений, провоцирующих обновление документации. Кроме того, любая долгосрочная разработка ПО предполагает развитие. В этом случае актуальная техническая документация позволит снизить риски, закладываемые в работу исполнителей.
Исключение может быть сделано для представителей госсектора. Таким организациям необязательно иметь в своем штате специалистов соответствующего профиля, так как при возникновении необходимости всегда можно обратиться к профессионалам, которые выполнят качественно свою работу.
Кто такой технический писатель
Строго сформулированного перечня должностных обязанностей технического писателя не существует: каждая компания формирует его сама, а иногда возлагает на такого специалиста и дополнительные задачи. Поэтому иногда бывает сложно даже определить род деятельности технического писателя. В нашей компании такой специалист составляет документацию, необходимую для дальнейшей разработки программного обеспечения.
Для этого он собирает информацию и материалы от участников проекта и документирует эти данные согласно требованиям заказчика, в том числе и в соответствии с ГОСТами. Речь идет о ГОСТ 19 «Единая система программной документации» и ГОСТ 34 «Информационная технология. Комплекс стандартов на автоматизированные системы». Также технический писатель следит за актуальностью технической информации, если это необходимо на длительных и сложных проектах.
Какая техническая документация нужна разработчику
Рассмотрим идеальный с точки зрения ГОСТа процесс разработки системы.
Все начинается с требований заказчика или заинтересованных лиц, которые необходимо выявить и обязательно зафиксировать в документе «Техническое задание».
Техническое задание — это документ, регламентирующий бизнес-цели, общее описание системы, объем работ, границы проекта, а также порядок разработки, оценки и приемки. Данный документ отвечает нам на вопрос «что нужно сделать?» и фактически является постановкой задачи.
Аналитик составляет ТЗ и согласует его со всеми заинтересованными сторонами. После того как собраны и утверждены все требования, можно приступать к созданию прототипов будущей системы и разработке программного обеспечения.
На этом этапе начинается разработка макетов, сценариев, архитектуры и др. Раз уж мы говорим об эталонном процессе разработки, то все это должно быть описано в техническом проекте, который также использует часть информации из ТЗ.
Технический проект — это совокупность документов, описывающих и обосновывающих все подходы, методы, архитектурные и технические решения, применяемые для создания системы. Например, в технический проект включают макеты интерфейсов, описание протоколов для интеграции со смежными системами и оборудованием, пользовательские сценарии, описание алгоритма и их формирование, структура серверов и баз данных, а также другие требования к системе и ее взаимодействию с другими внешними системами.
это далеко не все: существует много стандартов для написания технической документации, и для каждой страны они свои. В отечественных стандартах есть отдельно ГОСТ на создание автоматизированных работ и на программное изделие. Например, технический проект по ГОСТу 19 «Единая система программной документации» может включать в себя следующий перечень работ:
Теперь, когда есть четкое понимание архитектуры, функциональности и дизайна проекта, можно перейти к разработке системы и ее тестированию.
На этапе тестирования, помимо проверки работоспособности системы, проверяется также выполнение всех требований, зафиксированных в документах, что позволяет разрешить спорные ситуации с заказчиком.
Когда составлять техническую документацию
Выше я описала идеальный процесс создания программного обеспечения, но иногда некоторые документы технического проекта составляют уже после этапа разработки.
Есть проекты, в которых важно иметь полную документацию до начала работ. Это касается решений с высокими требованиями к безопасности, соблюдению законодательства и т. д. Например, мобильные приложения для банков. В этом случае важно сначала продумать все детали системы (информационная безопасность клиентов и самого банка, соответствие законам). На это уйдет больше времени, но позволит избежать финансовых и репутационных рисков.
Если разработка идет по методологии Agile, то нет смысла прописывать всю документацию до старта работ. Если заказчику важно работать по спринтам и контролировать ход разработки, документацию можно дописывать параллельно основному процессу.
В нашей компании возможны оба варианта — мы умеем адаптироваться под условия и пожелания заказчика.
На сегодняшний день технический писатель не самая распространенная специальность, но для серьезной компании-разработчика такой сотрудник не менее важен, чем, например, аналитик.
Техническая документация обязательно разрабатывается для госзаказчиков, она необходима и для долгосрочных проектов, на которых с бОльшей вероятностью могут меняться подрядчики. Имеет смысл создавать технический проект для ноу-хау технологий и проектов высокой сложности — документация понадобится отделу QA, чтобы отличить баги и фич.
Для чего нужен технический проект
Росреестр еженедельно публикует материалы, посвященные разъяснению актуальных вопросов в сфере земли и недвижимости.
Необходимо помнить, что по законодательству любой объект недвижимости (неважно, это хозяйственная постройка, квартира или земельный участок), до введения его в гражданский оборот, должен быть внесен в Единый государственный реестр недвижимости (ЕГРН). Это единственный источник актуальных данных о характеристиках объектов недвижимости и их правообладателях на территории нашей страны.
Технический план – это документ, в котором содержатся все основные характеристики объекта недвижимости. Он составляется в отношении зданий, сооружений, объектов незавершенного строительства, единых недвижимых комплексов, помещений и машино-мест. Для оформления земельных участков необходимо подготовить межевой план.
Оформление технического плана необходимо в том числе в следующих случаях:
Сам документ – технический план – и требования к его подготовке были введены в 2008 году, но до 2013 года был установлен переходный период применения норм законодательства, регламентирующих осуществление кадастрового учета зданий, сооружений, объектов незавершенного строительства, помещений. До 2013 года в отношении указанных объектов недвижимости могли выдаваться технические паспорта, по результатам технической инвентаризации, проводимой БТИ; при этом в технических паспортах не содержится сведений о координатной привязке зданий, сооружений к местности (земельному участку), тогда как включение этих сведений в технический план является обязательным.
Важно: Если у объекта недвижимости отсутствуют сведения об описании местоположения контура на местности, он не будет отображаться на Публичной кадастровой карте (ПКК). Если вы столкнулись с подобной ситуацией, в первую очередь стоит выяснить, определены ли у вашего объекта координаты контура или нет?
Как проверить наличие в ЕГРН координат контура?
Если в особых отметках раздела 1 такой выписки указано на то, что сведения, необходимые для заполнения раздела, содержащего графическую информацию об объекте (отражение координат его контура), а также сведения о координатах (например, разделов 5, 5.1, если объектами недвижимости являются здание, сооружение, объект незавершенного строительства) отсутствуют, это означает, что указанные сведения отсутствуют в ЕГРН и необходима подготовка технического плана.
Готовый технический план вместе с заявлением о государственном кадастровом учете изменений необходимо предоставить в орган регистрации прав, обратившись в МФЦ или в отделения Федеральной кадастровой палаты. Подать документы можно не только на бумаге, но и в электронном виде (при этом технический план подается только в электронном виде на соответствующем носителе, если заявление представляется на бумаге). При отсутствии оснований для приостановления все данные будут внесены в ЕГРН, и такой объект недвижимости появится на Публичной кадастровой карте.
Технический проект
Часто проектировщики не владеют полной информацией о том, каково назначение продукта их деятельности, и каким образом может быть воплощен в реальность технический проект. Однако, любая неопределенность в проектной базе, как вы уже знаете, сопряжена с рисками. Чтобы их исключить мы решили написать эту публикацию.
Технический проект создается с учетом максимального близкого к реальности облика объекта строительства, полностью удовлетворяющего условиям технического задания (ТЗ) и личным потребностям заказчика. Здесь можно было бы еще добавить, что само проектирование — это целенаправленная деятельность, а вовсе не показательная, как думают многие. Поэтому нам, не меньше чем вам, важен эффективный результат сотрудничества. А для этого необходимо быть полностью информированным о потребностях, планах, возможностях заказчика и целях инвестора, чтобы четко определить этапы реализации проекта.
Для начала определимся зачем и кому нужен технический проект, который делает привлекательными национальную экономику и многие отрасли высокодоходного бизнеса.
Составляющие технических решений зависят от экономических обоснований. Поэтому технический проект согласуется и утверждается в установленном порядке, если существует веское основание для разработки рабочей конструкторской документации. После чего определяются основные принципы строительного производства и сроки реализации проекта.
Найдется много причин, существенно влияющих на стоимость проекта. Особенно представленных в требованиях заказчика, который не всегда готов рассматривать технический проект взаимосвязанным процессом с открывающимися перспективами. Чтобы избежать ошибок, кратно отражающихся на ценнике, мы предпочитаем проектировать по отработанным решениям, в которых сокращена затратная составляющая проектных разработок и протестированы строительные риски.
В альбоме готовых проектных решений представлены лучшие образцы результатов нашей проектной деятельности, с которыми можно ознакомиться в онлайн режиме. Также информация о готовых проектах доступна в других модулях сайта и рубрике «Наши объекты». Обычно, в основе готовых проектных решений, находятся ранее разработанные конструкторские документы, используемые в новых проектах или в проектах ремонта (реконструкции) объектов строительства, чтобы максимально сократить стоимость и сроки проектирования.
На все это потребуется масса времени, которое оценивается в деньгах. Технический проект и содержание разделов проектной документации определяются в соответствии с особенностями технического задания (ТЗ) заказчика. И тем не менее, прежде чем разрабатывать что-то «с нуля» лучше произвести расчеты и определить показатель эффективности. После чего смело приниматься за дело.
Передается технический проект в законченном виде для технологической подготовки производства. При этом независимо от индивидуальных или типовых разработок, на всех стадиях проектирования уточняются, конкретизируются и окончательно определяются все технические и экономические характеристики объекта строительства, определяется целесообразность использования технологических решений, которые обязательно совершенствуются под условия конкретного технического задания (ТЗ), после анализа которого специалистами принимается решение техническом проектировании и выпуске технического проекта, используемого в зданиях и сооружениях, с учётом их назначения.
По всем вопросам сотрудничества вы можете проконсультироваться со специалистами компании письменно или по телефону. Обращайтесь!
Для чего нужен технический проект
4 Приказом Федерального агентства по техническому регулированию и метрологии от 26 ноября 2014 г. N 1794-ст межгосударственный стандарт ГОСТ 2.103-2013 введен в действие в качестве национального стандарта Российской Федерации с 01 июля 2015 г.
6 ИЗДАНИЕ с поправкой (ИУС 7 2015 г.), с поправкой (ИУС 10 2016 г.). Декабрь 2018 г.
1 Область применения
Настоящий стандарт устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ.
На основе настоящего стандарта могут быть разработаны стандарты, учитывающие особенности применения стадий разработки конструкторской документации на различных стадиях жизненного цикла изделия конкретных видов техники в зависимости от специфики их разработки, производства и использования.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие межгосударственные стандарты:
ГОСТ 2.002-72 Единая система конструкторской документации. Требования к моделям, макетам и темплетам, применяемым при проектировании
ГОСТ 2.052-2015 Единая система конструкторской документации. Электронная модель изделия. Общие положения
ГОСТ 2.053-2013 Единая система конструкторской документации. Электронная структура изделия. Общие положения
ГОСТ 2.102-2013 Единая система конструкторской документации. Виды и комплектность конструкторских документов
ГОСТ 2.118-2013 Единая система конструкторской документации. Техническое предложение
ГОСТ 2.119-2013 Единая система конструкторской документации. Эскизный проект
ГОСТ 2.120-2013 Единая система конструкторской документации. Технический проект
ГОСТ 2.125-2008 Единая система конструкторской документации. Правила выполнения эскизных конструкторских документов. Общие положения
ГОСТ 2.601-2013 Единая система конструкторской документации. Эксплуатационные документы
ГОСТ 2.602-2013 Единая система конструкторской документации. Ремонтные документы
3 Термины, определения и сокращения
3.1 Термины и определения
В настоящем стандарте применены следующие термины с соответствующими определениями:
единичное производство: Производство, характеризуемое малым объемом выпуска одинаковых изделий, повторное изготовление и ремонт которых, как правило, не предусматривается.
3.1.2 литера: Реквизит конструкторского документа (комплекта конструкторских документов) на изделие, соответствующий стадии его разработки.
опытный образец: Образец изделия, изготовленный по вновь разработанной рабочей документации для проверки путем испытаний соответствия его заданным техническим требованиям с целью принятия решения о возможности постановки на производство и (или) использования по назначению.
3.1.4 опытная партия: Совокупность опытных образцов или определенный объем нештучной продукции, изготовленные за установленный интервал времени по вновь разработанной одной и той же документации для контроля соответствия продукции заданным требованиям и принятия решения о постановке ее на производство.
3.1.5 проектная конструкторская документация: Конструкторская документация, выполненная на стадиях технического предложения, эскизного и технического проектов.
3.1.6 рабочая конструкторская документация: Конструкторская документация, выполненная на стадиях опытного образца (опытной партии) серийного (массового) и единичного производства и предназначенная для изготовления, эксплуатации, ремонта (модернизации) и утилизации изделия.
3.1.7 стадия разработки конструкторской документации: Законченная часть процесса разработки конструкторской документации, состоящая из этапов выполнения работ и характеризующаяся достижением заданного результата.
3.1.8 установочная серия: Первая промышленная партия изделий, изготовленная в период освоения производства по документации серийного или массового производства с целью подтверждения готовности производства к выпуску продукции с установленными требованиями и в заданных объемах.
формат данных: Порядок расположения символов данных, позволяющий распознавать их составные части.
В настоящем стандарте приняты следующие сокращения:
4 Основные положения
4.1 Стадии разработки КД могут выполняться в виде разработки проектной и рабочей КД. Стадии разработки КД и этапы выполнения работ, устанавливаемые настоящим стандартом, приведены в таблице 1.