Логический блюпринт услуги Logical Service Blueprint
Простыми словами
Логический блюпринт — проект логической услуги: какие в ней компоненты и как они соотносятся, плюс детали «как» — способ доставки технологии (своя площадка против облака) и технические интерфейсы доступа к функциональности услуги. Отвечает на вопрос «как устроено то, что мы спроектировали», и именно он проверяется на соответствие стандартам, политикам и требованиям, включая требования безопасности. Отличать от Service Release Blueprint того же потока R2D: логический блюпринт описывает устройство услуги вообще, а блюпринт релиза — запланированную конфигурацию конкретного выпуска и процедуры его активации и развёртывания. Стандарт относит логический блюпринт к вспомогательным (auxiliary) объектам данных и при этом сам себе противоречит в кардинальности: связь Logical Service to Logical Service Blueprint помечена как 1:1, а её пояснение говорит про «one or more Logical Service Blueprints».
Примеры
«There may exist multiple Logical Service Blueprints for a single Logical Service based on new versions of the Logical Service.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.3 — определение объекта
«Shall ensure that the architecture and Logical Service Blueprint are compliant with all standards and policies, including security standards and policies.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.3 — критерии компонента Service Design
«A Logical Service structure and behavior can be detailed by one or more Logical Service Blueprints.»
IT4IT Reference Architecture, Version 2.1, разд. 6.4.3 — пояснение к связи, помеченной как 1:1
Определение из первоисточника
дословная выпискаRepresents the design of the logical service which details the components and how those components relate to one another. There may exist multiple Logical Service Blueprints for a single Logical Service based on new versions of the Logical Service. Along with the Service Design data objects, the Logical Service Blueprint introduces the “how” details; i.e., technology delivery methods (on-premise versus cloud) and the technical interfaces necessary to access the service functionality.
Представляет проект логической услуги, детализирующий компоненты и то, как они соотносятся друг с другом. Для одной логической услуги может существовать несколько логических блюпринтов — по новым версиям логической услуги. Вместе с объектами данных проектирования услуги логический блюпринт вводит детали «как»: технологические способы предоставления (на своей площадке против облака) и технические интерфейсы, нужные для доступа к функциональности услуги.
ИсточникThe Open Group IT4IT™ Reference Architecture, Version 2.1. The Open Group, 30.01.2017, C171, US ISBN 1-937218-84-3
Основные параметры
Атрибуты этой сущности по справочнику источника.
- Ключевые атрибуты по стандарту: Id — Unique identifier of the Logical Service Blueprint.; Name — Meaningful name of the Logical Service Blueprint.; Description — Short description of the purpose of the Logical Service Blueprint, to differentiate in case there is more than one for the Logical Service.; Version — Version of the Logical Service Blueprint.; LogicalServiceId — Unique identifier of the related Logical Service.; ArchitectureDesign — An architectural representation (diagram) of the service system components.
Связи
Входящие
- Обязательная связь объектов данных, кардинальность 1:nConceptual Service Blueprint
- Обязательная связь объектов данных, кардинальность 1:1Logical Service
Связанные понятия
Опишите архитектуру своей компании в Storm
Реестр процессов, архитектурное рабочее пространство, связи между системами и процессами — те самые артефакты, только про вашу организацию.
Это же в StormРеестр процессовИмитационное моделированиеАрхитектура систем и интеграций