+
Действующая цена700 499 руб.
Товаров:
На сумму:

Электронная библиотека диссертаций

Доставка любой диссертации в формате PDF и WORD за 499 руб. на e-mail - 20 мин. 800 000 наименований диссертаций и авторефератов. Все авторефераты диссертаций - БЕСПЛАТНО

Расширенный поиск

Математическое и программное обеспечение географических информационно-аналитических систем регионального уровня : На примере Красноярского края

  • Автор:

    Песегов, Дмитрий Александрович

  • Шифр специальности:

    05.13.11

  • Научная степень:

    Кандидатская

  • Год защиты:

    2003

  • Место защиты:

    Красноярск

  • Количество страниц:

    176 с. : ил

  • Стоимость:

    700 р.

    499 руб.

до окончания действия скидки
00
00
00
00
+
Наш сайт выгодно отличается тем что при покупке, кроме PDF версии Вы в подарок получаете работу преобразованную в WORD - документ и это предоставляет качественно другие возможности при работе с документом
Страницы оглавления работы

СОДЕРЖАНИЕ
ВВЕДЕНИЕ
ГЛАВА 1. ГЕОГРАФИЧЕСКИЕ ИНФОРМАЦИОННОАНАЛИТИЧЕСКИЕ СИСТЕМЫ РЕГИОНАЛЬНОГО УРОВНЯ
1.1 Критерии успешной разработки информационных систем
поддержки принятия решений, соответствующих современному уровню развития
1.1.1 Отраслевой принцип деления информационных технологий
1.1.2 Платформы информационных систем
1.1.3 Стандарты разработки
1.1.4 Основные подходы к процессу организации проектирования и разработки
1.2 Выбор ключевых информационных технологий для разработки
географических информационных систем регионального уровня
1.3 Обзор существующих географических информационных систем
регионального уровня в России
1.4 Обзор существующих географических информационных систем
регионального уровня в Красноярском крае
1.5 Выводы
ГЛАВА 2. ТЕХНОЛОГИИ И МЕТОДИКИ РАЗРАБОТКИ ГЕОГРАФИЧЕСКИХ ИНФОРМАЦИОННОАНАЛИТИЧЕСКИХ СИСТЕМ РЕГИОНАЛЬНОГО УРОВНЯ
2.1 Стандартные информационные технологии
2.1.1. Системы управления базами данных
2.1.2. Географические информационные системы
2.1.3. Технологии Интернет
2.1.4. Системы защиты информации
2.2 Объектная надстройка над реляционной базой данных
2.2.1. Назначение объектного расширения реляционной модели хранения
данных

2.2.2. Общее описание объектной надстройки
2.2.3. Общая схема базы данных объектной надстройки
2.3 Хранение и обработка картографической информации в режиме
МНОГОПОЛЬЗОВАТЕЛЬСКОГО ДОСТУПА
2.3.1. Класс задач, требующих многопользовательского доступа и обработки картографической информации
2.3.2. Общая архитектура системы
2.3.3. Схема реляционной базы данных для хранения картографической информации
2.4 Выводы
ГЛАВА 3. ОПИСАНИЕ АРХИТЕКТУР И АСПЕКТОВ РЕАЛИЗАЦИЙ ГЕОГРАФИЧЕСКИХ ИНФОРМАЦИОННОАНАЛИТИЧЕСКИХ СИСТЕМ РЕГИОНАЛЬНОГО УРОВНЯ
3.1 Муниципальный адресный реестр
3.1.1. Постановка задачи
3.1.2. Информационная система Единый Муниципальный Кадастр
3.1.3. Постановка задачи Муниципального адресного реестра
3.1.4. Общая архитектура системы
3.1.5. Схема базы данных и программного обеспечения
3.2 Мониторинг и оценка земель сельскохозяйственного назначения
3.2.1. Постановка задачи
3.2.2. Общая архитектура системы
3.2.3. Схема базы данных мониторинга
3.3 Мониторинг автотранспорта в режиме реального времени
3.3.1. Постановка задачи
3.3.2. Общая архитектура системы
3.3.3. Схема базы данных и программного обеспечения
3.4 Выводы
ГЛАВА 4. ОПИСАНИЕ РЕАЛИЗАЦИЙ ГЕОГРАФИЧЕСКИХ
ИНФОРМАЦИОННО-АНАЛИТИЧЕСКИХ СИСТЕМ
4.1 Муниципальный адресный реестр
4.1.1. АРМ «Администратор безопасности»
4.1.2. АРМ «Эксперт»
4.1.3. АРМ «Оператор»
4.1.4. АРМ «Адресный план»

