Цели и стратегия процесса миграции данных в проектах внедрения компьютерной информационной системы. Выявленные проблемы при тестировании загруженной информации в систему-приемник. Разработка и документирование бизнес-требований к перемещению сведений.
Аннотация к работе
Исследование проблем проведения проектов внедрения корпоративных информационных систем являются актуальными для возможного исследования в силу возрастающего интереса заказчиков к проектам внедрения КИС, целью которых является замена эксплуатируемых информационных систем, что подтверждается аналитикой CNEWS [15]. В настоящее время довольно большое количество заказчиков уже имеет внедренные информационные системы, поэтому миграция данных является неотъемлемой частью таких проектов. Существует целый ряд практических наработок ведущих мировых вендоров программного обеспечения, например, IBM Best Practices или Oracle White paper, однако отсутствует обобщенный подход к организации миграции данных, который бы учитывал многообразие особенностей заказчиков и проектов. Общая цель работы может быть детализирована с учетом этапов проведения миграции данных, а именно: предложить подходы к планированию этапа миграции данных, описать методику разработки требований к миграции данных, разработать подходы к тестированию и оценке результатов этапа миграции данных. В качестве гипотезы исследования рассматривается следующий тезис: может быть разработана методика организации этапа миграции данных, который позволит повысить качество разработки бизнес-требований к процессу миграции и снизить вероятность «срабатывания» рисков данного этапа.Внедряемая информационная система должна заменить систему или системы, находящиеся в эксплуатации в настоящее время. Эксперты Oracle [3] определяют два типа стратегий: стратегия «большого взрыва» (big bang) и стратегия плавной миграции (trickle migration). В первом случае миграция производится единовременно, при миграции происходит остановка работы системы-источника и целевой системы. Помимо времени на тестирование необходимо учесть при планировании возможную дополнительную дату миграции - резервный день - требуемый для повторной миграции в случае первой неудачи. Спланировать проведение такого процесса довольно сложно без значительных потерь работоспособности бизнеса в момент миграции, поэтому качество мигрированных данных при таком подходе, как правило, страдает изза недостаточно тестирования и нехватки времени для валидации результатов миграции.Под процессом миграции данных в рамках настоящей работы будем подразумевать проектные работы, покрывающие полный цикл задач, связанных с миграцией данных: от планирования работ по миграции данных до оценки результатов этапа миграции данных. В любом случае процесс миграции данных распадается на несколько взаимосвязанных последовательных этапов, в настоящем исследовании будут последовательно рассмотрены все шаги процесса миграции по методологии Oracle и IBM [3, 4]. При миграции данных этапу «Data Extraction» соответствует выбор и выгрузка данных из старой системы, а этапу «Data Loading» соответствует перенос полученных данных старой системы и их загрузка в новую систему. Выбор метода и средств миграции определяется совокупностью факторов, в числе которых доступное время простоя систем, зависимость бизнеса от партнеров, объем данных, физическое размещение хранилищ данных системы-источника, политика информационной безопасности системы-источника и целевой системы. После согласования результатов миграции стартует этап пост-миграционных работ, включающих проверку, очистку и тестирование работоспособности целевой системы, в целом, после миграции данных.Этап разработки требований бизнеса при миграции данных является ключевым при подготовке средств переноса данных, и именно от того, насколько качественно были собраны и проанализированы требования бизнес-пользователей будет зависеть качество процесса миграции, в целом. Требования к миграции данных могут быть зафиксированы в различных проектных артефактах, рекомендации по разработке таких проектных артефактов будут приведены в Главе 3. Для начала рассмотрим применение инструментария, рекомендуемого Вигерсом для моделирования бизнес-требований в контексте разработки требований к миграции данных. Использование модели данных в форме ER-диаграммы согласно Вигерсу позволяет облегчить процесс выявления требований к организации структуры данных в проектируемой системе за счет наглядности и относительной простоты изложения модели. Помимо диаграмм «сущность-связь» в процессе выявления требований к миграции данных может использоваться другой инструмент моделирования - диаграмма смены состояний или диаграмма перехода состояний.Каждая из частей методики должна содержать описание последовательности мероприятий для отдельного этапа миграции, а именно: планирование, разработка требований, проведение миграции (выгрузка и загрузка), тестирование результатов. Таким образом, предлагаемая в работе методика должна содержать рекомендации по выполнению задач каждого из этапов, представленных на схеме жизненного цикла миграции данных (Рис. В первой части методики должны быть приведены и описаны способы разработки общих требований к миграции данных.
План
Содержание
Введение
1. Миграция данных в проектах внедрения КИС
1.1 Цели и стратегия процесса миграции данных в проектах внедрения ИС
1.2 Этапы процесса миграции данных в проектах внедрения ИС
1.3 Особенности разработки бизнес-требований к миграции данных
1.4 Постановка задачи на разработку методики проведения миграции данных
2. Анализ проектного опыта проведения миграции данных
2.1 Краткая характеристика проекта внедрения ИС
2.2 Выявленные проблемы при разработке плана работ и коммуникаций на этапе миграции данных
2.3 Выявленные проблемы при разработке требований к выгрузке из системы-источника
2.4 Выявленные проблемы документирования требований к миграции данных
2.5 Выявленные проблемы при тестировании загруженных данных в систему-приемник
3. Методика организации проведения миграции данных
3.1 Последовательность шагов для организации миграции данных
3.2 Оценка применения разработанной методики организации и проведения миграции данных