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

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

Федеральное государственное унитарное предприятие

Федеральный кадастровый центр «ЗЕМЛЯ»

УТВЕРЖДАЮ

утверждаю

Заместитель директора департамента корпоративного управления Министерства экономического развития и торговли Российской Федерации

И. о. генерального директора

»

___________

___________

«___» ___________ 2005г.

«___» ___________ 2005 г.

Техническое задание

на выполнение работ по теме:

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

(Государственный контракт № ЭР.06.2 от 01.01.2001)

на 88 листах

СОГЛАСОВАНО:

СОГЛАСОВАНО:

Заместитель директора департамента имущественных и земельных отношений, экономики природопользования Министерства экономического развития и торговли

Российской Федерации

___________

Заместитель генерального директора

»

_____________________

Начальник Управления методического обеспечения федеральных программ »

______________________

Москва, 2005 г.

Перечень сокращений

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

АРМ – Автоматизированное рабочее место

АС - Автоматизированная система

АС ГЗК - Автоматизированная система государственного земельного кадастра и учета недвижимости

БД - База данных

ГЗК - Государственный земельный кадастр

ГИС – Географическая информационная система

ГУОН – Государственный учет объектов недвижимости

ЕГРП – Единый государственный реестр прав

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

ЕСД – Единая система документооборота

ЗИП – запасные изделия и приборы

ЗУ – Земельный участок

КЛАДР ФНС – Система адресных классификаторов, включающая: классификаторы стран, регионов, районов, населенных пунктов, микрорайонов, улиц

КПЗУ – Кадастровый план земельного участка

КСЗИ от НСД – Комплекс средств защиты информации от несанкционированного доступа

КТС – Комплекс технических средств

ЛВС – Локальная вычислительная сеть

ЛО – Лингвистическое обеспечение

МИС – Муниципальная информационная система

НИОКР – Научно-исследовательские и опытно-конструкторские работы

ОИБ – Обеспечение информационной безопасности

ОС – Операционная система

ОТИ – Орган технической инвентаризации

ПДО – Подсистема дистанционного обучения

ПО – Программное обеспечение

ПТК – Программно-технический комплекс

ПЭВ – Процедура электронного взаимодействия

СВТ – Средства вычислительной техники

СПО – Специальное программное обеспечение

ССК – Системы справочников и классификаторов

СТР-К – Специальные требования и рекомендации по технической защите конфиденциальной информации

СУБД – Система управления базой данных

СЭВ – Среда электронного взаимодействия

СЭПС – Специализированная электронная платежная система

ТЗ – Техническое задание

ТО ФРС – Территориальный орган Федеральной регистрационной службы

ТПОТМ – Типовой план организационно-технических мероприятий

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

ТУ – Технические условия

УЮРП – Учреждение юстиции по регистрации прав

ФГУ ЗКП – Федеральное государственное учреждение «Земельная кадастровая палата»

ЧТЗ – Частное техническое задание

ЭАР – Электронный административный регламент

ЭД – Электронный документ

SOAP – Simple Object Access Protocol

WSDL – Web Services Description Language

UDDI – Universal Description, Discovery and Integration

Содержание

1 Общие сведения.. 6

1.1 Полное наименование системы и ее условное обозначение.. 6

1.2 Наименование заказчика и предприятий разработчиков системы... 6

1.3 Основание для выполнения работ: 6

1.4 Плановые сроки начала и окончания работы по созданию системы... 7

1.5 Источники и порядок финансирования работ.. 7

1.6 Порядок оформления и предъявления заказчику результатов работ по созданию системы 7

2 Назначение и цели создания системы... 8

2.1 Назначение ЕСД Кадастр. 8

2.2 Цель создания ЕСД Кадастр. 8

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

4 Требования к системе.. 11

4.1 Требования к системе в целом... 11

4.1.1 Требования к структуре и функционированию системы.. 11

4.1.2 Перечень подсистем, их назначение и основные характеристики. 12

4.1.2.1 Подсистема информационного взаимодействия Земельно-кадастровых палат, территориальных органов управления Роснедвижимости и землеустроительных организаций с пользователями ЕСД Кадастр. 12

4.1.2.2 Подсистема информационного взаимодействия органов технической инвентаризации с пользователями ЕСД Кадастр 15

4.1.2.3 Подсистема информационного взаимодействия учреждений юстиции по регистрации прав с пользователями ЕСД Кадастр 17

4.1.2.4 Подсистема предоставления информации гражданам, хозяйствующим субъектам и органам власти всех уровней 18

4.1.2.5 Подсистема обеспечения информационной безопасности. 20

4.1.2.6 Подсистема реализации процедур электронного взаимодействия с использованием портальных технологий 23

4.1.2.7 Подсистема дистанционного обучения ЕСД Кадастр. 24

4.1.3 Требования к режимам функционирования системы.. 25

4.1.4 Требования по диагностированию системы.. 26

4.1.5 Перспективы развития, модернизации системы.. 27

4.1.6 Требования к численности и квалификации персонала системы и режиму его работы.. 28

4.1.6.1 Требования к численности и квалификации администраторов узла ЕСД Кадастр. 29

4.1.6.2 Требования к квалификации пользователей. 29

4.1.6.3 Режим работы персонала АС.. 30

4.1.7 Требования к надежности. 31

4.1.7.1 Состав и количественные значения показателей надежности для системы в целом или ее подсистем 31

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

4.1.7.3 Требования к надежности технических средств и программного обеспечения. 34

4.1.7.4 Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами. 34

4.1.8 Требования безопасности. 34

4.1.9 Требования к защите информации от несанкционированного доступа. 36

4.1.10 Требования к эргономике и технической эстетике. 36

4.1.11 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 39

4.1.12 Требования по сохранности информации при авариях. 41

4.1.13 Требования к защите от влияния внешних воздействий. 43

4.1.14 Требования по стандартизации и унификации. 43

4.1.14.1 Система классификаторов и словарей. 43

4.1.14.2 Требования к стандартам на транспортную подсистему. 44

4.1.15 Требования к показателям назначения АС.. 45

4.1.16 Требования по патентной чистоте. 45

4.2 Требования к функциям (задачам), выполняемым системой.. 46

4.2.1 Требования к архитектурным принципам технической реализации ЕСД Кадастр. 46

4.2.2 Требования к реализации процедур электронного взаимодействия в ЕСД Кадастр. 46

4.2.3 Требования к поддержке внешнего интерфейса пользователей, обеспечивающего интерактивное общение с системой 52

4.2.4 Требования к администрированию узла ЕСД Кадастр. 53

4.3 Требования к видам обеспечения.. 53

4.3.1 Требования к нормативному обеспечению.. 53

4.3.2 Требования к математическому обеспечению.. 54

4.3.3 Требования к метрологическому обеспечению.. 54

4.3.4 Требования к информационному обеспечению.. 54

4.3.4.1 Система классификации и кодирования должна: 55

4.3.4.2 Применение систем управления базами данных в узле ЕСД Кадастр. 57

4.3.4.3 Защита данных от разрушений при авариях и сбоях в электропитании системы.. 58

4.3.4.4 Контроль, хранение, обновление и восстановление данных. 58

4.3.5 Требования к лингвистическому обеспечению.. 59

4.3.6 Требования к программному обеспечению.. 60

4.3.7 Требования к техническому обеспечению.. 64

4.3.8 Требования к организационному обеспечению.. 65

4.3.9 Требования к методическому обеспечению.. 71

4.3.9.1 Методика организации взаимодействия участников ЕСД Кадастр. 71

4.3.9.2 Методика подключения новых пользователей ЕСД Кадастр. 72

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

4.3.9.4 Методическое руководство по внедрению (развёртыванию) и эксплуатации ЕСД Кадастр в регионе 74

5 Состав и содержание работ по созданию системы... 76

6 Порядок контроля и приемки системы... 80

7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.. 81

8 Требования к документированию.... 82

9 Источники разработки.. 83


 

1  Общие сведения

1.1  Полное наименование системы и ее условное обозначение

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

Условное обозначение: ЕСД Кадастр.

1.2  Наименование заказчика и предприятий разработчиков системы

1.2.1.Наименование заказчика – Министерство экономического развития и торговли РФ.

1.2.2.Наименование разработчика – Федеральное государственное унитарное предприятие «Федеральный кадастровый центр «Земля» Федеральной службы земельного кадастра России.

1.2.3.Соисполнители работ

-  , г. Москва

-  -Ферст», г. Москва

-  «Балтрос», г. Санкт-Петербург

-  ФГОУ «Учебный центр управления земельными ресурсами», Великий Новгород

-  Муниципальное учреждение «Центр муниципальных информационных ресурсов и технологий», г. Череповец

-  документы», г. Новосибирск

-  Региональная Ассоциация «КалугаИнформЕдинство», г. Калуга

-  , Томская область

1.3  Основание для выполнения работ:

-  Протокол заседания конкурсной подкомиссии по программным мероприятиям ФЦП «Электронная Россия ( годы)», финансируемым по направлению «Прочие расходы», №2, от «29» мая 2004 года;

-  Письмо Минэкономразвития России от 01.01.01 г. /Д07 о согласовании размещения заказа у единственного поставщика.

-  Рабочая программа на «Создание и внедрение единой системы документооборота при кадастровом учете земельных участков, техническом учете зданий и сооружений и регистрации прав на недвижимое имущество и сделок с ним». Приложение к Госконтракту от 01.01.01 г. № ЭР.06.2.

1.4  Плановые сроки начала и окончания работы по созданию системы

Начало работ - апрель 2005 г.

Окончание работ первой очереди системы – ноябрь 2005 г.

Окончание работ второй очереди системы – ноябрь 2006 г.

1.5  Источники и порядок финансирования работ

Финансирование осуществляется в рамках ФЦП «Электронная Россия ( годы)» по направлению «Прочие расходы».

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

1.6  Порядок оформления и предъявления заказчику результатов работ по созданию системы

Порядок оформления и предъявления результатов разработки должен соответствовать требованиям комплекса стандартов и руководящих документов по созданию автоматизированных систем: ГОСТ 34.201-89; ГОСТ 34.602-89; ГОСТ 34.603-92, РД 50-34.698-90.

Работы принимаются приемочной комиссией, назначенной Заказчиком с участием представителей Исполнителя в соответствии с разделом 5 государственного контракта.

2  Назначение и цели создания системы

2.1  Назначение ЕСД Кадастр

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

2.2  Цель создания ЕСД Кадастр

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

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

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

3.1  ЕСД Кадастр объединяет в себе объекты автоматизации двух видов:

-  Центры ведения ЕСД Кадастр;

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

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

В качестве организационных структур, на базе которых развёртываются Центры ведения ЕСД Кадастр, Администрация субъекта РФ /муниципального образования с учётом местных условий определяет:

-  региональные и/или муниципальные государственные учреждения;

-  подразделения Администрации субъекта РФ/муниципального образования;

