Руководство оператора код документа

ГОСТ 19.505-79

Группа Т55

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Единая система программной документации

РУКОВОДСТВО ОПЕРАТОРА

Требования к содержанию и оформлению

Unified system for program documentation. Operation’s guide. Requirements for contents and form of presentation

МКС 35.080     

Дата введения 1980-01-01

Постановлением Государственного комитета CCCР по стандартам от 12 января 1979 г. N 74 дата введения установлена 01.01.80

ИЗДАНИЕ (январь 2010 г.) с Изменением N 1, утвержденным в сентябре 1981 г. (ИУС 11-81).

Настоящий стандарт устанавливает требования к содержанию и оформлению программного документа «Руководство оператора», определенного ГОСТ 19.101-77.

Стандарт полностью соответствует СТ СЭВ 2096-80*.

(Измененная редакция, Изм. N 1).

 1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Структура и оформление программного документа устанавливаются в соответствии с ГОСТ 19.105-78.

Составление информационной части (аннотации и содержания) является обязательным.

1.2. Руководство оператора должно содержать следующие разделы:

назначение программы;

условия выполнения программы;

выполнение программы;

сообщения оператору.

В зависимости от особенностей документа допускается объединять отдельные разделы или вводить новые.

(Измененная редакция, Изм. N 1).

 2. СОДЕРЖАНИЕ РАЗДЕЛОВ

2.1. В разделе «Назначение программы» должны быть указаны сведения о назначении программы и информация, достаточная для понимания функций программы и ее эксплуатации.

2.2. В разделе «Условия выполнения программы» должны быть указаны условия, необходимые для выполнения программы (минимальный и (или) максимальный состав аппаратурных и программных средств и т.п.).

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

2.2, 2.3. (Измененная редакция, Изм. N 1).

2.4. (Исключен, Изм. N 1).

2.5. В разделе «Сообщения оператору» должны быть приведены тексты сообщений, выдаваемых в ходе выполнения программы, описание их содержания и соответствующие действия оператора (действия оператора в случае сбоя, возможности повторного запуска программы и т.п.).

2.6. Допускается содержание разделов иллюстрировать поясняющими примерами, таблицами, схемами, графиками.

(Измененная редакция, Изм. N 1).

2.7. В приложения к руководству оператора допускается включать различные материалы, которые нецелесообразно включать в разделы руководства.

(Введен дополнительно, Изм. N 1).

50 Виды программных документов.

К программным относят документы,
содержащие сведения, необходи­мые для разработки, сопровождения и эксплуатации
программного обеспе­чения. Документирование программною обеспечения
осуществляется в со­ответствии с Единой системой программной документации (ГОСТ
19.XXX). Так
ГОСТ 19.101-77 устанавливает виды программных документов для про­граммного
обеспечения различных типов. Ниже перечислены основные про­граммные документы
по этому стандарту и указано, какую информацию они должны содержать.

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

Ведомость держателей подлинников
(код вида документа — 05) должна содержать список предприятий, на которых
хранятся подлинники программ­ных документов. Необходимость этого документа определяется
на этапе раз­работки и утверждения технического задания только для программного
обес­печения со сложной архитектурой.

Текст программы
(код вида документа — 12) должен содержать текст программы с необходимыми
комментариями. Необходимость этого докумен­та определяете я на папе разработки
и утверждения технического задания.

Описание программы (код вида
документа -13) должно содержать сведения о логической структуре и
функционировании программы. Необходимость данного документа также определяется
на этапе разработки и утверждения технического задания.

Ведомость эксплуатационных документов
(код вида документа — 20)  должна
содержать перечень эксплуатационных документов на программу, к которым
относятся документы с кодами: 30, 31, 32, 33, 34. 35. 46. Необходимость этого
документа  также определяется на этапе
разработки и утверждения технического задания.

Формуляр (код вида документа —
30) должен содержать основные характеристики ПО, комплектность и сведения об
эксплуатации программы.

