Конкурсная документация

Скачать 1.44 Mb.

Название	Конкурсная документация
страница	6/13
Тип	Конкурс

filling-form.ru > бланк доверенности > Конкурс

1 2 3 4 5 6 7 8 9 ... 13

4.2.2 Подсистема «Реестр земельных участков».

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

Основными функциями, реализуемыми в подсистеме, являются:

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

Функция «Ведение реестра земельных участков (семантика)».

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

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

1. Общие сведения по земельному участку:

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

2. Адрес земельного участка:

административное деление, почтовые адреса, в том числе на пересечении улиц – двойные адреса, а также адрес по структуре КЛАДР;
ориентировочное расположение земельного участка (геоним).

3. Площадные характеристики земельного участка:

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

4. Стоимостные характеристики земельного участка:

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

реквизиты правообладателей земельного участка (в том числе адрес по структуре КЛАДР)
вид права
доля участка в праве
площадь участка в праве (по правоустанавливающему документу)
площадь участка в праве (по правоудостоверяющему документу)
реквизиты документа, удостоверяющие право на участок
реквизиты правоустанавливающих документов

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

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

5. Любые файлы с носителей информации;

6. Журнал работы специалистов с семантической информацией;

7. Координаты поворотных точек земельного участка;

8. История работ по территориальному землеустройству;

9. Графическая информация;

10. Формуляр (прочие сведения, не вошедшие в группы).

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

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

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

Функция «Поиск информации по гибким запросам пользователей».

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

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

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

Подсистема «Инженерно-геологические изыскания»

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

Структура семантических данных:

Номер отчета;
Номер инженерно-геологической выработки по отчету;
Номер инженерно-геологической выработки по журналу выработок;
Район;
Название объекта;
Организация, выполнившая инженерно-геологические изыскания;
Период проведения инженерно-геологических изысканий;
Способ нанесения плановых координат выработки (по координатам/ориентировочно);
Координаты выработки (X, Y, H) в местной системе координат и высот;
Вид выработки (скважина/шурф);
Глубина выработки;
Появившийся уровень грунтовых вод;
Установившийся уровень грунтовых вод;
Глубина залегания коренных пород;
Дата ввода в базу.

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

Номер слоя;
Глубина залегания кровли слоя;
Глубина залегания подошвы слоя;
Геологический индекс (по справочнику);
Наименование грунта (горной породы).

К каждой выработке привязывается отсканированная информация в формате *.pdf по отчету:

Титульный лист отчета;
Содержание;
Химический состав подземных вод;
План расположения выработок;
Геологическая колонка (разрез);
Выводы.

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

Подсистема «Регулирование»

Подсистема автоматизирует процессы связанные с:

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

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

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

- подготовкой проекта разрешения на ввод объектов капитального строительства в эксплуатацию;

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

- подготовкой проекта разрешения на размещение временных объектов

- подготовкой разрешительной документации на размещение объектов рекламы;

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

- подготовкой разрешительной документации на перепланировку квартир.

Основные разделы подсистемы:

- реестр объектов капитального строительства;

- реестр земельных участков;

- обеспечение территории градостроительной документацией;

- градостроительные регламенты;

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

- реестр топографических материалов;

- реестр инженерных изысканий;

- реестр временных сооружений;

- реестр объектов рекламы;

- перевод жилых (нежилых) помещений в нежилые (жилые);

- перепланировка квартир;

- адресный реестр;

- реестр субъектов градостроительной деятельности.

4.2.5 Подсистема «Графическая подсистема»

Функция «Ведение баз геоданных».

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

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

Просмотр и редактирование графической информации через Web;
Просмотр и редактирование графической информации посредством настольной ГИС (ArcEditor).

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

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

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

Графическая подсистема должна поддерживать загрузку ГИС-информации из различных источников, приведенную к стандартному формату (shp, mid, mif, dxf). Детальные требования определяются на этапе технического проектирования.

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

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

4.2.6 Подсистема «Публикация»

Публикация градостроительной документации (карта градостроительного зонирования и т.д.).

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

Публикация информации из Адресного реестра.

Информационная поддержка пользователей портала.

4.2.7 Подсистема «Документооборот»

Учёт поступивших заявлений от физических или юридических лиц на предоставление информации из ИСОГД, получение муниципальных услуг.

