ГОСТ Р ИСО/МЭК 10746-2-2000
и которых их поведения столь существенно различаются, что их параллельная композиция приводит
к отказу. Эта концепция обеспечивает формализацию понятий версии и расширяемости.
П р и м с н а н и с - Может потребоваться язык спецификаций для выражения:
а) способа пометки эпох:
б) последовательности эпох и того, должны ли все объекты пройти через всех членов этой последова
тельности;
в) правил для выведения эпохи композиции из эпох се объектов, в частности, для конфигураций и
составных систем;
г) того, является ли идентификация эпохи объекта необходимой частью состояния того объекта;
д) того, могут ли объекты провести согласование на основе идентификации их текущих эпох;
с) связи эпохи с понятиями локального и глобального времени.
10.6 Опорная точка —точка взаимодействия, определенная в архитектуре для выбора в качестве
точки соответствия в спецификации, согласующейся с этой архитектурой.
В ОРО идентифицированы важные классы опорных точек; подробности и отношение модели
рования к соответствию приведены в разделе 15.
10.7 Точка соответствия - опорная точка, в которой поведение может быть наблюдаемо с
целью проверки соответствия.
11 Свойства систем и объектов
В данном разделе описаны свойства, которые могут быть у системы 014) или ее части.
11.1 Прозрачность
11.1.1 Прозрачность распределения -свойство сокрытия от конкретного пользователя потен
циалыюго поведения некоторых частей распределенной системы.
П р и м с ч а н ис —Пользователями могут быть, например, конечные пользователи, прикладные раз
работчики и реализаторы функций.
11.2 Понятия политики
11.2.1 Контракт —соглашение, управляющее частью коллективного поведения набора объек
тов. Контракт специфицирует обязательства, разрешения и запрещения для участвующих объектов.
Спецификация контракта может содержать:
а) спецификацию различных ролей, которые могут выполнять объекты, участвующие в
контракте, и интерфейсы, связанные с этими ролями;
б) атрибуты качества услуги (см. 11.2.2);
в) указания продолжительности или периодов действия контракта;
г) указания поведения, которое нарушает контракт;
д) условия живучести и сохранности.
П р и м е ч а н и я
1 Объекты в контракте не обязательно должны быть иерархически связаны, а могут быть связаны по
принципу «равный к равному». Требования контракта не обязательно применимы одним и тем же образом ко
всем участвующим объектам.
2 Контракт может применяться к заданной опорной точке всистеме. Вэтом случае он задаст поведение,
которое может ожидаться в этой опорной точке.
2 Шаблон объекта представляет собой простой пример контракта. Шаблон объекта задаст поведение,
обшсс для совокупности объектов. Тем самым он определяет, что среда любого такого объекта может зависеть
от его поведения. Отмстим, что для частичных спецификаций шаблон объекта оставляет неопределенным
поведение объекта при определенных условиях среды (например, конкретные взаимодействия); контракт
распространяется только на специфицированное поведение.
11.2.2Качество услуги —набор требований качества к коллективному поведению одного или
нескольких объектов.
Качество услуги может быть задано в контракте или измерено и сообщено после события.
Качество услуги может быть параметризовано.
II