ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТР

ИСО/МЭК 15414-2017

Информационные технологии

ОТКРЫТАЯ РАСПРЕДЕЛЕННАЯ ОБРАБОТКА

Эталонная модель.

Язык описания предприятия

(ISO/IEC 15414:2015, ЮТ)

Издание официальное

Москва Стандарти нформ 2017

Предисловие

1    ПОДГОТОВЛЕН Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ) на основе собственного перевода на русский язык англоязычной версии международного стандарта, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 22 февраля 2017 г. № 67-ст

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 15414:2015 «Информационные технологии. Открытая распределенная обработка. Эталонная модель. Язык описания предприятия» (ISO/IEC 15414:2015 «Information technology — Open distributed processing — Reference model — Enterprise language», IDT).

ИСО/МЭК 15414 подготовлен Совместным техническим комитетом 1 ИСО/МЭК при участии ПК7 в сотрудничестве с ITU-T. Идентичный текст опубликован под маркировкой ITU-TX.911 (09/2014). Отдельные части этого документа могут быть защищены патентным правом.

Сведения о соответствии ссылочных международных стандартов национальным стандартам Российской Федерации приведены в дополнительном приложении ДА

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ, 2017

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

ГОСТ Р ИСО/МЭК 15414—2017

6.3.4    Ресурс (связанный с действием)

Роль (связанная с действием), задействованная объектом предприятия, обладает значимостью для этого действия, требует локализации или может стать недоступной. Такой объект можно назвать ресурсом.

Примечания

1    Локализация ресурса объекта может ограничивать другие поведения, для которых этот ресурс необходим.

2    Потребляемый ресурс объекта может стать недоступным после некоторого использования. Любой ресурс объекта может стать недоступным после некоторого времени использования (например, если для ресурса была установлена продолжительность или дата истечения его использования).

6.3.5    Роль интерфейса

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

6.3.6    Процесс

Последовательность шагов, установленных предписанным способом.

Примечания

1    Предписанный способ может быть представлен частично установленной последовательностью шагов.

2    Понятия структуры деятельности, установленные в ITU-TX.902| ИСО/МЭК 10746-2 (пункт 13.1), могутбыть применены в случае замены «шага» для «действия» и «процесса» для «деятельности» при определении структуры процесса.

3    Процесс может иметь многократные конечные точки.

4    Спецификация предприятия может определять типы и шаблоны процесса.

5    Процесс — абстрактное представление «поведения», и ему могут быть назначены любые «задачи» (цели), определенные для этого поведения.

6    Спецификация процесса может быть представлена спецификацией документооборота.

6.3.7    Шаг

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

6.3.8    Нарушение

Поведение вопреки требуемому правилу.

Примечание — Правило или стратегия (установочное поведение объекта или системы) могут устанавливать поведение, которое должно произойти в случае нарушения или какого-либо другого правила, или иной стратегии.

6.4 Нормативные понятия

6.4.1    Нормативный маркер

Объект предприятия, который отражает ограничение на способность активного объекта предприятия, содержащего его, на выполнение определенныхдействий. Активному объекту предприятия присвоен ряд нормативных маркеров, управляющих порождением обусловленных действий в пределах его поведения. Эти символы — «запрещено», «разрешено», «предписывается». Нормативный маркер не является самостоятельным активным объектом предприятия; он содержится у активного объекта предприятия.

Примечание — Ограничение выражается в виде правила, составляющего часть маркера; соответствующее обозначение, для выражения которого, будет выбрано спецификатором. Обозначение позволяет устанавливать активный объект предприятия и обусловленное действие для объекта, к которому оно применяется, и требования, распространяющиеся на другие объекты предприятия, выполняющих роли в обусловленном действии, которым управляют. Например, правило может управлять осуществлением покупки потребителем, а также накладывать ограничения на поставщика и артефакта закупки. Запись может также устанавливать сроки действия или сроки выполнения действий. Вид связанной с действиями информации будет зависеть оттого, является ли символ разрешительным, предписывающим или запретительным.

6.4.2    Символическая группа

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

Примечание — Обозначения для выражения нормативных правил будут обеспечивать средства объявления и обозначения групп нормативных маркеров. Изменения, которые приводят, например, к выполнению речевых действий, могут быть применены для полных групп маркеров без необходимости указания ссылок на всех членов группы в отдельности.

6.4.3    Предписание (обременение)

Нормативный маркер, заключающий в «капсулу» (закрепляющий) заявление «обязательства» для активного объекта предприятия, содержащего его, тем самым изменяя актуальность активного объекта предприятия при выполнении связанных с этим маркером обусловленных действий в рамках своего поведения.

6.4.4    Запрещение

Нормативный маркер, заключающий в «капсулу» (закрепляющий) заявление «о запрете» для активного объекта предприятия, содержащего его, тем самым изменяя способность активного объекта предприятия при выполнении соответствующих обусловленных действий в рамках своего поведения.

6.4.5    Разрешение

Нормативный маркер, заключающий в капсулу заявление (закрепляющий) «разрешения» по активному объекту предприятия, таким образом, изменяя способность активного предприятия при выполнении соответствующих обусловленных действий в рамках своего поведения.

6.4.6    Условное действие

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

6.4.7    Речевой акт

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

Примечания

1    Совокупность действий, за которые стороны ответственны, — это речевые акты, например предписания и обязательства.

2    Иными словами, речевой акт как изменение ил и передача символа можно более точно описать как процесс, как разрушение одного из символов, существующих, прежде чем акт произошел, и формирование нового символа, основанного на информации, ставшей доступной, когда действие совершено. Определение речевого типа акта включает в себя формальные правила, управляющие содержанием и местоположением символа, который вновь создан. Поэтому передача символа речевым актом — это процесс разрушения символа, содержащегося одним из участвующих объектов, сопровождаемого созданием нового символа с тем же самым содержанием по месту предназначения.

