Партнерка на США и Канаду по недвижимости, выплаты в крипто

  • 30% recurring commission
  • Выплаты в USDT
  • Вывод каждую неделю
  • Комиссия до 5 лет за каждого referral

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

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

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

Технология защиты информационного потока должна соответствовать требованиям законодательства по защите персональных данных.

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

В том случае, если для развертывания регионального сегмента Регистров получателей услуг создается центр обработки данных, необходим еще целый ряд соответствующих организационных мероприятий: приобретение технических средств, выделение сотрудников для обслуживания центра обработки данных, обучение сотрудников работе со специальным программным обеспечением регионального сегмента АИС «Регистры получателей услуг».

НЕ нашли? Не то? Что вы ищете?

4.2.3  Технические мероприятия

Технические мероприятия по привлечению региона к информационному обмену с АИС «Регистры получателей услуг» должны быть направлены на обеспечение соответствия задействованного комплекса технических средств требованиям АИС РПУ. Это включает, прежде всего, обеспечение надежных каналов связи достаточной пропускной способности. Кроме того, в региональном органе занятости населения должны быть предусмотрены вычислительные мощности для приема информации от центров занятости населения региона и ее подготовки для передачи на федеральный уровень.

Объем технических мероприятий во многом зависит от принятого в регионе способа формирования регионального сегмента Регистров получателей услуг (см. п. 4.1.3). В том случае, если региональный сегмент разворачивается на технических средствах органа занятости субъекта Российской Федерации, технические мероприятия должны обеспечить создание соответствующего центра обработки данных. Такой центр должен комплектоваться современным серверным и сетевым оборудованием, устройствами резервного копирования и т. д.

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

5  Требования к видам обеспечения АИС «Регистры получателей услуг»

Создание АИС «Регистры получателей услуг» осуществляется в условиях некоторого дефицита основных ресурсов: качественных линий связи, современных программно-технических средств на региональном уровне, подготовленных кадров, необходимых инвестиций и т. д.

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

5.1  Требования к видам обеспечения регионального сегмента АИС «Регистры получателей услуг»

5.1.1  Технические средства

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

Сервер баз данных

-  Процессор Intel Xeon 1.6 GHz 2 шт.;

-  ОЗУ 8 Gb;

-  Два дисковых массива RAID 1+0 общей емкостью 50 Gb для установки системного и прикладного ПО;

-  Дисковый массив RAID 5 емкостью 200 Gb для размещения баз данных.

Сервер приложений и архивирования

-  Процессор Intel Xeon 1.6 GHz 2 шт.;

-  ОЗУ 4 Gb;

-  Два дисковых массива RAID 1+0 общей емкостью 50 Gb для установки системного и прикладного ПО;

-  Дисковый массив RAID 0 емкостью 500 Gb (возможно использование SATA-RAID) для размещения поступающих данных и резервных копий.

Рабочая станция пользователя

-  Процессор Intel 2.0 GHz;

-  ОЗУ 512 Mb;

-  Дисковое пространство 40 Gb.

5.1.2  Системное программное обеспечение

Сервер баз данных

Microsoft Windows Server 2003 Standard Edition, User CAL (3 + число пользователей);

Microsoft SQL Server 2005 Standard Edition, User CAL (1 + число пользователей).

Сервер приложений и архивирования

Microsoft Windows Server 2003 Standard Edition, User CAL (3 + число пользователей);

Microsoft SQL Server 2005 Standard Edition, User CAL (1 + число пользователей).

Рабочая станция пользователя

Microsoft Windows XP SP2.

5.1.3  Обслуживающий персонал

Специалист по развертыванию и обслуживанию указанного программно-аппаратного комплекса (системный администратор) – 1 чел;

Специалист по обеспечению информационного обмена – 1 чел.

5.2  Требования к видам обеспечения для подключения к региональному сегменту РПУ через сеть Интернет

С целью сокращения сроков и финансовых затрат на создание региональных сегментов АИС «Регистры получателей услуг» целесообразно устанавливать на рабочих местах пользователей системы клиентское приложение для доступа к региональному сегменту РПУ через Интернет.

5.2.1  Технические средства

Рабочая станция пользователя

