Тема 1: Введение. Основные понятия и категории автоматизации банковской деятельности.
1. Понятие ИБТ и их виды
Пример операционной технологии
Пример документарной технологии
Документарная технология проведения расчетных операций платежными поручениями по одному бизнес-процессу
Составляющие документарной технологии
Схема отношений между тремя типами объектов
2. АБС, их сущность, структура
Структура ИБС
3. Основные программно-функциональные модули АБС
4. Способы построения ЕИПБ
Пример реляционной СУБД
Пример хранилища данных
Пример работы хранилища данных и витрин данных
1.33M

Понятие и категории автоматизации банковской деятельности

1. Тема 1: Введение. Основные понятия и категории автоматизации банковской деятельности.

1. Понятие ИБТ и их виды.
2.АБС, их сущность, структура.
3. Основные программно-функциональные
модули АБС.
4. Способы построения ЕИПБ.

2. 1. Понятие ИБТ и их виды

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

3.

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

4.

4) гибкость настройки модулей банковской системы и
адаптация их к потребностям и условиям конкретного
банка;
5) масштабируемость, предусматривающая расширение и
усложнение функциональных модулей системы по мере
развития бизнес-процессов (например, поддержка работы
филиалов и отделений банка, углубление анализа и т.д.);
6) многопользовательский доступ к данным в реальном
времени
и
реализация
функций
в
едином
информационном пространстве;
7) моделирование банка и его бизнес-процессов,
возможность
алгоритмических
настроек
бизнеспроцессов;
8) непрерывное развитие и совершенствование системы
на основе ее реинжиниринга бизнес-процессов.

5.

Виды информационных банковских технологий
В зависимости
от способа
построения ИБТ
Операционные
Документарные
Объектные

6.

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

7. Пример операционной технологии

8.

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

9. Пример документарной технологии

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

11.

Таким образом, документарная технология, являясь
совокупностью
бизнес-процессов,
объединяет
три
составляющие: технологические цепочки, маршрутизацию,
бухгалтерский учет (учетную политику).
Технологические цепочки определяют направление обработки
документов. Они строятся на основе моделей состояния
обрабатываемых документов.
Модель состояния представляет собой последовательность
действий, выполняемых над обрабатываемыми документами, и
набор состояний, в которых может находиться документ.
Технологическая цепочка может меняться в зависимости от
текущих условий.
В процессе обработки, перемещаясь от одного исполнителя к
другому, документы могут по-разному отражаться в учете банка.
Документарная технология позволяет выполнять настройки
разных схем учета.

12. Составляющие документарной технологии

13.

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

14.

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

15. Схема отношений между тремя типами объектов

16.

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

17. 2. АБС, их сущность, структура

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

18.

ИБС – информационный каркас банка, отражающий
все существенные особенности технологий оказания
банковских услуг и управления банками. В общем виде
работа ИБС выглядит следующим образом:
Субъект
Информационная
банковская
система
Объект
• ИБС соединяет объект и субъект управления, пропускает через себя
потоки структурированной и слабоструктурированной информации,
выполняет тем самым функцию информационной поддержки
процесса управления банком.

19.

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

20.

• В современных банковских системах программноинформационные модули тесно связаны с собой по
средством единого информационного пространства и
сохраняются на лицензионном уровне.
• У каждого разработчика программного банковского
обеспечения деление на функциональные модули может
быть различным, но все же не смотря на разницу в
наименованиях, они отражают специфику основных
видов банковской продукции (услуг).
• В целом в структуре банка и его ИБС можно
выделить три крупных блока: Back-Office, FrontOffice, Head-Office.

21. Структура ИБС

Front-Office
Head-Office
РКО
Контроль
Кредитнодепозитные
услуги
Ядро
Операции с
ценными
бумагами

Планирование
Анализ

22.

Центральным модулем (ядром) ИБС является
«базовый модуль» (модуль ядра или финансового
ядра), обеспечивающего функции Back-Office:
1) Обеспечивает выполнение основных проводок.
2) Обеспечивает формирование балансов и отчетов.
3) Работа со справочниками.
4) Администрирование системы.
5) Открытие и закрытие различного типа счетов.
Все модули крупных блоков Front-Office и HeadOffice непосредственно связаны между собой именно
через ядро системы.

23.

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

24.