4.2 Мониторинг и оценка земель сельскохозяйственного
НАЗНАЧЕНИЯ
4.2.1. Кодификатор атрибутивной информации к контурам почвенных комплексов
4.2.2. АРМ эксперта по мониторингу
4.3 Мониторинг автотранспорта в режиме реального времени
4.3.1. Программа мониторинга объектов для платформы Win32.
4.3.2. Программа администрирования списка объектов, пользователей и прав доступа пользователей
4.3.3. Программа эмуляции потока мониторинговых данных в режиме реального времени
4.3.4. Серверная программа прореживания и архивирования данных
4.3.5. Комплекс серверного программного обеспечения для обеспечения * доступа пользователей к данным через сети общего доступа (Internet)
4.4 ВЫВОДЫ
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ
ПРИЛОЖЕНИЕ 1. ИНФОРМАЦИОННО-СПРАВОЧНЫЕ
СИСТЕМЫ «НАУКА И ОБРАЗОВАНИЕ В КРАСНОЯРСКОМ КРАЕ» И «ПРИРОДНЫЕ РЕСУРСЫ КРАСНОЯРСКОГО КРАЯ»
ПРИЛОЖЕНИЕ 2. ИЛЛЮСТРАЦИИ К ИС «МУНИЦИПАЛЬНЫЙ
АДРЕСНЫЙ РЕЕСТР»
ПРИЛОЖЕНИЕ 3. ИЛЛЮСТРАЦИИ К ИС «МОНИТОРИНГ И ОЦЕНКА ЗЕМЕЛЬ СЕЛЬСКОХОЗЯЙСТВЕННОГО НАЗНАЧЕНИЯ»
ПРИЛОЖЕНИЕ 4. ПРИМЕРЫ ГЕОИНФОРМАЦИОННОГО
АНАЛИЗА КАРТ МОНИТОРИНГА ЗЕМЕЛЬ
ПРИЛОЖЕНИЕ 5. ИЛЛЮСТРАЦИИ К ИС «МОНИТОРИНГ
АВТОТРАНСПОРТА»

• Упрощенное описание объектов реального мира, недостаточное количество типов данных, особенно - конструкторов (массивы, списки, множества). В любом практическом приложении возникает большое количество локальных случаев, требующих создания структур, содержащих разнородные данные. Например — для сущности «человек» задача управления ВУЗом может потребовать множества под-сущностей: «студент», «преподаватель», «обслуживающий персонал». Для каждой из них требуется свой набор данных. В свою очередь каждая из этих подсущностей может делиться неограниченное количество раз, требуя всё новых наборов данных. В принципе, реляционная модель эту задачу описать может - для каждой сущности, подсущности, и т.д. создаётся своя таблица, но такое описание имеет ряд недостатков: схема реляционной базы данных создается для определенного момента - момента проектирования схемы базы данных и является моментальным, статичным слепком предметной области. При появлении чего-то нового (например, подсущности «привлеченный специалист») требуется дорогостоящая операция внесения изменений в базу данных и обслуживающее программное обеспечение. Другими словами, при таком подходе мы пытаемся описать динамичную по своей природе окружающую действительность при помощи статичной модели. Рассмотренный пример может быть эффективно решен введением в реляционную таблицу «Человек» (Ырегэоп) поля таблицы типа список, причем для множества однотипных записей (студент, преподаватель) определен свой список, например спец. таблицей (Муре_регеоп). Проблема в том, что в традиционных реляционных СУБД типа данных «список» нет.
• Негибкость структуры для активно развивающихся систем. Под гибкостью будем понимать затраты на развитие информационной системы. В случае использования стандартной реляционной модели они неоправданно велики. Любой акт развития можно описать следую-

Рекомендуемые диссертации данного раздела

Время генерации: 0.908, запросов: 967