Практикум по дисциплине «Архитектура предприятия»

Анализ бизнес-событий позволяет понять, как инициируются бизнес-

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

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

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

21

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

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

22

Модель определяет инфраструктуру для интеграции различных приложений и данных. Например, в проектах в области "электронного правительства", когда имеется большое количество государственных информационных систем различных ведомств, возникает настоятельная потребность создания самостоятельной инфраструктуры интеграции, с целью предоставления государством интегрированных услуг гражданам и бизнесу по принципу "одного окна".

ПОРЯДОК ПРОВЕДЕНИЯ РАБОТЫ

1.Идентифицировать ряд (не менее 5) критически важных для рассматриваемой системы бизнес-процессов.

2.Построить матрицы взаимных связей для этих бизнес-процессов.

23

3. Для двух из выбранных бизнес-процессов произвести детализацию бизнес-

моделей по четырем направлениям, заполняя средний столбец в таблицах 1 – 4.

4. Для каждого шага процессов, рассмотренных на третьем этапе,

определить ответственных за выполнение шага.

5. Представить отчет о работе в виде конспекта теоретического материала,

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

КОНТРОЛЬНЫЕ ВОПРОСЫ

1.Перечислите предметные области (домены) архитектуры предприятия.

2.Что такое бизнес-модели? Для чего они используются?

3.Что входит в понятие контекста бизнес-архитектуры?

4.По каким направлениям проводится детализация моделей высокого

уровня?

24

ТЕМА № 4 РАЗРАБОТКА ИНФОРМАЦИОННОЙ МОДЕЛИ И МОДЕЛИ

ПРИЛОЖЕНИЙ ДЛЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ

Архитектура информации

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

Результатами процесса разработки архитектуры информации являются:

документированное описание существующих источников данных;

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

"канонических" представлений данных, описывающих их использование бизнес-

пользователями;

описание существующих и планируемых информационных потоков,

соответствующих интерфейсов, алгоритмов преобразования или консолидации данных, а также необходимые соглашения по уровню сервиса, связанного с передачей данных;

описание решений по организации хранения данных – от общих каталогов до витрин и хранилищ данных;

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

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

25

Особенностью информационной архитектуры предприятия является необходимость обработки двух типов данных: оперативных и аналитических. Поэтому организации обычно приходится решать два класса задач: обеспечение повседневной работы по вводу и обработке информации и создание информационного хранилища в целях анализа данных для выявления тенденций развития, прогнозирования состояний, оценки и управления рисками и т.д. Задачи первого класса полностью решаются OLTP-системами (OnLine Transactional Processing – оперативная обработка транзакций). Для работы с аналитическими данными предназначены OLAP-системы (OnLine Analytical Processing – оперативная аналитическая обработка), которые построены по технологии хранилища данных и служат для агрегированного анализа больших объемов данных и подготовки отчетов.

Для сбора, хранения и извлечения информации могут использоваться различные инструментальные средства:

ODS (Operational Data Store) – оперативное хранилище данных, которое обеспечивает процессы извлечения, трансформации и загрузки данных.

Data Warehouse – основное хранилище данных, представляющее собой специализированную базу данных, в которой собирается и накапливается информация, необходимая менеджерам для подготовки решений.

Data Mart – витрина данных, представляющая собой совокупность данных, имеющая специфическую организацию и предназначенная для решения однородных задач одной области или нескольких смежных областей.

Информация в ODS носит, как правило, транзакционный характер, обновляется часто (как минимум, ежедневно, а, как правило, еще чаще – ежечасно), хранится в течение короткого периода времени. Оперативный склад данных содержит тактические данные, извлеченные из OLTP-систем и предназначенные для удовлетворения оперативных нужд. Цель ODS – предоставить оперативную информацию в удобной для тактического анализа форме, снизить нагрузку на OLTP-системы со стороны средств анализа и отчетности. ODS может выступать в качестве одного из источников для хранилища данных. ODS считаются тактически-ориентированными, хранилища данных – предметно-ориентированными, витрины данных – функциональноориентированными.

26

В качестве примера описания потоков и источников данных государственной организации приведем следующую схему:

Архитектура приложений

Включает формирование и управление портфелем прикладных систем предприятия, а также разработку самих прикладных систем.

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

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

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

Таким образом, портфель прикладных систем – это интегрированный набор информационных систем предприятия, который обеспечивает потребности бизнеса и включает в себя следующие аспекты:

27

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

имногократно в рамках предприятия, и стимулировать такое повторное использование.

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

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

Контекст управления портфелем прикладных систем имеет вид:

28

Существуют различные способы оценки портфеля и классификации прикладных систем предприятия: 1) по ценности с точки зрения бизнеса и техническому состоянию; 2) по выполнению ключевых функций организации; 3) по различным архитектурным стилям.

Каталог портфеля прикладных систем должен включать следующие позиции:

Название системы.

Описание системы.

Список технологических компонентов.

Область применения с точки зрения бизнеса, т.е. функциональные возможности (например, CRM, финансы, управление кадрами и пр.).

"Владелец" системы со стороны бизнеса.

Оценка пользы прикладной системы для бизнеса.

Ответственный за систему со стороны ИТ-подразделения.

Оценка технического состояния.

Оценка возможностей по обеспечению новых потребностей бизнеса.

Дата обновления этой информации.

ПОРЯДОК ПРОВЕДЕНИЯ РАБОТЫ

1.Для рассматриваемого предприятия идентифицировать имеющиеся данные.

2.Идентифицировать внутренние и внешние источники информации.

3.Определить недостающие и избыточные информационные потоки.

4.Сформировать интегрированные представления данных, такие как основные хранилища, витрины и оперативные хранилища данных.

5.Построить схему общей архитектуры информации для предприятия.

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

7.На основе полученных результатов классифицировать существующий портфель прикладных систем.

8.Разработать планируемый в будущем портфель прикладных систем.

29

9.Составить план перехода от существующего портфеля к планируемому.

10.Представить отчет о работе в виде конспекта теоретического материала, результатов моделирования и ответов на контрольные вопросы.

КОНТРОЛЬНЫЕ ВОПРОСЫ

1.Что такое архитектура информации?

2.Какие прикладные системы предприятия могут обеспечить доступ к данным?

3.Что такое архитектура приложений?

4.По каким признакам может производиться классификация приложений?

5.Представьте характеристики каждого направления классификации.

6.Что входит в каталог портфеля прикладных систем?

30