Характеристика рынка информационных технологий и информационных систем

Система электронного документооборота (СЭД) - это комплекс программ, созданных для контролируемого создания и управления документами на предприятии в соответствии с правилами обработки документов, обусловленными бизнес процессами предприятия [10-18].

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

СЭД по целевому назначению

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

2. работа с образами документов - полный цикл работы с бумажными документами

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

4. управление потоками работ (Workflow) - поддержка бизнес-процессов и маршрутизация контента,

5. коллективная работа с документами и поддержка проектных команд.

6. Функциональность систем

7. Хренение: Создание документа, Хранение документа, Регистрация входящих и исходящих документов, Полнотекстовый и атрибутный поиск, Контроль исполнения, Составление отчетов, Архивирование документов

8. Групповая работа: Уведомление исполнителей групповой работы о событиях, Уведомление о версиях документа, Распределение прав доступа

9. Документооборот: Настройка и мониторинг бизнес-процесса , Маршрутизация документа

К числу распространенных систем документооборота относятся системы: «NauDoc», «1C:Архив» компании 1C, «DocsVision» компании Digital Design, «LanDocs» компании Ланит, «Optima-WorkFlow» компании Optima, «Евфрат» - компания Cognitive – Technologies, «Эффект-Офис» компании ИКК - Гарант Интернэшнл.

12.2 Разработка стратегии развития информационной системы предприятия. SWOT - анализ.

SWOT-анализ - метод анализа в стратегическом планировании, заключающийся в разделении факторов и явлений на четыре категории: Strengths (Cильные стороны), Weaknesses (Слабые стороны), Opportunities (Возможности) и Threats (Угрозы).

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

Этапы SWOT – анализа включают в себя: определение состояние компании по каждому параметру, оценку всех элементов и расстановку приоритетов,

проведение анализа кросс – стратегий.

Кросс-стратегии SWOT анализа:

S-0 – «наступление» (развитие сильных сторон с использованием возможностей), W-0 – «маневр» (преодоление слабостей с использованием возможностей),

S-T – «оборона» (использование сильных сторон во избежание угроз), W-T – «фортификация» (усиление слабых мест во избежание угроз).

Кроме проведения SWOT - анализа, необходимо проводить анализ «окружения компании».

Внешний анализ рекомендуется проводиться в соответствии с моделью GETS, что означает четыре группы внешних факторов (по первым буквам) [16, 21]:

Government - правительство, Economy - экономика, Technology - технология, Society - общество.

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

13.2 Структура отдела информационных систем. Должностные обязанности сотрудников. Роль информационных менеджеров

Штат из одного сотрудника

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

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

ИТ-отдел

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

ИТ–управление, ИТ–компания

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

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

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

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

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

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

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

Служба безопасности. Состоит из инженеров по безопасности и практически всегда выделяется в отдельный

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

14.2 Централизованная и децентрализованная системы обработки информации. Преимущества и недостатки.

К настоящему времени сложились две основные формы организации обработки информации - централизованная и частично или полностью децентрализованная [10-18].

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

К преимуществам централизованной модели обработки информации можно отнести:

· наличие сильного контроль за информационной системой, ее обслуживанием,

· наличие информационных ресурсов, расположенных в одном месте в компании, что влечет за собой снижение затраты на их создание, обслуживание,

· упрощение настройки безопасности для доступа к данным, расположенным в одном месте,

· наличие опытных и квалифицированных специалистов для работы с информационной системой в центральном вычислительном центре,

· наличие более управляемого процесса управления большими объемами информации,

· легкость консолидации и стандартизации данных в соответствии с корпоративными регламентами работы с данными

· легкость внедрения методологических решений по развитию и совершенствованию информационной технологии обработки информации.

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

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

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

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

· ограничена ответственность и мотивация персонала информационной системы, что не способствует оперативному получению информации пользователем.

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

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

· организация мала,

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

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

· имеет место монолитная организация с централизованным автократическим подходом к управлению,

· централизация является жизненной необходимостью.

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

Преимуществами децентрализованной организации информационной системы являются:

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

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

· уменьшаются телекоммуникационные затраты,

· системы меньше и проще, поэтому ими проще управлять, создавать и поддерживать, уменьшается централизованный контроль,

· цели использования ресурсов и усилий могут быть тщательно продуманы,

· усиление ответственности низшего звена сотрудников.

Недостатки децентрализованной системы обработки информации заключаются в следующем:

· происходит дублирование ресурсов,

· есть вероятность в неэффективном использовании информационных ресурсов,

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

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

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

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

· организация значительна по размерам,

· децентрализация поддерживается органами управления,

· существует потребность в скорости и гибкости информационного обслуживания,

· применяются различные операции, сервис уникален для каждой части организации и должен контролироваться этим подразделением,

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

· имеется связь между производительностью и децентрализацией.

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

