Требования к архитектуре их.

1. единообраз.опред.структ.многомерных данных с равноправным измер.информ.пространства

2. поддержка многопольз.реш.в среде клиент-сервер

3. легкая адаптация к новым информ.потребностям

4. выполнение запросов без количественных ограничений

5. удобный интерфейс

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

1. MOLAP – физ.структура, в кот. с опред.периодичностью загруж.данные с файлов-источников

2. вирт.структура ROLAP, кот.динамич.использ.при запросах, вызывающ.физич. манипулирование с файлами-источниками из реляц.БД (инструмент-м средством явл. Informix

3. гибридная структура – HOLAP, исп.при построении многоуровнего ИХ, применяем.на разных уровнях управления в больших корпорациях. Инструмент.ср-во – SAS SYSTEM

Подсистема Мета-информация(репозиторий)

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

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

-иерархия, агрегация измерений

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

- используемые функции

-физическое размещение на сервере

-права доступа пользователей

-частота обновлений

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

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

Подсистема преобразования данных создается только для MOLAP (для ROLAP преобраз-е осуществляется прямо из файлов-источников). Требуется осуществление след.функций (в обоих случаях):

1. сбор данных

2. очистка (происходит проверка данных)

3. агрегирование (осущест.суммирование по заданным в репозитарии признакам)

4. подсистемы предст.данных (организация витрин данных - ВД)

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

5. информ.система для руководителя

Подсистема оперативного анализа данных (OLAP-технологии)

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

1) поворот (добавление нового признака)

2) проекция (выборка подмножества)

3) раскрытие (декомпозиция признака агрегации на компоненты)

4) свертка

5) сечение – выделение подмножества данных по конкретным значениям одного или неск.измерений

Подсистема инт. данных (извлечения данных)

DATA-MINING

-используется в основном аналитиками, кот.исп. ИХ обнаруж. некоторые закономерности

Типичные задачи:

-прогнозирование

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

-классиф.ситуаций

Основные методы ИА

-многомерного стат-анализа

-индукции

-нейронные сети

подсистема WEB-публикации

Клиент-серверные технологии

Архитектура современной корпоративной информ.системы (КИС) базируется на принципах клиент-серверного взаимодействия прогр.компонентов инф.системы.

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

клиент – приложение, которое посылает запрос на обслуживание сервера. Задача клиента – инициирование связи с сервером, определение вида запроса на обслуживание, получение от сервера результата обслуживания, подтверждение окончания обслуживания.

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

Схема клиент-серверной архитектуры включает в себя 3 уровня представления:

1. уровень представл.данных пользователя

2. уровень обработки данных приложением

3. уровень взаимодействия с БД

Варианты клиент-серв.архитектуры

1)централизованная система

2)архитектура «файл-сервер»

3)двухуровневая архитектура «клиент-сервер»

4)многоуровневая архитектура «клиент-сервер»

архитектура «файл-сервер» представляет собой наиб.простой случай распределения обработки данных. На сервере располагаются только файлы данных, а на клиентской части исход.приложения пользователей вместе с СУБД. В этом случае файл-сервер – мощная по производ-ти ПВМ, явл.центром лок.сети. Использование файл-серверов предполагает, что вся обработка данных выполн.не раб.станции, а файл-сервер выполн.функции накопителя данных и средств доступа.

двухуровневая ар-ра «клиент-сервер» - основана только на исп-и сервера БД. В этом случае на сервере находятся БД вместе с СУБД и приклад.программами. Клиент. часть содержит уровень предоставл.данных. Можно отказаться от пересылки по сети файлов целиком и передавать отдельную выборку из БД. Пользоват.приложение разделяется на 2 части: 1я часть выполн.на сервере и связана с выборкой и агрегированием данных из БД. 2я часть – по предст.данных для анализа и принятия решений, выполн.на клиентской машине.

трехуровневая клиентская архитектура позволяет помещать прикладные программы на отдельные серверы приложения, которые через АРТ-интерфейс утанавл.связь клиентских раб.со станцией. Работа клиент. части приложения сводится к вызову необх.функций сервера приложений, кот.называются «сервисами». Прикладные программы в свою очередь обращаются к серверу БД с помощью SQL-запроса. Такая архитектура повышает производительность за счет: 1)многократности повторного использования общих функций обработки данных в множестве клиентских приложений 2) в параллельности работы сервера приложений и сервера БД 3) повыш.скорости и надежности обработки за счет дублирования программного обеспеч. на нескольких серверах приложения.

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