Извещение об открытом конкурсе

ФЕДЕРАЛЬНАЯ МИГРАЦИОННАЯ СЛУЖБА (ФМС России) Боярский переулок 4 ________________ № ______________ на № ___________ от ______________ Извещение об открытом конкурсе

Форма торгов: открытый конкурс.

Заказчик и его адрес:

Федеральная миграционная служба.

Адрес организации: г. Москва, Боярский пер., д.4

Почтовый адрес: г. Москва, Боярский пер., д.4

Телефоны: 636–95–23; 636–94–68

E-mail: *****@***ru.

Предмет контракта:

Право заключения с ФМС России государственного контракта

на выполнение работ по теме: «Развитие ППО «Территория» в 2011 году»

Объем выполняемых работ:

- 1. Общие сведения о работах

- 1.1 Полное наименование работ

- Проведение работ по теме «Развитие ППО Территория в 2011 году» (Шифр ППО «Территория-2011»)

- 1.2 Государственный заказчик

- Федеральная миграционная служба (далее по тексту - Заказчик) юридический адрес: г. Москва, Боярский пер., 4.

- 1.3 Требования к подрядчику

- Подрядчик должен обладать действующими лицензиями ФСБ России в соответствии с федеральным законом 128-ФЗ от 01.01.2001 «О лицензировании отдельных видов деятельности», позволяющими ему осуществлять работы с шифровальными (криптографическими) средствами в рамках настоящих технических требований.

- 1.4 Требования к привлекаемым субподрядчикам и порядок их привлечения

- 1. Подрядчик вправе привлекать субподрядчиков для частичного исполнения работ в соответствии с настоящими техническими требованиями.

- 2. Субподрядчики, осуществляющие выполнение части работ, которая подлежит лицензированию в соответствии с действующим законодательством Российской Федерации, обязаны иметь необходимые действующие лицензии.

- 3. Обязательными условиями договора субподряда между Подрячиком и Субподрядчиками являются:

- а.) Обеспечение качества работ не ниже уровня, требуемого в соответствии с настоящими техническими требованиями.

- б.) Соответствие субподрядчика настоящим требованиями в течение всего срока договора субподряда.

- в.) Условие о неразглашении информации, полученной субподрядчиком в связи с исполнением настоящего государственного контракта.

- 4. Подрядчик не вправе:

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

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

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

- 6. В случае, если субподрядчик выполняет часть работ, требующую наличия у него соответствующих лицензий или членства в СРО (допуска к соответствующим работам от СРО), Подрядчик обязан до начала работ субподрядчиком предоставить заказчику следующий комплект документов:

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

- б.) Копии соответствующих лицензий и(или) свидетельств СРО, заверенные руководителем и(или) иным доверенным лицом субподрядчика.

- 1.5 Сроки и этапы выполнения работ

- Окончание проведения работ: 1 декабря 2011 года.

- Этапы выполнения работ определяются в соответствии с разделом 6 настоящих технических требований.

- 1.6 Нормативная база проведения работ

- 1. Федеральный закон 1-ФЗ от 01.01.2001 «Об электронно-цифровой подписи».

- 2. Федеральный закон 63-ФЗ от06.04.2011 «Об электронной подписи».

- 3. Подзаконные и нормативно-правовые акты в области работы с шифровальными (криптографическими) средствами.

- 4. Подзаконные и нормативно-правовые акты в области деятельности удостоверяющих центров.

- 5. Федеральный закон 152-ФЗ от 01.01.2001 «О персональных данных».

- 6. Подзаконные и нормативно-правовые акты в области работы с персональными данными.

- 7. Методические документы Федеральной Службы Безопасности Российской Федерации в области защиты информации с использованием шифровальных (криптографических) средств, в области деятельности удостоверяющих центров.

- 8. Международные договора и конвенции, ратифицированные Российской Федерацией, в области работы с электронно-цифровыми подписями, в области работы с персональными данными.

- 9. Международные и отраслевые стандарты в области организации инфраструктуры открытых ключей, в области работы с электронно-цифровыми подписями.

- 10. Стандарты и руководящие документы Российской Федерации в области защиты информации, шифрования.

- 11. Иные законодательные и нормативно-правовые акты, регламентирующие ведение учётов, реализуемых в ППО Территория.

- 2. Цели и задачи проведения работ

- 2.1 Цели проведения работ

- 1. Сокращение количества пользователей ФМС России, работающих с унаследованным программным обеспечением.

- 2. Увеличение количества регионов, перешедших на работу с ППО Территория.

- 3. Разработка единой доменной модели данных, которая должна обобщить и унифицировать реквизиты и справочники, в настоящее время автономно поддерживаемые в ППО Территория, ППО Трудовая Миграция, АС Российский Паспорт и ЦБДУИГ, что в перспективе позволит перейти на единую централизованную базу данных для всего программного обеспечения, используемого ФМС России.

- 4. Обеспечение соответствия требованиям законодательства в области работы с персональными данными во вновь создаваемых системных модулях.

- 5. Повышение эффективности выполнения определенных законодательством государственных функций и предоставления государственных услуг за счет унификации применяемых информационных систем.

- 2.2 Решаемые задачи, необходимые для достижения целей

- 1. Развитие единой доменной модели данных ППО Территория.

- 2. Доработка модулей, обеспечивающих поддержку ведения учётов ФМС России, в соответствии с изменениями в законодательстве РФ.

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

- 4. Расширение пилотной зоны за счет введения в опытную эксплуатацию ППО Территория версии 1.3 в 24 регионах, с целью апробации разработанной в 2011 году функциональности.

- 5. Подключение вновь создаваемых пользователей к ППО Территория и их обучение.

- 6. Поддержка унаследованного ПО (за исключением ППО «Трудовая миграция»), выполняющего аналогичные ППО Территория учётные функции, до момента замены унаследованного ПО на ППО Территория.

