АРХИТЕКТУРА ПРЕДПРИЯТИЯ: ПРАКТИЧЕСКОЕ ИСПОЛЬЗОВАНИЕ Текст научной статьи по специальности «Компьютерные и информационные науки»

Патракова Д. И. студент 3 курса Гаврилова Т. Б., к.э.н. научный руководитель, доцент кафедра «СУЭиПП» ФГФОУВО «УрФУ им. Б. Н. Ельцина» Россия, г. Екатеринбург АРХИТЕКТУРА ПРЕДПРИЯТИЯ: ПРАКТИЧЕСКОЕ

ИСПОЛЬЗОВАНИЕ

Аннотация. В статье рассмотрены теоретические основы понятия «архитектура предприятия», ее практическое применение, процессы разработки и развития Архитектуры предприятия.

Ключевые слова: управление, архитектура предприятия, ИТ -архитектура, архитектурная практика, фреймворк, TOGAF.

Annotation. The article examines the theoretical foundations of concept "enterprise architecture", thepractical application, and theprocesses of design and development of enterprise architecture.

Keywords: management, enterprise architecture, IT-architecture, framework, TOGAF.

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

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

Для того чтобы организация получила результаты от применения Архитектуры предприятия, необходимо развивать архитектурную практику (отдел архитектуры).

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

Разработки всех этих элементов - очень сложная задача. Поэтому предприятия берут за основу ранее созданные архитектурные фреймворки (готовая методология, определяющая порядок создания и использования Архитектуры предприятия) и приспосабливают их для себя. [2]

Остановимся на фреймворке TOGAF, разрабатываемый международной организацией The Open Group, входящей в ряд ведущих производителей ИТ.

Более 80% компаний используют TOGAF из списка Forbes Global Top 50.

Структура TOGAF:

1. Introduction: высокоуровневое описание основных концепций Архитектуры предприятия в целом и TOGAF в частности.

2. Architecture Development Method (ADM) - важнейший компонент. Описывает поэтапную методику создания Архитектуры.

3. ADM Guidelines and Techniques: содержит подробное описание правил и техник, применяемых в TOGAF ADM.

4. Architecture Content Framework: описывает подход к описанию Архитектуры предприятия. Содержит метамодель архитектурных артефактов, их структуру и описание.

5. Enterprise Continuum & Tools: описание подхода к категоризации и хранению результатов архитектурных активностей в компании.

6. TOGAF Reference Models: описание эталонных моделей, которые могут использоваться в архитектурных проектах компании.

7. Architecture Capability Framework: структура, процессы, роли, навыки и полномочия, требуемые для работы архитектурной практ ики в компании.

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

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

2. Фаза А - видение архитектуры. Задача - запустить Архитектурный проект, при этом: определить цели и задачи проекта, рамки и ограничения; разработать представление архитектуры; определить всех стейкхолдеров; разработать «устав проекта», получить формальное подтверждение старта проекта.

3. Фаза B - разработка бизнес-архитектуры.

4. Фаза C - разработка архитектуры информационных систем (архитектуры данных и архитектуры приложений).

5. Фаза D - разработка технологической архитектуры.

6. Фаза E - возможности и решения: проверка возможности выполнения представленных решений.

7. Фаза F - планирование миграции: анализ расходов и рисков, разработка детального плана внедрения и миграции.

8. Фаза G - управление реализацией: создание системы управления преобразованиями.

9. Фаза H - управление изменениями архитектуры. Этот процесс должен обеспечить соответствие архитектуры реальным потребностям бизнеса и показать максимальную эффективность.

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

расположены в соответствие с приоритетами и распределены на соответствующих фазах.

Согласно TOGAF, создание Архитектурного проекта начинается с предварительной фазы (запуск архитектурного проекта). После прохождения от этапа A до B происходит запуск следующего Архитектурного проекта. Архитектурный цикл занимает в среднем три года. [3]

Ключевые документы TOGAF, которые используются для создания Архитектурного проекта:

1) Business Principles, Goals, Drivers: для команды архитектурного проекта важно понимать миссию, цели и стратегию предприятия.

2) Architecture Principles - правила, которыми руководствуются над разработкой архитектуры и на основе которых принимают решения.

3) Architecture Vision - описание желаемого результата, описание решения тех проблем, которые нужно достичь.

4) Statement of Architecture Work (устав проекта) - соглашение между спонсором и командой проекта о выполнении работ, куда включены все ограничения, правила, сроки и бюджет проекта.

5) Architecture Definition (описание архитектуры) - представление текущей и целевой архитектуры).

6) Architecture Requirements Specification (спецификация требований к архитектуре) - документ, в котором изложены все требования, ограничения и критерии достижения.

7) Transition Architecture (переходная архитектура) - документ, в котором сформированы проекты по каждому из промежуточных этапов архитектурного проекта.

8) Implementation and Migration Plan (план реализации и миграции) -сводный план реализации проектов, который направлен на достижение целевой архитектуры.

9) Architecture Contract - соглашение между архитекторами и исполнителями ИТ-проекта.

В заключение нужно отметить преимущества использования фреймворка TOGAF для разработки Архитектуры предприятия. Некоторые из них:

- свободный и бесплатный доступ для любой компании;

- совместим с другими фреймворками;

- содержит пошаговый процесс для разработки описания

- архитектуры и полный набор шаблонов, инструментов и т.д.

Использованные источники:

1. Аполов О. Г. «Архитектура предприятия»: курс лекций.- Уфа, 2013г.

2. Коротков А. «Архитектура предприятия: как заставить ИТ работать на вашу компанию?». - 2013г. URL: http: //andrey-korotkov.ru/wp-content/uploads/2013/02/andrey-korotkov.ru Enterprise architecture.pdf

3. Ю. Б. Гриценко. «Архитектура предприятия»: учебное пособие. - Томск,

2011г.

4. Олейник А. И., Сизов А. В. «ИТ-архитектура»: учебно-методическое пособие. - Москва, ГУ ВШЭ, 2012г.

5. Калянов Г. Н. «Построение архитектуры предприятия»: журнал «Корпоративные системы» (№3). - 2005г. URL: http: //www.management. com.ua/ims/ims 110. html

Першина Т.А.

студент Сгибнева С.С. студент МГПУ Россия, г. Москва

СРАВНИТЕЛЬНАЯ ХАРАКТЕРИСТИКА СТАТИЧЕСКИХ И ДИНАМИЧЕСКИХ САЙТОВ

Ключевые слова: статические сайты, динамические сайты.

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

Статические сайты

Статические сайты состоят из статических веб-страниц. Это означает, что независимо от действий пользователя страница всегда выглядит одинаково. Такие страницы хранятся на сервере как документы HTML. Верстаются статические страницы вручную. Если нужно изменить содержимое страницы, то приходится редактировать код HTML у каждой страницы.

Достоинства:

• Стоимостные затраты ниже;

• Минимальная нагрузка на веб-сервер.

Недостатки:

• Большие временные затраты на редактирование контента;

• Нецелесообразность использования в крупных проектах.

Динамические сайты

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