Функциональные требования к УИП

УТВЕРЖДАЮ
Ректор МГИМО (У) МИД России
_____________А.В. Торкунов
«__» августа 2008 г.
Изменения в конкурсную документацию
Открытый конкурс № 7-2
на право заключения государственного контракта на приобретение товаров,
выполнение работ, оказание услуг для нужд МГИМО (У) МИД России в
2008году
СОГЛАСОВАНО:
Главный бухгалтер –
Финансовый директор
МГИМО (У) МИД России
_________ Г.М. Жмырко
«__» августа 2008 г.
г. Москва 2008 г.
1
Уважаемые господа!
Настоящим извещаем Вас о внесении следующих изменений в
Конкурсную документацию открытого конкурса
№ 7-2 на право
Заключения государственного контракта на приобретение товаров,
выполнение работ, оказание услуг для нужд МГИМО (У) МИД России в
2008 году.
По лоту № 1.
1) Раздел 4.1.2 Технического задания изложить в следующей редакции:
4.1.2. Цели и задачи проекта.
Цели:
 Повышение доступности информационно-образовательных сервисов для
студентов, сотрудников и ППС МГИМО.
Задачи:
 Разработка нормативной базы для интеграции прикладных систем
университета.
 Разработка прикладных информационных сервисов университета
 Проектирование и внедрение унифицированной интеграционной
платформы (УИП)
 Поставка и монтаж оборудования для обеспечения информационных
сервисов
2) Раздел 4.2. Технического задания изложить в следующей редакции:
4.2. Требования к проведению работ.
4.2.1. Разработка нормативно-методического обеспечения для интеграции
прикладных систем
№
1.
2.
Требования к работам
Результат работ
Разработка технического стандарта МГИМО
на разработку и описание информационных
сервисов в соответствии с международными
подходами
к
разработке
сервисориентированной архитектуры
Разработка методических рекомендаций по
описанию форматов данных и протоколов
обмена при интеграции прикладных систем
2
Проект
стандарта
на
разработку и описание
информационных сервисов
МГИМО
Методические
рекомендации по описанию
протоколов
информационного обмена
между
прикладными
системами МГИМО
№
3.
4.
Требования к работам
Результат работ
Создание инструкций и типовых требований к
программным адаптерам при интеграции
прикладных систем
Разработка типовых соглашений об уровне
предоставляемых услуг
Инструкции и требования к
адаптерам для интеграции
подсистем
Проекты соглашений об
уровне предоставляемых
услуг
4.2.2. Разработка и интеграция прикладных информационных систем
университета
№
1.
2.
3.
Требования к работам
Результат работ
Проектирование информационного обмена между
интеграционной
шиной
и
следующими
прикладными системами в соответствии со
стандартами МГИМО:
 ИС «Электронный деканат»
 ИС «Электронное расписание»
 ИС «Система расчета нагрузки ППС»
 ИС «СДО»
 ИС «Портал МГИМО»
 ИС «СКУД»
 Единый каталог пользователей
Разработка и ввод в действие системы управления
планированием потребности, размещения и
исполнения государственного заказа МГИМО
(далее система Госзакупки) в соответствии с
требованиями настоящего технического задания.
Форматы
информационного обмена
Регламент эксплуатации и
использования комплекса
систем,
в
т.ч.
информационного
наполнения
и
информационного обмена
Дистрибутив системы.
Действующая
система
Госзакупки, развернутая
на
технологической
площадке заказчика.
Разработка и ввод в действие интеграционных Действующие адаптеры
адаптеров к прикладным системам
Исходные
тексты
программ
Описание адаптеров в
составе ТРП Системы
 4.2.3. Проектирование и внедрение унифицированной интеграционной
платформы (УИП) для построения сервис-ориентированной
архитектуры на платформе заказчика.
№
1.
2.
Требования к работам
Результат работ
Разработка концепции, ТЗ, эскизного проекта
и описания прототипа унифицированной
интеграционной платформы.
Техническое проектирование и реализация
унифицированной интеграционной шины в
соответствии с ГОСТ и РД
3
Концепция, ТЗ, эскизный
проект унифицированной
интеграционной шины
Технорабочий проект в
составе
следующих
документов:
№
3.
4.
Требования к работам
Результат работ
Развертывание и настройка промышленного
программного обеспечения для управления
НСИ и интеграции приложений
Ввод в эксплуатацию и информационное
наполнение и проверка данных справочников

