|
Лекция 1(1). Введение. Архитектура предприятия (АП) и информационные технологии
Лекция 1 Архитектура предприятия определяет общую структуру и функции систем (бизнес и ИТ) в рамках всей организации в целом и обеспечивает общую рамочную модель (framework), стандарты и руководства для архитектуры уровня отдельных проектов. Архитектура предприятия, как наука, появилась около 30 лет назад. Предпосылки возникновения архитектуры предприятия Информационные составляющие АП: ‒ структуру бизнеса; ‒ информацию, которая необходима для ведения этого бизнеса; ‒ технологии, которые необходимы, чтобы поддерживать деловые операции; ‒ переходные процессы (процессы преобразования, развития), которые необходимы для реализации новых технологий в ответ на появление новых изменяющихся бизнес-потребностей. Типы архитектуры: ‒ архитектура предприятия, которая отвечает за организацию развертывания и выполнения такого проекта, как интеграция предприятия, или иной программы; ‒ системная архитектура (архитектура системы), которая отвечает за конструирование некоторой системы как части интегрированной системы предприятия в целом. Слой – это способ структуризации информации, содержащейся в понятии архитектуры и указывающий, какой именно аспект деятельности предприятия отражается. В настоящее время существует несколько моделей архитектуры предприятия, которые различаются количеством слоев, детальностью и используемой терминологией. Модель архитектуры предприятия Архитектура предприятия описывает деятельность компании с двух основных позиций: ‒ Бизнес-архитектура описывает предприятие с позиции логических терминов, таких, как взаимодействующие бизнес-процессы и бизнес правила, необходимая информация, структура и потоки информации. ‒ Архитектура информационных технологий описывает предприятие с позиции технических понятий, таких как аппаратные и компьютерные средства, программное обеспечение, защита и безопасность. Эволюция понятия архитектура предприятия Текущая архитектура (Current architecture) – описывает существующее состояние архитектуры предприятия. Называется также 14 архитектурой “как есть” или базовым состоянием существующей архитектуры. Целевая архитектура (Target Architecture) – описывает желаемое будущее состояние предприятия или, «что должно быть сформировано». Другими словами, целевая архитектура является будущей моделью предприятияоснову которой заложены: - стратегические требования к бизнес-процессам и информационным технологиям;
- информация о выявленных «узких местах» и путях их устранения;
- анализ технологических тенденций и среды бизнес деятельности предприятия.
Стратегические цели и задачи предприятия определяют основные направления развития и ставят долгосрочные задачи и цели. Бизнес стратегия включает: ‒ Цели и задачи, стоящие перед предприятием; ‒ Бизнес решения, необходимые для достижения поставленных целей и задач; ‒ Изменения, которые нужно провести для достижения поставленных целей и задач. ИТ – стратегия определяет направление развития информационных технологий в соответствии с целями, задачами и бизнес стратегией предприятия, и определяет, как может быть реализована бизнес стратегия. ИТ – стратегия включает: ‒ Проекты, которые можно запустить для выполнения бизнес стратегии; ‒ Варианты решения текущих задач и проблем; ‒ Технологии, которые можно использовать для достижения поставленных целей. Бизнес – архитектура предприятия (EBA – Enterprise Business Architecture) – это целевое построение организационной структуры предприятия, увязанное с его миссией, стратегией, бизнес – целями. Информационная архитектура (Enterprise Information Architecture, EIA) или, другими словами, архитектура информации – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий: - Базы данных и хранилища данных. - Информационные потоки (как внутри организации, так и связи с внешним миром). Архитектуру прикладных решений разделяют на два направления: - Область разработки прикладных систем;
- Портфель прикладных систем.
Техническая архитектура предприятия (Enterprise Technical Architecture, ETA) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений, включающее: - Информацию об инфраструктуре предприятия;
- Системное программное обеспечение (СУБД, системы интеграции);
- Стандарты на программно-аппаратные средства;
- Средства обеспечения безопасности (программно-аппаратные);
- Системы управления инфраструктурой.
Техническую архитектуру предприятия можно визуально представить в виде совокупности архитектурных схем приложений, используемых на предприятии. Процесс разработки архитектуры предприятия Лекция 2 ‒ Традиционный подход – требует существенных затрат времени и ресурсов для построения архитектуры предприятии. Первый этап построения архитектуры рассматривается как проект в ходе, которого собирается детализированная информация о состоянии предприятия (текущая архитектура) и на ее основе начинают разрабатываться планы развития (целевая архитектура). Основу данного подхода составляет процесс построения архитектуры предприятия; ‒ Сегментный подход постепенно вводит понятие архитектуры предприятия в компанию. В основе такого подхода заложены принципы построения архитектуры предприятия, на основе которых внедряются новые технологии (информационные системы), стандарты, продукты и услуги. Такой подход позволяет сосредоточить работы на 21 ключевых бизнес функциях предприятия и постепенно внедрять архитектурный процесс по мере появления ресурсов. Информационные составляющие АП: С точки зрения бизнеса архитектуру предприятия можно разделить на четыре уровня: Уровень 1. Это уровень начала работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры. Уровень 2. Этот уровень описывает состояние предприятия в настоящий момент времени. Другими словами, это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка текущей бизнес архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем). Уровень 3. Это уровень описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры в соответствии с требованиями бизнеса. Другими словами, на этом уровне происходит разработка целевой архитектуры. Уровень 4. Это уровень, обеспечивающий разработку плана перехода из текущего состояния в будущее. На этом уровне разрабатывается план миграции. Основу управления и контроля архитектурного процесса составляет набор следующих принципов: ‒ Внедрение новых систем и модернизация существующих должны проходить оценку эффективности, целесообразности для компании и соответствовать ее стандартам. ‒ Необходимо контролировать изменения бизнес – процессов и информационных систем в рамках их влияния на другие обеспечивающие (зависимые) бизнес процессы и информационные системы. ‒ Архитектурные модели должны поддерживаться в актуальном состоянии. Необходимо обеспечивать контроль целостности моделей и связей между ними. ‒ Должны быть разработаны и поддерживаться в актуальном состоянии стандарты, правила и политики. Все проекты должны контролироваться на соответствие стандартам. ‒ Результаты работы архитектурного процесса должны готовиться в виде рекомендаций, подлежащих утверждению высшим руководством организации. Стандарт определяет следующие группы требований к стандартной архитектуре предприятия: ‒ Приемлемость и охват типов объектов предприятия. ‒ Понятия. ‒ Компоненты стандартных архитектур предприятия. Стандарт структурирован с учетом следующих трех размерностей: ‒ фаза модели предприятия; ‒ представление модели предприятия; ‒ общность. Модель соответствует настоящему стандарту, если: ‒ модель предприятия содержит функциональное представление и информационное представление, ‒ модель предприятия содержит организационное представление или необходимую информацию для построения организационного представления. Методология моделирования соответствует настоящему стандарту, если: ‒ модель предприятия, разработанная на основе методологии моделирования, сама соответствует настоящему стандарту, ‒ методология моделирования включает в себя фазы модели предприятия, и возможно отличить различные проявления модели, соответствующие каждой фазе, ‒ методология моделирования обеспечивает вывод частных и обособленных моделей из общих языковых конструкций моделирования и контролируемое дополнение общих языковых конструкций моделирования для их ссылочного каталога, ‒ методология моделирования отражает изменения содержания для всех соответствующих представлений модели предприятия. |
|
|