-  Процессор Intel 2.0 GHz;

-  ОЗУ 512 Mb;

-  Дисковое пространство 40 Gb.

Канал для выхода в Интернет

-  Пропускная способность 128 Kb/s.

5.2.2  Системное программное обеспечение

Рабочая станция пользователя:

-  Microsoft Windows XP SP2.

5.2.3  Обслуживающий персонал

Специально выделенного персонала не требуется.

5.3  Общие замечания

При подключении к сети Интернет необходимо использовать услуги, предоставляемые региональными провайдерами. Учитывая качество сетей необходимо выбирать технологии и базовые программно-технические средства, осуществляющие пакетную коммутацию (протоколы Х.25, ТСР/IP). В качестве наиболее актуальных и практически востребованных архитектурных решений построения телекоммуникационной сети (ТКС) являются варианты ТКС с коммутацией пакетов и варианты ТКС на основе технологий Internet/Intranet. Существующие и перспективные системы и средства расширения возможностей передающей среды могут основываться на беспроводной связи, оптоволоконных линиях и спутниковой связи.

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

Состав и назначение информационных подсистем АИС «Роструд-Контроль».

6.1  Общие положения

Настоящий раздел содержит описание состава и назначения информационных подсистем, обеспечивающих функционирование системы автоматизации Роструда – АИС «Роструд-Контроль».

Главным звеном АИС «Роструд-Контроль» является федеральное хранилище данных, включающее в себя следующие базы данных (см. рис. 3.1):

-  Федеральные регистры получателей государственных услуг в сфере занятости;

-  Заявки работодателей на привлечение иностранной рабочей силы;

-  Сведения о гражданах, выразивших согласие на трудоустройство за пределами региона проживания.

В перспективе в состав федерального хранилища могут быть включены и другие базы данных:

-  Общероссийский банк вакансий;

-  Показатели государственной и ведомственной статистической отчетности;

-  Показатели социально-экономического развития субъектов Российской Федерации.

Входными данными для АИС «Роструд-Контроль» являются:

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

-  Сведения о гражданах, выразивших согласие на трудоустройство за пределами региона проживания;

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

Основными источниками данных для АИС «Роструд-Контроль» являются региональные и территориальные государственные учреждения сферы занятости населения, а также федеральные министерства и ведомства.

Входные данные поступают в АИС «Роструд-Контроль» в виде информационных пакетов, сформированных в соответствии с утвержденными Рострудом межведомственными форматами информационного взаимодействия. По каждому виду входных данных требуется разработка, согласование и утверждение соответствующего формата информационного взаимодействия.

Выходными данными АИС «Роструд-Контроль» являются:

-  Результаты пользовательских запросов к федеральному хранилищу данных;

-  Результаты анализа данных в виде отчетов и аналитических форм.

Пользователями АИС «Роструд-Контроль» являются:

-  Сотрудники центрального аппарата Роструда;

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

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

Доступ к информационным ресурсам АИС «Роструд-Контроль» получают только авторизованные пользователи.

В перспективе ограниченный доступ к информационным ресурсам АИС «Роструд-Контроль» может быть предоставлен гражданам и работодателям посредством общедоступного Интернет-портала «Роструд-Контроль».

Среди главных особенностей функционирования АИС «Роструд-Контроль» следует выделить следующие:

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

-  Большая территориальная распределенность источников данных и связанные с этим значительные различия в развитии средств коммуникации в различных регионах страны;

-  Высокая степень неравномерности поступления информационных пакетов от источников данных в течение календарного месяца и связанное с этим наличие «пиковых» нагрузок;

-  Высокая степень изменчивости внешних по отношению к АИС «Роструд-Контроль» обстоятельств, к которым относятся: изменения в федеральных и региональных нормативных документах, правила взаимодействия с другими министерствами и ведомствами и т. п.;

-  Большие объемы обрабатываемой информации, исчисляемые сотнями гигабайт.

Вышеперечисленные особенности функционирования предъявляют повышенные требования к архитектуре АИС «Роструд-Контроль» и требуют принятия точных и ответственных решений, как этапе проектирования системы, так и на этапе реализации ее отдельных информационных подсистем.

