1998 г.

Настоящие методические рекомендации по решению “Проблемы 2000” утверждены решением Комиссии по информатизации при Президенте Кыргызской Республики от 5 ноября 1998 года.

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

Поэтому “Проблема 2000” должна быть объектом постоянного внимания со стороны органов исполнительной власти Кыргызской Республики и требует принятия безотлагательных мер по ее выявлению и решению.

(назад к содержанию)

Для решения “Проблемы 2000” необходимо создание организационной вертикали:

1. В каждом министерстве, ведомстве Кыргызской Республики должна быть создана рабочая группа для решения “Проблемы 2000” и назначен ответственный исполнитель.

Основные задачи рабочей группы:

• обеспечение гарантированного решения “Проблемы 2000” в государственном секторе во всех подведомственных организациях/предприятиях;

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

• организация проведения инвентаризации подведомственных информационных систем (ИС), обобщение и анализ результатов инвентаризации и классификации ИС, разработка сводных планов мероприятий решения “Проблемы 2000” в министерстве, ведомстве;

• выполнение специальных функций по конкретному руководству подведомственными организациями при решении “Проблемы 2000”;

• осуществление действий по устранению проблем в условиях нехватки квалифицированного персонала, обучению и переобучению специалистов;

• обстоятельное планирование процедур устранения возможных сбоев эксплуатируемых ИС с учетом отраслевой и региональной специфики.

2. В каждой организации, ответственной за эксплуатацию и развитие ведомственной ИС, должна быть создана рабочая группа и назначен ответственный исполнитель.

3. На Комиссию по информатизации при Президенте Кыргызской Республики возлагаются следующие функции:

• организационное и методическое руководство решением “Проблемы 2000”;

• разработка и доведение до государственных органов управления типовых методик решения “Проблемы 2000”;

4. На Управление информатизации Министерства транспорта и коммуникаций возлагаются следующие функции:

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

• организация обобщения мирового и отечественного опыта по преодолению “Проблемы 2000” и соответствующее информационное обслуживание заинтересованных министерств, ведомств;

• организация централизованной замены наиболее распространенных в ведомственных ИС системных программных продуктов для консолидации финансовых средств заинтересованных министерств и ведомств, оптимизации временных и материальных ресурсов.

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

Центру технической поддержки поручено:

• организация обучения специалистов отраслей методам и приемам проведения работ по “Проблеме 2000”;

• отработка методических рекомендаций по решению “Проблемы 2000” до их внедрения в ИС министерств, ведомств;

• тестирование и сертификация программных продуктов и оборудования на предмет решения “Проблемы 2000”;

• организация “горячей линии” по “Проблеме 2000” для специалистов организаций, эксплуатирующих ведомственные информационные системы;

• создание WEB-сайтов по направлениям: мировая практика решения “Проблемы 2000”, программные продукты, поддерживающие решение “Проблемы 2000”, тестовые центры, обеспечивающие тестирование компонентов ИС с целью выявления наличия “Проблемы 2000”, затраты при использовании различных приемов для решения “Проблемы 2000” и др.

(назад к содержанию)

2.2. Алгоритм решения “Проблемы 2000”

На рисунке 2.1 показана последовательность действий, выполняемых для решения “Проблемы 2000” в ИС.

(назад к содержанию)

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

Успех всей последующей работы по переводу ИС в состояние “готовность к 2000 году” определяется точностью и полнотой проведенной инвентаризации.

Рекомендуется следующий порядок проведения инвентаризации:

1. Составить перечень ИС, функционирующих во всех информационно-вычислительных центрах (ИВЦ, ВЦ и т.д.), включая региональные, каждого министерства и ведомства.

Рекомендуемая форма перечня ИС представлена в Приложении (форма №1).

Перечень ИС должен быть составлен с учетом следующих архитектурных групп:

• мэйнфреймы (большие ЭВМ);

• РС-серверы и UNIX-серверы;

• РС и рабочие станции;

• сетевые средства;

• встроенные системы.

2. По каждой ИС, указанной в форме №1, должны быть представлены:

перечень оборудования ИС (рекомендуемая форма №2), включающий основное оборудование:

• процессор (сервер, рабочая станция, ПЭВМ);

• дисковые подсистемы (тип, объем, архитектура);

• терминальные подсистемы (контроллеры, адаптеры, терминалы).

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

Рис. 2.1. Последовательность действий, выполняемых для решения “Проблемы 2000” в ИС.

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

К самому высокому уровню программных средств в каждой группе относятся операционные системы такие, как:

• IBM-OS/390, MVS, VM, AIX, OS/400, OS/2;

• ЕС ЭВМ - ОС 6, TKS, СВМ, БОС;

• Microsoft - MS- DOS, Windows 95, Windows NT;

• HP-UX, и др.

Следующий уровень включает в себя специальное программное обеспечение (системные приложения), к которым следует причислить СУБД (DB2, IMS, Oracle, ADABAS и т.д.), системы обработки транзакций (типа CICS), системы управления печатью (типа PSF), системы MQSeries и др.

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

Результаты:

1. Перечень информационных систем министерства, ведомства, организаций (рекомендуемая форма № 1).
2. Перечень оборудования ИС (рекомендуемая форма № 2).
3. Перечень системных программных средств ИС (рекомендуемая форма № 3).

(назад к содержанию)

3.2. Классификация систем

Полученные в результате инвентаризации перечни ИС, их оборудования и системных программных средств должны быть проанализированы и классифицированы по группам в соответствии с их архитектурным уровнем:

Цель классификации - получение исходных данных для выбора путей решения “Проблемы 2000” для ИС различных архитектур.

На рисунке 3.1 представлена диаграмма, иллюстрирующая рекомендуемые пути решения по трем основным компонентам ИС: оборудование, системное программное обеспечение, прикладное программное обеспечение, для четырех архитектурных уровней (для встроенных систем аналогично сетевым средствам).

Результат классификации: формирование перечней оборудования и системных программных средств по каждому архитектурному уровню ИС. По этим перечням принимаются решения по определению наличия “Проблемы 2000” и методам ее устранения для однородных групп программных средств и оборудования.

Рис. 3.1. Пути решения “Проблемы 2000”

(назад к содержанию)

3.3. Предварительное тестирование информационных систем на наличие “Проблемы 2000”

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

Ниже приводятся основные примеры предварительного тестирования системных часов любой ИС и персонального компьютера как наиболее распространенного компонента ИС.

Основные примеры тестирования системных часов ИС

Пример 1. Проверка правильности функционирования часов в основных переходных точках и при выполнении автоматических операций:

• переход на другие сутки;

• переход на следующую неделю;

• переход на вторую половину месяца;

• переход на следующий месяц;

• переход к следующей паре месяцев;

• переход к следующему кварталу;

• переход к следующему полугодию;

• переход к следующему году;

• архивирование;

• рестарт для восстановления системы;

• запрос к часам.

Пример 2. Проверка установки и отображения на экране специфических дат, например:

• 1900/2/29 – должно выдаваться сообщение о сбое, так как 1900 год не является високосным;

• 1996/2/29 – сообщения о сбое не должно быть, так как 1996 год високосный;

• 2000/2/29 – сообщения о сбое не должно быть, так как 2000 год является високосным;

• 00/01/01 – должны высвечиваться четыре цифры даты, значение которой зависит от приложения. Например, 1900/01/01, 2000/01/01 и т.д.;

• 1999/12/31 – эта дата должна отличаться от обычного конца года, так как она является концом столетия.

Пример 3. Проверка обработки “датазависимых” данных до и после 2000/01/01 c разными вариантами установки времени:

• используйте текущее значение системных часов, чтобы проверить данные с датами;

• установите системные часы в 1999/12/31 и, затем, проверьте данные с датами;

• установите на системные часы значение после 2000/01/01 и, затем, проверьте данные с датами.

Основные примеры тестирования системных часов PC

Пример 1. Проверка установки даты после 2000 года

1. установите системные часы в 2000/01/01, 00:01:00;

2. проверьте дату;

3. если дата установлена правильно, выключите питание, включите питание и затем снова проверьте дату.

Пример 2. Проверка автоматического перехода часов на 2000 год при включенном питании:

1. установите на системных часах дату 1999/12/31, 23:58:00;

