Pull to refresh

Comments 30

PinnedPinned comments

Писать замечания – это ваша задача, если вы читаете эту статью :) все молодцы 👏

Чувствуется какая-то недосказанность :)

Вроде все правильно, но есть нюанс

Да, всё верно, нужен профсоюз IT специалистов и современные ГОСТ-ы для аналитиков, архитекторов и программистов. Чтобы без воды и бреда. :-D

Так ГОСТы современные, 2020го года выпуска. Что в них устаревшего?

Да в них полно устаревшего. :) Например, одни только чертежи интерфейса чего стоят.

Не завалялись ли у вас аналогичные шаблоны отчётных документов для выполнения этого ТЗ? :)

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

технического задания регламентируются РД 50-34.698-90

Ой, Екатерина...Боюсь вас огорчить, но РД-шку отменили уже несколько лет назад, да и состав и содержание ТЗ она никогдашеньки не регламентировала, только документы ТП и РД.

Это не означает, что компании не используют старый.

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

Притом ни РД, ни тем более ГОСТ Р 59795-2021 не являются документами, обязательными к применению. Даже, чёрт возьми, всё семейство ГОСТ 34 не догма вообще ни разу.

И что? Если отменили, значит им нельзя пользоваться? На замену пришел ГОСТ – он не регламентирует? Нужен ГОСТ , пишите по ГОСТ 59795. Не нужен ГОСТ пишите по методическим указаниям. Не знаю что вас удивило.

Если отменили, значит им нельзя пользоваться? 

Сейчас все довольно либерально.

Вот раньше встречались такие пометки о «несоблюдении стандартов»…

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

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

Hidden text

Федеральный закон от 27.12.2002 N 184-ФЗ (ред. от 02.07.2021) "О техническом регулировании" (с изм. и доп., вступ. в силу с 23.12.2021)

Статья 46. Переходные положения

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

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

обеспечения энергетической эффективности и ресурсосбережения.

Писать замечания – это ваша задача, если вы читаете эту статью :) все молодцы 👏

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

ГОСТ 2.015 - Общие требования к текстовым документам. 

Ну как так, Екатерина?

Ходишь, ходишь в школу 10 лет, а потом – бац! Ошибка в наименовании ГОСТа...

👏 и бац – школа помогает находить такие ошибки. Браво 👏

ГОСТ 2.105 - Общие требования к текстовым документам. В этом ГОСТе подробно описано, как должен быть оформлен документ.

Оформлен документ единой системы конструкторской документации. ГОСТ 2.ххх принадлежат к ЕСКД и регламентируют ТОЛЬКО общее машиностроение, для строительства есть СПДС. Какое отношение это имеет к ТЗ на ПО, если это другая отрасль?

ГОСТ 34.602-2020 в разделе 5 регламентирует правила оформления.

В соответствии с этим разделом номера листов (страниц) проставляют начиная с первого листа, следующего за титульным ли­стом, в верхней части листа (над текстом, посередине).

Жаль, что не удалось услышать начальника транспортного цеха про ЕСПД...

О том и речь, что не представленные ГОСТы 19.ххх датируются в самом новом варианте 90-м годом. Но колхоз - дело добровольное.

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

Екатерина, к сожалению, вы сделали ошибку, написав "Требования к содержанию документа и перечню подразделов основных разделов технического задания – методическое указание РД 50-34.698-90 (не действует), с 30.04.2022 используется ГОСТ Р 59795-2021. " РД 50-34.698-90 никакого отношения ни к содержанию, ни к перечню разделов ТЗ не имеет и не имел, впрочем как и вышедший ему на замену ГОСТ Р 59795-2021. ГОСТ 34.602-2020 вполне самодостаточен по этим параметрам и более того, более подробен и содержателен, чем аналогичные требования РД или ГОСТ Р 59795-2021 к содержанию проектной документации. Будьте осторожнее, старайтесь получше понять, что вы делаете, как и зачем пишете и что значит ГОСТ. Техническое задание это не только технический документ, но и управленческий и юридический документ. Каждая фраза, каждая буква в нем стоят денег, а для некоторых и свободы.

Небольшая реплика/критика в отношении статьи. Надеюсь будет полезной. Прошу воспринимать в правильное русло, она полезна:)

  1. Хочу сразу отметить ошибку, которую допускает большинство специалистов. Техническое задание, как вы выразились для закупки, или как его еще называют "Техническое задание на оказание услуг", это ни что иное, как "Описание объекта закупки" на основании статьи 33 44-ФЗ или статьи 6.1 223-ФЗ. Ни один из означенных законов не требует от заказчиков при публикации процедуры (для заключения контракта или гос. контракта) размещения технического задания. Называть эти документы следует ровно так, как этого требует закон. Это что называется невежество, один опубликовал, другой сделал как у него. Профессионал увидит это ошибку моментально. Хотя, если выборочно пролистать сайт закупок, таким образом публикуют процедуры 70% заказчиков (если не больше).

  2. При разработке гис (государственных информационных систем), в случае, если специалист основывается на собственном опыте разработкb документации на ас/ис, все закончится не первых приемочных испытаниях. Собственный опыт это похвально, но руководствоваться имеет смысл ЕСКД (Единая система конструкторской документации). Вот при оформлении документации следует руководствоваться именно гост серии 2.105 (из которого вытекают 2.106, 2.104 и прочие).

    В общем и целом применять госты не обязательно, они используются добровольно (статья 4 №162-ФЗ). А вот обратить внимание на 676 ППР "О требованиях к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации..." на федерации, или 342 ППМ (ввод к экспл.), 144 ППМ вывод из эксплуатации имеет смысл. Это нормативные документы, обязательные к использованию. Даже если в рамках проекта разрабатывается не гис, там много полезной информации. Очень важным документов "Решение о создании системы" (правовой акт) многие пренебрегают, т.к. в гостах он не указан. А от этого документа зависит очень не мало, в том числе при увольнении работников (кто знает, то поймет).

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

  4. К АС/ИС мои слова также относятся, но там гораздо больше свободы. Но все-таки рекомендую опираться на нормативную базу, по итогу будут довольны и заказчики и исполнители.

Вот при оформлении документации следует руководствоваться именно гост серии 2.105 (из которого вытекают 2.106, 2.104 и прочие).

Вы вообще читали этот ГОСТ 2.105? А ГОСТ 2.104 и 2.106?

Для вас цитирую первые строчки:

" Настоящий стандарт устанавливает общие требования к выполнению текстовых документов на изделия машиностроения, приборостроения и строительства. "

Где там указано IT?

Там описано оформление чертежей для машиностроения. Или как вы любите точнее, оформление ЕСКД, где КД - конструкторская документация. Последняя является одним из этапов разработки по ГОСТ 2.103 и опять же этот стандарт существует для:

" Настоящий стандарт устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ. "

Всё, что там есть из IT, это термин ЭТД - электронный текстовый документ, т.е. файл модели изделия. Этот ЭТД может быть оригиналом для передачи с ЕСКД в ЕСТД, но это совсем не разработка ПО, а жизненный цикл изделия (реального, а не программного).

По пункту 2: на основании чего руководствоваться стоит именно ЕСКД?

По пункту 2: на основании чего в ГИС применять ЕСКД?

Sign up to leave a comment.

Articles