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

Логический компонент данных Logical Data Component

На какой вопрос отвечает «Где логически находятся связанные данные и как они сгруппированы?»

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

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

Разобраться

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

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

Применить

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

Когда нужно

  • При описании структуры данных в логической модели архитектуры
  • Когда нужно определить границы хранения конкретной группы данных
  • При разграничении ответственности за данные между системами

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

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

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

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

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

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

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

A data structure composed of logically-related data entities.

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

Ещё 1 редакция этого подхода
A boundary zone that encapsulates related data entities to form a logical location to be held; for example, external procurement information.

Перевод Архитектурная сущность 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: Information Systems Architecture — Data / Определение архитектуры: архитектура информационных систем — данные

  • Размещается вData Entity
  • ИспользуетсяLogical Application Component
  • ИнкапсулируетData Entity
  • ИспользуетLogical Application Component
  • РеализуетсяPhysical Data Component
  • РеализуетPhysical Data Component
14 дней бесплатно

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

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

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

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

Поддержка