Можно выделить следующие основные концептуальные требования, имеющие характер критических, к информационным подсистемам АИС «Роструд-Контроль»:

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

2. Автономность подсистем. Необходимо обеспечить минимальный уровень взаимных зависимостей информационных подсистем друг от друга. Каждая из подсистем использует в качестве входных данных результат работы другой подсистемы, выполняет операции по обработке данных, формирует собственные выходные данные, которые могут быть использованы другой подсистемой в качестве входных данных. Высокая степень автономности подсистем позволит локализовать последствия изменений внешних обстоятельств в пределах одной или двух подсистем, не нарушая работоспособности остальных. Ресурсы АИС «Роструд-Контроль», используемые совместно несколькими информационными подсистемами, должны находиться в ведении подсистемы управления.

3. Сохранность данных. Необходимо хранить в системе и предоставлять пользователям для анализа информацию за достаточно большой период (3 ­­– 5 лет и более), что значительно повышает размеры баз данных системы, усложняет типичные задачи резервного копирования, восстановления и т. п.

В состав АИС «Роструд-Контроль» входят следующие информационные подсистемы (см. рис. 6.1.):

1. Подсистема управления или Администратор центра обработки данных, предназначенная для управления информационными подсистемами АИС «Роструд-Контроль» и ведения совместно используемых информационных ресурсов;

Рис. 6.1. Информационные подсистемы АИС «Роструд-Контроль»

2. Транспортная подсистема, предназначенная для обеспечения приема-передачи информационных пакетов от отправителей в АИС «Роструд-Контроль» с использованием различных коммуникационных протоколов;

3. Подсистема приема данных, предназначенная для разбора, идентификации и сортировки поступающих информационных пакетов;

4. Подсистема загрузки данных, предназначенная для верификации и загрузки информационных пакетов в пул региональных данных АИС «Роструд-Контроль»;

5. Подсистема формирования федерального хранилища данных (ФХД), предназначенная для создания очередного поколения ФХД на новую дату актуальности;

6. Подсистема анализа данных, предоставляющая доступ к данным ФХД для пользователей федерального и регионального уровня.

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

6.2  Подсистема управления АИС «Роструд-Контроль»

Подсистема управления АИС «Роструд-Контроль» предназначена для управления остальными подсистемами АИС «Роструд-Контроль», ведения совместно используемых информационных ресурсов (см. рис. 6.2).

Рис. 6.2. Подсистема управления АИС «Роструд-Контроль»

В задачи подсистемы управления входит:

-  Запуск отдельных информационных подсистем АИС «Роструд-Контроль» и осуществление контроля их исполнения;

-  Ведение сведений о топологии программно-технических средств АИС «Роструд-Контроль»;

-  Ведение списка пользователей, обладающих правами доступа к ресурсам АИС «Роструд-Контроль»;

-  Ведение списка отправителей информационных пакетов;

-  Ведение журнала информационных пакетов;

-  Управление пулом региональных баз данных;

-  Управление экземплярами баз данных федерального хранилища данных и смена поколений баз данных ФХД;

-  Ведение журналов событий и ошибок;

-  Ведение протоколов работы информационных подсистем;

-  Ведение информационных индикаторов АИС «Роструд-Контроль»;

-  Ведение всех видов метаданных АИС «Роструд-Контроль»;

-  Ведение библиотеки запросов к Федеральному хранилищу данных;

-  Ведение статических (глобальных) справочников предметной области АИС «Роструд-Контроль» (регионы, федеральные округа, источники данных и т. п.).

В ведении подсистемы управления АИС «Роструд-Контроль» находятся следующие информационные ресурсы, предназначенные как для поддержки функционирования подсистемы управления, так и совместно использующиеся другими подсистемами:

-  Блок управления пользователями:

o  Списки пользователей, обладающих правами доступа к информационным ресурсам АИС «Роструд-Контроль»;

o  Списки групп пользователей и списки доступных полномочий пользователей, сгруппированные по группам пользователей;

-  Блок журналов событий и ошибок, включает:

o  Журнал ошибок в работе подсистем АИС «Роструд-Контроль»;

o  Журнал событий, случившихся при работе отдельных подсистем;

