15
хранится документация, и новой информационной системой.
В будущем потребность в миграции электронных документов из унаследованных информационных систем может сократиться вследствие более широкого распространения систем, поддерживающих архитектуры и форматы, нейтральные по отношению к используемым поставщиками технологиям. Пока, однако, хранителям информации, чтобы выполнить свои обязательства, приходится проводить миграцию электронных документов, находящихся в устаревших информационных системах.
Некоторая потеря информации во время повторяющихся циклов миграции неизбежна из-за фундаментальной несовместимости, существующей между несколькими поколениями более старых и более новых систем. Соответственно, хранителям информации, вместо того чтобы пытаться полностью избежать потерь информации, рекомендуется разработать политики миграции и процедуры контроля качества, нацеленные на уменьшение деградации информации в процессе миграции. Одной из важных процедур является документирование потерь, имевших место в ходе миграции, и результатов деятельности по контролю качества. По возможности эта документация должна сохраняться вместе с носителями информации.
- Этапы миграции
- Общие положения
Хранителям информации следует внедрить 10-этапный подход к выполнению миграции. Поскольку обстоятельства каждого отдельного проекта миграции могут существенно отличаться, описанные ниже десять этапов не должны рассматриваться как конкретный план миграции, применимый при любых обстоятельствах.
- Анализ унаследованной информационной системы (этап 1)
Хранители информации должны провести анализ унаследованной информационной системы с целью понять, какие функции она выполняет и какие документы в ней содержатся. В ходе анализа определяются:
- обоснование выполняемых системой функций;
- способ сбора (захвата) метаданных, их взаимосвязь с документами;
- взаимосвязи между документами.
На этом этапе должен быть создан информационный продукт — спецификации, которые будут использованы при «прямом» проектировании (forward engineering) функциональных возможностей, метаданных и документов для новой системы.
- Декомпозиция структуры унаследованной информационной системы (этап 2)
Хранителям информации следует провести декомпозицию унаследованной информационной архитектуры, чтобы с ее интерфейсами, приложениями и сервисами базы данных можно было работать как с отдельными компонентами (это, однако, возможно сделать не для всех информационных систем):
- декомпозиция унаследованной системы возможна, если системные и пользовательские интерфейсы, модули программных приложений, сервисы базы данных и сама база данных являются отдельными и независимыми компонентами;
- унаследованная система частично поддается декомпозиции, если интерфейсы и база данных являются независимыми, а программное приложение и сервисы базы данных составляют единый модуль;
- унаследованная система не поддается декомпозиции, если интерфейсы, приложения и сервисы базы данных объединены в одном модуле.
В любом случае при подготовке к миграции должны быть устранены все внешние зависимости в архитектуре системы.
- Проектирование интерфейсов новой системы (этап 3)
Должна быть обеспечена связь (преемственность) между новыми и старыми интерфейсами.
- Проектирование новых программных приложений (этап 4)
Должна быть обеспечена связь (преемственность) между новыми и старыми программными приложениями.
- Проектирование новых баз данных (этап 5)
Должна быть обеспечена связь (преемственность) между новыми и унаследованными базами данных.
- Инсталляция и всестороннее тестирование новой среды (этап 6)
Необходимо идентифицировать, выбрать, инсталлировать и полностью протестировать открытую новую среду (имеющую соответствующие средства инсталляции).
- Разработка и инсталляция необходимых модулей сопряжения (gateways) (этап 7)
Для обеспечения согласованности и точности в воспроизведении функциональных возможностей унаследованной системы в новой системе и для перемещения электронных документов следует спроектировать, разработать и инсталлировать модули сопряжения (gateways). Такие модули обычно выполняют две функции. Первая — изоляция определенных компонентов от влияния изменений, вносимых в другие компоненты, вторая — функционирование в качестве преобразователя запросов и данных,