Билет 3.

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

   1. В соответствии с заданием на разработку градостроительной документации и в сроки, установленные договором с разработчиком градостроительной документации, заказчику рекомендуется обеспечивать подготовку необходимой исходной информации для разработки градостроительной документации.    2. Заказчик может заказать сбор исходной информации разработчику градостроительной документации. Условия подготовки исходной информации и финансирование этих работ могут быть оговорены в договоре.    3. Содержание и объем необходимой исходной информации определяются разработчиком и заказчиком градостроительной документации применительно к виду градостроительной документации.    4. Исходная информация для разработки градостроительной документации включает перечень нормативных правовых документов органов государственной власти соответствующих субъектов Российской Федерации и органов местного самоуправления по вопросам регулирования градостроительной деятельности (в том числе правил землепользования и застройки), землепользования, охраны природных ресурсов, памятников истории и культуры и другую информацию, необходимую для разработки градостроительной документации.    5. При использовании компьютерных технологий при разработке градостроительной документации учитываются:    - формат и структура имеющихся у заказчика электронных картографических и других информационных данных (при возможности используется цифровая картографическая основа, предоставляемая заказчиком);    - программное обеспечение, используемое заказчиком, и предусмотренный в задании формат передачи данных в электронном виде.    6. В качестве картографической основы при разработке градостроительной документации с использованием геоинформационных систем применяются цифровые топографические карты и цифровые планы городов либо составленные на их основе производные цифровые карты.    Используемые цифровые топографические карты и цифровые планы городов должны отвечать требованиям государственных стандартов.    В случае использования для подготовки цифровых карт, предназначенных для открытого распространения, исходных материалов, имеющих гриф секретности, следует руководствоваться требованиями соответствующих нормативных документов федеральных органов исполнительной власти.    При отсутствии цифровой картографической основы для разработки градостроительной документации ее создание осуществляется до начала работ по разработке градостроительной документации на основе соответствующих соглашений с разработчиком градостроительной документации или любой другой организацией, имеющей лицензию на выполнение картографических работ.

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

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

«Базой данных» часто упрощённо или ошибочно называют Системы Управления Базами Данных (СУБД). Нужно различать набор данных (собственно БД) и программное обеспечение, предназначенное для организации и ведения базы данных (СУБД).

Структура БД

Организация структуры БД формируется исходя из следующих соображений:

1. Адекватность описываемому объекту/системе — на уровне концептуальной и логической модели.

2. Удобство использования для ведения учёта и анализа данных — на уровне так называемой физической модели.

Виды концептуальных (инфологических) моделей БД: «сущность-связь», семантические, графовые

Виды логических (даталогических) моделей БД:

1. Документальные (архивы) — ориентированные на формат документа, дескрипторные, тезаурусные.

2. Фактографические (картотеки)

теоретико-графовые: иерархическая модель, сетевая модель.

теоретико-множественные: реляционная модель (ER-модель), многомерная модель.

объектно-ориентированные: объектная модель.

основанные на инвертированных файлах.

Таким образом, по модели представления данных БД классифицируются:

• Картотеки

• Сетевые

• Иерархические

• Реляционные

• Многомерные

• Объектно-ориентированные

• Дедуктивные

На уровне физической модели электронная БД представляет собой файл или их набор в формате TXT, CSV, Excel, DBF, XML либо в специализированном формате конкретной СУБД. Также в СУБД в понятие физической модели включают специализированные виртуальные понятия, существующие в её рамках — таблица, табличное пространство, сегмент, куб, кластер и т. д.

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

Систе́ма управле́ния ба́зами да́нных (СУБД) — специализированная программа (чаще комплекс программ), предназначенная для организации и ведения базы данных. Для создания и управления информационной системой СУБД необходима в той же степени, как для разработки программы на алгоритмическом языке необходим транслятор.

Основные функции СУБД

• управление данными во внешней памяти (на дисках);

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

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

• поддержка языков БД (язык определения данных, язык манипулирования данными).

Обычно современная СУБД содержит следующие компоненты:

• ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию,

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

• подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД

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

Классификация СУБД

По модели данных

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

• Иерархические

• Сетевые

• Реляционные

• Объектно-реляционные

• Объектно-ориентированные

По архитектуре организации хранения данных

• локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

• распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах)

По способу доступа к БД

• Файл-серверные

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

На данный момент файл-серверные СУБД считаются устаревшими.

Примеры: Microsoft Access, Borland Paradox.

• Клиент-серверные

Такие СУБД состоят из клиентской части (которая входит в состав прикладной программы) и сервера (см. Клиент-сервер). Клиент-серверные СУБД, в отличие от файл-серверных, обеспечивают разграничение доступа между пользователями и мало загружают сеть и клиентские машины. Сервер является внешней по отношению к клиенту программой, и по надобности его можно заменить другим. Недостаток клиент-серверных СУБД в самом факте существования сервера (что плохо для локальных программ — в них удобнее встраиваемые СУБД) и больших вычислительных ресурсах, потребляемых сервером.

Примеры: Firebird, Interbase, MS SQL Server, Sybase, Oracle, PostgreSQL, MySQL, ЛИНТЕР.

• Встраиваемые

Встраиваемая СУБД — библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных (например, геоинформационные системы).

Примеры: OpenEdge, SQLite, BerkeleyDB, один из вариантов Firebird, один из вариантов MySQL, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР.

Позиционная и семантическая составляющие данных

Пространственные данные традиционно подразделяются на две взаимосвязанные составляющие - позиционные и непозиционные данные.

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

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

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

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

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