коммерческие организации - по конкурсу.

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

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

-  территориальные органы Роснедвижимости (управления Роснедвижимости) и их территориальные отделы;

-  учреждения «Земельная кадастровая палата» и их территориальные подразделения;

-  территориальные органы Федеральной регистрационной службы (далее – ТО ФРС);

-  аккредитованные организации технической инвентаризации;

-  землеустроительные организации.

Примечание. 1. Конкретный перечень объектов автоматизации определяется ЧТЗ на внедрение ЕСД Кадастр для каждого пилотного региона/ муниципального образования

2. В работах первой очереди (в 2005 году) в состав пилотных регионов и муниципальных образований включены:

-  Сибирский Федеральный округ (г. Новосибирск);

-  субъект РФ (г. Новосибирск);

-  субъект РФ(г. Калуга);

-  муниципальное образование (г. Бердск Новосибиской области);

-  муниципальное образование (г. В. Новгород);

-  муниципальное образование (Жуковский район Калужской области);

-  муниципальное образование (г. Обнинск Калужской области);

-  муниципальное образование (г. Череповец);

-  муниципальное образование (Курагинский район Красноярского края);

-  муниципальное образование (Колпашевский район Томской области).

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

4  Требования к системе

4.1  Требования к системе в целом

4.1.1  Требования к структуре и функционированию системы

ЕСД Кадастр представляет собой распределенную систему взаимосвязанных между собой узлов межсистемного электронного взаимодействия и обеспечивает возможность подключения к ним автоматизированных систем различной ведомственной принадлежности.

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

-  Федерального округа;

-  Региональные;

-  Муниципальные.

ЕСД Кадастр включает:

-  Узлы ЕСД Кадастр, которые обеспечивают управление исполнением процедур электронного взаимодействия (ПЭВ) и предоставление информации через пользовательский портал;

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

-  Адаптеры прикладных систем - участников взаимодействия, обеспечивающие прием и передачу электронных документов в соответствии с порядком функционирования ПЭВ.

При формировании узла ЕСД Кадастр используется среда электронного взаимодействия (СЭВ).

ЕСД Кадастр должна обеспечивать реализацию экстерриториальных запросов на предоставление сведений и проведение учетно-регистрационных действий.

Должны быть разработаны правила и порядок взаимодействия узлов ЕСД Кадастр различных уровней, а также между уровнями распределенной системы[1].

4.1.2  Перечень подсистем, их назначение и основные характеристики

Первая очередь ЕСД Кадастр включает:

-  подсистему информационного взаимодействия Земельно-кадастровых палат, территориальных органов управления Роснедвижимости и землеустроительных организаций с пользователями ЕСД Кадастр;

-  подсистему информационного взаимодействия органов технической инвентаризации с пользователями ЕСД Кадастр;

-  подсистему информационного взаимодействия учреждений юстиции по регистрации прав с пользователями ЕСД Кадастр;

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

-  подсистему обеспечения информационной безопасности;

-  подсистему реализации процедур электронного взаимодействия ЕСД Кадастр с использованием портальных технологий;

-  подсистему дистанционного обучения ЕСД Кадастр.

4.1.2.1  Подсистема информационного взаимодействия Земельно-кадастровых палат, территориальных органов управления Роснедвижимости и землеустроительных организаций с пользователями ЕСД Кадастр

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

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

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

-  заказ работ на проведение кадастрового учета;

-  предоставление информации о межевании земельных участков, оформленной в соответствии с Приказом от 2 октября 2002 г. № П/327, зарегистрированным в Минюсте России 13 ноября 2002 года, (регистрационный № 000) в территориальные органы управления Роснедвижимости и ФГУ «Земельные кадастровые палаты», а также заказчику работ для проведения государственного кадастрового учета;

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

При выполнении указанных процессов будут задействованы потребители информации и следующие органы и организации пилотных регионов внедрения ЕСД Кадастр:

-  Центры ведения ЕСД Кадастр[2];

-  Землеустроительные организации;

-  управления Роснедвижимости по субъектам РФ;

-  ФГУ «Земельные кадастровые палаты»;

-  подразделения Администрации субъекта РФ/муниципального образования.

Документы о межевании формируются в виде пакета «Описание земельных участков» в соответствии с документом «Требования к оформлению документов о межевании, представляемых для постановки земельных участков на государственный кадастровый учет». Утверждены приказом Росземкадастра от 01.01.01 г. № П/327.

Кроме того, при функционировании подсистемы используются следующие электронные документы:

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

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

Взаимодействие подсистемы с внешними пользователями должно осуществляться через пользовательский портал ЕСД Кадастр.

Предоставление информации в виде КПЗУ подразделениям Администрации субъекта РФ/муниципального образования должно осуществляться по заявлениям установленного образца в соответствии с принятым и закрепленным соответствующим соглашением между Администрацией субъекта РФ/ муниципальным образованием и Роснедвижимостью регламентом.

В рамках реализации подсистемы должно быть обеспечено исполнение следующих ПЭВ:

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

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

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

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

Подсистема должна иметь распределенную архитектуру и включать в себя :

-  компоненты, размещаемые на узле ЕСД Кадастр;

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

Контент пользовательского портала узла ЕСД Кадастр в части данной подсистемы должен включать:

-  описание процедур и правил учета ЗУ в ГЗК, а также информацию, необходимую пользователю.

-  описание терминов и определений, процедур и информацию об организации процесса межевания ЗУ и землеустройства;

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

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

4.1.2.2  Подсистема информационного взаимодействия органов технической инвентаризации с пользователями ЕСД Кадастр

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

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

-  предоставление сведений об объектах недвижимости в виде электронных документов (с учетом прав доступа) из органов технического учета (ОТИ) потребителям (гражданам, хозяйствующим субъектам, организациям и органам власти всех уровней);

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

При выполнении указанных процессов будут задействованы потребители информации и следующие организации в пилотных регионах внедрения ЕСД Кадастр:

-  Центры ведения ЕСД Кадастр;

-  Органы технической инвентаризации.

В рамках реализации подсистемы должно быть обеспечено исполнение процедуры электронного взаимодействия (ПЭВ) «Предоставление сведений о земельных участках, правах, объектах недвижимости и кадастровой стоимости».

Подсистема должна иметь распределенную архитектуру и включать в себя :

-  компоненты, размещаемые на узле ЕСД Кадастр;

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

Контент пользовательского портала узла ЕСД Кадастр в части данной подсистемы должен включать:

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

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

-  сведения об объектах недвижимости[3].

В рамках реализации подсистемы должно быть обеспечено исполнение следующих ПЭВ:

-  предоставление сведений об объектах недвижимости в виде электронных документов из органов технического учета (ОТИ) потребителям (гражданам, хозяйствующим субъектам и органам власти всех уровней);

-  просмотр заявлений и ручной ввод сведений об объектах недвижимости средствами компонентов подсистемы на ПТК ОТИ;

-  предоставление компонентами подсистемы, размещаемыми на ПТК ОТИ, программного интерфейса прикладным АИС ОТИ;

-  контроль прав доступа (безопасность операций) средствами СЭВ (ядра узла ЕСД);

-  публикация справочной информации на портале узла ЕСД по следующим рубрикам:

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

-  участники взаимодействия;

-  описание ПЭВ;

-  форматы данных.

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

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

4.1.2.3  Подсистема информационного взаимодействия учреждений юстиции по регистрации прав с пользователями ЕСД Кадастр

Подсистема информационного взаимодействия территориальных органов Федеральной регистрационной службы (далее – ТО ФРС) с пользователями ЕСД Кадастр предназначена для автоматизации процесса обмена информацией при государственной регистрации прав, ограничений (обременений) на недвижимое имущество и сделок с ним и при предоставлении сведений, содержащихся в Едином государственном реестре прав на недвижимое имущество и сделок с ним (далее – ЕГРП) между пользователями ЕСД Кадастр и ТО ФРС.

Пользователей подсистемы можно разделить на три основные группы:

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

-  Пользователи – потребители сведений, содержащихся в ЕГРП.

-  Персонал «ЕСД Кадастр».

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

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

-  Формирование заявлений на предоставление сведений из ЕГРП;

-  Прием КПЗУ из ФГУ «Земельные кадастровые палаты» в ТО ФРС;

-  Передача/прием заявлений и пакетов документов от пользователей ЕСД Кадастр в ТО ФРС;

-  Передача сведений о зарегистрированных правах на учтенные земельные участки из ТО ФРС в ФГУ «Земельные кадастровые палаты»;

-  Передача пользователям ЕСД Кадастр результатов работы ТО ФРС по их заявлениям.

Контент пользовательского портала узла ЕСД Кадастр в части данной подсистемы должен включать следующие документы:

-  Заявление о предоставлении сведений ЕГРП;

-  Справка о правах;

-  Выписка из ЕГРП, выдаваемая на основании пункта 1 ст.7 Федерального закона от 01.01.2001 ;

-  Справка о содержании правоустанавливающих документов;

-  Выписка из ЕГРП о правах отдельного лица на имеющиеся у него объекты недвижимого имущества;

-  Выписка из ЕГРП о переходе прав на объект недвижимого имущества;

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

-  Извещение о завершении ПЭВ «учетно-регистрационные действия»;

-  Сообщение об отказе в предоставлении информации в связи с отсутствием раздела ЕГРП;

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

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

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

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

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

-  Безбумажное предоставление информации из органов технической инвентаризации (ОТИ), земельно-кадастровых палат (ФГУ ЗКП), территориальных управлений Роснедвижимости, землеустроительных организаций и учреждений юстиции по регистрации прав гражданам, хозяйствующим субъектам и органам власти всех уровней;

-  Взаимное предоставление (обмен) графической информации в электронном виде субъектами взаимодействия ЕСД Кадастр;

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

-  Публикация справочной информации о ресурсах ЕСД Кадастр в части функций подсистемы.

При выполнении указанных процессов будут задействованы следующие организации пилотных регионов внедрения ЕСД Кадастр:

-  Центры ведения ЕСД Кадастр;

-  Территориальные управления Роснедвижимости;

-  Федеральные государственные учреждения «Земельная кадастровая палата»;

-  Органы технической инвентаризации;

-  Землеустроительные организации;

-  Учреждения юстиции по регистрации прав;

-  Муниципальные информационные системы регионов внедрения ЕСД Кадастр.

Процесс «Безбумажное предоставление информации из органов технической инвентаризации (ОТИ), земельно-кадастровых палат (ФГУ ЗКП), территориальных управлений Роснедвижимости, землеустроительных организаций и территориальных органов федеральной регистрационной службы (ТО ФРС) по регистрации прав гражданам, хозяйствующим субъектам и органам власти всех уровней» является композицией процессов предоставления сведений из перечисленных организаций, каждый из которых реализуется в рамках иных подсистем ЕСД Кадастр:

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

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

4.1.2.5  Подсистема обеспечения информационной безопасности

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

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

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

