1
Доступно поисковых запросов: 1 из 2
Следующий пробный период начнётся: 02 октября 2022 в 07:50
Снять ограничение

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

Информационные технологии. Открытая распределенная обработка. Эталонная модель. Язык описания предприятия
Действующий стандарт
Проверено:  24.09.2022

Информация

Название Информационные технологии. Открытая распределенная обработка. Эталонная модель. Язык описания предприятия
Название английское Information technology. Open distributed processing. Reference model. Enterprise language
Дата актуализации текста 05.05.2017
Дата актуализации описания 01.01.2021
Дата издания 17.04.2017
Дата введения в действие 01.01.2018
Область и условия применения Настоящий стандарт предназначен для использования при подготовке спецификаций систем ODP с учетом смысловых диспозиций предприятий, а также для разработки рекомендаций и инструментов для поддержки таких спецификаций
Опубликован Официальное издание. М.: Стандартинформ, 2017 год
Утверждён в Росстандарт

Расположение в каталоге ГОСТ

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



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


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


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


Эталонная модель. Язык описания предприятия


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



ОКС 35.080

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

     

Предисловие

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

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

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

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

________________

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


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

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

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


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

Введение


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

     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 Типовые рекомендации ITU-T|международные стандарты


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

Рекомендация ITU-T Х.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;

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

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

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

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

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

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

- запрет;

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

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

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

- роль;

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

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

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

- подтип;

- система;

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

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

- тип (<Х>);

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

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-n.n] - ссылка на пункт n.n Части 2 RM-ODP: Основы ITU-T X.902|ИСО/МЭК 10746-2;

- [часть, 3-n.n] - ссылка на пункт n.n Части 3 RM-ODP: Архитектура ITU-T Х.903|ИСО/МЭК 10746-3;

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

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

Настоящий стандарт также содержит некоторый текст, который является модификацией текста части 3 эталонной модели ITU-T Х.903|ИСО/МЭК 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 Х.903|ИСО/МЭК 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 Объект, исполняющий роль артефакта в действии, является активным объектом предприятия, на который ссылаются в действии, и это не следует смешивать со способом, которым нормативный маркер, присваиваемый объекту, вовлеченному в действие, ограничивает выполнение этого действия.

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

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

Примечания

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

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

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

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

6.3.6 Процесс

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

Примечания

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

2 Понятия структуры деятельности, установленные в ITU-T Х.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 Сторона

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

Примечания

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 Правила структурирования


В настоящем разделе уточняются и дополняются правила структурирования, установленные в ITU-T Х.903|ИСО/МЭК 10746-3 (пункт 5.2) и рассматриваемые применительно к понятиям сообщества, объектов предприятия, целей, шаблонов поведения и организационной деятельности. Определяются правила структурирования для понятий ответственности, определенных в 6.6. Используются понятия, определенные в ITU-T X.902|ИСО/МЭК 10746-2 (пункт 5.1), ITU-T X.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 - Следует обсудить намеченную, имеющуюся в распоряжении или предполагаемое назначение на различных этапах планирования, развития или развертывания системы. Это позволит получить пригодную к применению интерпретацию понятия "назначение".


Полная системная спецификация 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 Взаимоотношения между сообществами

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

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

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

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

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

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

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

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

Примечания

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

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


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

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

Закупки не найдены
Свободные
Р
Заблокированные
Р
Роль в компании Пользователь

Для продолжения необходимо войти в систему

После входа Вам также будет доступно:
  • Автоматическая проверка недействующих стандартов в закупке
  • Создание шаблона поиска
  • Добавление закупок в Избранное