6.5    Стратегические понятия

6.5.1    Стратегия

Ограничение, накладываемое на системную спецификацию, предписанную в период разработки и относящееся впоследствии коригинальному проекту, допускающее изменения по составу на временном отрезке и оказывающее влияние на управление системой при изменяющихся обстоятельствах. Стратегия выражается в форме правил, которые, в свою очередь, состоят из нескольких подправил. Стратегия вводится в спецификацию как стратегическая декларация. Для любой точки временной оси задается особая стратегическая значимость, которая регулируется совокупностью стратегических установок, которые до возникновения необходимости содержатся в заданном стратегическом конверте [см. 2-11.2.8 К2-11.2.12].

Примечание — Правило может быть выражено как обязательство, санкционирование, разрешение или запрет. Не все включенные правила ограничивают поведение системы; например, некоторая стратегия может представлять расширение возможностей.

6.5.2    Поведение под влиянием (изменение абстрактного шаблона класса «поведение»)

Фрагмент поведения (включая действие, шаг или процесс), который ограничен текущей стоимостью стратегии.

6.6    Понятия ответственности

6.6.1 Сторона

Объект предприятия — это физическое или юридическое лицо, которое имеет некоторые права, полномочия и обязанности.

6

ГОСТ Р ИСО/МЭК 15414—2017

Примечания

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

2    Стороны ответственны за свои действия и действия их агентов.

Следующие понятия предназначены для описания действий, которые включают в себя ответственность (подотчетность)сторон.

6.6.2    Обязательство

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

Примечания

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

2    Факт наличия обязательства у объекта предприятия отражается во взаимосвязи с наличием предписания по этому обязательству.

6.6.3    Предписание

Действие, которое устанавливает правило.

6.6.4    Разрешение

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

Примечания

1    В отличие от разрешения авторизация — это расширение возможностей.

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

6.6.5    Декларация

Действие, которое задает определенный порядок в среде объекта, выпускающего декларацию.

Примечание — Сущность декларации заключается в том, что на основании акта самой декларации и разрешения объекта, выпускающего декларацию или его доверителя, действие декларации управляет порядком в

среде вне этого объекта.

6.6.6    Делегирование ответственности

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

Примечание — Делегирование, назначенное в определенный момент, позже может быть отменено.

6.6.7    Оценка

Действие, которое оценивает стоимость (ценность, в широком смысле) какой-либо сущности.

Примечания

1    Например, действие, которым система ODP назначает относительный статус действию, согласно оценке системы.

2    Ценность можно рассмотреть с точки зрения полезности, важности, предпочтения, приемлемости и т. д. Выраженная в ценностном отношении цель может быть, например, кредитным рейтингом, системной структурой, потенциальным поведением и т. д.

6.6.8    Актор

Активный объект предприятия, которому было делегировано право на выполнение действия (разрешение, ответственность, предоставление обслуживания и т. д.) и который действует в интересах стороны (в осуществлении разрешения, исполнении ответственности, предоставлении услуги и т. д.).

Примечания

1    Актор может быть стороной или системой ODP, или одним из ее компонентов. Другая система в среде системы ODP может также быть актором стороны.

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

3    Спецификация может заявить, что в ее начальном состоянии активный объект предприятия — агент стороны.

6.6.9    Доверитель (принципал)

Сторона, которая делегировала какое-либо действие (разрешение, условие обслуживания и т. д.) другому лицу.

7

7 Правила структурирования

В настоящем разделе уточняются и дополняются правила структурирования, установленные в ITU-T Х.903|ИСО/МЭК 10746-3 (пункт 5.2) и рассматриваемые применительно к понятиям сообщества, объектов предприятия, целей, шаблонов поведения и организационной деятельности. Определяются правила структурирования для понятий ответственности, определенных в 6.6. Используются понятия, определенные в ITU-TX.902|MCO/M3K 10746-2 (пункт 5.1), 1Т11-ТХ.903|ИСО/МЭК 10746-3 и в разделе 6.

7.1 Общее описание структуры спецификации предприятий

Спецификация предприятия системы ODP — это описание системы и связанные с ней части среды деятельности. Спецификация предприятия ориентирована на назначение и стратегии, которые применимы для предприятия в контексте среды деятельности.

Примечания

1    Среда системы ODP и собственно система ODP могут распространяться на различные организации. Больше, чем одна сторона, может обладать системой ODP.

2    Спецификация предприятия может определять коллективное поведение отдельно определенных и взаимодействующих подсистем системы ODP.

Фундаментальным понятием структурирования, что касается технических требований предприятия, является понятие сообщества. Сообщество — это конфигурация объектов предприятия, которая описывает совокупность субъектов, представляющих собой набор «сущностей» (например, люди, системы обработки информации, ресурсы различных видов и коллекции их), сформированных для достижения целей. Поведение субъектов определяется соглашением, управляющим их коллективным поведением. Назначение действий объектам предприятия, которые включены в сообщество, осуществляется в соответствии с ролевым участием (см. 7.8.1 и 7.8.2.).

Спецификация предприятия в пределах областей интереса пользователей спецификации включает в себя: цели и назначение системы ODP; управляющие директивы (политики) для системы ODP (включая их из любых контрактов среды); сообщество, в котором определена система ODP и ее функции (роли), выполняемые системой ODP и другими объектами предприятия в рамках сообщества; процессы, в которых система ODP и объекты предприятий этой среды участвуют.

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

Примечание 3 — Эта минимальная спецификация предприятия описывает цель и назначение системы ODP; это описание необходимо для полноты спецификации предприятия.

В случае необходимости для ясности или полноты описания поведения системы ODP спецификация предприятия может включать в себя любые другие совокупности объектов (сообщества), для которых система ODP или ее компоненты являются членами, а также другие сообщества, объекты которых в среде системы ODP — участники.