В настоящий момент нет четкого определения
функциональных модулей, относящихся к Head-Office, но
наиболее правильным будет отнесение туда подсистем
функций управления: контроль, планирование, анализ.
Немаловажная функция учета непосредственно отнесена
в ядро системы (Back-Office), так как является
информационной базой для остальных функций управления.
Разделение банка на Front-Office и Back-Office
основывается не столько на функциональной специфике
обработки банковских операций (сделок) и принятия
решений (обобщения и анализа), сколько на самой природе
банка как системы, с одной стороны, фиксирующей, а с
другой

активно
влияющей
на
экономическое
взаимодействие в финансово-кредитной сфере.

25. 3. Основные программно-функциональные модули АБС

3. Основные программнофункциональные модули АБС
Для решения задач автоматизации банковского бизнеса ИБС должна
включать следующие модули:
1) модуль расчетно-кассового обслуживания (РКО), позволяющий
решать следующие задачи: учет данных о клиентах банка,
включенных договорах банковского счета, открытие и ведение
расчетных и валютных счетов клиентов; обработка банковских
документов различных видов, в том числе платежных поручений в
рублях и иностранной валюте, кассовых, конверсионных,
мемориальных, внебалансовых и срочных документов; проведение
расчетов через расчетную сеть и др.;
2) модуль расчета кассовых операций – наличные и валютнообменные операции в кассах банков, автоматический учет бланков
строгой отчетности, взаимодействие касс и хранилища банка, учет
наличных средств в разрезе АРМ, подведение итогов по кассам;

26.

3) модуль учета клиентских конверсионных операций –
регистрация заявок на покупку-продажу валюты;
операции обязательная продажа, покупка-продажа за счет
средств банка, автоматическое формирование пакета бух.
документов по заявке клиента; расчет комиссии за
операции конверсии и оформление паспорта сделки с
учетом тарифов банка; загрузка заявок на конверсию по
системе клиент-банк;
4) модуль отчетности – формирование обязательной
отчетности в соответствие с требованиями инструкций
Национального
банка
Республики
Беларусь,
формирование широкого спектра оперативных отчетов,
предоставляющих информацию о процессах и операциях
пользователям системы; обеспечение расчета в тысячах
единиц и их консолидация на основе данных головной
организации и филиалов при получении всех видов
отчетности;

27.

модуль расчетов в сети SWIFT, позволяющий обеспечивать
передачу расчетной информации через SWIFT: формирование
по данным платежных документов исходящих сообщений
SWIFT для последующей их загрузки в терминал SWIFT;
6) модуль
дистанционного
обслуживания
клиента,
включающий:
• подсистему «классический» «Клиент-Банк» - организация
защищенного электронного документооборота, включая
различные типы документов – платежное поручение в рублях;
заявление
на
инкассацию/аккредитив;
заявление
на
продажу/покупку/конвертацию
иностранной
валюты;
поручение на обязательную продажу валюты; паспорт
импортной/экспортной сделки; документ свободного формата с
возможностью вложения файла и др.; просмотр выписок,
остатков по счетам; предоставление возможности работы в
режиме холдинга; интеграция с любыми внешними
бухгалтерскими программами;
5)

28.

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

29.

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

30.

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

31.

10) модуль вексельного учета – поддержка операций
выпуска собственных векселей, торговых операций с
чужими
векселями,
представления вексельных
кредитов, инкассовых и гарантийных операций;
ведение реестров собственных выпущенных в
обращение
и
иных
векселей,
хранение
отсканированных векселей в системе, оформление
операций с векселями в бэк-офисе, обеспечивающее
ведение бухучета, формирование отчетности;
11)модуль обслуживания населения – автоматизация
проведения всего спектра операций «без открытия
счета» и «по счету» и обеспечивает возможность
контроля и бухгалтерского отражения продуктовых
операций в бэк-офисе, автоматическое формирование
необходимых документов и ордеров в РКО;

32.

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

33.

12) модуль работы с пластиковыми картами - позволяющий
решать следующие задачи: автоматизация бэк-офисных
операций банка по работе с дебетовыми и кредитными
пластиковыми картами различных платежных систем.
Поддержка всех бизнес-процессов банка по работе с
пластиковыми картами; настройка технологом банка новых
банковских
карточных
продуктов,
определяющая
тарификацию операций, лимиты, набор и порядок
открываемых по договору об обслуживании пластиковой
карты счетов, правила начисления процентов и др.;
автоматизация работы по эквайрингу пластиковых карт;
поддержка «зарплатных» проектов; выпуск и обслуживание
большинства разновидностей пластиковых карт: VISA.
Europay,
MasterCard,
Cirrus/Maestro,
DinersClub,
AmericanExpress,
локальных
и
др.;
формирование
обязательной и внутренней отчетности;

