- •Методические указания
- •Теоретическая часть
- •1.1. Бизнес- архитектура
- •1.2.Декомпозиция процессов
- •1.3. Анализ бизнес-событий
- •1.4. Моделирование местоположений выполнения процессов
- •1.5. Модель интеграции процессов
- •Практическая часть
- •2.1. Порядок выполнения
- •2.2. Контрольные вопросы
- •Теоретическая часть
- •1.1. Описание и моделирование бизнес-процесса
- •1.2. Основные элементы и понятия idef0
- •1.2. Дисциплина групповой работы над разработкой idef0-модели
- •1.3.2. Описание структуры делового процесса
- •1.3.3.Описание взаимодействий между процессами
- •1.3.4. Декомпозиция процесса
- •2. Практическая часть
- •2.1. Порядок выполнения
- •2.2. Контрольные вопросы
- •Теоретическая часть
- •1.1. Контекст и основные элементы архитектуры информации
- •1.2. Модели и инструменты описания архитектуры информации
- •2. Практическая часть
- •2.1. Порядок выполнения
- •2.2. Контрольные вопросы
- •1. Теоретическая часть
- •1.1. Модели деятельности предприятия
- •1.2. Процессная модель предприятия
- •1.3. Построение моделей деятельности предприятия
- •1.4. Построение процессной модели деятельности предприятия
- •2. Практическая часть
- •2.1. Порядок выполнения
- •2.2. Контрольные вопросы
1.1. Контекст и основные элементы архитектуры информации
Эффективность работы с информацией определяется разнообразием источников, а также различием её формы. Это обуславливает применение специфических технологий и методов работы с информацией: 1) структурированная информация (реляционные и объектные модели); 2) развивающиеся, основанные на XML стандарты для полуструктурированной информации; 3) неструктурированная информация в форме текстов, графиков, образов, сопровождаемая определенными описательными данными (метаданными и каталогами). Архитектура информации (данных) определяет, какие данные необходимы для поддержания бизнес-процессов, а также для обеспечения стабильности и возможности долговременного использования этих данных в прикладных системах. Архитектура информации включает в себя модели, которые описывают процессы обработки информации (information value chain), основные информационные объекты, связанные с бизнес-событиями, информационные потоки и принципы управления информацией. Архитектура должна описывать как те данные, которые требуются для выполнения процессов (операционные), так и аналитические данные и "контент", публикуемый на Web. Разработка архитектуры информации заключается в организации общего описания информации, требующейся для бизнеса, а также политик и правил работы с информацией. Данные на предприятии проходят через большое количество шагов в процессе своего жизненного цикла. В таком потоке могут встречаться разветвления и слияния, одни и те же данные могут обрабатываться разными прикладными системами и храниться в различных базах данных: базах оперативного хранения информации, хранилищах данных, витринах данных (предназначенных для анализа и быстрого получения отчетов). Все это приводит к фрагментации данных, работе с ними различных подразделений и требует координации в рамках единой архитектуры информации предприятия.
В ходе разработки архитектуры информации решаются следующие задачи:
идентификация и инвентаризация существующих данных, включая определение их источников, процедур изменения и использования, ответственность, оценка качества;
сокращение избыточности и фрагментарности данных с целью уменьшения затрат на устройства хранения, стоимости их обслуживания, а также повышение качества данных за счет исключения неоднозначности и противоречивости различных экземпляров;
исключение ненужных перемещений или копирования данных, особенно связанных с наличием большого количества унаследованных или устаревших приложений;
формирование интегрированных представлений данных, таких как витрины и хранилища; обеспечение доступности данных в режиме, приближенном к режиму реального времени, за счет использования средств обмена сообщениями, интеграционных брокеров и шлюзов;
интеграция метаданных, что позволит обеспечить целостное представление данных из различных источников;
сокращение числа используемых технологий и продуктов, что позволяет снизить расходы на обслуживание, а также получить дополнительные, объемные скидки от поставщиков применяемых продуктов;
улучшение качества данных, прежде всего, за счет привлечения бизнес-пользователей к управлению и определению данных;
улучшение защиты данных на основе использования последовательных и согласованных мер, обеспечивающих, с одной стороны, защиту от несанкционированного доступа, а с другой – доступность данных для их использования на практике.
На концептуальном уровне абстракции архитектура информации должна описывать аспекты, связанные с получением, хранением, трансформацией, презентацией, анализом и обработкой информации. Для этого необходимы следующие процессы управления информацией:
получение данных из внутренних и внешних источников;
классификация данных по типам;
хранение и извлечение данных;
редактирование (или обновление) данных;
контроль качества (удаление или исправление некорректных данных);
презентация (трансформирование данных для определенной аудитории потребителей);
распространение информации для различных групп потребителей;
оценка (полезности, а также соотношения цены/качества данных);
обеспечение безопасности информации (например, аутентификация данных от различных источников, назначение адекватного уровня доступа; определение требований по аудиту; обеспечение механизмов резервного хранения и восстановления).
В качестве иллюстрации на рисунке 15 показана общая картина архитектуры информации.
Рисунок 15.
Реализация архитектуры информации обеспечивает единый в масштабах всего предприятия доступ к определениям элементов данных, своевременный доступ к корректным данным и соответствующий уровень безопасности и защиты для всех данных. Это является основой для реализации систем поддержки принятия решений, систем обработки транзакций и аналитических систем.
Для понимания архитектуры информации и того, как данные хранятся и обновляются, важно отличать типы прикладных систем, которые обеспечивают доступ к данным. Два наиболее важных типа таких систем – это системы онлайновой обработки транзакций (OLTP – Online Transaction Processing) и системы он-лайновой аналитической обработки (OLAP – Online Analitical Processing). Третий тип – системы управления неструктурированными данными (контентом). OLTP-системы применяются для выполнения критически важных, повседневных операций. Чаще всего они используются многими пользователями одновременно для ввода, обновления и извлечения данных. OLTP-системы способны выполнять атомарные бизнес-функции и четко обозначенные единицы работ – как правило, в форме одной или нескольких транзакций, выполняемых как одно целое (например, транзакция "изменение адреса клиента").
OLAP-системы используются для анализа, планирования и управления получением отчетов путем обеспечения интерактивного доступа к широкому спектру информации. В OLAP-системах обычно обрабатываются агрегированные данные для получения ответа на такие вопросы: "Сколько было потрачено на покупку офисной техники в прошлом году?", "Каков был объем продаж изделия X в городе N в первом квартале?" Данные для OLAP-систем, как правило, извлекаются из транзакционных OLTP-систем и помещаются, или реплицируются в специальные базы данных – хранилища или витрины данных. Витрины данных являются специализированными хранилищами, которые ориентированы на предоставление информации, требующейся для бизнес-анализа на предприятии.
Таким образом, мы можем сказать, что архитектура информации включает в себя, в частности, такие области (а также связанные с ними стандарты, руководства и пр.), как:
федеративные данные (метаданные);
моделирование данных;
системы управления базами данных;
программное обеспечение промежуточного слоя (middleware) для доступа к данным;
механизмы доступа к данным;
безопасность данных.
Однако окончательный набор дисциплин, связанных с архитектурой информации, определяется, в конечном итоге, потребностями предприятия.
Безусловно, область архитектуры информации имеет пересечения с остальными доменами архитектуры предприятия. Типичным примером такого пересечения является стандарт XML, который имеет отношение одновременно как к архитектуре информации, так и к архитектуре приложений. Другим примером являются системы управления базами данных, которые относятся и к архитектуре информации, и к технологической архитектуре (инфраструктуре). Реализация сложных систем, таких, например, как хранилища и витрины данных, требует участия специалистов по архитектуре информации, прикладным системам и инфраструктуре.
Рекомендуемыми первыми шагами на пути создания архитектуры информации являются следующие шаги:
создание словаря данных и репозитория метаданных;
выбор системы записи информации о каждом элементе данных.
Эти шаги впоследствии будут способствовать созданию оперативного хранилища данных (ODS – Operational Data Store), которое обеспечивает стандартные процессы извлечения, трансформации и загрузки данных (ETL – Extract, Transform, Load), а также очистки данных и создания метаданных. Оперативное хранилище является краеугольным камнем для повторного, многократного использования данных, а в последующем – для создания хранилищ и витрин данных.
После того как решены эти первые задачи, необходимо обеспечить такие условия, чтобы все процессы создания и доступа к информации на предприятии соответствовали разработанной архитектуре.