Пояснительная
записка.
 Описание ПО и
компонентов.
 Руководство
пользователя.
 Руководство
администратора.
 Программа и
методика
испытаний.
 Схема структурная
комплекса
технических
средств.
 Спецификация
оборудования.
Содержание документации
технорабочего проекта
должно соответствовать
требованиями ГОСТ и РД
Исходные коды программ
Протокол установки ПО
Дистрибутивы
поставляемого
ПО
и
разработанных подсистем и
сервисов на цифровом
носителе
Протокол наполнения
справочников
Действующая система по
управлению НСИ и
интеграции приложений,
развернутая на
технологической площадке
заказчика.
4
4.2.4. Поставка и монтаж оборудования для реализации информационных
сервисов
№
Требования к работам
Результат работ
1.
Поставка учебно-лабораторного комплекта для
подготовки и проверки качества мультимедиа
контента для обеспечения информационного
сервиса «Электронный учебный материал» в
соответствии с настоящим техническим заданием
Учебно-лабораторный
комплект для подготовки и
проверки
качества
мультимедиа контента для
обеспечения
информационного сервиса
«Электронный
учебный
материал»
Акт приемки оборудования
Поставка оборудования для обеспечения доступа к Акт приемки оборудования
информационным
сервисам
студентов
и
сотрудников МГИМО в общедоступных зонах
зданий вуза в соответствии с настоящим
техническим заданием
Монтаж и выполнение пусконаладочных работ Веденный в эксплуатацию
учебно-лабораторного комплекта и оборудования
учебно-лабораторный
комплекс
Акт приемки-сдачи работ
2.
3.
4.2.5. Ввод в эксплуатацию программно-аппаратного комплекса
№
1.
Требования к работам
Результат работ
Ввод в эксплуатацию программно-аппаратного Акт
передачи
комплекса информационных сервисов МГИМО
эксплуатации.
ПМИ
в
3) Раздел 5.1 Технического задания изложить в следующей редакции:
5.1. Технические требования к унифицированной интеграционной платформе:
Унифицированная интеграционная платформа должна обеспечить интеграцию
существующих и будущих приложений МГИМО на основе
 ИС Портал МГИМО (интеграция интерфейса).
 Единой системы НСИ и унифицированных протоколов информационного
обмена (интеграция данных).
 Единого каталога пользователей (интеграция доступа).
Единая система НСИ решает задачи объединения нормативно-справочных данных из
различных прикладных систем МГИМО, позволяет унифицировать нормативные
справочники разных прикладных систем путем идентификации и сопоставления
учетных записей об одних и тех же объектах.
С помощью Единой системы НСИ должны быть унифицированы
5
- Списки преподавателей в системах «Электронное расписание», «СДО», «Система
расчета нагрузки ППС»,
- Группы студентов, персональные учетные карточки в системах «Единый каталог
пользователей», «СКУД», «Электронное расписание».
Требования к Единой системе НСИ:
В части общих требований к УИП:







УИП должна обеспечивать централизованное хранение, использование и управление
данными, представляет собой единую базу нормативно-справочной информации для
поддержки деятельности Заказчика.
УИП должна функционировать в непрерывном режиме работы (24 часа в сутки, 7
дней в неделю), обеспечивая постоянный доступ к требуемой информации, с
регламентированными перерывами на профилактические работы.
УИП должна обеспечивать работу со всеми основными типами информации
(числовой, текстовой, графической, файловой), содержащей необходимые для
работы Заказчика данные.
УИП должна позволять осуществлять корпоративную консолидированную работу
сотрудников (целевых групп) Заказчика, включая территориально удаленных
пользователей.
УИП должна отвечать требованиям надежности, обеспечивать сохранность данных,
резервное копирование и защиту от случайного (ошибочного) удаления.
УИП
должна
выполнять
все
требования,
предъявляемые
политикой
информационной безопасности, существующей у Заказчика.
Программная платформа УИП должна обеспечивать возможность поэтапного
развития комплекса информационных систем университета, расширения списка
интегрируемых систем.
В части программно-аппаратных требований к УИП:



УИП должна являться готовым программным продуктом, требующим для работы
осуществления настройки с минимум дополнительных доработок.
УИП должна иметь один интерфейс, удобный и интуитивно понятный
пользователю.
УИП должна обеспечивать одновременную работу 200 пользователей.
В части требований к доступу и интерфейсу УИП:




Обеспечение доступа должно осуществляться через web-интерфейс из любого
региона в любое время суток.
Доступ к УИП должен обеспечиваться в закрытом режиме – только для
определенных сотрудников через использование идентификатора пользователя
(логина) и пароля или с помощью магнитной карты системы контроля управления
доступов в здание (далее СКУД).
Должно быть обеспечено безопасное хранение учетных данных пользователей.
Права доступа (создание, изменение, чтение и проч.) к разделам УИП, должны быть
разграничены в зависимости от выполняемой роли.
В части требований к сопроводительной документации по УИП

Документация для пользователей УИП должна содержать описание интерфейсов
пользователя и функций, а также приемы работы с системой.
6

Должна быть предоставлена документация
администрирования и сопровождения УИП.
для
технической
поддержки,
Требования по интеграции
УИП в рамках данного проекта предоставляет стандартный универсальный
интерфейс и стандартные механизмы интеграции с системами Заказчика.
Стандартный интерфейс обмена УИП представляет собой XML файл
соответствующий схеме справочника УИП с возможностью настройки количества
полей (для обеспечения безопасности и снижения нагрузки на каналы связи).
Под стандартными механизмами интеграции понимаются:



Асинхронный импорт с возможностью квитирования;
Асинхронный экспорт;
Синхронный экспорт с возможностью квитирования.
Функциональные требования к УИП
В части функциональных требований УИП, должна удовлетворять набору
требований, реализованных в следующих подсистемах:






Подсистема хранения и обработки информации
Подсистема поиска
Подсистема экспорта данных
Реализация механизма авторизации УИП через СКУД
Подсистема персонализации
Подсистема администрирования
Подсистема хранения и обработки информации
Подсистема учета и хранения информации должна включать в себя функции по
автоматическому созданию объектов системы на основе данных полученных из
интегрированных систем Заказчика созданию, редактированию и обработке объектов
системы, а так же предоставлять механизмы управления сохраняемыми данными.
Управление объектами УИП
Подсистема должна предоставлять пользователям следующие возможности:




Создание, редактирование, изменение статуса, просмотр и удаление объектов УИП.
Подсистема должна предоставлять данный функционал пользователям в
соответствии с их правами доступа.
Сравнение между собой объектов УИП. Система должна осуществлять сравнение
выбранных объектов по значениям их атрибутов, различающиеся значения
атрибутов должны визуально выделяться.
Объединение выбранных объектов. Система позволяет объединять два объекта
одинакового типа в один с сохранением всех существующих ссылок на
объединяемые объекты - ссылки ведут к результирующему объекту. Также
результирующий объект содержит все дочерние объекты объединяемых объектов.
Создание копии объекта. Система позволяет сформировать новый объект на основе
уже существующего объекта.
7
Ведение справочников
Подсистема должна предоставляет пользователям возможность использовать в
своей работе пополняемые справочники, что обеспечивает единообразие информации в
Системе и помогает избежать ошибок и дублирования данных.
При создании карточек объектов используются записи из справочников, которые
отображаются в виде гиперссылки на отдельную карточку объекта записи данного
справочника. При этом исключается ситуация установления ссылки на не
существующую запись справочника.
Поиск дублей и аналогов
Подсистема должна предоставлять пользователям (с правами Администратора)
возможность
осуществлять
гармонизацию
справочников
Системы
путем
автоматического сравнения объектов Системы между собой для нахождения подобных
записей в рамках одного справочника.
Сравнение объектов справочника должно осуществляться по естественным и
альтернативным ключам этого справочника.
Присоединение вложений
УИП должна предоставлять пользователю возможность прикрепления к карточке
объекта файлов любого формата. Все присоединенные файлы должны храниться на
сервере и быть доступны всем пользователям УИП обладающим соответствующими
правами.
Для удобства поиска информации, файлы, размещаемые в УИП, должны быть
снабжены дополнительным набором атрибутов.
Контроль одновременного редактирования данных несколькими пользователями
Система должна автоматически осуществлять
редактирования данных несколькими пользователями.
контроль
одновременного
Верификация карточек объектов
При создании новых или сохранении изменений в уже существующих карточках
объектов Система автоматически осуществляет:
 Проверку на дублирование объектов по альтернативным ключам. При
