Со времени публикации первых фреймворков для проектирования архитектуры предприятия (например, TOGAF, FOAF, Archimate, Zachman Framework, MODAF, DoDAF, FEA, Gartner Enterprise Architecture Framework), а также попыток переноса архитектурных подходов управления жизненным циклом создания программного продукта на функционирование предприятия в целом (например, EUP) возникло устойчивое ощущение, что они не предлагают никакого конкретного решения, подходящего для любых предприятий, а следовательно не имеют особой ценности.

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

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

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

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

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

• Создание прототипов: архитектор должен создать прототипы системы, чтобы оценить ее работоспособность, эффективность и соответствие требованиям бизнеса.

• Разработка плана реализации: архитектор должен разработать план реализации системы, определяя последовательность этапов разработки, оценку времени и затрат, а также управление рисками.

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

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

• Управление данными: архитектор должен определить, как данные будут храниться, обрабатываться и передаваться в системе, чтобы обеспечить их доступность, целостность и конфиденциальность.

• Управление производительностью: архитектор должен разработать механизмы управления производительностью системы, чтобы обеспечить ее эффективность и масштабируемость.

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

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

• Соответствие стандартам и регуляторным требованиям: архитектор должен убедиться, что архитектура соответствует стандартам и регуляторным требованиям, таким как GDPR, HIPAA, PCI DSS и другие, чтобы обеспечить соблюдение законодательства и требований отрасли.

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

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

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

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

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

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

• Оценка эффективности архитектуры: архитектор должен проводить оценку эффективности архитектуры, чтобы убедиться, что система соответствует бизнес-требованиям и дает ожидаемый результат.

Integrated Architecture Framework (IAF) - это методология для разработки архитектуры предприятия, разработанная компанией Capgemini. IAF является открытым фреймворком, и поэтому может использоваться любой компанией в любой отрасли.

IAF включает в себя набор моделей, методов и инструментов, которые позволяют разработчикам создавать комплексные и эффективные системы. Подробное описание IAF можно почитать в этой статье или в этом обзоре на версию IAF 5.2 (на английском языке).

Основные идеи IAF включают в себя:

1. Ориентация на бизнес-процессы: IAF подчеркивает важность понимания бизнес-процессов для разработки архитектуры предприятия. Разработчики должны понимать, как бизнес-процессы работают внутри предприятия и как они связаны друг с другом, чтобы определить требования к системе.

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

3. Управление жизненным циклом: IAF охватывает весь жизненный цикл системы, начиная от ее разработки и до ее эксплуатации и сопровождения. Это означает, что разработчики должны учитывать потребности в обновлениях и поддержке системы на протяжении всего ее существования.

4. Гибкость и адаптивность: IAF стремится к созданию гибкой и адаптивной системы, которая может быстро реагировать на изменения в бизнес-требованиях и технологических трендах. Разработчики должны создавать системы, которые могут быстро адаптироваться к новым условиям и изменениям.

5. Интеграция и совместимость: IAF помогает разработчикам создавать системы, которые интегрируются с другими системами и могут работать в экосистеме предприятия. Разработчики должны учитывать взаимодействие своей системы с другими системами и совместимость с ними.

6. Управление рисками: IAF включает в себя методы управления рисками, которые помогают разработчикам определять и минимизировать потенциальные риски, связанные с созданием системы.

Описание архитектуры в IAF в целом затрагивает многие аспекты, связанные как с бизнес-процессами организации, так и с деталями технической реализации и моделями данных. Концептуально описание включает в себя ответы на вопросы "почему" (Why), "что" (What), "как" (How) и "с помощью чего" (With What), которые затрагивают каждый аспект деятельности предприятия. Эти вопросы могут отображаться в стратегическое проектирование (Why), концептуальное проектирование (What), логическое проектирование (How) и физическое проектирование (With What), но могут быть и другие модели. Примером общей схемы для описания предприятия с использованием IAF может быть таблица, приведенная на рисунке.