Примечание 4 — Набор сообществ в спецификации предприятия может включать, например, сообщества как с более обобщенным, так и более детальным описанием, чем минимальная спецификация предприятия, а также сообщества, связанные с процессом функционального разложения системы ODP, так и к формированию отношений собственности по отношению к системе ODP и ее частям.

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

Примечание 5 — Это может представлять собой, например, объединение предприятий.

Назначение системы определено сточки зрения ее намеченного поведения; на языке предприятия это выражено в терминах описания ролей, процессов или стратегии управления и их взаимодействия. Ссылка на поведение в целом включает в себя как основное поведение, в терминах процессов, шагов и действия, так и любой соответствующий нормативный механизм или механизм определения ответственности.

Примечание 6 — Следует обсудить намеченную, имеющуюся в распоряжении или предполагаемое назначение на различных этапах планирования, развития или развертывания системы. Это позволит получить пригодную к применению интерпретацию понятия «назначение».

ГОСТ Р ИСО/МЭК 15414—2017

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

7.2    Содержание спецификации предприятия

Спецификация предприятия структурируется в терминах описания ее элементов, как это установлено в 7.1, и иных понятий, определенных в разделе 6, а также с учетом корреляций между ними.

Для каждого из этих элементов, в зависимости от выбора спецификатора и требуемого уровня детализации, спецификация предприятия определяет:

-    характеристики элемента или

-    тип или типы элементов, или

-    шаблон элемента.

Спецификация предприятия устанавливает образец для реализации системы ODP в среде ее функционирования. Таким образом, паттерн может быть реализован один раз, несколько раз или не реализован, в зависимости от цели спецификатора. Это означает, что установленное поведение может также проявиться любое количество раз, в зависимости от того, когда и где спецификация реализована. Поэтому необходимо четко определять контекст при введении понятий в спецификацию предприятия.

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

Определения в настоящем стандарте должны интерпретироваться в контексте спецификации, не ограничивая, когда и где спецификация может быть реализована.

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

Примечания

1    Никакие рекомендации не могут ограничивать преимущественных предпочтений относительно способа моделирования для любого уровня проектирования: от нисходящего до восходящего. И при этом нет рекомендаций относительно порядка формирования спецификаций по областям деятельности.

2    Предоставляется свободный выбор для проектирования относительно того, какой подход используется: определяется спецификация для конкретного внедрения, например, определяя отдельные объекты предприятия, или имеет дело с более гибкой архитектурой, определяя типы и правила для назначения объектам предприятия функциональных ролей.

3    Спецификация может быть разделена для удобочитаемости, повторного использования фрагментов спецификации в других технических требованиях или достижения совместимости объектов предприятия.

4    Как функциональные роли и сообщества, так и типы, и шаблоны могут носить частный характер по отношению к спецификации и среде проектирования, или они могут быть сохранены в хранилище и впоследствии использованы более широким кругом пользователей, включающим несколько сред проектирования и групп.

7.3    Правила формализованного описания сообществ

7.3.1 Сообщество

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

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

-    управляет структурой, поведением и стратегией управления сообщества;

-    устанавливает поведенческие рамки для членов сообщества;

-    устанавливает правила соответствия между объектами предприятия и их функциональным назначением (ролями).

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

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

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

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

Коллективное поведение сообщества определяется с точки зрения одного или более элементов:

-    функциональными ролями сообщества (включая те роли, которые определяют, как сообщество взаимодействует со своей средой);

-    процессами, которые имеют место в сообществе;

-    установлением соответствия ролей шагам в процессах;

-    стратегией, которая применяется к ролям и процессам;

-    распределением и манипуляцией деонтическими маркерами, которые ограничивают действия, шаги или процессы;

-    идентификацией тех действий, за которые стороны, которым назначены роли, несут ответственность.

Это коллективное поведение ограничено политикой, связанной с ролями и процессами, и согласуется с контрактом сообщества.

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

Сообщество далее определено:

-    в терминах ролей;

-    в терминах правил и стратегий, определяющих назначение объектам предприятия их ролей;

-    взаимосвязью ролей;

-    соответствием ролей и процессов;

-    правилами и стратегиями, которые применяются к ролям, и отношениями между ролями;

-    правилами и стратегиями в зависимости от отношений между объектами предприятия в сообществе;

-    поведением, которое изменяет структуру или состав членов сообщества в течение жизненного цикла сообщества.

Примечания

1    Типы сообществ или шаблоны описания сообществ могут использоваться в спецификации сообщества.

2    Типы сообществ могут стать связанными в процессе обработки.

3    Совокупность связанных контрактов может быть произведена на основе шаблона контракта. Некоторые аспекты контракта (например, членство) могут относиться только к конкретным экземплярам шаблона контракта, в то время какдругие аспекты могут относиться ко всем. Например, назначения правил и стратегий можно рассматривать как параметры шаблона контракта. Стиль спецификации контракта определяет метод организации сообщества, а также другие аспекты жизненного цикла сообщества.

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

5    Понятие контракта особенно важно в рамках описания спецификации сообщества, потому что контракт содержит всю информацию о структуре сообщества, его поведения и способа функционирования.

7.3.2 Взаимоотношения между сообществами

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

Формируя сообщества, будет установлен ряд стратегий, общих для тех сообществ. Совокупность политик должна быть последовательной, хотя неустановленное поведение (неопределенный паттерн поведения) в образованном сообществе может образовать пространство действия для (несовместимого) поведения в каждом отдельном сообществе.

Сообщества могут осуществлять взаимодействие следующими способами:

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

-    два или более объектов сообщества взаимодействуют при исполнении ролей в некотором другом сообществе;

ю

ГОСТ Р ИСО/МЭК 15414—2017

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

-    объект, выполняющий интерфейсную роль (см. 7.8.3) в одном сообществе, взаимодействует с объектом, выполняющим интерфейсную роль в другом сообществе;

