6. "Рекомендации по решению проблемы 2000 года в информационных системах Банка России" (утв. Банком России)

В данном разделе перечисляются основные категории инструментальных средств и даются некоторые рекомендации по их выбору.

Продукты для инвентаризации

Определяют компоненты приложения. Они помогают обнаруживать программы без исходных кодов и устаревшие компоненты.

Продукты для сканирования / синтаксического анализа

Находят код, где приложение подвержено потенциальному риску.

Автоматические преобразователи кода

Являются интеллектуальными продуктами, основанными на правилах.

Календарные подпрограммы

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

Преобразователи (конверторы) файлов

Расширяют записи данных или язык описания данных (DDL) базы данных автоматически и выполняют разгрузку / перезагрузку.

Имитаторы даты

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

Компараторы файлов / администраторы версий

Сравнивают файлы и показывают различия.

Инструментальные средства написания сценариев

Обеспечивают создание тестов, которые могут воспроизводиться неоднократно. Они используются для регрессионного тестирования 2000 года и тестирования для обеспечения качества.

Инструментальные средства переноса (migration)

Используются, чтобы извлечь приложение из одной среды / платформы и переписать его для другой.

Инструментальные средства реинжиниринга

Охватывают широкий спектр средств - от средств реструктуризации кода до CASE - средств. Обычным применением для 2000 года является считывание неструктурированного кода и получение более модульного кода для улучшения будущего сопровождения.

Автоматизированные рабочие места

Поддерживают все этапы работ 2000 года, используя интегрированные продукты; отыскивают даты, запрашивают исправление, компилируют, моделируют дату и проводят через отладку.

Прочие инструментальные средства

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

Выбор инструментальных средств

Следующие требования могут быть полезны при выборе автоматизированного инструментального средства, которое:

- сглаживает переход между группами разработки / сопровождения и эксплуатацией;

- упрощает инициализацию изменения, заранее убирая бюрократические препятствия;

- гарантирует, что никакая часть не теряется и что все части защищены;

- обеспечивает контрольный след действия и автоматически отслеживает версии;

- устраняет бумажные распечатки, сжимая их в дисковые файлы, которые могут отыскиваться по требованию уполномоченными членами группы приложения;

- помнит, как "сделать" или восстановить любой компонент, сохраняя базу знаний о приложении;

- устраняет передачу вручную подготовленных на бумаге содержания пакета, описания, инструкций по восстановлению и списков подписей утверждения, заменяя их подписями групп в режиме он - лайн и гарантируя их правильность;

- уведомляет пользователей о приближающихся событиях и соответствующих прошлых событиях, таких как параллельная выверка;

- является достаточно гибким, чтобы обрабатывать сложные типы компонентов, такие как CASE - технология, связи DB2, DDL, CICS, IMS и MFS;

- обеспечивает поддержку многих пользователей одновременно и не очень сильно ухудшает производительность отдельных лиц или общую пропускную способность центра.