Разработка IT Архитектуры: Принципы построения архитектуры предприятия


https://cdn.pixabay.com/photo/2017/06/14/16/20/network-2402637_960_720.jpg  

Принципы построения архитектуры предприятия

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

Архитектура и интеграция являются взаимодополняющими элементами работы предприятия. Архитектура описывает всю структуру предприятия, дифференцируя ее на элементы. Интеграция наоборот – движение идет от отдельных элементов вверх, путем их объединения в единую целостную систему. Первая дисциплина представляет собой нисходящий подход, а вторая – восходящий, однако они оба необходимы на предприятии. 

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

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

Уровни развития архитектуры предприятий: 

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

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

Поддержание:   Архитектура рассматривается как дисциплина преобразования бизнеса и включает в себя формальную бизнес-архитектуру в дополнение к системной архитектуре, информационной архитектуре и технологической архитектуре. Существует формально документированная информация по архитектуре, которая включает в себя определение эталонной базы для информационных процессов и мастер-данных. Стандартные модели используются для получения информационной архитектуры в хранилище с помощью инструментов информационного моделирования. Реализован процесс управления в масштабах предприятия, чтобы гарантировать соответствие стандартам передачи данных. Каноническая модель данных применяется для интеграции технологий в качестве определения для конкретных данных, передаваемых между системами предприятия. На более высоком уровне абстракции она может также относиться к определению хранилищ данных.

Интеграция:   Руководство канонической моделью данных включает в себя модели управления распространением изменений, количественного анализа воздействия, набор сценариев тестирования и комплексного управления соглашением об уровне сервиса (SLA). Количественные факторы используются для измерения гибкости и адаптивности архитектурных конструкций. Будущие технологические риски и изменения количественно определены и включены в ежегодные процессы планирования и в бизнес-кейсы по проектам. Анализ проекта вида «что-если»    

Статьи курса:

1. Принципы построения модели данных 

   1.1  Семантика данных
  1.2 Поддержание производительности

Ссылка на курс ITIL 


Comments 3