Проектирование систем оперативного анализа данных

Современные системы поддержки принятия решений (СППР) основаны на применении специализированных информационных хранилищ и технологий оперативного анализа данных.

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

Архитектура системы оперативного анализа данных представлена на схеме:

OLAP (On-Line Analytical Processing) – оперативный анализ данных

Подсистема преобразования данных – используется для загрузки ИХ и выполняет следующие функции:

- сбор данных,

- очистка данных,

- агрегирование данных (объединение по какому-либо признаку: показатели предприятия (прибыль), суммирование информации и т.п.).

 

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

- физической – перенос данных из источников в хранилище,

- виртуальной – описание хранилища в виде запроса,

- гибридной – многомерные хранилище.

 

Репозиторий – подсистема метаинформации (данные о данных). Представляет собой описание структуры информационного хранилища:

- состав показателей,

- форматы данных,

- измерение анализа,

- права доступа пользователя и т.п.

 

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

 

ИС руководителя – предназначена для лиц непосредственно принимающих решение. Требования:

- интерфейс должен быть упрощён (интуитивно понятен),

 

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

 

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

 

Подсистема web-публикаций – предполагает преобразование данных ИХ в html вид.

 

Проектирование ИХ состоит из следующих операций:

1. Идентификация предметной области,

2. Концептуальное моделирование ИХ (логическое проектирование),

3. Формализация ИХ (физическое проектирование, решаются программно-технические вопросы о хранении, взаимодействии и т.п.),

4. Реализация проекта ИХ (наполнение информацией, отладка),

5. Внедрение и эксплуатация ИХ.

 

Основные понятия и классификация CASE-технологий

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

Архитектура CASE-средства представлена на схеме:

 

Ядром CASE-средства является репозиторий, который представляет собой специализированную БД, предназначенную для отображения состояния проектируемой ЭИС в каждый момент времени.

 

Современные CASE-средства классифицируются по следующим признакам:

1. По типам – отображает функциональную ориентацию CASE-средства:

а) средства анализа (моделирование),

б) средства анализа и проектирования,

в) средства проектирования БД (ER Win),

г) средства разработки приложений (Delphi, C),

д) средства реинжиниринга (обратная генерация: из существующего файла - модель).

 

2. По поддерживаемым методологиям проектирования:

а) функционально-ориентированные,

б) объектно-ориентированные,

в) комплексно-ориентированные.

3. По поддерживаемым графическим нотациям:

а) с фиксированной нотацией,

б) с отдельными и наиболее распространенными нотациями.

 

4. По степени интегрированности:

а) отдельные локальные средства,

б) набор не интегрированных средств, охватывающих большинство этапов проектирования,

в) полостью интегрированные средства.

 

5. По режиму коллективной разработки проекта:

а) не поддерживающие коллективную разработку,

б) ориентированные на режим реального времени разработки проекта,

в) ориентированные на режим объединения подпроектов.