-    сообщество инициирует шаблон поведения для создания новых сообществ.

Примечания

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

2    Для получения дополнительной информации о взаимодействии объектов сообщества, вовлеченных во взаимодействие, и сообществ, которые они представляют, см. 7.8.3.

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

Следующие инварианты регулируют поведение объектов и сообществ:

-    в случае, если объект сообщества выполняет одну или более ролей в другом сообществе, сообщество, которое представляет этот объект, находится под управлением стратегии другого сообщества;

-    в случае, если два или более объектов сообщества взаимодействуют в выполнении ролей в некотором другом сообществе, сообщества, которые представляют эти объекты, оказываются связанными этими взаимодействиями;

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

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

-    где два или больше сообщества взаимодействуют, есть ряд стратегий, характерных для тех сообществ.

Примечания

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

4    Вовлеченные в объединение сообщества могут отличаться правилами организации и функционирования; объект предприятия, в свою очередь, должен быть в состоянии адаптирования ко всем этим правилам.

7.4 Правила формализованного описания объектов предприятия

В спецификацию предприятия включаются объекты предприятия; объект предприятия — это любой объект, присутствующий в спецификации предприятия. Активные объекты предприятия и совокупности, которые они моделируют, являются тем, что интуитивно понимается как необходимое или желательное, чтобы определить систему с точки зрения смысловых диспозиций предприятия или иначе понять спецификацию предприятия. Нормативные маркеры — это объекты предприятия, которые устанавливают ограничения на поведение активныхобъектов предприятия, в структуру которогоони входят.

Примечание 1 —Активный объект предприятия может быть моделью человека, юридического лица, системы обработки информации, ресурса или совокупностью, или частью любого из них.

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

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

Объект предприятия может быть членом сообщества потому что:

-    в соответствии с проектом сообщество включает объект;

-    объект становится членом сообщества во время создания этого сообщества или

11

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

Примечания

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

3    Контракт сообщества может включать в себя правила, которые изменяют структуру сообщества (например, количество ролей).

7.5    Общие типы сообществ

Двумя общими типами для описания сообщества являются:

-    <Х> — область (домен);

-    <Х> — федерация (объединение).

Сообщества этих типов могут быть определены так, что их описания перекрываются частично или полностью. Эти основные типы сообщества не подразумевают определения иерархических отношений. В спецификации могут использоваться такие типы сообществ, но это не является директивным требованием.

7.5.1    <Х> — тип области сообщества

<Х> — область сообщества включает <Х> — область описания объектов предприятия, которые определены как управляемые, и объекта предприятия, определенного как управляющий для <Х> — области (домена). <Х> — домен сообщества устанавливает характеристические отношения <Х> между объектами предприятия, которыми управляют, и объекта предприятия в роли управляющего объекта [часть 2-10.3].

7.5.2    <Х> — тип домена федерации (объединения)

<Х> — домен федерации — это сообщество нескольких уже существующих сообществ, сотрудничающих в направлении достижения общих целей. Каждый член федерации соглашается с участием в деятельности федерации, что выражается в форме заключения контракта с сообществом (который может включать обязательства по внесению ресурсов или принятия ограничений в части поведения) для достижения общей цели. В то же время федерация сохраняет автономию первоначальных участников. Спецификация федерации может скрывать некоторые аспекты (характеристики) участников, не относящиеся непосредственно к общей цели; к примеру, некоторая установленная процедура, позволяющая участнику выйти из федерации в любое время.

7.6    Жизненный цикл сообщества

7.6.1    Установление (учреждение) сообщества

Спецификация предприятия может включать в себя описание поведения для учреждения сообщества.

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

7.6.2    Политика назначения

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

Примечания

1    Роль, выполняемая объектом в его взаимосвязи с другими объектами, не является примером способа установления взаимосвязей.

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

Члены сообщества могут быть отобраны согласно требованиям стратегии назначения для того сообщества.

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

ГОСТ Р ИСО/МЭК 15414—2017

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

7.6.3    Внесение изменений в определение сообщества

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

Изменения, которые следует учитывать, включают в себя:

-    дополнение, изменение и удаление стратегий или правил;

-    дополнение, изменение и удаление ролей;

-    дополнение и удаление объектов предприятия;

-    дополнение, изменение и удаление процессов или шагов.

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

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

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

7.6.4    Ликвидация сообщества

Спецификация предприятия может включать в себя процедуру ликвидации сообщества.

Примечания

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

2    Некоторые сообщества постоянно действуют и никогда не подвергаются процедуре ликвидации.

7.7    Правила формализации целей

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

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

Цель системы ODP в целом выражена как одна или несколько целей (или подцелей) сообщества или набора сообществ, в рамках которых система ODP реализует роли. Если система ODP самостоятельно смоделирована как сообщество, то цель системы — цель этого сообщества.

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

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

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

Примечание — Спецификация предприятия может обеспечить механизм обнаружения конфликта интересов и разрешения этих конфликтов.

7.8    Правила формализации шаблонов поведения

7.8.1 Роли и процессы

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

13

Примечания

1    Существуют различные способы спецификации описания возможных действий (например, упорядочивание, определение предварительных условий, частичный заказ и т. д.). Язык моделирования, выбранный для составления спецификации предприятия, может устанавливать определенные способы.

2    Часть 2 эталонной модели предлагает концепцию деятельности [Часть 2-8.6]. А также предлагает концепцию формализации структуры деятельности [Часть 2-13.1], включая цепи, шаги, разветвление действий, сочетание действий и порождение действий. Они могут быть использованы для структурирования шаблонов поведения сообщества.

