Законы России
 
Навигация
Популярное в сети
Курсы валют
12.06.2015
USD
54.53
EUR
61.48
CNY
8.79
JPY
0.44
GBP
84.27
TRY
19.86
PLN
14.8
 

РЕКОМЕНДАЦИИ ПО РЕШЕНИЮ ПРОБЛЕМЫ 2000 ГОДА В ИНФОРМАЦИОННЫХ СИСТЕМАХ БАНКА РОССИИ (УТВ. ЦБ РФ)

По состоянию на ноябрь 2007 года
Стр. 1


                             РЕКОМЕНДАЦИИ
            ПО РЕШЕНИЮ ПРОБЛЕМЫ 2000 ГОДА В ИНФОРМАЦИОННЫХ
                         СИСТЕМАХ БАНКА РОССИИ

                               Введение

       Проблема  2000  года  связана  с трудностями,   которые  могут
   возникнуть    при   неправильном   функционировании   программного
   обеспечения,  технического  обеспечения и программно - аппаратного
   обеспечения   в  конце  двадцатого  столетия  или  при  выполнении
   операций с информацией,  включающей даты, относящиеся к следующему
   столетию.
       Проблема возникает по двум причинам. Первой причиной  является
   то, что многие системы хранят даты в шестизначном формате (YYMMDD,
   DDMMYY или MMDDYY) с представлением  года только двумя цифрами,  а
   не четырьмя. Так, дата 15  февраля 1998 года будет представлена  в
   формате YYMMDD как 980215. А дата  15 февраля 2000 года в этом  же
   формате будет  храниться как  000215, и  по умолчанию  в  качестве
   столетия ей  будет  приписываться  значение  19.  Это  приводит  к
   неразличимости столетий.
       Вторая причина - то, что 2000 год является високосным, чего не
   учитывают многие программы. Правилами определения високосного года
   должны быть:
       1) делимость на 4, но не на 100;
       2) делимость на 400.  Например, годы 1800  и 1900 не  являются
   високосными, а 2000 год является.
       По этим  причинам при  наступлении 2000  года могут  произойти
   сбои вычислительных систем и ошибки в обработке данных,  связанные
   с операциями следующих категорий.
       Арифметические:
       -  вычисление  длительности  промежутка  времени  между  двумя
   датами;
       -   вычисление   даты,   основываясь   на   начальной  дате  и
   длительности промежутка времени;
       - вычисление дня недели, дня в году, недели в году и т.п.
       Переходы:
       - сравнение двух дат.
       Форматы:
       -  преобразование  даты  из  одного  представления  в   другое
   (YYMMDD, юлианская и т.д.);
       - извлечение  из поля  даты ее  различных частей  и  значений.
       Хранение данных:
       - хранение и поиск;
       - сортировка и слияние;
       - использование даты  в ключах  и индексах  дисковых файлов  и
   таблиц баз данных;
       - использование даты в именах файлов.
       Расширенная семантика:
       - использование  в дате  "99"  и "00"  или других  значений  в
   качестве особого  признака  (конца файла,  пропущенного  значения,
   режима хранения и т.п.).
       Эти  ошибки  могут  быть  связаны  с  прикладным   программным
   обеспечением  (неправильное  вычисление  процентов,  дат  платежа,
   пенсий,  пособий,  капиталовложений,  неправильный  учет   файлов,
   поддержание  и   сохранение   файлов),   операционными   системами
   (нарушение  работы   программ   ведения   файлов   и   оптимизации
   производительности), системами контроля за доступом и безопасности
   (логическое   отключение   пользователей   от   автоматизированных
   приложений,   физическое   отключение   от   помещений   или   зон
   подразделений),  техническим   обеспечением   (отказ   центральных
   процессоров компьютеров,  коммутаторов,  маршрутизаторов,  мостов,
   серверов, принтеров, факсимильных машин, мультиплексоров и  других
   устройств, а также отказ микросхем ROM, BIOS, контроллеров жестких
   дисков и т.д.).  Кроме того,  неправильная работа  с датами  может
   нарушить функционирование банкоматов, автоматов в торговых  точках
   (POS),   сейфов,   лифтов,   систем   отопления,   вентиляции    и
   кондиционирования воздуха, противопожарных систем и т.д.
       Таким  образом,   очевидной  является   необходимость   замены
   покупного  технического  и   программного  обеспечения   версиями,
   удовлетворяющими требованиям 2000  года, переделка  разработанного
   собственными  силами   программного обеспечения и   преобразование
   архивных баз  данных для  обеспечения  их совместимости  с  новыми
   структурами данных и программным обеспечением.

                 1. Определения соответствия 2000 году

       Существуют различные  определения соответствия  информационных
   систем (ИС)  2000 году,  на основе  которых можно  построить  свое
   определение  в  зависимости  от  выбираемых  стратегий,  имеющихся
   ресурсов, предпочтений и  других факторов.  Приведем некоторые  из
   них.

             Определение Британского института стандартов

       Соответствие   2000    году    будет    означать,    что    на
   производительность и функциональность ИС  не повлияют даты до,  во
   время и после наступления 2000 года.
       В частности, должны соблюдаться следующие правила.
       Правило 1. Никакое значение для текущей даты не должно вызвать
   прерывания в работе.
       Это правило известно как правило общей целостности.
       Если это  требование  удовлетворяется, то  переход  через  все
   значимые границы времени (например,  дни, месяцы, годы,  столетия)
   будет выполняться  правильно.  Текущая дата  означает  сегодняшнюю
   дату, как она известна оборудованию или продукту.
       Правило 2. Функциональные возможности  ИС, связанные с  датой,
   должны  вести  себя  одинаково  для  дат  до,  во  время  и  после
   наступления 2000 года.
       Это правило известно как правило целостности даты.
       Оно означает,  что  все  оборудование и  все  продукты  должны
   выполнять с датами вычисления,  другие операции и представление  в
   соответствии с определенными целями.
       Функциональная  возможность  означает  как  процессы,  так   и
   результаты этих процессов.
       Никакое   оборудование   или  продукт  не  будет  использовать
   конкретные значения даты для особых обозначений  (например, "99" -
   для обозначения "нет конечного значения" или "конец файла", "00" -
   для обозначения "неприменимо" или "начало файла").
       Правило 3.  Во всех интерфейсах и при хранении данных столетие
   в любой дате должно определяться либо явно,  либо недвусмысленными
   алгоритмами или правилами логического вывода.
       Это  правило  называется  иногда  правилом  явного  / неявного
   столетия.
       Оно включает два подхода:
       -   явное   представление   года   в датах  (например,   путем
   использования четырех цифр или путем включения признака столетия);
       -  использование  правил  вывода (например,  двузначный год со
   значением,  большим  50,  предполагает  19xx,  а год со значением,
   меньшим или равным 50, предполагает 20xx).
       Правило 4. 2000 год должен распознаваться как високосный.

                   Определение штата Миннесота (США)

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

                    Определение штата Орегон (США)

       Соответствие 2000 году определяют следующие стандарты.
       Информационные системы, предназначенные для использования  до,
   во время и после наступления 2000 года, будут работать без ошибок,
   связанных с данными дат.
       Программное обеспечение  и  приложения  не  будут  завершаться
   аномально или давать  неправильные результаты  при обработке  дат,
   особенно между столетиями.
       Никакое значение  для текущей  даты  не вызовет  прерывания  в
   работе.
       Все операции  над  связанными  со  временем  данными  (датами,
   длительностями,  днями  недели  и  т.д.)  будут  давать   желаемые
   результаты для всех допустимых значений в Приложениях.
       Элементы даты  в интерфейсах  и при  хранении данных  позволят
   указывать столетие во избежание двусмысленности.
       Для любого  элемента  данных,  представленного  без  столетия,
   правильное столетие  является недвусмысленным  для всех  операций,
   связанным с этим элементом.

                Определение Университета Флориды (США)

       Каждый компонент информационной  системы должен  удовлетворять
   следующим минимальным стандартам.
       Никакое правильное значение для текущей даты не должно вызвать
   ошибки   или  сбоя  в любой  желаемой  операции  (вводе  - выводе,
   модификации, ссылке, сравнении, отображении и т.д.).
       Все манипуляции или сравнения связанных с датой данных  должны
   давать желаемые  результаты для  всех допустимых  значений даты  в
   приложении.
       Не должно  быть  двусмысленности  столетия.  Неявное  столетие
   может использоваться только  там, где  все операции с  датой и  ее
   отображение могут выполняться без двусмысленности. Во всех  других
   случаях в элементе  даты должно храниться  явное столетие. Даты  с
   явным столетием  должны храниться  в 8  смежных байтах  в  формате
   YYYYMMDD  стандарта  ISO.  Даты  должны  отображаться  в   обычном
   американском формате MM - DD - YYYY.
       Где  минимальная и / или максимальная дата требуется для целей
   редактирования  или  отображения,  стандартное значение 01-01-1900
   (хранимое  как  19000101)  должно  использоваться  как минимум,  а
   12-31-9999  (хранимое  как  99991231)  должно  использоваться  как
   максимум.
       2000 год должен распознаваться как високосный.

          Определение компании Year2000 Ltd (Новая Зеландия)

       Хотя это может оказаться труднодостижимым, в качестве цели  мы
   рассматриваем следующее.
       Все   поля  даты,   хранимые  в электронном  виде  в системах,
   эксплуатируемых  нами,  должны содержаться в виде 8 цифр в формате
   YYYYMMDD  стандарта  ISO-8601.  Это  относится  ко  всем системам,
   работающим в нашей компании,  независимо от того,  разработаны они
   нами   или   являются   пакетами,   поставленными   нам   внешними
   поставщиками / производителями программного обеспечения.
       Все поля даты, принимаемые электронным образом в наши  системы
   (за исключением ручного ввода), то есть файлы, передаваемые нам от
   третьих сторон, будут в том же самом формате ISO-8601.
       Все поля даты, передаваемые нами третьим сторонам, будут также
   в полном 8-значном формате ISO-8601.
       В любых  печатных  отчетах  из этих  систем  будут  печататься
   4-значные годы;  2-значные  годы  будут печататься  только  в  тех
   случаях, где  по  контексту предполагаемое  значение  столетия  не
   вызывает сомнений.
       Любой ввод  дат  человеком через  экраны  и т.д.  должен  быть
   недвусмысленным. Так,  ввод  2-значного года  является  приемлемым
   тогда  и   только   тогда,  когда   контекст   приложения   делает
   предположение о  столетии полностью  очевидным. Любые  такие  даты
   должны  храниться  в  полном  8-значном  стандарте  ISO.  Во  всех
   случаях, если  этому  не препятствуют  проблемы  размещения,  ввод
   2-значного     года     будет     сопровождаться      отображением
   интерпретируемого 4-значного года.  На случай пожелания  оператора
   изменить столетие  должна быть  предусмотрена возможность  вводить
   4-значный год.
       Все  техническое  и   программное  обеспечение  должно   точно
   возвращать сегодняшнюю дату по любым датам.
       Никакое значение для сегодняшней  даты не вызовет  какого-либо
   прерывания в нашей работе.
       Любая обработка, включающая даты, будет вести себя одинаково и
   в соответствии с ожиданиями до, во время и после наступления  2000
   года.
       2000 год распознается как високосный.

                         2. Организация работ

       Работы по решению проблемы 2000 года в информационных системах
   ЦБ РФ следует разделить на пять перекрывающих друг друга этапов.
       1. Осведомленность (июнь - июль 1998 года):
       - назначить руководителя программы 2000 года и создать рабочие
   группы;
       - определить потенциальное влияние проблемы 2000 года;
       - провести мероприятия по осведомлению о проблеме 2000 года;
       - разработать стратегию 2000 года;
       - разработать схему управления ходом работ и механизм контроля
   за ними.
       2. Оценивание (июль - ноябрь 1998 года):
       - определить соответствие 2000 году;
       - оценить серьезность влияния отказов, связанных с 2000 годом;
       - провести инвентаризацию информационных систем;
       -   установить   приоритеты    систем   и   компонентов    для
   преобразования или замены;
       - определить необходимые ресурсы, установить их приоритеты;
       -  разработать  стратегии   проверки,  планы  тестирования   и
   сценарии;
       - определить и приобрести инструментальные средства 2000 года;
       - рассмотреть график внедрения ИС;
       - рассмотреть вопросы интерфейсов и обмена данными;
       - начать  разработку  планов  чрезвычайных  обстоятельств  для
   критических систем.
       3. Обновление (октябрь 1998 года - май 1999 года):
       - преобразовать выбранные  приложения, базы  данных, архивы  и
   соответствующие системные компоненты;
       - разработать мосты и фильтры данных;
       - заменить  выбранные приложения  и соответствующие  системные
   компоненты;
       - задокументировать изменения в программном коде и системах;
       -  спланировать   автономное,   интеграционное   и   системное
   тестирование;
       - списать  выбранные  приложения и  соответствующие  системные
   компоненты;
       - сообщить об изменениях в информационных системах  внутренним
   и внешним пользователям.
       4. Проверка (январь - сентябрь 1999 года):
       - разработать планы и графики тестирования ИС;
       - разработать стратегию  для управления тестированием  систем,
   преобразуемых подрядчиками;
       -   выполнить   автономное,    интеграционное   и    системное
   тестирование;
       - начать приемо - сдаточные испытания.
       5. Внедрение (июнь - ноябрь 1999 года):
       - определить среду и процедуры перехода;
       - разработать график внедрения;
       - решить вопросы обмена данными и межведомственные проблемы;
       - выполнить преобразование баз данных и архива;
       - завершить приемо - сдаточные испытания;
       -  обновить   или  разработать   планы  восстановления   после
   катастроф;
       - внедрить преобразованные или замененные системы.
       В связи  с  централизованными  поставками  в  подразделения  и
   учреждения ЦБ РФ  технических и программных  средств и наличием  у
   них  собственных  разработок  следует  обеспечить  соответствующее
   распределение работ с целью минимизации их дублирования.
       Для  ускорения  обмена  информацией  по  проблеме  2000   года
   необходимо использовать  разнообразные средства  связи  ("горячие"
   телефонные линии,  факсимильное оборудование,  электронную  почту,
   сайты Internet и т.п.).

                      3. Варианты преобразования

                            3.1. Обновление

       Назначение  данного   раздела   -  очертить   преимущества   и
   недостатки  каждого  приема  и  помочь  организаторам  проектов  в
   определении самой лучшей стратегии обновления.
       Обновление  является  процессом,  с помощью которого в проекте
   2000 года решаются проблемы структуры даты.  Существует в основном
   четыре  типа  приемов  обновления:  расширение,  работа  с окнами,
   кодирование или сжатие и последовательная дата (serial date).

                               Проблемы

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

                                Приемы

       Внутри приложения наилучшие результаты  может дать один  прием
   или их комбинация.
       - Приемы расширения:
           четырехзначный формат;
           односимвольный код столетия:
             внешний код столетия;
             вложенный код столетия.
       - Приемы работы с окнами:
           фиксированное окно;
           скользящее окно.
       - Приемы кодирования или сжатия.
       - Прием последовательной даты.

                           Приемы расширения

       Когда следует использовать приемы расширения
       Когда даты переходят  границу 100-летнего окна  и столетие  не
   может быть получено недвусмысленно (например, в дате рождения).
       Для элемента даты, который является частью ключа или индекса.
       В  относительно  новой  системе,  которая  может  иметь долгую
   жизнь.
       В системе большого объема,  где на время отклика в режиме он -
   лайн  может  неблагоприятно  влиять получение столетий программным
   путем.
       В  приложениях   с  многочисленными   интерфейсами  к   другим
   приложениям,  внутренним  или  внешним,  особенно  когда   внешний
   источник диктует  использование  четырехзначной  даты  в  качестве
   условия ведения бизнеса.
       Когда   технологией   является  база  данных,   контролируемая
   системой  управления  базами  данных  (СУБД);  структуры таблицы /
   записи   изменяются   однажды,   а  ссылка  на  них  содержится  в
   многочисленных приложениях.
       Когда следует избегать приемов расширения
       Когда   стратегией    преобразования    является    постоянное
   сопровождение,  непрактично  делать   изменения  структур   данных
   специально.
       Когда имеется ограниченное устройство хранения прямого доступа
   (DASD) / дополнительная память, чтобы сохранить столетия.
       Когда приложение имеет  короткий жизненный  цикл и  расширение
   поля является дорогостоящей альтернативой.
       В случаях только отображения,  когда двузначная дата не  будет
   интерпретироваться  двусмысленно   (например,  дата   формирования
   отчета).

                         Четырехзначный формат

       Преимущества
       Обеспечивает  четырехзначный формат года;  рассматривается как
   полное, постоянное и очевидное решение.
       Использует формат ISO (YYYY - MM - DD) по умолчанию.
       Обеспечивает  в  настоящее   время  усиленную  защиту   против
   потенциально  неприемлемых   решений,   если   отображаемые   даты
   выборочно игнорируются.
       Недостатки
       Во всех случаях требуется  преобразование года из  двузначного
   формата в формат с четырьмя цифрами.
       Смежные поля в  макете поля даты  переопределяются, и  размеры
   записей увеличиваются.
       Требуется увеличение используемой DASD / памяти.

                      Односимвольный код столетия

                         Внешний код столетия

       Преимущества
       Формат  базы  данных  может  быть  преобразован,  а  программы
   модифицированы позже.
       Обеспечивает простое решение для преобразования данных в новый
   формат.
       Недостатки
       Требуется  дополнительная  логика  для  программ,  выполняющих
   вычисления даты.
       Последовательность  подборки  некорректна,  если   поле   даты
   используется как ключ, пока к ключу не добавлен код столетия.
       Размеры записей должны увеличиться.
       Требуется увеличение используемой DASD / памяти.

                        Встроенный код столетия

       Преимущества
       Сохраняется правильное упорядочение данных.
       Не требуется дополнительного дискового пространства.
       Недостатки
       Данные  года  должны  быть  преобразованы  из  двузначного   в
   трехзначный формат.
       Требуется преобразование данных формата YY в формат CYY.

                        Приемы работы с окнами

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

                 Фиксированное окно и скользящее окно

       Преимущества
       Нет необходимости  расширять  формат  года  с  двузначного  до
   четырехзначного.
       Обеспечивает формат года  с четырьмя знаками  для обращения  к
   данным.
       Различает годы  разных столетий,  используя двузначный  формат
   (исходя из  предположения,  что обрабатываемые  годы  находятся  в
   100-летнем диапазоне).
       Полезно в том  случае, если отдельная  программа выводится  из
   использования поэтапно; временное решение.
       Недостатки
       Потенциальные риски существуют,  когда / если функционирование
   программного  приложения требует обрабатывать годы вне 100-летнего
   диапазона.
       Влияние на производительность прямо пропорционально количеству
   обрабатываемых    дат    вследствие    дополнительной     нагрузки
   преобразования года из двузначного формата в четырехзначный.
       Для программ,  использующих метод  фиксированного окна,  может
   потребоваться ежегодное обновление вручную.
       Все  программы,  принимающие  выходные  данные,  получаемые  с
   помощью приема  фиксированного  окна, должны  использовать  те  же
   самые предположения (например, окна  текущей даты, прошлой даты  и
   будущей даты).

                     Приемы кодирования или сжатия

       Преимущества
       Нет  необходимости  преобразовывать   год  из  двузначного   в
   четырехзначный формат данных.
       Различают годы  разных столетий,  используя двузначный  формат
   года.
       Юлианский формат с  флагом (CYYDDD) использует  С как  признак
   столетия.
       Недостатки
       В зависимости от представления данных схема может  применяться
   к ограниченному диапазону.
       Все  программы,  использующие  эту  схему  и  обращающиеся   к
   результату  двухсимвольного   преобразования,  должны   изменяться
   одновременно.
       Вследствие преобразования данных влияние на производительность
   может быть прямо  пропорциональным количеству дат,  обрабатываемых
   конкретным приложением.
       В зависимости  от выбора  реализованного представления  данных
   может  происходить   неправильная  сортировка   данных,  если   не
   расширена логика программирования.
       Закодированные  даты  требуют  преобразования  всякий  раз при
   работе с данными; присутствие закодированных дат добавит к задачам
   другой уровень сложности.
       Данные  должны  быть  преобразованы  прежде,  чем  они  смогут
   отображаться в  григорианском  формате;  некоторые  закодированные
   данные могут просматриваться только в шестнадцатеричном формате.

                      Прием последовательной даты

       Преимущества
       Во многих случаях форматы записи не должны изменяться.
       Недостатки
       Он сложен; должен быть хорошо задокументирован.
       Может влиять на производительность  при преобразовании дат  из
   последовательного значения или в него.

                3.2. Списание (отказ от использования)

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

                               Проблемы

       Критичность  приложения  и  его  функциональность  в  связи  с
   интерфейсами, промежуточным программным обеспечением (middleware),
   другими приложениями, входными и выходными данными.
       Архивирование данных и приложения для будущего обращения.
       Списанное   приложение   должно   быть   задокументировано   в
   информационных целях и для будущего проектирования и разработки.

                         Рекомендуемый подход

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

                                Советы

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

                              3.3. Замена

       Назначением  данного  раздела   является  определение   метода
   замены,  а  также   описание  стратегий   преобразования  для   не
   соответствующих 2000 году ресурсов.
       Техническое  обеспечение,   программное  обеспечение  и /  или
   программно  - аппаратное обеспечение могут не соответствовать 2000
   году и,  следовательно, могут потребовать замены.  Замена включает
   покупку   пакетного   решения   или   разработку  нового  решения,
   основанного    на   проекте   существующей   системы.    Если   не
   соответствующие  2000  году  техническое обеспечение,  программное
   обеспечение и / или программно - аппаратное обеспечение, выбранные
   для замены,  не будут заменены до критических сроков 2000 года, то
   должен существовать план чрезвычайных обстоятельств.

                               Проблемы

       При существующей системе, находящейся в эксплуатации,  имеется
   ограниченный  промежуток   времени  для   установки  и   сдачи   в
   эксплуатацию новой системы.
       Текущая система может быть старой, не очень хорошо  понимаемой
   и / или плохо задокументированной.
       Обучение новой системе потребует времени и ресурсов; они могут
   быть ограничены.
       Проблемы  управления рисками возникают для приложений,  замену
   которых  планируется  завершить  до  2000 года,  но она может быть
   отсрочена или даже отменена.
       Деловой риск возникает из времени опережения, необходимого для
   выполнения  преобразования,  когда не удалось соблюсти контрольные
   сроки 2000 года.
       Разработанные по  заказу приложения  могут иметь  неадекватные
   программы обработки даты. Изменение или обновление исходного  кода
   может быть дорогостоящим и требующим много времени.
       Пакеты программ  должны  быть заменены  соответствующими  2000
   году версиями (upgrades) или другими продуктами.
       Во время  преобразования  данные  могут  быть  потеряны  из-за
   модификации полей.
       Могут  потребоваться новые инструментальные средства для штата
   программистов, включая:
       - системы анализа влияния;
       -  инструментальные   средства  управления   изменениями   или
   контроля версий;
       - утилиты быстрого изменения и замены;
       - инструментальные средства тестирования.
       Соответствующие продукты,  такие,  как  операционные  системы,
   системы управления базами данных, компиляторы, интерфейсы и  т.д.,
   должны соответствовать 2000 году.
       Зависимость   от    интерфейсов    создает    сложности    при
   интегрировании новой системы в существующую среду.

                         Рекомендуемый подход

       Определите,  является   ли  замена   наилучшим  решением   для
   вытесняемых,  зависящих  от  даты  приложений.  Имеются  некоторые
   преимущества и недостатки  выбора замены в  качестве решения.  Вот
   некоторые из них.
       Преимущества
       Возможность заменять  устаревшие пакеты  и системы  последними
   разработками.
       Добавление долгосрочной гибкости.
       Возможность получать  преимущество  в конкурентной  борьбе  от
   того, что иначе должно быть работой по сопровождению.
       Недостатки
       Это рискованный метод, учитывая короткое время для реализации.
       Новая система требует дополнительных ресурсов.
       Не все новые покупные программы соответствуют 2000 году.
       Определите  метод   замены:  "делать"   или  "покупать".   При
   управлении процессом внутренним образом  или при передаче  третьей
   стороне  каждая   система   должна   быть   проанализирована   для
   определения  метода  замены.  Решение  "делать"  включает   замену
   существующей системы  системой, основанной  на оригинале.  Решение
   "покупать" влечет за собой закупку и внедрение пакета программ.
       "ДЕЛАТЬ", если:
       - изготовленные  на  заказ системы  обеспечивают  значительное
   стратегическое преимущество над покупными пакетными системами;
       - пакетные системы плохо интегрируются в финансовые системы;
       -    пакетные    системы   не   являются   гибкими   и  /  или
   сбалансированными для роста;
       -  имеются  достаточные   внутренние  или  внешние   доступные
   ресурсы, такие, как технический  опыт и возможности  тестирования,
   чтобы преобразовывать системы;
       -   времени   достаточно,   чтобы   разработать   и   внедрить
   изготовленное на заказ приложение или систему;
       - пакетные системы не отвечают всем требованиям пользователей.
       "ПОКУПАТЬ", если:
       - затраты на то, чтобы  "сделать", больше затрат на то,  чтобы
   "купить";
       - требуются  стандартные   методы   обработки,   такие,    как
   стандартные финансовые действия, стандартные подпрограммы  закупки
   и т.д.;
       - существующие  системы находятся  в конце  своего  жизненного
   цикла  и  требуют  значительного  сопровождения  или  не  обладают
   возможностями,   необходимыми   для   удовлетворения   сегодняшних
   потребностей;
       - имеются достаточные ресурсы, чтобы купить новую систему,  но
   не для того, чтобы сделать новую систему.
       Разработайте  и  выполните  план  преобразования.  Он   должен
   основываться на критичности систем, сроках отказа и приоритетах.
       План    преобразования   должен   также   включать   стратегию
   преобразования.  Имеются  четыре  типа  стратегии  преобразования:
   параллельный,   поэтапный   подход,   пилотный  и прямой  переход.
   Используемая  стратегия  будет  зависеть  от  заменяемой  системы,
   однако   для   большинства   проектов   преобразования  2000  года
   рекомендуется  поэтапный  подход,  так как он обеспечивает меньшую
   степень  воздействия  на  текущую  работу,  увеличивая возможность
   параллельной  разработки  вследствие  более  низких  требований  к
   ресурсам,  и  создает  минимальный  риск  по  сравнению  с другими
   стратегиями.
       Проверьте все новые продукты  и системы, а также  существующие
   системы, на которые может повлиять замена.
       Внедрите,  оцените  и измените  новую систему,  основываясь на
   изменяющихся   требованиях   пользователей   и приемо  - сдаточных
   критериях пользователей.
       Разработайте план чрезвычайных обстоятельств. Может  оказаться
   необходимым преобразовывать  приложения,  если  проект  замены  не
   удастся выполнить в контрольные сроки.

                                Советы

       Оцените затраты  для  обоих  альтернативных  вариантов  метода
   замены. Обратите внимание на то, что затраты метода "делать" могут
   использоваться в обосновании замены пакета.
       Оба метода потребуют не только поддержки высшего  руководства,
   но также специальных распоряжений  для сосредоточения усилий  всех
   служащих на проекте 2000 года.
       Используйте следующий  контрольный  список при  выборе  пакета
   прикладных программ:
       -  функциональные возможности - обеспечивает  выполнение  всех
   необходимых Функций;
       - гибкость - легко модифицировать или настраивать;
       -  дружелюбие   по  отношению   к  пользователю   -  прост   в
   использовании и обеспечивает управление;
       - аппаратные  и программные  ресурсы -  способен  поддерживать
   существующие ресурсы;
       - характеристики базы данных - поддерживает текущие требования
   обработки и поиска;
       - установка - процесс не требует много усилий и времени;
       -  сопровождение  -  поставщик  предоставляет   продолжающееся
   сопровождение и поддержку;
       - документация - ясная и полная;
       -  качество   поставщика - приложение   разработано   опытными
   разработчиками;
       - затраты  - учесть  любые  дополнительные затраты  (плата  за
   сопровождение, расширение возможностей, модернизация и т.д.);
       - соответствие  2000 году  -  продукт уже  соответствует  2000
   году.
       Так  как  аппаратные  средства   и  их  операционные   системы
   заменяются  регулярно,   новые  системы   должны  проверяться   на
   соответствие 2000 году.
       План чрезвычайных обстоятельств должен установить  контрольные
   точки и  стратегии  резервирования.  В  каждой  контрольной  точке
   руководство должно делать обзор развития проекта замены и  решать,
   нужно ли обращаться к стратегии резервирования.

                3.4. Поддержание соответствия 2000 году

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

                               Проблемы

       Недостаточная  осведомленность   о   проблеме  2000   года   и
   потенциальной   катастрофе,   грозящей   учреждениям;   отсутствие
   ощущения срочности.
       Порча соответствующих 2000 году систем путем введения  систем,
   которые не соответствуют 2000 году.
       Трудности с  разработкой  и соблюдением  во  всех  учреждениях
   стандартов соответствия 2000 году.
       Интерфейсы;  связь  четырехзначных  приложений  с  двузначными
   может оказаться катастрофической.
       Затруднение доступа к архивным файлам, использующим двузначный
   формат даты.
       Обеспечение того,  чтобы  рутинное  сопровождение  не  вносило
   новых проблем 2000 года.

                         Рекомендуемый подход

       Разработайте  метод   управления  изменениями,   вносимыми   в
   техническую среду. Сюда включается:
       - проверка соответствия  поставщика перед подписанием  заказов
   на покупку;
       - доведение до сведения поставщика требований о  необходимости
   абсолютного соответствия продукта;
       - запрос письменной документации, поддерживающей  соответствие
   новых систем;
       - использование соответствующих положений во всех договорах.
       Ясно определите, какие системы соответствуют 2000 году,  какие
   приводятся  в   соответствие  и   какие  являются   частью   новой
   разработки.
       Должен выполняться сквозной  просмотр кода, который  проверяет
   соблюдение стандартов разработки.
       Все   компоненты  системы  должны  тщательно  тестироваться  и
   утверждаться как соответствующие 2000 году.  По завершении приемки
   система становится частью регулярного процесса сопровождения.  При
   внесении   изменений   в систему  соответствие  2000  году  должно
   проверяться снова.
       Документируйте изменения, производимые в среде.
       Избегайте   изменения   форматов   даты,   когда    достигнуто
   соответствие  2000  году,  пока  такое  изменение  не  станет  для
   приложения критическим.

                                Советы

       Установите   стандарты   учреждения   по   проекту  2000  года
   относительно  типов  данных  даты / времени во всех системах.  Эти
   стандарты должны соблюдать все пользователи.
       Создайте ощущение  срочности  у технического  персонала  путем
   ознакомительных семинаров, передачи сообщений, памятных записок  и
   через другие формы эффективного общения.
       Учреждения должны учесть следующее:
       - положения о  соответствии 2000 году  должны быть введены  во
   все договоры, касающиеся закупок и услуг;
       -  разработка   новых   систем  должна   следовать   стандарту
   учреждения;
       - должен  вестись  точный постоянный  учет   всех  систем   до
   1 января 2000 года и далее;
       - необходимо проверять соответствие  2000 году любой  системы,
   вводимой в среду.
       Выполняйте  периодические  проверки  данных  для   обеспечения
   однородного присутствия столетия в структурах баз данных, где даты
   были расширены.

                           4. Проектирование

                        4.1. Управление проектом

       Управление проектом     -     приложение    знаний,    умений,
   инструментальных средств  и  методик  для  планирования  действий,
   чтобы  удовлетворить  потребности  и  ожидания проектировщиков или
   превысить  их.  Соответствие  потребностям  и  ожиданиям  или   их
   превышение   включает   уравновешивание  конкурирующих  требований
   (таких,  как  охват,  время,  затраты  и  качество),  объектов   с
   различными   потребностями  и  ожиданиями,  а  также  определенных
   потребностей и неопределенных ожиданий.
       В данном   документе   определяются   и  описываются  основные
   процессы и приемы управления  проектом.  Цель  проекта  -  создать
   стратегию  для  приведения  всех  систем учреждения в соответствие
   2000  году.  Должны  быть  определены  руководитель   проекта   и,
   возможно,  консультант  проекта.  Для всех членов проектной группы
   должны быть разработаны и задокументированы роли и обязанности.

                                Проблемы

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

Новости партнеров
Счетчики
 
Популярное в сети
Реклама
Разное