ГОСТ Р ИСО/МЭК 10165-1-2001
объектами. Управляемые объекты являются абстракциями ресурсов обработки и передачи данных
(например протокольных автоматов, соединений, модемов) с цельюадминистративного управления.
Ресурсы существуют независимо от необходимости ими управлять. Взаимоотношение, существую
щее между ресурсом и управляемым объектом как абстракцией этого ресурса, в общем случае не
моделируется, т. е. мы абстрагируемся от подробностей свойств ресурсов, а конкретное влияние
операций управления на ресурс должно быть установлено как часть спецификации класса управля
емых объектов.
Различие между улра&тяемым объектом, как он виден процессу управления, и ресурсом,
представляемым объектом в целях управления, может быть описано так. что атрибуты, операции и
сообщения видны управлению на границе управляемого объекта, а внутреннее функционирование
ресурса, представленного управляемым объектом, не видно управлению каким-либо иным образом.
Это понятие границы управляемого объекта не относится к реализации, но обеспечивает архитек
турное различие между определениями, разрабатываемыми для классов управляемых объектов,
которые относятся к тому, что находится на границе управляемого объекта и внутри ее, и опреде
лениями и международными стандартами для остальной части административного управления,
относящимися к тому, что находится вне границы.
Класс управляемых объектов определяется как совокупность пакетов, каждый из которых, по
определению, является совокупностью атрибутов, операций, сообщений и соответствующею пове
дения. Пакеты являются обязательными или условными, зависящими от явно установленных усло
вий. Управляемый объект является экземпляром класса управляемых объектов.
Для того чтобы задокументировать спецификацию класса управляемых объектов и соответст
вующие характеристики, нспользуегся набор шаблонов. Шаблоны используются для системного
управления, определенного в ГОСТ Р ИСО/МЭК 10165-4.
Определение класса управляемых объектов, как установлено шаблонами, состоит из:
- положения класса управляемых объектов в иерархии наследования;
- совокупности обязательных пакетов атрибутов, операций, сообщений и поведения;
- совокупности условных пакетов атрибутов, операций, сообщений и поведения вместе с
условиями, при которых будет присутствовать каждый пакет;
- в структуре пакета:
атрибуты, видимые на границе управляемого объекта;
операции, которые могут применяться к управляемому объекту;
поведение, демонстрируемое управляемым объектом;
сообщения, которые может делать управляемый объект.
Другие шаблоны устанавливают возможные старшие объекты для экземпляров данного класса
управляемых объектов и атрибуты, используемые для наименования (см. раздел 6) в таких случаях.
Прочие аспекты ресурсов, представленных классом управляемых объектов, не видны систем
ному управлению.
Управляемый объект реализуется по некоторому набору правил. Эти правила задают, как
спецификация класса, определенная с помощью шаблона, должна быть реализована при соглапии
управляемого объекта. Эти правила устанавливают, что:
а) управляемый объект должен поддерживать все атрибуты, операции управления, поведение
исообщения, специфицированные во всех обязательных пакетах и во всехусловных пакетах, условия
которых удовлетворены;
б) управляемый объект должен поддерживать связывание имен, специфицированное соответ
ствующим шаблоном, с которым он реализуется. Реализация будет неудачной, если запрошено
неподдерживаемое связывание имен.
Каждый управляемый объект является экземпляром класса, который включает в себя все
управляемые обьекты, использующие одно и то же определение. Для недвусмысленного наимено
вания каждого управляемого объекта используют отличающие имена.
С точки зрения управления, управляемый объект существует, если он имеет отличающее имя
(как определено в 6.3.2) и поддерживает операции и сообщения, определенные для его класса. В
противном случае, он не существует с точки зрения управления, даже если существует физический
двойник.
5.1 Понятие управляемого объекта, использующее объектно-ориентированное проектирование
В формулировках международных стандартов системного управления идентифицируется по
требность в добавлении новых классов управляемых объектов и функций. Следовательно, проекти
рование системного управления требует, чтобы был принят подход, позволяющий проводить
5