Мәліметтер қоймасын құру және жобалау

• Мәліметтер қоймасын құрудың негізгі себептері
• JAD-үрдістерінің қадамдары

Мәліметтер қоймасын құрудың негізгі себептерінің бірі – көптеген мұра етілген жүйелерден мәліметтердің бірігуін қамтамасыз ету. Шешім қабылдауды қолдау жүйесі немесе мәліметтер қоймасының жүйесі енгізілер алдын секторлардың және ұйым бөлімдерінің басшылары бизнес күйінің әртүрлі көрсеткішін көрсететін есептеме дайындауы мүмкін. Бұл есептемелер әртүрлі жүйелердің көмегімен жүргізілуі мүмкін. Есептемелерді генерациялау әдістері әртүрлі болғандығынан немесе бастапқы мәліметтер мәнінің әртүрлі болуынан кейде бірнеше есептемелерде бір көрсеткіштің мәні әртүрлі болуы мүмкін. Қойма мәліметтің бытыраңқы дереккөздерінің проблемасын жөндеу алады, бірақ оперативті жүйедегі дұрыс емес және сапасыз мәліметтер проблемасы жөндей алмайды. Мұндай жағдайда мәліметтер сапасын көтеретін программа көмектесе алады.

Мәліметтің төменгі сапасы — қойманы құру кезіндегі қиын мәселелердің бірі. Алайда мәліметтер қоймасын жобалау кезінде көптеген сәтсіздіктер процесстерге байланысты. Сондықтан дереккөз жүйесінің мәліметтер сапасы мәліметтер қоймасын құру үрдісінің бір бөлігі ретінде қарау қажет. Жобалау жоспары және мәліметтер қоймасының методологиясы бұл мәселені қарастырғанда, баста ойластырғандай оңай еместігін байқаймыз. Мәліметтердің сапасы жөніндегі проблемалар көп жағдайда жобалардың аяқталу уақытын ұзартады. Мәліметтер қоймасындағы мәліметтер сапасын көтеру үшін әртүрлі әдістер мен тәсілдер қолданылады. На первом этапе выполнения программы повыше-ния качества требуется выяснить, как обстоит дело с качеством данных в системах-источниках. После того как источники проблем установлены, необходима разработка методов повышения качества данных. Один из способов повысить качество данных в хранилище заключается в повышении их качества в системах-источниках. Другой способ — коррекция данных при их перемещении из унаследованной системы в хра-нилище. Хотя теоретичееки все это выглядит довольно просто, на деле привержен-ность организации повышению качества данных в хранилище требует непрерывного повышения качества информации в рамках всего предприятия.

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

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

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

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

