Процесс создания хранилища данных может потребовать не одного года напряженной работы. Компании, которые профессионально занимаются развертыванием систем поддержки принятия решений, настаивают на поэтапном подходе к реализации информационного хранилища.
Традиционный метод “сверху вниз” подразумевает, что вначале осуществляется планиро-вание и полная разработка хранилища, и лишь затем начинаются работы по его фактической реализации. И если это вполне логично с технической точки зрения, то с точки зрения бизнеса такой подход не очень рационален, поскольку срок окупаемости проекта оказывается чересчур растянутым.
Поэтапный подход предполагает совмещение процесса общего планирования с процессом постепенного внедрения хранилища и аналитических систем. На каждом этапе вводится часть хранилища, способная обеспечить работу определенного приложения. Таким образом, одно направление деятельности получит полную информационную поддержку еще до того, как будет готов следующий раздел хранилища данных. Тем самым ускорится получение прибыли на инвестиции в проект.
На рынке сегодня имеются средства для создания не только масштабных корпоративных хранилищ, но и небольших, ориентированных на потребности отдела или рабочей группы и настроенных на определенную предметную область. Они требуют значительно меньшей емкости памяти. Для их поддержки достаточно мощного ПК или рабочей станции. Например, отделу планирования продуктов нужна обобщенная информация о продажах за некоторый период времени по каждому региону. Данные по продажам есть в оперативных системах региональных отделений, но служащие отдела либо не имеют к ним доступа, либо не могут ими воспользоваться для своих аналитических задач из-за особенностей структуры этих данных. В такой ситуации может помочь создание локального хранилища отдела планирования. Глобальное хранилище может поддерживать несколько локальных хранилищ отделов, которые разработаны в рамках общего проекта, являются частью АИС фирмы, получают из него информацию и служат поставщиками данных для него.
Весь традиционный процесс системной разработки – от анализа ситуации и формулирования основных концепций до введения системы в действие – разбивается на этапы. При этом каждый этап должен быть самостоятельной реализацией некоторого проекта и иметь определенный результат.
Вся функциональность, запланированная в проекте, разбивается на группы функций по принципу их связи с различными прикладными ситуациями. В результате возникает несколько независимых друг от друга решений, которые затем интегрируются в единую систему. Такой подход позволяет свести к минимуму сложности, неизбежные при наличии различных точек зрения и определений. В начале очередной стадии разработки анализируются результаты предыдущего этапа.
Одна из главных задач в процессе разработки – обеспечить качество данных.
Пользователи из подразделений, которые будут работать с данной системой, должны участвовать в определении требований к проекту и построению структуры пользовательских интерфейсов. Функциональность системы наращивается постепенно.
Рассмотрим пример построения системы для финансовой компании.
Весь спектр задач для информационных систем в области финансового сервиса можно разбить на две большие группы:
– общий финансовый контроль бизнес-процессов;
– поддержка маркетинга, предоставление услуг и взаимодействие с клиентами на индиви-дуальной основе.
Информационные приложения в сфере финансового контроля решают, в частности, такую проблему, как анализ вкладов в общую прибыль компании. Это позволяет определить, насколько прибыльны те или иные услуги, направления бизнеса или отдельные группы клиентов компании, а также более эффективно управлять работой региональных отделении. В страховой компании в ходе такого анализа будут учитываться размеры страховых премий, выплаты страховки по поданной заявке, резервные фонды и суммы, возвращаемые клиентам, отказавшимся от страхового полиса, а также накладные расходы компании. Все эти показатели по мере возможности распределяются по индивидуальным контрактам.
На первом этапе разработки был создан прототип АИС поддержки маркетинга и продаж. Информационное наполнение хранилища ограничивалось такими направлениями деятельности компании, как вклады и финансирование капитального строительства. После успешного завершения прототипа проекта, на который ушло около трех месяцев, совместно со специалистами компании было продумано дальнейшее расширение хранилища данных и его интеграция в действующую информационную среду. Знания, приобретенные в процессе реализации прототипа системы, позволили заново сформулировать технические требования к проекту. Расширенное хранилище охватывало и другие направления бизнеса компании, в том числе банковское дело и страхование. На втором этапе с системой многомерного анализа на базе созданного хранилища работает около 2000 пользователей: директора компании, руководители различных уровней, отдел центрального контроля и служащие региональных отделений.
Обычно на начальном этапе выполнения любого проекта создается специализированная для определенной узкой области, но масштабируемая база данных, которая затем может быть расширена в соответствии с требованиями заказчика.
Для задач финансового контроля также может потребоваться специальная статистическая база данных, которая помимо информации о контрактах и заявках на выплату страховки будет содержать данные о страховочных рисках, доле компании на рынке и ее внутренних процессах. Благодаря совместному анализу этих данных можно получить представление, с одной стороны, о спросе на ее услуги, а с другой, о том, насколько эффективны выбранные средства ведения бизнеса. Статистические данные о заявках на выплату страховки позволят оценить вероятность таких заявок в будущем и их объем для разных классов риска. С помощью этих данных, а также сведений о вкладах в общую прибыль можно будет более обоснованно определять тарифы.