Описание применения (код вида
документа — 31) должно содержать сведения о назначении программного
обеспечения, области применения, применяемых методах, классе решаемых задач,
ограничениях для применения, ми­нимальной конфигурации технических средств.

Руководство системного программиста
(код вида документа — 32) должно содержать сведения для проверки, обеспечения
функционирования и настройки программы на условия конкретного применения.

Руководство программиста (код
вида документа — 33) должно содер­жать сведения для эксплуатации программного
обеспечения.

Руководство оператора (код вида
документа — 34) должно содержать сведения для обеспечения процедуры общения
оператора с вычислительной системой в процессе выполнения программного
обеспечения.

Описание языка (код вида
документа — 35) должно содержать описание синтаксиса и семантики языка.

Руководство по техническому обслуживанию
(код вида документа — 46) должно содержать сведения для применения тестовых и
диагностических программ при обслуживании технических средств.

Программа и методика испытаний
(код вида документа — 51) должны содержать требования, подлежащие проверке при
испытании программного обеспечения а также порядок и
методы их контроля.

Пояснительная записка (код
вида документа — 81) должна содержать информацию о структуре и конкретных
компонентах ПО, в том числе
схемы алгоритмов, их общее описание, а также обоснование принятых технических и
технико-экономических решении. Составляется стадии эскизного и технического
проекта.

Прочие документы
(код вида документа — 90 — 99) могут составляться на любых стадиях разработки,
т.е. на стадиях эскизного, технического и рабочего проектов.

Код вида документа указывается в
его децимальном номере, например:

42333253.00037-01 34 01
(руководство оператора).

Допускается объединять отдельные виды эксплуатационных
документов, кроме формуляра и ведомости.  
Необходимость объединения указывается в техническом задании, а имя берут
у одного из объединяемых документов. Например, в настоящее время часто используется
эксплуатационный до­кумент, в который отчасти входит руководство системного
программиста, программиста и  оператора.
Он называется «Руководство пользователя».

Рассмотрим наиболее важные программные документы более
подробно.

Руководство пользователя

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

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

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

-излагайте ясно, используйте
короткие предложения;

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

-будьте точны и рациональны —
длинные и запутанные руководства обычно никто не читает, например, лучше
привести рисунок формы, чем долго ее описывать.

Руководство пользователя, как правило, содержит следующие
разделы:

-общие сведения о программном
продукте;

-описание установки;

-описание запуска;

-инструкции по работе (или
описание пользовательского интерфейса);

-сообщения
пользователю.

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

Раздел Установка обычно содержит
подробное            описание действий по
установке программного продукта и сообщений, которые при этом могут быть
получены.

В разделе Запуск, как правило,
описаны действия по запуску ПО и сообщений,
которые при этом могут быть получены.

Раздел Инструкции по работе обычно
содержит описание режимов работы, форматов ввода-вывода информации и возможных
настроек.

Раздел Сообщения пользователю должен
содержать перечень возможных сообщений, описание их содержания и действий,
которые необходимо предпринять по этим сообщениям.

Руководство системного
программиста

По ГОСТ 19.503-79 руководство
системного программиста должно содержать всю информацию, необходимую для
установки ПО, его настройки и проверки работоспособности. Кроме того в него часто включают и описание необходимого
обслуживания, которое раньше приводилось в руководстве оператора (ГОСТ
19.505-79) и/или руководстве по техническому обслуживанию (ГОСТ 19.508-79). В
настоящее время данную схему используют для составления руководства системному
администратору.

Руководство системного
программиста должно содержать следующие разделы:

-общие сведения о
программе;

-структура
программы;

-настройка;

-проверка;

-дополнительные
возможности;

-сообщения
системному программисту.

Раздел Общие сведения о программе
должен включать описание назначения и функций программы, а также сведения о
технических и программных средствах, обеспечивающих выполнение данной программы
(например, объем оперативной памяти, требования к составу и параметрам внешних
устройств, требования к ПО и т.п.).

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

