Главная страница

Итархитектура и итстратегия Тема 1 Актуальность проблематики связана с


Скачать 4.57 Mb.
НазваниеИтархитектура и итстратегия Тема 1 Актуальность проблематики связана с
Дата15.05.2023
Размер4.57 Mb.
Формат файлаpptx
Имя файлаulta_krepkov (1).pptx
ТипДокументы
#1130392
страница7 из 17
1   2   3   4   5   6   7   8   9   10   ...   17

Архитектура информации

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

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

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

Пример потоков данных на предприятии

Архитектура информации

Архитектура информации должна включает в себя следующие процессы управления информацией:

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

Общая Архитектура информации (данных)

Основные модели и инструменты описания Архитектуры информации

Результатами процесса разработки Архитектуры информации являются:

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

Управление федеративными данными

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

Видение принципов управления федеративными данными

Принципы интеграции через управление федеративными данными

Спасибо за внимание!

Архитектура приложений

Тема 6

Основные элементы архитектуры приложений

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

Две области Архитектуры приложений предприятия

Портфель прикладных систем предприятия

Определяет область ответственности и приоритетность каждого приложения и то, как будет достигаться необходимая функциональность:

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

Контекст управления портфелем прикладных систем

Оценка портфеля прикладных систем по критериям «бизнес-ценность» и «техническое состояние»

Оценка технического состояния

Техническое состояние оценивается по ряду характеристик, включая

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

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

Категории оценки прикладных систем

  • системам грозит вывод из эксплуатации (замена) или консолидация;
  • системы, требующие переоценки или перепозиционирования;
  • системы, требующие обновления;
  • системы, требующие сопровождения и развития.
  • Это способ оценки назван Матрицей оценки состояния прикладных информационных систем.

Дополнительная оценка

  • оценить те потребности со стороны бизнеса, которые вообще никак не обслуживаются существующим портфелем прикладных систем.
  • провести сравнение технологических и операционных требований (надежность, масштабируемость и т.д.) портфеля прикладных систем с имеющейся технологической архитектурой с целью идентификации тех возможностей инфраструктуры, которые в настоящее время отсутствуют, но могут потребоваться;
  • согласовать проекты в области внедрения прикладных систем и развития инфраструктуры с учетом анализа на предыдущих двух шагах.
1   2   3   4   5   6   7   8   9   10   ...   17


написать администратору сайта