-  Блок сбора и загрузки первичных данных:

o  Журнал регистрации поступивших информационных пакетов;

o  Журнал операций, выполненных с информационными пакетами;

o  Журнал уведомлений отправителям об операциях, выполненных с их информационными пакетами;

-  Блок метаданных включает:

o  Метаданные о топологии программно-технических средств АИС «Роструд-Контроль», такие как, списки серверов и дисковых массивов системы, распределение баз данных и дисковых массивов по серверам и дисковым массивам и т. п.;

o  Метаданные объектов предметной области, доступных для просмотра и анализа;

o  Метаданные о структуре ФХД;

-  Блок анализа данных ФХД, включает:

o  Библиотека пользовательских запросов к ФХД;

o  Библиотека аналитических форм.

6.3  Транспортная подсистема

Основным назначением транспортной подсистемы АИС «Роструд-Контроль» является обеспечение доставки информационных пакетов от отправителей в АИС «Роструд-Контроль» (рис. 6.3).

В ее задачи входит:

-  обеспечение отправителей несколькими альтернативными вариантами отправки файлов с данными в АИС «Роструд-Контроль»;

-  обеспечение приема файлов данных;

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

-  рассылка отправителям «открытых» ключей для шифрования информационных сообщений;

-  сохранение данных в приемном буфере.

Рис. 6.3. Транспортная подсистема

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

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

Входными данными транспортной подсистемы являются информационные пакеты всех видов, обрабатываемых АИС «Роструд-Контроль».

Транспортная подсистема АИС «Роструд-Контроль» предлагает отправителям несколько альтернативных вариантов доставки информационных пакетов:

1. Отправка файлов с данными по FTP-протоколу;

2. Отправка файлов с данными по электронной почте;

3. Загрузка файлов с данными с помощью Интернет-портала АИС «Роструд-Контроль»;

4. Отправка файлов с данными на машинном носителе информации обычной почтой.

Для обеспечения указанных вариантов доставки в состав транспортной подсистемы включается системное программное обеспечение FTP-сервера и сервера электронной почты (SMTP). Действующий адрес FTP-сервера (URL) АИС «Роструд-Контроль» и адрес электронной почты для приема информационных пакетов сообщаются отправителю при его регистрации. Отправитель самостоятельно выбирает способ передачи данных.

Выходными данными транспортной подсистемы является приемный буфер. Приемный буфер представляет собой систему папок на одном из серверов АИС «Роструд-Контроль», в которых размещаются принятые файлы данных. Приемный буфер не предполагает длительного хранения данных, он является лишь временным хранилищем для сбора поступающей корреспонденции.

Приемный буфер организован следующим образом: он содержит 4 корневые папки, по одной для каждого из вариантов доставки информации. В каждой из корневых папок создаются папки отправителей – по одной для каждого отправителя. Например, для отправителя из г. Москва, зарегистрированного в АИС «Роструд-Контроль» под именем «rk_moscow», будут созданы следующие папки в приемном буфере:

Дерево папок

Назначение папки

\RKRoot

- корневая папка транспортной подсистемы

\FTPRoot

- корневая папка для приема данных по FTP-протоколу от rk_moscow

\rk_moscow

- папка отправителя от г. Москва, доступная отправителю по FTP-протоколу

\WebRoot

- корневая папка для приема данных с Интернет-портала

\rk_moscow

- папка отправителя от г. Москва, в которую производится загрузка файлов данных с Интернет-портала

\MailRoot

- корневая папка для размещения файлов, поступивших по электронной почте

\rk_moscow

- папка для файлов отправителя от г. Москва

\FileRoot

- корневая папка для размещения файлов, поступивших на машинном носителе

\rk_moscow

- папка для файлов отправителя от г. Москва

Все необходимые папки создаются автоматически при регистрации отправителя в АИС «Роструд-Контроль», поэтому к моменту поступления данных от отправителя соответствующие папки уже существуют.

При передаче данных по FTP-протоколу отправитель подключается к FTP-серверу АИС «Роструд-Контроль» с помощью любого доступного ему программного обеспечения FTP-клиента и получает полный доступ к своей (и только своей) папке в приемном буфере, где может разместить любые файлы.

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

