Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами
Около корпоративной архитектуры

Функциональный компонент «Рационализация заказов» Request Rationalization Functional Component

Простыми словами

Компонент-разборщик: он рационализирует, разбивает и маршрутизирует готовые к исполнению заказы к подходящим движкам или провайдерам исполнения. Владеет двумя ключевыми объектами потока Request to Fulfill — «Request» и «Subscription», — и подписки создаёт только после успешного исполнения. Отличие от компонента «Fulfillment Execution»: тот выбирает исполнителей и делает работу, а этот решает, на что заказ раскладывается и кому его отдать. Он же снабжает соседей: сведениями о подписке — компонент «Chargeback/Showback» (для контракта на возврат затрат), экземплярами контрактов — компонент «Service Level». Потребителю он показывает статус на уровне подписки, а не на уровне нижележащих заявок.

Примеры

Разбор составного заказа

«Shall break down the composite request (described by the Shopping Cart and consumer-selected values) into the individual Requests that need to be fulfilled.» Значения, выбранные потребителем, участвуют в разборе наравне с содержимым корзины.

Подписка кормит финансовую часть

«Shall provide Subscription information for the creation of the associated Chargeback Contract.» Контракт на возврат затрат без подписки не возникает.

Передача контрактов — рекомендация

«Should send the instances of the Service Contracts to the Service Level functional component if a Service Level functional component exists.» Формулировка «Should» слабее соседних «Shall» в том же перечне.

The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171), разд. 7.4.5 — критерии функциональности Request Rationalization

Определение из первоисточника

дословная выписка

Rationalize, break down, and route “clean order” requests (ready for fulfillment) to appropriate Fulfillment Execution engines or providers in order to deliver services to consumers. May involve breaking down a single order/request into multiple Fulfillment Requests. Ensure appropriate fulfillment-related Subscription information is kept up-to-date, such as approval/rejections, modifications, cancellations, and so on. Enable the recording of patterns of service consumption that can be used to shape demand for new and/or improved services. Break the request down into the IT services and provid…

машинный перевод

Рационализировать, разбивать и маршрутизировать «чистые» заказы, готовые к исполнению, к подходящим движкам или провайдерам исполнения, чтобы доставить услуги потребителям. Может включать разбиение одного заказа на несколько заявок на исполнение. Обеспечивать актуальность связанных с исполнением сведений о подписке: утверждений и отказов, изменений, отмен и прочего. Обеспечивать запись паттернов потребления услуг, которые можно использовать для формирования спроса на новые и улучшенные услуги. Разбивать заказ на ИТ-услуги, передавать их функциональному компоненту «Исполнение заявки» и создава…

ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3

Основные параметры

Атрибуты этой сущности по справочнику источника.

  • Функциональные критерии стандарта: Shall provide information to the consumer on the fulfillment status. Shall provide Subscription information for the creation of the associated Chargeback Contract. Shall provide information on Request delivery times for SLA measurements. Shall break down the composite request (described by the Shopping Cart and consumer-selected values) into the individual Requests that need to be fulfilled. Shall send the bound Service Catalog Entry to the Fulfillment Execution functional component in order for it to create the Fulfillment Requests needed to satisfy the order. Should provide Subscription information to the Project functional component for associated Fulfillment Requests. Shall rationalize, break down, and route “clean order” requests (ready for fulfillment) to appropriate Fulfillment Execution engines or providers in order to deliver services to consumers. May break down a single order/request into multiple Fulfillment Requests. Shall ensure appropriate fulfillment-related Subscription information is kept up-to-date, such as approval/rejections, modifications, cancellations, and so on. Shall enable the recording of patterns of service consumption that can be used to shape demand for new and/or improved services. Shall break the request down into the IT services and provide these to the Fulfillment Execution functional component and create the Subscriptions for these services upon their successful fulfillment. Shall track fulfillment status and completion notifications from fulfillment channel(s) as received. Shall update consumers on order status at the Subscription level, not at the level of the underlying Requests needed to fulfill the Subscription. Should send the instances of the Service Contracts to the Service Level functional component if a Service Level functional component exists. Объекты данных компонента: Request, Subscription.

Связанные понятия

Служебные сведения
Вид документа
Функциональный компонент
Место в подходе
Request to Fulfill (R2F) Value Stream
Редакция
The Open Group IT4IT™ Reference Architecture, Version 2.1 (2017, C171)
14 дней бесплатно

Опишите архитектуру своей компании в Storm

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

Попробовать бесплатно Без банковской карты

Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций

Поддержка