сохранении карточки объекта Система осуществляет сравнение
сохраняемого объекта со всеми уже существующими объектами данного
типа по естественным и альтернативным ключам. В случае обнаружения в
Системе дубля сохраняемого объекта пользователю предоставляется
возможность просмотреть карточку уже существующего объекта, сравнить
ее с сохраняемой и далее продолжить сохранение либо отменить его.
 Проверку на корректность типа данных значений атрибутов. При
сохранении карточки объекта Система осуществляет проверку внесенных
значений атрибутов на предмет соответствия типу данных. Система не
позволяет сохранять не корректную информацию. В случае обнаружения
ошибки ввода Система оповещает об этом пользователя, визуально выделяя
поле карточки объекта, в котором было обнаружено нарушение.
 Проверку на обязательность заполнения полей. При сохранении карточки
объекта Система осуществляет проверку обязательных полей карточки на
8
факт их заполнения. В случае обнаружения не заполненного обязательного
поля, Система оповещает об этом пользователя, визуально выделяя данное
поле карточки объекта.
 Поддержка Минимальной верификации.
При сохранении записи
справочника (карточки объекта) Система осуществляет проверку на
заполнение минимального набора полей для записи в справочник (запись
принимает статус «неполные данные»).
 Поддержка контентно-зависимой верификаци. При сохранении запси
справочника Система осуществляет проверку в соответствии правилами,
которые зависят от значений определенных полей.
 Поддержка внешних модулей верификации. При сохранении записи
справочника (карточки объекта) Система осуществляет проверку в
соответствии с алгоритмами, реализоваными во внешних модулях.
Ведение справочников
Подсистема предоставляет пользователям возможность использовать в своей
работе пополняемые справочники, что обеспечивает единообразие информации в
Системе и помогает избежать ошибок и дублирования данных.
В карточеках объектов (записях справочников) могут использоваться ссылки на
другие справочники, которые отображаются в виде гиперссылки на соответствующие
карточки.
Поиск дублей и аналогов
Подсистема предоставляет пользователям (с правами Администратора)
возможность
осуществлять
гармонизацию
справочников
Системы
путем
автоматического сравнения объектов Системы между собой для нахождения подобных
записей в рамках одного справочника.
Сравнение объектов справочника может осуществляться по естественным и
альтернативным ключам этого справочника.
Быстрый переход на связанные объекты
УИП должна предоставлять пользователю возможность осуществлять быстрый
переход из карточки объекта системы ко всем связанным с ним объектам (по
гиперссылкам):



записи справочников, ссылки на которые используются в карточке данного объекта;
родительский объект данного объекта Системы;
дочерние объекты данного объекта Системы.
Так же предоставляется возможность просмотреть список всех объектов
ссылающихся на текущий объект.
Подсистема поиска
Подсистема поиска должна предоставлять пользователям широкий набор
поисковых инструментов для осуществления различных вариантов эффективного
поиска по информации, хранимой в Системе, включая поиск по вложенным файлам и
возможность сохранения и использования индивидуальных поисковых запросов.
9
Навигационный поиск
УИП должна предоставлять пользователям возможность осуществлять
навигационный поиск при помощи специализированного механизма «Дерево объектов»,
которое должно отображаться в каждом разделе системы и:



отображает иерархию объектов раздела системы;
осуществляет группировку объектов по их типам;
предоставляет возможность навигации между группами объектов.
УИП должна предоставлять возможность отображения записей справочника, как
в виде дерева, так и табличным списком.
Атрибутивный поиск
Атрибутивный поиск должен представляет собой расширенный поиск среди
объектов Системы одного типа по заданным значениям атрибутов свойственных
данному типу.
Система должна предоставлять пользователю возможность:



строить сложные поисковые запросы, путем задания значений для разнообразных
комбинаций атрибутов;
сохранять персональные поисковые запросы для каждого типа объектов системы с
целью их повторного использования;
устанавливать общие поисковые запросы (для пользователей с правами
Администратора).
Полнотекстовый поиск
Полнотекстовый поиск должен представлять собой поиск информации по
заданному значению (числа, слова, сочетания слов или букв) по:


Системе - по всем текстовым полям карточек всех объектов Системы.
Вложениям – по всем вложенным файлам формата MS Office.
Полнотекстовый поиск должен осуществляться с учетом морфологии русского
языка.
Поиск «похожих» объектов
Система должна предоставлять пользователям возможность осуществить поиск
объектов Системы похожих на указанный объект. При этом пользователь должен иметь
возможность задавать коэффициент совпадения для поиска.
Поиск существующих связей
Система должна предоставлять пользователю возможность просмотреть список
всех объектов ссылающихся на текущий объект или связанных с ним.
Подсистема экспорта данных
Подсистема экспорта данных предоставляет возможность быстрой выгрузки
выборочных данных из Системы в файл формата Excel.
Выгрузка данных в MS Excel
Подсистема предоставляет возможность формирования отчетов путем выгрузки
из системы выборочных данных в файл формата Excel.
10
Ведение журнала процессов экспорта
Подсистема предоставляет пользователю возможность осуществлять контроль
экспортируемых данных путем формирования протокола выгрузки, в котором
отображается информация о дате выгрузки, выгруженных данных и ошибках.
Реализация механизма авторизации УИП через СКУД
В УИП должна предоставляться возможность авторизации как обычным вводом
учетных данных, так и с помощью магнитной карты СКУД (система контроля
управления доступом в здание), путем прикладывания магнитной карты СКУД к
специальному считывателю, установленному на специальном информационном
терминале.
Подсистема персонализации
Подсистема персонализации должна предоставлять пользователям возможность
персональной настройки рабочего интерфейса с целью повышения эффективности
работы.
Настройка отображения табличных списков объектов в УИП
Подсистема должна предоставлять возможность каждому пользователю
настраивать отображение записей в табличном списке объектов системы по следующим
параметрам:




Отображаемые столбцы. Для каждого типа объекта существует свой набор
атрибутов отображающихся в табличном списке в виде столбцов. Пользователю
должна предоставляться возможность выбирать атрибуты объекта, которые должны
отображаться в табличном списке.
Количество записей на странице. Задание количества записей отображаемых на
одной странице табличного списка.
Максимальная длинна текста. Задание количества отображаемых символов в ячейке
таблицы для регулирования высоты столбцов таблицы. Не отображаемые символы
должны заменяться троеточием.
Сортировка. Выбор столбца, по которому по умолчанию должна осуществляться
сортировка табличного списка.
Сохранение собственных ссылок
Подсистема должна предоставлять пользователям возможность сохранять
собственные ссылки на разделы и объекты в Системе, а так же на внешние ресурсы для
дальнейшего быстрого доступа к ним.
Сохранение поисковых запросов
Подсистема должна предоставлять пользователям возможность сохранять
собственные поисковые запросы для каждого типа объектов системы с целью их
повторного использования.
Подсистема администрирования
Подсистема администрирования
следующие возможности:
должна
предоставлять
пользователям
Настройка иерархии объектов и их атрибутов
Подсистема позволяет настраивать иерархию объектов и их атрибуты без
перепрограммирования редактируя кофигурационные файлы. В Системе существует
11
инструмент визуальной настройки иерархии объектов и их атрибутов – конструктор,
который упрощает работу с конфигурационными файлами.
Подсистема предоставляет возможность:






осуществлять настройку структуры объектов Системы без ограничения уровней
вложенности.
добавлять в Систему новый тип объекта (справочник) или вносить изменения в
состав атрибутов уже существующих объектов.
Подключение внешних функций проверки правильности заполнения поля (например
ИНН)
Ведение правил для динамическом модификации карточки справочника в
зависимости от значений в некоторых полях
Формирование естественных ключей, используемых во внешних ИС, с которыми
будет осуществлена интеграция.
Ведение таблиц соответствия.
Разграничение прав доступа
Подсистема должна предоставлять возможность осуществлять разграничение
прав доступа:



к разделам Системы;
к типам объектов (справочникам);
к отдельным атрибутам объектов конкретного типа.
Подсистема при разграничении прав доступа должна использовать принцип
наследования, распространяя разграничение прав доступа от родительского объекта к
дочерним объектам.
Подсистема должна предоставлять возможность группировать пользователей
УИП по ролям.
Протоколирование работы пользователей
Подсистема должна автоматически осуществлять протоколирование всех
действий пользователей УИП. Должна сохраняться информация о том, какой
пользователь, когда и что именно изменил в системе. Для каждой карточки объекта в
протоколе работы должны сохраняться значения атрибутов до и после каждого
изменения, с указанием автора и времени изменения.
Должна предоставляться возможность просмотреть протоколы работы
пользователей с системой с фильтрацией отображаемой информации по периоду,
пользователям и типам действий.
Фильтрация по истории изменений – возможность найти записи справочников,
измененные за некоторый период времени.
Просмотр текущей конфигурации УИП
Подсистема администрирования должна предоставлять возможность просмотра
текущей конфигурации системы – отображать актуальную информацию о текущих
объектах системы, их иерархии и атрибутах.
12
Ведение данных пользователя
Подсистема администрирования должна позволять заводить учетную карточку
пользователя УИП, в которой должны храниться учетные данные пользователя, mail,
логин, пароль и т.д.
Так же в Системе может быть реализована возможность интеграции с
пользователями Active Directory.
Мониторинг объектов Системы по их статусам (статусная модель)
Подсистема предоставляет возможность мониторинга объектов Системы по их
статусам.
Статусная модель – используется для автоматического и ручного присвоения
статусов записям справочников.
Объекты системы могут иметь следующие статусы:




Данные помеченные к удалению.
Фиктивные данные (временные записи формируемые при импорте).
Неполные данные – данные не прошедшие процедуру верификации, но прошедшие
процедуру минимальной верификации.
Эталонные данные – данные прошедшие процедуру верификации.
Настройка правил интеграции с внешними информационными системами
Подсистема предоставляет возможность осуществлять
интеграции с внешними информационными системами Заказчика.
настройку правил
Ведение журнала процессов импорта/экспорта (синхронизации)
УИП будет осуществлять ведение журнала обмена, который будет предоставлять
пользователю возможность осуществлять контроль импортируемых/экспортируемых
данных путем формирования протокола загрузки/выгрузки, в котором отображается
информация о дате загрузки/выгрузки, загруженных/выгруженных данных и ошибках.
Пользовательские сценарии
УИП будет предоставлять пользователю возможность осуществлять настройку
расписания импорта данных конкретных справочников в конкретную информационную
систему с возможностью фильтрации.
Механизм позднего разрешения ключей
УИП будет предоставлять пользователю возможность осуществлять загрузку
данных, в которых имеются ссылки на несуществующие записи справочников с
возможностью формировать фиктивные записи справочников (временные) для
обеспечения целостности данных. В дальнейшем для соответствующих справочников
вместо фиктивных записей вносится информация в полном объеме.
Подсистема работы с заданиями
Подсистема обеспечивает возможность регистрации задания от пользователя, в
котором содержится запрос на изменение (добавление, редактирование, удаление)
записей того или иного справочника. Зарегистрированные задания обрабатываются
пользователями ответственными за ведение соответствующих справочников.
13
Подсистема протоколирования
Подсистема должна предоставлять возможность сохранять историю изменений
записей справочников (карточек объектов) и просматривать их.
Подсистема рассылки
Подсистема должна предоставлять возможности подписки на изменения –
возможность пользователей получать уведомления при изменении данных справочника,
на который он подписался.
Технические требования
Языковая поддержка
Все поставляемые информационные технологии (программное обеспечение)
должны поддерживать работу с кириллицей.
Работа с датами
Все поставляемые информационные технологии (программное обеспечение)
должны корректно отображать, вычислять и передавать даты, включая (но, не
ограничиваясь) даты XXI-го века.
Предоставляемые Заказчиком технические средства
Аппаратное обеспечение
Заказчик обязуется предоставить серверное оборудование или «виртуальные»
сервера для Системы как минимум со следующими ресурсами:



Процессор: 3.06 GHz (2 процессора)
Оперативная память: 10 Гб
Жесткий диск: не менее 200 Гб
4) В разделе 5.2 после пункта «Требования к техническим
и
качественным характеристикам системы Госзакупки» ввести
следующий абзац:
Требования к программным средствам системы:
Система Госзакупки устанавливается на технических средствах заказчика. Для
функционирования системы необходима поставка лицензии промышленной СУБД за
счет поставщика, срок действия лицензии и технической поддержки не менее 12
месяцев со дня поставки лицензии.
5) В разделе 5.2. (последний абзац) исключить фразу:
«Развернутые и уточненные требования к структуре, функциям и средствам защиты
информации должны быть разработаны на этапе разработки технического задания».
6) В разделе 9 критерий №3 изложить в следующей редакции:
14
Сроки предоставления гарантийного обслуживания и сервиса
аппаратного и программного обеспечения
Предоставление срока гарантии на остальное оборудование:
0,5 года – 0 баллов;
1 год – 5 баллов
2 года – 10 баллов;
Предоставление гарантийного срока на оказываемые услуги
0,5 года – 0 баллов
1 год – 10 баллов
3.
20
7) Приложение №1 к проекту Государственного контракта изложить в
следующей редакции:
Перечень, технические характеристики и стоимость оказываемых услуг.
1. В рамках настоящего Контракта Государственному заказчику оказываются
следующие виды услуг:
№
п/п
Наименование и характеристики
предоставляемых услуг
Количество
Цена всего по
позиции с учетом
НДС (руб)
1
2
3
4
Разработка нормативной базы для интеграции
прикладных систем университета.
Разработка прикладных информационных
сервисов университета
Проектирование и внедрение унифицированной
интеграционной платформы (далее УИП) на
платформе заказчика
Поставка и монтаж оборудования для
обеспечения информационных сервисов
ИТОГО, включая НДС:
В том числе НДС, 18%
1
1
1
1
2. Технические и качественные характеристики услуг, их безопасность и иные
показатели, связанные с определением соответствия оказываемых услуг
потребностям Государственного заказчика:
№
п/п
1
Наименование
оказываемых услуг
Разработка
нормативной базы для
Технические и качественные характеристики услуг
1. Разработка технического стандарта МГИМО на
разработку и описание информационных сервисов в
15
интеграции прикладных
систем.
2.
3.
4.
2
Разработка и
интеграция прикладных
информационных
систем университета
1.
2.
3.
3
Проектирование и
внедрение
унифицированной
интеграционной
платформы (УИП) для
построения сервисориентированной
архитектуры на
платформе заказчика.
1.
2.
3.
4.
4
Поставка и монтаж
оборудования для
обеспечения
информационных
сервисов
1.
2.
3.
соответствии с международными подходами к
разработке сервис-ориентированной архитектуры
Разработка методических рекомендаций по описанию
форматов данных и протоколов обмена при интеграции
прикладных систем
Создание инструкций и типовых требований к
программным адаптерам при интеграции прикладных
систем
Разработка
типовых
соглашений
об
уровне
предоставляемых услуг
Проектирование информационного обмена между
интеграционной шиной и следующими прикладными
системами в соответствии со стандартами МГИМО:
 ИС «Электронный деканат»
 ИС «Электронное расписание»
 ИС «Система расчета нагрузки ППС»
 ИС «СДО»
 ИС «Портал МГИМО»
 ИС «СКУД»
 Единый каталог пользователей
Разработка и ввод в действие системы управления
планированием потребности, размещения и исполнения
государственного заказа МГИМО (далее система
Госзакупки) в соответствии с требованиями настоящего
технического задания.
Разработка и ввод в действие интеграционных
адаптеров к прикладным системам
Разработка концепции, ТЗ, эскизного проекта и
описания прототипа унифицированной интеграционной
платформы.
Техническое
проектирование
и
реализация
унифицированной
интеграционной
шины
в
соответствии с ГОСТ и РД
Развертывание
и
настройка
промышленного
программного обеспечения для управления НСИ и
интеграции приложений.
Ввод в эксплуатацию и информационное наполнение и
проверка данных справочников.
Поставка
учебно-лабораторного
комплекта
для
подготовки и проверки качества мультимедиа контента
для
обеспечения
информационного
сервиса
«Электронный учебный материал» в соответствии с
настоящим техническим заданием
Поставка оборудования для обеспечения доступа к
информационным сервисам студентов и сотрудников
МГИМО в общедоступных зонах зданий вуза в
соответствии с настоящим техническим заданием
Монтаж и выполнение пусконаладочных работ учебнолабораторного комплекта и оборудования
16
5.
Ввод в эксплуатацию
программноаппаратного комплекса
Ввод в эксплуатацию программно-аппаратного комплекса
информационных сервисов МГИМО
3. Место оказания услуг:
МГИМО (У) МИД России, 119454, г. Москва, пр. Вернадского, д. 76
4. Сроки оказания услуг:
Исполнитель обязан оказать услуги с момента подписания Контракта по «10» декабря
2008 г.
ИСПОЛНИТЕЛЬ
ГОСУДАРСТВЕННЫЙ ЗАКАЗЧИК
Проректор по научной работе
____________________________
_____________________ А.Ю.Мельвиль
«____» ____________200__ г.
«____» ____________200__ г.
17