Внедрение хранилища бизнес-данных подразумевает полное знание бизнес-процессов, поэтому инкрементальная методология была создана с целью определения показателей, которые предоставляют актуальную информацию для принятия решений, снижения затрат и ускорения реализации проекта. хранилище данных.
Введение:
Консолидация бизнес-информации сегодня является важной задачей, которую должны решить все компании, поскольку в настоящее время существует важная потребность в консолидации информации таким образом, чтобы это позволяло нам принимать стратегические бизнес-решения, которые отличает нас от конкурентов на все более конкурентных рынках.
Основная идея заключается в том, что мы обрабатываем и анализируем большие объемы данных, но с информацией, которая максимально точно и в кратчайшие сроки удовлетворяет потребности бизнеса.
Таким образом, хранилище данных представляет собой процесс консолидации данных из различных источников и управления ими для удовлетворения этих важнейших бизнес-потребностей.
Но сегодня его реализация является проблемой, поскольку существуют различные поставщики и с ними различные методологии в зависимости от стратегического рынка, который необходимо достичь.
Выбор адекватной методологии внедрения подразумевает полное понимание бизнес-процессов, чтобы иметь возможность разрабатывать индикаторы и метрики, которые предоставляют релевантную информацию, а также интегрировать и комбинировать данные из различных бизнес-систем для принятия стратегических решений. сокращение затрат и краткосрочное внедрение, чтобы в кратчайшие сроки воспользоваться преимуществами, которые это принесет компании.
Методология реализации, которую мы опишем здесь, суммирует все эти преимущества и многое другое, поскольку она позволяет нам создавать хранилище данных поэтапным способом.
Эта методология предназначена для управления и масштабирования размерной сложности проекта внедрения, когда вы можете постепенно пользоваться преимуществами, которые приносит реализация, с краткосрочными результатами.
Таким образом снижаются риски и обеспечивается управляемость размера проекта на каждом этапе реализации, даже если конечной целью является создание корпоративного хранилища данных.
Однако эта методология представляет собой глобальную структуру, которая рассматривает все аспекты создания хранилища данных, идея состоит в том, чтобы поддерживать концептуальную структуру, методологию и требования таким образом, чтобы методология подходила для всех потребностей реализации, независимо от того, какой из них. быть типом бизнеса.
Эта методология разделена на 4 этапа:
1. Определение
Этап определения является первым этапом реализации и состоит из постановки целей проекта для подтверждения, документирования и определения приоритетов уровня бизнес-требований для адекватной реализации решения.
Требования устанавливаются и расставляются по приоритетам на собраниях по определению требований, на основе которых получаются бизнес-модели высокой четкости, которые позволят нам охватить объем решения в кратчайшие сроки.
На этом этапе важно определить первоначальный план и составить команду проекта.
2. Моделирование
Успех этапа моделирования заключается в проверке того, что команда разработчиков поняла бизнес-процессы и требования, установленные на этапе определения. Поэтому регулярные встречи с руководителями конечных пользователей и разработка функционального архитектурного прототипа как средства связи между ними будут необходимы, чтобы подтвердить, что разработчики поняли бизнес-требования.
Архитектурный прототип также будет использоваться для проверки модели архитектуры и, таким образом, снижения риска разработки. Здесь необходимо будет создать среду разработки для поддержки этой деятельности.
Кроме того, для проверки архитектурной модели необходимо определить группу управления решением и тестирования. Насколько это возможно, эта команда должна состоять из членов групп пользователей, хорошо разбирающихся в предмете, и высококвалифицированных разработчиков.
3. Строительство
Этап строительства направлен на получение решения, которое оптимизирует бизнес-требования. На этом этапе используется итеративный процесс для уточнения компонентов, разработанных для получения информации и доступа к ней, до тех пор, пока они не будут удовлетворять всем бизнес-требованиям.
После планирования итерации должны выполняться каждым разделом и должны быть интегрированы в компоненты управления. Наконец, полное решение протестировано. Руководители пользователей предоставят подробную информацию о продолжительности этих итераций.
Наконец, на этом этапе требуется проверка производительности и создание документации для поддержки решения.
4. Производство
Этот этап включает в себя от установки системы до ее окончательной работы в производственной среде. Окончательная проверка и загрузка исходной информации необходимы, чтобы начать управление ростом и поддержкой решения.
Поддержка приложения предоставляется временно командой разработчиков клиента или также называется группой постпроизводственной поддержки.
На этом этапе необходимо периодическое резервное копирование данных.
Ключевые слова:
- Хранилище данных - это набор интегрированных данных, ориентированных на интегрированный домен, который меняется со временем и не является временным, что поддерживает процесс принятия бизнес-решений. Итерация, как механизм, с помощью которого мы получаем детали и части деталей. Прототип - это масштабная модель реального проекта, но она не настолько функциональна, чтобы приравнивать ее к конечному продукту, обеспечивая раннюю обратную связь от пользователей о системе.
Библиография:
Инмон, WH, "Построение хранилища данных", John Wiley & Sons Inc., США, 1992.
Технология хранения данных, Институт Кена Орра, Джим Кеог, Справочное руководство по J2EE, Mc Graw Hill, Interamericana de México, SAU 2003.