Роли сообщества используются для разделения отдельных типов поведения сообщества на составляющие, каждая их которых может быть выполнена конкретным объектом предприятия. Роль — это формальный агрегат данных для установления соответствия отдельныхдействий в поведении сообщества с объектом предприятия, который должен выполнить их. Объект предприятия, который реализует паттерн поведения в определенной роли или, иначе, реализует эту роль в пределах сообщества, или, иначе, назначен на эту роль в пределах сообщества. Все действия этой роли связаны с одним и тем же объектом предприятия в сообществе. Каждое действие сообщества — будь то часть отдельного ролевого поведения либо это сочетание ролей — проявляется во взаимодействии, которое является частью более чем одного ролевого поведения. Каждая из этих абстракций (теоретическое обобщение) маркирована как роль. На поведение, определенное этой ролью, накладываются ограничения, определенные в контракте и структуре сообщества. В отличие от спецификации, которая определяет действия и их упорядочение с точки зрения процессов (см. ниже), акцент делается на объектах предприятия, которые участвуют в конкретном поведении.

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

Действия и их упорядочение может быть определено в описании процессов. Процесс определяет некоторое обобщенное понятие поведения сообщества, которое включает в себя только те действия, которые связаны с достижением конкретной подцели в сообществе. Каждая абстракция (обобщенное понятие поведения) маркирована именем процесса. В отличие от спецификации действий, когда касается ролей (см. выше), делается акцент на то, что достигается поведением.

Процессы подразделяют поведение сообщества на шаги.

Примечание 3 — Выбор подхода к моделированию на основе ролей или процессов будет зависеть от используемого метода моделирования и цели моделирования. Может применяться и комбинация двух подходов.

7.8.2 Правила формализации ролей

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

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

Примечание 1 — Если термин «<Х> объект» используется в спецификации предприятия, где <Х> — роль, то это должно интерпретироваться как значение «объекта предприятия, выполняющего роль, <Х>». Там, где объект предприятия выполняет многочисленные роли, имена могут быть связаны.

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

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

Примечание 2 — Примерами такой спецификации может быть модель членов какого-либо комитета или модель клиентов какой-либо службы.

Объект предприятия, назначенный на роль, должен иметь тип, поведение которого совместимо с этой ролью, в противном случае спецификация должна содержать механизмы, чтобы определить и разрешить любые несовместимости [Часть 2-9.4].

ГОСТ Р ИСО/МЭК 15414—2017

Содержание

1    Область применения...................................................1

2    Нормативные ссылки..................................................1

2.1    Типовые рекомендации ITU-T | международные стандарты........................1

2.2    Нормативные ссылки................................................2

3    Термины и определения................................................2

3.1    Термины стандартов ODP.............................................2

4    Сокращения........................................................3

5    Соглашения........................................................3

6    Понятия...........................................................4

6.1    Системные понятия.................................................4

6.2    Понятия сообщества................................................4

6.3    Понятия поведения.................................................4

6.4    Нормативные понятия...............................................5

6.5    Стратегические понятия..............................................6

6.6    Понятия ответственности.............................................6

7    Правила структурирования...............................................8

7.1    Общее описание структуры спецификации предприятий.........................8

7.2    Содержание спецификации предприятия...................................9

7.3    Правила формализованного описания сообществ.............................9

7.4    Правила формализованного описания объектов предприятия.....................11

7.5    Общие типы сообществ.............................................12

7.6    Жизненный цикл сообщества..........................................12

7.7    Правила формализации целей.........................................13

7.8    Правила формализации шаблонов поведения...............................13

7.9    Правила формализации стратегий......................................18

7.10    Правила определения ответственности..................................20

8    Соответствие, полнота и область применения..................................22

8.1    Соответствие....................................................22

8.2    Полнота.......................................................22

8.3    Область применения...............................................22

9    Адекватность (приемлемость) языка описания предприятия.........................23

10    Соответствие (согласованность) и контрольные точки............................23

11    Правила непротиворечивости...........................................23

11.1    Семантические проводки для смысловых диспозиций.........................23

11.2    Предприятие и информационные проводки для спецификаций....................24

11.3    Предприятие и вычислительные проводки для спецификаций....................25

11.4    Предприятие и проводки для инженерных спецификаций.......................26

11.5    Предприятие и проводки для технологических спецификаций....................26

Приложение А (обязательное) Модель языковых понятий предприятия...................27

Приложение В (справочное) Объяснения и примеры...............................32

Приложение С (справочное) Функциональная семантика для формализованного описания

поведения предприятия.......................................45

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

национальным стандартам.....................................47

ГОСТ Р ИСО/МЭК 15414—2017

Примечание 3 — Технические требования предприятия могут относиться к существующим механизмам для определения и разрешения несовместимостей между типами объектов и требованиями, установленными для ролей, таким образом, чтобы расширить совокупность объектов, приемлемых для данной роли.

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

Примечание 4 — Ограничения для сообщества должны удерживаться в рамках всего жизненного цикла. Однако эти инварианты могут измениться, что определяется различными этапами жизненного цикла. Такие изменения могут привести к изменениям в совокупностях ролей и отношений между ролями сообщества.

Политика назначения представляет собой набор правил сообщества, которые определяют выбор объекта предприятия для выполнения роли.

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

7.8.3    Интерфейсные роли и взаимодействия между сообществами

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

В этом случае сообщество может быть определено на двух разных уровнях абстракции как:

-    конфигурация объектов предприятия, где некоторые из этих объектов выполняют интерфейсные

роли;

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

Поведение, определенное интерфейсной ролью, может включать в себя и внутренние действия.

7.8.4    Объекты предприятия и действия

Способ категоризации участия объекта предприятия в действии заключается в рассмотрении его как имеющего активную роль по отношению к этому действию:

-    объект участвует в выполнении действия; или иначе, исполняет роль актора или является актором по отношению кэтому действию;

-    объект упомянут в действии; или иначе, исполняет роль артефакта или является артефактом по отношению к этому действию;

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

