7. объем предоставления гарантий качества

УТВЕРЖДАЮ
Управляющий делами –
Руководитель Аппарата
Народного Хурала Республики Бурятия
_______________________В.Б. Эрдынеев
«___» _______________ 2009 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Модернизация автоматизированной информационной системы
«Законопроект»
СОГЛАСОВАНО
Начальник Организационно-
РАЗРАБОТАНО
Начальник Отдела электронно-
технического управления
технического обеспечения
Аппарата Народного Хурала РБ
_______________В.Г. Тархов
«___» _______________ 2009 г.
_________________А.Н. Дондоков
«___» _______________ 2009 г.
Улан-Удэ, 2009
Предметом контракта
является полный обьем работ (услуг) по модернизации
автоматизированной информационной системы «Законопроект» (далее – АИС)
с целью
обеспечение выполнения Закона Республики Бурятия от 26.10.1994 года N 47-I «О порядке
опубликования и вступления в силу законов Республики Бурятия, актов Президента Республики
Бурятия, Народного Хурала Республики Бурятия и Правительства Республики Бурятия»,
Регламента Народного Хурала Республики Бурятия и положения об автоматизированной
информационной системе (прилагается)
Весь обьем работ (услуг) по модернизации АИС включая поставку и установку полного
комплекта(ов) серверного и клиентского программного обеспечения по месту нахождения
Заказчика, обучение специалистов Заказчика на рабочих местах входит в конечную стоимость
государственного контракта.
Количество рабочих мест – 70.
Гарантия на работу программного обеспечения: не менее 3х лет.
Перечень, характеристики и требования
1.
ОБЩЕЕ ОПИСАНИЕ .........................................................................................................3
НАЗНАЧЕНИЕ СИСТЕМЫ...............................................................................................................3
2.
ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ .......................................................................3
ТРЕБОВАНИЯ К СИСТЕМЕ ...................................................................................................3
2.1.2.
2.1.3.
2.1.4.
2.1.5.
2.1.6.
Экономические (стоимостные) параметры ......................................................3
Функциональность клиентской части: ..............................................................4
Функциональность серверной части: .................................................................4
Функциональность обмена данными: .................................................................5
Требования к структуре и функционированию системы .................................5
ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ) .......................................................................6
2.2.1.
2.2.2.
2.2.3.
Подсистема авторизации и аутентификации ..................................................6
Подсистема поиска отбора и сортировки данных ...........................................6
Подсистема протоколирования ..........................................................................7
3. РАСХОДЫ НА ЭКСПЛУАТАЦИЮ....................................................................................7
4. РАСХОДЫ НА ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ (ТЕХПОДДЕРЖКА) .............7
5. СРОКИ (ПЕРИОДЫ) ПОСТАВКИ......................................................................................8
6. СРОК ПРЕДОСТАВЛЕНИЯ ГАРАНТИЙ КАЧЕСТВА..................................................8
7. ОБЪЕМ ПРЕДОСТАВЛЕНИЯ ГАРАНТИЙ КАЧЕСТВА..............................................8
1. ОБЩЕЕ ОПИСАНИЕ
Назначение системы
АИС должна обеспечить выполнение следующих основных задач:
1. Упорядочение и контроль работы с электронными копиями проектов законов Республики
Бурятия и проектов постановлений Народного Хурала, а также материалов к ним,
предусмотренных Регламентом Народного Хурала (далее – законодательная инициатива)
путем формирования единой базы данных, интегрирующей сведения о регистрационноконтрольных картах законодательных инициатив, датах и номерах сессий, ходе их
рассмотрения и прилагаемых к ним документах в соответствии с нормативно-правовыми
актами регламентирующими законодательную деятельность Народного Хурала
Республики Бурятия;
2. Обеспечение участников законодательного
законодательными инициативами;
процесса
электронными
копиями
3. Создание и ведение архива законодательных инициатив;
4. Повышение
эффективности
законодательного процесса;
и
оперативности
взаимодействия
участников
5. Модернизация системы с учетом введения электронно-цифровой подписи (далее – ЭЦП)
в Народном Хурале Республики Бурятия;
6. Отображение данных в клиентской части о наличии ЭЦП в документах;
7. Отображение данных в веб-интерфейсе системы о наличии ЭЦП в документах;
8. Интегрирование АИС с информационным порталом Народного Хурала;
9. Формирование фиксированной отчетной и статистической информации на основе данных,
имеющихся в базе данных
2. ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ
Требования к системе
2.1.2.
Экономические (стоимостные) параметры
-
в сумму контракта должен входить весь комплекс работ для запуска системы «под ключ».
-
в сумму контракта должна входить стоимость всего комплекта программного (клиентская
часть, серверная часть, утилиты, модули расширения, инструменты администрирования и
управления, и т.д.) необходимые для запуска системы и работы в дальнейшем.
-
все ПО поставляемое в рамках контракта должно иметь неограниченный срок работы без
дополнительных оплат в последующем.
-
в заявке должна быть указана фиксированная стоимость приобретения дополнительных
рабочих мест (включающая все необходимое ПО, модули, утилиты)
-
стоимость технической поддержки в указанном объеме на 1-й год должна входить в сумму
заявки.
-
в заявке должна быть указана фиксированная стоимость технической поддержки в
указанном объеме на второй и третий годы.
-
серверное ПО должно работать с БД неограниченной по размеру, количеству записей и
сроку без дополнительной оплаты.
2.1.3.
Функциональность клиентской части:
-
сохранить имеющуюся функциональность на прежнем уровне
-
сохранить модульную структуру программного решения
-
обеспечить изменение данных в системе только при наличии USB ключа
-
при внесении файла проверяется наличие ЭЦП и наличие ЭЦП отображается при
просмотре списка файлов
-
провести необходимые изменения интерфейсов модулей для отображения данных
-
добавить отчеты в соответствии с вносимыми измененями.
2.1.4.
Функциональность серверной части:
-
неограниченный размер БД, неограниченное количество таблиц и записей в БД
-
соответствие сервера БД стандарту SQL
-
поддержка ссылочной целостности на уровне БД
-
наличие механизма поддержки транзакций
-
поддержка сервером БД хранимых процедур и триггеров
-
разделение прав пользователей на уровне сервера
-
возможность назначения/изменения прав без остановки/перезапуска сервера
-
оперативное копирование рабочей БД в режиме реального времени (создание и
актуализация копии рабочей БД на другом накопителе в режиме реального времени)
-
осуществление резервного копирования базы данных в «теневом» режиме (без остановки
сервера или отключения пользователей)
-
автоматическое восстановление работоспособности сервера БД после аварийного
завершения работы (выключение света, перезагрузка и т.п.)
-
наличие возможности в дальнейшем задействовать off-line репликацию базы данных для
организации рабочих мест территориально удаленных пользователей
2.1.5.
Функциональность обмена данными:
-
сохранить всю имеющуюся функциональность на прежнем уровне
-
обеспечить публикацию на Информационном портале Народного Хурала в разделе
«Законопроекты» сведений о законодательных инициативах внесенных в Народный Хурал
-
обеспечить публикацию на Информационном портале Народного Хурала в разделе
«Документы» законов и постановлений принятых Народным Хуралом.
2.1.6.
Требования к структуре и функционированию системы
Перечень подсистем АИС и их назначение:
-
подсистема хранения данных;
-
подсистема резервного копирования;
-
клиентская подсистема;
-
подсистема протоколирования;
-
подсистема поиска данных;
-
подсистема формирования и печати отчетов;
-
подсистема администрирования и управления правами доступа к данным.
Все поставляемые подсистемы должны обеспечивать корректное взаимодействие между
собой.
Во всех режимах работы необходимо вести журнал работы пользователей для фиксации
произведенных ими изменений.
В диагностическом режиме в журнал работы дополнительно должна записываться
информация обо всех событиях в хронологическом порядке (SQL-запросы, открытие файлов,
ошибки работы и др.).
Система АИС должна иметь возможность добавления новых модулей обработки данных
для расширения функциональности, без необходимости изменения существующих модулей, а
также возможность изменения конфигурации отдельно взятого модуля для адаптации системы к
новым условиям работы.
Клиентская часть должна запускаться одним исполняемым файлом, который при
необходимости загружает дополнительные модули.
Запуск очередной задачи должен происходить после успешного завершения предыдущей.
2.1.4. Требования по сохранности информации при авариях
Программное обеспечение из состава АИС должно автоматически восстанавливать свое
функционирование в следующих случаях:
-
при корректном перезапуске аппаратных средств;
-
при некорректном перезапуске (например, от потери питания и др.);
Должна быть предусмотрена возможность организации автоматического и ручного
резервного копирования с использованием стандартных программных и аппаратных средств,
входящих в состав АИС.
Требования к функциям (задачам)
Программные компоненты, реализующие все задачи должны иметь простой и удобный
графический интерфейс;
Помимо этого в АИС должны быть реализованы следующие подсистемы:
2.2.1.

