Если вы хотите знать, зачем нужна архитектура предприятия современному бизнесу, нужно начать немного издалека. Понятие «архитектура» раньше относилось к строительству. Для строительства, например, здания необходимо иметь определенный план, чертеж, который поможет посчитать все затраты на строительства, понять, насколько построенное здание будет отвечать требованиям заказчика.
В настоящее время архитектуры бывают разные – бизнес-архитектуры, IT архитектуры, архитектуры приложений, интеграционные архитектуры и т.д. Но все начинается с архитектуры предприятия.
Как устроено современное предприятие? Какие в нем есть организационные структуры, как они взаимодействуют между собой, как взаимосвязаны цели разных структур – все это и многое другое образует единую систему, которую можно описать в терминах архитектуры предприятия.
Архитектура любой системы в целом — это такая ее организация, в которой элементы системы представлены в их взаимоотношениях друг с другом и со средой.
Что такое IT-архитектура? И чем занимается IT-архитектор
Архитектура предприятия – это и научная дисциплина, и концепция, описывающая текущее и целевое состояние оргструктур, бизнес-процессов, согласованных с бизнес-стратегией компании. Она также описывает механизмы организации, управления и ведения архитектуры, планы по переходу к целевому состоянию.
Архитектура предприятия определяет общую структуру и функции систем и подсистем в рамках всей организации в целом (включая, в том числе, партнеров) и обеспечивает общую модель руководства. Тем самым создается общее видение взаимодействия элементов предприятия для достижения общей цели.
Что такое архитектура IT и зачем она нужна
Архитектура IT – это концепция, которая определяет модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы предприятия (компьютеры, сервера, информационная безопасность, программное обеспечение).
• обеспечивает достижение бизнес-целей компании посредством использования нужного программного обеспечения;
• включает совокупность программных и аппаратных средств компании, в том числе, базы данных и промежуточное программное обеспечение.
Кому нужно знать архитектуру IT и предприятия
Для того, чтобы построить архитектуру и предприятия, и информационной системы для достижения стратегической цели бизнеса, нужны специалисты в данной сфере.
Архитекторы всех уровней
Архитектор – востребованный специалист при создании или аудите сложных IT-решений, без которого не обойтись сегодня ни одной крупной компании.
Конкурентоспособность любой компании зависит от того, насколько автоматизированы ее бизнес-процессы, и именно IT-архитектор решает, как будет выглядеть информационная система в итоге.Его задачи обеспечить бизнесу быструю разработку и внедрениеи правильный выбор подрядчика.
IT-архитекторы получают гораздо больше других айтишников, но в вузах на эту профессию пока не готовят.
Бизнес-аналитики и системные аналитики
Аналитики анализируют бизнес-процессы компании и определяют, с помощью какого ПО можно решить те или иные задачи конкретного бизнеса.
Архитектура бизнеса. Общий обзор. Что это и зачем
Разработчики и системные инженеры
Занимаются непосредственно ПО и IT-инфраструктурой предприятия.
Все вышеперечисленные специалисты должны знать и уметь применять в своей работе терминологию и основные положения моделирования архитектуры IT и предприятия.
Друг архитектора — Archimate
Для моделирования архитектуры разработан специальный графический язык Archimate, название которого переводится как «друг архитектора».
ArchiMate- это общий язык для описания построения и функционирования бизнес-процессов, организационных структур, информационных потоков, IT-систем и технической инфраструктуры.
Он разделяет архитектуру предприятия на уровень бизнеса, приложений и технологий. Для описания каждого уровня Archimate предлагает несколько простых общих блоков: сервис, процесс и функция.
Эти три слоя архитектуры можно отрисовать и убедительно представить заказчику в нужном виде, в зависимости от того, кому показываешь – админу, программисту или собственнику бизнеса.
Главные плюсы в использовании Archimate
В практическом применении Archimate есть следующие плюсы:
· с его помощью можноописать всю деятельность предприятия в комплексе , от архитектуры предприятия до продуктов и сервисов;
· п одходит для бизнеса любой сферы деятельности;
· прост в использовании (по убеждению профессионалов) ;
· легко устанавливается на любые операционные системы;
· позволяет генерировать разные варианты отчетов ;
· открытый исходный код и бесплатная модель использования – очень ценная характеристика в рамках импортозамещения.
Где всему этому научиться
21 ноября в CORS Academy стартует новый уникальный курс «Моделирование архитектуры IT и предприятия. Archimate».
Именно в рамках данного курса вы:
— познакомитесь с нотацией языка ArchiMate 3.1 и возможностями его применения для моделирования архитектуры предприятия и IT- архитектуры;
— приобретете навыки построения архитектурных моделей с применением ПО российского производителя.
Архитекторы всех уровней с опытом работы, ИТ специалисты, планирующие расширение компетенций в области моделирования, системные и бизнес-аналитики, разработчики, системные инженеры и все, кто заинтересован в освоении нового средства моделирования архитектуры предприятия и ИТ систем для своей профессиональной деятельности, 5 недель будут не только учить теорию, но и разбирать реальные практические кейсы.
Для выполнения заданий предоставляется доступ в ПО для архитектурного моделирования, с возможностью для каждого ученика реализовать собственную модель и проверить правильность созданной модели навебинаре.
Авторы курса
Авторы курса – это опытные преподаватели-практики, которые не только в деталях знают стандарт Archimate, но и имеют большой опыт его применения на практике в реальных проектах самого разного масштаба в различных отраслях.
Знакомьтесь с авторами курса «Моделирование архитектуры IT и предприятия. Archimate»:
Ольга Ковальчук , эксперт по продуктам класса EnterpriseArchitect с опытом разработки крупных интеграционных проектов в компаниях Вымпелком, Ростелеком, Росатом, Альфа-банк, МОЭК.
Виктор Рудь, эксперт в области ИТ-консультирования, бизнес-анализа, реинжиниринга бизнес-процессов, построения ИТ архитектуры и ИТ трансформации, руководитель консалтинговой практики компании «Марк Аврелий».
Юлия Егорова, эксперт в области ИТ-консультирования, с более чем 20-летним опытом управления проектами внедрения ИТ решений, реинжиниринга бизнес-процессов.
Почему выгодно подать заявку на обучение прямо сейчас?
При оплате курса до 21 ноября вы получите 50% скидку!
Если вы еще раздумываете, подавать ли заявку на обучение, посмотрите предлагаемые зарплаты архитекторов всех уровней на порталах вакансий.
Уровень зарплат архитектора начинается от 130 000 рублей в небольших организациях с минимальным опытом работы, а с опытом работы от 5-ти лет по профилю — от 300 000 рублей.
Зачем нужны архитектура IT и предприятия?
Архитектура предприятия определяет общую структуру и функции систем и подсистем в рамках всей организации в целом (включая, в том числе, партнеров) и обеспечивает общую модель руководства. Тем самым создается общее видение взаимодействия элементов предприятия для достижения общей цели.
Архитектура IT – это концепция, которая определяет модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы предприятия (компьютеры, сервера, информационная безопасность, программное обеспечение).
Где всему этому научиться
21 ноября в CORS Academy стартует новый уникальный курс «Моделирование архитектуры IT и предприятия. Archimate».
При оплате курса до 21 ноября вы получите 50% скидку!
Источник: dzen.ru
Сервис-ориентированная архитектура. Цифровая копия бизнеса
SOA, или сервис-ориентированная архитектура. Основополагающий элемент построения сложных компьютерных систем, без правильного понимания которого невозможно строить никакие системы, кроме монолитных.
Неважно, какая архитектура задумывалась у конечных систем. Если в компании нет понимания, что такое сервис, все системы становятся сложными, настройки любых решений — запутанными. Размываются границы ответственности программ в подчинении департаментов, а также границы самих департаментов и отделов в компании.
В результате возникают многочисленные конфликты, а внедрение любых инноваций напоминает движение по минному полю: медленно, опасно и дойдут не все.
Микросервисы лучше?
Многие айтишники, услышав про SOA, могут многозначительно сказать что-то вроде «я знаю что это такое, но у нас микросервисная архитектура».
За редким исключением, эта фраза — верный признак непонимания SOA. А айтишник, который не понимает SOA, запутывает и бизнес-пользователя.
В результате управленцы воспринимают сервис-ориентированную архитектуру как какой-то непонятный принцип. Вроде полезный, но «микросервисы лучше».
В процессе консультирования клиентов kt. team
Построение и развитие ИТ-архитектуры организации
ИТ-архитектура является одним из важнейших компонентов организации (корпоративной архитектуры). Есть различные стандарты, подходы и модели (framework) к построению и развитию ИТ-архитектуры и корпоративной архитектуры, например: ITIL, TOGAF, ISO 15288, 20000, 27000, Zachman, COBIT, IT4IT и др. В данной статье рассмотрим комплекс основных этапов, который уже многократно зарекомендовал себя и апробирован во многих организациях. Каждый этап состоит из набора взаимосвязанных задач и инструкций. Детально они рассмотрены в источниках [1], [2] и [3].
Для создания всех графических моделей, реестров и справочников (классификаторов) по ИТ-архитектуре рекомендуется использовать специализированные программные продукты, например Business Studio, Archi, Microsoft Visio + Excel. Ключевыми исполнителями данных работ являются: ИТ-архитектор и ИТ-департамент в целом, процессный офис (или департамент бизнес-архитектуры), рабочие группы (команды) по соответствующим направлениям.
Хотелось бы обратить внимание, что перечисленные далее этапы и задачи не являются разовыми, а должны выполняться постоянно с определённой периодичностью. Т. е. необходимо актуализировать и развивать все модели, справочники (классификаторы) и документы, выпускать новые версии, управлять изменениями. Иначе всё это потеряет ценность и перестанет соответствовать реальной внутренней деятельности организации и внешним факторам (требованиям, условиям).
12 этапов построения и развития ИТ-архитектуры организации
Для данных этапов не обязательна строгая последовательность, некоторые из них могут выполняться параллельно (в зависимости от специфики организации).
1. Разработка ИТ‑стратегии
Включает стратегические карты, планы проектов и задач, бюджеты по всем компонентам и уровням ИТ: архитектура приложений, данных, системных технологий, оборудования и др. Эффективность, результативность и качество выполнения планов рекомендуется оценивать с помощью комплексной системы показателей KPI, которые также включаются в систему мотивации соответствующих специалистов и руководителей.
Особенно важно при разработке ИТ-стратегии выделить критичную архитектуру и сконцентрировать на ней максимальные ресурсы и внимание.
Критичная архитектура — это совокупность бизнес-процессов, ИТ-систем и других компонентов в работе организации, имеющих приоритетное значение в области операционной надёжности, обеспечения непрерывности и стабильности деятельности.
ИТ-архитектура организации — это совокупность взаимосвязанных технологических и технических (программно-аппаратных) решений и компонентов, обеспечивающих эффективное функционирование бизнеса.
2. Разработка иерархического реестра (каталога) всех ИТ‑систем и ИТ‑платформ организации
С точки зрения TOGAF должно быть построено два иерархических реестра (дерева): слой приложений (application layer), слой системных технологий и ИТ-платформ (technology layer).
Первый слой (реестр) необходимо детализировать до модулей и функций (см. Рис. 1). В зависимости от размера организации данный реестр может иметь 5-8 и более уровней детализации (иерархии).
Рис. 1. ИТ-архитектура (на примере банка, фрагмент) и карточка (набор параметров) ИТ-системы
Перечислим минимальный набор ИТ-систем (приложений), которые работают практически в каждой организации:
- CRM и Front-office (маркетинг, продажи, работа с клиентами),
- Электронный документооборот (ЭДО),
- Кадровые и зарплатные системы,
- Бухгалтерские системы,
- Офисные системы (работа с документами и таблицами),
- BPMS (управление процессами и задачами),
- Юридические системы (договора, законодательство),
- Системы информационной безопасности (Firewall, Antivirus).
Второй слой (реестр) включает в себя: операционные системы, системы виртуализации, системы управления базами данных, платформы для ИТ-разработки и другие системные компоненты, на базе которых работают приложения.
Далее на основе реестров (каталогов) ИТ-систем и ИТ-платформ выполняется разработка иерархических графических моделей ИТ-архитектуры на разных уровнях. Они позволяют визуализировать большие объёмы информации. Их удобно использовать на совещаниях, презентациях, при проведении аналитических работ. Иногда эти модели печатают на листах формата А3, склеивают скотчем и размещают на стене, чтобы постоянно иметь перед глазами всю ИТ-архитектуру организации. На них делается много корректировок и заметок маркерами или карандашами в режиме реального времени, чтобы заново всё не печатать.
3. Заполнение детальных параметров (карточек, спецификаций) всех ИТ‑систем и модулей
Карточка ИТ-системы (см. Рис. 1) должна давать наиболее полную, структурированную и актуальную информацию, которая включает следующее:
- Контуры функционирования: test (development), pre-production, production,
- Площадки и расположение: «облачное, cloud based» (за пределами организации), собственные ресурсы,
- Типы лицензий: временные (подписка), постоянные,
- Оборудование и ИТ-платформы, на которых работают ИТ-системы (приложения),
- Владелец ИТ-системы в организации (ответственный),
- Сроки (периодичность) обновления, сроки оплаченной внешней техподдержки,
- Версия и тип (категория) ИТ-системы,
- Финансовая информация: первоначальные вложения (CAPEX), стоимость сопровождения (OPEX),
- Операционные риски и риски информационной безопасности,
- Влияние на критичную архитектуру организации,
- Требования к отказоустойчивости, дублированию компонентов и резервному копированию,
- Срок восстановления системы в случае сбоев,
- Максимальное количество пользователей,
- Зависимость от иностранного программного обеспечения,
- Комментарии и техническая информация.
На основе данных параметров очень удобно автоматически формировать отчёты (точные аналитические срезы) по ИТ-архитектуре. Например, выборка ИТ-систем, которые работают на «облачном формате», имеют самые высокие расходы (OPEX), влияют на критичную архитектуру, имеют высокие риски. Далее на основе данной выборки можно принять решения о модификации ИТ-архитектуры.
4. Разработка архитектурных моделей ИТ-систем
Архитектурная модель ИТ-системы (см. Рис. 2) показывает основные её технические и логические компоненты, а также их взаимодействия (потоки данных). Например, серверная часть (приложение), сервер баз данных, внешние и вспомогательные сервера, клиентская часть (приложение), другие виды устройств и компонентов.
Рис. 2. Архитектурная модель программного продукта (на примере Business Studio)
5. Разработка графических моделей по интеграции (связям) ИТ-систем
Необходимо отобразить ключевые потоки данных (см. Рис. 3) между ИТ-системами организации (ИС1 ИС2), между ИТ-системами и базами данных (ИС1 БД1), между ИТ-системами организации и внешними субъектами, другие виды связей (в зависимости от специфики организации). Дополнительно может быть указана информация о протоколах, шлюзах, сервисах, требованиях и т. п.
Рис. 3. Модели интеграции ИТ-систем (общий вид, без детализации названий фигур и стрелок)
6. Разработка иерархического реестра (каталога) всех баз данных (структур данных) и их параметров
На тему управления базами данных есть большое количество книг и открытой информации, поэтому оставим этот этап без детализации.
7. Разработка технической архитектуры и дополнительных моделей (в зависимости от задач)
В техническую архитектуру (физический уровень) включаются: сетевая архитектура, архитектура оборудования (инфраструктура), модели центров обработки данных (ЦОД) и производственных площадок (локаций). Обязательно указание (отображение) требований по отказоустойчивости, дублированию (резервированию).
Для объектов архитектуры оборудования могут задаваться следующие параметры:
- Владелец оборудования в организации (ответственный),
- Зависимость от иностранных производителей,
- Сроки периодического технического обслуживания и ремонта,
- Финансовая информация: первоначальные вложения (CAPEX), стоимость сопровождения (OPEX),
- Влияние на критичную архитектуру организации,
- Расположение оборудования (локация),
- Операционные риски и риски информационной безопасности по оборудованию,
- Требования к отказоустойчивости, дублированию, резервированию,
- Комментарии и другая информация.
По технической архитектуре необходимо иметь полный набор актуальных отчётов (таблиц), которые формируются на основе соответствующих графических моделей и реестров (справочников).
В дополнение к технической архитектуре могут разрабатываться другие модели под разные задачи, например в форматах (нотациях): BPMN, ArchiMate, UML. Большое количество примеров содержатся в источниках [1] и [3].
8. Установление связей объектов и моделей ИТ‑архитектуры с объектами и моделями бизнес-архитектуры
Очень важно, чтобы построение и развитие ИТ-архитектуры и бизнес-архитектуры выполнялось внутри одной базы данных и платформы, например Business Studio [4]. Только в таком случае мы сможем быстро и эффективно установить большое количество связей (со стратегией, бизнес-процессами, показателями KPI, организационной структурой), проследить взаимные влияния, оценить функционирование и полноту (целостность) всей корпоративной архитектуры.
9. Проработка операционных рисков (ИТ-рисков) и системы информационной безопасности
Параллельно с этапами 1-8 выполняется идентификация, оценка и проработка рисков. Разрабатываются предупреждающие действия (мероприятия) для минимизации и предотвращения рисков. Подробная информация по этой теме содержится в источнике [5]. Следует отменить, что сейчас и на многие годы вперёд для российских организаций главная задача — это уменьшение зависимости от иностранных производителей программного обеспечения и защита критичной архитектуры от внешних угроз.
В рамках системы информационной безопасности разрабатываются модели (матрицы) ролей пользователей и прав доступа к ИТ-системам и базам данных, механизмы защиты информации и другие компоненты в соответствии с международными и российскими стандартами.
10. Разработка нормативных документов и форм документов
Все рассмотренные выше этапы (работы) и их результаты должны быть детально документированы, см. [1]. Разрабатываются и актуализируются нормативные документы, например:
- Положение об ИТ-архитектуре,
- Положение об интеграции ИТ-систем,
- Порядок ввода (передачи) программного обеспечения в эксплуатацию и вывода из эксплуатации,
- Порядок установки, модификации и обслуживания объектов ИТ-инфраструктуры,
- Регламент доработки, тестирования и внесения изменений в ИТ-системы,
- Положение о распределении прав доступа к ИТ-системам,
- Положение об информационной безопасности,
- и многое другое.
Под формами документов подразумеваются различные образцы и шаблоны: технические задания, заявки, планы, отчёты, приказы, договора, SLA-соглашения и др.
11. Проведение аудита (оценки) ИТ-архитектуры по чек-листу и аналитических работ
Необходимо разработать и заполнить чек-лист с детальными требованиями (более 100). Фрагмент приведён на Рис. 4. Способы оценки требований: наблюдение за работой ИТ-систем и оборудования, наблюдение за работой ИТ-персонала, интервью и опросы сотрудников, изучение документов и отчётов (включая историю значений показателей, историю операционных рисков и др.). На основе проведённого аудита составляется план задач для проработки выявленных недостатков и включается в план развития (оптимизации) ИТ-архитектуры на следующий период (этап 1).
Рис. 4. Фрагмент чек-листа «Диагностика и аудит ИТ-архитектуры организации»
12. Сбор новых требований и задач к автоматизации и цифровизации от подразделений
Требования и задачи к автоматизации формируются непрерывно (практически ежедневно). Они должны быть сгруппированы и ранжированы по приоритетам (важности и срочности). Срочные задачи могут оперативно выполняться в рамках методологий гибкого управления Agile (Scrum, Kanban). Крупные глобальные задачи включаются в план развития ИТ (этап 1).
Рекомендуемая литература и источники информации:
- Большая библиотека системного аналитика и ИТ-архитектора.
- Исаев Р. А. ИТ-архитектура организации и система регламентации ИТ-департамента.
- Исаев Р. А. 60 примеров успешных и проблемных проектов организационного развития.
- IT Architect: система управления ИТ-архитектурой.
- Большая библиотека риск-менеджера и специалиста по операционным рискам
Источник: www.businessstudio.ru