2. оставьте питание включенным;

3. подождите пока показания часов не достигнут 2000 года;

4. проверьте дату;

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

Пример 3. Проверка автоматического перехода часов на 2000 год при выключенном питании:

1. установите на системных часах дату 1999/12/31, 23:58:00;

2. выключите питание;

3. подождите пока показания часов не достигнут 2000 года;

4. включите питание;

5. проверьте дату.

Пример 4. Проверка обновления программного времени операционной системой без включения таймера:

1. установите системные часы в 1999/12/31, 23:58:00;

2. приостановите программу индикации отсчета времени, не “включая” таймер;

3. оставьте питание включенным;

4. подождите, пока показания часов достигнут 2000 года;

5. пустите дальше программу индикации отсчета времени и проверьте дату.

Пример 5. Проверка обновления программного времени операционной системой с включением таймера:

1. установите системные часы в 1999/12/31, 23:58:00;

2. приостановите программу индикации отсчета времени, установив таймер в 2000/01/01, 00:01:00;

3. оставьте питание включенным;

4. подождите, пока сработает таймер;

5. проверьте дату.

(назад к содержанию)

3.4. Анализ систем в группах на “готовность к 2000 году”

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

• просмотра и анализа электронной документации по “Проблеме 2000” ведущих фирм-изготовителей оборудования и программных продуктов на Web-серверах Интернет по адресам Интернет (Internet/World-Wide Web);

• запросов к фирмам (предприятиям и организациям), изготовителям (разработчикам) соответствующих продуктов.

Каждая из ведущих фирм-изготовителей информационных технологий (IBM, Microsoft, HP, DEC, SUN) провела сертификацию своих СПС по “Проблеме 2000” и сообщает версии и релизы СПС, в которых решена “Проблема 2000”.

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

Аналогично проводится оценка оборудования ИС на предмет “готовности к 2000 году”. Оборудование, имеющее “Проблему 2000”, и оборудование, на которое не инсталлируется операционная система и СПС, сертифицированные под “Проблему 2000”, подлежит замене.

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

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

На этапе планирования работ по созданию ППС “готовых к 2000 году” должен быть решен вопрос о закупке соответствующих пакетов.

Результаты:

Перечни ИС и их компонентов по группам:

1. ИС, “готовые к 2000 году”;

2. компоненты ИС, требующие замены;

3. компоненты ИС, требующие модификации.

(назад к содержанию)

3.5. Разработка плана мероприятий по каждой информационной системе

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

Рекомендуемая форма плана мероприятий представлена в Приложении (форма № 4).

План мероприятий должен включать:

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

• оценку потребности в аппаратных и системных программных средствах для функционирования ИС в сертифицированной операционной среде (для принятия решения об их поэтапной групповой закупке);

• оценку сметной стоимости заменяемых, вновь разрабатываемых и модифицируемых аппаратных и программных ресурсов ИС с разбивкой по годам;

• разработку структуры цены работ и сводной потребности финансовых ресурсов, в том числе бюджетных средств.

Этапы планируемых работ по созданию прикладных программных продуктов, “готовых к 2000 году”, как наиболее трудоемкой и затратной части всех работ по решению “Проблемы 2000”, схематически представлены на рисунке 3.2.

Рис. 3.2. Этапы планируемых работ по созданию прикладных программных продуктов, “готовых к 2000 году”.

Обобщенные формы с результатами инвентаризации подведомственных ИС и сводные планы мероприятий по решению “Проблемы 2000” министерствами, ведомствами направляются рабочими группами в срок до 1 декабря 1998 года в Управление информатизации Министерства транспорта и коммуникаций для подготовки доклада по “Проблеме 2000” Правительству Кыргызской Республики и принятия соответствующего решения на государственном уровне.

Контактные телефоны: (996-3312) 22-77-20, 66-10-66  ответственный – Кыдыралиев Тургунбек Нааматович.

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

(назад к содержанию)

Приложение

Форма №1. Информационные системы (министерства, ведомства, организации)

(назад к содержанию)

Форма №2. Перечень оборудования ИС

(назад к содержанию)

(назад к содержанию)

(назад к содержанию)