Примечания

1    Для каждого действия есть, по крайней мере, один участвующий объект предприятия. Если два или более объектов предприятия участвуют в действии, то это взаимодействие. Если только один объект предприятия участвует в действии, это может быть взаимодействие, если объект взаимодействует сам с собой. [Часть 2-8.3]

2    Спецификация роли определяет поведение, связанное с этой ролью, и стратегию, относящуюся к этой роли, обязанностям, связанным стой ролью, и взаимосвязями между ролями. Например, для каждой роли спецификация включает в себя описания всех действий, а для каждого действия — идентификацию всех артефактов, упомянутых в действии, и используемых ресурсах.

3    В этом пункте понятие роли используется в контексте сообщества, в котором определена эта роль. Таким образом, роль объекта — это идентификатор для некоторого поведения, которое объект демонстрирует в этом сообществе. При определенных обстоятельствах поведение, которое назначено объекту, выступает как определенное действие, и в этом случае роль считается явно указанной.

Актор в этом действии может также быть артефактом по отношению кэтому действию. Аналогично, актор в действии может также быть ресурсом относительно этого действия (если этот ресурс используется в действии). Когда ресурс значим для действия, действие ограничено, тем самым, доступностью этого ресурса.

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

15

Введение

Быстрый рост распространения технологии распределенной обработки привел к необходимости принятия эталонной модели открытой распределенной обработки (RM-ODP). Эта эталонная модель является рамочной основой для стандартизации открытой распределенной обработки (ODP). Модель устанавливает спецификацию архитектуры, в пределах которой могут быть установлены распределение, межсетевой обмен и обеспечена компактность. Архитектура, в свою очередь, определяет основные положения для спецификации систем ODP (ОРО).

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

Настоящий стандарт уточняет и расширяет возможности того, как системы ODP могут быть применены для достижения целей предприятия, и предназначен для развития или использования технических требований для систем ODP в интересах предприятий.

0.1 Эталонная модель открытой распределенной обработки RM-ODP

RM-ODP включает в себя:

-    1Т11-ТХ.901|ИСО/МЭК 10746-1. Обзор: содержит обоснования к применению ODP, приводится общий обзор, обоснование и толкование ключевых понятий и схем архитектуры ODP. Приводятся разъяснения для пользователей по вопросам интерпретации и применения на практике RM-ODP, включая авторов стандартов и разработчиков систем ODP. Раздел содержит описание классификации требуемых областей, подлежащих стандартизации, с использованием контрольных точек для устранения несоответствий, определенных в 1Т11-ТХ.903|ИСО/МЭК 10746-3. Часть 1 носит справочный характер.

-    ITU-T Х.902|ИСО/МЭК 10746-2. Основы: содержит определения основных понятий и описание аналитической структуры объекта для перевода в нормализованное состояние (произвольных) распределенных обрабатывающих систем. Вводятся принципы соответствия стандартам ODP и способы их применения. Приводимый уровень детализации является достаточным для поддержки ITU-T Х.903|ИСО/МЭК 10746-3 и устанавливает требования к новым методам спецификации. Часть 2 носит обязательный характер.

-    ITU-T Х.903|ИСО/МЭК 10746-3. Архитектура: вводятся спецификации требуемых характеристик, которые квалифицируют распределенную обработку данных, как открытую. Это ограничения, которым должны соответствовать стандарты ODP. Используются дескриптивные (описательные) методы, приведенные в ITU-TX.9021 ИСО/МЭК 10746-2. Часть 3 носит обязательный характер.

-    ITU-TХ.904|ИСО/МЭК 10746-4. Архитектурная семантика: приводится формализованное описание основных понятий процесса моделирования ODP, определенных в ITU-TХ.902|ИСО/МЭК 10746-2 (разделы 8 и 9). Формализация достигается путем интерпретации каждого понятия в терминах конструктов одного или нескольких стандартизированных методов формального описания. Часть 4 носит обязательный характер.

-    ITU-TX.911|ISO/IEC 15414. Язык описания (дескриптор) предприятия: Рекомендации|Между-народный стандарт 0.2

Обзор и рекомендации к применению

Часть 3. Эталонная модель ITU-T Х.903|ИСО/МЭК 10746-3 определяет основу для спецификации систем ODP, включающую:

1)    пять отправных точек, а именно: предприятие, информация, вычисления, разработка и технология, которые устанавливают рамки для спецификации систем ODP;

2)    языкописания для каждой позиции, понятия и правила спецификации, соответствующие языку описания системы ODP.

Цель настоящего стандарта направлена на:

-    усовершенствование и расширение рабочего языка, определенного в ITU-T Х.903|ИСО/МЭК 10746-3, для более полного определения смысловых диспозиций предприятия в системе ODP.

-    приведение привязки спецификаций смысловых диспозиций предприятия в системе ODP в соответствии с другими техническими требованиями к конкретным смысловым диспозициям.

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

Настоящий стандарт опирается на понятия, взятые из ITU-T Х.902|ИСО/МЭК 10746-2 и Х.903|ИСО/МЭК 10746-3, и правила структурирования, приведенные в ITU-T Х.903|ИСО/МЭК 10746-3

ГОСТ Р ИСО/МЭК 15414—2017

(раздел 5). Стандарт вводит уточнения и изменения понятий, дополнительные смысло-ориентированные концепты и предписываемые правила структурирования спецификаций для наиболее полного учета технических требований предприятия. Дополнительные смысло-ориентированные концепты определены в ITU-TX.902|HCO/M3K 10746-2 и Х.903|ИСО/МЭК 10746-3.

Настоящий стандарт устанавливает общий язык (набор условий и правил структурирования) для применения при подготовке спецификации предприятия с учетом целей, назначения и стратегий управления с точки зрения требований системы ODP. Спецификация предприятия — часть спецификации системы ODP по смысловым диспозициям, установленным 1Т11-ТХ.903|ИСО/МЭК 10746-3. Спецификация системы ODP позволяет описать:

