Информационная безопасность

Проект RUGOST1.0 предназначен для помощи IT компаниям в работе с государственными заказчиками. Сайт содержит ГОСТы, примеры разработанных документов по ГОСТ (Техническое задание, ТП,РД), шаблоны документов по ГОСТ. Проект развивается, наполнение сайта будет происходить постепенно.

Содержание сайта будет интересно руководителям проектов, системным архитекторам, техническим писателям.

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

Подробнее…

Главная/НТД/ГОСТ 2.102-2013/

5.1 При определении комплектности КД на изделия следует различать:

  • основной КД;
  • основной комплект КД;
  • полный комплект КД.

5.2 Основной КД изделия в отдельности или в совокупности с другими записанными в нем КД полностью и однозначно определяют данное изделие и его состав.

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

  • для деталей — чертеж детали и/или электронную модель детали;
  • для сборочных единиц, комплексов и комплектов — спецификацию и/или электронную структуру изделия (конструктивную) в соответствии с ГОСТ 2.053.

Изделие, примененное по КД, выполненным в соответствии со стандартами Единой системы конструкторской документации, записывают (включают) в документы других изделий, в которых оно применено, за обозначением своего основного КД. Считается, что такое изделие применено по своему основному КД.

5.3 Основной комплект КД изделия объединяет КД, относящиеся ко всему изделию (составленные на все данное изделие в целом), например сборочный чертеж, принципиальная электрическая схема, технические условия, эксплуатационные документы.

КД составных частей в основной комплект документов изделия не входят.

Допускается, при необходимости, в комплект КД включать документы различных форм выполнения (бумажная и электронная) одного вида (см. таблицу 2).

5.4 Полный комплект КД изделия состоит (в общем случае) из следующих документов:

  • основного комплекта КД на данное изделие;
  • основных комплектов КД на все составные части данного изделия, примененные по своим основным КД.

Примеры построения полного комплекта КД комплекса приведены в приложениях А и Б.

5.5 В основной комплект КД изделия могут входить также групповые КД, если эти документы распространяются и на данное изделие, например групповые ТУ.

5.6 Номенклатура КД, разрабатываемых на изделия, в зависимости от стадий разработки приведена в таблице 3.

Таблица 3

Код доку­мен­та Наиме­нова­ние доку­мен­та Техни­ческое предло­жение Эскиз­ный проект Техни­ческий проект Рабочая документация на Дополнительные указания
дета­ли сбороч­ные еди­ницы ком­плек­сы ком­плек­ты
1 Электронная модель детали 1 1 Требования — по ГОСТ 2.052
2 Чертеж детали 1 1 Допускается не выпускать чертеж (модель) в случаях, оговоренных в ГОСТ 2.109
ЭСБ 3 Электронная модель сборочной единицы 4 4 4 4 4 4 Требования — по ГОСТ 2.052
СБ 4 Сборочный чертеж 2
ВО 5 Чертеж общего вида 4 4 4
ТЧ 6 Теоретический чертеж 4 4 4 4
ГЧ 7 Габаритный чертеж 2; 4 1 2; 4
МЭ 8 Электромон­тажный чертеж
МЧ 9 Монтажный чертеж 2
УЧ 10 Упаковочный чертеж 4
По ГОСТ 2.701 11 Схемы Номенклатура и коды различных видов и типов схем установлены ГОСТ 2.701
Требования — по ГОСТ 2.053
13 Спецификация Спецификацию комплектов монтажных, сменных и запасных частей, инструмента, принадлежностей и материалов, упаковок, тары допускается не составлять, если изделия и материалы, входящие в комплект, целесообразно записывать непосредственно в спецификацию изделия, для которого они предназначаются
ВС 14 Ведомость спецификаций Ведомость спецификаций рекомендуется составлять на комплексы и сборочные единицы, имеющие две и более ступени входимости составных частей и предназначенные для самостоятельной поставки. При передаче КД организации-изготовителю составление ведомости спецификаций на эти изделия обязательно
ВД 15 Ведомость ссылочных документов Ведомость ссылочных документов составляют при передаче КД организации-изготовителю, ее допускается выпускать к моменту передачи документации. При передаче документации на комплекс допускается составлять только одну (общую) ведомость на всю передаваемую документацию комплекса
ВП 16 Ведомость покупных изделий Ведомость покупных изделий рекомендуется составлять на изделия, предназначенные для самостоятельной поставки
ВИ 17 Ведомость разрешения применения покупных изделий Ведомость разрешения применения покупных изделий рекомендуется составлять на изделия, предназначенные для самостоятельной поставки
ДП 18 Ведомость держателей подлинников
ПТ 19 Ведомость технического предложения Ведомость технического предложения, ведомость эскизного проекта, ведомость технического проекта и пояснительную записку для сборочных единиц и комплексов не составляют, если они входят в состав более сложного изделия (например, в комплекс), на которое составлены эти документы, содержащие все необходимые сведения по входящим в них сборочным единицам и комплектам
ЭП 20 Ведомость эскизного проекта  
ТП 21 Ведомость технического проекта  
ПЗ 22 Поясни­тельная записка 3 3 3  
ВДЭ 23 Ведомость электронных документов Ведомость электронных документов рекомендуется составлять на комплексы и сборочные единицы, имеющих в своем составе более трех электронных документов. При передаче КД организации-изготовителю составление ведомости на эти изделия обязательно
ТУ 24 Технические условия
ПМ 25 Программа и методика испытаний
ТБ 26 Таблицы Номенклатуру необходимых таблиц, расчетов, инструкций и прочих документов устанавливает разработчик в зависимости от характера и условий производства изделий
РР 27 Расчеты 3 3 3  
И… 28 Инструкция  
Д… 29 Документы прочие  
По ГОСТ 2.601 30 Эксплуатационные документы
По ГОСТ 2.602 31 Ремонтные документы Номенклатура, формы выполнения и обязательность разработки ремонтных документов — по ГОСТ 2.602