Загрузка данных с помощью Интернет-портала по HTTP-протоколу осуществляется непосредственно в ту папку приемного буфера, которая соответствует отправителю. Идентификация отправителя на Интернет-портале производится при регистрации посетителя портала.

При передаче данных на машинном носителе информации размещение файлов в приемном буфере производится оператором.

6.4  Подсистема приема данных

Подсистема приема данных осуществляет первичную обработку и сортировку информационных пакетов, поступающих в АИС «Роструд-Контроль», см. рис. 6.4.

В задачи подсистемы приема данных входит:

-  Периодический просмотр (сканирование) приемного буфера на предмет наличия в нем новых поступлений;

-  Идентификация поступивших информационных пакетов;

-  Дешифровка зашифрованных информационных пакетов;

-  Регистрация информационных пакетов;

-  Подготовка уведомлений отправителям;

-  Сохранение информационных пакетов в буфере информационных пакетов.

В задачу подсистемы приема данных не входит проверка полноты и целостности данных информационного пакета.

Рис. 6.4. Подсистема приема данных

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

Входными данными подсистемы является приемный буфер, формируемый транспортной подсистемой.

Выходными данными подсистемы приема данных является буфер информационных пакетов. Буфер информационных пакетов представляет собой систему папок на одном из серверов АИС «Роструд-Контроль», в которых размещаются принятые информационные пакеты. Буфер информационных пакетов предполагает длительное хранение данных, принимая на себя дополнительную функцию архива. В связи с этим система папок буфера информационных пакетов подлежит обязательному включению в планы резервного копирования данных.

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

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

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

Создание папок более глубокого уровня вложенности находится вне компетенции подсистемы приема данных, этим процессов управляют соответствующие службы подсистемы загрузки данных.

Процесс обработки корреспонденции подсистемой приема данных состоит в следующем:

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

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

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

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

-  Информационный пакет регистрируется в журнале информационных пакетов подсистемы управления;

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

-  В случае неудачной идентификации файл данных остается в приемном буфере, для отправителя формируется уведомление в виде электронного письма о том, что файл данных не идентифицирован в качестве информационного пакета и его обработка средствами АИС «Роструд-Контроль» невозможна.

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

6.5  Подсистема загрузки данных

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

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

Входными данными для подсистемы загрузки данных является буфер информационных пакетов (рис. 6.5). Каждый из сервисов подсистемы загрузки, ориентированный на обработку определенного вида информационных пакетов, может осуществлять выборку данных только из одной (своей) корневой папки буфера информационных пакетов.

При этом в соответствии с собственным алгоритмом работы, каждый из сервисов может создавать вложенные папки в буфере информационных пакетов для своих служебных нужд. К примеру, сервис загрузки первичных данных об оказанных услугах в сфере занятости создает специальные папки, где размещает обработанные пакеты (папка с именем \ARC) и необработанные по причине ошибок пакеты (папка с именем \BAD). Указанная возможность никак не повлияет на работу подсистемы приема данных и функции резервного копирования буфера информационных пакетов.

Рис. 6.5. Подсистема загрузки данных

Выходными данными подсистемы загрузки данных является пул региональных данных – совокупность региональных хранилищ данных. Выбор структуры и способа организации целевой базы данных целиком и полностью определяются соответствующими сервисами загрузки данных.

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

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

Таким образом, состав и структура баз данных, включаемых в пул региональных данных, целиком и полностью зависят от разработчиков соответствующих сервисов, выполняющих загрузку данных.

Необходимо отметить, что из всех подсистем АИС «Роструд-Контроль» подсистема загрузки данных является наиболее подверженной влиянию внешних по отношению к системе обстоятельств, которое выражается в изменениях законодательства, справочно-нормативной базы, изменениях в межведомственных форматах информационного взаимодействия.

При загрузке очередного информационного пакета производится детальная проверка представленной в нем информации:

-  Проверка соответствия данных требованиям соответствующего формата информационного взаимодействия;

-  Проверка правильности титульных данных, указанных в этикетке пакета;

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

-  Проверка и корректировка значений отдельных некорректно заполненных полей.

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

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

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