- 7. Развитие архитектуры ППО Территория, развития механизмов работы с ЭЦП и механизмов обеспечения достоверности и информационной безопасности информации в ППО Территория.

- 3. Характеристика объекта автоматизации

- 3.1 Характеристика и существенные недостатки текущей технологии работы

- ФМС России является федеральным органом исполнительной власти, реализующим государственную политику в сфере миграции и осуществляющим правоприменительные функции, функции по контролю, надзору и оказанию государственных услуг в сфере миграции. ФМС России предоставляет определённый набор государственных услуг российским гражданам, иностранным гражданам и лицам без гражданства. Порядок предоставления каждой услуги описан в соответствующем административном регламенте и определяется законодательной базой Российской Федерации.

- В 2010 году ФМС России подготовлен проект «Административного регламента по исполнению Федеральной миграционной службой государственной функции обеспечения проведения государственной дактилоскопической регистрации в соответствии с законодательством Российской Федерации»

- На текущий момент в ФМС России находятся в эксплуатации две основные информационные системы: Государственная информационная система миграционного учета (ГИСМУ) и Государственная система изготовления, оформления и контроля паспортно-визовых документов нового поколения (ГС ПВД НП).

- ГИСМУ представляет собой трёхуровневую систему (федеральный, региональный и территориальный уровни). На федеральном и региональном уровне функционируют программно-аппаратные комплексы (ПАК-Ц и ПАК-Р соответственно), обеспечивающие функционирование АС ЦБД УИГ (СПО «Мигрант») и АС «Российский паспорт» (СПО «Российский паспорт») – хранилища информации по иностранным и российским гражданам соответственно, предназначенные для информационного взаимодействия с другими ведомствами, предоставления статистической информации, выполнения поисковых запросов. Эти ПАК находятся в изолированном информационном сегменте. Взаимодействие комплексов друг с другом осуществляется по телекоммуникационным каналам связи ЕИТКС ОВД.

- На территориальном уровне ГИСМУ функционируют унаследованные системы, непосредственно автоматизирующие деятельность сотрудников ведомства на местах в рамках выполнения регламентов. На текущий момент на территориальном уровне сосуществует несколько программных продуктов, однако с 2010 года начат процесс перехода на единое прикладное программное обеспечение (ППО) «Территория». Выдача разрешений на трудовую деятельность осуществляется посредством ППО «Трудовая миграция». Попадающая в систему территориального уровня информация поднимается на региональный уровень средствами унаследованного программного обеспечения (ПО), для чего на региональном уровне, обычно, дополнительно установлен экземпляр ПО территориального уровня. После чего осуществляется выгрузка из системы регионального уровня в СПО «Мигрант» и СПО «Российский паспорт».

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

- ГС ПВД НП является межведомственной информационной системой, в которой ФМС России отвечает за свой ведомственный сегмент. ГС ПВД НП создана для автоматизации одного регламента – учёт и выдача загранпаспортов нового поколения. Система построена на двух уровнях: федеральном и территориальном. На федеральном уровне функционирует федеральный центр обработки данных ФМС России, отвечающий за приём и обработку данных с территориальных подразделений, а также за последующее взаимодействие с комплексами других ведомств. На территориальном уровне (более 800 подразделений) функционируют отдельные комплексы и связанные с ними рабочие места пользователей. В состав рабочих мест включены также специальные средства фотографирования

- По состоянию на конец 2010 года для осуществления учётов сотрудниками ФМС России преимущественно применяются унаследованные информационные системы. Лишь в нескольких регионах проходит опытную эксплуатацию ППО Территория, которая берёт на себя задачи по поддержке производимых учётов.

- На период опытной эксплуатации ППО Территория развёрнута в региональных ПАКах в пилотных регионах. ППО Территория в разных ПАКах не связаны между собой

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

- 3.2 Характеристика развиваемых информационных систем

- В данный момент в подразделениях ФМС России территориального, регионального и федерального уровней отсутствует необходимая унификация информационных систем. Существующие системы разрабатывались в различное время множеством независимых разработчиков, что привело к образованию значительного числа вариантов архитектурных и технологических решений, форматов передачи и хранения данных. Такое разнообразие подходов и методик разработки систем привело к многократному усложнению и удорожанию процесса поддержки программного обеспечения ФМС России, эксплуатирующегося на всей территории России.

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

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

- На этом фоне приобретает первостепенное значение развитие ГИСМУ на основе унифицированных решений, которые обеспечат эффективное использование имеющихся данных, а также позволят упорядочить накопление новых. Внедрение унифицированных решений позволит получить единую технологическую базу для информационных систем территориального уровня ФМС России, а также позволит сократить затраты на сопровождение и модификацию эксплуатируемых систем.

- ППО «Территория» построено по модульному принципу, что предоставляет возможность встраивания дополнительных функциональных, системных и служебных модулей, предназначенных для автоматизации соответствующих учетов или служебных операций.

- Модуль представляет собой J2EE веб-приложение, разрабатываемое на основе:

- – доменной модели данных;

- – использования ядра системы:

- o функций и форм для работы с объектами базы данных

-  объектами учёта;

-  НСИ;

- o системных функций:

-  единой системы ролевого разграничения прав;

-  единых правил идентификации объектов доменной модели и обеспечения целостности БД;

-  единой системы делопроизводства;

- o функций пользовательского интерфейса для обеспечения единых требований к пользовательскому интерфейсу.

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

- • прикладной уровень;

- • уровень ядра;

- • уровень данных.

- Прикладной уровень представлен подключаемыми модулями (функциональными, служебными, системными). Уровень разделен на два подуровня:

- • графический интерфейс пользователя;

- • прикладная логика.

