Главная страница
Навигация по странице:

  • Architecture Development Method (ADM)

  • Foundation Architecture (базовая архитектура)

  • Рисунок 2.15. Иерархия описаний архитектур TOGAF Базовая архитектура (Foundation Architectures)

  • Архитектура общих систем (Common Systems Architectures)

  • Отраслевая архитектура (Industry Architectures

  • Архитектура организации (Organization Architectures)

  • Таблица 2.3. Архитектурные принципы (TOGAF)

  • Название Содержание

  • ИТ-инфраструктура_КонспектЛекций. Учебнометодический комплекс Управление итинфраструктурой предприятия


    Скачать 6.41 Mb.
    НазваниеУчебнометодический комплекс Управление итинфраструктурой предприятия
    АнкорИТ-инфраструктура_КонспектЛекций.doc
    Дата02.05.2017
    Размер6.41 Mb.
    Формат файлаdoc
    Имя файлаИТ-инфраструктура_КонспектЛекций.doc
    ТипУчебно-методический комплекс
    #6337
    страница12 из 33
    1   ...   8   9   10   11   12   13   14   15   ...   33

    TOGAF



    TOGAF (The Open Group Architecture Framework) – архитектурная методика, разработанная некоммерческим объединением the Open Group, позиционируется как «средство для разработки архитектур информационных систем». При разработке архитектуры методология TOGAF отталкивается от «программной инфраструктуры информационных систем», т.е. идет снизу «от железа», вверх к приложениям и бизнес-процессам.

    Первая версия этой методики опубликована в 1995 году. В настоящее время на сайте Open Group (www.opengroup.org) представлена восьмая (8) версия данной методики. Сегодня TOGAF является одной из самых популярных и рекламируемых на западе методик построения архитектуры предприятия. На сайте Open Group можно найти информацию о различных сертификационных программах для специалистов разного уровня, обширный перечень курсов и семинаров по всему миру.

    Architecture Development Method (ADM) – методика, описывающая процесс разработки архитектуры и включающая в себя следующий набор стандартных шагов:

    • Подготовка: уточнение модели под особенности организации, определение принципов реализации проекта.

    • Фаза A: Architecture Vision: определение границ проекта, разработка общего представления архитектуры, утверждение плана работ и подхода руководством.

    • Фаза B: Business Architecture: разработка бизнес - архитектуры предприятия.

    • Фаза C: Information System Architectures: разработка архитектуры данных и архитектуры приложений.

    • Фаза D: Technology Architecture: разработка технологической архитектуры.

    • Фаза E: Opportunities and Solutions: проверка возможности реализации предложенных решений.

    • Фаза F: Migration Planning: планирование и переход к новой системе.

    • Фаза G: Implementation Governance: формирование системы управление преобразованиями.

    • Фаза H: Architecture Change Management: управление изменением архитектуры.

    Foundation Architecture (базовая архитектура) – с точки зрения методологии TOGAF является некоторой моделью, описывающей состояние информационных технологий на предприятии, и включает в себя несколько типов детализации (рисунок 2.15).


    Рисунок 2.15. Иерархия описаний архитектур TOGAF
    Базовая архитектура (Foundation Architectures) – содержит набор служб и стандартов, является некоторой абстрактной реализацией ИТ системы, в целом.

    Архитектура общих систем (Common Systems Architectures) реализуется путем выбора и интеграции определенных служб для формирования выделенных блоков, которые могут (возможно, повторно или в различных комбинациях) использоваться в различных функциональных областях, таких, как архитектура безопасности, сетевая архитектура и т.п.

    Отраслевая архитектура (Industry Architectures) – включает в себя специфичные для каждой индустрии модели данных, приложения, стандарты, бизнес-правила, а также, при необходимости, процедуры взаимодействия различных отраслевых систем между собой.

    Архитектура организации (Organization Architectures) – описывает архитектуру ИТ систем конкретного предприятия, учитывающая все его особенности, в том числе наличие унаследованных систем, планы и возможности реализации, организацию данных на физическом уровне.

    Основу TOGAF составляют принципы, которые являются фундаментом для построения всей архитектуры предприятия. Принципы, как правило, включают в себя основные системные требования и критерии оценки различных решений. Примерный набор принципов, удовлетворяющий методологии TOGAF описан в книге «архитектура и стратегия » Данилина А. и Слюсаренко А. и представлен в таблице 2.3.

    Таблица 2.3.

    Архитектурные принципы (TOGAF)

    Название

    Содержание

    Простота использования

    Сформулированные принципы управления ИТ применимы для всех случаев и подразделений организации.

    Максимальная польза

    Решения в области ИТ принимаются исходя из максимума пользы для организации в целом.

    Привлечение всех

    Управление информацией есть дело каждого

    Непрерывность бизнеса

    Деятельность предприятия должна обеспечиваться, несмотря на возможные помехи в работе ИТ

    Общее использование

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

    Соответствие закону

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

    Ответственность ИТ – службы

    ИТ служба является ответственным владельцем ИТ ресурсов.

    Данные являются активом

    Данные в ИС предприятия имеют определенную ценность и должны соответствующим образом управляться, быть общими и доступными для пользователей с учетом их прав доступа.

    Обеспечение качества.

    Каждый элемент данных должен иметь ответственного за их качество и корректность.

    Общие метаданные

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

    Безопасность данных

    Данные должны быть защищены от неавторизованного использования и распространения.

    Технологическая независимость

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

    Простота использования

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

    Взаимодействие

    Компоненты программного и аппаратного обеспечения должны обеспечивать интеграцию между собой в соответствии с общими стандартами.

    Минимизация разнообразия

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


    1   ...   8   9   10   11   12   13   14   15   ...   33


    написать администратору сайта