3.2. Архитектура двухуровневый Клиент—Сервер.

В отличие от архитектуры Файл - Сервер, распределенная обработка дан­ных типа Двухуровневый Клиент—Сервер (Слайд 9) предполагает, что на сер­вере находится БД под управлением СУБД в архитектуре Клиент—Сервер.

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

Рабочая станция должна иметь достаточно высокие технические параметры для выполнения сложных приложений.

Недостатком архитектуры является наличие очень высоких требований к техническому комплексу сервера БД, который становится центральным звеном всей ИС и определяет ее надежность.

3.3. Многоуровневый Клиент—Сервер

(Слайд 10)

На рабочей станции установлены только программные средства, поддерживающие интерфейс с БД. На сервере БД находятся БД под управлением СУБД, архитектура сети — Клиент—Сервер, В архитектуре ИС выделен сервер приложений, на котором находятся программные средства общего пользования. Эти серверы выполняют всю содержательную обработку данных.

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

• операционные системы,

• СУБД,

• интерфейсы конечных пользователей,

• типы серверов,

• типы рабочих станций.

4. Современный подход к функционированию арм аналитика, финансиста и бухгалтера в системах распределенной обработки информации.

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

1. Системы оперативной обработки данных — OLTP (On - Line Transaction Processing) (Слайд 11) - традиционные ИС учета регистрации первичной информации (бухгалтерские, складские системы, системы учета выпуска готовой продукции и т. п.) построенные как система из АРМ бухгалтера, АРМ кассира и пр.

Выполняется сбор и регистрация больших объемов первичной информации, используются достаточно простые алгоритмы расчетов и запросов к БД, структура которой стабиль­на в течение длительного времени (5-7 лет) для эф­фективного функционирования прикладного ПО.

В OLTP-системах большое значение имеет защита БД от несанкционированного доступа, аппаратных и программных сбоев в работе АРМ. Формы входных и выходных документов, схемы документооборо­та жестко регламентированы. Для повышения эффективности функционирова­ния используются компьютерные сети АРМ с архитектурой Клиент—Сервер.

2. Системы поддержки и принятия решений — DSS (Decision Support Systems) - (Слайд 12) ориентированы на реализацию слож­ных бизнес - процессов, требующих аналитической обработки информации, фор­мирование новых знаний.

Анализ информации имеет определённую целевую ориентацию, например финансовый анализ предприятия, аудит бухучета и реализуется на базе АРМ финансиста, либо АРМ аналитика - в зависимости от предметной области ИС.

Отличительной особенностью таких систем являются:

• создание хранилищ данных большой ёмкости DW (Data Warehouse) путем интеграции разнородных источников, находящихся в системах оперативной обработки данных (OLTP);

• использование методов и средств аналитической обработки данных -OLAP-технологии (On - Line Analytical Processing);

• интеллектуальный анализ данных, обеспечивающий формирование новых знаний – DM - технологии (Data Mining).

Определение Хранилище данных — это предметно-ориентированное, привязанное ко времени и неиз­меняемое собрание данных для поддержки процесса принятия управляющих решений.

На основе Хранилищ данных создаются подмножества данных — т.н. OLAP-кубы - многомерные иерархические структуры данных, содержащие множество при­знаков (Слайд 13):

• дата/время (период времени, к которому относятся данные);

• уровень управления (структурное подразделение), которому соответствуют данные;

• сфера деятельности (бизнес-сфера, результат), к которой относятся данные;

• субъект управления (лицо принимающее решение);

• вид ресурса и другие.

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

Основные современные инструментальные средства OLAP-технологий (Слайд 14):

1. Многомерные СУБД (MDDB — Multi Disentail Data Base), сложная аналитическая обработка которых обеспечивается специальным программным обеспечением. (SAS System компании SAS Institute, Plato OLAP Server beta 3 фирмы Microsoft).

2. Оперативная аналитическая обработка т.н. реляционных БД (Relation OLAP). Данные реляционных БД (например – Access) отображаются в иерархиче­ские структуры или, например, в виде так называемых OLAP-кубов (см. выше). Обеспечены гиб­кость алгоритмов сбора исходных данных для формирования данных для анализа, универсальность методов проведения анализа данных, возможность представления результатов анализа в различных форматах. (Модуль Decision Cube Borland Delphi 4.0, OLAP-кубы Excel 2007).

3. Инструментальные средства генерации запросов и отчетов, дополненные функ­циями OLAP - создание аналитических отчетов и отчетов иерархической структуры данных большой глубины, вычисление статистических итоговых функций и др. (Business Objects, Power Play фирмы Cognos).

4. Специализированные модули OLAP-технологий в составе систем управления крупными предприятиями типа Enterprise Resources Planning (ERP) как отдельные программные модули или самостоя­тельные ИС, имеющие доступ к корпоративному хра­нилищу данных (SAP R / 3).

8