- Графический интерфейс пользователя обеспечивает взаимодействие с конечным пользователем системы. Наиболее подходящим вариантом реализации является вариант с «тонким» клиентом, построенным на веб-интерфейсе с использованием современных технологий, базирующихся на компонентном подходе, и использовании технологии AJAX. Использование технологии AJAX позволяет получить интерфейс, схожий по качеству и возможностям с интерфейсом различных графических платформ, таких как Windows, Mac OS и других, и в тоже время легкий, быстрый и независимый от выбранной программно-аппаратной платформы.

- Дополнительная информация предоставляется по запросу.

- 4. Требования к проведению работ

- 4.1 Развитие доменной модели ППО Территория

- Доменная модель данных ППО «Территория» должна быть доработана в части:

- • Совместимости с единой системой ведения нормативно-справочной информации (НСИ), используемой информационными системами ФМС России;

- • Возможности хранения всех изменений установочных данных физических лиц и истории услуг, оказанных ФМС России физическим лицам, а также, всех оформленных для этих лиц документов, в привязке к их историческим установочным данным;

- • Соответствия графов состояний и переходов между ними правилам делопроизводства, установленным в регламентах ФМС России, для всех типов дел физических лиц, с целью исключения возможностей нарушения регламентов ФМС России пользователями при работе с системой.

- • Совместимости с алгоритмами идентификации и отождествления основных объектов учета;

- • Оптимизации структуры хранения данных с целью обеспечения необходимого быстродействия при планируемом на 2012 год переходе работы системы на федеральный уровень;

- • Аудита действий пользователя и коррекции ошибок

- • Дополнения текущей доменной модели объектами и атрибутами, в настоящий момент используемыми в ФМС России информационных системах федерального (АС «Российский паспорт», ЦБДУИГ, АСАО) и территориального(ASBASE, «Меридиан», «Пилигрим», ППО «Трудовая миграция», ППО «Миграционная карта») уровня;

- • удовлетворения требованиям к информационным системам класса 1Г в части собираемой информации и журналов, а также, требований к управлению пользователями;

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

- Должны быть разработаны механизмы автоматизированного создания описания доменной модели в виде реляционной структуры метаданных в СУБД.

- 4.2 Доработка и развитие подсистемы НСИ

- В целях унификации работы с нормативно-справочной информацией в информационных системах ФМС России федерального уровня в них должна быть реализованы следующие механизмы и принципы работы с НСИ.

- 1. Подсистемы НСИ ППО Территория обеспечивают решение следующих задач в отношении НСИ:

- • ведение собственной модели данных в части НСИ в соответствии со структурой справочников, заданной в АСЦВ НСИ. Структура, взаимосвязи и свойства справочников могут настраиваться вручную либо автоматически загружаться из АСЦВ НСИ через соответствующий веб сервис.

- • хранение данных справочников, получаемых исключительно из АСЦВ НСИ

- • отображение данных справочников и использование справочников в пользовательских и автоматизированных интерфейсах согласно архитектуре и технологии работы ППО Территория.

- • возможность выполнения прямого перехода на соответствующую форму пользовательского интерфейса АСЦВ НСИ для работы с карточкой справочника, поиском записей в справочнике, ввода временной записи справочника либо формирования заявки на ввод записи в справочник, просмотра детальной карточки записи справочника.

- 2. ППО Территория снабжается веб сервисом, который принимает и соответствующим образом обрабатывает как минимум следующие уведомления от АСЦВ НСИ:

- • Ввод новой записи (временной, постоянной), ввод синонима;

- • Утверждение временной записи;

- • Отклонение временной записи;

- • Изменение временной записи;

- • Утверждение изменения постоянной записи;

- • Утверждение изменения структуры справочника;

- 3. В ППО Территория реализуются как минимум следующие запросы к АСЦВ НСИ на основе веб сервисов:

- • перечня справочников в АСЦВ НСИ;

- • информации о справочнике по его идентификационным реквизитам (числовой код, полное наименование, короткое наименование, текстовый код);

- • записей справочника на текущий момент (включая либо исключая временные);

- • записей справочника на произвольный момент в прошлом (включая либо исключая временные);

- • инкрементальных изменений записей справочника, начиная с определённой даты;

- • определение кода записи по идентификатору справочника и тексту записи справочника, соответствующему одному из шаблонов идентификации.

- 4. Для всех справочников ППО обеспечивается задание текстового кода справочника в АСЦВ НСИ для обеспечения их синхронизации;

- 5. Для всех записей справочников обеспечивается сохранение кода записи, соответствующего коду записи в АСЦВ НСИ.

- 6. Реализация подсистем НСИ в ППО Территория в соответствии с данными принципами не должна требовать перепрограммирования при изменении набора, структуры или содержания справочников.

- 4.3. Разработка унифицированного системного модуля для работы с данными физического лица.

- В рамках ППО Территория необходимо разработать системный модуль для работы с данными гражданина РФ, иностранного гражданина или лица без гражданства.

- Модуль должен обеспечивать эффективный поиск персоны по данным документа, удостоверяющего ее личность. В случае отсутствия сведений о персоне или ЛБГ, модуль должен давать возможность ввода необходимых данных с минимизацией создания двойников.

- Данные физического лица должны содержать как сведения о Фамилии, имени и отчестве, дате рождения и месте рождения, так и сведения о документе, удостоверяющем личность физического лица.

- В модуле должны учитываться особенности ввода данных как для основного субъекта, в адрес которого исполняется услуга, так и для вспомогательных субъектов, данные которых могут учитываться не в полном объеме.

- Модуль должен учитывать необходимость выполнения дополнительных условий отбора данных физического лица, накладываемых модулями ППО «Территория».

- 4.4. Разработка унифицированного системного модуля для работы с данными юридического лица.

- В рамках ППО Территория необходимо разработать системный модуль для работы с данными юридических лиц.

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

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