6.6  Подсистема формирования федерального хранилища данных

Подсистема предназначена для формирования нового экземпляра федерального хранилища данных (ФХД) на основании данных, загруженных в пул региональных данных. Основными задачами подсистемы являются:

-  Обеспечение инициализации нового экземпляра ФХД;

-  Преобразование данных от структуры регионального хранилища данных к структуре ФХД;

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

-  Возможность повторной загрузки одной из региональных баз данных в уже подготовленный экземпляр ФХД;

-  Верификация данных ФХД и подготовка ФХД для подсистемы анализа данных.

Входными данными подсистемы являются базы данных из пула региональных данных (см. рис. 6.6). За один цикл работы подсистемы обрабатывается одна база данных. Допускается параллельная обработка и загрузка в ФХД сразу нескольких баз данных. Работа подсистемы инициируется оператором и может быть прекращена им же в любой момент.

Рис. 6.6. Подсистема формирования ФХД

Выходными данными подсистемы является экземпляр базы данных федерального хранилища данных.

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

Структура таблиц предметной области размещается в ФХД на этапе инициализации и не меняется в течение всего его жизненного цикла.

Процесс загрузки данных предусматривает выполнение следующих действий:

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

-  Преобразование данных в структуре регионального хранилища данных в структуру ФХД;

-  Синхронизация нормативно-справочной информации регионального хранилища данных с нормативно-справочной информацией ФХД;

-  Исключение из процесса загрузки сведений, не соответствующих указанному периоду.

Объемы данных, обрабатываемых подсистемой формирования ФХД, очень велики, они исчисляются сотнями гигабайт. Процесс обработки требует значительных вычислительных ресурсов. По этой причине подсистемы формирования ФХД и подсистемы анализа данных должны функционировать на разных серверах АИС «Роструд-Контроль» и использовать разные экземпляры базы данных ФХД.

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

-  Создание необходимого комплекта индексов для таблиц ФХД, наиболее интенсивно используемых в пользовательских запросах;

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

-  Перестроение измерений и мер OLAP-кубов, спроектированных для базы данных ФХД.

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

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

Подсистема предусматривает возможность выполнения указанной операции. Она производится в несколько этапов:

-  Очистка ранее загруженных данных по выбранному субъекту Российской Федерации;

-  Загрузка данных из соответствующей базы данных пула региональных данных;

-  Подготовка ФХД к работе с подсистемой анализа данных в полном объеме.

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

6.7  Подсистема анализа данных

Подсистема анализа данных АИС «Роструд-Контроль» предназначена для обслуживания клиентов федерального и регионального уровня. В ее задачу входит:

авторизация пользователей;

-  исполнение запросов к Федеральному хранилищу данных, поступающих от клиентов;

-  формирование и передача результатов исполнения запросов;

-  формирование отчетов;

-  расчет аналитических форм;

-  просмотр сведений, предоставляемых подсистемой управления.

Рис. 6.7. Подсистема анализа данных

Входными данными подсистемы анализа данных являются текущий экземпляр федерального хранилища данных и база данных подсистемы управления АИС «Роструд-Контроль» (см. рис. 6.7).

Выходными данными подсистемы анализа данных являются:

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

-  Аналитические формы в формате внешнего приложения MS Excel;

-  Отчетные формы.

В работе подсистемы анализа данных активно используется база данных подсистемы управления АИС «Роструд-Контроль», в которой содержится библиотека типовых пользовательских запросов, а также метаданные, определяющие структуру объектов предметной области.

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

Для пользователей федерального уровня ограничений доступа к данным не устанавливается. Пользователю регионального уровня доступны только данные его собственного субъекта Российской Федерации.

В дополнение к основным функциям анализа данных подсистема выполняет ряд сервисных функций, делегированных подсистемой управления:

-  Просмотр и корректировка библиотеки типовых пользовательских запросов к федеральному хранилищу данных;

-  Просмотр системных журналов, протоколов и т. п.;

-  Просмотр индикаторов загрузки информационных пакетов, показывающих ход загрузки данных по каждому источнику данных и каждому информационному пакету;

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

Защита персональных данных АИС «Регистры получателей услуг».