-    любую из существующих систем в пределах среды ее применения и развития;

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

-    систему, которая будет создана в пределах некоторой среды функционирования.

Пользователи настоящего стандарта — субъекты системы, которые создают и используют такого

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

Мотивом для применения рабочего языка является поддержка стандартных методов спецификации, что улучшает взаимодействие и способствует созданию совместимых спецификаций.

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

Использование технических требований для описания предприятия может быть более широким, чем на начальных этапах процесса программирования. Современная тенденция управления ориентирована на объединение существующих систем в глобальные сети, такчто заинтересованность в функциональных преимуществах охватывает многочисленные организации. Дескриптор предприятия становится тем инструментальным средством, которое позволяет прийти к соглашению об общем поведении систем ODP как в рамках отдельного предприятия, так и между этими организациями. Функциональная спецификация предприятия может также использоваться и на других этапах жизненного цикла системы. Спецификация может, например, использоваться в системе во время выполнения программы контроля соглашений и устанавливать новые соглашения согласно той же самой структуре контракта. Технические характеристики спецификации предприятия могут включать правила взаимодействия между предприятиями.

Настоящий стандарт также служит основой для развития методологии программирования и вычислительных инструментов, использующих языки смысловых диспозиций ODP и ряд понятий для развития языков спецификации смысловой диспозиции предприятия. В этих целях настоящий стандарт определяет правила в отношении содержательного состава технических требований и типологии информации. Дальнейшие требования направлены на установление корреляций между языковыми понятиями предприятия и понятиями в иных смысловых диспозициях, которые представлены в методологиях, инструментах или языках спецификаций и которые только предстоит определить.

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

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

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

Приложение А представляет собой метамодель дескриптора предприятия, описывающую основные концепты языка предприятия и их отношений. Настоящее приложение носит обязательный характер. В приложении В приведены примеры использования понятий и правил структурирования дескриптора предприятий и приводятся примеры того, каким образом они могут быть использованы. Приложение С акцентирует внимание на проявлениях семантики нормативных ограничений. Приложения В и С являются справочными.

VI

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационные технологии

ОТКРЫТАЯ РАСПРЕДЕЛЕННАЯ ОБРАБОТКА

Эталонная модель.

Язык описания предприятия

Information technology. Open distributed processing. Reference model. Enterprise language

Дата введения — 2018—01—01

1    Область применения

Настоящий стандарт предусматривает наличие:

a)    языка предприятия, включающего понятия, структуры и правила разработки, представления и обоснование спецификации системы ODP с предпринимательской точки зрения (как определено в ITU-T Х.903|ИСО/МЭК 10746-3);

b)    правил, устанавливающих соответствие между языком предприятия и на других языках смысловых диспозиций (определенных в ITU-T Х.903|ИСО/МЭК 10746-3) для обеспечения общей согласованности спецификации.

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

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

Как указано в ITU-T Х.903|ИСО/МЭК 10746-3 (раздел 5), спецификация смысловой диспозиции предприятия определяет цели, назначение и стратегии управления системы ODP.

Настоящий стандарт представляет собой уточнение и расширение ITU-T Х.903|ИСО/МЭК 10746-3 (разделы 5 и 10), но не заменяет их.

2    Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты (см. 2.1 и 2.2). На момент публикации указанные издания были действительны. Все рекомендации и стандарты подлежат возможному пересмотру, и сторонам соглашений, основанных на настоящем стандарте, предлагается изучить возможность применения последнего издания Рекомендаций и стандартов, перечисленных ниже. Члены МЭК (IEC) и ИСО (ISO) ведут перечни действующих международных стандартов. Бюро стандартизации электросвязи МСЭ (ITU) ведет список действующих в настоящее время Рекомендаций МСЭ-Т (ITU-T).

2.1 Типовые рекомендации 1ТЦ-Т|международные стандарты

Рекомендация ITU-TX.902 (2009)|ИСО/МЭК 10746-2:2010 Information technology — Open Distributed Processing — Reference Model: Foundations (Информационные технологии. Открытая распределенная обработка. Эталонная модель: основы)

Рекомендация ITU-TX.903 (2009)|ИСО/МЭК 10746-3:2010 Information technology — Open Distributed Processing — Reference Model: Architecture (Информационные технологии. Открытая распределенная обработка. Эталонная модель: архитектура)

Издание официальное

Рекомендация ITU-T Х.904 (1997)|ИСО/МЭК 10746-4:1998 Information technology — Open Distributed Processing — Reference Model: Architectural semantics (Информационные технологии. Открытая распределенная обработка. Эталонная модель: Семантика архитектуры)

Рекомендация ITU-T Х.906 (1997)|ИСО/МЭК 19793:2012 Information technology — Open distributed processing — Use of UML for ODP system specifications (Информационные технологии. Открытая распределенная обработка. Использование UML для спецификации ODP)

2.2 Нормативные ссылки

ISO/IEC 19505-2:2012 Information Technology — Object Management Group Unified Modelling Language (OMG UML) — Part 2: Superstructure (Информационные технологии. Унифицированный язык моделирования. Группы управления объектами (OMG UML). Часть 2: Надстройка)

3 Термины и определения

В настоящем стандарте применены следующие термины и определения:

3.1    Термины стандартов ODP

3.1.1    Основные термины для моделирования

Настоящий стандарт использует следующие термины, как это определено в ITU-T Х.902| ИСО/МЭК 10746-2.

-    действие;

-    мероприятие;

-    поведение (объекта);

-    сложный объект;

-    состав;

-    конфигурация (объектов);

-    соответствие;

-    пункт(точка) соответствия;

-    контракт;

-    <Х> область (домен);

-    предприятие (организация);

