Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 11.11.2024 по 17.11.2024
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/МЭК 10165-1-2001; Страница 8

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 1.1-2002 Межгосударственная система стандартизации. Термины и определения Interstate system for standardization. Terms and definitions (Настоящий стандарт устанавливает основные термины, применяемые в межгосударственной стандартизации, и их определения. . Термины, установленные настоящим стандартом, рекомендуется использовать в правовой, нормативной, технической и организационно-распорядительной документации, научной, учебной и справочной литературе) ГОСТ Р ИСО 105-E06-2017 Материалы текстильные. Определение устойчивости окраски. Часть Е06. Устойчивость окраски к образованию пятен. Щелочь Textiles. Determination of colour fastness. Part E06. Colour fastness to spotting. Alkali (Настоящий стандарт устанавливает метод определения устойчивости окраски текстильных материалов всех видов к воздействию разбавленных растворов щелочи. В зависимости от природы волокна может быть выбран любой из вариантов или все) ГОСТ Р ИСО 105-F05-2017 Материалы текстильные. Определение устойчивости окраски. Часть F05. Технические условия на акриловые смежные ткани Textiles. Determination of colour fastness. Part F05. Specification for acrylic adjacent fabrics (Настоящий стандарт устанавливает требования к неокрашенной акриловой смежной ткани, которая может быть использована для оценки окрашивания при испытаниях устойчивости окраски текстильных материалов. Способность к окрашиванию акриловой смежной ткани при испытаниях оценивают относительно эталонной акриловой смежной ткани с использованием эталонной окрашенной акриловой ткани. Обе эталонные ткани доступны для приобретения из рекомендуемых источников)
Страница 8
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК 10165-1-2001
объектами. Управляемые объекты являются абстракциями ресурсов обработки и передачи данных
(например протокольных автоматов, соединений, модемов) с цельюадминистративного управления.
Ресурсы существуют независимо от необходимости ими управлять. Взаимоотношение, существую
щее между ресурсом и управляемым объектом как абстракцией этого ресурса, в общем случае не
моделируется, т. е. мы абстрагируемся от подробностей свойств ресурсов, а конкретное влияние
операций управления на ресурс должно быть установлено как часть спецификации класса управля
емых объектов.
Различие между улра&тяемым объектом, как он виден процессу управления, и ресурсом,
представляемым объектом в целях управления, может быть описано так. что атрибуты, операции и
сообщения видны управлению на границе управляемого объекта, а внутреннее функционирование
ресурса, представленного управляемым объектом, не видно управлению каким-либо иным образом.
Это понятие границы управляемого объекта не относится к реализации, но обеспечивает архитек
турное различие между определениями, разрабатываемыми для классов управляемых объектов,
которые относятся к тому, что находится на границе управляемого объекта и внутри ее, и опреде
лениями и международными стандартами для остальной части административного управления,
относящимися к тому, что находится вне границы.
Класс управляемых объектов определяется как совокупность пакетов, каждый из которых, по
определению, является совокупностью атрибутов, операций, сообщений и соответствующею пове
дения. Пакеты являются обязательными или условными, зависящими от явно установленных усло
вий. Управляемый объект является экземпляром класса управляемых объектов.
Для того чтобы задокументировать спецификацию класса управляемых объектов и соответст
вующие характеристики, нспользуегся набор шаблонов. Шаблоны используются для системного
управления, определенного в ГОСТ Р ИСО/МЭК 10165-4.
Определение класса управляемых объектов, как установлено шаблонами, состоит из:
- положения класса управляемых объектов в иерархии наследования;
- совокупности обязательных пакетов атрибутов, операций, сообщений и поведения;
- совокупности условных пакетов атрибутов, операций, сообщений и поведения вместе с
условиями, при которых будет присутствовать каждый пакет;
- в структуре пакета:
атрибуты, видимые на границе управляемого объекта;
операции, которые могут применяться к управляемому объекту;
поведение, демонстрируемое управляемым объектом;
сообщения, которые может делать управляемый объект.
Другие шаблоны устанавливают возможные старшие объекты для экземпляров данного класса
управляемых объектов и атрибуты, используемые для наименования (см. раздел 6) в таких случаях.
Прочие аспекты ресурсов, представленных классом управляемых объектов, не видны систем
ному управлению.
Управляемый объект реализуется по некоторому набору правил. Эти правила задают, как
спецификация класса, определенная с помощью шаблона, должна быть реализована при соглапии
управляемого объекта. Эти правила устанавливают, что:
а) управляемый объект должен поддерживать все атрибуты, операции управления, поведение
исообщения, специфицированные во всех обязательных пакетах и во всехусловных пакетах, условия
которых удовлетворены;
б) управляемый объект должен поддерживать связывание имен, специфицированное соответ
ствующим шаблоном, с которым он реализуется. Реализация будет неудачной, если запрошено
неподдерживаемое связывание имен.
Каждый управляемый объект является экземпляром класса, который включает в себя все
управляемые обьекты, использующие одно и то же определение. Для недвусмысленного наимено
вания каждого управляемого объекта используют отличающие имена.
С точки зрения управления, управляемый объект существует, если он имеет отличающее имя
(как определено в 6.3.2) и поддерживает операции и сообщения, определенные для его класса. В
противном случае, он не существует с точки зрения управления, даже если существует физический
двойник.
5.1 Понятие управляемого объекта, использующее объектно-ориентированное проектирование
В формулировках международных стандартов системного управления идентифицируется по
требность в добавлении новых классов управляемых объектов и функций. Следовательно, проекти
рование системного управления требует, чтобы был принят подход, позволяющий проводить
5