В разделе Настройка программы
должно быть приведено описание действий по настройке программы на условия
практического применения.

В разделе Проверка программы
должно быть приведено описание способов проверки работоспособности программы,
например контрольные примеры.

В разделе Дополнительные возможности
должно быть приведено описание дополнительных возможностей программы и
способов доступа к ним.

В разделе Сообщения системному
программисту должны быть указаны тексты сообщений, выдаваемых в ходе
выполнения настройки и проверки программы, а также в ходе ее выполнения,
описание их содержания и действий, которые необходимо предпринять по этим
сообщениям.

МЕЖГОСУДАРСТВЕННЫЙ СОВЕТ ПО СТАНДАРТИЗАЦИИ. МЕТРОЛОГИИ И СЕРТИФИКАЦИИ

(МГС)

INTERSTATE COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION

ГОСТ 34.201 — 2020

(ISC)

МЕЖГОСУДАРСТВЕННЫЙ

СТАНДАРТ

Информационные технологии

КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

Виды, комплектность и обозначение документов при создании автоматизированных систем

Издание официальное

Москва

Российский институт стандартизации 2021

Предисловие

Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»

Сведения о стандарте

1    РАЗРАБОТАН Акционерным обществом «Всероссийский научно-исследовательский институт сертификации» (АО «ВНИИС») и Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ)

2    ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

3    ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 22 декабря 2020 г. № 58)

За принятие проголосовали:

Краткое наименование страны по МК (ИСО 3166) 004-97	Код страны по МК (ИСО 3166) 004-97	Сокращенное наименование национального органа по стандартизации
Армения	AM	ЗАО «Национальный орган по стандартизации и метрологии» Республики Армения
Беларусь	BY	Госстандарт Республики Беларусь
Киргизия	KG	Кыргыэстандарт
Россия	RU	Росстандарт
Украина	UA	Минэкономразвития Украины

4 Приказом Федерального агентства по техническому регулированию и метрологии от 19 ноября 2021 г. Nfl 1521-ст межгосударственный стандарт ГОСТ 34.201-2020 введен в действие в качестве национального стандарта Российской Федерации с 1 января 2022 г.

5 ВЗАМЕН ГОСТ 34.201-89

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

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

© Оформление ФГБУ «РСТ», 2021

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

УДК 004:006.354    МКС 01.040.35; 35.240

Ключевые слова: информационные технологии, автоматизированные системы, виды документации

Редактор Л. В Коретникова Технический редактор В. Н. Прусакова Корректор РА. Ментова Компьютерная верстка И.А. Налвйкиной

Сдано в набор 22.11.2021. Подписано в печать 30.11.2021. Формат 60*84%. Гарнитура Ариал. Уел. печ. л. 1.40. Уч.-иад. л. 1.12.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано в единичном исполнении в ФГБУ «РСТ» для комплектования Федерального информационного фонда стандартов. 117418 Москва. Нахимовский пр-т. д. 31. к. 2. wvrw.goelinfo ги inlo@90stinfo.ru

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Информационные технологии

КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

Виды, комплектность и обозначение документов при создании автоматизированных систем

Information technology. Set of standards for automated systems.

Types, sets and indication of documents for automated systems design

Дата введения — 2022—01—01

1    Область применения

Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных сферах деятельности (управление, исследования, проектирование и т. п.), включая их сочетания. и устанавливает требования к видам, наименованию, комплектности и обозначению документов, разрабатываемых на стадиях создания АС.

В случае отсутствия выделения стадий (или деления на другие стадии) при создании АС перечень разрабатываемой документации и сроки ее представления определяются техническим заданием или совместным решением заказчика и разработчика.

2    Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие межгосударственные стандарты:

ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.113-75 Единая система конструкторской документации. Групповые и базовые конструкторские документы

ГОСТ 2.601 ^ Единая система конструкторской документации. Эксплуатационные документы