- В модуле должны учитываться особенности ввода данных как для основного субъекта, в адрес которого исполняется услуга, так и для вспомогательных субъектов, данные которых могут учитываться не в полном объеме.

- Модуль должен учитывать необходимость выполнения дополнительных условий отбора данных юридического лица, накладываемых в разных модулях ППО «Территория».

- 4.5 Доработка модуля отождествления лиц и документов

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

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

- 4.6 Доработка функционального модуля Миграционный учет

- Функциональный модуль Миграционный Учет ППО «Территория» должен быть доработан с учетом изменений законодательных актов Российской Федерации от 8 декабря 2010 года: Федеральный закон «О миграционном учете иностранных граждан и лиц без гражданства», Федеральный закон №86-ФЗ «О внесении изменений в федеральный закон «О правовом положении иностранных граждан в Российской Федерации»» и отдельные законодательные акты Российской Федерации.

- В функциональном модулей Миграционный учет должна быть доработана функциональность автоматического снятия ИГ с учета по месту пребывания при его выезде за пределы РФ, переезде и постановке на учет в другом регионе и в случае смерти.

-  

- 4.7 Доработка функционального модуля Администрирование доходов.

- Функциональный модуль Администрирование доходов должен быть доработан в части обеспечения выгрузки из ППО «Территория» в программное обеспечение по администрирование доходов информации о полученных платежах за оказанные ФМС России услуги.

- 4.8 Доработка ППО Территория для перехода на трехуровневую организационную структуру

- Для обеспечения работоспособности ППО «Территория» на федеральном уровне, должны быть проведены следующие работы:

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

- o Федеральный

- o Региональный

- o Территориальный

- • Доработан сервисный слой приложения

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

- 4.9 Доработка ППО Территория в части защиты персональных данных

- В соответствии с Федеральным законом Российской Федерации от 01.01.01 г. N 359-ФЗ "О внесении изменения в статью 25 Федерального закона «О персональных данных»” алгоритмы работы с персональными данными в ППО «Территория» должны быть приведены в соответствие с требованиями Федерального закона «О персональных данных».

- Для целей обеспечения соответствия рабочих мест классу К3 должны быть реализованы следующие принципы построения интерфейса конечного пользователя и технологии взаимодействия рабочего места и сервера:

- - в каждом компоненте ИС, расположенном вне Федеральных ЦОД, в один момент времени не должны находиться идентификационные данные субъекта персональных данных (далее ПДн) и дополнительная информация о нём. Данный принцип не распространяется на ситуации, когда на рабочем месте в соответствии с регламентом исполнения конкретного действия может быть сформирован документ на бумажном носителе либо на съёмном электронном носителе, содержащий одновременно идентификационные и дополнительные ПДн лица.

- - пользователи информационных систем ФМС России не должны получать доступ к ПДн и делам лиц без наличия на то оснований в конкретный момент времени с учётом конкретного статуса дела. Перечень оснований утверждается внутренними организационно-распорядительными документами и отражается в сохраняемых в информационной системе политиках доступа.

- - для каждого реквизита дополнительных ПДн лиц должны быть заданы сроки их обработки и хранения и основания для определения срока.

- - любая операция обработки ПДн должна гарантированно и достоверно журнализироваться в привязке к лицу, в отношении ПДн которого совершается операция по обработке (определение термина обработка дано в п.3 ст.3 152-ФЗ «О Персональных данных»).

- 4.10 Поддержка процессов опытной эксплуатации ППО Территория

- Учёт всех работ и информации согласно настоящего пункта должен осуществляться в автоматизированной системе Подрядчика. Заказчику должен быть предоставлен доступ в режиме «только на чтение» к этой системе через ВЕБ интерфейс.

- В рамках проведения опытной эксплуатации ППО Территория версии 1.2 в 5 регионах пилотной зоны и ППО Территория версии 1.3 в 29 регионах пилотной зоны проводятся следующие работы:

- - Подрядчик обеспечивает установку и настройку серверного ПО.

- - Подрядчик обеспечивает создание в системе необходимых учетных записей для пользователей и подразделений

- - Подрядчик обеспечивает настройку клиентских рабочих мест

- - Подрядчик обеспечивает проведение обучения пользователей

- Подрядчик разрабатывает и согласовывает с Заказчиком:

- - регламент проведения опытной эксплуатации ППО Территория;

- - журнал опытной эксплуатации.

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

- - действия первого приоритета:

- создание телефонной горячей линии и иных технических возможностей для обеспечения технической поддержки процесса проведения опытной эксплуатации ППО Территория и эксплуатации унаследованного ПО. Режим работы линии с 9 до 18 часов местного времени пользователей СПО по рабочим дням.

- - действия второго приоритета:

- - ведение реестра обращений пользователей, содержащих ошибки;

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

- - ведение журнала поступивших от пользователей предложений по развитию ППО Территория и эксплуатируемого СПО, группировка предложений и подготовка заключений о целесообразности такого развития;

- - предоставление Заказчику на еженедельной основе отчётов о ходе эксплуатации и обновлённых версий журналов поступивших предложений по развитию.

- Учёт всех работ и информации согласно настоящего пункта должен осуществляться в автоматизированной системе Подрядчика. Заказчику должен быть предоставлен доступ в режиме «только на чтение» к этой системе через ВЕБ интерфейс.

-

- 4.11 Сопровождение используемого ФМС России программного обеспечения

- В рамках работ по сопровождению используемого ФМС России программного обеспечения должны быть проведены следующие работы:

- • обследование соответствия функционала ППО ФМС России территориального уровня нормативным правовым актам, регламентирующим деятельность по предоставлению государственных услуг ФМС России;

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

- • анализ дефектов, выявленных в процессе эксплуатации в используемом в ФМС России программном обеспечении территориального уровня а именно: ППО «Asbase», ППО «Меридиан», ППО «Пилигрим»;