-  идентификацию пользователей;

-  аутентификацию пользователей;

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

-  регистрацию пользователей;

-  межсетевое разграничение;

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

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

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

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

-  автоматический контроль и диагностирование корректности собственной работы;

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

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

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

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

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

­  контур публичного информационного ресурса ЕСД Кадастр;

­  контур межведомственного информационного ресурса ЕСД Кадастр;

­  контур внутриобъектового информационного ресурса на объектах информатизации субъектов информационного взаимодействия в ЕСД Кадастр.

Защита конфиденциальной информации при ее передаче по Интернет должна осуществляться в соответствии с требованиями Указа Президента Российской Федерации «О мерах по обеспечению информационной безопасности Российской Федерации в сфере  международного информационного обмена» от 01.01.01 года № 000.

Локальные вычислительные сети (ЛВС) и отдельные автоматизированные рабочие места, обрабатывающие конфиденциальную информацию не должны иметь подключение к открытым внутренним ЛВС, имеющим доступ к Интернет на объектах информатизации.

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

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

Ответственность за организацию и проведение мероприятий и работ по защите конфиденциальных информационных ресурсов на объектах информатизации субъектов информационного взаимодействия в ЕСД Кадастр возлагается на руководителей объектов.

Мероприятия и работы по защите конфиденциальной информации должны проводиться в соответствии с документом «Специальные требования и рекомендации по технической защите конфиденциальной информации (СТР-К)», одобренных решением Гостехкомиссии при Президенте Российской Федерации № 7.2 от 01.01.01 года и принятыми для ЕСД Кадастр организационно-техническими и проектными документами по обеспечению информационной безопасности.

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

Должна быть проведена классификация объектов информатизации ЕСД Кадастр как систем обработки конфиденциальной информации, для разработки и применения необходимых и достаточных мер по защите информации, оптимизации выбора средств защиты информации из состава КСЗИ от НСД и затрат на защиту информации. Классификация должна осуществляться на основании требований руководящих документов Федерального агентства по техническому и экспортному контролю.

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

4.1.2.6  Подсистема реализации процедур электронного взаимодействия с использованием портальных технологий

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

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

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

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

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

­  предоставление в виде графической информации фрагментов электронных карт.

Узел ЕСД Кадастр должен содержать портал, состоящий из административной и пользовательской частей. Доступ к средствам публикации ПЭВ, размещаемым на узле ЕСД Кадастр, должен осуществляться через административную часть портала, а доступ к ПЭВ пользователей, участвующих в процессах взаимодействия с другими субъектами – через пользовательскую часть портала.

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

Узел ЕСД Кадастр содержит портал, состоящий из административной и пользовательской частей. Доступ к средствам публикации ПЭВ, размещаемым на узле ЕСД Кадастр, должен осуществляться через административную часть портала, а доступ к ПЭВ пользователей, участвующих в процессах взаимодействия с другими субъектами – через пользовательскую часть портала.

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

При каждом выполнении ПЭВ должен создаваться экземпляр исполнения процедуры, связанный с инициировавшим его выполнение пользователем.

Состояние экземпляра ПЭВ должно отслеживаться модулем исполнения узла ЕСД Кадастр. Модуль исполнения ПЭВ должен быть тесно интегрирован с подсистемой безопасности узла ЕСД Кадастр, реализующей функции разграничения доступа к операциям и данным подсистемы, а также функции протоколирования значимых действий пользователей и экземпляров ПЭВ.

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

4.1.2.7  Подсистема дистанционного обучения ЕСД Кадастр

Для повышения квалификации всех пользователей ЕСД Кадастр должна быть использована подсистема дистанционного обучения (ПДО) ЕСД Кадастр, которая предназначена для:

­  Проведения обучения сотрудников в любое время и в любом месте без отрыва от производства;

­  Осуществления переподготовки пользователей ЕСД Кадастр при малом штате преподавателей;

­  Организации консультаций пользователей ЕСД Кадастр при решении конкретных производственных проблем;

­  Организации оперативного доступа к нормативной и справочной информации на рабочих местах;

­  Организации аттестации пользователей ЕСД Кадастр;

­  Сокращения затрат на обучение и переподготовку.

Подсистема должна решать следующие задачи:

­  проведение мониторинга учебного процесса;

­  сбор и обобщение статистических данных по проведению дистанционного обучения;

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

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

­  разработку учебных календарных планов по дистанционным курсам обучения;

­  формирование группы слушателей для прохождения обучения;

­  настройку работы форума для постоянного открытого доступа в «горячие темы» всех участников процесса разработки и внедрения пилотных проектов ЕСД «Кадастр».

ПДО ЕСД должна быть установлена на сервере Учебного центра ФКЦ «Земля».

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

4.1.3  Требования к режимам функционирования системы

ЕСД Кадастр должна функционировать в режиме, соответствующем графику работы пользователей системы. Должна быть предусмотрена возможность круглосуточного режима эксплуатации (с перерывами на регламентное техническое обслуживание). Программное обеспечение ЕСД Кадастр должно обеспечивать функционирование системы в следующих режимах:

­  штатный режим эксплуатации;

­  обновление хранилищ данных (экспорт/импорт), архивация данных (создание страховых копий);

­  актуализация справочников, словарей, классификаторов (включая их рассылку с федерального уровня и замену на региональном уровне);

­  модернизация системы;

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

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

Администрирование и тестирование БД, настройка параметров работы отдельных функциональных подсистем и АРМ, в общем случае, не должны приводить к остановке процесса функционирования всей системы (или отдельной подсистемы).

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

4.1.4  Требования по диагностированию системы

Диагностика программных и технических средств должна осуществляться с помощью стандартных режимов сетевой ОС, ОС АРМ и СУБД, а также путем прогона контрольного примера.

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

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

­  оборудования – элементов структурированной кабельной системы, активного сетевого оборудования, серверных кластеров и рабочих станций;

­  программного обеспечения – среды электронного взаимодействия, операционных систем серверов и рабочих станций, СУБД и СПО.

В процессе эксплуатации тестирование и диагностика программно-технических комплексов системы должны осуществляться в автоматическом режиме при запуске Администратором системы.

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

4.1.5  Перспективы развития, модернизации системы

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

­  изменение системной платформы (операционная система, СУБД, геоинформационные системы);

­  изменение (дополнение и расширение) форматов и протоколов обмена данными;

­  расширение списка услуг, представляемых организациям и гражданам в удаленном режиме;

­  расширение списка автоматизируемых функций;

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

­  расширение состава интерфейсов ввода и предоставления информации;

­  применение новых узлов ЕСД Кадастр, новых участников взаимодействия и, соответственно, новых бизнес-процессов;

­  внедрение новых информационных технологий;

­  техническое дооснащение и переоснащение системы.

Модернизация системы должна проводиться на основе:

­  адаптации стандартов системы к новым законодательным и нормативным документам федерального уровня;

­  разработки новых стандартов электронных документов;

­  разработки новых типовых бизнес процессов;

­  разработки новых процедур электронного взаимодействия.[4]

4.1.6  Требования к численности и квалификации персонала системы и режиму его работы

Персонал ЕСД Кадастр можно разделить на две основные категории: администраторы узла ЕСД Кадастр и конечные пользователи.

Персонал системы обеспечения информационной безопасности должен включать:

­  службу администрирования подсистемы обеспечения информационной безопасности ЕСД Кадастр;

­  обученных специалистов по защите информации на объектах информатизации ЕСД Кадастр.

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

Обученные специалисты по защите информации на объектах информатизации должны осуществлять регламентное и оперативное обслуживание и тестирование средств защиты информации входящих в состав КСЗИ от НСД конкретного объекта.

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

4.1.6.1  Требования к численности и квалификации администраторов узла ЕСД Кадастр

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

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

Администраторы должны владеть общими принципами построения системы, способами архивации и восстановления после аварий и сбоев БД, настройки системы.

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

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

4.1.6.2  Требования к квалификации пользователей

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

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

­  запуск компьютера;

­  выполнение настроек;

­  знание интерфейса используемой операционной системы и приложений;

­  знание правил ввода данных;

­  использование помощи и подсказок;

­  действия в сбойных и аварийных ситуациях.

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

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

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

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

4.1.6.3  Режим работы персонала АС

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

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

4.1.7  Требования к надежности

4.1.7.1  Состав и количественные значения показателей надежности для системы в целом или ее подсистем

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

Показатели надежности ЕСД Кадастр:

­  коэффициент готовности 0,95

­  время восстановления всей системы 8 часов

­  время восстановления отдельных подсистем 4 часа

Коэффициент готовности определяется отношением времени, проведенном системой в работоспособном состоянии, к общему времени работы.

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

Надежность создаваемой системы обеспечивается:

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

­  выбором отказоустойчивого оборудования и его структурным резервированием;

­  горячим резервированием наиболее важных узлов ЕСД Кадастр, к которым относятся: сервера БД, активное сетевое оборудование, обеспечивающее связь подсистем, а также связь пользователей каждой подсистемы с серверами БД;

­  использованием источников бесперебойного питания;

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

­  дублированием носителей информации;

­  высоким уровнем квалификации и организации работы обслуживающего персонала;

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

­  использованием только лицензионных программных продуктов;

­  модули всех подсистем должны быть отлажены и протестированы;

­  модули подсистем должны быть снабжены исчерпывающими комплектами технической документации, обеспечивающими их надежную эксплуатацию;

­  работа модулей подсистем не должна вызывать разрушение, искажение и/или утрату сведений, хранящихся в прикладных автоматизированных информационных системах субъектов взаимодействия ЕСД Кадастр.

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

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

­  отказ автоматизированного рабочего места оператора (пользователя);

­  отказ линии связи или сегмента ЛВС.

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

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

­  нарушения электропитания:

­  провалы напряжения - кратковременные понижения при резком увеличении нагрузки в электрической сети;

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

­  полное отключение электроэнергии - полное отключение электроэнергии вследствие аварий, перегрузок;

­  слишком большое напряжение - кратковременное увеличение напряжения в сети;

­  нестабильность частоты.

­  полный или частичный отказ технических средств системы, включая сбои и отказы накопителей на жестких магнитных дисках;

­  сбой общего или специального программного обеспечения системы;

­  ошибки в работе персонала;

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

­  выход из строя элемента сетевой инфраструктуры системы;

­  выход из строя одиночного сервера;

­  выход из строя одиночного дискового массива сервера;

­  выход из строя диска сервера;

­  выход из строя процессора сервера;

­  выход из строя сетевого адаптера сервера;

­  выход из строя внутреннего источника питания сервера;

­  нарушение логической целостности информации, хранящейся на диске сервера.

4.1.7.3  Требования к надежности технических средств и программного обеспечения

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

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

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

4.1.7.4  Требования к методам оценки и контроля показателей на­дежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами

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

4.1.8  Требования безопасности

Устанавливаемое оборудование системы должно соответствовать требованиям электробезопасности по ГОСТ 12.2.006-87.

