Проверяемый текст
Карташев, Максим Игоревич. Разработка инструментальной среды интеграции программных приложений для организации обучения персонала предприятий (Диссертация 2012)
[стр. 84]

84 Обеспечивать масштабируемость: подход должен быть масштабируемым для того чтобы общий проект мог быть разделен на несколько отдельных (более мелких) проектов, направленных на удовлетворение различных приоритетов, имеющихся в тех или иных подразделениях организации.
Это также упростит общее внедрение, т.к.
позволит избежать осуществления очень крупных проектов.
В идеале Хранилище должно легко расширяться для включения новых сфер бизнеса
или наборов данных транзакций.
Например, должна существовать возможность сначала создать Хранилище для областей продаж и маркетинга, а затем включить в него сферу финансов.
Обеспечивать расширяемость: по мере развития, роста и изменения бизнеса неизбежно появляются потенциальные новые источники данных (например, при приобретении другой компании).
Очень важно иметь возможность быстро включить эти новые источники данных в Хранилище без сложной и длительной реконструкции последнего.
Обеспечение ориентации на пользователей Часто Хранилище может использоваться как цельный источник данных для создания различных подмножеств данных, таких как витрины или кубы, что облегчает разработку отчетности.
Хранилище должно поддерживать процесс создания таких витрин и помогать пользователю в извлечении наборов данных.
Конструктивное решение Хранилища данных должно позволять бизнеспользователям принимать участие как в первоначальной разработке Хранилища, так и в последующих изменениях его дизайна, связанных с изменениями требований бизнеса.
Как показывает опыт, чем больше вовлечены пользователи в общее проектирование Хранилища, тем более вероятно, что будет удовлетворять требованиям бизнеса.
Например, в Хранилище должен учитываться тот факт, что один и тот же субъект бизнеса в одних случаях может рассматриваться как клиент, а в других как поставщик, в идеале Хранилище данных должно быть легко адаптируемым,
[стр. 18]

18 позволяющий оперативно и точно принимать решения, направленные на » поддержку стратегических и тактических бизнес-инициатив.
Сегодня существует 4 основных подхода к построению корпоративного Хранилища данных: создание Хранилища по условиям заказчика, Хранилище данных на основе систем планирования ресурсов предприятия (Enterprise Resource Planning, сокр.
ERP), виртуальное Хранилище и новый тип настраиваемое Хранилище.
Существует несколько ключевых факторов, осложняющих обеспечение интегрированной информацией в крупных организациях.
Для того чтобы преодолеть эти осложняющие факторы, любое решение для корпоративного Хранилища данных должно удовлетворять следующим требованиям: Обеспечивать определенную скорость доступа и гибкость, что включает: • итеративный подход к внедрению, позволяющий учитывать меняющиеся бизнес-требования.
Возможность быстрого обеспечения решения для конкретной области бизнеса, а также дальнейших расширений; • возможность быстрого создания прототипов, чтобы новые бизнес-требования могли быть оперативно изучены вместе с пользователями; • отсутствие жестких схем, т.к.
пользователи часто обнаруживают, что им нужна совсем другая информация из Хранилища, чем они первоначально предполагали.
Обеспечивать масш табируемость: подход должен быть масштабируемым для того чтобы общий проект мог быть разделен на несколько отдельных (более мелких) проектов, направленных на удовлетворение различных приоритетов, имеющихся в тех или иных подразделениях организации.
Это также упростит общее внедрение, т.к.
позволит избежать осуществления очень крупных проектов.
В идеале Хранилище должно легко расширяться для включения новых сфер бизнеса


[стр.,19]

19 или наборов данных транзакций.
Например, должна существовать возможность сначала создать Хранилище для областей продаж и маркетинга, а затем включить в него сферу финансов.
Обеспечивать расш иряемость: по мере развития, роста и изменения бизнеса неизбежно появляются потенциальные новые источники данных+ (например, при приобретении другой компании).
Очень важно иметь возможность быстро включить эти новые источники данных в Хранилище без сложной и длительной реконструкции последнего.
Обеспечение ориентации на пользователей Часто Хранилище может использоваться как цельный источник данных для создания различных подмножеств данных, таких как витрины или кубы, что облегчает разработку отчетности.
Хранилище должно поддерживать процесс создания таких витрин и помогать пользователю в извлечении наборов данных.
Конструктивное решение Хранилища данных должно позволять бизнеспользователям принимать участие как в первоначальной разработке Хранилища, так и в последующих изменениях его дизайна, связанных с изменениями требований бизнеса.
Как показывает опыт, чем больше вовлечены пользователи в общее проектирование Хранилища, тем более вероятно, что будет удовлетворять требованиям бизнеса.
Например, в Хранилище должен учитываться тот факт, что один и тот же субъект бизнеса в одних случаях может рассматриваться как клиент, а в других как поставщик, в идеале Хранилище данных должно быть легко адаптируемым,
чтобы пользователи могли работать только на уровне бизнеса, не осложняя себе жизнь, например, названиями таблиц.
Также изменения в Хранилище, связанные с изменениями в бизнесе, не должны требовать выгрузки всех данных и их повторной последующей загрузки.
Это замедляет развитие бизнеса и затрудняет способность быстро реагировать на изменения.
Обеспечивать способность реагировать на изменения и осуществлять бизнесмоделирование: Хранилище данных должно обладать способностью

[Back]