5.7 В обозначении основных КД в конце обозначения код документа не указывают. При обозначении всех остальных КД в конце обозначения проставляют код документа по таблице 3.

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

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

5.8 Электронным документам присваивают дополнительные коды в соответствии с таблицей 4, которые указывают в реквизитной части документа.

Таблица 4

Вид документа Дополнительный код документа
Электронная структура изделия ЭС
Электронные модели изделия (детали, сборочной единицы) 3D
Электронные чертежи 2D
Текстовые электронные КД ТЭ

<< К пред. разделу        К содержанию        К след. разделу >>

Готовые объекты

_5d67c75fd9b2c3.jpg

Первый этап монтажа РВС-1000 в Чебоксарах

Смотреть подробнее

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

Обозначения документов по автоматизированным системам

Структура обозначения системного документа в соответствии с ГОСТ 34.201-89 показана ниже. Расшифровка частей обозначения приведена в таблице.A.B.CCC.DD.EE.F-G.M

Часть обозначения Значение
A код организации-разработчика системы. В ГОСТ 34.201-89 сказано: «Код организации-разработчика присваивают в соответствии с общесоюзным классификатором предприятий, учреждений и организаций (ОКПО) или по правилам, установленным отраслевыми НТД». По известным причинам общесоюзного классификатора сегодня с нами нет, зато существует Общероссийский классификатор предприятий и организаций (ОКПО). Код ОКПО входит в состав официальных реквизитов организации, и его должны знать у вас в бухгалтерии. Если вам очень не хочется звонить в бухгалтерию, попробуйте найти свою компанию в онлайновом справочнике, но имейте в виду, что надпись на табличке у дверей офиса не всегда совпадает с названием юридического лица.
B код классификационной характеристики типа системы или ее части. Согласно ГОСТ 34.201-89, этот код следует выбирать из общесоюзного классификатора продукции, на смену которому сегодня пришел Общероссийский классификатор продукции (ОКП). Он многократно опубликован в Интернете, вы без труда найдете его по приведенной здесь ссылке или с помощью поисковика. В этом классификаторе собрана вся возможная продукция от шагающих экскаваторов до булавок. Раздел классификатора, посвященный автоматизированным системам, начинается строкой 425000 Программно-технические комплексы для автоматизированных систем. Возможно, в классификаторе имеются другие строки, которые вам больше подходят по специфике системы. Попробуйте найти их обычной функцией поиска по тексту страницы. В качестве альтенативы ОКП стандарт предлагает использовать общесоюзный классификатор подсистем и комплексов задач АСУ (ОКПКЗ). Насколько нам известно, он был отменен, но ничем другим не заменен, таким образом, эта ссылка делается достоянием истории
CCC регистрационный номер автоматизированной системы или ее части. Предполагается, что разработчик организовал у себя учет выпускаемых автоматизированных систем и присваивает им регистрационные номера. Если у вас в компании это не принято, значит, вы не можете полноценно соблюдать требования КСАС. Начните новую жизнь, заведите журнал регистрации выпущенных систем. Нумерация систем ведется по каждому типу (т. е. коду классификационной характеристики, см. выше) систем отдельно. Как быть организации, которая ухитрилась выпустить 1000 однотипных автоматизированных систем, стандарт не говорит
DD код документа (точнее, типа документа) по ГОСТ 34.201-89. Например, код руководства пользователя — И3 (и-три), а код программы и методики испытаний —ПМ.
EE номер документа одного наименования. Допустим, у вас в комплекте документации три технологические инструкции для трех разных функциональных ролей. В этом случае у них будут номера 01, 02 и 03. Правила назначения этих номеров (по дате выпуска документа, по названиям в алфавитном порядке или как-нибудь иначе) не уточняются. Главное, чтобы номера шли последовательно с единицы. Если в комплект входит только один документ некоторого типа, например, одна пояснительная записка к техническому проекту, номер не присваивают, а соответствующая позиция в обозначении пропускается
F номер редакции документа. Речь идет о тех редакциях, которые вы официально передаете заказчику, а он их официально принимает и утверждает. Если в процессе рецензирования и согласования документа заказчик многократно присылал вам замечания, а вы ему в ответ исправленный файл, о новых редакциях документа речь не идет, это рабочие материалы и только. Новая редакция возникает в том случае, если заказчик утверждает новый вариант документа, сохраняя при этом предыдущий, и в принципе в каких-нибудь ситуациях может пользоваться ими обоими. В противном случае устаревший вариант можно аннулировать и забыть о нем навсегда. Номера присваивают редакциям, начиная со второй. В первой редакции соответствующая позиция в обозначении пропускается
G номер части документа. Документ можно физически разделить на несколько частей. Обычно так поступают, чтобы документ было удобнее читать или переплетать. Если документ не разделен на части, номер не присваивают, а соответствующая позиция в обозначении пропускается
M в 1989 году электронные документы еще были явлением новым и непривычным. Типичный документ представлял собой лист или стопку листов бумаги с согласующими и утверждающими подписями. Тот факт, что дискета или магнитная лента с записанным на ней текстом тоже может быть документом, требовал отдельного осмысления. Поэтому к обозначению таких документов добавляли буквуM. Как ни странно, эта практика и теперь не лишена оснований, поскольку у нас в стране в официальном документообороте фигурируют именно бумажные документы с оригинальными подписями компетентных лиц и «мокрыми» печатями организаций. Поэтому, например, технологическая инструкция, за несоблюдение которой сотрудника можно официально наказать, должна быть выполнена именно в таком виде. Но если заказчик требует от нас, допустим, текст программы (документ, предусмотренный ЕСПД), мы все-таки можем предоставить ему не грузовик листингов, а компакт-диск. Обозначение такого документа должно завершаться буквойM, которую отделяют от предыдущей части точкой (а не дефисом!)