ГОСТ 19.101 Единая система программной документации. Виды программ и программных документов

ГОСТ 34.602 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов и классификаторов на официальном интернет-сайте Межгосударственного совета по стандартизации. метрологии и сертификации (www.easc.by) или по указателям национальных стандартов, издаваемым в государствах, указанных в предисловии, или на официальных сайтах соответствующих национальных органов по стандартизации. Если на документ дана недатированная ссылка, то следует использовать документ, действующий на текущий момент, с учетом всех внесенных в него изменений. Если заменен ссылочный документ, на который дана датированная ссылка, то следует использовать указанную версию этого документа. Если после принятия настоящего стандарта в ссылочный документ, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение применяется без учета данного изменения. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

’) В Российской Федерации действует ГОСТ Р 2.601-2019.

Издание официальное

3 Виды и наименование документов

Состав видов документов, разрабатываемых на стадии «Исследование и обоснование создания АС», определяют исходя из требуемых результатов выполнения данной стадии (научно-технический отчет, тактико-техническое задание, технико-экономическое обоснование).

На стадии «Техническое задание» разрабатывают Техническое задание (ТЗ) на создание автоматизированной системы в соответствии с требованиями ГОСТ 34.602.

Допускается разрабатывать ТЗ на составные части системы (подсистемы, комплексы задач, программно-технические комплексы, компоненты технического и программного обеспечения и т. п.).

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

Виды документов, разрабатываемых на стадиях «Эскизный проект». «Технический проект». «Рабочая документация», приведены в таблице 1.

Таблица 1 — Виды документов, разрабатываемых на стадиях «Эскизный проект». «Технический проект». «Рабочая документация»

Вид документа Код документа Назначение документа Ведомость В Перечисление в систематизированном виде объектов, предметов и т. д. Схема С Графическое изображение форм документов, частей, элементов системы и связей между ними в виде условных обозначений Инструкция И Изложение состава действий и правил их выполнения пользователями и персоналом Обоснование Б Изложение сведений, подтверждающих целесообразность принимаемых решений Описание П Пояснение назначения системы, ее частей, принципов их действия и условий применения Конструкторский документ — По ГОСТ 2.102 Программный документ — ПоГОСТ 19.101

Виды документов на программные средства, используемые при создании АС (ее частей), — поГОСТ 19.101.

Виды документов на технические средства, используемые при создании АС (ее частей), — по ГОСТ 2.102 и по ГОСТ 2.601 в части эксплуатационных документов.

Наименования конкретных документов, разрабатываемых при проектировании АС в целом или ее части, приведены в таблице 2.

Таблица 2 — Наименования конкретных документов, разрабатываемых при проектировании АС в целом или ее части

Принадлежность к Стадия созда ния Наименование документа Код доку мента Часть проек та проектно- сметной Доку ментации эксплуа тационной докумен тации Дополнительные указания ЭП Ведомость эскизного проекта ЭП* ОР — — — Пояснительная записка к эскизному проекту П1 ОР — — — эп Схема организационной структуры СО ОР — — Допускается включать в документ ПЗ или ПВ

Продолжение таблицы 2

Принадлежность к Стадия созда ния Наименование документа Код доку мента Часть проек та проектно сметной Доку ментации эксплуа тационной докумен тации Дополнительные указания ТП Структурная схема комплекса технических средств С1* ТО X — Допускается включать в документ П9 Схема функциональной структуры С2* ОР При разработке документов СО. Cl. С2. СЗ на стадии ЭП допускается их включение в документ П1 Перечень заданий на разработку специализированных (новых) технических средств В9 то X При разработке на стадии ТП допускается включать в документ П2 Схема автоматизации сз* то X — — Технические задания на разработку специализированных (новых) технических средств то В состав проекта не входят тп Задания на разработку строительных, электротехнических. санитарно-технических и других разделов проекта, подготовительные работы, связанные с созданием системы то X В состав проекта не входят Ведомость технического проекта ТП* ОР — — — Ведомость покупных изделий ВП* ОР — — Перечень входных данных В1 ио — — — Перечень выходных данных В2 ио — — — Перечень заданий на разработку строительных, электротехнических, санитарно-технических и других разделов проекта, связанных с созданием системы вз то X Допускается включать в документ П2 Пояснительная записка к техническому проекту П2 ОР Включает план мероприятий по подготовке обьекта к вводу системы в эксплуатацию Описание автоматизируемых функций ПЗ ОР — — — Описание постановки задач (комплекса задач) П4 ОР — — Допускается включать в документы П2 или ПЗ Описание информационного обеспечения системы П5 ио — — —