- • группировка требований на изменения программных продуктов для формирования частных технических заданий на адаптацию поддерживаемого ППО;

- • подготовка на основе проведенного анализа частных технических заданий на адаптацию ППО «Asbase», ППО «Меридиан», ППО «Пилигрим».

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

- ППО «ASBASE», разработчик ;

- ППО «Меридиан», разработчик НТЦ «Сонар+»;

- ППО «Пилигрим», разработчик НТЦ «Сонар+»;

- 5. Требования к обеспечениям и процедуре исполнения работ

- 5.1 Требования к документированию

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

- 1. Частное техническое задание (ЧТЗ). Выполняется в соответствии с рекомендациями ГОСТ 34.602-89. Должно чётко раскрывать поставленную задачу по разработке или доработке СПО. Если ЧТЗ носит больше предварительный характер и не содержит информации, предусмотренной разделом 2.6 РД 50-34.689-90, то документ с описанием постановки задачи (комплекса задач) формируется отдельно согласно данного раздела РД.

- 2. Описание информационной базы. Должно выполняться с учётом рекомендаций раздела 5.5 РД 50-34.698-90. Структура информационной базы должна описываться в графическом виде (схемы по стандарту IDEF1X либо UML ClassDiagramm), в текстовом виде в форме таблиц с описанием сущностей, перечнем реквизитом и их описания. В дополнение к графическому и текстовому описанию структуры должны прилагаться файлы с моделью структуры информационной базы, выполненной в промышленном CASE средстве. Информационная база должна описывать состояние на момент сдачи результатов работ Заказчику.

- 3. Перечень входных / выходных сигналов, данных, документов (согласно пунктам В1 и В2 ГОСТ 34.201-89 и разделам 5.1 и 5.2 РД 50-34.698-90).

- 4. Инструкция пользователя (согласно разделу 3.4 РД 50-34.698-90 с учётом особенностей конкретного решения).

- 5. Инструкция администратора и регламент работ по обслуживанию (согласно разделу 4.19 РД 50-34.698-90 с учётом особенностей конкретного решения).

- 6. Инструкция по установке и настройке.

- 7. Описание программного обеспечения (согласно разделу 6.1 РД 50-34.698-90).

- 8. Программа и методика испытаний (согласно разделу 2.14 РД 50-34.698-90).

- 9. Протоколы ручных и автоматизированных испытаний (автономных и комплексных).

- 10. Документированные исходные коды модулей СПО (за исключением тех модулей СПО, обладателем исключительных прав на которые не является Заказчик).

- 11. Иные проектные документы, содержащие существенные для СПО сведения в вопросах её построения, использования и дальнейшего развития.

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

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

- 5.2 Гарантийные обязательства

- Подрядчик должен предоставить гарантию на результаты работ не менее 12 (двенадцати) месяцев со дня сдачи-приёмки результатов работ.

- В рамках исполнения гарантийных обязательств Подрядчик обязан обеспечить:

- • прием заявок на обслуживание по схеме 5х9 (с понедельника по пятницу в рабочие часы с 9-00 до 18-00, по местному времени, за исключением праздничных дней);

- • прием заявок на обслуживание в выходные дни осуществляется в следующем порядке: суббота с 9-00 до 15-00.

- • учет поступления заявок, исполнения заявок и изменений заявок в журнале учета заявок (допускается учет заявок в электронной форме);

- • время реакции на заявку специалистов сопровождения (с момента получения заявки до начала работ) в течение 2 часов;

- • срок исполнения заявки 4 часа с момента начала работ (в случае, если заявку исполнить в указанные сроки не представляется возможным, Подрядчик обязан уведомить Заказчика до 18-00 по местному времени и согласовать сроки исполнения заявки);

- • информирование Заказчика об исполнении заявки.

-  

- К гарантийным случаям относятся:

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

- • выявленные в процессе эксплуатации несоответствия результатов работ настоящим техническим требованиям, согласованным с Заказчиком техническим заданиям (при их наличии), иным согласованным с Заказчиком промежуточным документам (при их наличии), законодательству Российской Федерации на момент сдачи работ или на момент, специально указанный в настоящих технических требованиях или промежуточных документах, согласованных с Заказчиком;

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

- • несоответствие результатов работ критериям качества, предъявленным к результатам работ;

- • иные случаи невозможности применения Заказчиком результата работ.

- Если случай признан Заказчиком как гарантийный, то первичная классификация случая выполняется Заказчиком при наличии доказательств или иных оснований для такой классификации.

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

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

- 5.3 Требования к обеспечению возможности контроля хода и качества работ

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

- № п\п Способ и объект контроля Рекомендуемая организация работ Подрядчиком

- 1 Контроль хода разработки элементов документации.

-  

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

- 2 Контроль хода работ по устранению замечаний Заказчика в процессе исполнения работ.

-  

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

- 3 Контроль хода разработки (доработки) СПО

-  

-  

- Заказчик осуществляет анализ результатов разработки (доработки) СПО в рабочем порядке. Заказчик вправе указывать обоснованные замечания или рекомендации по таким результатам разработки (доработки) в соответствии с поставленной задачей. Подрядчик обязан направлять представителям заказчика результаты разработки (доработки) и инструкцию по их развёртыванию и запуску для проведения текущего контроля. Подрядчик организует на своих мощностях удалённую виртуальную программную среду, которую поддерживает в актуальном состоянии со сроком актуальности не более одной недели. Заказчику предоставляется удалённый доступ к этой виртуальной среде в режиме 24х7 за исключением технологических перерывов.

-  

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

- 4 Контроль хода поставки технического и программного обеспечения

-  

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

- Указанные способы контроля не являются исчерпывающими. Заказчик вправе осуществлять контроль над работой Подрядчика согласно действующему законодательству Российской Федерации. Любые меры по контролю со стороны Заказчика не должны препятствовать Подрядчику в выполнении контрактных работ.