• Business Intent - это один из элементов бизнес-архитектуры, который описывает намерения, стратегические цели и бизнес-ценности организации. В рамках Integrated Architecture Framework (IAF) Business Intent представляет собой высокоуровневое описание бизнес-целей и бизнес-стратегии, которые важны для понимания всей организации и ее деятельности. Business Intent описывает, что организация хочет достичь в будущем, например, увеличение прибыли, расширение бизнеса, повышение уровня удовлетворенности клиентов и т.д. Это позволяет связать бизнес-цели с информационной системой и ее архитектурой, чтобы обеспечить поддержку этих целей и обеспечить эффективное использование информационных ресурсов. Является одним из элементов бизнес-архитектуры, которые помогают описать все аспекты организации, ее бизнес-модель, бизнес-процессы и бизнес-структуру. Эти элементы позволяют лучше понять цели и задачи организации и использовать эту информацию для разработки информационной архитектуры и технической архитектуры, которые соответствуют бизнес-потребностям организации.

• Business Design - отвечает за описание бизнес-модели и бизнес-процессов организации. Он описывает, как организация работает, какие продукты и услуги она предлагает, как она взаимодействует с клиентами и другими организациями, а также какие процессы и методы управления использует. Business Design включает в себя описание следующих элементов бизнес-архитектуры:

  1. Бизнес-модель: описывает, как организация создает, предлагает и зарабатывает на своих продуктах и услугах. Это может включать в себя описание рынков, на которых организация работает, ценовую политику, каналы продаж и многие другие аспекты бизнеса.

  2. Бизнес-процессы: описывают, как организация выполняет свою деятельность, включая процессы производства, управления проектами, управления персоналом и т.д. Они могут быть представлены в виде диаграммы потоков данных или других графических моделей.

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

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

• People Design - отвечает за описание людских ресурсов организации и их роли в бизнес-процессах. Он описывает, как организация управляет своим персоналом, какие компетенции требуются для выполнения задач, какие роли и ответственности у каждого сотрудника и т.д. People Design включает в себя следующие элементы бизнес-архитектуры:

  1. Описание ролей и компетенций: описывает роли и компетенции, необходимые для выполнения бизнес-процессов организации. Это может включать в себя описание навыков, знаний и опыта, требуемых для выполнения конкретных задач.

  2. Описание организационной структуры: описывает иерархию управления и распределение ролей и ответственности в организации. Это помогает определить, какие сотрудники отвечают за какие задачи и кто является ответственным за принятие решений.

  3. Описание процессов управления персоналом: описывает, как организация управляет своим персоналом, включая процессы найма, обучения, развития и оценки сотрудников.

  People Design помогает лучше понимать роль и ответственность каждого сотрудника в бизнес-процессах организации, а также определить необходимые компетенции и управлять персоналом. Он также помогает определить области, в которых требуется обучение и развитие персонала, и улучшить производительность и эффективность в организации.

• Technology Design - описывает технологическую инфраструктуру организации, используемую для поддержки бизнес-процессов. Он описывает, какие технологические решения используются, чтобы обеспечить выполнение задач, а также описывает аппаратное и программное обеспечение, которое используется для обеспечения бизнес-процессов. Technology Design включает в себя следующие элементы бизнес-архитектуры:

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

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

  3. Описание технологических решений: описывает технологические решения, используемые для выполнения конкретных задач, например, программное обеспечение, базы данных, сетевые устройства и т.д.

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

• Иногда к этому списку добавляют еще Transformational Design. Transformational Design в Integrated Architecture Framework (IAF) - это процесс проектирования, который уделяет особое внимание трансформации бизнес-модели организации. Он направлен на разработку инновационных стратегий и бизнес-моделей, которые могут привести к существенному изменению деятельности компании, чтобы она могла адаптироваться к быстро меняющейся реальности рынка.

  Transformational Design включает в себя анализ бизнес-модели, определение целевых результатов, разработку идей, прототипирование и тестирование новых концепций, а также определение оптимальных путей внедрения.

  Цель Transformational Design - это не только создание новых продуктов или услуг, но и изменение способа работы организации в целом. Этот процесс может помочь организации повысить свою конкурентоспособность, обеспечить более эффективное использование ресурсов и улучшить свою позицию на рынке.

Все аспекты рассматриваются с точки зрения стратегии, концепции, логической и физической реализации.

