Конкурсная документация
| Вид материала | Конкурс |
- Приказ №236-н от 30 июня 2011 года конкурсная документация по государственным закупкам, 852.08kb.
- Конкурсная документация по Vоткрытому конкурсу научно-практических работ студентов, 273.12kb.
- Конкурсная документация от 19 сентября, 169.87kb.
- Конкурсная документация по конкурсу на размещение муниципального заказа на поставку, 1246.14kb.
- Конкурсная документация, 4666.04kb.
- Конкурсная документация, 927.87kb.
- Конкурсная документация, 1096.3kb.
- Конкурсная документация, 821.24kb.
- Конкурсная документация, 1870.93kb.
- Конкурсная документация, 554.02kb.
Лот №2
1. Общие сведения
Настоящее техническое задание отражает требования по разработке автоматизированной информационно-справочной системы взаимодействия с заявителями Росреестра.
Техническое задание подготовлено с учетом требований и рекомендаций ГОСТов на создание автоматизированных систем, а также с учетом современных методик автоматизированного проектирования и разработки прикладных программных систем.
Техническое задание содержит требования к автоматизированной информационно-справочной системе взаимодействия с заявителями, работам по развитию системы, созданию опытного образца автоматизированной системы.
1.1 Полное наименование системы и ее условное обозначение
Наименование системы – автоматизированная информационно-справочная система взаимодействия с заявителями.
Условное обозначение системы – АСВЗ.
1.2 Наименование предприятий Исполнителя и Заказчика
ЗАКАЗЧИК – Федеральная служба государственной регистрации, кадастра и картографии (Росреестр)
ИСПОЛНИТЕЛЬ – определяется на конкурсной основе в соответствии с действующим законодательством
1.3 Основания для разработки
Основанием для выполнения работ является подпрограмма "Создание системы кадастра недвижимости (2006 - 2011 годы)" федеральной целевой программы "Создание автоматизированной системы ведения государственного земельного кадастра и государственного учета объектов недвижимости (2002 - 2008 годы)".
1.4 Порядок оформления и предъявления результатов работ
Оформление материалов производится в соответствии с перечнем требуемой документации и стандартами документирования, приведенными в разделе «Требования к документированию».
Предъявление результатов работ производится в соответствии с требованиями, приведенными в разделе «Порядок контроля и приемки».
1.5 Термины и определения
| ГКН | - Государственный кадастр недвижимости |
| ЕГРП | - Единый государственный реестр прав на недвижимое имущество и сделок с ним |
| Заявитель | - клиент, который обращается в Федеральную службу государственной регистрации, кадастра и картографии за оказанием услуги |
| Заявление | - оформленный надлежащим образом документ на оказание услуги по кадастровому учету, регистрации прав, получение выписки из ГКН или ЕГРП |
| ИС | - информационная система |
| Пакет документов | - совокупность заявлений и прилагающихся к ним комплектов документов, сгруппированных для предоставления в Росреестр за одно посещение |
| ПО | - программное обеспечение |
| ППО | - прикладное программное обеспечение |
| Росреестр | - Федеральная служба государственной регистрации, кадастра и картографии |
| Структурное подразделение | - территориальный орган Росреестра или его территориальный отдел |
| СУБД | - система управления базами данных |
| Услуга | - типы обращений клиентов, которые обрабатываются и обслуживаются в Росреестре |
2 НАЗНАЧЕНИЕ АСВЗ, ЦЕЛИ РАЗВИТИЯ
2.1 Назначение АСВЗ
Автоматизированная информационно-справочная система взаимодействия с заявителями Росреестра предназначена для управления потоком обращений в территориальные органы Росреестра и их структурные подразделения, информирования заявителей о процедурах государственного кадастрового учета, государственной регистрации прав на недвижимое имущество и сделок с ним, а также о процессе обработки заявлений в Росреестре.
2.2 Цели и задачи создания АСВЗ
Целями проведения данной работы являются:
• совершенствование государственных услуг, оказываемых организациям и гражданам, а также органам государственной власти и органам местного самоуправления;
• сокращение временных издержек при государственном кадастровом учете объектов недвижимости, государственной регистрации прав на недвижимое имущество и сделок с ним и предоставлении сведений из кадастра недвижимости и Единого государственного реестра прав на недвижимое имущество и сделок с ним;
• создание механизма доступа к информационным ресурсам государственного кадастра недвижимости, Единого государственного реестра прав на недвижимое имущество и сделок с ним и развитие сервисных услуг на основе Интернет- и Интранет-технологий.
В частности создание АСВЗ будет способствовать решению следующих задач:
– ввод в эксплуатацию в государственных органах по ведению государственного земельного кадастра и учету объектов недвижимости программно-технических комплексов, современных отечественных информационных технологий и программных средств, средств защиты информации, обеспечивающих автоматизацию процессов формирования, учета, оценки земельных участков и объектов недвижимости;
– обеспечение совместимости информационных систем, связанных с формированием, государственным учетом, технической инвентаризацией, оценкой, регистрацией прав, налогообложением, управлением и распоряжением недвижимостью, и создание системы электронного обмена сведениями между ними.
Разработка АСВЗ соответствует целям и задачам «Концепции формирования в Российской Федерации электронного правительства до 2010 года», одобренной распоряжением Правительства Российской Федерации от 06.06.2008 № 632-р, так как обеспечивает:
• повышение качества и доступности предоставляемых организациям и гражданам государственных услуг, упрощение процедуры и сокращение сроков их оказания, снижение административных издержек со стороны граждан и организаций, связанных с получением государственных услуг, а также внедрение единых стандартов обслуживания граждан;
• повышение открытости информации о деятельности органов государственной власти и расширение возможности доступа к ней;
• повышение качества административно-управленческих процессов.
3 ТРЕБОВАНИЯ К АСВЗ
3.1 Требования к АСВЗ в целом
Автоматизированная информационно-справочная система взаимодействия с заявителями Росреестра должна соответствовать целям и назначению, описанным в настоящем техническом задании. АСВЗ должна обеспечивать контроль достоверности накапливаемых в базе данных сведений и оперативность доступа к ним. АСВЗ должна позволять осуществлять настройку технологических параметров в согласованных с Заказчиком объемах.
АСВЗ должна быть тесно интегрирована с информационной системой ведения Единого государственного реестра прав на недвижимое имущество и сделок с ним, а также с информационной системой ведения государственного кадастра недвижимости. Взаимодействие АСВЗ с перечисленными системами должно осуществляться на уровне данных и сервисов, при этом взаимодействие должно быть обеспечено как в случае объединения аппаратного обеспечения систем в единую локально-вычислительную сеть, так и в случае отсутствия постоянного физического соединения между серверами указанных систем.
Функциональность АСВЗ должна быть доступна заявителям, которые находятся непосредственно в здании структурного подразделения Росреестра, и пользователям, получившим доступ к АСВЗ через сеть Интернет. Соответственно АСВЗ должна иметь два интерфейса представления данных: оптимизированный для использования на сенсорных информационных киосках и для работы через Интернет, при этом должен быть реализован общий принцип построения пользовательского интерфейса. Пользовательский интерфейс, используемый для взаимодействия с конечными пользователями и администраторами АСВЗ, а также документация на АСВЗ должны быть русифицированными.
В АСВЗ должна быть предусмотрена возможность распределения заявителей по группам (типам услуг) в зависимости от особенностей обращения. Например: группа записи на прием для подачи документов на регистрацию, группа записи на прием для подачи документов на проведение кадастрового учета, группа получения документов после государственной регистрации, группа обработки запросов о предоставлении сведений из ГКН или ЕГРП. Для каждой группы должны быть предусмотрено неограниченное количество очередей, входящих в данную группу. Каждый тип услуги должен описываться набором характеристик: код, наименование и описание типа услуги.
3.1.1 Требования к структуре и функционированию АСВЗ
Программный комплекс должен обеспечивать функционирование на перечисленных ниже аппаратных средствах АСВЗ. Реализованные в программном комплексе конфигурационные возможности должны обеспечивать возможность наращивания или уменьшения количества аппаратных элементов АСВЗ без ее остановки.
Состав аппаратных средств АСВЗ будет состоять из следующих основных элементов:
• сервер;
• информационный киоск;
• общее информационное табло;
• устройство управления общим информационным табло;
• рабочее место оператора;
• индивидуальное табло.
В АСВЗ должна быть реализована трёхзвенная архитектура: сервер базы данных, WEB сервер и интерфейс взаимодействия на рабочих местах операторов, администраторов и информационных киосках. АСВЗ должна иметь собственную базу данных, отделенную от рабочей базы данных ЕГРП и ГКН. Взаимодействие между системами должно быть организовано на уровне данных и сервисов.
Разработанное в рамках выполнения работ программное обеспечение АСВЗ должно обладать следующими свойствами:
• предоставить заявителю возможность ознакомиться с графиком приема граждан, записаться на прием в определенное время;
• обеспечить вызов заявителей согласно осуществленной записи на прием с визуальным и звуковым сопровождением;
• предоставить заявителю возможность быстро, в удобной и понятной форме получить информацию по вопросам, связанным с проведением государственного кадастрового учета и государственной регистрации прав на недвижимое имущество и сделок с ним;
• опубликовать и сделать доступной информацию о нормативах по приему документов, составе документов необходимых для государственного кадастрового учета и государственной регистрации, размере взимаемой государственной пошлины;
• предоставить руководству структурных подразделений и территориальных органов Росреестра оперативную статистическую информацию о текущей работе каждого специалиста приема, количестве обслуженных и ожидающих приема заявителей, времени обслуживания заявителей;
• обеспечить использование предварительно подготовленной заявителем в электронном виде информации для сокращения времени приема заявителей.
АСВЗ должна состоять из следующих подсистем:
• подсистема управления очередью;
• подсистема администрирования.
Подсистема управления очередью предназначена для организации процесса приема заявителей непосредственно в структурных подразделениях Росреестра. Она предоставляет интерфейс взаимодействия с АСВЗ заявителям, а также сотрудникам Росреестра для обслуживания заявителей и управления приемом. Интерфейс взаимодействия с заявителями должен быть адаптирован под особенности навигации с помощью сенсорного экрана информационного киоска.
Подсистема управления очередью должна состоять из модулей:
• запись на прием,
• справочная информация,
• готовность документов,
• управление общим табло,
• управление индивидуальным табло,
• вызов заявителя.
Модули «справочная информация», «готовность документов» и «управление индивидуальным табло» должны быть реализованы как дополнительные компоненты с возможностью их отключения. Остальные модули должны входить в ядро подсистемы.
Подсистема администрирования должна обеспечивать управление работой программного комплекса, его настройку применительно к конкретным условиям эксплуатации, а также мониторинг процесса приема и предоставление статистической отчетности.
Заявителю как пользователю АСВЗ должны быть доступны два интерфейса взаимодействия с АСВЗ: с помощью информационного киоска с сенсорным экраном и с помощью персонального компьютера через сеть Интернет.
При работе с помощью информационного киоска с сенсорным экраном заявителю должны быть доступны следующие функции:
• Просмотреть справочную информацию,
• Записаться на прием,
• Узнать состояние очереди на прием,
• Получить сведения о готовности документов.
При работе с помощью персонального компьютера через сеть Интернет заявителю должны быть доступны следующие функции:
• Просмотреть справочную информацию,
• Записаться на прием с возможностью выбора времени приема,
• Получить сведения о готовности документов.
Сотрудникам Росреестра как пользователям АСВЗ должны быть доступны следующие функции:
• Управление очередью,
• Прием заявителей,
• Администрирование АСВЗ.
АСВЗ должна обеспечивать организацию и управление различными типами очередей:
• очередь с предварительной записью;
• очередь на прием в день обращения («живая» очередь).
Для очередей с предварительной записью должна быть обеспечена возможность выбора даты и времени записи на прием. Для очередей типа «живая очередь» запись на прием должна осуществляться на текущий день.
Для очередей с предварительной записью на графике приема должна быть возможность выбора даты и интервала приема в соответствии с рассчитанным временем приема. Расчет времени приема должен производиться исходя из введенных заявителем данных. Должна быть возможность изменить выбранный интервал, выбрав иное свободное время начала приёма на графике использования рабочего времени. Доступные для выбора периоды должны визуально отличаться от тех периодов, запись на которые невозможна.
Далее, в соответствии с назначением и целями развития АСВЗ, определены назначение и основные функции компонентов АСВЗ (см. п. 3.2 «Требования к функциям, выполняемым АСВЗ»).
3.1.2 Требования к численности и квалификации персонала системы
Эксплуатация АСВЗ подразумевает наличие пользователей, в состав которых входят пользователи-заявители и пользователи-сотрудники Росреестра (операторы, руководители, администраторы). Количество пользователей, одновременно работающих с АСВЗ, не должно быть ограничено.
Работа с АСВЗ с помощью информационного киоска с сенсорным экраном должна быть доступна для заявителя, обладающего минимальными навыками работы с персональным компьютером. Запись на прием должна быть доступна заявителям, которые не обладают знаниями в области кадастрового учета и государственной регистрации прав на недвижимое имущество и сделок с ним.
Администратор АСВЗ должен обладать базовыми знаниями управления СУБД, должен выполнять операции по созданию резервных копий данных и восстановлению данных после сбоев. Должно допускаться администрирование АСВЗ одним сотрудником на территории нескольких структурных подразделений.
3.1.3 Показатели назначения
АСВЗ должна обладать свойствами мобильности и переносимости, быть достаточно гибкой по отношению к принятым в структурном подразделении Росреестра особенностям технологического процесса кадастрового учета и регистрации прав и сделок с недвижимым имуществом и к изменениям этого процесса. Настройка АСВЗ по возможности должна производиться путем изменения параметров настройки без дополнительного изменения прикладного программного обеспечения.
АСВЗ должна позволять расширять состав хранимых характеристик, например, позволять модернизацию с целью внесения данных о новых типах объектов недвижимости. АСВЗ не должна ограничивать объем хранимых данных.
АСВЗ должна обеспечивать приемлемую производительность проведения основных технологических операций при условии выполнения требований к аппаратному обеспечению и персоналу АСВЗ. Усредненные временные показатели выполнения автоматизированных действий в АСВЗ (в расчете на среднестатистическое действие), которые должны обеспечиваться АСВЗ, приведены в таблице. Затраты времени на действия, выполняемые без использования АСВЗ, в расчете не учитываются.
Табл. 1. Технологические операции взаимодействия с АСВЗ при использовании информационного киоска с сенсорным экраном
| № п/п | Стадия технологического процесса | Название технологической операции | Затраты времени |
| 1 | Запись на прием | Внесение сведений о заявителе | 1 мин |
| 2 | Внесение сведений о количестве учетно/регистрационных действий, объектов недвижимости и участников (опционально) | 1-2 мин | |
| 3 | Определение времени приема и получение талона | 0,5-1 мин | |
| 4 | Получение информации о состоянии заявления | Ввод данных о номере заявления и получение ответа о состоянии заявления | 1-2 мин |
| 5 | Получение информации о состоянии очереди | Получение информации о состоянии очереди | 1-5 сек |
Табл. 2. Технологические операции взаимодействия с АСВЗ через сеть Интернет
| № п/п | Стадия технологического процесса | Название технологической операции | Затраты времени |
| 1 | Запись на прием | Регистрация заявителя как пользователя АСВЗ | 2-3 мин |
| 2 | Запись на прием, включая краткое описание цели обращения, определение времени приема и получение талона | 3-5 мин | |
| 3 | Внесение сведений о цели обращения, объектах недвижимости, документах и получение заполненного заявления (опционально) | 10-17 мин | |
| 4 | Получение информации о состоянии заявления | Ввод данных о номере заявления и получение ответа о состоянии заявления | 1 мин |
Таким образом, продолжительность записи на прием с помощью информационного киоска, должна составлять не более 2-3 минут, а при взаимодействии с АСВЗ через сеть Интернет не более 5-25 минут по одному пакету документов.
Штатная эксплуатация АСВЗ должна быть рассчитана на одновременную работу до 200 заявителей со временем реакции не более 5-7 секунд.
3.1.4 Требования к надежности
Отказы в работе серверов, рабочих станций и сетевого оборудования не должны приводить к разрушению данных АСВЗ.
Программные компоненты должны быть готовы к работе сразу же после устранения причин аварийного прекращения работы и загрузки необходимых баз данных. Информация баз данных должна соответствовать последней перед отключением транзакции.
АСВЗ должна обладать надежностью, обеспечивающей работу пользователей в регламентном режиме и оперативное восстановление работоспособности при сбоях.
Программные средства должны содержать средства контроля вводимой информации и средства защиты от несанкционированных действий, а также средства контроля, резервирования и восстановления данных.
Для обеспечения надежности в АСВЗ должны быть предусмотрены:
• дублирование наиболее важных вычислительных элементов АСВЗ, включая использование отказоустойчивых платформ для корпоративных серверов;
• резервирование наиболее важных информационных ресурсов АСВЗ, включая применение процедур создания «горячих» копий и процедур архивации;
• восстановление информации из долговременного архива данных при «разрушении» магнитных носителей;
• обеспечение процедур остановки компонентов АСВЗ в случае отказа электропитания;
• контроль над целостностью данных на уровне СУБД;
• диагностика ошибок на этапе ввода информации с помощью программных средств контроля;
• сохранение целостности данных в БД при нештатном завершении программы (отказ рабочей станции и т.п.);
• сохранение работоспособности программного обеспечения при некорректных действиях пользователя;
• средства обеспечения сохранности данных;
• автоматическая поддержка данных в непротиворечивом состоянии и стабильная работа АСВЗ при многопользовательском режиме работы.
3.1.5 Требования к эргономике и технической эстетике
АСВЗ должна отвечать современным требованиям к эргономике и эстетике. Для этого необходимо наличие удобного и интуитивно-понятного интерфейса на всех стадиях ввода, обработки, анализа и передачи информации, позволяющего неподготовленному пользователю свободно ориентироваться в информационном и функциональном пространстве АСВЗ.
При создании интерфейса должны выполняться следующие требования и принципы:
• интерфейс конечного пользователя АСВЗ должен быть русифицированным;
• интерфейс конечного пользователя должен быть WEB-ориентированным;
• принцип функциональной сгруппированности, то есть пункты меню (или их аналоги) должны быть сгруппированы в соответствии с функциональными задачами и технологией работы;
• принцип однофункциональности, то есть каждому пункту меню (или его аналогу) должна соответствовать только одна выполняемая функция;
• однозначность в понимании, то есть пункты меню (или их аналоги) должны называться или изображаться так, чтобы пользователь однозначно понимал их назначение;
• наличие глобальной помощи по работе со всей АСВЗ в целом и по отдельным режимам;
• наличие контекстной помощи при выполнении сложных действий в АСВЗ;
• цветовая гамма должна быть выдержана в спокойных тонах, не раздражающих глаза пользователя;
• задание критериев поиска и выбора информации должно производиться без привлечения языков программирования;
• при отображении данных в виде таблицы должна быть предусмотрена сортировка по любому из столбцов таблицы;
• АСВЗ должна предлагать сохранить изменения при выходе из АСВЗ или переходе на другую страницу.
3.1.6 Требования к защите информации от несанкционированного доступа
АСВЗ должна ограничивать доступ к данным введенным заявителем для других пользователей АСВЗ. Возможность просмотра и редактирования, ранее представленных данных, должна быть доступна только после идентификации пользователя по уникальным данным. При хранении и передаче конфиденциальной информации, должна обеспечиваться её защита от несанкционированного доступа.
Информационная безопасность на уровне доступа к данным должна обеспечиваться за счет наличия в составе АСВЗ следующих средств, обеспечивающих защиту информации от несанкционированного доступа:
• идентификация и аутентификация пользователей;
• распределение привилегий доступа к данным и функциям;
• защита данных ИС ГКН и ИС ЕГРП от доступа заявителей через интерфейс АСВЗ.
3.1.7 Требования по сохранности информации при авариях
Программное обеспечение АСВЗ должно автоматически восстанавливать свое функционирование при корректном перезапуске аппаратных средств.
Должна быть предусмотрена возможность резервного копирования данных с использованием стандартных и аппаратных средств, входящих в состав АСВЗ.
Сохранность информации в АСВЗ должна обеспечиваться при механических и электронных сбоях и отказах в работе компьютеров на основе:
• процедур восстановления информации с использованием хранимых копий баз данных;
• журналов изменений в базах данных;
• копий программного обеспечения в региональном центре.
3.2 Требования к функциям, выполняемым АСВЗ
Перечень функций компонентов АСВЗ и требования к их реализации определяются в соответствии с п. 3.1.1 «Требования к структуре и функционированию системы».
3.2.1 Подсистема управления очередью
Подсистема управления очередью должна предоставлять интерфейс взаимодействия с системой заявителям, находящимся в помещении структурного подразделения Росреестра, где установлена АСВЗ, а также сотрудникам Росреестра для обслуживания заявителей и управления АСВЗ. Интерфейс взаимодействия с заявителями должен быть адаптирован под особенности навигации с помощью сенсорного экрана информационного киоска.
3.2.1.1 Взаимодействие заявителя с АСВЗ с помощью информационного киоска
3.2.1.1.1 Запись на прием
Для обеспечения записи на прием при работе с помощью информационного киоска заявителю должны быть доступны следующие функции:
• выбрать тип услуги, за которым обращается заявитель, и определить тип очереди, в которую заявитель хочет записаться;
• ввести данные о заявителе для отображения на талоне;
• записаться на прием и получить документ, подтверждающий факт записи на прием с указанием данных заявителя, наименования типа очереди, номера в очереди и времени приема. Для типа очереди с предварительной записью должна быть реализована возможностью указать дату и интервал времени, когда заявителю желательно попасть на прием;
• получить информацию о состоянии талона в очереди, а именно указанные при записи на приём данные о заявителе, присвоенный учетный номер, название типа очереди, дату приема, методику работы очереди (живая очередь, по записи), статус талона (вызывался, не вызывался, на приёме), количество работающих приемных окон, продолжительность приема по регламенту, дополнительные рекомендации (например - ожидайте вызова).
При записи на прием должна быть обеспечена возможность указать ФИО заявителя, кол-во целей обращения, количество объектов недвижимости и участников обращения (объем указываемых при записи сведений должен быть настраиваемым). На основании указанных сведений должен производиться расчет продолжительности приема. Запись на прием должна производиться только в том случае, если у сотрудников Росреестра достаточно времени для обработки данного обращения. Получение талона должно гарантировать факт приема заявителя. При записи на прием должен осуществляться контроль соответствия расчетного времени приема (в зависимости от выбранных целей обращения, количества объектов недвижимости и количества заявителей) указанному в настройках для данного типа очереди. При несоблюдении условий должно выводиться сообщение о невозможности осуществить запись на прием.
3.2.1.1.2 Справочная информация
Модуль предоставления справочной информации должен:
• представлять логические текстовые блоки, описывающие общие справочные данные (место и время приема, реквизиты для оплаты госпошлины, структуру Росреестра), вопросы кадастрового учета и регистрации прав и сделок с недвижимым имуществом, вопросы предоставления сведений из ГКН и ЕГРП (размер государственной пошлины, перечень документов, примеры заявлений и т.п.);
• перечень предоставляемых документов должен формироваться динамически в зависимости от указанной заявителем цели обращения, типа объекта недвижимости и участника заявления;
• информационные блоки должны быть логически связаны между собой, переход от одного блока к другому должен быть очевиден для пользователя АСВЗ;
• АСВЗ должна содержать удобные и наглядные средства редактирования текста и связей между информационными блоками;
3.2.1.1.3 Готовность документов
В модуле готовность документов заявителю должна быть доступна возможность получить сведения о состоянии заявлений, подданных на кадастровый учет и государственную регистрацию. В том числе должна отображаться стадия рассмотрения обращения заявителя согласно требованиям Административного регламента [1]. Для каждого заявления должны быть указаны дата обращения, результат обращения - состояние документов, дата последнего изменения состояния заявления.
Данные сведения заявитель может получить, указав номер записи в книге учета заявок и/или в книге учета входящих документов из расписки. Для расписок, на которых нанесен штрих-код, информация о готовности документов должна предоставляться после считывания штрих-кода без ввода дополнительных данных.
3.2.1.2 Взаимодействие заявителя через сеть Интернет
3.2.1.2.1 Запись на прием
Для обеспечения записи на прием при работе через сеть Интернет заявителю должны быть доступны следующие функции:
• Просмотреть текущее состояние приема и возможность записи на прием в определенное время;
• Зарегистрироваться и получить учетную запись для аутентификации в АСВЗ;
• ввести данные об обращении, указать цели обращения, количество объектов недвижимости, участников обращения;
• определить тип очереди, в которую заявитель хочет записаться, выбрать дату и время приема с возможностью просмотреть занятость персонала на указанную дату;
• осуществлять запись на прием после ввода минимально необходимого объема данных о заявителе, целях обращения, количестве объектов недвижимости и участников заявления;
• поддерживать функцию печати талона, подтверждающего запись заявителя на выбранный интервал времени. Талон должен содержать идентификационный номер обращения, номер талона в очереди на приём, время приема и штрих код для удобства поиска записи в базе данных оператором;
• просматривать список сформированных записей на прием с указанием типа услуги, даты и времени записи на прием;
• позволять отменить запись на прием и/или переносить время приема на другой свободный интервал, при переносе времени необходимо одновременно аннулировать сделанную ранее запись на прием и сформировать новую запись на прием для данного обращения;
• содержать средства защиты от преднамеренной блокировки своей работы, например не разрешать зарезервировать более одного интервала времени одним заявителем (Cookies, IP address) в течение настраиваемого периода времени.
При записи на прием должен осуществляться контроль соответствия расчетного времени приема (в зависимости от выбранных целей обращения, количества объектов недвижимости и количества заявителей) указанному в настройках для данного типа очереди. При несоблюдении условий должно выводиться сообщение о невозможности осуществить запись на прием.
3.2.1.2.2 Справочная информация
Состав и содержание справочной информации, предоставляемой при доступе через Интернет должна соответствовать составу и содержанию справочной информации на информационном киоске.
В то же время в отличие от модуля, реализованного для информационного киоска, он должен быть адаптирован под навигацию с помощью мыши и клавиатуры. Разделы и статьи справочной информации должны быть сгруппированы и представлены в виде дерева. Навигация по справочным материалам аналогична навигации в Windows Explorer в процессе перехода от каталога к каталогу жёсткого диска, но с одним отличием, неактивные элементы должны автоматически свертываться.
При описании заявлений должна быть предусмотрена возможность заполнить и распечатать заявление, а также сохранить пустой бланк заявления в виде файла для последующей обработки.
3.2.1.2.3 Готовность документов
Информация о готовности документов при доступе через Интернет должна предоставляться в том же объеме, как это предусмотрено при взаимодействии с помощью информационного киоска. При предоставлении информации о состоянии заявления через Интернет взаимодействие АСВЗ с системами ГКН и ЕГРП должно осуществляться на уровне кадастрового или регистрационного округа при наличии технической возможности такого взаимодействия.
При предоставлении данной информации через Интернет, необходимо указывать на какой момент времени было актуально указываемое состояние, то есть указывать время актуализации сведений по данным ГКН и ЕГРП.
Данные сведения заявитель может получить, указав номер записи в книге учета входящих документов из расписки. Для авторизованных пользователей, т.е. заявителей, прошедших регистрацию и идентификацию, должна быть реализована возможность задания фильтра по дате и наименованию обращения. По умолчанию для авторизованных пользователей в списке должны отображаться обращения, которые поданы не более 3-х месяцев назад.
3.2.1.3 Управление общим табло
Управление общим информационным табло должно осуществляться автономно без участия человека. На табло должны отображаться номера талонов и окон приема, к которым вызываются заявители с данными номерами талонов. Должна быть предусмотрена возможность отображения времени приема и при сложном размещении окон приема направление движения к окнам приема в виде стрелок.
На общем табло должно быть предусмотрено отображение текстовой информации в виде бегущей строки и видео материалов. Общее расположение видеоматериалов, вызовов заявителей должно настраиваться в режиме реального времени с помощью настроек АСВЗ. Текст бегущей строки должен изменяться при настройке АСВЗ, должно быть предусмотрено автоматическое отображение текущей даты. Количество одновременно отображаемых вызовов заявителей, размер символов, ширина столбцов и т.п. также должно настраиваться с помощью параметров АСВЗ. Должно поддерживаться отображение цифровых и буквенных символов, включая буквы русского и латинского алфавита.
3.2.1.4 Управление индивидуальным табло
Управление индивидуальным табло должно осуществляться автономно без участия человека. На индивидуальном табло должна обязательно отображаться информация о номере талона, который приглашается или обслуживается в данном окне, и возможно информация о номере окна. Должно поддерживаться отображение цифровых и буквенных символов, включая буквы русского и латинского алфавита.
В момент вызова заявителя на индивидуальном табло должен мигать номер вызываемого талона. После начала обслуживания заявителя номер талона должен непрерывно высвечиваться на индивидуальном табло.
3.2.1.5 Вызов заявителя
Модуль вызова заявителя должен предоставить оператору приема следующие возможности:
• указать номер окна, типы обслуживаемых в данном окне очередей (без ограничения количества), логин и пароль сотрудника, работающего в данном окне;
• просматривать информацию о номере окна приема, очередях, обслуживаемых в данном окне, получить сведения о количестве заявителей, записанных в каждую очередь;
• вызвать с рабочего места следующего по списку из очереди заявителя, указать факт начала и окончания обслуживание заявителя;
• вызывать на приём приглашавшегося к нему ранее на приём заявителя (сначала предыдущего затем, если необходимо, предшествующего предыдущему и т.д. либо просмотреть список приглашавшихся заявителей и выбрать заявителя из списка);
• перевести заявителя в другую очередь с сохранением полученного ранее талона на прием;
• отложить прием заявителя и пригласить его позже к тому же самому окну, в котором обслуживался заявитель.
3.2.2 Подсистема администрирования
Подсистема администрирования должна обеспечивать выполнение следующих функций:
• создавать, описывать и настраивать типы услуг и типы очередей. Как минимум предполагается наличие следующих типов услуг: прием документов на проведение кадастрового учета, прием документов на государственную регистрацию; выдача документов после государственной регистрации; прием заявлений о предоставлении сведений из государственного кадастра и ЕГРП.
• настроить расписание приема заявителей: указать рабочие и выходных дни, время приема и обеденного перерыва, нормативное время на рассмотрение заявления и порядок его изменения в зависимости от цели обращения, количества объектов недвижимости и участников;
• определять и редактировать финансовые реквизиты для оплаты государственной пошлины и платы за предоставление информации, указывать размер государственной пошлины для определенных действий;
• получать статистическую информацию о количестве принятых заявителей; средней продолжительности приёма одного заявителя по каждому типу очереди; количеству пользователей и количеству созданных ими обращений;
• управлять учётными записями пользователей, в том числе сотрудников Росреестра и пользователей, работающих с АСВЗ через Интернет (блокировка, удаление, смена пароля);
• осуществлять запись на прием и администрирование очереди на прием с выделенного рабочего места. При записи на прием администратором должна быть обеспечена возможность выбора типа очереди, даты и времени приема, ввода продолжительности приема и информации о заявителе, также должна быть доступна возможность указания приоритета конкретного заявителя;
• получить статистическую информацию по количеству принятых заявителей, времени и продолжительности приема каждого заявителя, по количеству и составу заявителей принятых каждым специалистом Росреестра осуществляющим приём заявителей;
• получить информацию о том, какой метод записи на приём был использован заявителем, самостоятельно через информационный киоск, Интернет, записан сотрудником Росреестра через административный интерфейс;
• печатать на бумажном носителе график приема заявителей, статистику приема заявителей по каждому оператору, бланк заявления, бланк платежного документа с реквизитами;
• давать указание АСВЗ выдать дополнительный талон в очередь, с которой он работает, сверх рассчитанного по расписанию количества;
• получать уведомление о существенных отклонениях от графика приема, информацию о продолжительности приёма текущего заявителя;
• управлять средствами защиты от преднамеренной блокировки работы АСВЗ, например, настраивать период времени после записи на приём, в течение которого не разрешается запись на приём одним заявителем (Cookies, IP address).
Интерфейс модуля «Администрирование» должен быть сгруппирован по типам функций согласно прилагаемой структуре:
• Общие настройки и управление АСВЗ;
• Управление приемом;
• Статистика;
• Управление справочной информацией.
Подсистема администрирования должна обеспечивать работу с ограниченным набором функциональности для выполнения функции записи на прием и управления очередью. При этом остальные функции администрирования АСВЗ должны быть недоступны.
При управлении справочной информацией должна обеспечиваться возможность изменения содержания и формы представления справочной информации, а также реализована возможность публикации текстов нормативных документов с помощью визуального интерфейса без привлечения Исполнителя, в том числе динамическое управление перечнем документов, которые необходимо представить при приеме заявителей.
3.2.3 Требования к информационному обеспечению
3.2.3.1 Требования к организации данных
При организации хранения данных необходимо обеспечить:
• относительную простоту и надежность поддержки целостности данных, как физической, так и логической;
• безопасность хранения информации.
Основной формой организации данных в АСВЗ должна быть реляционная база данных. Для сокращения избыточности информации в ней должно обеспечиваться кодирование реквизитов с помощью справочников. Логические связи объектов базы данных должны обеспечивать непротиворечивое хранение и отображение объектов.
3.2.3.2 Требования к информационному обмену между компонентами АСВЗ
Обмен данными между компонентами АСВЗ, установленными для доступа через Интернет и в локальной сети Росреестра, должен поддерживаться на магнитных носителях. Состав передаваемых данных должен обеспечивать возможность восстановления базы данных внешней компоненты АСВЗ на момент последнего обмена данными.
Обмен данными между компонентой АСВЗ расположенной в локальной сети Росреестра и системами ведения ГКН и ЕГРП, должен поддерживаться в зависимости от технических характеристик каналов связи по одному из указанных способов: по FTP, с использованием электронной почты, на магнитных носителях.
3.2.3.3 Требования к информационной совместимости со смежными системами
Автоматизированная информационно-справочная система взаимодействия с заявителями должна быть интегрирована с информационными системами, обеспечивающими предварительную подготовку данных для кадастрового учета и регистрации прав. АСВЗ должна обеспечивать импорт данных о целях обращения, описаниях объектов недвижимости, субъектов и документов, предоставляемых в виде XML-файла или распечатанных на бумаге в виде двумерного штрихкода.
Автоматизированная система взаимодействия с заявителями должна обеспечивать интеграцию с информационной системой ведения ЕГРП в части сопоставления данных, импортированных из информационных систем предварительной подготовки данных, с возможностью просмотра данных и поиска описаний соответствующих данных, хранимых в информационной системе ведения ЕГРП. Должна быть реализована возможность перенести данные в ИС ЕГРП, сформировав записи в выбранной пользователем книге учета входящих документов. При переносе данные должны согласовываться с хранимой в ИС ЕГРП информацией, в случае обнаружения однотипных данных, пользователю должно выдаваться предупреждение и предоставляться визуальные средства сравнения данных. Должна быть предусмотрена возможность связывания однотипных данных, например, история изменения данных о субъекте.
3.2.3.4 Требования к использованию общепринятых классификаторов
В АСВЗ должны использоваться общепринятые классификаторы общефедерального уровня (общероссийские адреса, типы документов, удостоверяющих личность, классификатор организационно-правовых форм юридических лиц и т.п.). В АСВЗ также должны быть реализованы отраслевые классификаторы, используемые при проведении государственного кадастрового учета недвижимого имущества, регистрации прав и сделок с ним, составляющие основу обеспечения совместимости информационных систем, связанных с объектами недвижимости и (или) их правообладателями (классификатор типов объектов недвижимости, их назначений, классификатор видов прав, сделок и ограничений).
Адресация объектов недвижимости и адресов субъектов должна строиться на основе Общероссийского классификатора административно-территориальных образований (ОКАТО). Для ввода нового адресного элемента не входящего в справочник, должно быть предусмотрено специальное поле ввода.
АСВЗ должна поддерживать использование справочников и классификаторов, которые ведутся в ИС ГКН и ИС ЕГРП, с возможностью обновления и синхронизации справочников. Перечень классификаторов и их значений должен соответствовать используемым справочникам в информационных системах ГКН и ЕГРП. Приоритетными являются значения справочников в ИС ГКН и ЕГРП.
3.2.3.5 Требования к выбору и использованию СУБД
При разработке АСВЗ должна применяться современная высокопроизводительная и надежная промышленная СУБД, которая удовлетворяет следующим требованиям:
• работать на мощных многопроцессорных и кластерных компьютерах, и отличается высокой степенью интеграции программных средств, ориентированных на различные области компьютерной обработки больших объемов информации;
• поддерживать большое число клиентов, использующих короткие транзакции, изменяющие данные базы (On-Line Transaction Processing или OLTP);
• обеспечивать хранение и эффективную обработку больших объемов информации;
• работать на различных программно-аппаратных платформах;
• поддерживать различные протоколы передачи данных (TCP/IP, Named Pipes, SPX/IPX, HTTP);
• обеспечивать работу с данными через «легкий» протокол HTTP и возможность разработки и эксплуатации Web-приложений;
• обеспечивать работу в Intranet, при которой допустима транзакционная обработка данных с «тонкого клиента», то есть наряду с формированием динамических страниц HTML по запросу, допустима модификация пользователем данных с применением транзакций произвольного размера;
• обеспечивать механизм блокировок данных на уровне строки таблицы для всех операторов манипулирования данными SQL (update, delete и insert);
• обеспечивать идентификацию и авторизацию пользователей в АСВЗ, назначение пользователям различных привилегий доступа к различным типам данных и работу с групповыми привилегиями пользователей;
• иметь эффективные механизмы защиты от случайных или намеренных потерь и повреждений данных пользователями;
• обеспечивать надежную защиту от программно-аппаратных сбоев и от тяжелых потерь данных, таких как физическое повреждение поверхности диска;
• обеспечивать надежную защиту при передаче данных по сети;
• поддерживать механизмы многостороннего оперативного тиражирования данных (репликации) с автоматическим разрешением конфликтов;
• обеспечивать хранение и полнотекстовый поиск в неструктурированных текстовых документах;
• иметь возможность написания триггеров и хранимых процедур, что позволяет разрабатывать системы, в которых обрабатывающие программы хранятся «рядом» с данными и обеспечивают эффективное выполнение программной логики за счет сокращения времени передачи данных по сети.
При выборе СУБД следует принимать во внимание версии СУБД, на которых реализованы эксплуатируемые в Росреестре информационные системы, и наличие в Росреестре персонала, обладающего навыками администрирования предлагаемой СУБД. В случае применения системы управления базами данных, отличной от СУБД, лежащей в основе эксплуатируемых в Росреестре информационных систем, Исполнитель должен осуществить подготовку (обучение) не менее 1 специалиста заказчика по администрированию, архитектуре и основам языка SQL предлагаемой СУБД, с выдачей сертификата установленного образца. Подготовка (обучение) производится за счет Исполнителя.
3.2.3.6 Требования к структуре процесса сбора, обработки, передачи данных
Должны быть реализованы защитные механизмы, обеспечивающие целостность данных при попытках удаления каких-либо записей или попытках повторного ввода идентичных характеристик. Передача конфиденциальных данных от пользователя в АСВЗ и обратно должна проводиться с использованием защищённых соединений.
3.2.3.7 Требования к защите данных от разрушений при авариях и сбоях
АСВЗ должна обладать надежностью, позволяющей избежать потери или искажения данных при сбоях электропитания и других сбоев в работе оборудования. Для защиты от аварийных ситуаций (физическая потеря данных вследствие сбоя системного программного обеспечения, отказа дисковой системы и т.п.) в АСВЗ должно быть предусмотрено дублирование данных на внешние магнитные носители.
Полный контроль достоверности данных и их дублирование должны производиться периодически, в соответствии с регламентом эксплуатации АСВЗ и предусматривать восстановление утраченной информации в соответствии с предусмотренными регламентом сроками.
3.2.3.8 Требования к контролю, хранению, обновлению и восстановлению данных
В АСВЗ должны быть реализованы функции мониторинга, контролирующие полноту и непротиворечивость хранимой информации.
АСВЗ не должна допускать выполнения действий, нарушающих целостность данных (добавление новых данных, противоречащих уже хранимым, удаление данных, на которые есть ссылки из других мест и т.п.). При попытке выполнения таких действий АСВЗ должна выдавать сообщение об ошибке.
3.2.3.9 Требования к процедуре придания юридической силы выходным документам АСВЗ
Формируемые с помощью АСВЗ талоны на прием должны быть по возможности защищены от подделки, и содержать полный набор сведений, достаточный для идентификации заявителя. При формировании заявлений должны выполняться требования Административного регламента [1]. Форма заявления должна заполняться на основе введённых заявителем данных.
3.2.4 Требования к программному обеспечению
Основным требованием, выдвигаемым к средствам реализации АСВЗ и определяющим ее независимость, должна быть «открытость». Термин «открытость» подразумевает такие существенные свойства как переносимость, межоперабельность, масштабируемость, расширяемость.
Разрабатываемое ППО должно удовлетворять следующим требованиям:
• функционирование в операционной среде, устанавливаемой на персональных компьютерах (Windows 98/NT/2000/2003/XP/2008/Vista);
• ошибки программного обеспечения, аварийные прекращения работы программ не должны приводить к потере информации, нарушению целостности баз данных. Нарушения, которые могут возникнуть при отказах программного обеспечения или сбоях оборудования, должны автоматически обрабатываться при перезапуске программы;
• ведение авторизации доступа к данным, заключающееся в разграничении доступа к АСВЗ, установке набора прав доступа к различным режимам работы АСВЗ, аутентификации выполненных действий;
• в программном обеспечении (независимо от уровня доступа) не должно содержаться средств, позволяющих исполнить функции и операции с нарушением установленного порядка их выполнения;
• контроль полноты вводимых данных (в случае выполнения функции или операции без полного заполнения всех необходимых полей, программа должна выдавать соответствующее предупреждение);
• в случае, если при выполнении функции (операции) выдается соответствующее предупреждение, должна быть предусмотрена возможность либо выполнить функцию (операцию), либо отказаться от ее выполнения.
Разработка прикладного программного обеспечения должна проводиться на лицензионно чистых программных продуктах.
4 СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
4.1 Этапы и состав работ
В соответствии с календарным планом проведения работ создание АСВЗ выполняется в один этап в период с даты подписания контракта по 20 декабря 2009 года. В процессе создания АСВЗ выполняются следующие работы:
– проектирование и разработка программного обеспечения АСВЗ;
– разработка пользовательской документации;
– проведение тестовых испытаний;
– разработка проектов документов, регламентирующих процесс эксплуатации системы;
– приемка работ.
4.2 Документы, предъявляемые по окончанию стадий и этапов работ
Полный перечень разрабатываемой и подготавливаемой документации содержится в п. 5 настоящего Технического задания.
5 ОЖИДАЕМЫЕ РЕЗУЛЬТАТЫ РАБОТ
Основным результатом выполнения работ является оптимизация и совершенствование организации доступа к государственному кадастру недвижимости органов государственной власти и органов местного самоуправления, а также организаций и граждан.
В результате выполнения работ заказчику будет представлено:
• разработанное программное обеспечение в виде готовых модулей и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе;
• эксплуатационная документация, в составе определенном требованиями п. 7 настоящего технического задания.
6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ АСВЗ
Сроки сдачи-приёмки работ устанавливаются в соответствии с Календарным планом. Для сдачи-приемки представляется разработанное программное обеспечение и документация, перечисленная в разделе 7 настоящего Технического задания.
Сдача-приемка осуществляется комиссией Заказчика, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается Акт сдачи-приемки работ.
Созданное в рамках настоящей работы программное обеспечение передается Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе.
6.1 Виды, состав, объемы и методы испытаний
В рамках выполнения работ по настоящему Техническому заданию необходимо провести тестовые испытания АСВЗ на стенде Заказчика. Комиссия Заказчика в течение 3 (трех) дней с момента предоставления Исполнителем результатов работ проводит тестовые испытания АСВЗ и при отсутствии замечаний подписывает Акт сдачи-приемки работ. В рамках проведения испытаний проверке необходимо подвергнуть:
• разработанное программное обеспечение,
• эксплуатационную документацию, регламентирующую деятельность персонала при функционировании АСВЗ,
• функционирование АСВЗ в целом.
Тестовые испытания проводятся согласно ГОСТ 19.301-79.
В случае обнаружения несоответствия выполненных работ требованиям Технического задания Исполнитель обязан в 3-дневный срок устранить выявленные несоответствия.
7 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Эксплуатационная документация на автоматизированную информационно-справочную систему взаимодействия с заявителями должна включать:
| Наименование документа | Кол-во экземпляров на бумаге | Кол-во экземпляров в электронном виде |
| Руководство пользователя | 1 | 1 |
| Руководство администратора | 1 | 1 |
| Руководство по установке | 1 | 1 |
| Проект приказа руководителя территориального органа Росреестра о вводе системы в эксплуатацию и утверждении Регламента эксплуатации системы | 1 | 1 |
| Проект Регламента эксплуатации системы | 1 | 1 |
| Программу и методику испытаний (предоставляется Заказчиком) | 1 | 1 |
При подготовке и оформлении документации рекомендуется использовать ГОСТы «Комплекс стандартов и руководящих документов на автоматизированные системы» (ГОСТ 34 серии) и «Единая система программной документации» (ГОСТ 19 серии).
8 ИСТОЧНИКИ РАЗРАБОТКИ
Ниже перечислены нормативные документы, требования которых были учтены при разработке настоящего технического задания и должны быть реализованы при разработке АСВЗ:
1. Административный регламент исполнения государственной функции по государственной регистрации прав на недвижимое имущество и сделок с ним;
2. Федеральный закон от 21.07.1997 № 122-ФЗ «О государственной регистрации прав на недвижимое имущество и сделок с ним»;
3. Федеральный закон от 20.02.1995 № 24-ФЗ "Об информации, информатизации и защите информации".
4. Постановление Правительства Российской Федерации от 18.02.1998 № 219
«Об утверждении Правил ведения Единого государственного реестра прав на недвижимое имущество и сделок с ним»;
5. Постановление Правительства Российской Федерации от 17.09.2003 № 580
«Об утверждении Положения о принятии на учет бесхозяйных недвижимых вещей»;
6. Постановление Правительства Российской Федерации от 11.02.2005 № 68
«Об особенностях государственной регистрации права собственности и других вещных прав на линейно-кабельные сооружения связи»;
7. Правила ведения книг учета документов и дел правоустанавливающих документов при государственной регистрации прав на недвижимое имущество и сделок с ним, утвержденые приказом Министерства юстиции Российской Федерации от 24.12.2001 № 343;
8. Федеральный закон от 24.07.2007 № 221-ФЗ «О государственном кадастре недвижимости»;
9. Приказ Минюста России от 20.02.2008 № 34 «Об утверждении форм заявлений о государственном кадастровом учете недвижимого имущества»;
10. Приказ Минюста России от 20.02.2008 № 35 «Об утверждении Порядка ведения государственного кадастра недвижимости»;
11. Приказ Минэкономразвития России от 13.04.2009 № 125 «Об утверждении форм заявлений об исправлении технических ошибок в сведениях государственного кадастра недвижимости».
Лот №3
1. Общие положения
1.1. Наименование работы: «Разработка технических решений и программных средств автоматизированной информационной системы государственного кадастра недвижимости с учетом изменений нормативно-правовой базы и требований по организации взаимодействия с внешними источниками».
1.2. Государственный заказчик: Федеральная служба государственной регистрации, кадастра и картографии.
1.3. Исполнитель работ: определяется на конкурсной основе в соответствии с действующим законодательством.
1.4. Источник финансирования: федеральный бюджет.
1.5. Работы выполняются в соответствии с требованиями мероприятия № 7 «Разработка технических решений и программных средств автоматизированной информационной системы ведения государственного кадастра недвижимости» подпрограммы «Создание системы кадастра недвижимости (2006 – 2011 годы) федеральной целевой программы «Создание автоматизированной системы ведения государственного земельного кадастра и государственного учета объектов недвижимости (2002 – 2008 годы)» утвержденной постановлением Правительства Российской Федерации от 13.09.2005 г. № 560 с изменениями, внесенными постановлением Правительства Российской Федерации от 31.12.2008 г. № 1105 (далее – Подпрограмма).
2. Цель выполнения работ
Работа выполняется в соответствии с целями Подпрограммы:
- создание полного и достоверного источника информации об объектах недвижимости, используемого в целях налогообложения;
- совершенствование государственных услуг, оказываемых организациям и гражданам, а также органам государственной власти и органам местного самоуправления.
Работы выполняются в интересах решения следующих задач Подпрограммы:
- создание единой системы государственного кадастрового учета, обеспечивающей индивидуализацию и идентификацию объектов недвижимости;
- сокращение временных издержек при государственном кадастровом учете объектов недвижимости и предоставлении сведений из государственного кадастра недвижимости;
- создание механизма доступа к информационным ресурсам государственного кадастра недвижимости, развитие сервисных услуг на основе Интернет- и Интранет-технологий.
Целью выполнения работ является развитие автоматизированной информационной системы государственного кадастра недвижимости (далее - АИС ГКН) в части прикладного программного обеспечения с учетом изменений нормативно-правовой базы, выработка технических решений по построению ее функциональных подсистем, разработка программных средств АИС ГКН, а также усовершенствование системы предоставления государственных услуг организациям и гражданам по кадастровому учету недвижимости и получению информации из кадастра недвижимости, в том числе за счет организации доступа к нему с использованием портальных технологий, а также совершенствование процедур организации взаимодействия с внешними источниками в рамках реализации мероприятий подпрограммы «Создание системы кадастра недвижимости (2006 – 2011 годы) федеральной целевой программы «Создание автоматизированной системы ведения государственного земельного кадастра и государственного учета объектов недвижимости (2002 – 2008 годы)» утвержденной постановлением Правительства Российской Федерации от 13.09.2005 г. № 560 с изменениями, внесенными постановлением Правительства Российской Федерации от 31.12.2008 г. № 1105.
Работы выполняются с учетом изменений нормативно-правовой базы:
Указа Президента Российской Федерации от 25.12.2008 №1847 «О Федеральной службе государственной регистрации, кадастра и картографии»;
Постановления Правительства Российской Федерации от 1 июня 2009 г. №457 «О Федеральной службе государственной регистрации, кадастра и картографии» приказами Федеральной службы государственной регистрации, кадастра и картографии (Роcреестр) от 7 июля 2009 г.;
Постановления Правительства Российской Федерации от 30.07.2009 № 621 «Об утверждении формы карты (плана) объекта землеустройства и требований к ее составлению»;
Приказа Министерства экономического развития Российской Федерации от 13.04.2009 № 14298 «Об утверждении форм заявлений об исправлении технических ошибок в сведениях государственного кадастра недвижимости».
3. Содержание выполняемых работ
В рамках разработки автоматизированной информационной системы государственного кадастра недвижимости с учетом достигнутых результатов при разработке автоматизированной системы ведения государственного земельного кадастра и государственного учета объектов недвижимости должны быть выполнены следующие работы: