Статус документа
Статус документа

ГОСТ Р ИСО/МЭК 10165-1-2001 Информационная технология (ИТ). Взаимосвязь открытых систем. Структура информации административного управления. Часть 1. Модель информации административного управления

     5 Информационная модель


Цель информационной модели - дать структуру управляющей информации, переносимой протоколами управления системами, и структуру модели управления соответствующими ресурсами (например протокольным автоматом Х.25). Информационная модель имеет дело с управляемыми объектами. Управляемые объекты являются абстракциями ресурсов обработки и передачи данных (например протокольных автоматов, соединений, модемов) с целью административного управления. Ресурсы существуют независимо от необходимости ими управлять. Взаимоотношение, существующее между ресурсом и управляемым объектом как абстракцией этого ресурса, в общем случае не моделируется, т.е. мы абстрагируемся от подробностей свойств ресурсов, а конкретное влияние операций управления на ресурс должно быть установлено как часть спецификации класса управляемых объектов.

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

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

Для того чтобы задокументировать спецификацию класса управляемых объектов и соответствующие характеристики, используется набор шаблонов. Шаблоны используются для системного управления, определенного в ГОСТ Р ИСО/МЭК 10165-4.

Определение класса управляемых объектов, как установлено шаблонами, состоит из:

- положения класса управляемых объектов в иерархии наследования;

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

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

- в структуре пакета:

атрибуты, видимые на границе управляемого объекта;

операции, которые могут применяться к управляемому объекту;

поведение, демонстрируемое управляемым объектом;

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

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

Прочие аспекты ресурсов, представленных классом управляемых объектов, не видны системному управлению.

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

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

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

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

С точки зрения управления, управляемый объект существует, если он имеет отличающее имя (как определено в 6.3.2) и поддерживает операции и сообщения, определенные для его класса. В противном случае, он не существует с точки зрения управления, даже если существует физический двойник.