Жизненный цикл Кимбалла
В этой статье есть несколько проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалять эти шаблонные сообщения )
|
Жизненный цикл Кимбалла — это методология разработки хранилищ данных , разработанная Ральфом Кимбаллом и рядом его коллег. Методология «охватывает последовательность задач высокого уровня для эффективного проектирования , разработки и развертывания » хранилища данных или системы бизнес-аналитики . [1] Он считается подходом к хранению данных «снизу вверх», впервые предложенным Ральфом Кимбаллом, в отличие от более старого подхода «сверху вниз», впервые предложенного Биллом Инмоном . [ нужна ссылка ]
Этап планирования программы или проекта
[ редактировать ]По мнению Ральфа Кимбалла и др., этап планирования — это начало жизненного цикла. Это этап планирования , на котором проект представляет собой одну итерацию жизненного цикла, а программа — более широкую координацию ресурсов. При запуске проекта или программы Кимбалл и др. предлагает следующие три направления:
- Определение и определение объема проекта
- Планируйте проект
- Управлять проектом
Управление программами и проектами
[ редактировать ]Это постоянная дисциплина в проекте. Цель состоит в том, чтобы поддерживать проект/программу в курсе, разработать план коммуникации и управлять ожиданиями.
Определение бизнес-требований
[ редактировать ]Эта фаза или веха проекта направлена на то, чтобы команда проекта поняла бизнес-требования . Его цель — создать основу для всех последующих действий в жизненном цикле. Кимбалл и др. ясно дает понять, что команде проекта важно общаться с бизнес-пользователями, и члены команды должны быть готовы сосредоточиться на выслушивании и документировании интервью с пользователями. Результатом этого шага является матрица корпоративной шины .
Технологический трек
[ редактировать ]Верхний трек содержит две вехи:
- Проектирование технической архитектуры должно создать основу для хранилища данных или системы бизнес-аналитики. Основное внимание на этом этапе уделяется созданию плана архитектуры приложения с учетом бизнес-требований, технической среды и запланированных стратегических технических направлений.
- При выборе и установке продукта используется план архитектуры, чтобы определить, какие компоненты необходимы для завершения проекта хранилища данных или бизнес-аналитики. Затем на этом этапе выбираются, устанавливаются и тестируются продукты.
Трек данных
[ редактировать ]Многомерное моделирование — это процесс, в котором бизнес-требования используются для разработки многомерных моделей системы.
Физическое проектирование — это этап проектирования базы данных. Это включает в себя среду базы данных, а также безопасность.
Проектирование и разработка «Извлечение, преобразование, загрузка » (ETL) — это разработка некоторых сложных процедур в хранилище данных и системе бизнес-аналитики. Кимбалл и др. предлагает четыре части этого процесса, которые далее делятся на 34 подсистемы (Kimball et al., 2008):
- Извлечение данных
- Очистка и согласование данных
- Доставка данных для презентации
- Управление системой ETL
Трек применения бизнес-аналитики
[ редактировать ]Этот раздел нуждается в расширении . Вы можете помочь, добавив к нему . ( сентябрь 2017 г. ) |
Проектирование приложений бизнес-аналитики связано с разработкой и выбором некоторых приложений для поддержки бизнес-требований. Разработка приложений бизнес-аналитики использует дизайн для разработки и проверки приложений для поддержки бизнес-требований.
Развертывание
[ редактировать ]Этот раздел нуждается в расширении . Вы можете помочь, добавив к нему . ( сентябрь 2017 г. ) |
Когда три трека будут завершены, все они попадут в окончательное развертывание . Этот этап требует планирования и должен включать тестирование перед развертыванием , документацию , обучение, обслуживание и поддержку .
Обслуживание
[ редактировать ]Этот раздел нуждается в расширении . Вы можете помочь, добавив к нему . ( сентябрь 2017 г. ) |
После завершения развертывания системе потребуется надлежащее обслуживание, чтобы она оставалась работоспособной. Это включает в себя сверку данных , выполнение, мониторинг и настройку производительности .
Рост
[ редактировать ]Этот раздел нуждается в расширении . Вы можете помочь, добавив к нему . ( сентябрь 2017 г. ) |
Поскольку проект можно рассматривать как часть более крупной итеративной программы, вполне вероятно, что система захочет расширяться. Будут проекты по добавлению новых данных, а также охвату новых сегментов сфер бизнеса. Затем жизненный цикл начинается заново.
Ссылки
[ редактировать ]Кимбалл Р., Росс М., Торнтвейт В., Манди Дж. и Беккер Б. (2008). Инструментарий жизненного цикла хранилища данных (2-е изд.). Уайли Паблишинг, Инк. ISBN 978-0-470-14977-5