В качестве примера присвоим обозначение технологической инструкции для пользователя этого сайта. Сайт будем рассматривать в качестве автоматизированной системы, которую мы разработали сами для себя, причем это был наш первый опыт разработки систем такого типа. Пользователем будем считать сотрудника «Мегасайт», который публикует на сайте статьи. Условимся также, что ответственный за публикацию — не единственная функциональная роль. Еще у нас есть ответственный за размещение рекламных баннеров, для которого написана своя технологическая инструкция. Действует первая редакция технологической инструкции, документ не разделен на части, существует в виде бумажного оригинала с подписями и печатями. С учетом перечисленных обстоятельств обозначение получается таким:63755082.425750.001.И2.01, где63755082 — код ООО «Мегасайт» согласно ОКПО.425750 — код строки Программно-технические комплексы для автоматизации обработки информации в торговле, материально-техническом обеспечении согласно ОКП. Автор статьи полистал ОКП, подумал и решил, что данная характеристика подходит нашему сайту лучше всех остальных там предлагаемых. Возможно, он заблуждается.001 — регистрационный номер автоматизированной системы этого типа в нашем внутреннем учете (давайте считать, что мы его ведем).И2 — код технологической инструкции по ГОСТ 34.201-89.01 — номер технологической инструкции в комплекте технической документации на сайт. Напомним, что есть еще одна, для менеджера по рекламным баннерам, у нее номер 02.

Обозначение технического задания на автоматизированную систему

