---
title: "\"Р 50-34.119-90. Рекомендации. Информационная технология. Комплекс стандартов на автоматизированные системы. Архитектура локальных вычислительных сетей в системах промышленной автоматизации. Общие положения\""
number: "Р 50-34.119-90"
issuer: "Государственный комитет СССР по стандартам"
status: утратил силу
canonical: "https://bukva.ai/docs/r-50-34-119-90"
---

## "Р 50-34.119-90. Рекомендации. Информационная технология. Комплекс стандартов на автоматизированные системы. Архитектура локальных вычислительных сетей в системах промышленной автоматизации. Общие положения"

# "Р 50-34.119-90. Рекомендации. Информационная технология. Комплекс стандартов на автоматизированные системы. Архитектура локальных вычислительных сетей в системах промышленной автоматизации. Общие положения"

(утв. и введены в действие Постановлением Госстандарта СССР от 29.12.1990 N 3508)

> [!WARNING]
> Документ утратил силу на территории Российской Федерации в связи с изданием Приказа Росстандарта от 12.02.2019 N 216.
> Документ [введен](#p100009) в действие с 1 января 2012 года.


<div align="right">

<a id="p100001"></a>Утверждены и введены в действие<br>
Постановлением Госстандарта СССР

</div>

от 29 декабря 1990 г. N 3508

<a id="p100002"></a>**РЕКОМЕНДАЦИИ**

<a id="p100003"></a>**ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ**

<a id="p100004"></a>**КОМПЛЕКС СТАНДАРТОВ НА АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ.**
**АРХИТЕКТУРА ЛОКАЛЬНЫХ ВЫЧИСЛИТЕЛЬНЫХ СЕТЕЙ В СИСТЕМАХ**
**ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ**

<a id="p100005"></a>**ОБЩИЕ ПОЛОЖЕНИЯ**

<a id="p100006"></a>Р 50-34.119-90

<div align="right">

<a id="p100007"></a>Группа П87

<a id="p100008"></a>**ОКСТУ 0034**

<a id="p100009"></a>Дата введения

</div>

1 января 1992 года


### <a id="p100010"></a>ИНФОРМАЦИОННЫЕ ДАННЫЕ


1. <a id="p100011"></a>Разработаны и внесены Государственным комитетом СССР по управлению качеством продукции и стандартам.
2. <a id="p100012"></a>Утверждены и введены в действие Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 29.12.90 N 3508.
3. <a id="p100013"></a>Введены впервые.
4. <a id="p100014"></a>Ссылочные нормативно-технические документы.


| Обозначение НТД, на который дана ссылка | Номер пункта, приложения |
| --- | --- |
| ГОСТ 27817-88 | Приложение 1, п. 15 |


5. <a id="p100017"></a>Переиздание.

<a id="p100018"></a>Настоящие Рекомендации распространяются на автоматизированные системы проектирования и изготовления (АСПИ) и автоматизированные учрежденческие информационные системы (АУИС) и устанавливают состав и структуру применяемых в них локальных вычислительных сетей (ЛВС) и основные требования к характеристикам этих ЛВС.


### 1. <a id="p100019"></a>ОСНОВНЫЕ ПОЛОЖЕНИЯ


<a id="p100020"></a>1.1. АСПИ представляют собой комплекс взаимосвязанных автоматизированных систем (АС) различного назначения (гибкие производственные системы (ГПС), системы автоматизации проектирования (САПР), системы автоматизированного управления (АСУ) и др. АС, применяемые для промышленной автоматизации). Основой интеграции АС в АСПИ являются локальные вычислительные сети (ЛВС).
<a id="p100021"></a>1.2. Концептуальной основой ЛВС является базовая эталонная модель взаимосвязи открытых систем (ВОС).
<a id="p100022"></a>1.3. Вычислительные сети АСПИ должны базироваться на унифицированных наборах протоколов и интерфейсов, соответствующих эталонной модели ВОС, для связи разнородных ЭВМ, интеллектуального оборудования и устройств связи.


### 2. <a id="p100023"></a>АРХИТЕКТУРА АСПИ И ЕЕ ЛВС



#### <a id="p100024"></a>2.1 В автоматизированном производстве выделяют пять уровней.

<a id="p100025"></a>2.1.1. 0-й уровень (устройства с числовым программным управлением - УЧПУ, локальные системы управления - ЛСУ, программируемые контроллеры - ПК) должен обеспечивать локальное управление в реальном масштабе времени отдельными техническими устройствами. В качестве таких устройств могут выступать: станок, робот, кран-штабелер, транспортный робот и т.д. ПК, ЛСУ или УЧПУ, управляющие этими устройствами, должны следить за физическими параметрами технологических процессов, вырабатывать управляющие воздействия на силовую автоматику, осуществлять при необходимости соответствующие преобразования сигналов.
<a id="p100026"></a>2.1.2. 1-й уровень (АСУ ГПМ) должен обеспечивать согласованную работу в реальном масштабе времени взаимосвязанной группы технических устройств типа гибкого производственного модуля (ГПМ). ГПМ может состоять, например, из станка, робота и передаточного стола.
<a id="p100027"></a>2.1.3. 2-й уровень (АСУ ГАУ, ГАЛ) должен обеспечивать согласованную работу группы ГПМ в соответствии с технологическим маршрутом, одного гибкого автоматизированного участка (ГАУ) или гибкой автоматизированной линии (ГАЛ). ГАУ (ГАЛ) может быть обрабатывающим, сборочным, складским, измерительным, транспортным и т.п.
<a id="p100028"></a>2.1.4. 3-й уровень (АСУ ГАЦ) должен обеспечивать организационно-экономическое и организационно-технологическое управление дискретным, непрерывным или дискретно-непрерывным производством в гибком автоматизированном цехе (ГАЦ) и технологическую подготовку производства. На этом уровне должны осуществляться планирование, учет, контроль и регулирование производства по основным технико-экономическим показателям, решаться задачи координированного управления ходом производства, организовываться комплектация рабочих мест заготовками, инструментом и оснасткой, необходимыми для выполнения производственных заданий. Здесь же должен быть реализован центр управления автоматизированной транспортно-складской системой (АТСС) цеха.
<a id="p100029"></a>2.1.5. 4-й уровень (АСУП, АСНИ, САПР-К) должен обеспечивать организационно-экономическое управление предприятием в целом. Здесь в соответствии с жизненным циклом изделия и в рамках соответствующих подразделений должны проводиться НИР и ОКР, техническая подготовка производства, управление испытаниями и т.п.
<a id="p100030"></a>К этому же уровню относится АСУ интегрированной системы жизнеобеспечения предприятия, в задачу которой входит: автоматизированное управление тепло-, водо-, воздухо- и энергоснабжением предприятия; защита территории, отдельных зданий и помещений предприятия от несанкционированного доступа; управление противопожарными системами и системами охраны окружающей среды.
<a id="p100031"></a>2.2. Связи между уровнями и между элементами уровней должны обеспечиваться вычислительной сетью, объединяющей оконечные системы предприятия, которыми могут быть: АС (АСТПП, АСУ ГАЦ и т.д.); ЛВС (ЛВС ГАУ, ЛВС САПР и т.д.) и ЭВМ (рабочие места, оборудование с ЧПУ и т.п.).
<a id="p100032"></a>2.2.1. Объединение отдельных ЛВС уровней предприятия и цеха и интегрированной системы жизнеобеспечения предприятия должно осуществляться через ретрансляторы с помощью магистрального канала связи предприятия (черт. 1).

<div align="center">

<a id="p100033"></a>Схема ЛВС уровня предприятия

<a id="p100034"></a> ![2. Архитектура АСПИ и ее ЛВС](https://i.bukva.ai/MVgw9KDI/img_0.png) 

<a id="p100035"></a>Черт. 1

</div>


<a id="p100036"></a>2.2.2. Сеть цехового уровня должна объединять автоматизированные системы цехового уровня, а также ЛВС участков (линий) (черт. 2).

<div align="center">

<a id="p100037"></a>Схема ЛВС уровня цеха

<a id="p100038"></a> ![2. Архитектура АСПИ и ее ЛВС](https://i.bukva.ai/MVgw9KDI/img_1.png) 

<a id="p100039"></a>Черт. 2

</div>


<a id="p100040"></a>2.2.3. Сеть уровня участка (линии) должна объединять АС уровней участка и модуля [(черт. 3)](#p100042).
<a id="p100041"></a>2.2.4. Сеть уровня модуля должна объединять АС уровня модуля и устройства управления отдельными техническими устройствами [(черт. 4)](#p100045).

<div align="center">

<a id="p100042"></a>Схема ЛВС уровня участка

<a id="p100043"></a> ![2. Архитектура АСПИ и ее ЛВС](https://i.bukva.ai/MVgw9KDI/img_2.png) 

<a id="p100044"></a>Черт. 3

<a id="p100045"></a>Схема ЛВС уровня модуля

<a id="p100046"></a> ![2. Архитектура АСПИ и ее ЛВС](https://i.bukva.ai/MVgw9KDI/img_3.png) 

<a id="p100047"></a>Черт. 4

</div>


<a id="p100048"></a>2.2.5. Сопряжение сети уровня участка с сетью уровня цеха и сети уровня модуля с сетью уровня участка должно осуществляться с помощью ретрансляторов.


### 3. <a id="p100049"></a>ТРЕБОВАНИЯ К ЛВС АСПИ


<a id="p100050"></a>ЛВС реализуется посредством соединения отдельных каналов связи различной физической природы (электрических, оптических) и топологии (моноканал, шина, кольцо) через ретрансляторы, коммутационно-согласующие устройства и блоки доступа.

#### <a id="p100051"></a>3.1 Требования к ЛВС уровня предприятия

<a id="p100052"></a>3.1.1. Протяженность физического канала должна допускать соединение объектов, разнесенных на расстояния до 10 км.
<a id="p100053"></a>3.1.2. ЛВС уровня предприятия должна допускать подключение до 100 - 1000 оконечных систем.
<a id="p100054"></a>3.1.3. ЛВС уровня предприятия должна допускать обмен информацией объемом до нескольких Мбайт через промежутки времени в несколько часов (суток).
<a id="p100055"></a>3.1.4. ЛВС уровня предприятия должна обеспечивать время реакции не более 2 с.
<a id="p100056"></a>3.1.5. Надежность сети должна обеспечиваться телесредствами обнаружения, локализации и изоляции отказов, а также телесредствами соответствующей реконфигурации сети для обхода отказов. Эти средства могут быть ручными или автоматическими и управляться на месте (локально) или удаленно.

#### <a id="p100057"></a>3.2 Требования к ЛВС уровня цеха

<a id="p100058"></a>3.2.1. Протяженность физического канала должна допускать соединение объектов, разнесенных на расстояния до 1 км.

##### <a id="p100059"></a>3.2.2 Сеть цеха должна допускать подключение до 100 оконечных систем.

<a id="p100060"></a>3.2.3. Сеть цеха должна допускать обмен информацией объемом до 1 Мбайт через промежутки времени в несколько минут (часов).

##### <a id="p100061"></a>3.2.4 Сеть цеха должна обеспечивать время реакции не более 2 с.

<a id="p100062"></a>3.2.5. Сеть цеха должна допускать ее эксплуатацию в производственных условиях, включая повышенную влажность и температуру, повышенную вибрацию, повышенное электромагнитное излучение, нестабильность питающего напряжения, запыленность.
<a id="p100063"></a>3.2.6. Работоспособность сети должна сохраняться без ухудшения ее характеристик в случае ремонта, включения и исключения любых сетевых компонентов.

#### <a id="p100064"></a>3.3 Требования к ЛВС уровня участка

<a id="p100065"></a>3.3.1. Протяженность физического канала должна допускать соединение объектов, разнесенных на расстояния до 100 м.
<a id="p100066"></a>3.3.2. Сеть участка должна допускать подключение до 100 оконечных систем.
<a id="p100067"></a>3.3.3. Сеть участка должна допускать обмен информацией объемом до 100 Кбайт через промежутки времени в несколько секунд (минут).

##### <a id="p100068"></a>3.3.4 Сеть участка должна функционировать в режиме реального времени.


##### <a id="p100069"></a>3.3.5 Условия эксплуатации аналогичны сети цеха.

<a id="p100070"></a>3.3.6. Требования к надежности аналогичны требованиям к сети цеха. В случае управления быстрыми или опасными процессами управления сети (в части реконфигурации) должно осуществляться автоматически.

#### <a id="p100071"></a>3.4 Требования к ЛВС уровня модуля

<a id="p100072"></a>Для управления непрерывными технологическими процессами на уровне модуля может потребоваться канал связи, отличающийся от ЛВС дискретного оборудования (см. [черт. 4](#p100045)).
<a id="p100073"></a>3.4.1. Протяженность физического канала должна допускать соединение объектов, разнесенных на расстояние до 10 м.
<a id="p100074"></a>3.4.2. Сеть модуля должна допускать подключение до 10 оконечных систем.
<a id="p100075"></a>3.4.3. Сеть модуля должна допускать обмен информацией до 0,1 Кбайт через промежутки времени от долей секунды до нескольких минут.
<a id="p100076"></a>3.4.4. Сеть модуля должна допускать управление оборудованием в реальном масштабе времени.

##### <a id="p100077"></a>3.4.5 Протяженность технологической шины до 1 км.


##### <a id="p100078"></a>3.4.6 Пропускная способность технологической шины до 1 Мбайт/с.


##### <a id="p100079"></a>3.4.7 Условия эксплуатации аналогичны условиям сети цеха.

<a id="p100080"></a>3.4.8. Надежность сети должна быть максимально высокой, т.к. выход из строя любого компонента сети приводит к выходу из строя модуля в целом.


### 4. <a id="p100081"></a>БАЗОВАЯ МОДЕЛЬ ЛВС АУИС


<a id="p100082"></a>4.1. К автоматизированным учрежденческим информационным системам (АУИС) относятся оконечные системы 4-го уровня АСПИ, такие как САПР-К, САПР-Т, АСУ предприятия, АСНИ и др.

#### <a id="p100083"></a>4.2 ЛВС АУИС является интерсетью, в которой выделяют ЛВС трех уровней:

<a id="p100084"></a>ЛВС системных и телематических служб;
<a id="p100085"></a>ЛВС подразделений специальных служб;
<a id="p100086"></a>ЛВС АРМ и терминалов.
<a id="p100087"></a>Эти ЛВС должны соединяться ретрансляторами.
<a id="p100088"></a>4.3. ЛВС верхнего уровня должна объединять системные службы, такие как Управление сетью, Архив, Телефакс и т.п., а также ЛВС подразделений и специальных служб (черт. 5).

<div align="center">

<a id="p100089"></a>Схема ЛВС уровня системных и телематических служб

<a id="p100090"></a> ![4. Базовая модель ЛВС АУИС](https://i.bukva.ai/MVgw9KDI/img_4.png) 

<a id="p100091"></a>Черт. 5

</div>


<a id="p100092"></a>4.4. ЛВС подразделений и специальных служб должны объединять службы подразделений или специальные службы. Так, например, для ЛВС АСУП объединяются такие службы, как служба маркетинга, служба материально-технического снабжения и т.п. (черт. 6). ЛВС специальных служб объединяет службу файлов, службу высококачественной печати и т.п.

<div align="center">

<a id="p100093"></a>Схема ЛВС уровня подразделений

<a id="p100094"></a> ![4. Базовая модель ЛВС АУИС](https://i.bukva.ai/MVgw9KDI/img_5.png) 

<a id="p100095"></a>Черт. 6

</div>


<a id="p100096"></a>4.5. ЛВС АРМ и терминалов должна объединять ПЭВМ, мониторы, рабочие станции и разнообразные устройства в рамках подразделения или специальной службы (черт. 7) и предназначена для обеспечения коллективного доступа конечных пользователей к ресурсам вышележащих уровней.

<div align="center">

<a id="p100097"></a>Схема ЛВС уровня АРМ и терминалов

<a id="p100098"></a> ![4. Базовая модель ЛВС АУИС](https://i.bukva.ai/MVgw9KDI/img_6.png) 

<a id="p100099"></a>Черт. 7

</div>



### 5. <a id="p100100"></a>ТРЕБОВАНИЯ К ЛВС АУИС



#### <a id="p100101"></a>5.1 Требования к ЛВС системных и телематических служб

<a id="p100102"></a>5.1.1. Протяженность физического канала должна допускать соединение объектов, разнесенных на расстояния до 100 км.
<a id="p100103"></a>5.1.2. Должна быть обеспечена возможность подключения до 1000 оконечных систем.
<a id="p100104"></a>5.1.3. Должна быть обеспечена возможность обмена информацией объемом несколько (до 10) Мбайт через промежутки времени в несколько минут.

##### <a id="p100105"></a>5.1.4 Время реакции не должно превышать 2 с.

<a id="p100106"></a>5.1.5. Надежность сети должна обеспечиваться телесредствами обнаружения, локализации и изоляции отказов, а также телесредствами соответствующей реконфигурации сети для обхода отказов.

#### <a id="p100107"></a>5.2 Требования к ЛВС подразделений и специальных служб

<a id="p100108"></a>5.2.1. Протяженность физического канала должна допускать соединение объектов, разнесенных на расстояния до 5 км.
<a id="p100109"></a>5.2.2. Сеть подразделений должна допускать подключение до 100 оконечных систем.
<a id="p100110"></a>5.2.3. Сеть подразделений должна допускать обмен информацией объемом несколько (до 10) Мбайт через промежутки времени в несколько минут.

##### <a id="p100111"></a>5.2.4 Время реакции не должно превышать 2 с.


##### <a id="p100112"></a>5.2.5 Надежность сети подразделений и специальных служб должна удовлетворять следующим требованиям:

<a id="p100113"></a>выход из строя любой оконечной системы сети не должен влиять на работоспособность сети в целом;
<a id="p100114"></a>ремонт, включение и исключение сетевых компонентов должны происходить без остановки сети в целом.

#### <a id="p100115"></a>5.3 Требования к ЛВС АРМ и терминалов

<a id="p100116"></a>5.3.1. Протяженность физического канала должна допускать соединение объектов, разнесенных на расстояния до 1 км.

##### <a id="p100117"></a>5.3.2 Сеть АРМ должна допускать подключение до 50 абонентов.

<a id="p100118"></a>5.3.3. Сеть АРМ должна допускать обмен информацией объемом до 100 Кбайт через промежутки времени в несколько часов.

##### <a id="p100119"></a>5.3.4 Время реакции не должно превышать 2 с.

<a id="p100120"></a>5.3.5. Надежность сети АРМ и терминалов должна быть не хуже, чем у устройств типа телефонные аппараты.





<div align="right">

<a id="p100121"></a>Приложение 1<br>
Справочное

</div>


<div align="center">

<a id="p100122"></a>**КОНЦЕПЦИЯ КОНСТРУКТИВНЫХ БЛОКОВ ЛВС MAP/TOP**

</div>


<a id="p100123"></a>Проект MAP/TOP характеризуется определенным набором стандартных протоколов и интерфейсов, используемых на всех семи уровнях модели ВОС. Проект базируется на концепции, по которой реализации выбранных протоколов группируются в т.н. конструктивные блоки, выполняющие в рамках системы определенный набор функций.
<a id="p100124"></a>Концепция конструктивных блоков позволяет разработчикам и изготовителям сетевого оборудования учитывать требования заказчиков за счет соотнесения этих требований со спецификациями протоколов и служб проекта MAP/TOP и выбора из них необходимых для реализации протоколов, их параметров, функциональных элементов и факультативных средств, обеспечивающих как соответствие конечного сетевого продукта спецификациям проекта MAP/TOP, так и возможность работы с сетевым оборудованием других изготовителей. С точки зрения заказчика сетевого оборудования концепция конструктивных блоков позволяет точно определить набор функций сетевого оборудования, удовлетворяющий потребности заказчика.
<a id="p100125"></a>Каждый конструктивный блок характеризуется:
- <a id="p100126"></a>функцией (что делает блок в системе для пользователя);
- <a id="p100127"></a>спецификацией ссылок (набор выбранных параметров и характеристик, основанных на международных стандартах);
- <a id="p100128"></a>правилом привязки (технические особенности, определяющие связи блока с другими блоками для формирования совместимой MAP/TOP-системы).
<a id="p100129"></a>Набор конструктивных блоков для оконечных MAP/TOP-систем показан на черт. 8. Эти блоки наложены на модель ВОС и элементы спецификации MAP/TOP. Полная оконечная система включает один или более блоков, перекрывающих уровни 1, 2, 3 и 4 и, по крайней мере, один блок, перекрывающий уровни 5, 6 и 7 (нумерация дается в соответствии с [черт. 8](#p100146)).
1. <a id="p100130"></a>Конструктивный блок доступа в подсеть случайного доступа
<a id="p100131"></a>Функция. Обеспечивает надежную передачу данных в любую удаленную оконечную систему через шину случайного доступа с контролем несущей и обнаружением столкновений (CSMA/CD).
<a id="p100132"></a>Правила привязки. Должен быть связан, по крайней мере, с одним из следующих блоков:
<a id="p100133"></a>удаленный доступ к терминалу (блок 6);
<a id="p100134"></a>удаленный доступ к файлу (блок 7);
<a id="p100135"></a>электронная почта (блок 8);
<a id="p100136"></a>сетевая справочная служба (блок 9);
<a id="p100137"></a>сетевое управление (блок 10).
2. <a id="p100138"></a>Конструктивный блок доступа в подсеть-маркерное кольцо
<a id="p100139"></a>Функция. Этот блок предназначен для соединения оконечных систем с подсетью 802.5-маркерное кольцо. Он обеспечивает надежную передачу данных в любую удаленную оконечную систему.
<a id="p100140"></a>Спецификация ссылок (блок 1).
<a id="p100141"></a>Правила привязки (блок 1).
3. <a id="p100142"></a>Конструктивный блок. Доступ в подсеть-маркерная шина
<a id="p100143"></a>Функция. Этот блок предназначен для соединения оконечных систем с подсетью MAP 802.4-маркерная шина. Он обеспечивает надежную передачу данных в любую удаленную оконечную систему.

<div align="center">

<a id="p100144"></a>Спецификация ссылок (блок 1).<br>
<a id="p100145"></a>Правила привязки (блок 1).

<a id="p100146"></a>Структура локальной вычислительной сети MAP/TOP<br>
и используемых в ней стандартов ИСО

</div>



<a id="p100147"></a>Черт. 8

4. <a id="p100148"></a>Конструктивный блок. Доступ в подсеть X.25
<a id="p100149"></a>Функция. Этот блок предназначен для соединения оконечных систем с подсетью X.25-коммутации пакетов. Он обеспечивает надежную передачу данных в любую удаленную оконечную систему (используется сетевая служба в режиме без установления соединения).
<a id="p100150"></a>Спецификация ссылок (блок 1).
<a id="p100151"></a>Правила привязки (блок 1).
5. <a id="p100152"></a>Конструктивный блок быстрого доступа в маркерную шину
<a id="p100153"></a>Функция. Этот блок позволяет подключать оконечную систему MAP/EPA или мини-MAP к моноканальной маркерной шине. Обеспечивает надежную передачу данных в реальном масштабе времени между удаленными оконечными системами MAP/EPA и мини-MAP.
<a id="p100154"></a>Спецификация ссылок (блок 1).
<a id="p100155"></a>Правила привязки. Должен быть связан с блоком управления технологическим оборудованием (блок 11).
6. <a id="p100156"></a>Конструктивный блок удаленного доступа к терминалу
<a id="p100157"></a>Функция. Этот блок обеспечивает терминальным пользователем соединение и доступ к гетерогенным хост-системам независимо от используемого терминала. В настоящее время поддерживается только базовый класс виртуального терминала. Этот блок специфицирует протокол, который обеспечивает взаимосвязь оконечной системы, поддерживающей терминальные функции сервер/эмулятор с оконечной системой, поддерживающей хост-системные интерактивные приложения.
<a id="p100158"></a>Правила привязки. Должен быть связан, по крайней мере, с одним из следующих блоков доступа в подсеть:
<a id="p100159"></a>CSMA/CD (блок 1).
<a id="p100160"></a>Маркерное кольцо (блок 2).
<a id="p100161"></a>X.25 (блок 3).
<a id="p100162"></a>MAP-маркерная шина (блок 4).
7. <a id="p100163"></a>Конструктивный блок удаленного доступа к файлам
<a id="p100164"></a>Функция. Этот блок представляет оконечным системам функции, необходимые прикладным процессам, чтобы осуществлять удаленный доступ к файлам (т.е. считывать или записывать либо весь файл, либо его часть) и удаленное управление файлами (т.е. удалять или манипулировать атрибутами).
<a id="p100165"></a>Правила привязки. Должен быть связан, как блок 6.
<a id="p100166"></a>Может быть связан с любым из следующих конструктивных блоков:
<a id="p100167"></a>CGM IF (блок 12).
<a id="p100168"></a>PDIF (блок 13).
<a id="p100169"></a>ODIF (блок 14).
<a id="p100170"></a>Прикладной интерфейс удаленной передачи файлов (блок 16).
8. <a id="p100171"></a>Конструктивный блок. Электронная почта
<a id="p100172"></a>Функция. Этот блок обеспечивает оконечным системам возможность для хранения и направленной обработки сообщений между конечными пользователями (и прикладными процессами). Он представляет пользователю электронной почты функции, необходимые для отсылки и получения межперсональных сообщений. Содержание сообщения может быть составлено из ASCII-текстов или любых обменных форматов.
<a id="p100173"></a>Спецификация ссылок - X.400, X.401, X.408, X.409, X.410, X.411, X.420, X.430.
<a id="p100174"></a>Правила привязки. Должен быть связан, - как блок 5.
<a id="p100175"></a>Может быть связан с:
<a id="p100176"></a>CGMIF (блок 12);
<a id="p100177"></a>PDIF (блок 13);
<a id="p100178"></a>ODIF (блок 14).
9. <a id="p100179"></a>Конструктивный блок. Сетевая справочная служба
<a id="p100180"></a>Функция. Этот блок обеспечивает оконечным системам возможность доступа к сервису удаленной сетевой директории и/или поддержки функций сервера сетевой директории. Это позволяет пользователям оконечной системы обращаться к различным прикладным объектам, доступным через сеть, по их именам и использовать сервер сетевой директории для возвращения из информационной базы директории текущего прикладного адреса.
<a id="p100181"></a>Правила привязки (блок 6).
10. <a id="p100182"></a>Конструктивный блок. Сетевое управление
<a id="p100183"></a>Функция. Этот блок обеспечивает оконечные системы удаленным управлением. Он включает основные средства, необходимые для выполнения управления конфигурацией, сбоями и исполнением.
<a id="p100184"></a>Правила привязки (блок 6).
11. <a id="p100185"></a>Конструктивный блок управления технологическим оборудованием
<a id="p100186"></a>Функция. Этот блок реализует протокол службы производственных сообщений (MMS), позволяющий в реальном масштабе времени, как минимум, загружать и выгружать программы управления технологическим оборудованием (роботами, станками с ЧПУ и т.д.), записывать и считывать данные из устройств управления технологическим оборудованием, извещать о его состоянии, осуществлять удаленную диагностику технологического оборудования.
<a id="p100187"></a>Правила привязки. Должен быть связан, по крайней мере, с блоком быстрого доступа в маркерную шину (блок 5).
12. <a id="p100188"></a>Конструктивный блок. Формат взаимообмена - графический компьютерный метафайл (CGMIF)
<a id="p100189"></a>Функция. Этот блок обеспечивает формат и кодирование общего графического метафайла. Этот метафайл может быть передан в любую другую оконечную систему, где графическое изображение может быть восстановлено с помощью программного обеспечения и технических средств той системы.
<a id="p100190"></a>Правила привязки. Должен быть связан, по крайней мере, с одним из следующих блоков:
<a id="p100191"></a>удаленный доступ к файлам (блок 7);
<a id="p100192"></a>электронная почта (блок 8).
<a id="p100193"></a>Может быть связан с блоком:
<a id="p100194"></a>прикладной интерфейс машинной графики (блок 15);
<a id="p100195"></a>ODIF (блок 14).
13. <a id="p100196"></a>Конструктивный блок. Формат взаимообмена - описание изделия (PDIF)
<a id="p100197"></a>Функция. Данные описания изделия являются подмножеством данных изделий. PDIF включает те элементы данных, которые необходимы для анализа, проектирования, производства и испытания изделия. Этот блок обеспечивает общий формат и кодирование для передачи данных описания изделия среди прикладных процессов.
<a id="p100198"></a>Спецификация ссылок - IGES - 3.0, STEP.
<a id="p100199"></a>Правила привязки. Должен быть связан (блок 12).
14. <a id="p100200"></a>Конструктивный блок. Формат взаимообмена учрежденческими документами (ODIF)
<a id="p100201"></a>Функция. Этот блок представляет общий формат и кодирование для передачи сложных учрежденческих документов в исправляемом или окончательном виде, содержащем символы, геометрическую и растровую графику.
<a id="p100202"></a>Правила привязки. Должен быть связан (блок 12).
15. <a id="p100203"></a>Конструктивный блок - прикладной интерфейс машинной графики
<a id="p100204"></a>Функция. Этот блок представляет прикладному пользователю стандартный интерфейс к GKS.
<a id="p100205"></a>Спецификация ссылок - по ГОСТ 27817.
<a id="p100206"></a>Правила привязки. Должен быть связан с CGMIF (блок 12).
16. <a id="p100207"></a>Конструктивный блок. Прикладной интерфейс к удаленной передаче файлов
<a id="p100208"></a>Функция. Этот блок представляет прикладному пользователю стандартный интерфейс к функциям, предоставляемым удаленной передачей файлов.
<a id="p100209"></a>Спецификация ссылок - нет.
<a id="p100210"></a>Правила привязки. Должен быть связан с блоком удаленного доступа к файлам (блок 7).
17. <a id="p100211"></a>Конструктивный блок. Прикладной интерфейс удаленного управления оборудованием
<a id="p100212"></a>Функция. Этот блок предоставляет стандартный интерфейс между прикладной программой управления технологическим оборудованием и механизмом управления технологическим оборудованием (блок 12).

<div align="right">

<a id="p100213"></a>Спецификация ссылок - нет.

</div>

<a id="p100214"></a>Правила привязки. Должен быть связан с блоком управления технологическим оборудованием (блок 12).
<a id="p100215"></a>Примеры построения оконечных систем на конструктивных блоках проекта MAP/TOP приведены в табл. 1.

<a id="p100216"></a>Таблица 1


<table>
<colgroup><col width="12%"><col width="11%"><col width="15%"><col width="15%"><col width="5%"><col width="14%"><col width="16%"><col width="12%"></colgroup>
<tr><td rowspan="2">Номер конструктивного блока</td><td colspan="7">Тип оконечной системы</td></tr>
<tr><td>Файловая служба в АУИС</td><td>Файловая служба в АУИС, сопряженная с сетью X.25</td><td>Справочно управляющая служба</td><td>АСУ ГПМ</td><td>АРМ начальника цеха</td><td>АРМ конструктора</td><td>АСУ ГАЦ</td></tr>
<tr><td>1</td><td>+</td><td></td><td></td><td></td><td>+</td><td>+</td><td></td></tr>
<tr><td>2</td><td></td><td></td><td>+</td><td></td><td></td><td></td><td></td></tr>
<tr><td>3</td><td></td><td></td><td></td><td></td><td></td><td></td><td>+</td></tr>
<tr><td>4</td><td></td><td>+</td><td></td><td></td><td></td><td></td><td></td></tr>
<tr><td>5</td><td></td><td></td><td></td><td>+</td><td></td><td></td><td></td></tr>
<tr><td>6</td><td></td><td></td><td>+</td><td>+</td><td>+</td><td>+</td><td>+</td></tr>
<tr><td>7</td><td>+</td><td>+</td><td></td><td></td><td>+</td><td>+</td><td>+</td></tr>
<tr><td>8</td><td></td><td></td><td></td><td></td><td>+</td><td></td><td>+</td></tr>
<tr><td>9</td><td></td><td></td><td>+</td><td>+</td><td>+</td><td></td><td>+</td></tr>
<tr><td>10</td><td></td><td></td><td>+</td><td></td><td></td><td></td><td>+</td></tr>
<tr><td>11</td><td></td><td></td><td></td><td>+</td><td></td><td></td><td></td></tr>
<tr><td>12</td><td></td><td></td><td></td><td></td><td></td><td>+</td><td></td></tr>
<tr><td>13</td><td></td><td></td><td></td><td>+</td><td></td><td>+</td><td>+</td></tr>
<tr><td>14</td><td>+</td><td></td><td></td><td></td><td>+</td><td>+</td><td>+</td></tr>
<tr><td>15</td><td></td><td></td><td></td><td></td><td></td><td>+</td><td></td></tr>
<tr><td>16</td><td>+</td><td>+</td><td></td><td>+</td><td></td><td>+</td><td>+</td></tr>
<tr><td>17</td><td></td><td></td><td></td><td>+</td><td></td><td></td><td></td></tr>
</table>






<a id="p100236"></a>Приложение 2
Справочное

<a id="p100237"></a>**СОСТАВ АУИС**

<a id="p100238"></a>Примерный состав служб АУИС приведен в табл. 2. Все перечисленные в ней службы должны быть, как правило, реализованы на отдельных ЭВМ (серверах соответствующих служб).

<a id="p100239"></a>Таблица 2

<a id="p100240"></a>Классификация служб АУИС


| Тип службы | Вид службы | Класс службы |
| --- | --- | --- |
| Системная | Управление сетью Справочная Аутентификации Единого времени Жизнеобеспечения деятельности Архивная | Реального времени Диалоговая Диалоговая Реального времени Реального времени Потоковая/диалоговая |
| Интерфейсная | Видеотекс Телекс Телетекс Телефакс Телеавтограф Электронная почта Телефото Передача данных, речи, изображений по крупномасштабным сетям | Диалоговая Потоковая Потоковая Потоковая Потоковая Потоковая/диалоговая Потоковая Потоковая реального времени |
| Специальная | Высококачественная печать Обработка данных Почтовая служба Репрографии Новостей Файловая Ввода текстов и/или изображение с листа | Потоковая Потоковая/диалоговая Потоковая/диалоговая Потоковая Потоковая/диалоговая Потоковая/диалоговая Потоковая |


<a id="p100263"></a>Служба управления должна управлять функционированием сети, обнаруживать, локализовывать и устранять неисправности, реконфигурировать ЛВС.
<a id="p100264"></a>Справочная служба представляет собой базу данных, в которой должны храниться все данные, необходимые для поддержания деятельности самого учреждения, включая данные о сотрудниках и их сетевых адресах, службах сети и их сетевых адресах и т.д.
<a id="p100265"></a>Служба аутентификации должна обеспечивать защиту от несанкционированного доступа в сеть, к ее услугам и данным пользователей.

<div align="center">

<a id="p100266"></a>Служба единого времени должна обеспечивать единство времени во всех узлах сети, необходимое для реконфигурации сети и различных служб сети.<br>
<a id="p100267"></a>Служба интегрированной системы жизнеобеспечения деятельности учреждения должна централизованно управлять средствами обеспечения нормальных условий труда персонала - сигнализацией, освещением, вентиляцией и др.<br>
<a id="p100268"></a>Служба ведения архива должна обеспечивать хранение и доступ к архивным данным, а также их корректировку и изменение.<br>
<a id="p100269"></a>Телематические службы должны обеспечивать стандартное сопряжение с внешними общедоступными сетями.<br>
<a id="p100270"></a>Служба высококачественной печати должна обеспечивать подготовку и изготовление документов на специальных устройствах печати, включая многоцветную печать, лазерный вывод и т.п.<br>
<a id="p100271"></a>Служба обработки данных должна обеспечивать обработку данных, требующую использования высокопроизводительных порядка 1 - 10 млн. оп./с ЭВМ и больших (десятки Гбайт) объемов памяти.<br>
<a id="p100272"></a>Почтовая служба должна обеспечивать хранение и обмен электронными документами.<br>
<a id="p100273"></a>Служба репрографии должна обеспечивать вывод документов на микрофильмы и микрофиши.<br>
<a id="p100274"></a>Служба новостей должна обеспечить распространение в учреждении различных аудио-, видео- и прочих сообщений и объявлений.<br>
<a id="p100275"></a>Файловая служба должна обеспечивать хранение и доступ к оперативным данным.<br>
<a id="p100276"></a>Служба ввода с листа должна обеспечить ввод типографских текстов и изображений средствами специальных автоматизированных устройств (например, оптических сканеров).

</div>




<a id="p100277"></a>

---



![](https://i.bukva.ai/MVgw9KDI/$00838_VN8.png)