-    рабочая среда контракта;

-    рабочая среда (объекта);

-    период;

-    установка поведения;

-    событие;

-    паттерн (<Х> шаблон);

-    внутреннее действие;

-    инвариант;

-    связь;

-    положение во времени (маршрутизация);

-    имя;

-    объект;

-    обязательство;

-    стандарты ODP;

-    система ODP;

-    разрешение;

-    стратегия (установочное поведение объекта, системы);

-    стратегическая декларация (совокупность установочных мероприятий);

-    стратегический конверт (пакет мер);

-    установочное поведение системы;

-    стратегическая стоимость;

-    запрет;

-    предложение;

-    ссылочный маркер;

-    обработка (уточнение);

-    роль;

-    обслуживание (услуга);

-    состояние (объекта);

2

ГОСТ Р ИСО/МЭК 15414—2017

-    подсистема;

-    подтип;

-    система;

-    <Х> шаблон (паттерн);

-    завершающий сценарий поведения;

-    тип(<Х>);

-    смысловая диспозиция (системы).

3.1.2 Языковые определения смысловой диспозиции

В настоящем стандарте применены термины по ITU-TХ.903|ИСО/МЭК 10746-3.

-    связующий код (элемент);

-    капсула (объект с ограниченным внешним доступом);

-    канал;

-    группа;

-    кластер;

-    вычислительное поведение;

-    расчетный объект привязки;

-    расчетный объект;

-    вычислительный интерфейс;

-    расчетная (смысловая) диспозиция;

-    динамическая схема (структура);

-    техническая (смысловая) диспозиция;

-    объект предприятия;

-    смысловая диспозиция предприятия;

-    <Х> объединение;

-    информационный объект;

-    информационная (смысловая) диспозиция;

-    перехватчик;

-    инвариантная схема (структура);

-    узел;

-    ядро;

-    операция;

-    объект протокола;

-    статическая схема;

-    поток;

-    псевдокод;

-    технологическая (смысловая) диспозиция;

-    описание «(смысловой) диспозиции>.

4    Сокращения

В настоящем стандарте применены следующие сокращения:

ODP — открытая распределенная обработка;

эталонная модель RM-ODP открытой распределенной обработки (ITU-T Х.901 к Х.904| ИСО/МЭК 10746 Части 1—4).

5    Соглашения

Настоящий стандарт содержит ссылки на части 2 и 3 RM-ODP и на обязательный текст настоящего стандарта. Каждая ссылка имеет одну из этих форм:

-    [часть, 2-п.п] — ссылка на пункт п.п Части 2 RM-ODP: Основы ITU-TX.9021 ИСО/МЭК 10746-2;

-    [часть, 3-п.п] — ссылка на пункт п.п Части 3 RM-ODP:    Архитектура    ITU-T Х.903|

ИСО/МЭК 10746-3;

-    [п.п] — ссылка на пункт п.п настоящего стандарта.

Например, [часть 2-9.4] — ссылка на часть 2 эталонной модели, ITU-T Х.902 | ИСО/МЭК 10746-2, пункт 9.4 и [6.5] — ссылка на 6.5 этой рекомендации | международный стандарт. Эти ссылки приведены для удобства пользователя.

3

Настоящий стандарт также содержит некоторый текст, который является модификацией текста части 3 эталонной модели ITU-TX.9031 ИСО/МЭК 10746-3. Такой текст отмечен ссылкой: [см. также 3-5]. Модификации являются полномочными (валидными) вариантами по отношению к дескриптору (языку) предприятия.

6 Понятия

Понятие дескриптора (языка) предприятия, определенного в настоящем стандарте, включает в

себя:

-    понятия, определенные в в ITU-T Х.902|ИСО/МЭК 10746-2 (пункты 3.1.1 и 3.1.2) и в ITU-T Х.903| ИСО/МЭК 10746-3;

-    понятия, определенные в настоящем пункте.

Группировка в подпункты и заголовки подпунктов настоящего пункта носят справочный характер.

6.1    Системные понятия

6.1.1    Назначение

Поведение, которое система, как ожидается, продемонстрирует.

6.1.2    Область применения (спецификации)

Среда системы ODP должны иметь свойства, как в спецификации той системы, которая будет использоваться.

6.2    Понятия сообщества

6.2.1    Цель (<Х>)

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

Примечания

1    Достижение всех целей — не одномоментный процесс.

2    В тексте ITU-T Х.9031 ИСО/МЭК 10746-3 [часть 3-5] термины щель» и «задача» синонимичны. В языке (дескрипторе) предприятия акцентированы термин «целевая задача» и «необходимость выражения цели в измеримых понятиях».

6.2.2    Объект сообщества

Сложный объект предприятия, который представляет собой сообщество. Компоненты объекта сообщества — объекты представленного сообщества.

6.3 Понятия поведения

6.3.1    Активный объект предприятия

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

Примечание — Поведение активных объектов предприятия ограничено понятиями нормативной модальности («запрещено», «разрешено», «предписывается») и понятиями ответственности, определенными в 6.4 и 6.6. Нормативные символы формальной логики, определенные в 6.4, не являются самостоятельно активными объектами предприятия.

6.3.2    Актор (связанный с действием)

Роль (относительно действия), в которой объект предприятия, исполняющий её, действует. Этот объект можно назвать актором.

Примечание — Представляет интерес, какой актор инициирует это действие.

6.3.3    Артефакт (связанный с действием)

Роль (относительно этого действия), в которой на объект предприятия, выполняющий роль, ссылается в действии. Такой объект можно назвать артефактом.

Примечания

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

2    Объект, исполняющий роль артефакта в действии, является активным объектом предприятия, на который ссылаются в действии, и это не следует смешивать со способом, которым нормативный маркер, присваиваемый объекту, вовлеченному в действие, ограничивает выполнение этого действия.

4