Допустимый уровень электромагнитных полей на рабочих местах должен отвечать требованиям ГОСТ 12.1.006-84.

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т. д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 01.01.2001 г.).

Эксплуатация подсистемы ОИБ должна осуществляться непрерывно в течение всего времени функционирования ЕСД Кадастр. Ограничения на время выполнения отдельных этапов информационных процессов не устанавливаются. Разрабатываемая система не предназначена для эксплуатации в особых условиях.

Программные средства защиты информации подсистемы ОИБ должны автоматически восстанавливать свое функционирование при корректном перезапуске аппаратных средств.

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

Комплекс технических средств ЕСД Кадастр должен соответствовать требованиям техники безопасности, основными из которых являются:

­  все внешние элементы технических устройств, находящиеся под напряжением, должны иметь защитное заземление;

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

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

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

Климатические условия в помещениях, уровни шума и звуковой мощности в местах расположения системы не должны превышать значений, установленных санитарными нормами и ГОСТ 12.1.003-83.

В случае необходимости на этапе технического проектирования ЕСД Кадастр требования по безопасности могут быть уточнены.

4.1.9  Требования к защите информации от несанкционированного доступа

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

4.1.10  Требования к эргономике и технической эстетике

Эргономические требования к организации рабочих мест должны быть разработаны на этапе технического проектирования и в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы (Санитарные правила и нормы. СанПин 2.2.2./2.4.1340-03 от 01.01.2001 г).

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

Эргономические требования к организации рабочих мест должны быть составлены в соответствии с «Временными рекомендациями по совершенствованию условий труда операторов за дисплеями», разработанными Государственным Комитетом СССР по труду и социальным вопросам в 1986г.

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

Дисплей должен обеспечивать возможность настройки яркости, контрастности и т. д. в соответствии с потребностью пользователя.

Документы должны читаться оператором с подвижной подставки, высота и наклон которой регулируются. Подставка должна находиться в одной плоскости и на одной высоте с экраном и наклоняться на угол от 30 до 70°. Наклон документа в 60° позволяет максимально сократить отблеск от него.

Выбор цветовой отделки помещения должен проводиться в соответствии с требованиями СН 181-70 и «Руководства по проектированию цветовой отделки интерьеров жилых, лечебных и производственных зданий» (М.: Стройиздат, 1978 г). Окраске внутренних поверхностей следует придавать матовую фактуру.

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

При исправной аппаратуре излучение от мониторов должно находиться в пределах фона, установленного СЭС.

Рабочее место за экраном должно быть практически бесшумным. Шум в кабинетах, оборудованных ЭВМ, могут производить кондиционеры, телефонные звонки, печатающие принтеры. Уровни шума на рабочих местах операторов не должны превышать 50 дбА согласно ГОСТ 12.1.003-83 «Шум. Общие требования безопасности». Для этого необходимо предусмотреть использование специальных приспособлений, обеспечивающих звукоизоляцию и поглощение шумов, производимых оборудованием (специальные шкафы и т. д.).

Используемое периферийное оборудование (клавиатура, мышь, принтер, сканер, плоттер и т. д.) должно быть удобным и простым в использовании, иметь понятный для пользователя интерфейс.

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

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

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

Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа “мышь”, т. е. управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении / редактировании текстовых и числовых полей экранных форм.

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

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

4.1.11  Требования к эксплуатации, техническому обслуживанию, ре­монту и хранению компонентов системы

4.1.11.1  Условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания

1) Технические средства системы, расположенные в помещениях, должны быть работоспособны при соблюдении следующих условий эксплуатации:

параметры сети электропитания:

­  количество фаз питающего напряжения 1

­  диапазон изменения напряжения 198 ¸ 230 в.

­  частота подающего напряжения 49 ¸ 51 гц.

­  параметры окружающей среды:

­  температура окружающей среды +15 ¸ +35 С;

­  относительная влажность воздуха £ 85%;

­  запыленность воздуха 10 г/м в течение 30 суток.

Комплекс технических средств (КТС) передачи данных должен обеспечивать возможность круглосуточного режима эксплуатации.

2) Техническое обслуживание рекомендуется проводить параллельно по всем ТС системы для сокращения общего времени. Регламент работ должен быть оговорен инструкциями по эксплуатации ТС.

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

Ежедневное техническое обслуживание должно включать:

­  наружный осмотр состояния технических средств;

­  удаление пыли с поверхностей ТС;

­  контроль за процессом запуска технических средств и системного ПО;

­  проверку климатических условий в помещении.

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

­  диагностирование ТС и системного ПО;

­  очистку от пыли внутренних частей ТС с помощью пылесосов;

­  внутренний осмотр технического состояния ТС.

Ежеквартальное техническое обслуживание должно, кроме мер, предпринимаемых при ежедневном и ежемесячном обслуживании, включать:

­  проверку системы заземления ТС путем внешнего осмотра;

­  проверку системы электропитания (исправность розеток, исправность кабелей питания, информационных кабелей);

­  полную проверку функционирования КТС.

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

3) Обслуживание КТС в каждой организации ЕСД Кадастр должно осуществляться специалистами узла ЕСД. При необходимости, организация может иметь собственного специалиста для администрирования подсистемы, периодического обслуживания и устранения мелких неисправностей. В этом случае этот специалист должен пройти соответствующее обучение и получить необходимые сертификаты. Более подробные требования к количеству, квалификации и режиму работы обслуживающего персонала изложены в разделе «Требования к численности и квалификации персонала ЕСД Кадастр».

4) Состав комплекта запасных изделий и приборов (ЗИП) определяется комплектностью поставки технических средств ЕСД Кадастр.

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

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

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

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

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

4.1.12  Требования по сохранности информации при авариях

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

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

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

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

Вся информация баз данных должна иметь резервные копии. Обновление информации всех имеющихся копий должно быть синхронизировано. Для работы в системе должны быть созданы основные и резервные сервера баз данных.

Программные средства должны обеспечивать:

­  дублирование информации на резервные устройства хранения с последующим восстановлением;

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

Резервное копирование должно осуществляться средствами СУБД, под управлением которых размещаются хранилища данных ЕСД Кадастр.

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

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

4.1.13  Требования к защите от влияния внешних воздействий

1) Требования к радиоэлектронной защите средств АС.

2) Требования по стойкости, устойчивости и прочности к внеш­ним воздействиям (среде применения).

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

4.1.14  Требования по стандартизации и унификации

4.1.14.1  Система классификаторов и словарей

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

­  использованием стандартизованных и унифицированных учетных реквизитов входных и выходных документов;

­  унификацией понятий и терминов.

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

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

Цифровые сертификаты открытых ключей и списки отозванных сертификатов должны соответствовать стандарту X.509 v.3.

4.1.14.2  Требования к стандартам на транспортную подсистему

При создании ЕСД Кадастр должна быть проведена унификация:

­  схем технологических процессов обработки информации;

­  систем кодирования и классификации объектов;

­  форм документов, порядка их формирования и контроля;

­  терминов, понятий и определений прикладной области.

­  механизмов, способов и форматов обмена информации в АС;

­  механизмов, способов и форматов обмена информации ЕСД Кадастр со смежными информационными системами;

­  структур и форматов основных баз данных, словарей и классификаторов системы.

Основной транспортный уровень WEB-сервисов должен быть реализован путем использования протоколов HTTP/HTTPS для транспорта SOAP-сообщений (SOAP-сообщения инкапсулированные в HTTT/HTTPS протокол);

Публикация предоставляемых ЕСД Кадастр сервисов и интерфейсов взаимодействия и детального описания для доступа к ним должна осуществляться в реестре Web-сервисов OASIS UDDI Version 2.04;

Обмен данными должен производиться на основе формата XML. Для
описания схем XML-документов используется стандарт W3C
XML Schema, для преобразования данных - стандарт W3C XSLT-
преобразования;

Описание интерфейсов Web-сервисов, набора их операций с описанием входных и выходных параметров сообщений и их типов, отображения сообщений в транспортный протокол должно производиться на основе стандарта W3C Web Services Description Language (WSDL) 1.1;

Использование для удаленного вызова операций Web-сервисов на должно производиться на основе стандарта W3C Simple Object Access
Protocol (SOAP) 1.1.

Описание формата передаваемых по SOAP-протоколу параметров операций Web-сервисов должно производиться на основе стандарта W3C XML Scheme.

Обмен картографическими электронными документами должен быть реализован на основе стандарта OpenGIS/

4.1.15  Требования к показателям назначения АС

Показателями назначения ЕСД Кадастр можно считать степень выполнения миссии автоматизированной системы. Степень выполнения миссии оценивается по критериям ее достижения.

№ п/п

Название критерия оценки

Планируемое значение

1.

Время обработки заявки клиента.

2-4 недели

2.

Степень возможности восстановления информации после утраты от непредвиденных факторов.

98%

3.

Степень актуальности имеющейся информации.

95%

4.

Время поиска информации.

30 мин.

5.

Время доступа к хранимой информации

10 мин

6.

Срок оформления документов

7 дней

7.

Процент объектов, имеющих неоднозначный классификационный код

5%

8.

Количество выполняемых заявок.

Удовлетворить все заявки за день

9.

Число пользователей системы в день

Не ограниченно

4.1.16  Требования по патентной чистоте

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

Патентная чистота ЕСД Кадастр и его частей, а также его контента, должна быть обеспечена в отношении действующего Законодательства и права Российской Федерации.

4.2  Требования к функциям (задачам), выполняемым системой

4.2.1  Требования к архитектурным принципам технической реализации ЕСД Кадастр

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

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

2.  Журналирование и нотаризация операций, позволяющие передавать во внешнюю систему аудита информацию: о совершаемых в системе операциях (времени, пользователя, и сути операции), о состояниях системы для удостоверения времени совершения операций и фактов нахождения системы в определённых состояниях в определённый момент времени.. При этом разрабатываемые интерфейсы должны удовлетворять требованиям, предъявляемым к системам аудита, и определенных в соответствующих технических решениях НИОКР.

4.2.2  Требования к реализации процедур электронного взаимодействия в ЕСД Кадастр

ЕСД Кадастр функционирует путем реализации процедур электронного взаимодействия.

Функционирование ЕСД Кадастр обеспечивается:

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

­  Администрированием узла ЕСД Кадастр.

4.2.2.1  Процедуры электронного взаимодействия (ПЭВ) ЕСД Кадастр предназначены для автоматизации процессов взаимодействия пользователей ЕСД Кадастр.

ПЭВ представляет собой сценарий вызова электронных административных регламентов (ЭАР) субъектов взаимодействия.

Электронный административный регламент автоматизирует посредством реализации Web-сервиса логически обособленную операцию, выполняемую субъектом на основании собственной нормативно-правовой базы при взаимодействии с другими субъектами (примером такой операции является процедура выдачи другому субъекту некоторой выписки или справки).