• Strategic Design - описывает стратегические цели и задачи организации, а также действия, необходимые для их достижения. Он также описывает взаимодействие между бизнес-стратегией и другими элементами бизнес-архитектуры.

  Strategic Design включает в себя следующие элементы бизнес-архитектуры:

  1. Описание стратегических целей и задач: определяет стратегические цели и задачи организации, например, увеличение прибыли, увеличение доли рынка, увеличение удовлетворенности клиентов и т.д.

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

  3. Описание взаимодействия между стратегическими целями и другими элементами бизнес-архитектуры: определяет, как стратегические цели взаимодействуют с другими элементами бизнес-архитектуры, например, с бизнес-процессами, людьми, технологиями и т.д.

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

• Conceptual Design - описывает концептуальные модели бизнес-процессов, структуры организации, бизнес-областей и ролей. Он помогает описать бизнес-модель организации, определить ее бизнес-процессы и структуру, а также выделить бизнес-области и роли, которые играют люди в организации.

  Conceptual Design включает в себя следующие элементы бизнес-архитектуры:

  1. Описание концептуальных моделей бизнес-процессов: определяет концептуальные модели бизнес-процессов, которые описывают, как работает организация, какие процессы в ней есть, какие данные используются и т.д.

  2. Описание структуры организации: определяет структуру организации, ее иерархию, отделы, должности и т.д.

  3. Описание бизнес-областей и ролей: определяет бизнес-области, в которых работает организация, и роли, которые играют люди в этих бизнес-областях.

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

• Logical Design - описывает логические модели бизнес-процессов, информационных потоков и данных, а также функциональных блоков системы. Он описывает бизнес-процессы и данные, которые необходимы для поддержки бизнес-процессов, и помогает разработать систему, которая будет поддерживать эти процессы.

  Logical Design включает в себя следующие элементы бизнес-архитектуры:

  1. Логические модели бизнес-процессов: определяют последовательность бизнес-операций и их связи между собой. Они описывают, как бизнес-процессы должны выполняться и какие данные необходимы для их поддержки.

  2. Логические модели данных: определяют структуру и связи между данными, которые используются в бизнес-процессах. Они описывают, как данные связаны между собой и как они используются для поддержки бизнес-процессов.

  3. Функциональные блоки системы: определяют, какие функциональные блоки необходимы для поддержки бизнес-процессов. Они описывают, какие системы и приложения необходимы для поддержки бизнес-процессов и как они взаимодействуют друг с другом.

  Logical Design помогает определить, какие данные и бизнес-процессы необходимы для поддержки организации, как эти процессы должны выполняться и как данные должны использоваться в рамках процессов. Он также помогает определить, какие системы и приложения необходимы для поддержки бизнес-процессов и как они должны взаимодействовать между собой. Logical Design позволяет разработать логическую модель бизнеса и определить необходимые элементы системы, что обеспечивает более точное понимание работы организации и ее потребностей.

• Physical Design - описывает физические аспекты системы, такие как аппаратное и программное обеспечение, сетевая инфраструктура, базы данных и другие компоненты, необходимые для реализации логической модели бизнеса.

  Physical Design включает в себя следующие элементы бизнес-архитектуры:

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

  2. Программное обеспечение: включает в себя операционные системы, базы данных, приложения и другое программное обеспечение, необходимое для поддержки бизнес-процессов.

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

  4. Базы данных: включает в себя физические базы данных и другие хранилища данных, необходимые для поддержки бизнес-процессов.

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

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

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

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

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

Основные преимущества IAF включают:

• Более эффективная и своевременная разработка системы

• Улучшение качества и надежности системы

• Снижение рисков, связанных с разработкой и эксплуатацией системы

• Улучшение коммуникации между различными участниками проекта

• Более простая интеграция с другими системами и приложениями

• Более быстрое внедрение новых технологий и изменений в бизнес-требованиях.

Таким образом, IAF является мощным инструментом для разработки архитектуры предприятия, который помогает создавать комплексные и эффективные системы, которые могут адаптироваться к изменяющимся условиям бизнеса и технологии.

Примером использования IAF может быть разработка системы управления контентом для онлайн-магазина. Для этой системы мы можем использовать следующие элементы:

