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