Поскольку инфраструктурные компоненты ЕСД Кадастр включают в себя Среду электронного взаимодействия (СЭВ), то требования к реализации ПЭВ и используемых ими Web-сервисов являются производными требований СЭВ.

4.2.2.2  Описание процедур электронного взаимодействия (бизнес-процессов системы) должно выполняться на языке BPEL4WS (Business Process Execution Language for Web Services) в соответствии с версией спецификации 1.1.

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

Разработанная ПЭВ должна быть опубликована в качестве Web-сервиса в реестре сервисов узла ЕСД Кадастр.

Перед публикацией разработанная ПЭВ должна быть отлажена и протестирована средствами подсистемы исполнения ПЭВ узла ЕСД Кадастр.

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

Для определения текущего состояния выполняемой ПЭВ должны применяются два типа метрик. Первый тип характеризует стадию, на которой ПЭВ может находиться, второй тип – макросостояние.

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

4.2.2.3  Процедура электронного взаимодействия ЕСД Кадастр должна содержать в своем описании следующие параметры:

­  Название;

­  Описание;

­  Точка входа в соответствующий ПЭВ (URL, телефон, факс и т. п.) или ссылка на другую процедуру взаимодействия.

­  Идентификатор ПЭВ;

­  Ссылка на WSDL - и BPEL-документы, содержащие описания соответствующего Web-сервиса или сценария;

­  Метрики ПЭВ.

Технические спецификации ПЭВ должны храниться и исполняться в специальной подсистеме исполнения ЕСД Кадастр.

Web-сервисы должны разрабатываться на основе следующих Web-стандартов:

­  SOAP (Simple Object Access Protocol) —протокол для посылки сообщений по протоколу HTTP и другим Internet-протоколам;

­  WSDL (Web Services Description Language) — язык для описания программных интерфейсов Web-сервисов;

­  UDDI (Universal Description, Discovery and Integration) — стандарт для индексации Web-сервисов.

SOAP — это стандарт для отсылки и получения сообщений по Internet. Спецификация SOAP определяет XML-«конверт» для передачи сообщений, метод для кодирования программных структур данных в формате XML, а также средства связи по протоколу HTTP.

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

Задача UDDI — предоставить механизм для публикации информации о Web-сервисах, а также обеспечить поддержку поиска доступных Web-сервисов. В целом UDDI — это регистрационная система, куда входят набор XML-файлов и ассоциированные схемы, которые содержат описания предоставляемых Web-сервисами услуг.

Помимо трёх основных стандартов Web-сервисов, к Web-сервисам ЕСД Кадастр предъявляются требования дополнительных стандартов Basic Profile 1.0 и WS-Addressing.