15.1 Информационные системы управления персоналом.
Успешность деятельности любого предприятия зависит, не в последнюю очередь, от квалификации персонала предприятия, его умения и желания продуктивно работать. Следовательно, вопросы продуманного управления персоналом должны занимать одно из ключевых мест в общей стратегии развития предприятия. Важная роль в оптимизации управления сотрудниками предприятия принадлежит автоматизированным системам управления персоналом (так называемым Human Resource Systems ).

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

Подавляющее большинство комплексных корпоративных информационных систем (КИС) построены по модульному принципу и имеют в своем составе модуль управления персоналом, реализующий автоматизированное управление кадрами (нередко управление кадрами объединено также с расчетом зарплаты). Можно назвать такие известные в мире системы, имеющие в своем составе Human Resources (HR) модули, как SAP R/3, Baan, Oracle Applications и др. Существуют и автономные программные пакеты управления персоналом, одним из примеров которых является ПО Renaissance C S Human Resources.

Западные разработчики вложили в создание НR -систем огромные человеческие и материальные ресурсы, а также накопили опыт их внедрения на сотнях и тысячах зарубежных предприятий. В то же время, существуют определенные ограничения для распространения этих модулей на отечественных предприятиях (не принимая во внимание такие факторы, когда собственниками предприятия являются западные инвесторы, а внедряемая система принята в качестве корпоративного стандарта). Основными из этих ограничений являются:

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

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

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

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

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

15.2 Организация документооборота на предприятии. Анализ документооборота: диаграммы потоков данных - DFD(Data Flow Diagrams), операционные таблицы.

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

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

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

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

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

финансово-бухгалтерская (главная книга, баланс, годовой отчет, акты ревизий и т. п.);

организационно-правовая (устав, штатное расписание, должностная инструкция и т. п.);

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

документация по трудовым отношениям (трудовые контракты, личные дела, графики отпусков и т. п.);

личные документы (расписки, автобиографии, доверенности и т. п.).

Электронный документооборот помогает автоматизировать подготовку, согласование, принятие, регистрацию и исполнение – все этапы взаимодействия с внутренними документами на предприятии.

Классический стандарт DFD(Data Flow Diagramming). содержит набор символов или обозначений, с помощью которых описывается бизнес-процесс. Эти обозначения принято называть языком или методологией описания процессов. В данном случае этот язык или методология являются классическими.

Нотация диаграмм потоков данных позволяет отображать на диаграмме

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

стей значение имеет передача управления). Также на диаграмме можно отображать средства автоматизации шагов бизнес-процессов. Обычно используется для отображения третьего и ниже уровня декомпозиции бизнес-процессов (первый уровень — перечень бизнес-процессов (IDEF0), а второй — функции, выполняемые в рамках бизнес-процессов (IDEF3)).

Области применения диаграмм потоков данных:

–– моделирование функциональных требований к проектируемой системе;

–– моделирование существующего процесса движения информации;

–– описание документооборота, обработки информации;

–– дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота;

–– проведение анализа и определения основных направлений реинжиниринга информационной системы.

Диаграммы DFD могут дополнить то, что уже отражено в модели IDEF0,

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

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

На самом деле, несмотря на свое различие, в основном связанное с названием диаграмм и видов используемых объектов современные методологии описания бизнес-процессов практически идентичны и представляют из себя незначительные видоизменения двух классических схем - DFD и WFD – Work Flow Diagram, которые были рассмотрены.

16.1 Выбор предприятия-разработчика информационных систем.

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

время работы на рынке финансово-экономического программного обеспечения;

лицензионная чистота программного продукта (в том числе регистрация программного продукта в РосАПО); расходы заказчика на программное обеспечение.

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

уровень реализованных проектов; (уровень корпораций либо уровень малого бизнеса)

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

· постановка системы управления предприятием (обследование предприятия по вопросам постановки учета и документооборота, консалтинговые услуги и т.п.);

· поставка и внедрение системы;

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

16.2 Использование хранилищ данных (Data Ware House) и технологии OLAP (On Line Analytical Processing)

Хранилище данных (DWH), ранее, организовывалось исключительно для поддержки функций систем бизнеса-анализа и отчетности и, как правило, на уровне отдельных бизнес-подразделений. Но теперь ситуация изменилась. Быстрые темпы развития бизнеса привели и к росту требований, предъявляемым к хранилищу данных. Тенденции рынка, в числе которых глобализация, консолидация отраслей, слияния и поглощения, а также появление новых более жестких требований регулирования, заставляют компании быть более подвижными и конкурентоспособными. Бизнесу необходим более оперативный доступ к данным, а данные должны быть непротиворечивыми, полными и надежными.

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

