Базовые принципы построения Архитектуры Предприятия
Комплексная автоматизация функции управления требует создания единого информационного пространства на любом современном предприятии, в котором обычные сотрудники и руководство смогут осуществлять свою деятельность, руководствуясь едиными правилами доступа, представления и обработки информации. Современные методы построения ЕИП предприятия базируются на проведении комплексного реинжиниринга бизнес-процессов, на создании информационно-логической модели и последующей реализации соответствующего программного и информационного обеспечения с использованием новых технологий. Разработка ИТ-архитектуры позволяет ясно представить:
Какая информация/данные критичны для бизнеса компании и как они организованы;
Какие приложения будут поддерживать бизнес;
Смогут ли эти приложения эффективно взаимодействовать между собой и с внешними системами партнеров и поставщиков;
Соответствуют ли используемые технологии требованиям поддержки бизнес-процессов;
Достаточно ли обеспечена информационная безопасность систем;
Смогут ли сотрудники компании получить своевременный доступ к нужным данным из любого необходимого места;
Какие стандарты должны использоваться при разработке и закупке компонент системы;
Формирование архитектуры производится с использованием распространенных методологий, рамочных моделей (frameworks) описания архитектуры и инструментальных средств моделирования (например, ARIS IT Architect) с учетом имеющихся у Заказчика опыта и предпочтений. В ходе проекта формируется набор архитектурных принципов, определяются используемые и перспективные стандарты и разрабатываются модели архитектуры в целом и ее отдельных областей (приложения, данные, интеграция, техническая инфраструктура, безопасность и др.)
Примерный порядок построения единого информационного пространства предприятия следующий:
Обследование предприятия
Цели и основные задачи:
Четкое определение задач и целей проекта;
Формулирование функционально-технических требований к проекту;
Инфраструктурный аудит ИТ-системы предприятия для проектирования архитектуры решения;
Формализация существующих на предприятии бизнес-процессов, автоматизируемых в рамках проекта;
Получение данных для обоснования количества лицензий;
Оценка ресурсов, которые потребуются для реализации проекта;
Оценка рисков проекта;
Разработка предварительного плана проекта, графика работ и спецификации поставок по каждому этапу и проекту в целом.
Результаты обследования:
Отчет с фиксацией ситуации в виде «Как есть»;
Предложение по созданию информационной системы в виде «Как необходимо»;
Предложение по «Функционально-техническим требованиям к проекту»;
План реализации проекта;
Оценка рисков проекта и предложения по их минимизации;
Ориентировочная стоимость пилотного проекта и конечного решения.
Поставка необходимых предприятию аппаратного обеспечения и функциональных решений по автоматизации подразделений:
Адаптация и настройка базовых, при необходимости разработка новых решений в соответствии с функционально-техническими требованиями, полученными на этапе обследования;
Развертывание платформы с базовыми сервисами обработки и хранения документов;
Опытная эксплуатация решения;
Интеграция с ERP-системой;
Ввод системы в промышленную эксплуатацию.
Обучение технического персонала и пользователей.
Обеспечение дополнительного функционала работы, выделенные на этапе обследования в отдельные этапы.
Архитектурный Фреймворк это готовая методология и набор поддерживающих инструментов, которые адаптируются для использования в конкретной компании. В Фреймворке есть типовые архитектурные процессы, рекомендации по их адаптации для конкретной компании, рекомендации по формированию шаблонов архитектурных артефактов, требования к их заполнению, требования к архитекторам и многое другое.
Модель Архитектуры Предприятия можно разделить на несколько ключевых уровней (категорий):
Архитектурный Фреймворк это готовая методология и набор поддерживающих инструментов, которые адаптируются для использования в конкретной компании. В Фреймворке есть типовые архитектурные процессы, рекомендации по их адаптации для конкретной компании, рекомендации по формированию шаблонов архитектурных артефактов, требования к их заполнению, требования к архитекторам и многое другое.
Модель Архитектуры Предприятия можно разделить на несколько ключевых уровней (категорий):
Архитектура бизнеса содержит стратегию компании, подход к управлению, организационную структуру и ключевые бизнес процессы.
Архитектура информационных систем описывает, как устроены или будут устроены информационные системы компании. Архитектура информационных систем может быть разбита на две подгруппы:
Архитектура приложений показывает бизнес приложения, развернутые в компании, их взаимодействие друг с другом, а также их связь с бизнес процессами компании
Архитектура данных содержит описание логической и физической структуры данных компании, а также подход и средства управления данными.
Техническая архитектура описывает программное обеспечение и оборудование, которое необходимо для развертывания бизнес сервисов, данные и приложения, ИТ инфраструктуру, сервера приложений, сети, телекоммуникации, стандарты и т. д.
Следующим уровнем иерархии может быть по:
Стратегическая архитектура описывает всю компанию в целом. На этом уровне вы не погружаетесь в особенности конкретных подразделений, направлений бизнеса и т. д. Стратегическая архитектура сконцентрирована на общих для всей компании стратегии, бизнес процессах, инвестициях, данных, системах и технологиях. Она прежде всего ориентирована на реализацию стратегии компании. На этом уровне определяются принципы и приоритеты, создаются общие для всей компании ИТ сервисы.
Архитектура сегмента. Это архитектура направления деятельности компании, программы проектов или отдельного подразделения. Таких сегментов у компании будет несколько. На этом уровне вы погружаетесь в специфические особенности и требования конкретного подразделения, функции или компании в составе организации. Прорабатываете бизнес кейсы использования ИТ с руководством подразделения. Архитектура сегмента должна иметь ту же структуру и общие сервисы, что и стратегическая архитектура.
Архитектура решения архитектура конкретного ИТ решения. Она используется для реализации новых или доработки существующих ИТ решений сервисов или их частей. В ней учтены как общие для всей компании требования, так и специфические потребности, выявленные на уровне архитектуры сегмента. Рамки архитектуры решения ограничены одним проектом, процессов или функцией. Архитектура решения прорабатывается максимально детально. Это позволяет избежать неприятных сюрпризов в будущем при реализации проекта.
Уровни зрелости ИТ
В процессе роста и развития организации, департамент ИТ также проходит несколько этапов своего развития. При построении Архитектуры Предприятия следует принимать во внимание уровень зрелости организации в целом, так и ИТ в частности. Можно выделить следующие этапы и симптомы состояния ИТ департамента:
Начальный или «локализация»
В компании быстро разрабатывают или закупают информационные системы, которые дают ценность отдельным бизнес подразделением или функциям.
Основные симптомы данного этапа развития:
Роль ИТ департамента второстепенная
Стратегия ИТ департамента отсутствует
Бюджет ИТ департамента отсутствует
Тип деятельности ИТ департамента пассивный, только по запросу.
Задачи менеджмента максимальная экономия
Место в организационной структуре компании служба в составе бизнес департамента (администрация, финансы)
Развития или «стандартизация»
Компания переходит от закрытия потребностей отдельных бизнес подразделений или функций и повышает эффективность ИТ за счет стандартизации технологий и инфраструктуры. Основные симптомы данного этапа развития:
Роль ИТ департамента не стратегический ресурс