На главную
 

  1.Миграция из PICK в открытые системы
2.Некоторые замечания по поводу необходимости миграции
3.Предконверсионная деятельность
4.Планирование и управление проектом
5.Обучение
6.Тестирование
 
     

Предконверсионная деятельность

Предконверсионная деятельность делится на два основных этапа:
подготовка к конверсии и подготовка приложений.

Подготовка к конверсии

За многие годы существующие системы стали напичканы старыми файлами, программами, отчетами, областями пользователей и другими ненужными элементами. Перетаскивать все это в новую систему - пустая трата времени и денег. Вот почему важно "прочистить дорогу" до начала конверсии. Первый шаг на этом пути - создать документы для пользователя приложения. Потом, через директорию системного администратора, удалить информационные технологии, больше не используемые. Документировать использование имеющихся процедур по защите информации. Все эти моменты облегчат миграцию, поскольку возникнет необходимость создания новых информационных технологий и защиты в новой модели, применяющей другую технологию. Затем, протестируйте структуру диска. Архивируйте, потом удалите файлы, больше не используемые. Архивируйте или удалите столько историчеких файлов, сколько возможно, и продокументируйте остальные. Это поможет определить количество данных, которые нужно будет конвертировать, а это является необходимым элементом в разработке плана конверсии, который не повлияет на ваш бизнес.

Подготовка приложений

В процессе подготовки приложений к конверсии следует предполагать ответы на следующие вопросы:

     · Можете ли вы гарантировать, что запускаемый объектный код соотносится с вашим исходным кодом?

     · Все ли будет в порядке в процессе рекомпилирования всего вашего источника и инсталлирования его без какого-либо тестирования?

Если Вы не уверены в ответах, Вам следует установить систему контроля источника в вашей среде. Когда система контроля источника установлена, следующий шаг - ратифицировать существующий источник, убедившись, что он в состоянии компилировать, что источник укомплектован и продукоментирован. Отличный способ завершить этот процесс - тщательно очистить приложение и запустить его в действие. Другие ключевые аспекты по подготовке приложений включают:

     · Свести к минимуму изменения в приложении во время конверсии.

     · Установить механизм контроля за изменениями, происходящими во время процесса миграции.

Распознование программных файлов исходного кода по имени таким образом, чтобы они не передавались во время последующих и конечных переносов данных.

Создание программ, используемых для ратифицирования успешного переноса данных. Эти программы можно запускать как на существующих, так и на новых системах.

Разработка "карты" среды приложений, которая сведет к минимуму количество вопросов, возникающих во время реализации проекта. Кроме того, исходя из нашего опыта, мы можем сказать, что наиболее часто неправильно планируемый компонент - это проект по доступу к пользователю. Мы рекомендуем быть предельно внимательными в оценке связи платформ поставщиков с планом по миграции. Как часть предконверсионной фазы детальный план должен быть разработан с учетом тестирования каждых периферийных устройств, например, как штриховых кодеров, а также принтеров.


| НАЗАД | ДАЛЕЕ | НАЧАЛО СТРАНИЦЫ | НА ГЛАВНУЮ |
 
    | E-Mail | Версия сайта 2003 г. | Контакты | Web Builder | СУБД jBASE | СУБД UniVerse | Миграции из Pick | Data Warehousing |