Демо-день Storm: опросы участников процессовБлижайший демо-день — четверг, 15 октября, 14:00 МСКЗаписаться
Свяжитесь с нами
Продукт
Платформа
Совместная работаВерсионирование и сравнениеИмпорт и экспорт
Управление процессами
Статусы и жизненный циклПользовательские поляВизуализация реестраРегламенты и документацияСвежее обновлениеПопулярное в Roadmap
Возможности
Организация и доступ
Управление ролямиГостевой доступ
Симуляция и аналитика
Опросы участников процессовBCM — карта бизнес-возможностейКейсы симуляций
Мероприятия
Материалы
Каталоги и шаблоны
Каталог реестров по отраслямAPQC PCF — эталонный реестрШаблоны документовШаблоны BPMN (Штормверс)
Обучение
Курс по теории массового обслуживания (ДЕС)
Квесты
Один аналитик против хаосаСломанный день DeliverGoТы — токенПуск нельзя отложитьПервые 90 дней архитектора
Справочники
Разбор BPM CBOKПаттерны оптимизацииКейсы имитационного моделированияПошаговая инструкция по внедрению BPMРеестр подходов к архитектуреТермины архитектуры
Блог и медиа
Блог о процессахПроцессный подходBPMNИнструментыКонференции и вебинары
Крупные предприятия
Решения
Для руководителейДля бизнес-аналитиковДля процессного офиса
Кейсы клиентов
KT.TeamФСК «Регион»LIFE PAY
Поддержка и обучение
On-Premise
Готовые материалы
Реестры процессов по отраслямШаблоны документов (ЛНА/НМА)Шаблоны BPMN (Штормверс)Реестр архитектуры предприятия
Свяжитесь с нами

Логический технологический компонент Logical Technology Component

На какой вопрос отвечает «Как описать технологическую функцию, не привязываясь к конкретному продукту?»

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

Аналогия Как понятие «автомобиль» в каталоге, которое описывает класс машины, не указывая конкретную марку, модель или год выпуска.

Разобраться

Зачем это нужно

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

Применить

Когда это нужно, а когда нет

Когда нужно

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

Когда не нужно

Типичные ошибки

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

Сверить с первоисточниками

Что говорят стандарты

Определения из источников с переводом и ссылкой на раздел. Категория показывает назначение каждого подхода.

TOGAF Корпоративные архитектуры
An implementation-independent encapsulation of technology services.

Раздел стандартаСтрока реестра

Ещё 1 редакция этого подхода
An encapsulation of technology infrastructure that is independent of a particular product. A class of technology product; for example, supply chain management software as part of an Enterprise Resource Planning (ERP) suite, or a Commercial Off-The-Shelf (COTS) purchase request processing enterprise service.

Перевод Архитектурная сущность TOGAF: логический технологический компонент.

TOGAF Standard, Version 9.2, The Open Group, 2018, C182; гл. 30 «Content Metamodel», §30.5 «Content Metamodel Entities», табл. «Metamodel Entity | Description»

С чем связано

Связи понятия и его место в структуре подхода.

TOGAF

Architecture Definition: Technology Architecture / Определение архитектуры: технологическая архитектура

  • Реализуется наBusiness Service
  • ОбслуживаетсяLogical Application Component
  • Предоставляет платформу дляBusiness Service
  • ОбслуживаетLogical Application Component
  • Декомпозируется наLogical Technology Component
  • Зависит отLogical Technology Component
  • РеализуетсяPhysical Technology Component
  • ПоставляетTechnology Service

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

Понятия, которые обычно смотрят рядом с этим.

Курс действийЛогический компонент данныхЛогический компонент приложенияМестоположениеОграничениеОрганизационная единицаАкторКомпонент приложенияПрикладной сервисАрхитектурные строительные блокиПринципы архитектуры
14 дней бесплатно

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

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

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

Это же в StormАрхитектура систем и интеграцийГраф связей реестраРеестр процессов

Поддержка