МЭР ГОРОДА БЛАГОВЕЩЕНСКА
ПОСТАНОВЛЕНИЕ
от 21 октября 1998 г. N 2925
О МЕРОПРИЯТИЯХ ПО РЕШЕНИЮ "ПРОБЛЕМЫ 2000"
С предстоящим наступлением 2000 года связана проблема,
состоящая в том, что из-за представления календарного года во
многих компьютерных программах двумя последними цифрами
наступление 2000 года будет воспринято информационно-
вычислительными системами как наступление 1900 года. Это может
привести к сбоям в таких системах и непредсказуемым последствиям.
"Проблема 2000" в той или иной степени актуальна для стран. Ее
решение требует корректировки системного и прикладного
программного обеспечения всех информационно-вычислительных систем,
в которых имеется указанный дефект, а в необходимых случаях и
обновления оборудования.
По этой причине "Проблема 2000" должна быть объектом
постоянного внимания и требует принятия безотлагательных мер по ее
выявлению и решению.
Постановляю:
1. Образовать координационный совет по решению "Проблемы 2000".
Председателем координационного совета назначить вице-мэра города
Гладилова В.Н., заместителем председателя координационного совета
назначить начальника информационного центра администрации города
Клопова С.Ю.
2. Вице-мэру города (Гладилов В.Н.) своим распоряжением
установить персональный состав координационного совета.
3. Основными задачами координационного совета считать:
- обеспечение гарантированного решения "Проблемы 2000" в
администрации города, включая самостоятельные подразделения, во
всех муниципальных предприятиях;
- организацию проведения разъяснительных мероприятий,
обеспечивающих четкое и ответственное восприятие проблемы;
- координацию проведения инвентаризации подведомственных
информационных систем (ИС), обобщение и анализ результатов
инвентаризации и классификации ИС, разработку сводных планов
мероприятий решения "Проблемы 2000";
- обстоятельное планирование процедур устранения возможных
сбоев эксплуатируемых ИС с учетом их специфики.
4. Обязать руководителей самостоятельных подразделений
администрации города, руководителей муниципальных предприятий,
эксплуатирующих информационные системы, создать рабочие группы и
назначить ответственных исполнителей.
5. Возложить на координационный совет по решению "Проблемы
2000" следующие функции:
- организационное и методическое руководство решением "Проблемы
2000";
- разработку и доведение типовых методик решения "Проблемы
2000";
- организацию методической помощи в проведении инвентаризации
ИС с целями выявления их зависимости от "Проблемы 2000", оценки
возможности реализации эволюционного пути модификации ИС,
разработки планов мероприятий и реализации проектов решения
"Проблемы 2000";
- организацию обобщения мирового и отечественного опыта по
преодолению "Проблемы 2000" и соответствующее информационное
обслуживание заинтересованных подразделений администрации города и
муниципальных предприятий.
6. Утвердить прилагаемую Методику решения "Проблемы 2000".
7. Управляющему делами (Мишина В.А.) довести настоящее
Постановление и приложение к нему до заместителей Мэра города.
8. Заместителям Мэра города довести настоящее Постановление и
приложение к нему до руководителей курируемых самостоятельных
подразделений и руководителей муниципальных предприятий.
Мэр
города Благовещенска
А.М.КОЛЯДИН
Приложение
к постановлению
Мэра
города Благовещенска
от 21 октября 1998 г. N 2925
МЕТОДИКА
РЕШЕНИЯ "ПРОБЛЕМЫ 2000"
I. ИНВЕНТАРИЗАЦИЯ ИНФОРМАЦИОННЫХ СИСТЕМ
Инвентаризация информационных систем (ИС) имеет целью
составление полного, всеобъемлющего перечня функционирующих ИС, а
также входящих в них программных и аппаратных средств для того,
чтобы не пропустить впоследствии ни одного элемента ИС,
подверженного воздействию "Проблемы 2000".
Успех всей последующей работы по переводу ИС в состояние
"готовность к 2000 году" определяется точностью и полнотой
проведенной инвентаризации.
Устанавливается следующий порядок проведения инвентаризации:
1. Составить перечень ИС, функционирующих во всех
подразделениях администрации города, муниципальных предприятиях.
Форма перечня ИС представлена в приложении к методике (форма N
1).
Перечень ИС должен быть составлен с учетом следующих
архитектурных групп:
- РС-серверы и UNIX-серверы;
- РС и рабочие станции;
- сетевые средства.
2. По каждой ИС, указанной в форме N 1, должны быть
представлены:
- перечень оборудования ИС (форма N 2), включающий основное
оборудование;
- процессор (сервер, рабочая станция, ПЭВМ);
- дисковые подсистемы (тип, объем, архитектура);
- терминальные подсистемы (контроллеры, адаптеры, терминалы);
- перечень системных программных средств ИС (форма N 3),
включающий операционные системы (ОС) и системные приложения.
ПОСЛЕДОВАТЕЛЬНОСТЬ ДЕЙСТВИЙ, ВЫПОЛНЯЕМЫХ ДЛЯ РЕШЕНИЯ
"ПРОБЛЕМЫ 2000"
-----------------------------------------------------------------¬
¦Постановка задачи ¦
+----------------------------------------------------------------+
¦Обеспечение способности ИС обрабатывать дату в данных и ¦
¦программах после 2000 года ¦
L-------------------------------T---------------------------------
--------------------------------+--------------------------------¬
¦Анализ готовности компонентов ИС к 2000 году ¦
+----------------------------------------------------------------+
¦Инвентаризация и классификация оборудования и программных ¦
¦продуктов ¦
L-------------------------------T---------------------------------
¦
-------------¬ ¦ --------------¬
---------+готовы +--------+-----------+не готовы +------¬
¦ L------------- L-------------- ¦
¦ ¦
¦ ---
¦ -------------------------+-¬
¦ ¦Оценка путей обеспечения ¦
¦ ¦готовности к 2000 году ¦
¦ +--------------------------+
¦ ¦Оценка возможности ¦
¦ ¦модификации приложений. ¦
¦ ¦Оценка ресурсов (людских, ¦
¦ ¦временных, финансовых) ¦
¦ L------------T--------------
¦ ¦
¦ -----------------------------------+--------¬
¦ ------------+------------¬ ------------+----¬
¦ ¦Переход на новые ¦ ---+Модификация ¦
¦ L-----------T------------- ¦ L-----------------
¦ ¦ ¦
¦ ------------+------------¬ -------+-------------------¬
¦ ¦Покупка (или разработка)¦ ¦Разработка методики ¦
¦ ¦новых ¦ ¦модификации ¦
¦ ¦сертифицированных по ¦ +--------------------------+
¦ ¦проблеме продуктов ¦ ¦Алгоритм модификации ¦
¦ +------------------------+ ¦приложений ¦
¦ ¦Смета расходов ¦ ¦ ¦
¦ L-----------T------------- L------T--------------------
¦ ¦ ¦
L--------------+--------T--------------------
¦
-------------------------+---------------------------------------¬
¦Создание необходимых аппаратной и программной сред для ¦
¦комплексного тестирования продуктов ¦
+----------------------------------------------------------------+
¦Дисковая память. Копии исходных кодов и БД. Принятие решения ¦
¦о режиме тестирования ¦
L------------------------T----------------------------------------
¦
-------------------------+---------------------------------------¬
¦Модификация приложений в новую среду ¦
+----------------------------------------------------------------+
¦Преобразование программ и данных. Объединение данных. ¦
¦Автономное тестирование приложений ¦
L------------------------T----------------------------------------
¦
-------------------------+---------------------------------------¬
¦Системное тестирование новой (готовой к 2000 году) ИС ¦
+----------------------------------------------------------------+
¦Ввод ИС в эксплуатационный режим ¦
L-----------------------------------------------------------------
Для программных средств ввиду их сложной иерархической
структуры целесообразно применить так называемый "нисходящий
метод", то есть от верхнего уровня программ к нижнему.
К самому высокому уровню программных средств в каждой группе
относятся такие операционные системы, как:
- IBM-08/390, MVS, VM, AIX, OS/400, OS/2;
- EC ЭВМ - ОС 6, TKS, СВМ, БОС;
- Microsoft - MS-DOS, Windows, Windows NT;
- HP-UX и др.
Следующий уровень включает в себя специальное программное
обеспечение (системные приложения), к которому следует причислить
СУБД (DB2, IMS, Oracle, ADABAS и т. д.), системы обработки
транзакций (типа CICS), системы управления печатью (типа PSF),
системы MQSeries и др.
К нижнему уровню следует отнести пользовательские приложения.
Это, как правило, наиболее насыщенный и наиболее сложный, с точки
зрения инвентаризации, уровень.
II. КЛАССИФИКАЦИЯ СИСТЕМ
Полученные в результате инвентаризации перечни ИС, их
оборудования и системных программных средств должны быть
проанализированы и классифицированы по группам в соответствии с их
архитектурным уровнем:
- большие ЭВМ (мэйнфреймы);
- РС-серверы и UNIX-серверы;
- РС и рабочие станции, сетевые средства.
Цель классификации - получение исходных данных для выбора путей
решения "Проблемы 2000" для ИС различных архитектур.
Ниже представлена диаграмма, иллюстрирующая рекомендуемые пути
решения по трем основным компонентам ИС: оборудование, системное
программное обеспечение, прикладное программное обеспечение для
четырех архитектурных уровней.
Результат классификации - формирование перечней оборудования и
системных программных средств по каждому архитектурному уровню ИС.
По этим перечням принимаются решения по определению наличия
"Проблемы 2000" и методам ее устранения для однородных групп
программных средств и оборудования.
АНАЛИЗ НА НАЛИЧИЕ ПРОБЛЕМЫ 2000 ГОДА
-----------T---------------T-----------------T-------------------¬
¦Архитекту-¦Инвентаризация ¦Классификация ¦План мероприятий ¦
¦ра ¦ ¦ ¦ ¦
¦информаци-¦ ¦ ¦ ¦
¦онных ¦ ¦ ¦ ¦
¦систем ¦ ¦ ¦ ¦
¦ +---------------+-----------------+-------------------+
¦ ¦Большие ЭВМ ¦ ¦ ¦
¦ ¦(мэйнфреймы): ¦ ¦ ¦
¦ ¦ ¦ ¦ ¦
¦ ¦оборудование ¦ЕС ЭВМ ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦IBM и IBM ¦Замена ¦
¦ ¦ ¦совместимое ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦системное ПО ¦ЕС ЭВМ ¦Модификация ¦
¦ ¦ ¦ ¦(НИЦЭВТ) ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦IBM и IBM ¦Замена ¦
¦ ¦ ¦совместимое ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦прикладное ПО ¦Собственное ¦Модификация ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦Покупное ¦Замена версий ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦Серверы РС и ¦ ¦ ¦
¦ ¦UNIX-серверы: ¦ ¦ ¦
¦ ¦ ¦ ¦ ¦
¦ ¦оборудование ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦системное ПО ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦прикладное ПО ¦Покупное ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦Собственное ¦Модификация ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦РС и рабочие ¦ ¦ ¦
¦ ¦станции: ¦ ¦ ¦
¦ ¦ ¦ ¦ ¦
¦ ¦оборудование ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦системное ПО ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦прикладное ПО ¦Покупное ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦Собственное ¦Модификация ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦Сетевые ¦ ¦ ¦
¦ ¦средства: ¦ ¦ ¦
¦ ¦ ¦ ¦ ¦
¦ ¦оборудование ¦Интеллектуальное ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦Неинтеллектуаль- ¦Замены не ¦
¦ ¦ ¦ное ¦требует ¦
¦ ¦ ¦ ¦ ¦
¦ ¦сетевое ПО ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦прикладное ПО ¦Покупное ¦Замена ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦Собственное ¦Модификация ¦
¦ ¦ ¦ ¦ ¦
¦ ¦ ¦ ¦Нет "Проблемы 2000"¦
L----------+---------------+-----------------+--------------------
III. ПРЕДВАРИТЕЛЬНОЕ ТЕСТИРОВАНИЕ ИНФОРМАЦИОННЫХ
СИСТЕМ НА НАЛИЧИЕ "ПРОБЛЕМЫ 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 с разными вариантами установки времени:
используйте текущее значение системных часов, чтобы проверить
данные с датами;
установите системные часы в 1999/12/31 и затем проверьте данные
с датами;
установите на системные часы значение после 2000/01/01 и затем
проверьте данные с датами.
Основные примеры тестирования системных часов РС
Пример 1. Проверка установки даты после 2000 года:
установите системные часы в 2000/01/01, 00:01:00;
проверьте дату;
если дата установлена правильно, выключите питание, включите
питание и затем снова проверьте дату.
Пример 2. Проверка автоматического перехода часов на 2000 год
при включенном питании:
установите на системных часах дату 1999/12/31, 23:58:00;
оставьте питание включенным;
подождите, пока показания часов не достигнут 2000 года;
проверьте дату:
если она установлена правильно, выключите питание и после
включения снова проверьте дату.
Пример 3. Проверка автоматического перехода часов на 2000 год
при выключенном питании:
установите на системных часах дату 1999/12/31, 23:58:00;
выключите питание;
подождите, пока показания часов не достигнут 2000 года;
включите питание;
проверьте дату.
Пример 4. Проверка обновления программного времени операционной
системой без включения таймера:
установите системные часы в 1999/12/31, 23:58:00;
приостановите программу индикации отсчета времени, не включая
таймер;
оставьте питание включенным;
подождите, пока показания часов достигнут 2000 года;
пустите дальше программу индикации отсчета времени и проверьте
дату.
Пример 5. Проверка обновления программного времени операционной
системой с включением таймера:
установите системные часы в 1999/12/31, 23:58:00;
приостановите программу индикации отсчета времени, установив
таймер в 2000/01/01, 00:01:00;
оставьте питание включенным;
подождите, пока сработает таймер;
проверьте дату.
IV. АНАЛИЗ СИСТЕМ В ГРУППАХ НА ГОТОВНОСТЬ
К 2000 ГОДУ
Сведения, необходимые для оценки готовности к 2000 году
оборудования и системных программных средств (СПС) информационной
системы по каждой архитектурной группе, должны быть получены
путем:
просмотра и анализа электронной документации по "Проблеме 2000"
ведущих фирм - изготовителей оборудования и программных продуктов
на Web-серверах Интернет по адресам Интернет (Internet/World-Wide
Web);
запросов к фирмам (предприятиям и организациям) - изготовителям
(разработчикам) соответствующих продуктов.
Каждая из ведущих фирм - изготовителей информационных
технологий (IBM, Microsoft, НР, DEC, SUN) провела сертификацию
своих СПС по "Проблеме 2000" и сообщает версии и релизы СПС, в
которых решена "Проблема 2000".
Оценка готовности к 2000 году осуществляется путем сравнения
версий и релизов СПС продукционной ИС с версиями и релизами
сертифицированных по "Проблеме 2000" СПС. Если версии и (или)
релизы продукционного СПС ниже сертифицированного, т. е. СПС не
готово к 2000 году, его необходимо заменить.
Аналогично проводится оценка оборудования ИС на предмет
готовности к 2000 году. Оборудование, имеющее "Проблему 2000", и
оборудование, на которое не инсталлируются операционная система и
СПС, сертифицированные под "Проблему 2000", подлежит замене.
Оценка прикладных программных средств (ППС) продукционных ИС
производится путем тестирования с помощью сертифицированных по
"Проблеме 2000" оборудования и системных программных средств на
созданном для решения проблемы стенде.
При тестировании должны использоваться пакеты программ для
решения "Проблемы 2000", предлагаемые разными фирмами -
разработчиками программных продуктов.
На этапе планирования работ по созданию ППС, готовых к 2000
году, должен быть решен вопрос о приобретении соответствующих
пакетов.
V. РАЗРАБОТКА ПЛАНА МЕРОПРИЯТИЙ ПО КАЖДОЙ
ИНФОРМАЦИОННОЙ СИСТЕМЕ
На основании инвентаризации, классификации и анализа
компонентов (оборудования, СПС, ППС) по каждой ИС рабочей группой
подразделения, муниципального предприятия должен разрабатываться
план мероприятий, направленных на решение "Проблемы 2000".
Рекомендуемая форма плана мероприятий представлена в приложении
(форма N 4).
План мероприятий должен включать:
- план - график разработки и корректировки организационно-
технических документов и инструкций, позволяющих персоналу
устранить причины негативных последствий "Проблемы 2000" с помощью
ручной настройки аппаратных и программных средств;
- оценку потребности в аппаратных и системных программных
средствах для функционирования ИС в сертифицированной операционной
среде (для принятия решения об их поэтапной групповой закупке);
- оценку сметной стоимости заменяемых, вновь разрабатываемых и
модифицируемых аппаратных и программных ресурсов ИС с разбивкой по
годам;
- разработку структуры цены работ и сводной потребности
финансовых ресурсов, в том числе бюджетных средств.
Этапы планируемых работ по созданию прикладных программных
продуктов, готовых к 2000 году, как наиболее трудоемкой и
затратной части всех работ по решению "Проблемы 2000",
схематически представлены ниже:
-----------------------------------------------------------------¬
¦Принятие решения о способах модификации прикладных программных ¦
¦продуктов ¦
+-------------------T---------------------T----------------------+
¦Модификация старых ¦Покупка ¦Разработка новых ¦
¦продукционных ¦сертифицированных ¦приложений, готовых ¦
¦приложений до ¦приложений: ¦к 2000 году: ¦
¦уровня готовых ¦ ¦ ¦
¦к 2000 году: ¦- выбор поставщика; ¦- выбор исполнителя; ¦
¦ ¦ ¦ ¦
¦- выбор ¦- выделение средств; ¦- разработка ¦
¦исполнителя; ¦ ¦технического задания; ¦
¦ ¦- приобретение ¦ ¦
¦- разработка ¦приложений ¦- средства разработки ¦
¦технического ¦ ¦приложений; ¦
¦задания; ¦ ¦ ¦
¦ ¦ ¦- языковая среда ¦
¦- разработка ¦ ¦ ¦
¦мероприятий по ¦ ¦ ¦
¦миграции ¦ ¦ ¦
¦приложений ¦ ¦ ¦
+-------------------+---------------------+----------------------+
¦Автономное и комплексное тестирование новых приложений ¦
¦Системное тестирование новой ИС ¦
¦Ввод новой ИС в эксплуатацию ¦
L-----------------------------------------------------------------
Приложение
к Методике
Форма N 1
ИНФОРМАЦИОННЫЕ СИСТЕМЫ
(МИНИСТЕРСТВА, ВЕДОМСТВА, ОРГАНИЗАЦИИ)
-----T--------------T--------T----------T-----------T------------¬
¦N ¦Наименование ¦Платфор-¦Операцион-¦Дата ¦Дополнитель-¦
¦п/п ¦ИС ¦ма и ¦ная ¦инсталляции¦ные сведения¦
¦ ¦ ¦архитек-¦система и ¦ОС и ¦об ИС ¦
¦ ¦ ¦тура ИС ¦основная ¦основной ¦ ¦
¦ ¦ ¦ ¦прикладная¦прикладной ¦ ¦
¦ ¦ ¦ ¦система ¦системы ¦ ¦
+----+--------------+--------+----------+-----------+------------+
¦ ¦ ¦ ¦ ¦ ¦ ¦
L----+--------------+--------+----------+-----------+-------------
Форма N 2
ПЕРЕЧЕНЬ ОБОРУДОВАНИЯ ИС
-----T--------------T--------T----------T-----------T------------¬
¦N ¦Наименование, ¦Фирма - ¦Дата ¦Сведения о ¦Дополнитель-¦
¦п/п ¦шифр и модель ¦изгото- ¦выпуска ¦наличии ¦ные сведения¦
¦ ¦устройства ¦витель ¦ ¦"Проблемы ¦ ¦
¦ ¦ ¦ ¦ ¦2000": ¦ ¦
¦ ¦ ¦ ¦ ¦+ - наличие¦ ¦
¦ ¦ ¦ ¦ ¦- - отсут- ¦ ¦
¦ ¦ ¦ ¦ ¦ствие ¦ ¦
+----+--------------+--------+----------+-----------+------------+
¦ ¦ ¦ ¦ ¦ ¦ ¦
L----+--------------+--------+----------+-----------+-------------
Форма N 3
ПЕРЕЧЕНЬ СИСТЕМНЫХ ПРОГРАММНЫХ СРЕДСТВ (СПС) ИС
-----T------------T-------T---------T-----------T------T---------¬
¦N ¦Наименование¦Версия,¦Фирма - ¦Сведения о ¦Дата ¦Дополни- ¦
¦п/п ¦СПС ¦релиз ¦изготови-¦наличии ¦инс- ¦тельные ¦
¦ ¦ ¦ ¦тель ¦"Проблемы ¦талля-¦сведения ¦
¦ ¦ ¦ ¦ ¦2000": ¦ции ¦ ¦
¦ ¦ ¦ ¦ ¦+ - наличие¦ ¦ ¦
¦ ¦ ¦ ¦ ¦- - отсут- ¦ ¦ ¦
¦ ¦ ¦ ¦ ¦ствие ¦ ¦ ¦
+----+------------+-------+---------+-----------+------+---------+
¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
L----+------------+-------+---------+-----------+------+----------
Форма N 4
ПЛАН МЕРОПРИЯТИЙ
ПО РЕШЕНИЮ "ПРОБЛЕМЫ 2000"
(СОСТАВЛЯЕТСЯ ДЛЯ КОНКРЕТНОЙ ИС)
-----T--------------T--------T----------T-----------T------------¬
¦N ¦Компонент ИС ¦Содер- ¦Оценочная ¦Срок ¦Ответствен- ¦
¦п/п ¦ ¦жание ¦стоимость ¦исполнения ¦ный ¦
¦ ¦ ¦меропри-¦(млн. ¦ ¦исполнитель ¦
¦ ¦ ¦ятия ¦руб.), в ¦ ¦ ¦
¦ ¦ ¦ ¦том числе ¦ ¦ ¦
¦ ¦ ¦ ¦бюджетные ¦ ¦ ¦
¦ ¦ ¦ ¦ассигнова-¦ ¦ ¦
¦ ¦ ¦ ¦ния ¦ ¦ ¦
+----+--------------+--------+----------+-----------+------------+
¦ ¦ ¦ ¦ ¦ ¦ ¦
L----+--------------+--------+----------+-----------+-------------
|