- Заказчик вправе привлекать независимых экспертов для контроля работы Подрядчика от имени Заказчика. Заказчик размещает (в праве размещать) результаты промежуточного контроля на своём официальном сайте.

- 5.4 Требования к качеству результата работ

- 1. Соответствие результатов работ настоящим техническим требованиям и согласованным с Заказчиком промежуточным документам (при их наличии).

- 2. Соответствие результатов работ требованиям действующего законодательства Российской Федерации, международных договоров и конвенций, ратифицированных Российской Федерацией, международных стандартов, национальных стандартов и руководящих документов.

- 3. Отказоустойчивость результатов работ;

- 4. Ремонтопригодность результатов работ;

- 5. Для информационных систем:

- a. интуитивность использования результатов работ конечными пользователями;

- b. доступность документации, непосредственно описывающей выполняемое действие из форм, связанных с выполнением действия;

- c. возможность использования лицами, обладающими базовыми навыками работы с компьютерной техникой.

- 5.5 Требования к патентной чистоте результатов работ

- Результаты работ должны быть свободны от возможных претензий третьих лиц в связи с нарушением их прав Заказчиком при установке и использовании результатов работ.

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

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

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

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

- Если передача неисключительных прав на использование ПО для ЭВМ является частью работ (услуг), выполняемых Подрядчиком в соответствии с настоящим государственным контрактом, то Подрядчик принимает на себя все риски и расходы Заказчика, связанные с возможными исками к Заказчику со стороны обладателей исключительных прав на объекты интеллектуальной собственности, если заключенный между Заказчиком и Подрядчиком (либо иными лицами) лицензионный договор будет признан ничтожным (недействительным, частично недействительны) судом, что лишит Заказчика полученного им права.

- 5.6 Специальные требования к техническому обеспечению

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

- 5.7 Специальные требования к информационному обеспечению

- Модель данных (доменная модель) информационной базы ППО Территория должна обеспечивать возможности накапливать, хранить, подтверждать юридическую значимость, подтверждать достоверность данных, формируемых сотрудниками во всех учётах, а также хранящихся на текущий момент в АС Российский паспорт и ЦБДУИГ и иных хранилищах информации ФМС России. При этом развиваемая модель данных должна:

- • учитывать потребности ФМС России в обработке новых данных, предусмотренных действующими и вступающими в силу законодательными и иными нормативно-правовыми актами Российской Федерации;

- • учитывать требования по оказанию государственных услуг как в обычном, так и в электронном виде;

- • поддерживать возможность учёта электронных межведомственных взаимодействий.

- Иных специальных требований сверх действующих законодательных и иных нормативно-правовых актов и принятых практик к проектным решениям по информационному обеспечению не предъявляется.

- 5.8 Специальные требования к программному обеспечению

- Применяемое программное обеспечение должно поддерживать возможность горизонтального масштабирования.

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

- 5.9 Специальные требования к математическому обеспечению

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

- 5.10 Специальные требования к лингвистическому обеспечению

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

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

- 5.11 Специальные требования к метрологическому обеспечению

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

-

-  

- 6. Этапы выполнения работ и требования к сдаче-приёмке работ

- 6.1 Этапы и сроки выполнения работ

-  

- № этапа Наименование этапов/работ Результаты работ Срок выполнения

- 1 I Этап. Создание прототипа модуля «Миграционный учет» федерального уровня Не позднее 4 недель с даты заключения контракта

- 1.1 Разработка документации

-

- - Разработка и согласование Технического задания на создание прототипа модуля «Миграционный учет» федерального уровня

- - Разработка программы и методики испытаний

- - Разработка проектов организационно-методической документации и рекомендации для перехода на работу с прототипом модуля «Миграционный учет» федерального уровня

- - Доработка эксплуатационной документации - Разработано и согласовано Техническое задание на создание прототипа модуля «Миграционный учет» федерального уровня

- - Разработана программа и методика испытаний

- - Разработаны проекты организационно-методической документации и рекомендации для перехода на работу с прототипом модуля «Миграционный учет» федерального уровня

- - Доработана эксплуатационная документация

- 1.2 Разработка и внедрение прототипа модуля "Миграционный учет" федерального уровня

- - Разработка прототипа модуля «Миграционный учет» федерального уровня

- - Установка прототипа модуля «Миграционный учет» федерального уровня на ресурсах предоставленных ФМС России

- - Обеспечение доступа к прототипу модуля «Миграционный учет» федерального уровня на прикладном уровне

- - Доработка загрузки данных в части миграционного учета

- - Обеспечение взаимодействия с АС ЦБД УИГ в соответствии с техническим заданием - Разработан прототип модуля «Миграционный учет» федерального уровня

- - Прототип модуля «Миграционный учет» федерального уровня установлен на ресурсах предоставленных ФМС России

- - Обеспечен доступ к прототипу модуля «Миграционный учет» федерального уровня на прикладном уровне

- - Доработана загрузка данных в части миграционного учета

- - Обеспечено взаимодействие с АС ЦБД УИГ в соответствии с техническим заданием

- 2 II Этап. Формирование единой модели базы данных ГИСМУ на основе модели данных ППО Территория и разработка новых системных модулей Не ранее 4 недель и не позднее 6 недель с даты заключения контракта

- 2.1 Формирование единой модели данных ГИСМУ на основе модели данных ППО Территория

- - Доработка структуры данных и логики системы для поддержания жизненного цикла документов

- - Доработка модели данных с учетом перехода на трехуровневую организационную структуру

- - Доработка модели данных в части добавления новых сущностей

- - Разработка информационного описания модели данных

- - Разработка технических регламентов сопровождения единой модели данных ГИСМУ - Доработана структура данных и логика системы для поддержания жизненного цикла документов

- - Доработана модель данных с учетом перехода на трехуровневую организационную структуру