Известно много способов выявления информационных потребностей организации. Хотя метод JAD регулярно дает наиболее согласованные результаты, с; ществуют и другие методы анализа потребностей бизнеса в информации. Диап зон этих методов довольно широк — от финансового анализа до сбора информ, ции по всей организации в ходе бесед с теми, кто выполняет повседневнь деловые операции. Некоторые методы выявления информационных потребносте бизнеса рассматриваются в данном разделе. Проницательный читатель также состоянии предложить собственные подходы к выявлению информационных пі требностей бизнеса. Интервьюирование руководителей по методу JAD кратк рассматривается в данном разделе и более подробно — в главе 4. Вы познакомі тесь с последовательностью проведения JAD-совещаний, обоснование которо приведено в этом разделе. Вообще говоря, любой метод, который повышает д< верие бизнес-лидеров к подразделению ИТ и помогает этому подразделению П( нять информационные потребности организации, заслуживает внимания. Тем в менее серия интервью с руководством и JAD- совещания, проводимые сначала руководителями, а затем с представителями подразделений организации, являю собой прекрасный способ разработки СППР по принципу "сверху вниз".

Один из первых шагов JAD-процесса — выполнение "домашнего задания' что необходимо для изучения организации. Поскольку занятость руководителе: мешает им выкроить время для интервью, перед встречей с ними особенно важ но провести необходимое исследование. Во введении в метод JAD в главе 2 былі предложено несколько приемов исследования текущего состояния корпоратив ных информационных систем. Помимо этих методов, для анализа общего со стояния бизнеса и установления областей, где может потребоваться помощь, мо гут использоваться общие методы бизнес-анализа. Существует несколько методоі анализа состояния бизнеса, которые может освоить аналитик, даже не обладаю щий дипломом по специальности "управление бизнесом". Например, 10-12 по следних квартальных финансовых отчетов могут дать много полезной информа ции о состоянии бизнеса. Руководители подразделений, работающих с клиента ми, и функциональных подразделений также должны обладать знаниями с состоянии бизнеса, которые зачастую имеют решающее значение и позволянл лучше подготовиться к интервью с руководством организации и к JAD-совещанию. Исполнители, которые фактически ежедневно непосредственно уча-ствуют в бизнес-процессах, также располагают ценными сведениями и зачастую могут подсказать, какие методы пригодны для работы, а какие нет. Интервьюи-рование руководителей и исполнителей должно помочь разработчику хранилища данных лучше разобраться в сути бизнеса и усовершенствовать технику проведе-ния интервью и JAD-совещаний. Пример состава группы для первого JAD-совещания с высшим руководством приведен в табл. 3.1.

Таблица 3.1. Пример состава JAD-совещания по первому корпоративному хранилищу данных

Должность Роль в JAD-бригаде Сфера компетентности

Вице-президент по сбыту Потенциальный спонсор Опециалист деловой сферы

Вице-президент Потенциальный спонсор Специалист деловой сферы

поперсоналу

I Вице-президент Потенциальный спонсор Специалист деловой сферы

по производству

Вице президент Потенциальный спонсор Специалист деловой сферы

пофинансам

Вице президент по НИОКР Потенциальный спонсор Специалист деловой сферы

Руководители линейных Бизнес-пользователь Специалиств предметной

подразделений области

JAD-модератор Бизнес-пользователь Специалист в предметной

области

JAD-секретарь

Менеджер проекта Представитель Управление проектом

ИТ-подразделения

Архитектор корпоративных Представитель ИТ-специалист

данных ИТ-подразделения

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

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

Если целью проекта хранилища данных является создание гигантской базы данных, этакой "башни до небес", содержащей ответы на все вопросы, то стоит ли придерживаться очередности ее построения? Хотя цель проекта хранилища данных и состоит в создании универсальной базы данных для получения отчетов и принятия решений, путь к этой цели слишком долог. При этом крайне важно, чтобы в ходе выполнения проект приносил корпорации все болыпую реальную пользу. Никакая компания не станет вкладывать деньги в проект построения хранилища данных и 10 лет ждать результата. Конструируя предметные области одну за другой, а затем связывая их между собой, можно наращивать ИТ-услуги, предоставляемые бизнес-подразделениям по мере воплощения в реаль-ность концепции гигантской универсальной базы данных. Поэтому тщательный выбор приоритетов предметных областей хранилища данных обусловлен необхо-димостью обеспечивать все более высокий уровень информационного обслужива-ния бизнеса по мере успешного продвижения проекта.

После того как исходные предметные области определены, следующие JAD-совещания должны быть посвящены обсуждению этих областей при участии всех заинтересованных сторон. Цель таких совещаний — подкрепить и прояснить идеи, высказанные на первом JAD-совещании на уровне руководства. После уточнения де-талей, связанных с контурами исходных предметных областей, на JAD-совещание необходимо пригласить людей, которые не только понимают стратегическое назна-чение хранилища данных, но и способны оценить влияние предлагаемой СППР на повседневную деятельность-предприятия и последствия ее использования. Для этого важно присутствие на JAD-совещании по разработке предметной области конечных пользователей. Ниже приводится перечень начальных шагов анализа требований при построении корпоративного хранилища данных.

Провести интервьюирование руководителей.

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

Собрать JAD-совещание по разработке предметных областей.

Разработать обобщенную корпоративную модель данных.

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

Хранилище данных можно строить также на основе подхода "снизу вверх", однако информация, необходимая для правильного применения этого подхода, аналогична информации, которая требуется для конструирования хранилища "сверху вниз". Необходимо идентифицировать потребности, предметные области, взаимозависимости между ними и перспективы получения дохода на вложенный капитал. В случае разработки хранилища методом "снизу вверх" сначала могут быть созданы относительно неболыдие оперативные хранилища данных подраз-делений и многомерные хранилища. Проект должен "увенчаться" фактическим корпоративным хранилищем данных. Для систем на основе хранилищ данных возможны другие физические архитектуры. (Различные подходы к физическому устройству хранилищ данных детально рассматриваются в главе 9.)

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

НИОКР.

Производство.

Сбыт.

Маркетинг.

Финансы.

Людские ресурсы.

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

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

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

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

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

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

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

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

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

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