Являясь уже на протяжении многих лет лидером в области организации хранилищ данных, Informatica переопределила данный термин. Мы предлагаем программное обеспечение и услуги, которые позволяют Вашему ИТ-подразделению организовать корпоративное хранилище данных, использующее данные для получения конкурентных преимуществ и достижения максимально возможной операционной эффективности.
Причина использования OLAP для обработки запросов — это скорость. Реляционные БД хранят сущности в отдельных таблицах, которые обычно хорошо нормализованы. Эта структура удобна для операционных БД (системы OLTP), но сложные многотабличные запросы в ней выполняются относительно медленно.OLAP-структура, созданная из рабочих данных, называется OLAP-куб. Куб создаётся из соединения таблиц с применением схемы звезды или схемы снежинки. В центре схемы звезды находится таблица фактов, которая содержит ключевые факты, по которым делаются запросы. Множественные таблицы с измерениями присоединены к таблице фактов. Эти таблицы показывают, как могут анализироваться агрегированные реляционные данные. Количество возможных агрегирований определяется количеством способов, которыми первоначальные данные могут быть иерархически отображены. Например, все клиенты могут быть сгруппированы по городам или по регионам страны (Запад, Восток, Север и т. д.), таким образом, 50 городов, 8 регионов и 2 страны составят 3 уровня иерархии с 60 членами. Также клиенты могут быть объединены по отношению к продукции; если существуют 250 продуктов по 20 категориям, 3 группы продукции и 3 производственных подразделения, то количество агрегатов составит 16560. При добавлении измерений в схему количество возможных вариантов быстро достигает десятков миллионов и более. OLAP-куб содержит в себе базовые данные и информацию об измерениях (агрегаты). Куб потенциально содержит всю информацию, которая может потребоваться для ответов на любые запросы. При огромном количестве агрегатов зачастую полный расчёт происходит только для некоторых измерений, для остальных же производится «по требованию».

Существуют три типа OLAP:

многомерная OLAP (Multidimensional OLAP — MOLAP);

реляционная OLAP (Relational OLAP — ROLAP);

гибридная OLAP (Hybrid OLAP — HOLAP).

MOLAP — это классическая форма OLAP, так что её часто называют просто OLAP. Она использует суммирующую БД, специальный вариант процессора пространственных БД и создаёт требуемую пространственную схему данных с сохранением как базовых данных, так и агрегатов.
ROLAP работает напрямую с реляционным хранилищем, факты и таблицы с измерениями хранятся в реляционных таблицах, и для хранения агрегатов создаются дополнительные реляционные таблицы.
HOLAP использует реляционные таблицы для хранения базовых данных и многомерные таблицы для агрегатов.
Особым случаем ROLAP является ROLAP реального времени (Real-time ROLAP — R-ROLAP). В отличие от ROLAP в R-ROLAP для хранения агрегатов не создаются дополнительные реляционные таблицы, а агрегаты рассчитываются в момент запроса. При этом многомерный запрос к OLAP-системе автоматически преобразуется в SQL-запрос к реляционным данным.

Каждый тип хранения имеет определённые преимущества, хотя есть разногласия в их оценке у разных производителей. MOLAP лучше всего подходит для небольших наборов данных, он быстро рассчитывает агрегаты и возвращает ответы, но при этом генерируются огромные объёмы данных. ROLAP оценивается как более масштабируемое решение, использующее к тому же наименьшее возможное пространство. При этом скорость обработки значительно снижается. HOLAP находится посреди этих двух подходов, он достаточно хорошомасштабируется и быстро обрабатывается. Архитектура R-ROLAP позволяет производить многомерный анализ OLTP-данных в режиме реального времени.

Сложность в применении OLAP состоит в создании запросов, выборе базовых данных и разработке схемы, в результате чего большинство современных продуктов OLAP поставляются вместе с огромным количеством предварительно настроенных запросов. Другая проблема — в базовых данных. Они должны быть полными и непротиворечивыми.

С точки зрения реализации делятся на «физическую OLAP» и «виртуальную» (реляционную, англ. Relational OLAP, ROLAP). «Физическая», в свою очередь, в зависимости от реализации подразделяется на многомерную (англ. Multidimensional OLAP, MOLAP) и гибридную — (англ. Hybrid OLAP, HOLAP).

В первом случае наличествует программа, выполняющая на этапе предварительной загрузки данных в OLAP из источников предварительный расчёт агрегатов (вычислений по нескольким исходным значениям, например «итог за месяц»), которые затем сохраняются в специальную многомерную базу данных, обеспечивающую быстрое извлечение и экономичное хранение.

Гибридная реализация является комбинацией: сами данные хранятся в реляционной базе данных, а агрегаты — в многомерной.

В ROLAP-реализациях все данные хранятся и обрабатываются реляционных системах управления базами данных, а агрегаты могут не существовать вообще или создаваться по первому запросу в СУБД или кэше аналитического программного обеспечения.