7.1  Нормативно-правовые акты по защите информации

Правовую основу защиты данных в АИС РПУ должны составлять правовые акты Российской Федерации:

Конституция Российской Федерации;

-  Федеральный закон от 01.01.2001г. "Об информации, информатизации и защите информации";

-  Постановление Правительства от 01.01.01 года № 000 «Об утверждении Положения об обеспечении персональных данных при их обработке в информационных системах персональных данных».

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

7.2  Требования к средствам защиты информации

Средства защиты информации должны обеспечивать:

-  защиту информации от несанкционированной модификации и разрушения на всех этапах ее обработки и передачи;

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

-  разграничение прав пользователей и обслуживающего персонала при доступе к информационным ресурсам АИС РПУ;

-  защиту информации от несанкционированного доступа средствами проверки полномочий пользователей и обслуживающего персонала на использование информационных ресурсов АИС РПУ (возможность несанкционированного изменения или уничтожения этой информации, как и несанкционированное получение, изменение или уничтожение информации о гражданах третьими лицами должны быть исключены);

-  защиту от несанкционированной модификации программного обеспечения, включая защиту от внедрения «вирусов» в программные продукты;

-  защиту информации от случайных разрушений;

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

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

Организация создания и функционирования АИС «Регистры получателей услуг»

Организационная основа АИС РПУ базируется на принципе правового регулирования функций, прав и обязанностей всех участвующих в создании и функционировании регистров. Единство системы обеспечивается на основе единых методических принципов и положений, соблюдение которых обязательно для всех органов управления, ответственных за ее создание и функционирование.

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

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

На федеральном уровне формируется и реализуется государственная политика и единые методологические принципы построения и функционирования АИС РПУ: обеспечивается ведение базы метаданных и эталонов информационно-лингвистических средств; осуществляется организация проектирования системы, разработки методических, нормативно-правовых и нормативно-технических документов; организуется управление информационными и техническими ресурсами системы; осуществляется выбор средств защиты информации. Организационные формы реализации этих функций предлагаются Государственным заказчиком – координатором работ по созданию и функционированию АИС РПУ.

Этапность создания АИС «Регистры получателей услуг»

В сложившихся условиях создание АИС РПУ предлагается осуществить в следующей последовательности:

-  Разработка АИС РПУ;

-  Разработка комплекса мер по организации защищенного информационного обмена;

-  Внедрение АИС РПУ в соответствии с планом внедрения;

-  Формирование и наполнение регистров получателей услуг.

9.1  Разработка АИС «Регистры получателей услуг»

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

Далее разрабатывается программное обеспечение АС «Регистр получателей услуг» для центрального аппарата Роструда, реализующее следующие функции:

-  формирование регистров получателей государственных услуг;

-  обращение (доступ) к регистрам получателей государственных услуг;

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

-  формирование отчетности в рамках заданных форм.

9.2  Разработка комплекса мер по организации защищенного информационного обмена

Разрабатывается комплекс мер по организации защищенного информационного обмена с использованием лицензионного программного обеспечения и сертифицированных ключей защиты.

9.3  Внедрение АИС «Регистры получателей услуг» в соответствии с планом внедрения

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

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

Проводится обучение специалистов центрального аппарата Роструда вопросам эксплуатации АИС «Регистры получателей услуг», осуществляется консультационная поддержка.

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

9.4  Формирование и наполнение регистров получателей услуг

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

Государственные учреждения центры занятости населения передают в органы исполнительной власти субъектов Российской Федерации сегменты регистров получателей услуг ежемесячно, в срок до 10 числа месяца, следующего за отчетным периодом. Органы исполнительной власти субъектов Российской Федерации в течение 5 дней после получения сегментов регистров получателей проводят сверку сведений. При выявлении расхождений в сведениях, центры занятости населения осуществляют необходимую корректировку сегмента РПУ (изменения и пересылку в электронном виде) и проводят повторную сверку сведений.

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

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

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

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

10  Социально-экономические последствия создания АИС «Регистры получателей услуг».

Создание АИС РПУ позволит:

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

-  осуществлять мониторинг рынка труда в стране;

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

Председатель рабочей группы –

Заместитель руководителя Роструда

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3