Примечание. WS-I Basic Profile (http://www. ws-i. org/deliverables/) - это набор руководств, в которых содержатся рекомендации по использованию основных спецификаций Web-сервисов (SOAP 1.1, WSDL 1.1, UDDI 2.0, XML 1.0 и XML Schema) для реализации взаимодействия Web-сервисов. Данный документ охватывает следующие технологии Web-сервисов:

­  передача сообщений: обмен элементами протокола Web-сервисов, происходящий, как правило, через сеть;

­  описание: перечисление сообщений, связанных с Web-сервисом;

­  обнаружение: метаданные, которые позволяют объявить о функциональных возможностях Web-сервиса;

­  безопасность: механизм, обеспечивающий целостность, конфиденциальность, аутентификацию и авторизацию.

Спецификация WS-Addressing определяет правила обмена и расшифровки сообщений различных Web-сервисов. WS-Addressing, устанавливает не зависящие от транспорта механизмы, предназначенные для адресации Web-сервисов и сообщений.

Web-сервисы должны быть зарегистрированы в реестре узла ЕСД Кадастр, на котором размещены ПЭВ, использующие эти Web-сервисы.

Используемые при взаимодействии Web-сервисов типы данных должны быть зарегистрированы в репозитариях узлов ЕСД Кадастр.

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

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

В случае, когда обращение происходит асинхронно, взаимодействие должно осуществляется согласно спецификации WS-Addressing [WSA]. Асинхронное взаимодействие должно осуществляться с помощью двух синхронных операций – одной на стороне Web-сервиса, другой – на стороне сервиса ПЭВ. При этом предполагается, что ПЭВ отправляет сообщение Web-сервису с необходимой корреляционной информацией. После получения сообщения Web-сервис должен синхронно уведомлять ПЭВ об успешности вызова и инициирровать обработку запроса. После завершения обработки Web-сервис должен синхронно вызывать специальный метод сервиса ПЭВ (информация о параметрах вызова берется из WSA-заголовков) и передавать результат обработки. Результатом работы метода сервиса ПЭВ должен являться синхронный ответ сервиса об успешности приема данных. Не допускается эмуляция асинхронной работы с помощью периодического вызова синхронных методов с целью получения статуса инициированной операции.

При необходимости Web-сервис должен иметь возможность получать авторизационную информацию о пользователе и экземпляре ПЭВ с помощью подсистемы безопасности узла ЕСД Кадастр.

Первым параметром входного сообщения любого метода Web-сервиса должен быть идентификатор экземпляра ПЭВ (<part name="eip_id" type="string"/>), обращающегося к методу Web-сервиса. Для обработки необходимо использовать стандартный механизм SOAP-fault.

Любой внешний Web-сервис должен обладать двумя синхронными методами: startWork (вызывается в начале ПЭВ для выделения необходимых ресурсов) и endWork (вызывается в конце ПЭВ для освобождения ресурсов). Метод startWork должен обладать специальным параметром, который определяет режим работы сервиса – рабочий или тестовый (<part name="work_type" type="string"/>, возможные значения – work или test). В случае рабочего режима сервис должен работать по стандартному алгоритму, который определен спецификацией сервиса. В тестовом режиме сервис не должен использовать реальных ресурсов и отвечать на все запросы ПЭВ в реальном времени фиксированными тестовыми значениями, которые должны быть определены в спецификации. Отсутствие взаимодействия с реальными ресурсами означает, что в тестовом режиме сервис должен работать независимо от состояния используемых баз данных, интегрированных систем и т. д. В тестовом режиме должна работать первичная (та, которая не зависит от ресурсов) валидация входных параметров методов.

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

4.2.2.4  В 2005 году подлежат реализации следующие процедуры электронного взаимодействия:

­  «Выполнение учетно-регистрационных действий»;

­  «предоставление сведений о результатах формирования земельных участков и объектов недвижимости»;

­  «Реализация схем взаимного предоставления графической информации»;

­  «предоставление сведений о земельных участках, правах, объектах недвижимости и кадастровой стоимости»

4.2.2.5  Выполнение каждой ПЭВ описывается соответствующим бизнес-процессом, который характеризуется также конкретным вариантом реализации. В приложении 1 приведены бизнес-процессы, относительно соответствующих ПЭВ и вариантов их реализации. В приложении 2 приведен перечень всех электронных документов, подлежащих использованию в ЕСД Кадастр в 2005 г.

4.2.3  Требования к поддержке внешнего интерфейса пользователей, обеспечивающего интерактивное общение с системой

Внешний интерфейс ЕСД Кадастр, является средством обеспечения массового доступа граждан и организаций к справочной информации, государственным информационным ресурсам о недвижимости, реализации технологии доступа к публичным пространственным и атрибутивным сведениям о земле и недвижимости, а также технологии обмена графической информацией между различными автоматизированными информационными системами (АИС).

Внешний интерфейс ЕСД Кадастр реализуется на пользовательском портале системы и должен обеспечивать:

­  публикацию общедоступных пространственных и атрибутивных сведений, в том числе, справочной информации;

­  предоставление информации из ОТИ, ФГУ ЗКП, ТУ Роснедвижимости, землеустроительных организаций и ТО ФРС;

­  регистрацию пользователей в системе;

­  подачу заявки на кадастровый учет и заявления на предоставление сведений;

­  отслеживание хода выполнения заявки.

4.2.4  Требования к администрированию узла ЕСД Кадастр

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

Функция администрирования обеспечивается Порталом администрирования СЭВ, который обеспечивает возможность настройки динамической части СЭВ сообразно потребностям пользователей и включает:

­  интерфейс администратора реестра;

­  интерфейс администратора репозитария;

­  интерфейс администратора подсистемы ССК;

­  интерфейс администратора модуля конструирования ПЭВ;

­  интерфейс администратора модуля авторизации;

­  интерфейс администратора модуля протоколирования;

­  интерфейс администратора подсистемы оповещений;

­  интерфейс администратора транспортной подсистемы;

­  интерфейс администратора подсистемы управления запросами.

4.3  Требования к видам обеспечения

4.3.1  Требования к нормативному обеспечению

Правовое регулирование функционирования ЕСД Кадастр должно быть направлено на:

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

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

­  разработку единых стандартов для взаимного обмена информацией в электронном виде;

­  применение средств шифрования и/или электронной цифровой подписи, используемых при электронном обмене информацией.

Нормативное обеспечение в каждом регионе внедрения должно включать:

­  соглашения о взаимодействии всех участников взаимодействия с организацией, эксплуатирующей узел ЕСД Кадастр;

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

­  решение о месте и порядке размещении и обслуживании модуля;

­  соглашение о получении (в соответствии с регламентами и правилами) сведений о земле и недвижимости из источников данных (ФГУ ЗКП, ОТИ, МИС) с организацией, эксплуатирующей модуль.

4.3.2  Требования к математическому обеспечению

Требований к математическому обеспечению в ЕСД Кадастр не предъявляется.

4.3.3  Требования к метрологическому обеспечению

Требований к метрологическому обеспечению в ЕСД Кадастр не предъявляется.

4.3.4  Требования к информационному обеспечению

Модель обмена информацией ЕСД Кадастр со смежными информационными системами – поставщиками и пользователями данных АС, обеспечивающая их максимальную совместимость, должна быть оформлена в виде описаний соответствующих бизнес-процессов. Обмен информацией должен осуществляться по общему протоколу связи (TCP/IP). В системе должна быть предусмотрена возможность публикации общедоступной графической и фактографической информации в глобальной сети (Internet).

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

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

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

ЕСД Кадастр должна обеспечивать загрузку новых классификаторов и поддерживать процедуру их обновления.

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

Процесс организации межведомственного взаимодействия должен осуществляться согласовано с работами, выполняемыми в рамках разработки и модернизации АС ГЗК и ГУОН.

4.3.4.1  Система классификации и кодирования должна:

­  полностью охватывать все классифицируемые объекты, используемые в ЕСД Кадастр;

­  позволять прослеживать историю изменения элементов на протяжении всего периода функционирования системы.

Структуры разрабатываемых классификаторов должны учитывать возможность расширения множества объектов классификации без изменения системы кодирования.

В процессе проектирования системы должны использоваться:

­  общероссийские классификаторы;

­  классификаторы Государственного земельного кадастра, государственного учета объектов недвижимости и Единого государственного реестра прав на недвижимое имущество и сделок с ним предназначенные для:

­  ведения Единого государственного реестра прав на недвижимое имущество и сделок с ним (далее – ЕГРП), Государственного земельного кадастра и учета недвижимости (далее – ГЗК), иных ведомственных информационных систем, имеющих отношение к недвижимому имуществу;

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

­  обеспечения совместимости информационных систем, связанных с объектами недвижимости и (или) их правообладателями.

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

Межведомственные словари и классификаторы, используемые в ЕСД Кадастр, должны быть согласованы со всеми заинтересованными ведомствами и организациями. Должны быть определены ответственные подразделения за их формирование и ведение, процедуры их обновления и доведения до всех заинтересованных ведомств и организаций, межведомственные словари и классификаторы должны утверждаться в МЭРТ.

Примечание. До полного согласования межведомственных словарей и классификаторов на период опытной эксплуатации ЕСД Кадастр допускается использование их проектов.

Должны быть созданы средства ведения классификаторов и справочников, обеспечивающие:

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

­  добавление, удаление, изменение классификационных признаков (словарных рубрик, значений терминов и их аббревиатур);

­  введение, удаление, изменение классификационных кодов;

­  автоматизированное доведение содержания изменений в классификаторах, произведенных на вышестоящих объектах, до всех подчиненных объектов, выполнение необходимых корректировок для устранения противоречий в классификаторах объектов;

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

4.3.4.2  Применение систем управления базами данных в узле ЕСД Кадастр

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

Система управления базами данных должна отвечать следующим требованиям:

­  хранение информации больших объемов;

­  высокая производительность;

­  масштабируемость;

­  многоплатформенность;

­  переносимость на различные аппаратно-программные платформы;

­  наличие средств разграничения доступа;

­  поддержка распределенной и параллельной обработки транзакций;

­  взаимодействие с ГИС;

­  защита от сбоев и восстановительная способность.

При проектировании БД ЕСД Кадастр должны быть выполнены следующие основные требования:

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

­  определена номенклатура данных (информации) для каждого из территориальных уровней;

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

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

­  обеспечен процесс архивации данных, ведение их истории и хранения;

­  предусмотрены процедуры актуализации хранимых данных;

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

­  обеспечена возможность формирования запросов с требуемым составом данных.

4.3.4.3  Защита данных от разрушений при авариях и сбоях в электропитании системы

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

4.3.4.4  Контроль, хранение, обновление и восстановление данных

За хранение, обновление, восстановление данных при их потере, за контроль доступа к данным должны отвечать администраторы баз данных.

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

4.3.5  Требования к лингвистическому обеспечению

Для обеспечения лингвистической совместимости необходимо проведение работ по следующим направлениям:

­  разработка единого языка общения пользователей с системой (пользовательского интерфейса);

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

­  обеспечение единых методов формализации текстов (данных), нормализации и редактирования данных.

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

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

­  использование справочников и шаблонов для ввода данных;

­  использование подсказок при неправильных действиях пользователя;

­  наличие справочной информации по работе в системе.

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

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

4.3.6  Требования к программному обеспечению

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

Общее программное обеспечение должно обеспечивать устойчивое функционирование конкретного узла ЕСД Кадастр. Конкретный состав ОПО зависит от величины узла:

·  федеральный или крупный региональный узел (вариант 1);

·  средний региональный узел или узел крупный муниципальный (вариант 2);

·  узел муниципального образования (вариант 3).

Для варианта 1 общее программное обеспечение должно содержать:

Программное обеспечение сервера ЕСД

Ö  Sun Solaris 9 (операционная система).

Ö Oracle 9i Database 9.2.0.1 (система управления базами данных).

ÖOracle Application Server Enterprise ed. 10g (9.0.4).

Ö  Oracle BPEL Proc. Manager 2.0.

ÖJava Development Kit (JDK) 1.4.2.

ÖApache Tomcat 5 (web-сервер).

Программное обеспечение клиента ЕСД

ÖOS Windows (операционная система).

ÖMicrosoft Internet Explorer 6.0 (интернет браузер).

ÖFlash plug-in для Internet Explorer

Ö  JRE 1.4.2 (Java-plugin для Internet Explorer) – необходим разработчику ПЭВ

Программные средства прикладной системы в части поддержки web-сервиса

ÖJava Development Kit (JDK) 1.4.2.

ÖApache Tomcat 5 (web-сервер).

Локальная сеть

ÖEthernet 10/100 Mbit

Для варианта 2 общее программное обеспечение должно содержать:

Программное обеспечение сервера ЕСД

Ö  Linux (операционная система).

Ö Oracle 9i Database 9.2.0.1 (система управления базами данных).

ÖOracle Application Server Enterprise ed. 10g (9.0.4).

Ö  Oracle BPEL Proc. Manager 2.0.

ÖJava Development Kit (JDK) 1.4.2.

ÖApache Tomcat 5 (web-сервер).

Программное обеспечение клиента ЕСД

ÖOS Windows (операционная система).

ÖMicrosoft Internet Explorer 6.0 (интернет браузер).

ÖFlash plug-in для Internet Explorer

Ö  JRE 1.4.2 (Java-plugin для Internet Explorer) – необходим разработчику ПЭВ

Программные средства прикладной системы в части поддержки web-сервиса

ÖJava Development Kit (JDK) 1.4.2.

ÖApache Tomcat 5 (web-сервер).

Локальная сеть

ÖEthernet 10/100 Mbit

Для варианта 3 общее программное обеспечение должно содержать:

Программное обеспечение сервера ЕСД

Ö Windows 2000/2003 (операционная система).

Ö  MS SQL Server 2000 (система управления базами данных).

Ö  Java Development Kit (JDK) 1.4.2.

Ö  Apache Tomcat 5.x (web-сервер).

Программное обеспечение клиента ЕСД

ÖOS Windows (операционная система).

ÖMicrosoft Internet Explorer 6.0 (интернет браузер).

ÖFlash plug-in для Internet Explorer

ÖJRE 1.4.2 (Java-plugin для Internet Explorer) – необходим разработчику ПЭВ

Программные средства прикладной системы в части поддержки web-сервиса

ÖJava Development Kit (JDK) 1.4.1.

ÖApache Tomcat 4.1.27 (web-сервер).

Ö Apache 1.3.26 (web-сервер).

Ö  Интерпретатор PHP 4.3.3.

Локальная сеть

ÖEthernet 10/100 Mbit

Должны быть использованы следующие сторонние продукты и библиотеки:

o  Jakarta Slide 2.0 (ASF License)

o  Hibernate 3.0 (LGPL License)

o  jTDS 1.02 (LGPL License)

o  Jakarta Commons (ASF License)

o  Jena 2.0 (HP Public License)

o  Jakarta Velocity 1.4 (ASF License)

o  Apache Struts 1.2 (ASF License)

o  Apache Axis 1.1 (ASF License)

o  Apache Ant 1.6.2 (ASF License)

o  Apache Lucene 1.4.3 (ASF License)

o  ActiveBPEL 1.0 (GPL License)

o  Apache jUDDI 0.9 (ASF License)

o  Sesame 1.1.3 (LGPL License)

Для обеспечения открытой публикации информации о земле и недвижимости, отображаемой на картографическом фоне, необходимо использование специального программного продукта (например, WebMap, MapXTreme, ArcIMS и пр.), который предоставляет возможность быстро организовать эффективный доступ пользователей к картам, схемам, планам и связанной с ними информации в корпоративных Интранет сетях и через Интернет.

При этом для подготовки карт к размещению на сервере может использоваться программное обеспечение MapInfo Professional, ArcView (ESRI) или GeoMedia.

Специальное программное обеспечение, разрабатываемое в соответствии с настоящим техническим заданием и частными техническими заданиями (ЧТЗ) на отдельные подсистемы, должно обеспечивать функционирование компонент ЕСД Кадастр на любых платформах СВТ, поддерживающих операционные среды, выбранные для серверов баз данных, серверов приложений и рабочих станций.

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

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

Необходимо предусмотреть возможность расширения программного обеспечения с учетом перспектив развития ЕСД Кадастр, автоматизируемых подразделений и развития самого программного обеспечения.

4.3.7  Требования к техническо­му обеспечению

Технические средства должны обеспечивать:

­  возможность ввода, хранения и обработки, необходимых для решения задач ЕСД Кадастр данных;

­  формирование и ведение распределенных баз данных;

­  передачу требуемых объемов информации между уровнями системы;

­  защиту конфиденциальной информации;

­  возможность поэтапного ввода ЕСД Кадастр, ее перспективного расширения и развития.

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

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

Узел СЭВ регионального уровня:

Предлагаемая конфигурация технических средств

Минимальная конфигурация

Аппаратный сервер (БД)

ProLiant DL360R G3 Xeon-3.2GHz/533/1024KB 2048Mb M1 2xHPRPS EURO; 72GB 10K U320 Universal Hot Plug HDD ALL; 2GB REG PC2100 2x1GB ALL

не ниже Intel Xeon CPU 2.4 ГГц, 1 Гб ОЗУ

Аппаратный сервер (сервер приложений)

ProLiant DL360R G3 Xeon-3.2GHz/533/1024KB 2048Mb M1 2xHPRPS EURO; 72GB 10K U320 Universal Hot Plug HDD ALL; 2GB REG PC2100 2x1GB ALL

не ниже Intel Xeon CPU 2.4 ГГц, 1 Гб ОЗУ

Узел СЭВ муниципального уровня:

Аппаратный сервер (БД)

ProLiant DL360R G3 Xeon-3.2GHz/533/1024KB 2048Mb M1 2xHPRPS EURO; 72GB 10K U320 Universal Hot Plug HDD ALL; 2GB REG PC2100 2x1GB ALL

не ниже Intel Xeon 2xCPU 2.4 ГГц, 2 Гб ОЗУ

Для клиента СЭВ необходимо использовать PC не ниже Intel 200 МГц, 64 Мб ОЗУ

Конкретная конфигурация технических средств ЕСД Кадастр должна быть определена на этапе технического проектирования системы.

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

4.3.8  Требования к организационному обеспечению

1)  Организационное обеспечение должно содержать совокупность регламентов и инструкций, обеспечивающих требуемое взаимодействие компонентов системы между собой и с другими системами – пользователями данных ЕСД Кадастр.

2)  Должны быть разработаны документы, определяющие порядок пользования информацией ЕСД Кадастр, порядок работы с конфиденциальной информацией, порядок устранения неисправностей в системе, порядок сопровождения и модернизации системы.

3)  В структуре каждой организации необходимо иметь как минимум одного специалиста, отвечающего за поддержание работоспособности и администрирование системы. Устранение серьезных неисправностей, переконфигурирование системы, различные доработки, установка нового программного обеспечения должны осуществляться специалистами организации, занимающейся сопровождением ЕСД Кадастр.

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

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

