«Корпоративная Архитектура» или «ИТ-Архитектура» являются терминами, которые специалисты очень часто используют, но при этом редко бывает ясно, что имеется в виду на практике.
Рис. 3.7 условно показывает эволюцию понятия «Архитектура предприятия». Каждый этап этой эволюции означал все более комплексный и всеобъемлющий подход к описанию и практике использования информационных технологий по обеспечению основной деятельности организации и, как результат, получение все более широкого спектра преимуществ.
Рис. 3.7. Эволюция термина «Архитектура предприятия»
В ранних работах ИТ-архитектура понималась в основном как Технологическая архитектура или архитектура, определяющая инфраструктуру информационной системы. Работы по описанию архитектуры были сосредоточены на формировании технологических стандартов и принципов, включая проведение инвентаризации различных технологий, используемых в организации.
Следующей ступенью явилось понятие Корпоративной информационно-технологической архитектуры масштаба предприятия (EWITA – Enterprise-wide information technology architecture). Стало понятно, что усилия по описанию архитектуры предприятия должны включать в себя описание архитектуры информации и архитектуры прикладных систем, а не только технологический уровень. Основное направление работ при этом состоит в совместном использовании общих данных, исключении дублирования бизнес-функций, координации управления пользователями, ресурсами, информационной безопасностью за счет улучшений в управлении портфелем прикладных систем.
2. Бизнес Архитектура предприятия
Корпоративная информационно-технологическая архитектура масштаба предприятия описывает то, как компоненты информационной системы связаны между собой; точно так же бизнес-архитектура описывает то, как элементы бизнеса связаны между собой.
Такой подход обеспечивает более эффективное взаимодействие различных структурных подразделений организации:
1. совместный доступ к информации различных подразделений, а также внешних организаций (клиентов, партнеров, поставщиков);
2. уменьшение дублирования с точки зрения параллельной реализации близких по функционалу прикладных систем для различных бизнес-подразделений;
3. решение проблем, которые затрагивают интересы нескольких подразделений, например, интеграция и взаимодействие информационных систем
Получаемые преимущества носят, в основном, тактический характер.
Очевидным логическим шагом для эффективного описания существующих в организации процессов и планируемых изменений явилось введение понятия архитектуры предприятия (Enterprise Architecture), которая объединяет корпоративную ИТ-архитектуру масштаба предприятия c бизнес-архитектурой и позволяет обеспечить достижение стратегических целей предприятия. В реальности это две стороны одной медали, которые связаны неразрывно. По сути дела, это должна быть одна архитектура предприятия, показывающая, как связаны друг с другом все элементы ведения бизнеса, что включает также все элементы, связанные с информационными технологиями.
Курс «Корпоративная архитектура». Введение в ArchiMate
Преимуществами такого включения бизнес-архитектуры в контекст рассмотрения целостной архитектуры предприятия являются большая способность организации к изменениям или динамичность (agility) и синхронизация возможностей информационных технологий с бизнес-стратегией:
1. обеспечение вариативности бизнес-стратегии за счет возможности изменений в обеспечивающих процессах и технологических решениях;
2. лучшие перспективы, с точки зрения использования возможностей информационных технологий по формированию самой бизнес-стратегии.
В графическом виде связь таких понятий, как бизнес-архитектура, корпоративная ИТ-архитектура и «архитектура предприятия», показана на рис. 3.8.
Рис. 3.8. Позиционирование понятия «архитектура предприятия»
Эволюция представлений об архитектуре предприятия и получаемая на каждом этапе расширения соответствующих представлений дополнительная ценность условно показаны на рис. 3.9.
Рис. 3.9. Расширение представлений об «архитектуре предприятия» и дополнительные преимущества
Итак, концепция архитектуры предприятия явилась результатом поиска некоторого целостного подхода, который обеспечил бы «взгляд на организацию в целом», с учетом всех возможных измерений, хотя учет большего количества измерений предполагает и рост сложности представлений об архитектуре.
Рис. 3.10. В поисках интегрированной концепции Архитектуры предприятия
Архитектура предприятия — стратегический подход к ИТ
В чем проблема всех без исключения российских компаний? У бизнеса есть свое понимание происходящего, свои требования и задачи, однако их очень сложно переложить на язык конкретных ИТ-действий, и не всегда эти требования доходят до ИТ в понятном виде.
Вторая традиционная проблема — унаследованные ИТ. В прошлые годы было произведено много хаотичных закупок и внедрений, что создает большую сложность ИТ-ландшафта. У любого ИТ-руководителя, пришедшего в компанию, очень много времени уходит на понимание сложившейся ситуации. С другой стороны, бизнес инвестирует в ИТ деньги и хочет видеть, куда они уходят, на какие проекты и инициативы, и как это продвигает компанию к стратегическим целям.
В России направление корпоративной архитектуры пока не развито. Компаниями весьма востребована разработка архитектур конкретных решений, а вот увязкой компонентов архитектуры внутри организации всерьез никто не занимается. В лучшем случае с этой целью используются электронные таблицы, где информация хранится в неформализованном виде, а при уходе менеджера из компании — знания уходят вместе с ним.
Самое главное последствие такого подхода — неоптимальное расходование средств на ИТ, иногда даже их прямая растрата. Именно поэтому за рубежом компании все чаще демонстрируют стратегический подход к управлению ИТ, и вектор все больше склоняется в сторону упорядочения и стандартизации корпоративных ИТ-ландшафтов.
Слова — в действия
Проблема очевидна: необходимо связать бизнес с ИТ, выстроить мостик между ними, обеспечив прозрачность. Стратегию необходимо переложить в требования и действия, которые нужно донести до людей. Каждое подразделение должно понимать суть работ и общее направление развития ИТ.
Для решения этой задачи предназначена система HPE Enterprise Maps. Что немаловажно, это собственная разработка компании, а не приобретенное решение, что в последнее время стало редкостью. Это хорошо: HPE как поставщик систем сам дошел до понимания того, что на рынке нужно и необходимо, и выступил с инициативой разработки такого продукта. Являясь собственной разработкой, Enterprise Maps без проблем взаимодействует с другими системами HPE и обогащается данными из них, превращаясь в целостное, мощное решение.
Дабы не изобретать велосипед, в Enterprise Maps применяется методология TOGAF, понятная архитекторам и показывающая, как подходить к управлению корпоративной архитектурой. В качестве языка описания взаимодействия элементов архитектуры друг с другом используется нотация ArchiMate 2.0.
Основные задачи разработанной системы — уменьшить риски и запутанность, связанные с ИТ, обеспечить соответствие ИТ-стратегии. Крайне важно уметь «красивые» слова перекладывать в конкретные действия. Кроме того, осмысленное управление «зоопарком» существующих систем становится нетривиальным занятием: на рынке очень много поставщиков со своими политиками лицензирования, обновления продуктов и вывода старых решений из оборота.
Практически в любой компании можно найти ПО, у которого оплачивается поддержка, хотя она реально не нужна или — более того — система уже снята с поддержки. Бывает и наоборот: компания планирует построение новой системы, не отдавая себе отчет в том, что используемая платформа сильно устарела.
Для ИТ и бизнеса
Кому это может быть интересно? Если в компании существует такая позиция, как корпоративный архитектор, то он станет главным заинтересованным лицом.
Обычно для описания архитектуры используют программы-«рисовалки» — например, Microsoft Visio. Важно отметить, что Enterprise Maps — это не рисование, а создание моделей, связанных с реальным миром, и во время их разработки будет отслеживаться соблюдение различных политик. Невозможно создать объект, оторванный от реальности.
Архитекторы — аудитория, понимающая преимущества системы и способная по достоинству оценить её возможности. Однако, к сожалению, они чаще всего не распоряжаются бюджетами, и решения будут приниматься выше.
Следующей важной группой пользователей являются финансовые руководители и ИТ-директора. У них задачи другие. Скажем, финансовый директор может не слишком сильно понимать, что происходит в ИТ, но ему важно видеть, куда идут инвестиции и насколько приоритетна эта область с точки зрения стратегии. Он получит информацию об этом не в виде отредактированного сотрудниками отчета, а с помощью реального среза информации. Для ИТ-директора важны прозрачность деятельности ИТ-департамента и дополнительное обоснование своих решений перед топ-менеджментом.
Конечно, в решениях такого класса заинтересован большой бизнес, достигший определенной зрелости, — люди, которые поняли, что надо наводить в хозяйстве порядок. Что очень важно, Enterprise Maps, в отличие от более тяжелых решений, требующих фундаментального подхода, предлагает путь «быстрых побед»: оперативно внедрить отдельный сценарий, чтобы зарекомендовать себя, а затем постепенно наращивать мощь решения.
Например, в системе «зашит» сценарий «Пять шагов для выноса приложения в облако». Иметь такие готовые сценарии очень важно для реализации быстрых проектов, показывающих бизнесу пользу решения.
Не только отчетность
Можно выделить три типичных направления, которые покрывает Enterprise Maps. Первое — объединить имеющиеся данные (модели архитектуры, стратегии бизнеса) в едином хранилище, где все элементы связаны с корпоративной архитектурой, обозначить людей, ответственных за срезы информации, настроить синхронизацию с различными источниками данных.
Во-вторых, видя текущую ситуацию, можно выстроить план перехода к целевому состоянию, определив с помощью Gap-анализа недостающие элементы. В этом заключается ключевое отличие решения от баз данных управления конфигурациями (UCMDB), отражающих только текущую ситуацию и только на инфраструктурном уровне. Третье важное направление — стандартизация подхода к ИТ-активам, системам и функциям.
Обычно, увидев возможности Enterprise Maps, многие спрашивают: так это система отчетности? Да, сходство большое. Но решение не просто отвечает за представление данных в красивом графическом виде, но и становится главным рабочим инструментом архитектора — средством создания и сопровождения моделей архитектуры предприятия.
Важно, что внутри системы можно заложить политики развития архитектуры (как инфраструктурной части, так и приложений), которые будут отслеживаться. Запрещенные действия совершить не получится, и дальнейшее соответствие правилам будет перепроверяться. Таким образом, архитектор не просто «рисует картинки», а вполне обдуманно подходит к решению задач.
Источники данных
Для того чтобы система была работоспособной, её надо наполнить данными. Это легко можно сделать с помощью таблиц Excel и файлов, и этого хватает для большинства заказчиков — именно в таком виде обычно хранится информация о корпоративной архитектуре. У более продвинутых заказчиков есть системы UCMDB, которые также становятся ценным источником данных.
Еще один важный источник — система управления портфелем проектов. Отсюда берутся цели, программы, проекты. На основании этих данных можно показывать место реализуемых проектов в общей стратегии.
Наконец, для наполнения систем не обойтись без средств моделирования — например, Sparx Enterprise Architect, одной из наиболее популярных систем в силу своей дешевизны. Более того, в ряде случаев использование таких специализированных средств предпочтительно. Если разрабатывается новая система, становящаяся крупным элементом архитектуры, лучше взять средства проектирования, предназначенные для этого и знакомые пользователям, а затем построенные модели загрузить в Enterprise Maps, где они будут связаны с текущими системами, инфраструктурой, планами и проектной деятельностью.
Объективная картина
Важной частью системы являются встроенные отчеты — срезы информации, становящиеся ценным источником знаний при принятии решений о развитии ИТ. Среди них можно выделить несколько ключевых.
Одним из них является отчет «Бизнес-возможности портфеля приложений». Основываясь на его данных, можно сказать, куда компания должна инвестировать в соответствии со своей стратегией, выделив стратегически важные решения, Или наоборот — определить кандидатов на переход в облако. Следующим шагом является определение критичных бизнес-приложений, поддерживающих ключевые процессы и потому требующих особого отношения.
Отчет «Стратегические инвестиции» позволяет увидеть разрывы между реальными инвестициями и приоритетами бизнеса. Например, на базе финансовой информации из системы управления портфелем проектов можно определить чрезмерные инвестиции в неприоритетные направления. Это дает финансовую прозрачность, которую так хочет видеть бизнес. Обзор стоимости приложений также дает пищу для размышлений относительно их бизнес-ценности и реальных затрат на них.
«Использование платформ» — отчет, который также может быть очень полезен. Он позволяет понять, например, что в трети приложений используется неподдерживаемая платформа, и если планируется внедрение новой системы, то следует задуматься.
Одна из важнейших возможностей — создание «дерева зависимостей», показывающего взаимосвязь между конкретными элементами инфраструктуры и бизнес-сервисами. Нередки ситуации, когда работа значимой для бизнеса системы поддерживается одним сервером, что снижает её отказоустойчивость, или наоборот — некритичное приложение работает на неоправданно дорогом оборудовании.
Средство наведения порядка
Среди наиболее интересующихся корпоративной архитектурой компаний можно выделить довольно зрелые финансовые организации. Причины очевидны: им постоянно приходится быть «на передовой ИТ», захватывая новые рынки, что находит отражение в ИТ-архитектуре. Им гораздо чаще нужна прозрачность, в том числе в процессе достижения целей. Наконец, в финансовой сфере крайне высока конкуренция, и крупные ошибки в ИТ могут дорого обойтись.
Не стоит думать, что системы управления корпоративной архитектурой — решения исключительно для гигантов. Если удастся показать бизнесу, что существуют платформы, за которые уже давно можно не платить, или бизнес-требования, которым уделяется недостаточно внимания, результат может быть очень впечатляющим даже при небольших размерах компании.
Тем не менее разумное ограничение по размеру компании все же существует. Минимальная закупка — 10 лицензий, то есть в организации должно быть минимум 10 человек, кому это интересно. А несколько архитекторов — это уже достаточно большая организация.
Но главное — компания должна быть готова, накупив в прошлые годы массу оборудования и приложений, навести порядок в своем ИТ-хозяйстве. Таких пока немного.
- Блог компании Hewlett Packard Enterprise
- Управление проектами
- Управление продуктом
Источник: habr.com
Архитектура предприятия как стратегия
Корпоративная архитектура — это модель компании, которая рассматривается как сейчас, так и в будущем, представленная в сложной структурированной системе, состоящей из человеческого капитала, бизнес-процессов, данных и информационных технологий, называемых общим развитием. В сочетании с общими целями.
Поскольку не существует единого определения, не существует единого набора элементов (выражения, предметной области или домена), составляющих архитектуру предприятия. Все зависит от контекста архитектуры.
Например, корпоративная архитектура, которая считается статической, включает в себя следующие домены:
- Миссии, стратегии, стратегические цели и задачи. Эти четкие определения могут сформулировать ключевые направления развития и установить долгосрочные цели и задачи.
- Бизнес-архитектура, определяющая необходимую организационную структуру и функциональную модель компании, основанную на миссии, стратегии развития и долгосрочных бизнес-целях, описывающая текущие задачи и бизнес-процессы, направленные на достижение долгосрочных целей.
- Архитектура системы (архитектура ИТ, архитектура информационной системы). Определить набор технических и технических решений,
Корпоративная информационная поддержка на основе правил и концепций, определенных в Business Architecture.
Учитывая динамичную архитектуру компании, можно отметить, что это единый план действий (план миграции), состоящий из проектов. Этот план трансформирует существующую архитектуру компании в состояние, которое определяется как долгосрочные цели и основывается на текущих бизнес-процессах, ИТ-инфраструктуре и бизнес-целях компании.
| Второй подход предполагает, что архитектура содержит от четырех до семи основных выражений и что все архитектурные аспекты описаны последовательно. |
К ним относятся следующие виды:
- Деловая архитектура. Опишите деятельность вашей организации с точки зрения ключевых бизнес-процессов.
- Информационная (информационная) архитектура. Это позволяет вам определять данные, необходимые для поддержки бизнес-процессов (например, моделей данных) и обеспечивать стабильность и долгосрочный потенциал этих данных в прикладных системах.
- Архитектура приложения, которая определяет прикладные системы, используемые для управления данными и поддержки бизнес-функций (например, модели приложений).
- Технологическая архитектура (инфраструктура или системная архитектура). Это включает в себя поддерживающие технологии (аппаратное и системное программное обеспечение, сети и коммуникации) и определяет необходимость создания среды для приложения.
Различные представления архитектуры могут быть дифференцированы в зависимости от релевантности конкретных потребностей организации для решения конкретной проблемы Например, архитектура интеграции, которая определяет инфраструктуру для интеграции различных приложений и данных. Общая сервисная архитектура. Это включает в себя прикладные системы, которые имеют «горизонтальный характер» взаимодействия с пользователем. Сетевая архитектура, которая определяет описания, правила, стандарты и т. д. Связанные с сетями и коммуникационными технологиями, используемыми в организации.
Первый подход объединяет архитектуру предприятия в ее компоненты, делая ее более общей и структурированной. Во-вторых, второй подход основан на подразделении архитектуры предприятия на конфигурационные домены.
Эволюция неизбежно приводит к выводу о том, что архитектуру компании необходимо постоянно улучшать и улучшать в соответствии с изменениями в макро- и микросреде компании. Задача полного описания архитектуры предприятия в таких ситуациях заключается в том, что с помощью профессиональных информационных систем, особенно структуры предприятия, распределение функций между подразделениями постоянно меняется, появляются новые виды деятельности и связанные с ними бизнесы. Это очень сложно в ситуации, когда процесс освоен и новые компании приобретены.
Заключение
Таким образом, описание архитектуры предприятия позволяет сделать вывод, что мы понимаем текущее состояние компании. Построение архитектуры предприятия начинается с формирования архитектуры бизнеса. С миссией и стратегией компании и определением ее стоимости.
Моделирование бизнес-процессов с помощью структуры для описания бизнес-архитектуры предприятия может выявить наиболее неэффективные, дорогостоящие и сложные процессы. Это позволяет разрабатывать планы действий по улучшению и оптимизации. Построение архитектуры приложения выполняется для определения зависимости компании от системы приложений и ее участия в реализации бизнес-процессов.
Помимо моделирования процессов компании, описание текущего портфеля приложений может помочь выявить проблемные области в областях информационной поддержки и автоматизации бизнеса. К таким областям относятся слабое участие ИТ в деятельности компании, дублирование приложений для выполнения процессов и т. д. Цель формирования архитектуры технологии — определить, насколько ИТ-инфраструктура соответствует требованиям архитектуры приложения. Благодаря постоянному исследованию и совершенствованию этих идей, компания может выйти на новый уровень развития, что приведет к более эффективной и прибыльной деятельности.
Присылайте задания в любое время дня и ночи в ➔
Официальный сайт Брильёновой Натальи Валерьевны преподавателя кафедры информатики и электроники Екатеринбургского государственного института.
Все авторские права на размещённые материалы сохранены за правообладателями этих материалов. Любое коммерческое и/или иное использование кроме предварительного ознакомления материалов сайта natalibrilenova.ru запрещено. Публикация и распространение размещённых материалов не преследует за собой коммерческой и/или любой другой выгоды.
Сайт предназначен для облегчения образовательного путешествия студентам очникам и заочникам по вопросам обучения . Наталья Брильёнова не предлагает и не оказывает товары и услуги.
В случае копирования материалов, указание web-ссылки на сайт natalibrilenova.ru обязательно.
Источник: natalibrilenova.ru