1. Описание бизнес-архитектуры: определение бизнес-целей системы, описание бизнес-процессов (например, управление содержимым сайта, управление заказами и оплатой), определение ролей и ответственностей внутри предприятия.

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

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

4. Управление рисками: идентификация и оценка потенциальных рисков (например, возможность взлома сайта, проблемы с безопасностью данных и т.д.), разработка стратегии для их минимизации.

5. Управление изменениями: разработка методов управления изменениями в системе, чтобы обеспечить ее эффективность и надежность.

Для более конкретного примера использования IAF, можно рассмотреть следующие шаги:

1. Описание бизнес-архитектуры:
   

   • Определение бизнес-целей системы управления контентом для онлайн-магазина, например, увеличение продаж, улучшение пользовательского опыта, повышение узнаваемости бренда.

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

   • Определение ролей и ответственностей внутри предприятия, например, администратор сайта, менеджер по продажам, бухгалтер.

2. Информационная архитектура:
   

   • Описание данных, используемых в системе управления контентом, например, информация о товарах (название, описание, цена, фото), информация о клиентах (имя, адрес, контактная информация), информация о заказах (номер, статус, дата заказа).

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

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

3. Приложения и технологическая архитектура:
   

   • Определение приложений и технологий, используемых в системе управления контентом, например, система управления контентом (CMS), система управления заказами (OMS), база данных.

   • Определение их взаимодействия и интеграции, например, интеграция CMS с OMS для автоматического создания заказов при оформлении покупки на сайте.

4. Управление рисками:
   

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

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

5. Управление изменениями:
   

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

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

7. Управление проектами:
   

   • Определение требований к проекту, например, сроки, бюджет, необходимые ресурсы.

   • Описание процессов управления проектом, например, планирование, выполнение работ, мониторинг и контроль.

   • Определение мероприятий по рисковому управлению и управлению изменениями в проекте.

Существует множество инструментов, которые можно использовать для поддержки Integrated Architecture Framework (IAF) и создания бизнес-архитектуры. Некоторые из этих инструментов включают:

1. Enterprise Architecture (EA) tools: эти инструменты предназначены для поддержки работы архитекторов, позволяют создавать, хранить и управлять архитектурными моделями. Примерами таких инструментов являются ARIS, Sparx Systems Enterprise Architect, MEGA, и другие.

2. Business Process Management (BPM) tools: эти инструменты помогают описывать, моделировать, оптимизировать и управлять бизнес-процессами. Примеры таких инструментов включают Bizagi, Signavio, Camunda и др.

3. Project Portfolio Management (PPM) tools: эти инструменты помогают управлять проектами, их портфелями и ресурсами, учитывая стратегические цели организации. Примерами таких инструментов являются Microsoft Project, Planview, Jira и другие.

4. Data modeling tools: эти инструменты позволяют создавать модели данных и описывать структуру и хранение данных. Примерами таких инструментов являются ERwin, Toad Data Modeler, SAP PowerDesigner и другие.

5. Collaboration tools: такие инструменты, как Microsoft Teams, Slack и Trello, помогают совместно работать над проектами и обмениваться информацией.

6. Visualization tools: такие инструменты, как Tableau, QlikView и другие, позволяют создавать визуализации для анализа данных и отображения информации.

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

IAF включает в себя шесть основных слоев описания, каждый из которых фокусируется на различных аспектах бизнес-архитектуры. Эти слои включают в себя: Strategic Design, Conceptual Design, Logical Design, Physical Design, Technology Design, People Design и Business Design, а также контекст (Business Intent) и проектирование изменений (Transformational Design).

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

Важно отметить, что использование IAF требует не только понимания его основных принципов, но и умения применять различные инструменты и методы для создания и управления бизнес-архитектурой. Кроме того, важно поддерживать постоянное обновление и улучшение архитектуры, чтобы она соответствовала изменяющимся потребностям бизнеса.

В завершение приглашаю всех на бесплатный вебинар, где поговорим о том, как:

• гибко управлять корпоративной архитектурой в 2023г.

• инвертировать закон Конвея

• строить бизнес-архитектуру по продуктовому принципу - создать платформу для экосистемы

  Зарегистрироваться на вебинар