Продолжение таблицы 2

Принадлежность к Стадия созда ния Наименование документа Код доку мента Часть проек та проектно- сметной Доку ментации эксплуа тационной докумен тации Дополнительные указания ТП Описание организации информационной базы П6 ИО — — — Описание систем классификации и кодирования П7 ИО — — — Описание массива информации П8 ИО — — — Описание комплекса технических средств П9 ТО « Для задачи допускается включать в документ П6 по ГОСТ 19.101 Описание программного обеспечения ПА ПО — — — Описание алгоритма (проектной процедуры) ПБ МО — — Допускается включать в документы П2. ПЗ или П4 Описание организационной структуры ПВ 00 — — — План расположения С8 то X — Допускается включать в документ П9 Ведомость оборудования и материалов — то X — — Локальный сметный расчет Б2 ОР X — — тп. РД Проектная оценка надежности системы Б1 ОР — — — Шаблон документа С9 ИО X На стадии ТП допускается включать в документы П4 или П5 РД Ведомость держателей подлинников ДП* ОР — — — Ведомость эксплуатационных документов эд* ОР — X — Спецификация оборудования В4 то X — — Ведомость потребности в материалах В5 то X — — Описание информационного массива В6 ИО — X — Описание базы данных В7 ИО — X — Локальная смета БЗ ОР X — — Методика (технология) автоматизированного проектирования И1 оо ‘ X « Технологическая инструкция И2 00 — X — Руководство пользователя ИЗ оо — X —

В зависимости от применяемых методов проектирования и специфики создаваемых АС допускается:

—    разрабатывать групповые и базовые документы в соответствии с раздепами 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. второй знак— цифра или буква, указывающая порядковый номер документа данного вида.

Код документа отдепяют от предыдущего обозначения точкой.

XX.    XX.    X-    X.    м

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

5.3.4    Номер редакции документа присваивают, начиная со второй в порядке возрастания от 2 до 9. и отделяют от предыдущего значения точкой. Очередной номер редакции присваивают в случаях сохранения (не аннулирования) предыдущей редакции.

5.3.5    Номер части документа отделяют от предыдущего обозначения дефисом. Если документ состоит из одной части, то дефис не проставляют и номер части документа не присваивают.

5.3.6    Признак документа, выполненного на машинных носителях, вводят при необходимости. Букву «М» отделяют от предыдущего обозначения точкой.

Приложение А (рекомендуемое)

Правила обозначения систем и их частей

А.1 Структура обозначения автоматизированной системы или ее части имеет вид. показанный на рисунке А.1.

А.    Б.    XXX

Код организации-разработчика

Код классификационной характеристики системы (ее части)

Регистрационный номер

Рисунок А. 1 — Структура обозначения АС

А.2 Код организации-разработчика представляет собой основной государственный регистрационный номер (ОГРН) из Единого государственного реестра юридических лиц (ЕГРЮЛ).

А.З Код классификационной характеристики системы или ее части (подсистемы, комплекса, компонента) присваивают в соответствии с правилами, установленными в отрасли.

А.4 Порядковый регистрационный номер системы (части системы) присваивает служба организации разработчика. ответственная за ведение картотеки и учет обозначений. Регистрационные номера присваивают с 001 до 999 по каждому коду регистрационной характеристики.