Лекция 1(1)_merged. Архитектурой предприятия (АП, или Enterprise Architecture, ea)
 Скачать 3.22 Mb.
|
|
Введение. Архитектура предприятия (АП) и информационные технологии Лекция 1 Под архитектурой предприятия (АП, или Enterprise Architecture, EA), обычно понимается полное описание (модель) структуры предприятия, как системы, включающее описание ключевых элементов этой системы, связей между ними. Архитектура предприятия определяет общую структуру и функции систем (бизнес и ИТ) в рамках всей организации в целом и обеспечивает общую рамочную модель (framework), стандарты и руководства для архитектуры уровня отдельных проектов. Архитектура предприятия, как наука, появилась около 30 лет назад. Предпосылки возникновения архитектуры предприятия Информационные составляющие АП: ‒ структуру бизнеса; ‒ информацию, которая необходима для ведения этого бизнеса; ‒ технологии, которые необходимы, чтобы поддерживать деловые операции; ‒ переходные процессы (процессы преобразования, развития), которые необходимы для реализации новых технологий в ответ на появление новых изменяющихся бизнес-потребностей. Типы архитектуры: ‒ архитектура предприятия, которая отвечает за организацию развертывания и выполнения такого проекта, как интеграция предприятия, или иной программы; ‒ системная архитектура (архитектура системы), которая отвечает за конструирование некоторой системы как части интегрированной системы предприятия в целом. При описании архитектуры используется термин «слой» (слои модели архитектуры). Слой – это способ структуризации информации, содержащейся в понятии архитектуры и указывающий, какой именно аспект деятельности предприятия отражается. В настоящее время существует несколько моделей архитектуры предприятия, которые различаются количеством слоев, детальностью и используемой терминологией. Модель архитектуры предприятия Архитектура предприятия описывает деятельность компании с двух основных позиций: ‒ Бизнес-архитектура описывает предприятие с позиции логических терминов, таких, как взаимодействующие бизнес-процессы и бизнес правила, необходимая информация, структура и потоки информации. ‒ Архитектура информационных технологий описывает предприятие с позиции технических понятий, таких как аппаратные и компьютерные средства, программное обеспечение, защита и безопасность. Эволюция понятия архитектура предприятия Управление портфелем информационных технологий (Business and IT portfolio management) – это процесс управления инвестициями в области управления ИТ проектами. Текущая архитектура (Current architecture) – описывает существующее состояние архитектуры предприятия. Называется также 14 архитектурой “как есть” или базовым состоянием существующей архитектуры. Целевая архитектура (Target Architecture) – описывает желаемое будущее состояние предприятия или, «что должно быть сформировано». Другими словами, целевая архитектура является будущей моделью предприятияоснову которой заложены: - стратегические требования к бизнес-процессам и информационным технологиям; - информация о выявленных «узких местах» и путях их устранения; - анализ технологических тенденций и среды бизнес деятельности предприятия. Стратегические цели и задачи предприятия определяют основные направления развития и ставят долгосрочные задачи и цели. Бизнес-стратегия – определяет направление развития бизнеса в соответствии со стратегическими целями и задачами, стоящими перед предприятием, и отвечает на вопрос, почему предприятие должно развиваться именно в этом направлении. Бизнес стратегия включает: ‒ Цели и задачи, стоящие перед предприятием; ‒ Бизнес решения, необходимые для достижения поставленных целей и задач; ‒ Изменения, которые нужно провести для достижения поставленных целей и задач. ИТ – стратегия определяет направление развития информационных технологий в соответствии с целями, задачами и бизнес стратегией предприятия, и определяет, как может быть реализована бизнес стратегия. ИТ – стратегия включает: ‒ Проекты, которые можно запустить для выполнения бизнес стратегии; ‒ Варианты решения текущих задач и проблем; ‒ Технологии, которые можно использовать для достижения поставленных целей. Бизнес – архитектура предприятия (EBA – Enterprise Business Architecture) – это целевое построение организационной структуры предприятия, увязанное с его миссией, стратегией, бизнес – целями. Информационная архитектура (Enterprise Information Architecture, EIA) или, другими словами, архитектура информации – это (с точки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий: - Базы данных и хранилища данных. - Информационные потоки (как внутри организации, так и связи с внешним миром). Архитектура прикладных решений (Enterprise Solution Architecture ESA) – или, другими словами, архитектура приложений, включает совокупность программных продуктов и интерфейсов между ними. Архитектуру прикладных решений разделяют на два направления: - Область разработки прикладных систем; - Портфель прикладных систем. Техническая архитектура предприятия (Enterprise Technical Architecture, ETA) – это совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений, включающее: - Информацию об инфраструктуре предприятия; - Системное программное обеспечение (СУБД, системы интеграции); - Стандарты на программно-аппаратные средства; - Средства обеспечения безопасности (программно-аппаратные); - Системы управления инфраструктурой. Техническую архитектуру предприятия можно визуально представить в виде совокупности архитектурных схем приложений, используемых на предприятии. Процесс разработки архитектуры предприятия Лекция 2 Аналитики выделяют следующие подходы процессу построения архитектуры предприятия: ‒ Традиционный подход – требует существенных затрат времени и ресурсов для построения архитектуры предприятии. Первый этап построения архитектуры рассматривается как проект в ходе, которого собирается детализированная информация о состоянии предприятия (текущая архитектура) и на ее основе начинают разрабатываться планы развития (целевая архитектура). Основу данного подхода составляет процесс построения архитектуры предприятия; ‒ Сегментный подход постепенно вводит понятие архитектуры предприятия в компанию. В основе такого подхода заложены принципы построения архитектуры предприятия, на основе которых внедряются новые технологии (информационные системы), стандарты, продукты и услуги. Такой подход позволяет сосредоточить работы на 21 ключевых бизнес функциях предприятия и постепенно внедрять архитектурный процесс по мере появления ресурсов. Информационные составляющие АП: С точки зрения бизнеса архитектуру предприятия можно разделить на четыре уровня: Уровень 1. Это уровень начала работ и активации архитектурного процесса. На этапе инициирования процесса планирования разрабатываются и описываются основные концепции развития архитектуры предприятия. Разрабатываются принципы построения архитектуры. Уровень 2. Этот уровень описывает состояние предприятия в настоящий момент времени. Другими словами, это уровень разработки текущей архитектуры предприятия. Здесь происходит бизнес моделирование (разработка текущей бизнес архитектуры) и описание текущих систем и технологий (документирование текущей архитектуры информационных систем). Уровень 3. Это уровень описывает возможные варианты развития архитектуры данных, архитектуры приложений, технологической архитектуры в соответствии с требованиями бизнеса. Другими словами, на этом уровне происходит разработка целевой архитектуры. Уровень 4. Это уровень, обеспечивающий разработку плана перехода из текущего состояния в будущее. На этом уровне разрабатывается план миграции. Основу управления и контроля архитектурного процесса составляет набор следующих принципов: ‒ Внедрение новых систем и модернизация существующих должны проходить оценку эффективности, целесообразности для компании и соответствовать ее стандартам. ‒ Необходимо контролировать изменения бизнес – процессов и информационных систем в рамках их влияния на другие обеспечивающие (зависимые) бизнес процессы и информационные системы. ‒ Архитектурные модели должны поддерживаться в актуальном состоянии. Необходимо обеспечивать контроль целостности моделей и связей между ними. ‒ Должны быть разработаны и поддерживаться в актуальном состоянии стандарты, правила и политики. Все проекты должны контролироваться на соответствие стандартам. ‒ Результаты работы архитектурного процесса должны готовиться в виде рекомендаций, подлежащих утверждению высшим руководством организации. Стандарт определяет следующие группы требований к стандартной архитектуре предприятия: ‒ Приемлемость и охват типов объектов предприятия. ‒ Понятия. ‒ Компоненты стандартных архитектур предприятия. Стандарт структурирован с учетом следующих трех размерностей: ‒ фаза модели предприятия; ‒ представление модели предприятия; ‒ общность. Модель соответствует настоящему стандарту, если: ‒ модель предприятия содержит функциональное представление и информационное представление, ‒ модель предприятия содержит ресурсное представление или необходимую информацию для построения ресурсного представления, ‒ модель предприятия содержит организационное представление или необходимую информацию для построения организационного представления. Методология моделирования соответствует настоящему стандарту, если: ‒ модель предприятия, разработанная на основе методологии моделирования, сама соответствует настоящему стандарту, ‒ методология моделирования включает в себя фазы модели предприятия, и возможно отличить различные проявления модели, соответствующие каждой фазе, ‒ методология моделирования обеспечивает вывод частных и обособленных моделей из общих языковых конструкций моделирования и контролируемое дополнение общих языковых конструкций моделирования для их ссылочного каталога, ‒ методология моделирования отражает изменения содержания для всех соответствующих представлений модели предприятия. Понятие архитектурного фрэймворка Лекция 3 Архитектурный фреймворк – это методология и набор поддерживающих инструментов, которые адаптируются для использования в конкретной компании. В фреймворке есть типовые архитектурные процессы, рекомендации по их адаптации для конкретной компании, рекомендации по формированию шаблонов архитектурных артефактов, требования к их заполнению, требования к архитекторам и многое другое. Классификация фреймворков Общий контекст разработки Архитектуры предприятия В качестве примеров можно указать следующие фрэймворки: - Zachman Framework – первый и самый известный фрейворк, который разработал основатель архитектуры предприятия как научной дисциплины Джон Захман - Federal Enterprise Architecture Framework (FEAF) – фреймворк, разработанный одним из агенств Правительства США для всех структур Правительства США. - The Open Group Architecture Framework (TOGAF) – фреймворк, созданный международной организацией, в которую входят сотни известных компаний. - The SAP Enterprise Architecture Framework (EAF) – фреймворк, разработанный компанией SAP на основе TOGAF. - методики, опубликованные аналитическими и консалтинговыми компаниями, такими как Gartner, Giga Group, META Group и другими; - методика POSIX 1003.23, которая основывается на разработках компании Cap Gemini, переданных для публичного использования в 1996 году. Для государственных организаций существуют специальные методики, такие как разрабатываемая при поддержке правительства США Федеральная Архитектура Госорганизаций (FEAF – Federal Enterprise Architecture Framework) или используемая в Министерстве Обороны США DoDAF (Department of Defence Architecture Framework). В развитии современных архитектурных фрэймворков огромную роль также сыграли и индустриальные стандарты на описание АП, принятые такими организациями, как Институт инженеров электрики и электроники (IEEE – Institute of Electrical and Electronics Engineers), международная организация стандартизации (ISO – International Organization for Standardization), The Open Group и т.д. Формальное описание архитектуры предприятия впервые было сформулировано в стандарте ИСО 15704, который был предложен рабочей группой IFAC/IFIP (International Federation of Automatic Control/International Federation for Information Processing). Идея состояла в том, чтобы разработать максимально общую, так называемую эталонную (reference) модель архитектуры предприятия, которая охватывала бы дополнительно процесс развития предприятия во времени как проект, а также учитывала бы роль человеческого фактора выбирая тот или иной фрэймворк, на базе которого будет создаваться архитектура конкретного предприятия, руководствоваться надо следующими требованиями: - высокий уровень декомпозиции для практического использования как специалистами в области ИТ, так и директоратом предприятия; - простота для понимания бизнес-аудиторией; - динамика рассмотрения (т.е. «Архитектура как есть» – «Краткосрочные и среднесрочные задачи» – «Стратегические планы» – «Механизм перехода» «Архитектура будущего («Архитектура как должно быть»)»); - возможность адаптации по новым требованиям бизнеса и учет возможностей реализации незапланированных (ad-hoc) проектов. Модель Захмана Лекция 4 Дж. Захман определил архитектуру предприятия как «набор описательных моделей, которые применимы для описания предприятия в соответствии с требованиями управленческого персонала и которые могут развиваться в течение определенного периода». Описание архитектуры по Захману представляет собой матрицу или таблицу Захмана размерностью 6х6 или 5х6 в зависимости от интерпретации модели. В строках таблицы расположены основные представления (или точки зрения) на архитектуру, а в столбцах архитектурные аспекты, выраженные простыми вопросами, что, как, где и т.п. Каждая ячейка таблицы представляет собой уникальное, не пересекающееся с остальными, описание архитектурного аспекта на заданном уровне представления, выраженное при помощи соответствующей модели. Уникальность модели Захмана состоит в том, что каждая строчка и каждый столбец и даже ячейка этого фрэймворка представляет собой модель матрицы Захмана. Модель преследует две основные цели: 1) логически разбить все описание архитектуры на отдельные разделы для упрощения их формирования и восприятия 2) обеспечить возможность рассмотрения целостной архитектуры с выделенных точек зрения или соответствующих уровней абстракции Ключевая идея этого архитектурного фрэймворка состоит в обеспечении возможности последовательного описания каждого отдельного аспекта системы в координации со всеми остальными. Для любой достаточно сложной системы общее число связей, условий и правил обычно превосходит возможности для одновременного рассмотрения. Две верхние строки соответствуют наиболее общим представлениям и достаточно широко описывают существующее окружение, планы и цели. Следующий уровень «логической модели» является более конкретным, но все же достаточно абстрактным. Это схемы, которые архитектор дома должен показывать проектировщикам. Аналогично, в применении к деятельности предприятия верхняя строка «Контекст» соответствует уровню интересов высшего руководства. Второй уровень соответствует интересам менеджеров и владельцев процессов. Третий уровень – тот, на котором менеджеры, аналитики и ИТ-менеджеры должны работать вместе. Уровни с четвертого и далее описывают детали, которые представляют интерес для ИТ-менеджеров, проектировщиков, разработчиков. На каждом из этих уровней участники рассматривают одни и те же категории вопросов, соответствующих столбцам в таблице, но с различным уровнем абстракции и детализации. Основные характеристики данной модели • простота для понимания как техническими, так и нетехническими специалистами; • целостность в отношении предприятия; • поддержка обсуждений сложных вопросов с использованием относительно небольшого количества нетехнических понятий; • возможность применения для планирования, позволяющего лучше принимать решения; • применимость для решения задач, то есть возможность работать с абстракциями и сущностями, выделяя и изолируя отдельные параметры системы без потери восприятия предприятия как целого; • независимость от конкретных инструментов; благодаря этому каждый инструмент и методология могут быть отображены на данную модель и могут явно показать, что они делают и чего они не делают Созданная модель архитектуры служит простым, но мощным инструментом по применению системного подхода для планирования работ по созданию и использованию информационных систем и их стыковки. Модель Захмана, являясь первым архитектурных фрэймворком задала тон архитектурному моделированию и проектированию, она служит неким фиксатором определенного состояния всей организации, позволяя сделать как бы «снимок», причем как текущего положения дел, так и будущего. Несомненной заслугой Захмана является то, что он первым сформулировал концепцию и опубликовал описание инфраструктуры для архитектуры предприятия. |