­  о согласовании рабочего графика всех компонентов системы;

­  о регламентации доступа компонентов системы и их сотрудников к данным, условия доступа;

­  о модели обмена информацией со смежными информационными системами.

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

7)  Организационное обеспечение должно быть разработано и представлено в виде:

­  схемы организационной структуры;

­  описания схемы организационной структуры.

8)  В «Схеме организационной структуры» должны быть отражены:

­  состав подразделений (должностных лиц) организационной структуры, обеспечивающих функционирование ЕСД Кадастр;

­  основные функции и связи между подразделениями и отдельными должностными лицами, указанными на «Схеме», и их подчиненность.

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

Схема организационной структуры» узла ЕСД муниципального уровня разрабатывается в двух вариантах:

­  для функционирования в составе ЕСД уровня субъекта федерации;

­  для автономного функционирования в муниципальном районе (образовании).

9)  Разработка организационных структур регионального и муниципального узлов ЕСД должна быть выполнена для следующих организационно-правовых форм:

­  новое структурное подразделение в составе одного из субъектов взаимодействия (например, при Муниципальном центре информационных ресурсов);

­  структурное подразделение администрации региона;

­  коммерческое предприятие.

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

11)  Разрабатываемые организационные структуры (схемы структур) узлов ЕСД регионального и муниципального уровня должны обеспечивать гибкость и адаптивность в реакции на быстро изменяющиеся условия рыночной среды.

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

Пользователи системы классифицируются по следующим признакам:

С точки зрения участия в работе системы:

­  Внутренние – пользователи, обеспечивающие функционирование организаций-участников взаимного предоставления сведений на основе ЕСД Кадастр.

­  Внешние – пользователи, не принимающие непосредственного участия в функционировании ЕСД Кадастр, но заинтересованные в интерактивных транзакциях, связанных с получением сведений о земле и объектах и оформлением прав на земельные участки и объекты недвижимости.

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

С точки зрения доступа к информационным ресурсам системы:

­  Чтение – пользователям предоставляется доступ только на чтение информации в базах данных ЕСД Кадастр;

­  Запись / Чтение – пользователям предоставляется доступ как на чтение, так и на обновление и добавление информации.

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

­  Организации, имеющие функционирующую автоматизированную систему (АС), которая формирует предоставляемые документы и обеспечивает размещение информации из принятых документов в свои базы данных (В1);

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

14)  Внутренними пользователями ЕСД Кадастр должны быть следующие организации:

В 2005 году:

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

­  организации, обеспечивающие технический учет объектов недвижимости;

­  учреждения юстиции по регистрации прав;

­  органы власти по управлению государственным и муниципальным имуществом;

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

В 2006 году:

­  органы архитектуры и градостроительства;

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

­  органы власти, осуществляющие государственные полномочия в сфере природопользования;

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

Внешними пользователями ЕСД Кадастр являются:

­  граждане;

­  хозяйствующие субъекты;

­  органы государственной власти и управления.

15)  С точки зрения доступа к услугам, предоставляемым ЕСД Кадастр, внешние пользователи могут быть разделены на две группы:

­  авторизованные, имеющие доступ к полному набору услуг;

­  неавторизованные, имеющие доступ к открытой публикации сведений о земельно-имущественном комплексе на сайте портала ЕСД Кадастр.

16)  В документах по организационному обеспечению должны учитываться возможные роли пользователей ЕСД Кадастр, такие как:

­  потребители информации;

­  источники информации;

­  участники процедуры взаимодействия;

­  инициаторы процедуры взаимодействия.

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

17)  Особое место занимают администраторы, то есть, пользователи ЕСД Кадастр, обеспечивающие ее функционирование. В соответствии с требованиями к обеспечению работоспособности и развития ЕСД Кадастр, необходимо выделить следующие группы администраторов:

­  ведения общесистемных классификаторов;

­  обновления, настройки и добавления новых процедур электронного взаимодействия (ПЭВ);

­  администрирования системных баз и хранилищ данных;

­  администрирования средств передачи данных, узлов сети, прав и полномочий доступа в ЕСД Кадастр, обеспечения безопасности информации.

18)  При разработке организационных структур регионального и муниципального узлов ЕСД Кадастр необходимо установить роли администраторов в соответствии с требованиями. Среды электронного взаимодействия (СЭВ), которая для ЕСД Кадастр регионального уровня имеет распределенную архитектуру, строящуюся по 2-уровневой схеме и содержащую узлы регионального и муниципального уровней.

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

­  пользователь сервиса реестра;

­  пользователь сервиса репозитария;

­  пользователь сервиса системы справочников и классификаторов (ССК);

­  пользователь модуля исполнения ПЭВ (процесса электронного взаимодействия);

­  пользователь модуля авторизации;

­  пользователь сервиса подписок.

При этом для обеспечения функционирования портала администрирования СЭВ должны быть предусмотрены следующие роли:

­  администратор реестра;

­  администратор репозитария;

­  администратор подсистемы ССК;

­  администратор модуля конструирования ПЭВ;

­  администратор модуля авторизации;

­  администратор модуля протоколирования;

­  администратор подсистемы оповещений;

­  администратор транспортной подсистемы;

­  администратор подсистемы управления запросами.

4.3.9  Требования к методическому обеспечению

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

­  Методики организации взаимодействия участников ЕСД КАДАСТР,

­  Методики подключения новых пользователей ЕСД Кадастр,

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

­  Методического руководства по внедрению (развёртыванию) и эксплуатации ЕСД КАДАСТР в регионе.

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

­  основная идея;

­  цели;

­  предмет распространения.

4.3.9.1  Методика организации взаимодействия участников ЕСД Кадастр

1.  Методика организации взаимодействия участников взаимодействия ЕСД Кадастр должна содержать следующие разделы:

­  участники ЕСД Кадастр;

­  функциональные и правовые основы взаимодействия при информационном обмене;

­  организационная модель взаимодействия;

­  регламенты ведения информационного обмена;

­  приложения.

2.  В разделе «Участники ЕСД Кадастр» приводится перечень участников единой системы электронного документооборота с подразделением их на поставщиков данных и пользователей данных.

3.  В разделе «Функциональные и правовые основы взаимодействия при информационном обмене» приводится функциональная и правовая регламентация действий участников ЕСД Кадастр, основанная на действующем законодательстве РФ. При этом определяются дополнительные правовые и организационные механизмы реализации действий участников единой системы электронного документооборота.

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

5.  В разделе «Организационная модель (макет) взаимодействия» описывается (в текстовом или схематичном виде) модель (макет) взаимодействия между участниками информационного обмена.

6.  Раздел «Приложения» должен содержать типовую форму соглашения участников ЕСД Кадастр при информационном обмене и другие возможные типовые документы.

4.3.9.2  Методика подключения новых пользователей ЕСД Кадастр

Методика должна содержать следующие разделы:

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

­  Регламент подключения новых пользователей системы;

­  Приложение.

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

2.  В разделе «Регламент подключения новых пользователей системы» описывается в алгоритмизированном виде процесс подключения к системе нового пользователя/участника в разрезе действий самого нового пользователя/участника и административного органа.

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

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

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

­  законодательные основания взимания платы;

­  перечень платных услуг;

­  договорные основания оплаты услуг;

­  вариант (варианты) конкретной реализации системы взимания платы;

­  проблема «цифрового неравенства» при реализации системы взимания оплаты с использованием современных электронных платежных систем;

­  формы документов.

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

2.  В разделе «Договорные основания оплаты услуг» подлежат правовому анализу отношения, вытекающие из факта заключения договора на оказание платных государственных информационных услуг.

3.  В разделе «Варианты конкретной реализации системы взимания платы» производится компаративный анализ указанных вариантов, в том числе следующих:

a.  Вариант с уполномоченным банком

b.  Вариант с использованием сети отделений Почты России

c.  Вариант с созданием специализированной Электронной платежной системой (СЭПС)

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

5.  В разделе «Формы документов» должны быть предложены конкретные формы заявок и договоров на оказание платных государственных информационных услуг

4.3.9.4  Методическое руководство по внедрению (развёртыванию) и эксплуатации ЕСД Кадастр в регионе

Руководство по внедрению (развёртыванию) и эксплуатации ЕСД Кадастр в регионе должно содержать следующие разделы:

­  подготовка проекта внедрения;

­  подготовка объектов к внедрению ЕСД Кадастр;

­  внедрение ЕСД Кадастр;

­  эксплуатация (сопровождение) единой системы электронного документооборота в регионе;

­  приложения.

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

2.  В разделе «Подготовка объектов к внедрению ЕСД Кадастр» описываются требования (правила и порядок) к мероприятиям, проводимым на объекте внедрения в соответствии с ТПОТМ и проектом внедрения, в том числе:

2.1.  организационным мероприятиям;

2.2.  мероприятиям по подготовке кадров;

2.3.  материально-техническим мероприятиям;

2.4.  информационно-техническим мероприятиям.

3.  В разделе «Внедрение ЕСД Кадастр» приводится перечень и порядок проведения основных мероприятий, для участников и пользователей, при внедрении единой системы электронного документооборота в регионе.

4.  В разделе «Эксплуатация (сопровождение) единой системы электронного документооборота в регионе» приводится полный перечень мероприятий по сопровождению системы, так же типовые эксплуатационные регламенты.

5.  Для каждого раздела «Руководства по внедрению (развёртыванию) и эксплуатации ЕСД Кадастр в регионе» разрабатываются типовые формы отчетности.

5  Состав и содержание работ по созданию системы

По окончании каждого этапа работы Разработчик представляет Заказчику акт сдачи-приемки, а также всю документацию, которая была разработана на сдаваемый этап[5].

Наименование основных этапов работ

Содержание работ

Сроки выполнения

Форма отчетности

Начало

окончание

Этап 1

20.04.2005

10.06.2005

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

1. Проведение предпроектного обследования и составление аналитического отчета во вновь подключенных пилотных регионах.

Аналитический отчет по предпроектному обследованию в Колпашевском районе Томской области и г. Обнинске Калужской области

2. Разработка проектов нормативных правовых документов и стандартов, обеспечивающих функционирование ЕСД Кадастр.

Информационный отчет, содержащий проекты нормативных правовых документов и стандартов

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

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

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

ТЗ на ЕСД Кадастр

ЧТЗ на подсистемы ЕСД Кадастр:

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

информационного взаимодействия органов технической инвентаризации с пользователями ЕСД Кадастр

информационного взаимодействия учреждений юстиции по регистрации прав с пользователями ЕСД Кадастр

предоставления информации гражданам, хозяйствующим субъектам и органам власти всех уровней

обеспечения информационной безопасности

реализации ПЭВ с использованием портальных технологий

дистанционного обучения

5. Разработка технических заданий на реализацию ЕСД Кадастр в пилотных регионах.

Пакет частных технических заданий на создание ЕСД Кадастр в пилотных регионах:

Калужской области;

в Красноярском крае;

