ХД предприятия составляется из множества предметных областей, таких как финансы, людские ресурсы, маркетинг, продажи, производство и так далее. При таком подходе ХД разрабатывается целиком, а затем выбирается узкий срез предметной области для конструирования (см. рисунок).
Далее строятся последующие слои до тех пор, пока ХД полностью не завершено. На создание систем ХД предприятия уходит 3-4 года при затратах в 3-4 миллиона долларов для средней компании (цифры получены из анализа многочисленных отчетов), для крупной организации этот показатель составляет 10-50 миллионов долларов, причем это - сумма, необходимая для построения начальной системы EDW, которая весьма вероятно будет реализована в виде архитектуры объединенного ХД.
Первоначально этот подход был единственным способом создания системы ХД. Несмотря на свойственную ему техническую элегантность, он изобилует множеством реальных проблем.
Если бы ХД создавалось в идеальных, "тепличных", условиях, то полученное решение было мощной и удачной системой. К сожалению, вне пределов лабораторной среды это невозможно. В реальном мире разработчики Хранилищ оказываются вовлечены в круговорот различных, часто взаимопротиворечащих факторов, "политических" мотивов, не выдерживаемых предельных конечных сроков, устаревших систем данных, неразумных требований пользователей. Несмотря на то, что пока не существует технических причин, по которым следует избегать этого подхода, многие "культурные" или "мягкие" (" soft ") вопросы оказались исключительно сложными для решения силами среднего IT-отдела.
Проблемы разработки хранилища данных (ХД) предприятия сверху вниз
Основная проблема заключается во "все пересекающей" природе системы EDW. Из самого названия, ХД "предприятия", следует, что IT-специалисты должны задействовать все политические, функциональные, ведомственные, юридические, организационные и прочие аспекты в рамках всей организации. Успешное продвижение по этому "минному" полю требует недюжинной "политической" прозорливости, которое не так часто присутствует в группе разработки EDW. Если учесть требование к исключительной гибкости этой команды: ориентированность на пользователя на все 100%, способность к постоянным изменениям и умение бесконечно и беспрерывно перепродавать и заново продвигать систему ХД, то станет понятно, что все эти испытания под силу далеко не всем IT-группам.
Кроме того, системы EDW требуют непрекращающейся "политической поддержки" на самом высоком уровне организации. Так, для развития этих систем необходимо достаточно продолжительный период времени, при этом без какого-либо ощутимого возврата инвестиций за многие года. Поэтому для того, чтобы не только не отстать в конкурентной борьбе, но и получить ресурсы, финансирование и поддержку в организации, такой проект должен снискать "политическое расположение" на уровне исполнительного директора. Эта "политическая поддержка", в силу постоянных изменений в высшем эшелоне, переменчивости корпоративных приоритетов и, наконец, непрерывного роста потребностей в ресурсах, часто оказывается "ненадежным союзником" для многих групп разработки EDW.
Достоинства подхода "сверху вниз" построения ХД предприятия
Скоординированная среда и единственная точка управления и развития.
Недостатки
- "все пересекающая" природа проекта предприятия.
- аналитический паралич.
- управление масштабом.
- время до появления на рынке.
- риск и подверженность внешнему воздействию.
|