Учёт предоставленной информации из ИСОГД, предоставленных муниципальных услуг.

Автоматизация процессов согласования и утверждения проектов документов.

4.2.8 Подсистема администрирования ИСОГД.

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

Модуль «Администрирование ИСОГД» должен включать в себя 3 раздела: управление пользователями, управление группами пользователей, журнал событий.

Управление пользователями

В данном разделе должна быть представлена возможность:

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

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

структурное подразделение;
логин;
пароль;
группа пользователя;
статус.

Управление группами пользователей

В данном разделе должна быть представлена возможность:

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

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

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

Журнал событий

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

даты, времени события;
наименования совершенной операции;
пользователя, совершившего операцию.

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

В функцию «Администрирование системы» также должно входить обслуживание баз данных программного комплекса, в том числе:

архивирование информации в базе данных;
восстановление информации в базе данных.

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

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

Математическое обеспечение системы может включать:

типовые алгоритмы;
разработанные алгоритмы;
типовые математические методы.

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

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

Информационное обеспечение системы включает:

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

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

Система должна быть совместима со всеми современными стандартами сетевого администрирования и сервиса.

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

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

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

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

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

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

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

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

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

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

В лингвистическом обеспечении Системы должны быть:

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

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

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

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

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

Базовое ПО должно поддерживать и использовать стандартные сетевые протоколы передачи данных.

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

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

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

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

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

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

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

В качестве сервера ИСОГД нужно использовать HP ML150G6 E5506 (2.13GHz-4MB) QuadCore / 3x2GB UDIMM / P410 (ZM) RAID 0,1,1+0 / HP-SAS1x300GB 15k / 1 RJ-45 / DVD-RW / 1x460W nonRednt PS/ с операционной системой MS W2008 Srv R2 Std 5CAL, либо сервер с аналогичными характеристиками программной и аппаратной части.

В качестве рабочих станций пользователей системы необходимо использовать персональные компьютеры, оснащенные процессором не ниже Pentium 4 2Ghz, с объемом оперативной памяти не менее 2 Gb, операционной системой не ниже MS Windows XP и с установленным пакетом MS Office 2000 и выше. Локальная вычислительная сеть, в которой функционирует ИСОГД, должна обладать пропускной способность не ниже 100 Мбит/с.

Необходимость приобретения дополнительного технического обеспечения к имеющемуся у Заказчика определяется на этапе технического проектирования.

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

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

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

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

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

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

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

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

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

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

ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы.
ГОСТ 19. Единая система программной документации.
РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

ГОСТ 50922-96 Защита информации. Основные термины и определения.
ГОСТ 51583-2000 Порядок создания АС в защищенном исполнении.
Гостехкомиссия России. Руководящий документ. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем. 1992 г.
Гостехкомиссия России. Руководящий документ. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от НСД к информации. 1992 г.
Базовая модель угроз безопасности персональных данных при их обработке в информационных системах персональных данных" от 15 февраля 2008 года (документ ДСП).
Методика определения актуальных угроз безопасности персональных данных при их обработке в информационных системах персональных данных" от 15 февраля 2008 года (документ ДСП).
Основные мероприятия по организации и техническому обеспечению безопасности персональных данных, обрабатываемых в информационных системах персональных данных" от 15 февраля 2008 года (документ ДСП).
Рекомендации по обеспечению безопасности персональных данных при их обработке в информационных системах персональных данных" от 15 февраля 2008 года (документ ДСП).
Постановлением Правительства РФ от 17.11.2007 №781 «Об утверждении положения об обеспечении безопасности персональных данных при их обработке в информационных системах персональных данных».
Приказ ФСТЭК РФ / ФСБ РФ / Мининформсвязи РФ №55/86/20 от 13.02.2008 «Об утверждении порядка классификации информационных систем персональных данных».

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ И ВНЕДРЕНИЮ ИСОГД.
Работы включают:

Техническое проектирование системы;
получение ортофотопланов на основе данных ДЗЗ на территорию Пермского района;
организацию процесса адаптации подсистемы;
инвентаризация документов градостроительной деятельности;
сбор и актуализация картографической информации инженерно-геодезических изысканий подземных коммуникаций и сооружений;
сбор и актуализация отчетов инженерно-геологических изысканий;
сбор и актуализация картографической информации инженерно–экологических карт территории;
конвертацию данных и наполнение информацией БД.

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