в Новосибирской области;

в городе Череповец;

в г. В.Новгород

6. Проведение комплектации стенда ФКЦ «Земля» с целью реализации ЕСД Кадастр в режиме опытной эксплуатации.

Закупка общего программного обеспечения в соответствии с Приложением 3 к Рабочей программе

7. Разработка плана информационного сопровождения работ.

 План информационного сопровождения работ

Этап 2

11.06.2005

15.09.2005

Технорабочее проектирование ЕСД Кадастр

1. Разработка технического задания и плана организационно-технических мероприятий на реализацию ЕСД Кадастр в Томской области.

Техническое задание и план организационно-технических мероприятий по созданию ЕСД Кадастр в Колпашевском районе Томской области

2. Разработка методического и организационного обеспечения регулирования создания и функционирования ЕСД Кадастр.

Отчет по пилотным регионам

3. Технорабочее проектирование.

Комплект технорабочей документации в составе:

Пояснительная записка к техническому проекту. Описание постановки задачи;

Схема функциональной структуры;

Описание информационного обеспечения системы;

Описание организационной структуры;

Описание комплекса технических средств;

Описание программного обеспечения

ЧТЗ на разработку электронных учебных пособий ЕСД Кадастр, включая контент электронных учебников

4.Эксплуатационная документация.

Комплект эксплуатационной документации в составе

Руководство пользователя;

Схема деления системы (структурная);

Описание технологического процесса обработки данных:

5. Разработка специального программного обеспечения и программной документации.

СПО и программная документация.

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

Технорабочие проекты по пилотном регионам:

г. Калуга, Жуковском районе, г. Обнинске Калужской области;

Курагинском районе Красноярского края;

г. г. Новосибирске и Бердске Новосибирской области;

городе Череповец,

г. В. Новгород;

Колпашевском районе Томской обл.

Этап 3

16.09.2005

16.11.2005

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

1. Внедрение в режиме опытной эксплуатации ЕСД Кадастр в пилотных регионах (г. г. Череповец, Новосибирск, Бердск, Калуга и Жуковский р-н Калужской области, В. Новгород, Томская область).

Отчет о внедрении по пилотном регионам

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

Программы обучения и учебно-методические материалы

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

Отчет по результатам работы

4. Разработка отчета по информационному сопровождению работ.

Отчет по информационному сопровождению


6  Порядок контроля и приемки системы

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

6.2 Приемо-сдаточные испытания и ввод подсистем и систем в целом в действие проводятся поэтапно межведомственной комиссией, назначаемой в соответствии с утвержденными программами и методиками испытаний.

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

6.4 Проекты программ и методик испытаний должны подготавливаться Разработчиком в соответствии с РД 50-34.698-90, п. 2.14 и утверждаются Заказчиком.

7  Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

Перечень основных мероприятий и их исполнителей, которые следует выполнить при подготовке объекта ав­томатизации к вводу АС в действие:

­  заключение Соглашений;

­  комплектация узла ЕСД;

­  обучение пользователей

­  установка СПО во взаимодействующих АС и его тестирование

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

­  сроки и порядок комплектования штатов и обучения персо­нала.

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

­  обучение специалистов по сопровождению технических и общесистемных программных средств;

­  обучение специалистов, использующих систему в своей повседневной деятельности.

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

Обучение специалистов по данным направлениям должно проводиться по мере сдачи этапов создания ЕСД Кадастр.

Конкретные сроки и программы обучения и состав первых групп должны быть определены на этапе технорабочего проекта и могут в дальнейшем уточняться. На этапе эксплуатации регулярное обучение должно проводиться в объемах, достаточных для повседневной эксплуатации ЕСД Кадастр во всех автоматизируемых организациях и подразделениях.

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

8.1 Результаты работ представляются Заказчику в виде:

­  документации технорабочего проекта;

­  пакета нормативно-правовых и инструктивных документов;

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

­  опытных образцов подсистем и систем в целом;

­  протоколов и актов приемо-сдаточных испытаний и опытной эксплуатации.

8.2 Документация на ЕСД Кадастр должна разрабатываться в соответствии с требованиями ГОСТ 34.201-89 «Виды, комплектность и обозначение документов при создании автоматизированных систем», РД 50-34.698-90 «Методические указания. Автоматизированные системы. Требования к содержанию документов» и ЕСПД (серия 19).

Пользовательская документация должна быть разработана в соответствии с ГОСТ Р ИСО 9127-94.

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

9  Источники разработки

Проект Федерального закона «О формировании, государственном кадастровом учете и государственной кадастровой оценке недвижимости»;

Результаты работ 2004 г.:

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

2. Аналитический отчет по результатам предпроектного обследования пилотных регионов;

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

4.Системно-технический проект «Создание и внедрение единой системы документооборота при кадастровом учете земельных участков, техническом учете зданий и сооружений и регистрации прав на недвижимое имущество и сделок с ним»;

5. Отчет о создании прототипа системы.

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

Руководитель проекта от ФКЦ «Земля»

______________

___________


Приложение 1

Перечень электронных документов ЕСД Кадастр

(реализация 2005 г.)

№ ЭД в системе

Наименование электронного документа

ЕГРП

1   

Заявление о предоставлении сведений ЕГРП

2   

Справка о правах

3   

Выписка из ЕГРП, выдаваемая на основании пункта 1 ст.7 Федерального закона от 01.01.2001

4   

Справка о содержании правоустанавливающих документов

5   

Выписка из ЕГРП о правах отдельного лица на имеющиеся у него объекты недвижимого имущества

6   

Выписка из ЕГРП о переходе прав на объект недвижимого имущества

7   

Извещение о завершении ПЭВ «учетно-регистрационные действия»

8   

Сообщение об отказе в предоставлении информации в связи с отсутствием раздела ЕГРП

9   

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

10   

Копии договоров и иных документов, выражающих содержание односторонних сделок, совершенных в простой письменной форме

Техническая инвентаризация

11   

Выписка из тех. паспорта на здание

12   

Заявка физического лица

13   

Заявление

14   

Заявление-договор(обследование)

15   

Заявление-договор(справки)

16   

План границ объекта

17   

Поэтажный план дома

18   

Расчет стоимости работ

19   

Рег удостоверение на здание

20   

Справка о площадях

21   

Справка о стоимости строения

22   

Справка в нотариальную контору (здания)

23   

Справка в нотариальную контору(нежилое здание)

24   

Справка для нотариуса (здания)

25   

Справка на запрос (жилое строение)

26   

Справка на запрос (нежилое строение)

27   

Справка о регистрации объекта

28   

Экспликация зданий и сооружений

Кадастровый учет ЗУ

29   

Заявка о постановке ЗУ на кадастровый учет

30   

Заявление на предоставление сведений ГЗК

31   

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

32   

Доверенность

33   

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

34   

Извещение о приостановлении проведения кадастрового учета земельных участков

35   

Решение об отказе в проведении кадастрового учета

36   

КПЗУ B1

37   

КПЗУ B2

38   

КПЗУ B3

39   

КПЗУ B4

40   

КПЗУ B5

41   

КПЗУ B6

42   

ХМL – конверт для пересылки документов общего вида

Обмен между ЗО и ЗКП

43   

Запрос на предоставление результатов межевания

44   

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

45   

Описание земельного участка

46   

Обмен картографической информацией

47   

Запрос на получение картографической информации

48   

Кадастровый план территории


Приложение 2

Перечень бизнес-процессов ЕСД Кадастр

п/п

Название бизнес-процесса

Вариант реализации

Описание варианта реализации

Номера документов из индексированного списка (Приложение 1)

входные

выходные

1

2

3

4

5

6

1

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

1Предоставление КПЗУ для межевания

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

30,31-33

36-41

2 Предоставление КПЗУ для регистрации прав заявителям

Заявка гражданина или УЮ РП, БТИ, МИС или другого хозяйствующего субъекта. Ввод данных о заявителе. Предоставление в виде XML-документа с возможностью визуализации на экране. Режим предоставления информации асинхронный.

30,31-33

36-39

3. Предоставление КПЗУ для регистрации прав в УЮ РП

Работа по регламенту. После проведения КУ, предоставляется КПЗУ в виде XML-документа с возможностью визуализации на экране. Часть ПЭВ: учетно-регистрационные действия

30

36-39

4. Предоставление сведений в МИС (ОГВ)

По регламенту. Предоставляется КПЗУ для межевания на вновь учтенные ЗУ

соглашение

36-41

2

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

1Сведения по 327-му приказу заявителям

Источник: ЗУ организация. Запрос от заявителя

43

44,45

2. 1Сведения по 327-му приказу в ЗКП

То же. Запрос посылается ЗКП на основании данных, указанных в заявке на КУ.

43

44,45

3

Предоставление сведений о объектах недвижимости из БТИ

1Предоставление информации заявителям

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

Сведения могут предоставляться из АС и путем ручного ввода данных в экранную форму

12-15

11,16-28

2. Предоставление информации в ЗКП

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

Сведения могут предоставляться из АС и путем ручного ввода данных в экранную форму

13

11,16,17,20,21,27,28

2. Предоставление информации в УЮРП

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

Сведения могут предоставляться из АС и путем ручного ввода данных в экранную форму

13

11

3. Предоставление информации в МИС (ОГВ)

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

Сведения могут предоставляться из АС и путем ручного ввода данных в экранную форму

13

11,28

4

Предоставление сведений о правах (регистрационная палата юстиции)

1Предоставление информации заявителям

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

1

3-6, 8-10

2. Предоставление информации в ЗКП

Работа по регламенту. После проведения КУ, предоставляется справка о правах в виде XML-документа с возможностью визуализации на экране. Часть ПЭВ: учетно-регистрационные действия

1 или по регламенту

2

3. Предоставление информации в МИС (ОГВ)

Работа по регламенту.

1

2

5

Учетно-регистрационные действия

1Заявка на КУ вновь образованного ЗУ

29, 1,48

7

2 Заявка на внесение изменений

29, 1,48

7

3 Заявка на учет ЗУ и ОН в результате сделки

29, 1,48

7

6

Передача графической информации из МИС в земельную палату и обратно

1 Передача сведений об ОН в ЗКП из МИС

Передается фрагмент цифровой карты на кадастровый квартал

46

47

2 Передача сведений о ЗУ из МИС в ЗКП

Передается фрагмент цифровой карты на кадастровый квартал

46

47

[1] Реализация взаимодействия между узлами ЕСД Кадастр будет реализована в 2005 году только в случае готовности распределенной СЭВ.

[2] См. требования к организационному обеспечению функционирования ЕСД Кадастр

[3] Полный перечень электронных документов, задействованных в ЕСД Кадастр приведен в приложении 2 к настоящему документу

[4] Модернизация ПЭВ должна проводиться на основе использования единого регламента.

[5] Состав работ по созданию второй очереди системы в 2006 году должны быть установлены в дополнении к настоящему ТЗ.