ГОСТ Р ИСО/МЭК 10165-1-2001 Информационная технология (ИТ). Взаимосвязь открытых систем. Структура информации административного управления. Часть 1. Модель информации административного управления.
ГОСТ Р ИСО/МЭК 10165-1-2001
Группа П85
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Информационная технология
ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ
СТРУКТУРА ИНФОРМАЦИИ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ
Часть 1
Модель информации административного управления
Information technology. Open Systems Interconnection.
Structure of management information.
Management Information Model
ОКС 35.100.70
ОКСТУ 4002
Дата введения 2002-07-01
Предисловие
1 РАЗРАБОТАН Государственным научно-исследовательским и конструкторско-технологическим институтом "ТЕСТ" Министерства Российской Федерации по связи и информатизации
ВНЕСЕН Министерством Российской Федерации по связи и информатизации
2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 6 сентября 2001 г. N 376-ст
3 Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10165-1-93 "Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 1. Модель информации административного управления" с учетом Изменения N 1 (1994 г.) и Дополнения N 1 (1996 г.)
4 ВВЕДЕН ВПЕРВЫЕ
1 Область применения
Настоящий стандарт относится к серии стандартов по услуге информации административного управления ВОС (УИУ). В стандарте определена информационная модель управляемых объектов и их атрибуты, которые соответствуют информационным аспектам модели административного управления системы, установленной в обзоре административного управления системы ГОСТ Р ИСО/МЭК 10040. Таким образом, настоящий стандарт обеспечивает модельные понятия, необходимые для разработки других стандартов по административному управлению системами. В нем также определены принципы наименования управляемых объектов и атрибутов.
Стандарт определяет логическую структуру информации административного управления системы. В соответствии с ГОСТ Р ИСО 7498-4 и ГОСТ Р ИСО/МЭК 10040 информация административного управления структурирована в терминах управляемых объектов, их атрибутов, операций управления, которые могут осуществляться над объектами, и сообщений, которые объекты могут создавать. Набор управляемых объектов в открытой системе вместе с их атрибутами образует информационную базу административного управления (ИБАУ) этой открытой системы.
В настоящем стандарте определено понятие управляемых объектов в информационной модели и установлены принципы наименований управляемых объектов и их атрибутов, которые позволяют идентифицировать эти объекты и атрибуты при доступе через протоколы административного управления. В стандарте также описаны понятия классов управляемых объектов и взаимоотношений, в которые могут вступать управляемые объекты и классы управляемых объектов, включая: наследование, специализацию, алломорфизм и вмещение.
Стандарт применяется для всех определений управляемых объектов и их атрибутов, а также для задач административного управления системами.
Примечание - Хотя настоящий стандарт применяется для административного управления системами, административное управление слоем, когда оно определено, также может использовать этот стандарт.
2 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие стандарты:
ГОСТ Р ИСО/МЭК 7498-1-99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая эталонная модель
ГОСТ Р ИСО/МЭК 7498-2-99* Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты информации
ГОСТ Р ИСО/МЭК 7498-3-97* Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация
ГОСТ Р ИСО/МЭК 7498-4-99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 4. Основы административного управления
ГОСТ Р ИСО/МЭК 8824-1-2001 Информационная технология. Абстрактная синтаксическая нотация версии 1 (АСН.1). Часть 1. Спецификация основной нотации
ГОСТ Р ИСО/МЭК 9594-1-98 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 1. Общее описание принципов, моделей и услуг
ГОСТ Р ИСО/МЭК 9595-99 Информационная технология. Взаимосвязь открытых систем. Определение общих услуг административного управления
ГОСТ Р ИСО/МЭК 10040-99 Информационная технология. Взаимосвязь открытых систем. Основные положения административного управления системы
ГОСТ Р ИСО/МЭК 10165-4-2001 Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 4. Руководство по определению управляемых объектов
ИСО/МЭК 10164-4-93* Информационная технология. Взаимосвязь открытых систем. Административное управление системы. Часть 4. Функции уведомления о нештатных ситуациях
________________
* Оригиналы и проекты стандартов ИСО/МЭК - во ВНИИКИ Госстандарта России.
ИСО/МЭК 10164-5-93* Информационная технология. Взаимосвязь открытых систем. Административное управление системы. Часть 5. Функции административного управления отчетностью о событиях
________________
* Оригиналы и проекты стандартов ИСО/МЭК - во ВНИИКИ Госстандарта России.
3 Определения
3.1 Определения базовой эталонной модели
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 7498-1:
- (N)-категория;
- (N)-ypoвень;
- (N)-протокол;
- открытая система;
- административное управление системы.
3.2 Определения административного управления
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 7498-4:
- информационная база административного управления;
- управляемый объект.
3.3 Определения административного управления системы
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 10040:
- агент;
- управляющий;
- сообщение;
- класс управляемых объектов;
- операция (административного управления системы).
3.4 Определения услуг общей информации административного управления
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 9595:
- атрибут;
- атрибут набора значений.
3.5 Определения АСН.1
В настоящем стандарте используют следующий термин, определенный в ГОСТ Р ИСО/МЭК 8824-1: тип.
3.6 Определения руководства по определению управляемых объектов
В настоящем стандарте используют следующий термин, определенный в ИСО/МЭК 10164-4: шаблон.
3.7 Определения архитектуры безопасности
В настоящем стандарте используют следующие термины, определенные в ГОСТ Р ИСО/МЭК 7498-2:
- управление доступом;
- политика безопасности.
3.8 Дополнительные определения
3.8.1 действие: Операция над управляемым объектом, семантика которой определена как часть определения класса управляемых объектов.
3.8.2 фактический класс: Класс управляемых объектов, экземпляром которого является данный управляемый объект, в отличие от алломорфного класса этого управляемого объекта.
3.8.3 алломорфный класс (управляемого объекта): Класс, отличный от фактического класса управляемого объекта, которым может управляться объект, используя алломорфизм.
3.8.4 алломорфизм: Способность объекта, который является экземпляром данного класса, быть управляемым как экземпляр одного или нескольких других классов управляемых объектов.
3.8.5 атрибутивная группа: Группа атрибутов, которой был присвоен один идентификатор для облегчения доступа.
3.8.6 идентификатор атрибута: Идентификатор, используемый для отличия атрибута класса управляемых объектов от всех других атрибутов.
3.8.7 тип атрибутов: Поименованное определение атрибутов конкретного вида, включающее в себя определения его синтаксиса (типа) и семантики. Атрибут является экземпляром типа атрибутов.
3.8.8 утверждение о значении атрибута: Утверждение, которое может быть истинным или ложным в зависимости от значения атрибута.
3.8.9 множество значений атрибута: Множество значений, члены которого являются допустимыми значениями атрибута.
3.8.10 поведение: Способ, которым определенные элементы информации административного управления связаны с моделируемыми ими ресурсами и друг с другом.
3.8.11 характеристика: Элемент определения класса.
3.8.12 условный пакет: Пакет, который присутствует в данном управляемом объекте, если удовлетворяется условие, заданное в определении его класса управляемых объектов.
3.8.13 вмещение: Структурированное взаимоотношение между управляемыми объектами, при котором существование управляемого объекта зависит от существования вмещающего управляемого объекта.
3.8.14 отличающее имя: Имя объекта, образованное последовательностью ООИ самого объекта и всех старших для него объектов.
3.8.15 инкапсуляция: Взаимоотношение между управляемым объектом, его атрибутами и поведением, представляющее свойство, при котором атрибуты и поведение могут наблюдаться только через операции управления над управляемым объектом или через его сообщения.
3.8.16 наследование: Концептуальный метод, с помощью которого характеристики заимствуются подклассом у его суперкласса.
3.8.17 иерархия наследования: Иерархическое упорядочение сходных классов, при котором иерархия строится на основе специализации классов.
3.8.18 управляемый объект начальных значений: Управляемый объект, служащий в качестве источника для получения начальных значений других управляемых объектов.
3.8.19 реализация: Процесс создания управляемого объекта в соответствии с определением класса управляемых объектов.
3.8.20 инвариант: Логический предикат, который должен оставаться истинным в заданной области действия.
3.8.21 граница управляемого объекта: Концептуальное место, в котором вопросы, относящиеся к нижележащим ресурсам, становятся видимыми для административного управления и которое ограничивает область определения управляемого объекта.
3.8.22 обязательный пакет: Пакет, который должен присутствовать во всех экземплярах данного класса управляемых объектов.
3.8.23 кратное наследование: Концептуальный метод, позволяющий подклассу заимствовать характеристики от нескольких похожих суперклассов.
3.8.24 связывание имен: Взаимоотношение между классами объектов, которое задает, что объект одного идентифицированного класса может быть старшим для объекта другого названного класса. Определение связывания имен включает в себя и другую информацию об этом отношении и может быть определено таким образом, чтобы также применять к подклассам старшего или подчиненного класса, или к тем и другим.
3.8.25 именующая схема: Совокупность связываний имен.
3.8.26 именующее дерево: Иерархическое упорядочение объектов, когда иерархия строится на основе отношения связывания имен. Объект, используемый для наименования другого управляемого объекта, является более старшим в иерархии, чем именуемый объект. Именующий объект называется старшим именуемого объекта, который называется подчиненным.
3.8.27 пакет: Совокупность атрибутов, сообщений, операций и (или) поведения, которая рассматривается в спецификации класса управляемых объектов как единый модуль. При указании в определении класса управляемых объектов пакеты могут быть специфицированы как обязательные или условные.
3.8.28 параметр: Значение некоторого типа, который имеет соответствующую семантику и ассоциируется с идентификатором объекта и другой информацией, когда значение типа может передаваться в протоколе.
3.8.29 множество допустимых значений: Множество значений атрибута, включающее в себя все значения, которые разрешается принимать атрибуту заданного типа.
3.8.30 предусловие: Логический предикат, который должен быть истинным непосредственно перед выполнением операции или перед созданием сообщения.
3.8.31 постусловие: Логический предикат, который должен быть истинным непосредственно после выполнения операции или непосредственно после создания сообщения.
3.8.32 относительное отличающее имя: Утверждение о значении атрибута, согласно которому конкретный атрибут имеет конкретное значение, используемое для идентификации одного объекта среди всех непосредственно подчиненных данному объекту. Оно служит в качестве компонента отличающего имени объекта.
3.8.33 множество требуемых значений: Множество значений атрибута, включающее в себя все значения, которые должен принимать атрибут заданного типа.
3.8.34 специализация: Техника получения нового класса из одного или нескольких существующих похожих классов путем наследования и добавления новых характеристик.
3.8.35 подкласс: Класс, полученный из другого путем специализации.
3.8.36 суперкласс: Класс, используемый при выводе другого класса путем специализации.
3.8.37 старший объект: См. 3.8.26.
3.8.38 подчиненный объект: См. 3.8.26.
3.8.39 нереализуемый класс управляемых объектов: Класс, который не предназначен для реализации ни операцией административного управления системы, ни локальной операцией открытой системы.
Примечания.
1 Термины: атрибут, утверждение о значении атрибута, относительное отличающее имя, отличающее имя, используют в справочнике (ГОСТ Р ИСО/МЭК 9594-1) и настоящем стандарте в аналогичном смысле для того, чтобы подчеркнуть сходство между моделью справочника и моделью информации административного управления. Однако использование этих терминов в двух моделях не идентично в деталях.
2 Термин "класс" используют, когда не подразумевается класс какого-либо специфического вида. Термин "класс" может относиться к классу управляемых объектов или классам некоторых других видов (например классу управляемых взаимосвязей). Термин "похожие (супер)классы" означает (супер)классы одного вида.
4 Сокращения
В настоящем стандарте используют следующие сокращения:
АСН.1 - абстрактная синтаксическая нотация версии 1;
ВОС - взаимосвязь открытых систем;
ИБАУ - информационная база административного управления;
ООИ - относительное отличающее имя;
ПОИУ - протокол общей информации (административного) управления;
СИУ - структура информации (административного) управления;
УЗА - утверждение о значении атрибута;
УИУ - услуги информации (административного) управления;
УОИУ - услуги общей информации (административного) управления;
УОНЗ - управляемый объект начальных значений.
5 Информационная модель
Цель информационной модели - дать структуру управляющей информации, переносимой протоколами управления системами, и структуру модели управления соответствующими ресурсами (например протокольным автоматом Х.25). Информационная модель имеет дело с управляемыми объектами. Управляемые объекты являются абстракциями ресурсов обработки и передачи данных (например протокольных автоматов, соединений, модемов) с целью административного управления. Ресурсы существуют независимо от необходимости ими управлять. Взаимоотношение, существующее между ресурсом и управляемым объектом как абстракцией этого ресурса, в общем случае не моделируется, т.е. мы абстрагируемся от подробностей свойств ресурсов, а конкретное влияние операций управления на ресурс должно быть установлено как часть спецификации класса управляемых объектов.
Различие между управляемым объектом, как он виден процессу управления, и ресурсом, представляемым объектом в целях управления, может быть описано так, что атрибуты, операции и сообщения видны управлению на границе управляемого объекта, а внутреннее функционирование ресурса, представленного управляемым объектом, не видно управлению каким-либо иным образом. Это понятие границы управляемого объекта не относится к реализации, но обеспечивает архитектурное различие между определениями, разрабатываемыми для классов управляемых объектов, которые относятся к тому, что находится на границе управляемого объекта и внутри ее, и определениями и международными стандартами для остальной части административного управления, относящимися к тому, что находится вне границы.
Класс управляемых объектов определяется как совокупность пакетов, каждый из которых, по определению, является совокупностью атрибутов, операций, сообщений и соответствующего поведения. Пакеты являются обязательными или условными, зависящими от явно установленных условий. Управляемый объект является экземпляром класса управляемых объектов.
Для того чтобы задокументировать спецификацию класса управляемых объектов и соответствующие характеристики, используется набор шаблонов. Шаблоны используются для системного управления, определенного в ГОСТ Р ИСО/МЭК 10165-4.
Определение класса управляемых объектов, как установлено шаблонами, состоит из:
- положения класса управляемых объектов в иерархии наследования;
- совокупности обязательных пакетов атрибутов, операций, сообщений и поведения;
- совокупности условных пакетов атрибутов, операций, сообщений и поведения вместе с условиями, при которых будет присутствовать каждый пакет;
- в структуре пакета:
атрибуты, видимые на границе управляемого объекта;
операции, которые могут применяться к управляемому объекту;
поведение, демонстрируемое управляемым объектом;
сообщения, которые может делать управляемый объект.
Другие шаблоны устанавливают возможные старшие объекты для экземпляров данного класса управляемых объектов и атрибуты, используемые для наименования (см. раздел 6) в таких случаях.
Прочие аспекты ресурсов, представленных классом управляемых объектов, не видны системному управлению.
Управляемый объект реализуется по некоторому набору правил. Эти правила задают, как спецификация класса, определенная с помощью шаблона, должна быть реализована при создании управляемого объекта. Эти правила устанавливают, что:
а) управляемый объект должен поддерживать все атрибуты, операции управления, поведение и сообщения, специфицированные во всех обязательных пакетах и во всех условных пакетах, условия которых удовлетворены;
б) управляемый объект должен поддерживать связывание имен, специфицированное соответствующим шаблоном, с которым он реализуется. Реализация будет неудачной, если запрошено неподдерживаемое связывание имен.
Каждый управляемый объект является экземпляром класса, который включает в себя все управляемые объекты, использующие одно и то же определение. Для недвусмысленного наименования каждого управляемого объекта используют отличающие имена.
С точки зрения управления, управляемый объект существует, если он имеет отличающее имя (как определено в 6.3.2) и поддерживает операции и сообщения, определенные для его класса. В противном случае, он не существует с точки зрения управления, даже если существует физический двойник.
5.1 Понятие управляемого объекта, использующее объектно-ориентированное проектирование
В формулировках международных стандартов системного управления идентифицируется потребность в добавлении новых классов управляемых объектов и функций. Следовательно, проектирование системного управления требует, чтобы был принят подход, позволяющий проводить международную стандартизацию модульным образом и обеспечивающий расширение протоколов и процедур. Информационная модель использует принципы объектно-ориентированного проектирования потому, что они предоставляют указанные выше возможности и позволяют использовать отдельные части спецификаций.
В информационной модели объектно-ориентированное проектирование применяется для спецификации управляющей информации, как она видна в обменных протоколах открытыми системами, участвующими в деятельности по административному управлению. Она не обязательно должна применяться при реализации системы.
Объектно-ориентированное проектирование характеризуется определением объектов, в котором объект является абстракцией физического или логического предмета.
Примечание - Термин "объект" используют в настоящем стандарте при ссылке на объекты в более широком контексте, чем административное управление ВОС. Термин "управляемый объект" используют для ссылки на объекты, представляющие, в целях управления, ресурсы.
5.1.1 Инкапсуляция
Одной из сторон объектно-ориентированного проектирования является инкапсуляция. Инкапсуляция гарантирует, что сохраняется целостность объекта. Она требует, чтобы все операции, которые должны быть осуществлены, выполнялись путем отправки объекту "сообщения". Таким образом, внутренние операции управляемого объекта не видны на границе объекта, если атрибуты, операции или сообщения не определены так, чтобы показывать эту информацию. Определение класса управляемых объектов задает, какие операции могут осуществляться и какие ограничения согласованности требуются для обеспечения целостности управляемого объекта.
5.1.2 Классы управляемых объектов и их характеристики
Управляемые объекты, которые совместно используют одно и то же определение, являются экземплярами одного и того же класса управляемых объектов. Характеристики класса управляемых объектов включают в себя атрибуты, атрибутивные группы, действия, сообщения, поведение и пакеты. Различные экземпляры данного класса будут совместно использовать атрибуты, операции, сообщения и поведение, определенные в обязательных пакетах класса, а определенные в условных пакетах - в той степени, в какой экземпляры удовлетворяют условиям, связанным с этими пакетами.
5.1.2.1 Пакеты
Пакет является совокупностью атрибутов, атрибутивных групп, действий, сообщений и поведения, представляющей единый модуль определения класса управляемых объектов. При указании в определении управляемого объекта пакеты специфицируются как обязательные или условные. Обязательный пакет должен присутствовать во всех экземплярах данного класса управляемых объектов. Условный пакет является таким пакетом, который должен присутствовать в управляемом объекте, для которого явное условие, ассоциированное с этим пакетом в определении класса управляемых объектов, истинно. Одна и та же характеристика может присутствовать в нескольких пакетах. Условие, при котором пакет присутствует, относится либо к возможностям нижележащего ресурса, моделируемого управляемым объектом, либо к наличию или отсутствию управляющих функций, поддерживаемых управляемой системой. В случае стандартных управляемых объектов ВОС (например протокольного автомата транспортного уровня) эти пакеты будут моделировать опции, заданные как часть соответствующей спецификации.
Пакеты имеют следующие свойства:
а) в управляемом объекте может существовать только один экземпляр данного пакета;
б) так как в управляемом объекте может существовать только один экземпляр данного пакета, то пакетам не присваиваются связывания имен;
в) будучи инкапсулированными в управляемом объекте, атрибуты, операции, сообщения и поведение становятся интегральной частью управляемого объекта и доступны только как часть этого управляемого объекта;
г) пакет не может быть реализован без управляемого объекта, в котором он инкапсулирован;
д) пакет должен быть реализован в то же самое время, что и управляемый объект; реализация пакета в более позднее время не допустима;
е) пакеты должны удаляться одновременно с управляемым объектом; удаление пакета в более раннее время не допустимо;
ж) операции всегда осуществляются над управляемыми объектами, а не над пакетами.
Так как не все управляемые объекты данного класса будут включать в себя все допустимые условные пакеты, определенные для этого класса управляемых объектов, то зарегистрированные пакеты, поддерживаемые управляемым объектом, идентифицируются в атрибуте Packages управляемого объекта (см. раздел 7).
5.1.2.2 Атрибуты
Управляемые объекты имеют атрибуты. Атрибут имеет ассоциированное значение, которое может иметь структуру, т.е. оно может состоять из набора или последовательности элементов. Утверждение о значении атрибута (УЗА) является истинным или ложным утверждением, в зависимости от значения атрибута.
Значение атрибута может быть наблюдаемым (на границе управляемого объекта). Значение атрибута может определять или отражать поведение управляемого объекта. Значение атрибута наблюдается или изменяется путем отправки управляемому объекту запроса прочитать (вернуть) или записать (изменить) значение. Для многозначных атрибутов определены дополнительные операции; это те атрибуты, значения которых являются наборами элементов, каждый из которых - одного и того же типа данных. Операции над атрибутами определены как осуществляющиеся над содержащим их управляемым объектом, а не непосредственно над атрибутами. Управляемый объект может наложить ограничения на значения атрибутов для обеспечения внутренней согласованности. В определении класса управляемых объектов могут быть специфицированы ограничения на значения отдельных атрибутов. Операции, которые могут осуществляться над конкретным атрибутом, специфицированы в определении класса управляемых объектов.
Определяемые атрибуты должны быть в пакетах, обязательных или условных. Следовательно, атрибуты, определяемые как часть обязательных пакетов, присутствуют во всех экземплярах класса управляемых объектов, а определяемые как часть условных пакетов - в тех экземплярах, которые удовлетворяют условиям, связанным с пакетом.
5.1.2.2.1 Множества значений атрибутов
Синтаксис атрибута есть тип АСН.1, который описывает, как экземпляры значения атрибута передаются в протоколе. Он наследуется атрибутом и остается неизменным для всех использований атрибута.
В спецификации класса управляемых объектов свойства атрибута уточняются далее в терминах множества допустимых значений и множества требуемых значений. Эти множества специфицируют ограничения на значения атрибута.
Множество требуемых значений специфицирует все значения, которые атрибут обязательно может принимать. Оно может быть пустым, если никаких конкретных значений не требуется.
Управляемый объект должен быть способен заменить значение атрибута одним из значений из множества требуемых значений в зависимости от ограничений на поведение или других ограничений, как, например, управление доступом.
Множество допустимых значений специфицирует возможные значения, которые разрешено принимать атрибуту.
Управляемый объект не сможет вернуть в ответ на операцию, требующую от управляемого объекта прочитать значение атрибута, значение, не входящее в множество допустимых значений. Управляемый объект должен отвергнуть запрос изменить значение атрибута на значение, не входящее в множество допустимых значений.
Множество допустимых значений должно быть подмножеством значений синтаксиса, а множество требуемых значений - подмножеством множества допустимых значений, причем в обоих случаях допускается идентичность.
5.1.2.2.2 Многозначные атрибуты
Многозначный атрибут - атрибут, значение которого является неупорядоченным набором членов данного типа. Размер набора - переменный; набор может быть пустым. Частью определения многозначного атрибута являются допустимые и требуемые значения кардинального числа набора. В дополнение к операциям, доступным для атрибутов всех типов, для многозначных атрибутов определяются операции, позволяющие добавлять и удалять отдельные элементы таких атрибутов.
5.1.2.3 Атрибутивные группы
Атрибутивная группа предоставляет способы ссылки на совокупность атрибутов в управляемом объекте. Могут быть определены два типа атрибутивных групп: фиксированные и расширяемые. Возможность или невозможность расширения указывается в определении атрибутивной группы.
Фиксированная атрибутивная группа - атрибутивная группа, набор атрибутов которой определяется как часть исходного определения атрибутивной группы и не может быть изменен никоим образом. Для фиксированных атрибутивных групп все входящие в них атрибуты должны быть определены в том же самом пакете, что и атрибутивная группа.
Расширяемая атрибутивная группа - атрибутивная группа, к которой могут быть добавлены атрибуты в результате специализации. Для расширяемых атрибутивных групп атрибуты, задаваемые для каждого расширения, должны быть определены либо в том же самом условном пакете, что и атрибутивная группа, либо в обязательном пакете.
Отдельные атрибуты, образующие атрибутивную группу, специфицируются в определении класса управляемых объектов. Атрибутивная группа сама значений не имеет. Над атрибутивными группами допустимы только такие операции, для которых не требуется задание значения.
Допустимые операции над атрибутивной группой интерпретируются как указания на соответствующие операции над каждым отдельным атрибутом, включенным в атрибутивную группу. Операция применяется к атрибутам в произвольном порядке.
Класс управляемых объектов может иметь несколько атрибутивных групп. Один атрибут может входить в несколько атрибутивных групп.
5.1.2.4 Поведение
Частью определения класса управляемых объектов является поведение.
Поведение может определять:
а) семантику атрибутов, операций и сообщений;
б) ответы на операции управления, осуществляемые над управляемым объектом;
в) обстоятельства, при которых могут быть переданы сообщения;
г) зависимости между значениями конкретных атрибутов, которые могут быть выражены таким образом, чтобы учитывать возможное наличие или отсутствие условных пакетов;
д) влияние взаимосвязей на участвующие в них управляемые объекты;
е) ограничения согласованности на атрибуты;
ж) предусловия, идентифицирующие условия, при которых может быть принято, что операции и сообщения должны иметь допустимый смысл;
и) постусловия, идентифицирующие результаты обработки операции управления или передачи сообщения;
к) инварианты, которые остаются справедливыми в течение всей жизни управляемого объекта и описывают условия, являющиеся истинными для операции управляемого объекта;
л) свойства синхронизации управляемого объекта.
В ГОСТ Р ИСО/МЭК 10165-4 определен набор шаблонов, которые могут быть использованы для определения всех аспектов поведения управляемого объекта.
5.1.3 Специализация и наследование
Один класс управляемых объектов специализируется из другого класса тех же объектов путем определения первого как расширения второго. Такое расширение достигается определением новых пакетов, которые могут включать в себя:
- новые операции управления;
- новые атрибуты;
- новые сообщения;
- новое поведение;
- расширения характеристик исходного класса управляемых объектов.
Способы, которыми могут быть расширены возможности данного класса управляемых объектов, подробно специфицированы в 5.2.2.
Класс управляемых объектов, который специализируется из управляемых объектов другого класса, называется подклассом этого класса (его суперкласса). Один класс управляемых объектов, называемый высшим, спроектирован как самый старший суперкласс в иерархии классов. Высший класс является нереализуемым классом управляемых объектов.
Подкласс наследует операции, атрибуты, сообщения, пакеты и поведение суперкласса. Настоящий стандарт допускает только строгое наследование характеристик, т.е. каждый экземпляр подкласса совместим с суперклассом в соответствии с правилами, определенными в 5.2.2. Специализация путем удаления каких-либо характеристик суперкласса не допускается.
Кратное наследование - возможность специализировать подкласс из нескольких суперклассов. Подкласс наследует операции, атрибуты, сообщения, пакеты и поведение от нескольких суперклассов.
Когда класс имеет кратное наследование одной и той же характеристики из нескольких суперклассов, этот класс определяется так, как если бы эта характеристика наследовалась только от одного суперкласса. Специализация не должна вносить противоречия в определение подкласса.
Пример иерархии наследования, как она может применяться для административного управления, показан на рисунке 1.
Рисунок 1 - Пример иерархии наследования
5.2 Совместимость и взаимодействие
5.2.1 Требования
Существуют требования для возможности взаимодействия между управляющей и управляемой системами. Также имеются требования по обеспечению взаимодействия в случаях, когда либо увеличивается управляемая система, либо расширяются одно или несколько определений управляемых объектов.
Конкретные требования взаимодействия системного управления для данного управляемого объекта следующие:
а) должна быть возможность управлять системой из другой системы с таким же знанием определения класса управляемых объектов данного управляемого объекта;
б) у системы должна быть возможность управлять другой системой с меньшим знанием определения класса управляемых объектов данного управляемого объекта;
в) для возможного расширения у системы должна быть возможность управлять системой с большим знанием определения класса управляемых объектов данного управляемого объекта. В частности, требуется, чтобы в случаях, когда расширенные возможности не нужны, управление должно осуществляться столь же эффективно, как если бы управляемая система их не имела.
5.2.2 Правила для совместимости
В настоящем подразделе определен набор правил, который гарантирует, что управляемый объект, являющийся экземпляром одного класса управляемых объектов (называемый расширенным управляемым объектом), совместим с определением второго класса управляемых объектов (называемых классом совместимых управляемых объектов). Эти классы управляемых объектов не обязательно связаны наследованием.
Эти правила определены в целях:
- использования в определениях строгого наследования (см. 5.1.3);
- использования в методах взаимодействия.
5.2.2.1 Дополнительные характеристики
Расширенный управляемый объект должен включать в себя все атрибуты, атрибутивные группы, операции управления и сообщения, которые должны были бы присутствовать в экземпляре класса совместимых управляемых объектов, реализованного при тех же самых условиях. В расширенный управляемый объект могут быть включены дополнительные атрибуты, атрибутивные группы, операции управления и сообщения.
Обязательные пакеты, реализованные в расширенном управляемом объекте, и обязательные пакеты, определенные в классе совместимых управляемых объектов, не обязательно должны быть родственными при условии, что удовлетворяются приведенные выше правила для всех характеристик в этих обязательных пакетах.
Расширенный управляемый объект должен включать в себя все условные пакеты, определенные для класса совместимых управляемых объектов, для которых удовлетворены условия их наличия для расширенного управляемого объекта.
5.2.2.2 Условия пакетов
Во всех случаях, когда условие наличия условного пакета в классе совместимых управляемых объектов является истинным, должно быть удовлетворено и условие для того же самого условного пакета в расширенном управляемом объекте. Это правило допускает, чтобы условный пакет в классе совместимых управляемых объектов был обязательным в расширенном управляемом объекте.
Для получения доступа к полной версии без ограничений вы можете выбрать подходящий тариф или активировать демо-доступ.