Написание технической документации очень ответственный этап проектирования. В процессе разработки создается очень много документов. Для их классификации существуют специальные требования по ГОСТ к оформлению технической документации по ГОСТу. Сегодня мы попробуем разобраться в том как именно классифицируются документы и какие существуют требования
Нас иногда спрашивают, как правильно присвоить документу код, шифр, номер и т. п. ? Скажем сразу, что это не великая наука. Но, во-первых, не код и не шифр, а обозначение, во всяком случае, если мы намерены соблюдать требования ГОСТ 19 или ГОСТ 34. Во-вторых, давайте сначала разберемся, в чем смысл обозначений документов.
В советскую эпоху, в еще машинописно-бумажные времена обозначения документов служили для ведения архива. Представьте себе крупную организацию, которая заказывает или собственными силами разрабатывает много программ или автоматизированных систем. Технической документации у нее тоже накапливается много. Чтобы ориентироваться в ней, помимо всего прочего необходимо снабдить каждый документ уникальным идентификатором. В качестве такового отечественные стандарты предлагают использовать обозначение, формируемое по определенным регулярным правилам. О них и пойдет речь в данной статье ниже.
Обозначения документов нужны не прокурору, не Ростехрегулированию, не разработчику программы или системы, а, в первую очередь, Заказчику. Если ваш заказчик требует во что бы то ни стало снабдить созданные для него документы «кодом по госту», можно в ответ поинтересоваться, ведет ли он архив технической документации. К сожалению, в большинстве случаев ответ будет отрицательным. Если же заказчик располагает таким архивом, то, скорее всего, электронным, а не бумажным. В электронных архивах уникальные идентификаторы обычно присваиваются документам автоматически.
Таким образом, присвоение документам гостированных обозначений сегодня в значительной мере лишено смысла и представляет собой «магический ритуал». Как быть, если заказчик все-таки настаивает на его исполнении? Разумеется, исполнять.
Обозначения документов по автоматизированным системам
Структура обозначения системного документа в соответствии с ГОСТ 34.201-89 показана ниже. Расшифровка частей обозначения приведена в таблице.
| Часть обозначения | Значение |
| 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 | код страны. В наше время разумно указывать двухбуквенный код в соответствии со стандартом 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-ЛУ.
О пользе обозначений со сдержанным оптимизмом
Внимательный читатель заметил, что если бы все организации аккуратно придерживались таких правил, обозначения документов оказались бы уникальными в пределах страны. Тогда можно было бы, предположим, учредить национальный каталог технической документации, через который любой инженер мог бы запросить нужный ему документ. Наверно это облегчило бы интеграцию автоматизированных систем разных ведомств, а ведь мы сегодня испытываем много всяких бюрократических неудобств именно из-за их изолированности. Например, пенсионеры вынуждены брать в ЗАГСе справку, что они еще живы, и лично доставлять ее в Собес, только тогда им выписывают всякие надбавки и льготы. Спрашивается, почему бы автоматизированным системам ЗАГСа и Собеса не работать с единым массивом данных. С другой стороны, умудренный опытом читатель заметит, что эти рассуждения грешат утопизмом, и будет прав.
Не исключено, что обозначения документов способны и сегодня приносить пользу при разработке и согласовании крупных комплектов технической документации. В переписке между собой и в различных рабочих материалах участникам проекта часто приходится делать ссылки на документы, перечислять или упоминать их в разных контекстах. Когда количество документов в проекте возрастает, ссылаться на них по названиям становится неудобно. В течение проекта названия могут подвергаться правке, кроме того, люди часто указывают их по памяти, сокращая и делая ошибки, что закономерно приводит к путанице. Например, заказчик сообщает об ошибке в одном документе, а разработчик его не понимает и вносит ненужные исправления в другой с похожим названием. Есть надежда, что использование обозначений поможет избавиться от подобных неурядиц.
ГОСТ 34.201-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем (Взамен ГОСТ 24.101-80, ГОСТ 24.102-80)
|
УДК 65.015.13.011.56:006.354 |
Группа П87 |
Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯКомплекс стандартов на автоматизированные системы |
ГОСТ 34.201-89 |
ВИДЫ, КОМПЛЕКТНОСТЬ И ОБОЗНАЧЕНИЕ ДОКУМЕНТОВ ПРИ СОЗДАНИИ АВТОМАТИЗИРОВАННЫХ СИСТЕМ |
|
|
Information technology. Set of standards for automated systems. Types, sets and indication of documents for automated systems design ОКСТУ 0034 |
Дата введения 01.01.90
Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследование, проектирование и т. п.), включая их сочетание, и устанавливает виды, наименование, комплектность и обозначение документов, разрабатываемых на стадиях создания АС, установленных ГОСТ 24.601.
Пояснение терминов, применяемых в настоящем стандарте, приведены в приложении 1.
1. ВИДЫ И НАИМЕНОВАНИЕ ДОКУМЕНТОВ
1.1. Состав видов документов, разрабатываемых на стадии «Исследование и обоснование создания АС» определяют в соответствии с разд. 3 ГОСТ 24.601, исходя из требуемых результатов выполнения данной стадии.
1.2. На стадии «Техническое задание» разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602.
Допускается разрабатывать частные ТЗ на отдельные системы (подсистемы, комплексы задач, программно-технические комплексы, компоненты технического и программного обеспечений и т. п.)
1.3. Виды документов, разрабатываемых на стадиях «Эскизный проект», «Технический проект», «Рабочая документация» приведены в табл. 1.
Таблица 1
| Вид документа | Код документа | Назначение документа |
|---|---|---|
|
Ведомость |
В |
Перечисление в систематизированном виде объектов, предметов и т. д. |
|
Схема |
С |
Графическое изображение форм документов, частей, элементов системы и связей между ними в виде условных обозначений |
|
Инструкция |
И |
Изложение состава действий и правил их выполнения персоналом |
|
Обоснование |
Б |
Изложение сведений, подтверждающих целесообразность принимаемых решений |
|
Описание |
П |
Пояснение назначения системы, ее частей, принципов их действия и условий применения |
|
Конструкторский документ |
По ГОСТ 2.102 |
|
|
Программный документ |
По ГОСТ 19.101 |
1.3.1. Наименование конкретных документов, разрабатываемых при проектировании системы в целом или ее части, приведены в табл. 2.
Таблица 2
| Стадия создания | Наименование документа | Код документа | Часть проекта | Принадлежность к | Дополнительные указания | |
|---|---|---|---|---|---|---|
| проектно- сметной докумен- тации | эксплуа- тационной докумен- тации | |||||
|
ЭП |
Ведомость эскизного проекта |
ЭП* |
ОР |
— |
— |
— |
|
Пояснительная записка к эскизному проекту |
П1 |
ОР |
— |
— |
— |
|
|
ЭП,ТП |
Схема организационной структуры |
СО |
ОР |
— |
— |
Допускается включать в документ П3 или ПВ |
| Схема структурная комплекса технических средств | С1* | ТО | Х | — | Допускается включать в документ П9 | |
|
Схема функциональной структуры |
С2* |
ОР |
— |
— |
При разработке документов СО, С1, С2, С3 на стадии ЭП допускается их включать в документ П1 |
|
| Перечень заданий на разработку специализированных (новых) технических средств | В9 | ТО | Х | — | При разработке на стадии ТП допускается включать в документ П2 | |
| Схема автоматизации | С3* | ТО | Х | — | — | |
| Технические задания на разработку специализированных (новых) технических средств | — | ТО | — | — | В состав проекта на входят | |
| ТП | Задания на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы | — | ТО | Х | — | В состав проекта на входят |
| Ведомость технического проекта | ТП* | ОР | — | — | — | |
| Ведомость покупных изделий | ВП* | ОР | — | — | — | |
| Перечень входных сигналов и данных | В1 | ИО | — | — | — | |
| Перечень выходных сигналов (документов) | В2 | ИО | — | — | — | |
| Перечень заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы | В3 | ТО | Х | — | Допускается включать в документ П2 | |
| Пояснительная записка к техническому проекту | П2 | ОР | — | — | Включает план мероприятий по подготовке объекта к вводу системы в эксплуатацию | |
| Описание автоматизируемых функций | П3 | ОР | — | — | — | |
| Описание постановки задач (комплекса задач) | П4 | ОР | — | — | Допускается включать в документы П2 или П3 | |
| Описание информационного обеспечения системы | П5 | ИО | — | — | — | |
| Описание организации информационной базы | П6 | ИО | — | — | — | |
|
ТП |
Описание систем классификации и кодирования | П7 | ИО | — | — | — |
| Описание массива информации | П8 | ИО | — | — | — | |
| Описание комплекса технических средств | П9 | ТО | — | — | Для задачи допускается включать в документ 46 по ГОСТ 19.101 | |
| Описание программного обеспечения | ПА | ПО | — | — | — | |
| Описание алгоритма (проектной процедуры) | ПБ | МО | — | — | Допускается включать в документы П2, П3 или П4 | |
| Описание организационной структуры | ПВ | ОО | — | — | — | |
| План расположения | С8 | ТО | Х | — | Допускается включать в документ П9 | |
| Ведомость оборудования и материалов | — | ТО | Х | — | — | |
| Локальный сметный расчет | Б2 | ОР | Х | — | — | |
|
ТП, РД |
Проектная оценка надежности системы | Б1 | ОР | — | — | — |
| Чертеж формы документа (видеокадра) | С9 | ИО | — | Х | На стадии ТП допускается включать в документы П4 или П5 | |
|
РД |
Ведомость держателей подлинников | ДП* | ОР | — | — | — |
| Ведомость эксплуатационных документов | ЭД* | ОР | — | Х | — | |
| Спецификация оборудования | В4 | ТО | Х | — | — | |
| Ведомость потребности в материалах | В5 | ТО | Х | — | — | |
| Ведомость машинных носителей информации | ВМ* | ИО | — | Х | — | |
| Массив входных данных | В6 | ИО | — | Х | — | |
|
РД |
Каталог базы данных | В7 | ИО | — | Х | — |
| Состав выходных данных (сообщений) | В8 | ИО | — | Х | — | |
| Локальная смета | Б3 | ОР | Х | — | — | |
| Методика (технология) автоматизированного проектирования | И1 | ОО | — | Х | — | |
| Технологическая инструкция | И2 | ОО | — | Х | — | |
| Руководство пользователя | И3 | ОО | — | Х | — | |
| Инструкция по формированию и ведению базы данных (набора данных) | И4 | ИО | — | Х | — | |
| Инструкция по эксплуатации КТС | ИЭ | ТО | — | Х | — | |
| Схема соединений внешних проводок | С4* | ТО | Х | — | Допускается выполнять в виде таблиц | |
| Схема подключения внешних проводок | С5* | ТО | Х | — | То же | |
| Таблица соединений и подключений | С6 | ТО | Х | — | — | |
| Схема деления системы (структурная) | Е1* | ТО | — | — | — | |
| Чертеж общего вида | ВО* | ТО | Х | — | — | |
| Чертеж установки технических средств | СА | ТО | Х | — | — | |
| Схема принципиальная | СБ | ТО | Х | — | — | |
| Схема структурная комплекса технических средств | С1* | ТО | Х | — | — | |
| План расположения оборудования и проводок | С7 | ТО | Х | — | — | |
| Описание технологического процесса обработки данных (включая телеобработку) | ПГ | ОО | — | Х | — | |
| Общее описание системы | ПД | ОР | — | Х | — | |
|
Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистемы, систем) |
ПМ* |
ОР |
— |
— |
— |
|
| Формуляр | ФО* | ОР | — | Х | — | |
| Паспорт | ПС* | ОР | — | Х | — | |
|
*Документы, код которых установлен в соответствии с требованиями стандартов ЕСКД |
(Измененная редакция, Изм. № 1)
Примечания:
- 1. В таблице приняты следующие обозначения:
- ЭП — эскизный проект;
- ТП — технический проект;
- РД — рабочая документация;
- ОР — общесистемные решения;
- ОО — решения по организационному обеспечению;
- ТО — решения по техническому обеспечению;
- ИО — решения по информационному обеспечению;
- ПО — решения по программному обеспечению;
- МО — решения по математическому обеспечению.
- 2. Знак Х — обозначает принадлежность к проектно-сметной или эксплуатационной документации.
- 3. Номенклатуру документов одного наименования устанавливают в зависимости от принятых при создании системы проектных решений
1.3.2. Виды документов на программные средства, используемые при создании АС (ее частей), — по ГОСТ 19.101.77.
1.3.3. Виды документов на технические средства, используемые при создании АС (ее частей), — по ГОСТ 2.102 и по ГОСТ 2.601 в части эксплуатационных документов.
1.3.4. В зависимости от применяемых методов проектирования и специфики создаваемых АС допускается:
- 1) разрабатывать групповые и базовые документы в соответствии с разд. 1, 3, 4, 6 ГОСТ 2.113;
- 2) выпускать документы отдельными самостоятельными частями, соответствующими разделам основного документа;
- 3) расширять номенклатуру документов, установленную настоящим стандартом.
1.4. На стадиях «Изготовление несерийных компонентов КСА» и «Ввод в действие» разрабатывают следующие организационно-распорядительные документы:
- 1) акт завершения работ;
- 2) акт приемки в опытную эксплуатацию;
- 3) акт приемки в промышленную эксплуатацию;
- 4) план-график работ;
- 5) приказ о составе приемочной комиссии;
- 6) приказ о проведении работ;
- 7) программа работ;
-
протокол испытаний; - 9) протокол согласования.
протокол испытаний; 2. КОМПЛЕКТНОСТЬ ДОКУМЕНТАЦИИ
2.1. Перечень наименований разрабатываемых документов и их комплектность на систему и ее части должен быть определен в техническом задании на создание автоматизированной системы (подсистемы).
Примечание. Комплектность проектно-сметных документов определяют в соответствии с правилами, установленными системой проектной документации для строительства (СПДС).
2.2. На каждый комплект должна быть составлена ведомость документов.
2.3. Комплектность документации, обеспечивающей разработку, изготовление, приемку и монтаж технических средств, — по ГОСТ 2.102. Комплектность эксплуатационной документации на эти средства — по ГОСТ 2.601.
2.4. Комплектность документации на программные средства вычислительной техники — по ГОСТ 19.101.77.
2.5. При самостоятельной разработке части системы документы на нее комплектуют в соответствии с требованиями настоящего стандарта.
3. ОБОЗНАЧЕНИЯ ДОКУМЕНТОВ
3.1. Каждому разработанному документу должно быть присвоено самостоятельное обозначение. Документ, выполненный на разных носителях данных, должен иметь одно обозначение. К обозначению документов, выполненных на машинных носителях, добавляют букву «М».
Заимствованным документам сохраняют ранее присвоенные обозначения.
3.2. Настоящие правила не распространяются на документы, правила обозначения которых регламентированы государственными стандартами других систем документации.
3.3. Обозначение документа имеет следующую структуру:
pre>
___________
|___________|. XX. XX. X— X. M
| | | | | |
Обозначение системы | | | | | |
(части системы) | | | | | |
Код документа | | | | |
Порядковый номер документа одного | | | |
наименования | | | |
Номер редакции документа | | |
Номер части документа | |
Признак документа, выполненного на машинных |
носителях |
3.3.1. Правила обозначения системы (части системы) приведены в приложении 2.
3.3.2. Код документа состоит из двух буквенно-цифровых знаков. Код для документов, определенных настоящим стандартом, проставляют в соответствии с графой 3 табл. 2. Код дополнительных документов формируют следующим образом: первый знак — буква, означающая вид документа согласно табл. 1, второй знак — цифра или буква, указывающая порядковый номер документа данного вида.
Код документа отделяют от предыдущего обозначения точкой.
3.3.3. Порядковые номера документов одного наименования (2 знака) присваивают, начиная со второго, и отделяют от предыдущего обозначения точкой.
3.3.4. Номер редакции документа присваивают, начиная со второй в порядке возрастания от 2 до 9, и отделяют от предыдущего значения точкой. Очередной номер редакции присваивают в случаях сохранения (не аннулирования) предыдущей редакции.
3.3.5. Номер части документа отделяют от предыдущего обозначения дефисом. Если документ состоит из одной части, то дефис не проставляют и номер части документа не присваивают.
3.3.6. Признак документа, выполненного на машинных носителях, вводят при необходимости. Букву «М» отделяют от предыдущего обозначения точкой.
ПРИЛОЖЕНИЕ 1
Справочное
ПОЯСНЕНИЕ ТЕРМИНОВ, ПРИМЕНЯЕМЫХ В НАСТОЯЩЕМ СТАНДАРТЕ
Документация на автоматизированную систему — комплекс взаимоувязанных документов, в котором полностью описаны все решения по созданию и функционированию системы, а также документов, подтверждающих соответствие системы требованиям технического задания и готовность ее к эксплуатации (функционированию).
Проектно-сметная документация на АС — часть документации на АС, разрабатываемая для выполнения строительных и монтажных работ, связанных с созданием АС.
Рабочая документация на АС — часть документации на АС, необходимой для изготовления, строительства, монтажа и наладки автоматизированной системы в целом, а также входящих в систему программно-технических, программно-методических комплексов и компонентов технического, программного и информационного обеспечения.
ПРИЛОЖЕНИЕ 2
Рекомендуемое
ПРАВИЛА ОБОЗНАЧЕНИЯ СИСТЕМ И ИХ ЧАСТЕЙ
1. Структура обозначения автоматизированной системы или ее части имеет вид:
А. Б. ХХХ
Код организации-разработчика | | |
Код классификационной характеристики | |
системы (ее части) | |
Регистрационный номер |
2. Код организации-разработчика присваивают в соответствии с общесоюзным классификатором предприятий, учреждений и организаций (ОКПО) или по правилам, установленным отраслевыми НТД.
3. Код классификационной характеристики системы или ее части (подсистемы, комплекса, компонента) присваивают в соответствии с правилами, установленными в отрасли на основе 425 подкласса общесоюзного классификатора продукции и/или общесоюзного классификатора подсистем и комплексов задач АСУ — 1 84 154.
4. Порядковый регистрационный номер системы (части системы) присваивает служба организации разработчика, ответственная за ведения картотеки и учет обозначений. Регистрационные номера присваивают с 001 до 999 по каждому коду регистрационной характеристики.
ИНФОРМАЦИОННЫЕ ДАННЫЕ
1. РАЗРАБОТАН И ВНЕСЕН
Государственным комитетом СССР по стандартам
Министерством приборостроения, средств автоматизации и систем управления СССР
ИСПОЛНИТЕЛИ
И.П. Вахлаков; Я.Г. Виленчик; Н.М. Вицын, канд. техн. наук; Ф.Р. Выдра, канд. техн. наук; С.В. Гаршина; Б.А. Дюков; Л.М. Зайденберг, канд. техн. наук; А.П. Игошин, канд. техн. наук; Ю.Б. Ирз, канд. техн. наук (руководитель темы); В.Ю. Королев; И.А. Коротеева; Е.С. Кранков, канд. техн. наук; В.И. Махнач, д-р техн. наук; И.С. Митяев; А.М. Мустафина; Е.И. Некрылов, канд. техн. наук; В.Ф. Попов; Е.Г. Савина; Н.В. Степанчикова; В.К. Чистов, канд. техн. наук; П.А. Шалаев, канд. техн. наук
2. УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитата СССР по стандартам от 24.03.89 № 664
3. Срок проверки — 1999 г.; периодичность проверки — 10 лет
4. ВЗАМЕН ГОСТ 24.101-80, ГОСТ 24.102-80, РД 50-617-86
5. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ
| Обозначение НТД, на которую дана ссылка | Номер пункта |
|---|---|
| ГОСТ 2.102-68 | 1.3, 1.3.3, 2.3 |
| ГОСТ 2.113-75 | 1.3.4 |
| ГОСТ 2.601-68 | 1.3.3, 2.3 |
| ГОСТ 19.101-77 | 1.3, 1.3.2, 2.4 |
| ГОСТ 24.601-86 | Вводная часть, 1.1 |
| ГОСТ 34.602-89 | 1.2 |
Внесены изменения ¹ 1, (Утверждены и введены в действие Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 29.12.90 № 3468, дата введения 01.07.91).
| Возможно, изменение № 1 внесено не полностью. |
Состав документов, разрабатываемых при проектировании АС в целом или ее части, приведены в таблице ниже.
технических средств
* Документы, код которых установлен в соответствии с требованиями стандартов Единой системы конструкторской документации (ЕСКД).
Текст ГОСТ 34.201-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем
ГОСТ 34.201-2020
МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ
Информационные технологии
КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ
Виды, комплектность и обозначение документов при создании автоматизированных систем
Information technology. Set of standards for automated systems. Types, sets and indication of documents for automated systems design
МКС 01.040.35; 35.240
Дата введения 2022-01-01
Предисловие
Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»
Сведения о стандарте
1 РАЗРАБОТАН Акционерным обществом «Всероссийский научно-исследовательский институт сертификации» (АО «ВНИИС») и Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ)
2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии
3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 22 декабря 2020 г. N 58)
За принятие проголосовали:
|
Краткое наименование страны по МК (ИСО 3166) 004-97 |
Код страны по МК (ИСО 3166) 004-97 |
Сокращенное наименование национального органа по стандартизации |
|
Армения |
АМ |
ЗАО «Национальный орган по стандартизации и метрологии» Республики Армения |
|
Беларусь |
ВY |
Госстандарт Республики Беларусь |
|
Киргизия |
KG |
Кыргызстандарт |
|
Россия |
RU |
Росстандарт |
|
Узбекистан |
UZ |
Узстандарт |
|
Украина |
UA |
Минэкономразвития Украины |
(Поправка)
4 Приказом Федерального агентства по техническому регулированию и метрологии от 19 ноября 2021 г. N 1521-ст межгосударственный стандарт ГОСТ 34.201-2020 введен в действие в качестве национального стандарта Российской Федерации с 1 января 2022 г.
5 ВЗАМЕН ГОСТ 34.201-89
6 ИЗДАНИЕ (март 2022 г.) с Поправкой (ИУС N 3 2022 г.)
Информация о введении в действие (прекращении действия) настоящего стандарта и изменений к нему на территории указанных выше государств публикуется в указателях национальных стандартов, издаваемых в этих государствах, а также в сети Интернет на сайтах соответствующих национальных органов по стандартизации.
В случае пересмотра, изменения или отмены настоящего стандарта соответствующая информация будет опубликована на официальном интернет-сайте Межгосударственного совета по стандартизации, метрологии и сертификации в каталоге «Межгосударственные стандарты»
1 Область применения
Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследования, проектирование и т.п.), включая их сочетания, и устанавливает требования к видам, наименованию, комплектности и обозначению документов, разрабатываемых на стадиях создания АС.
В случае отсутствия выделения стадий (или деления на другие стадии) при создании АС перечень разрабатываемой документации и сроки ее представления определяются техническим заданием или совместным решением заказчика и разработчика.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие межгосударственные стандарты:
ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов
ГОСТ 2.113-75 Единая система конструкторской документации. Групповые и базовые конструкторские документы
ГОСТ 2.601
Единая система конструкторской документации. Эксплуатационные документы
_______________
В Российской Федерации действует ГОСТ Р 2.601-2019.
ГОСТ 19.101 Единая система программной документации. Виды программ и программных документов
ГОСТ 34.602 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы
Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов и классификаторов на официальном интернет-сайте Межгосударственного совета по стандартизации, метрологии и сертификации (www.easc.by) или по указателям национальных стандартов, издаваемым в государствах, указанных в предисловии, или на официальных сайтах соответствующих национальных органов по стандартизации. Если на документ дана недатированная ссылка, то следует использовать документ, действующий на текущий момент, с учетом всех внесенных в него изменений. Если заменен ссылочный документ, на который дана датированная ссылка, то следует использовать указанную версию этого документа. Если после принятия настоящего стандарта в ссылочный документ, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение применяется без учета данного изменения. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.
3 Виды и наименование документов
Состав видов документов, разрабатываемых на стадии «Исследование и обоснование создания АС», определяют исходя из требуемых результатов выполнения данной стадии (научно-технический отчет, тактико-техническое задание, технико-экономическое обоснование).
На стадии «Техническое задание» разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602.
Допускается разрабатывать ТЗ на составные части системы (подсистемы, комплексы задач, программно-технические комплексы, компоненты технического и программного обеспечения и т.п.).
При необходимости могут разрабатываться другие документы, детализирующие отдельные требования к автоматизированной системе.
Виды документов, разрабатываемых на стадиях «Эскизный проект», «Технический проект», «Рабочая документация», приведены в таблице 1.
Таблица 1 — Виды документов, разрабатываемых на стадиях «Эскизный проект», «Технический проект», «Рабочая документация»
|
Вид документа |
Код документа |
Назначение документа |
|
Ведомость |
В |
Перечисление в систематизированном виде объектов, предметов и т.д. |
|
Схема |
С |
Графическое изображение форм документов, частей, элементов системы и связей между ними в виде условных обозначений |
|
Инструкция |
И |
Изложение состава действий и правил их выполнения пользователями и персоналом |
|
Обоснование |
Б |
Изложение сведений, подтверждающих целесообразность принимаемых решений |
|
Описание |
П |
Пояснение назначения системы, ее частей, принципов их действия и условий применения |
|
Конструкторский документ |
— |
По ГОСТ 2.102 |
|
Программный документ |
— |
По ГОСТ 19.101 |
Виды документов на программные средства, используемые при создании АС (ее частей), — по ГОСТ 19.101.
Виды документов на технические средства, используемые при создании АС (ее частей), — по ГОСТ 2.102 и по ГОСТ 2.601 в части эксплуатационных документов.
Наименования конкретных документов, разрабатываемых при проектировании АС в целом или ее части, приведены в таблице 2.
Таблица 2 — Наименования конкретных документов, разрабатываемых при проектировании АС в целом или ее части
|
Ста- дия созда- ния |
Наименование документа |
Код доку- мента |
Часть проек- та |
Принадлежность к |
Дополнительные указания |
|
|
проектно- сметной доку- ментации |
эксплуа- тационной докумен- тации |
|||||
|
ЭП |
Ведомость эскизного проекта |
ЭП* |
ОР |
— |
— |
— |
|
Пояснительная записка к эскизному проекту |
П1 |
ОР |
— |
— |
— |
|
|
ЭП |
Схема организационной структуры |
СО |
ОР |
— |
— |
Допускается включать в документ ПЗ или ПВ |
|
ТП |
Структурная схема комплекса технических средств |
С1* |
ТО |
Х |
— |
Допускается включать в документ П9 |
|
Схема функциональной структуры |
С2* |
ОР |
— |
— |
При разработке документов С0, С1, С2, С3 на стадии ЭП допускается их включение в документ П1 |
|
|
Перечень заданий на разработку специализированных (новых) технических средств |
В9 |
ТО |
Х |
— |
При разработке на стадии ТП допускается включать в документ П2 |
|
|
Схема автоматизации |
С3* |
ТО |
Х |
— |
— |
|
|
Технические задания на разработку специализированных (новых) технических средств |
— |
ТО |
— |
— |
В состав проекта не входят |
|
|
ТП |
Задания на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, подготовительные работы, связанные с созданием системы |
— |
ТО |
Х |
— |
В состав проекта не входят |
|
Ведомость технического проекта |
ТП* |
ОР |
— |
— |
— |
|
|
Ведомость покупных изделий |
ВП* |
ОР |
— |
— |
||
|
Перечень входных данных |
В1 |
ИО |
— |
— |
— |
|
|
Перечень выходных данных |
В2 |
ИО |
— |
— |
— |
|
|
Перечень заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы |
В3 |
ТО |
Х |
— |
Допускается включать в документ П2 |
|
|
Пояснительная записка к техническому проекту |
П2 |
ОР |
— |
— |
Включает план мероприятий по подготовке объекта к вводу системы в эксплуатацию |
|
|
Описание автоматизируемых функций |
П3 |
ОР |
— |
— |
— |
|
|
Описание постановки задач (комплекса задач) |
П4 |
ОР |
— |
— |
Допускается включать в документы П2 или П3 |
|
|
Описание информационного обеспечения системы |
П5 |
ИО |
— |
— |
— |
|
|
ТП |
Описание организации информационной базы |
П6 |
ИО |
— |
— |
— |
|
Описание систем классификации и кодирования |
П7 |
ИО |
— |
— |
— |
|
|
Описание массива информации |
П8 |
ИО |
— |
— |
— |
|
|
Описание комплекса технических средств |
П9 |
ТО |
— |
— |
Для задачи допускается включать в документ П6 по ГОСТ 19.101 |
|
|
Описание программного обеспечения |
ПА |
ПО |
— |
— |
— |
|
|
Описание алгоритма (проектной процедуры) |
ПБ |
МО |
— |
— |
Допускается включать в документы П2, П3 или П4 |
|
|
Описание организационной структуры |
ПВ |
ОО |
— |
— |
— |
|
|
План расположения |
С8 |
ТО |
Х |
— |
Допускается включать в документ П9 |
|
|
Ведомость оборудования и материалов |
— |
ТО |
Х |
— |
— |
|
|
Локальный сметный расчет |
Б2 |
ОР |
Х |
— |
— |
|
|
ТП, РД |
Проектная оценка надежности системы |
Б1 |
ОР |
— |
— |
— |
|
Шаблон документа |
С9 |
ИО |
— |
Х |
На стадии ТП допускается включать в документы П4 или П5 |
|
|
РД |
Ведомость держателей подлинников |
ДП* |
ОР |
— |
— |
— |
|
Ведомость эксплуатационных документов |
ЭД* |
ОР |
— |
Х |
— |
|
|
Спецификация оборудования |
В4 |
ТО |
Х |
— |
— |
|
|
Ведомость потребности в материалах |
В5 |
ТО |
Х |
— |
— |
|
|
Описание информационного массива |
В6 |
ИО |
— |
Х |
— |
|
|
Описание базы данных |
В7 |
ИО |
— |
Х |
— |
|
|
Локальная смета |
Б3 |
ОР |
Х |
— |
— |
|
|
Методика (технология) автоматизированного проектирования |
И1 |
ОО |
— |
Х |
— |
|
|
Технологическая инструкция |
И2 |
ОО |
— |
Х |
— |
|
|
Руководство пользователя |
И3 |
ОО |
— |
Х |
— |
|
|
РД |
Инструкция по эксплуатации комплекса технических средств |
ИЭ |
ТО |
— |
Х |
— |
|
Схема соединения внешних проводок |
С4* |
ТО |
Х |
— |
Допускается выполнять в виде таблиц |
|
|
Схема подключения внешних проводок |
С5* |
ТО |
Х |
— |
То же |
|
|
Таблица соединений и подключений |
С6 |
ТО |
Х |
— |
— |
|
|
Схема деления системы (структурная) |
Е1* |
ТО |
— |
— |
— |
|
|
Чертеж общего вида |
ВО* |
ТО |
Х |
— |
— |
|
|
Чертеж установки технических средств |
СА |
ТО |
Х |
— |
— |
|
|
Схема принципиальная |
СБ |
ТО |
Х |
— |
— |
|
|
Схема структурная комплекса технических средств |
С1* |
ТО |
Х |
— |
— |
|
|
План расположения оборудования и проводок |
С7 |
ТО |
Х |
— |
— |
|
|
Описание технологического процесса обработки данных (включая телеобработку) |
ПГ |
ОО |
— |
Х |
— |
|
|
Общее описание системы |
ПД |
ОР |
— |
Х |
— |
|
|
Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистем, систем) |
ПМ* |
ОР |
— |
— |
— |
|
|
Формуляр |
ФО* |
ОР |
— |
Х |
— |
|
|
Паспорт |
ПС* |
ОР |
— |
Х |
— |
|
|
* Документы, код которых установлен в соответствии с требованиями стандартов Единой системы конструкторской документации (ЕСКД). Примечания 1 В таблице приняты следующие обозначения: ЭП — эскизный проект; ТП — технический проект; РД — рабочая документация; ОР — общесистемные решения; ОО — решения по организационному обеспечению; ТО — решения по техническому обеспечению; ИО — решения по информационному обеспечению; ПО — решения по программному обеспечению; МО — решения по математическому обеспечению. 2 Знак «Х» означает принадлежность к проектно-сметной или эксплуатационной документации. 3 Номенклатуру документов одного наименования устанавливают в зависимости от принятых при создании системы проектных решений. 4 Код (обозначение) документов, отмеченных в графе «Принадлежность к проектно-сметной документации» знаком «Х», может быть установлен по требованиям стандартов Системы проектной документации для строительства (СПДС). |
В зависимости от применяемых методов проектирования и специфики создаваемых АС допускается:
— разрабатывать групповые и базовые документы в соответствии с разделами 1, 3, 4, 6 ГОСТ 2.113-75;
— выпускать документы отдельными самостоятельными частями, соответствующими разделам основного документа;
— расширять номенклатуру документов, установленную настоящим стандартом.
При изготовлении несерийных компонентов комплексов средств автоматизации и на стадии «Ввод в действие» разрабатывают следующие организационно-распорядительные документы:
— акт завершения работ;
— акт приемки в опытную эксплуатацию;
— акт приемки в промышленную эксплуатацию;
— план-график работ;
— приказ о составе приемочной комиссии;
— приказ о проведении работ;
— программа работ;
— протокол испытаний;
— протокол согласования.
4 Комплектность документации
4.1 Перечень наименований разрабатываемых документов и их комплектность на систему и ее части определяется либо в техническом задании на создание автоматизированной системы (подсистемы), либо на начальных этапах ее создания.
Примечание — Комплектность проектно-сметных документов определяют в соответствии с правилами, установленными системой проектной документации для строительства.
4.2 На каждый комплект должна быть составлена ведомость документов.
4.3 Комплектность документации, обеспечивающей разработку, изготовление, приемку и монтаж технических средств, — по ГОСТ 2.102. Комплектность эксплуатационной документации на эти средства — по ГОСТ 2.601.
4.4 Комплектность документации на программные средства вычислительной техники — по ГОСТ 19.101.
4.5 При самостоятельной разработке составной части системы документы на нее комплектуют в соответствии с требованиями настоящего стандарта.
5 Обозначения документов
5.1 Каждому разработанному документу должно быть присвоено самостоятельное обозначение. Документ, выполненный на разных носителях данных, должен иметь одно обозначение. К обозначению документов, выполненных на машинных носителях, добавляют букву «М».
Заимствованным документам сохраняют ранее присвоенные обозначения.
5.2 Настоящие правила не распространяются на документы, правила обозначения которых регламентированы государственными стандартами других систем документации.
5.3 Обозначение документа имеет следующую структуру, показанную на рисунке 1.
5.3.1 Правила обозначения системы (части системы) приведены в приложении А.
5.3.2 Код документа состоит из двух буквенно-цифровых знаков. Код для документов, определенных настоящим стандартом, проставляют в соответствии с графой 3 таблицы 2. Код дополнительных документов формируют следующим образом: первый знак — буква, означающая вид документа согласно таблице 1, второй знак — цифра или буква, указывающая порядковый номер документа данного вида.
Код документа отделяют от предыдущего обозначения точкой.
|
|
Рисунок 1 — Структура обозначения документа
5.3.3 Порядковые номера документов одного наименования (два знака) присваивают, начиная со второго, и отделяют от предыдущего обозначения точкой.
5.3.4 Номер редакции документа присваивают, начиная со второй в порядке возрастания от 2 до 9, и отделяют от предыдущего значения точкой. Очередной номер редакции присваивают в случаях сохранения (не аннулирования) предыдущей редакции.
5.3.5 Номер части документа отделяют от предыдущего обозначения дефисом. Если документ состоит из одной части, то дефис не проставляют и номер части документа не присваивают.
5.3.6 Признак документа, выполненного на машинных носителях, вводят при необходимости. Букву «М» отделяют от предыдущего обозначения точкой.
Приложение А
(рекомендуемое)
Правила обозначения систем и их частей
А.1 Структура обозначения автоматизированной системы или ее части имеет вид, показанный на рисунке А.1.
|
|
Рисунок А.1 — Структура обозначения АС
А.2 Код организации-разработчика представляет собой основной государственный регистрационный номер (ОГРН) из Единого государственного реестра юридических лиц (ЕГРЮЛ).
А.3 Код классификационной характеристики системы или ее части (подсистемы, комплекса, компонента) присваивают в соответствии с правилами, установленными в отрасли.
А.4 Порядковый регистрационный номер системы (части системы) присваивает служба организации разработчика, ответственная за ведение картотеки и учет обозначений. Регистрационные номера присваивают с 001 до 999 по каждому коду регистрационной характеристики.
|
УДК 004:006.354 |
МКС 01.040.35; 35.240 |
|
|
Ключевые слова: информационные технологии, автоматизированные системы, виды документации |
Согласно стандартам ЕСКД, ЕСПД и КСАС каждой программе, системе, документу должно быть присвоено обозначение, которое состоит из группы цифр и букв, разделённых точками, пробелами, дефисами. Обозначение присваивается по правилам для унификации и упрощения идентификации изделий и документации на них, ведения учёта и архива.
Присвоить номер, код или шифр документу, со сторону кажется целой наукой, тайным знанием. Однако, это проще чем кажется! Можно ли не присваивать этот мистический номер созданному техническому документу по ГОСТу? Нет, он необходим, чтобы в документации был порядок. Иначе поиск, хранение и учёт документов будут проблематичны.
Для начала следует запомнить, что документ не имеет номера, кода или шифра, а имеет обозначение, если мы говорим про документы из серии ГОСТов 19 или 34.
Обозначения документов по 19 и 34 ГОСТам отличаются друг от друга.
По ГОСТу 34
В 34 ГОСТе обозначение документа присваивается по ГОСТу 34.201-89, но смотря туда, не каждый сразу способен разобраться откуда берётся какая цифра.
Номер согласно ГОСТу 34 выглядит следующим образом:
A.Б.ВВВ.ГГ.ДД.ЕЕ-Ж.М
Расшифровка обозначений:
А — код организации-разработчика системы, который присваивается по ОКПО (Общероссийский классификатор предприятий и организаций). Его можно узнать в бухгалтерии.
Б — код классификационной характеристики типа системы или её части, который присваивается по ОКП (Общероссийский классификатор продукции). Раздел классификатора по автоматизированным системам, идёт со строчки — 425000 Программно-технические комплексы для автоматизированных систем.
ВВВ — регистрационный номер автоматизированной системы или её части. Данный номер ведётся в журнале учёта на предприятии. Если журнал учёта не ведётся, то можно указать номер 001.
ГГ — код документа. Коды документов определены ГОСТом 34.201-89. Для каждого наименования документа свой номер. Например, Описание автоматизируемых функций – П3, Руководство пользователя – И3, Ведомость эскизного проекта – ЭП.
ДД — порядковый номер документа с одинаковым названием. Допустим, у вас 5 Пояснительных записок для разных компонентов программы, чтобы не запутаться в них им присваиваются номера 01, 02, 03, 04 и 05. Если документ один с таким названием, то значение пропускается.
ЕЕ — порядковый номер редакции документа. Документ может переписываться несколько раз, согласно пожеланиям заказчика. При официальной корректировке документа, по замечаниям заказчика, проставляется номер редакции. При первой передаче документа данное значение не проставляется, при второй передаче документа уже ставится значение 02.
Ж — порядковый номер части документа. Большие документы, для удобства сшивания, делятся на несколько частей. Если документ не разделён на части, то данное значение пропускается.
М — обозначение М, проставляется, если документ представлен не в печатном виде, а на диске или флешке. Если документ в печатном виде, то в данном значение пропускается.
ЛУ — обозначение ЛУ проставляется, только Листу утверждения.
Таким образом, можно получить следующее обозначение:
11119632.4251005.004.ПА.10.02-3 (Описание программного обеспечения для 10 комплекса Системы во 2-й редакции, часть 3);
11119632.4251005.005.ПА.10.02-М (Описание программного обеспечения для 10 комплекса Системы во 2-й редакции, на диске);
11119632.4251005.002.ПА (Описание программного обеспечения).
11119632.4251005.008.И2 (Технологическая инструкция).
11119632.4251005.195.ПС (Паспорт).
ПО ГОСТу 19
В 19 ГОСТе обозначение документа присваивается по ГОСТу 19.103-77.
Номер согласно ГОСТу 19 выглядит следующим образом:
A.Б.ВВВВВ-ГГ ДД ЕЕ-Ж
Расшифровка обозначений:
A — код страны, где разработан документ. Например, RU для России. Остальные обозначения указаны в стандарте ISO 3166-1.
Б — код организации-разработчика, который присваивается по ОКПО (Общероссийский классификатор предприятий и организаций). Его можно узнать в бухгалтерии.
ВВВВВ — регистрационный номер программы, который присваивается по ОКП (Общероссийский классификатор продукции). Допускается присваивать регистрационный номер в порядке возрастания, начиная с 00001 до 99999, для каждой организации (предприятия)-разработчика.
ГГ — порядковый номер редакции документа. Например, 01, 02,03.
ДД — код вида документа, который присваивается в соответствии с ГОСТ 19.101-77. Например, 34 – Руководство оператора, 12 – Текст программы, 33 – Руководство программиста.
ЕЕ — порядковый номер документа данного вида.
Ж — порядковый номер части документа.
Таким образом, можно получить следующее обозначение:
RU.11119632.20006–10 32 (Руководство системного программиста, 10 редакции);
RU.11119632.30706–10 32 02–03 (Руководство системного программиста, 10 редакции, 2-й документ данного вида, 3-я часть данного документа);
RU.11119632.10908–10 32 (Руководство системного программиста, 10 редакции);
RU.11119632.28051–01 32 (Руководство системного программиста, 1 редакции).
RU.11119632.44009–06 33 (Руководство программиста, 6 редакции).
RU.11119632.30101–02 81 (Пояснительная записка, 2 редакции).