подсистема авторизации и аутентификации;

подсистема поиска, отбора и сортировки данных;

подсистема протоколирования действий, произведенных пользователями;
Подсистема авторизации и аутентификации
Подсистема авторизации и аутентификации должна:
-
разрешать пользователю вход в систему по зарегистрированному имени и паролю и
обеспечить работу пользователя в соответствии с его уровнем доступа.
- разрешать вход в систему используя аппаратные средства аутентификации
пользователей (USB-ключи или смарт-карты).
2.2.2.
Подсистема поиска отбора и сортировки данных
Подсистема должна:
- проводить проверку корректности вводимых данных при задании условий поиска.
- обеспечивать оперативный поиск данных хранящихся в базе АИС, по различным
критериям (равно, не равно, содержит, не содержит, начинается, кончается, больше, меньше
и т.п.) и их комбинациям;
- иметь возможность поиска введенного значения по нескольким реквизитам документа
одновременно;
- отбирать записи, соответствующие установленному периоду;
- позволять сортировать записи по произвольному набору реквизитов в произвольном
порядке и направлении;
2.2.3.
Подсистема протоколирования
Подсистема протоколирования должна:
-
обеспечивать протоколирование работы с отметками о дате и времени события;
-
иметь средство просмотра журнала и фильтрации записей;
-
отображать историю внесения изменений (какой реквизит, когда, кем был изменен,
предыдущее значение реквизита).
3. РАСХОДЫ НА ЭКСПЛУАТАЦИЮ
-
в сумму контракта должен входить весь комплекс работ по запуску системы «под ключ».
-
в сумму контракта должна входить стоимость всего набора программного обеспечения
(клиентская часть, серверная часть, все необходимые утилиты, модули расширения,
инструменты
администрирования
и
управления),
необходимого
для
запуска
и
эксплуатации системы.
-
все программное обеспечение поставляемое в рамках контракта должно иметь
неограниченный срок работы без необходимости дополнительной оплаты в будущем.
-
в заявке должна быть указана фиксированная стоимость приобретения 1 дополнительного
рабочего места (включающая всё необходимое ПО, модули, утилиты)
-
в заявке должна быть указана фиксированная стоимость технической поддержки в
указанном объеме на первый, второй и третий годы.
-
серверное программное обеспечение (ПО) должно работать с БД неограниченной по
размеру, количеству записей и сроку эксплуатации без дополнительной оплаты.
4. РАСХОДЫ НА ТЕХНИЧЕСКОЕ ОБСЛУЖИВАНИЕ (ТЕХПОДДЕРЖКА)
Состав работ по технической поддержке:
-
консультации по телефону – без ограничений в объеме
-
консультации по email – без ограничений в объеме
-
консультации по ICQ – без ограничений в объеме
-
бесплатное устранение выявленных несоответствий ПО и ТЗ – без ограничений в объеме
-
бесплатное устранение ошибок в ПО – без ограничений в объеме
-
бесплатное конфигурирование серверной части системы у Заказчика – без ограничений в
объеме
-
бесплатное конфигурирование клиентской части системы у Заказчика – без ограничений в
объеме
-
выезд специалиста Подрядчика к Заказчику для мониторинга состояния системы – не реже
1 раза в месяц (в рамках технической поддержки).
-
в случае вызова, прибытие специалиста в течение двух рабочих дней, а в особые периоды,
прибытие в течение одного календарного дня.
5. СРОКИ (ПЕРИОДЫ) ПОСТАВКИ
Срок запуска в тестирование: 20 ноября 2009
Обучение специалистов Заказчика на рабочих местах по месту нахождения Заказчика - 15
дней.
Ввод системы в эксплуатацию специалистами Подрядчика по месту нахождения Заказчика
– до 27 ноября 2009 года.
6. СРОК ПРЕДОСТАВЛЕНИЯ ГАРАНТИЙ КАЧЕСТВА
Подрядчик предоставляет гарантию работоспособности системы на срок не менее 3-х лет.
7. ОБЪЕМ ПРЕДОСТАВЛЕНИЯ ГАРАНТИЙ КАЧЕСТВА
Подрядчик гарантирует работу системы в целом (включая все модули, компоненты и
другие составляющие системы) на срок не менее 3-х лет.