В п. 3.2 ГОСТ 34.602-89 есть фраза, в которой упоминается некий код ТЗ: «Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на АС».Вместе с тем, в ГОСТ 34.201-89 приведены коды документов, разрабатываемых на стадиях, начиная с эскизного проекта, но кода для ТЗ там нет, что несколько сбивает с толку.При формировании кода ТЗ на АС можно принять во внимание п. 3.5. ГОСТ 34.602-89, в котором сказано: «При необходимости на титульном листе ТЗ на АС допускается помещать установленные в отрасли коды, например: гриф секретности, код работы, регистрационный номер ТЗ и др.», и присвоить код произвольно, сославшись на то, что так принято в отрасли или определено НТД конкретного предприятия. Кроме того, можно вспомнить, что по ГОСТ 24.101-80 у технического задания был код 2А, и присвоить документу обозначение по схеме, описанной выше. Но в общем это все уже напоминает схоластический подсчет количества чертей на кончике иглы.

Обозначения документов по программам

Структура обозначения программного документа в соответствии с ГОСТ 19.103-77 показана ниже. Расшифровка частей обозначения приведена в таблице. Номер редакции, номер документа и номер части документа образуются так же, как для системных документов (в исторической перспективе наоборот, но мы просим читателя простить нам этот анахронизм).A.B.CCCCC-DD EE FF-G

Часть обозначения Значение
A код страны. В наше время разумно указывать двухбуквенный код в соответствии со стандартом ISO 3166-1: RU для России, KZ для Казахстана и т. д.
B код организации-разработчика. По аналогии с системными документами можно указывать код ОКПО
CCCCC регистрационный номер программы. Согласно ГОСТ 19.103-77, он должен присваиваться «в соответствии с Общесоюзным классификатором программ, утверждаемым Госстандартом в установленном порядке». Как соблюдать это требование сегодня, нам неизвестно. Обратите внимание на год утверждения стандарта: 1977. Многое изменилось с тех пор в нашей жизни
DD номер редакции документа
EE код вида документа в соответствии с ГОСТ 19.101-77
FF номер документа данного вида
G номер части документа

Начальная часть обозначения, A.B.CCCCC-DD, служит обозначением самой программы и одновременно главного связанного с ней документа, спецификации.

Обозначения конструкторских документов

Любую программу или автоматизированную систему можно рассматривать как изделие и документировать на общих основаниях, руководствуясь ЕСКД (ГОСТ 2). Этой же серией стандартов следует пользоваться при документировании технических средств, например серверов, рабочих станций, всевозможных специализированных устройств и т. п. Правила присвоения обозначений конструкторским документам устанавливает ГОСТ 2.201-80. Здесь мы воздержимся от пересказа этого документа, но не сомневаемся, что теперь читатель без труда найдет и освоит его.

Обозначения листов утверждения

Если документ снабжен листом утверждения, у последнего должно быть свое обозначение. Оно формируется по элементарному правилу: к обозначению документа следует добавить шифр ЛУ, отделив его дефисом, например: 63755082.425750.001.И2.01-ЛУ.

О пользе обозначений со сдержанным оптимизмом

Внимательный читатель заметил, что если бы все организации аккуратно придерживались таких правил, обозначения документов оказались бы уникальными в пределах страны. Тогда можно было бы, предположим, учредить национальный каталог технической документации, через который любой инженер мог бы запросить нужный ему документ. Наверно это облегчило бы интеграцию автоматизированных систем разных ведомств, а ведь мы сегодня испытываем много всяких бюрократических неудобств именно из-за их изолированности. Например, пенсионеры вынуждены брать в ЗАГСе справку, что они еще живы, и лично доставлять ее в Собес, только тогда им выписывают всякие надбавки и льготы. Спрашивается, почему бы автоматизированным системам ЗАГСа и Собеса не работать с единым массивом данных. С другой стороны, умудренный опытом читатель заметит, что эти рассуждения грешат утопизмом, и будет прав.Не исключено, что обозначения документов способны и сегодня приносить пользу при разработке и согласовании крупных комплектов технической документации. В переписке между собой и в различных рабочих материалах участникам проекта часто приходится делать ссылки на документы, перечислять или упоминать их в разных контекстах. Когда количество документов в проекте возрастает, ссылаться на них по названиям становится неудобно. В течение проекта названия могут подвергаться правке, кроме того, люди часто указывают их по памяти, сокращая и делая ошибки, что закономерно приводит к путанице. Например, заказчик сообщает об ошибке в одном документе, а разработчик его не понимает и вносит ненужные исправления в другой с похожим названием. Есть надежда, что использование обозначений поможет избавиться от подобных неурядиц.За материалы спасибо PhiliSoftИспользуемые источники:

  • http://www.rugost.com/index.php
  • https://ngirf.ru/ntd/gost-2-102-2013/komplektnost/
  • https://ipiskunov.blogspot.com/2016/03/blog-post_1.html

Оцените статью
Рейтинг автора
5
Материал подготовил
Андрей Измаилов
Наш эксперт
Написано статей
116