- - Доработана модель данных в части добавления новых сущностей

- - Разработано информационное описание модели данных

- - Разработаны технические регламенты сопровождения единой модели данных ГИСМУ

- 2.2 Разработка новых системных модулей

- - Разработка и согласование частных технических заданий

- - Разработка системного модуля поиска и учета физических лиц

- - Разработка системного модуля поиска и учета юридических лиц

- - Разработка системного модуля поиска и учета документов

- - Разработка программы и методики испытаний

- - Разработка эксплуатационной документации

- - Проведение предварительных испытаний - Разработаны и согласованы частные технические задания

- - Разработан системный модуль поиска и учета физических лиц

- - Разработан системный модуль поиска и учета юридических лиц

- - Разработан системный модуль поиска и учета документов

- - Разработана программа и методика испытаний

- - Разработана эксплуатационная документация

- - Согласован протокол предварительных испытаний

- 3 III Этап. Доработка функциональности ППО Территория в связи с изменением законодательства и подготовкой к переходу на федеральный уровень Не ранее 11 недель и не позднее 13 недель с даты заключения контракта

- 3.1 Доработка модуля НСИ

- - Разработка и согласование частного технического задания на доработку модуля

- - Доработка структуры хранения и механизмов управления адресной информацией

- - Доработка механизмов управления временными значениями справочников и их утверждения

- - Проектирование и доработка интерфейса пользователя подсистемы НСИ

- - Доработка эксплуатационной документации - Разработано и согласовано частное техническое задание на доработку модуля

- - Доработаны структуры хранения и механизмы управления адресной информацией

- - Доработаны механизмы управления временными значениями справочников и их утверждением

- - Спроектирован и доработан интерфейс пользователя подсистемы НСИ

- - Доработана эксплуатационная документация

- 3.2 Доработка ППО Территория в части защиты персональных данных

- - Разработка и согласование частного технического задания на доработку модуля

- - Доработка функциональности ППО Территория в части ограничения доступа к персональным данным лиц VIP категории

- - Доработка функциональности ППО Территория в части журналирования действий пользователей и аудита

- - Доработка эксплуатационной документации - Разработано и согласовано частное техническое задание на доработку модуля

- - Доработана функциональность ППО Территория в части ограничения доступа к персональным данным лиц VIP категории

- - Доработана функциональность ППО Территория в части журналирования действий пользователей и аудита

- - Доработана эксплуатационная документация

- 3.3 Доработка модуля отождествления лиц и документов

- - Разработка и согласование частного технического задания на доработку модуля

- - Разработка алгоритмов отождествления основных сущностей

- - Разработка алгоритмов выявления дублей

- - Доработка эксплуатационной документации - Разработано и согласовано частное техническое задание на доработку модуля

- - Разработаны алгоритмы отождествления основных сущностей

- - Разработаны алгоритмы выявления дублей

- - Доработана эксплуатационная документация

- 3.4 Доработка модуля администрирование доходов

- - Разработка и согласование частного технического задания

- - Доработка выгрузки из ППО Территория в программное обеспечение по администрированию доходов - Разработано и согласовано частное техническое задание

- - Доработана выгрузка из ППО Территория в программное обеспечение по администрированию доходов

- 3.5 Предварительные испытания доработанных модулей

- - Разработка программы и методики предварительных испытаний

- - Проведены предварительные испытания - Разработана программа и методика предварительных испытаний

- - Согласован протокол предварительных испытаний

- 4 IV Этап. Расширение пилотной зоны внедрения ППО Территория 01.12.2011

- 4.1 Выполнение подготовительных мероприятий для подготовки персонала

- - Разработка программы проведения подготовки персонала;

- - Разработка методических материалов;

- - Развертывание ППО Территория на тестовом стенде. - Разработана программа проведения подготовки персонала;

- - Разработаны методические материалы;

- - Доработанная ППО «Территория» развёрнутая на тестовом стенде.

- 4.2 Проведение подготовки персонала к работе с Системой

- - Обучение персонала в 24 регионах пилотной зоны - Обучен персонал в 24 регионах пилотной зоны

- 4.3 Выполнение пусконаладочных работ

- - Установка ППО «Территория» на оборудовании Государственного заказчика во всех регионах пилотной зоны

- - Подготовка к работе клиентских рабочих мест во всех территориальных отделениях 24 регионов пилотной зоны

- - Обеспечение доступа к ППО Территория на прикладном уровне - Доработанная ППО «Территория» установленная на оборудовании Государственного заказчика во всех регионах пилотной зоны.

- - Подготовлены к работе клиентские рабочие места во всех территориальных отделениях 24 регионов пилотной зоны

- - К ППО Территория обеспечен доступ пользователей на прикладном уровне.

- 4.4 Передача доработанной эксплуатационной документации в ФАП ФМС России - Доработанная эксплуатационная документация передана в ФАП ФМС России

- 5 V Этап. Поддержка процессов опытной эксплуатации, техническая поддержка и сопровождение ППО «Территория» 01.12.2011

- 5.1 Поддержка процессов опытной эксплуатации

-

- - Сбор и анализ замечаний и предложений по улучшению ППО из 29 регионов пилотной зоны и анализ замечаний

- - Консультация пользователей на местах

- - Доработка ППО Территория по результатам проведенного анализа, собранных замечаний и предложений - Обеспечен сбор и анализ замечаний и предложений по улучшению ППО Территория из 29 регионов пилотной зоны

- - Обеспечен процесс консультирования пользователей на местах

- - ППО Территория доработано по результатам анализа собранных замечаний и предложений

- 5.2 Техническая поддержка и сопровождение

-

- - Разработка и согласование частных технических заданий на доработку вследствие изменения законодательства

- - Доработка ПО в части изменений, утвержденных Заказчиком