34.

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

35.

14) модуль
доверительного
управления,
позволяющий
автоматизировать учет и оформление операций по
передаче/возврату активов (денежные средства и ценные
бумаги) в доверительное управление; учет и оформление
сделок с ценными бумагами, заключенных на организованном
и неорганизованном рынках ценных бумаг в интересах
учредителей доверительного управления; импортировать из
торговой системы информации о заключенных сделка» и
рыночных котировках ценных бумаг; осуществлять
автоматическое открытие всех необходимых лицевых счетов
для учредителей управления; вести портфель учредителей
управления и позиции по денежным средствам и ценным
бумагам; автоматизировать бухгалтерское оформление
результатов операций - формирование бухгалтерских проводок
по операциям, расчет и удержание комиссионного
вознаграждения за управление активами и за успех
управления с учредителей управления;

36.

15) модуль валютного дилинга, позволяющий автоматизировав
учет и оформление сделок FOREX, SWAP и Forward,
заключенных как на межбанковском, так и на биржевом
рынке; импортировать заключенные сделки из различных
фронт-офисных систем, осуществлять расчет и удержание
комиссионного вознаграждения с клиентов; формировать
обязательную, внутреннюю и клиентскую отчетность;
16)модуль учета сделок на биржевом рынке ценных бумаг –
учет и оформление сделок с ценными бумагами, заключенными
на организованном рынке ценных бумаг, учет и передача в
торговые системы заявок клиентов на проведение операций с
ценными бумагами; импортирование из торговой системы
информации о заключенных сделках и рыночных котировках
ценных
бумаг;
вести
собственные
(торгового
и
инвестиционного) и клиентские портфели, а также собственные
и клиентские позиции по денежным средствам и ценным
бумагам;

37.

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

38.

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

39.

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

40. 4. Способы построения ЕИПБ

Единое информационное пространство банка –
организация банковской информации, включая
методы ее обработки, хранения и представления.
На уровне автоматизированной банковской системы
единое информационное пространство – возможность
системы
оперировать
любыми
данными,
возникающими в процессе функционирования системы.
Основывается на принципах:
1) открытости;
2) защищенности;
3) однократного учета и ввода.

41.

• Существует
несколько
наиболее
распространенных путей по реализации
единого информационного пространства в
банке:
1)использование СУБД
прикладных программ;
и
SQL
запросов,
2)использование транзакционных OLTP-систем
и хранилищ данных (OLAP-системы, Data
Warehouse).

42.

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

43.

SQL-запросы – распространенный интерфейс доступа к
данным, которые анализируются на СУБД.
Использование СУБД – позволяет не только организовать
хранение данных в рамках единой базы данных, но и
управлять потоками информации по единым принципам и
методам, обеспечивая реализацию конкретных предметноориентированных алгоритмов обработки. Реляционные
(наиболее частые) и постреаляционные модели (несколько
атрибутов) (затратный метод разработки).

44. Пример реляционной СУБД

45.

2. Для анализа оперативной информации (повседневная
работа банка по вводу и обработке информации)
используются OLTP-системами (OnLine Transactional
Processing – оперативная обработка транзакции).
Для работы с аналитическими данными (организация
информационного хранилища в целях анализа данных
для выявления тенденций развития, прогнозирования
состояний, оценки и управления рисками) используются
OLAP-системы
(OnLine
Analytical
Processing

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

46.

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

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

47.

Отличительные черты хранилища данных:
Ориентация на предметную область – в хранилище данных
помещается только та информация, которая может быть полезна для
работы аналитических систем;
Защищенность – можно добавлять информацию, но нельзя изменять
ее;
Поддержка хронологических данных – данных за длительный период
времени;
Интеграция в едином хранилище ранее разъединенных данных;
Агрегация – одновременное хранения в базе агрегированных и
первичных данных (увеличивает быстроту).
Данные загружаются в хранилище из оперативных систем
обработки данных (OLTP) и из внешних источников. При загрузке
данных идет проверка на ее целостность, полноту, проводится ее
трансформация.
Для работы с хранилищами используют специальные программы,
SQL-серверы не обеспечивают должного быстродействия доступа к
данным и язык запросов при работе с хранилищем отличается от SQL.

48. Пример хранилища данных

49.

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

50. Пример работы хранилища данных и витрин данных

English     Русский Правила