- - Разработка программы и методики приемо-сдаточных испытаний

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

- - Доработка эксплуатационной документации

- - Оказание пользователям консультаций по телефону и/или с использованием информационных средств. - Разработаны и согласованы частные технические задания на доработку вследствие изменения законодательства

- - Доработанное ПО в части изменений, утвержденных Заказчиком

- - Разработаны программы и методики приемо-сдаточных испытаний

- - Согласован протокол предварительных испытаний

- - Доработана эксплуатационная документация

- - Обеспечен процесс оказания консультаций пользователям по телефону и/или с использованием информационных средств.

-  

- Фактический срок по всем этапам не должен быть позже срока, указанного в пункте 1.5 настоящих технических требований.

- 6.2 Порядок приемки выполненных работ

- Заказчик в течение десяти рабочих дней с даты заключения контракта направляет в адрес Подрядчика извещение (уведомление) о составе приемочной комиссии.

- Подрядчик не позднее пяти рабочих дней до окончания работ по этапу направляет в адрес Заказчика извещение (уведомление) о готовности работы к сдаче и оформленную в установленном порядке документацию.

- Заказчик в течение трех рабочих дней с даты получения извещения (уведомления) от Подрядчика направляет в адрес Подрядчика извещение (уведомление) о дате приемки комиссией выполненных работ.

- К приемке выполненных работ Подрядчик по государственному контракту представляет Заказчику подписанный со своей стороны акт сдачи-приемки работ.

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

- Результаты выполненных работ принимаются Заказчиком с подписанием акта сдачи-приемки работ по государственному контракту. В случае, если работы производятся в регионе, дополнительно, ответственными сотрудниками соответствующего Управления Федеральной миграционной службы подписываются технические акты.

- Оплата выполненных работ осуществляется поэтапно на основании подписанных подрядчиком по государственному контракту и заказчиком актов сдачи-приемки работы.

-  

- 7. Место проведения работ

- 7.1 Перечень регионов пилотной зоны проведения работ по обновлению ППО «Территория»

-  

- п/п Регион внедрения Количество территориальных пунктов

- 1. Пензенская область 35

- 2. Ростовская область 67

- 3. Республика Татарстан 66

- 4. Калининградская область 28

- 5. Город Сочи 15

-  

- 7.2 Перечень регионов расширения пилотной зоны проведения работ по внедрению ППО Территория

-  

- п/п Регион внедрения Количество территориальных пунктов

- 1. Республика Алтай 13

- 2. Псковская область 25

- 3. Рязанская область 30

- 4. Республика Мордовия 29

- 5. Костромская область 31

- 6. Калужская область 26

- 7. Владимирская область 30

- 8. Вологодская область 32

- 9. Мурманская область 27

- 10. Орловская область 24

- 11. Самарская область 50

- 12. Тульская область 21

- 13. Ставропольский край 47

- 14. Ивановская область 26

- 15. Липецкая область 23

- 16. Ярославская область 23

- 17. Ульяновская область 20

- 18. Тамбовская область 30

- 19. Краснодарский край 79

- 20. Санкт-Петербург 10

- 21. Ямало-Ненецкий автономный округ 14

- 22. Приморский край 63

- 23. Кабардино-Балкарская республика 15

- 24. Кировская область 50

- 8. Глоссарий

- Аббревиатура \ Термин Расшифровка \ Определение

- БД база данных, информационная база (по смыслу федерального закона от 01.01.2001)

- ГИСМУ государственная информационная система миграционного учёта

- ИС, АС информационная система

- ИСПДн Информационная система персональных данных (по смыслу федерального закона 152-ФЗ от 01.01.2001 «О персональных данных»)

- ПАК Программно-аппаратный комплекс

- ПДн Персональные данные (по смыслу федерального закона 152-ФЗ от 01.01.2001 «О персональных данных»)

- Сертификат Сертификат открытого ключа электронно-цифровой подписи (по смыслу Федерального закона 1-ФЗ от 01.01.2001 «Об электронно-цифровой подписи»)

- СКЗИ Средство криптографической защиты информации, шифровальные (криптографические) средства (по смыслу постановления правительства № 000 от 01.01.2001)

- СПО, ППО специализированное программное обеспечение. Программное обеспечение, оператором которого является ФМС России, и которое обеспечивает поддержку выполнения государственных функций и оказания государственных услуг ФМС России

- СРО Саморегулируемая организация

- УЦ Удостоверяющий центр

- ФМС, ФМС России Федеральная Миграционная Служба

ЭЦП электронно-цифровая подпись (по смыслу Федерального закона 1-ФЗ от 01.01.2001 «Об электронно-цифровой подписи»)

Место выполнения работ: Место и условия выполнения работ изложены в проекте государственного контракта (Форма № 2) Конкурсной документации прикрепленной и опубликованной в сети Интернет по адресу www. *****.

Преференции: ОИ: 0%, УИС: 0%

Документация: 0 руб.

Срок, место и порядок предоставления конкурсной документации, официальный сайт, на котором размещена конкурсная документация: с «23» июня 2011 г. по «25» июля 2011 г. с 10.00 до 11.00 по московскому времени г. Москва, 3-й Стрелецкий переулок, д.10А, 1 этаж, пост охраны, кроме выходных и праздничных дней, в сети Интернет по адресу www. *****.

Начальная (максимальная) цена контракта: сто тридцать шесть миллионов) рублей 00 копеек

Место, дата и время вскрытия конвертов: Россия, г. Москва, Боярский пер., 2 этаж, конференц-зал «26» июля 2011 года в 12-00 по московскому времени.

Место и дата рассмотрения заявок: г. Москва, 3-й Стрелецкий переулок, д. 10, «01» августа 2011 г.

Место и дата подведения итогов: г. Москва, 3-й Стрелецкий переулок, д. 10, «05» августа 2011 г.

Представитель Заказчика