Система аналитической поддержки принятия административных решений. Разработка модуля преобразования геоданных
Описание системы аналитической поддержки принятия административных решений. Задачи проекта по разработке модуля преобразования геоданных. Анализ существующих форматов геоданных. Обеспечение информационной безопасности. Разработка модуля преобразования.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 17.06.2017 |
| Размер файла | 2,6 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО РЫБОЛОВСТВУ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«МУРМАНСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
Морской институт
Кафедра математики, информационных систем и программного обеспечения
"Допустить к защите"
Зав. кафедрой, к.ф-м.н.
_________ Ю.В. Романовская
«___» июня 2017 г.
ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА
по направлению подготовки 09.03.02 Информационные системы и технологии (уровень бакалавриата)
Система аналитической поддержки принятия административных решений. Разработка модуля преобразования геоданных
Обучающийся Горский Егор Николаевич
Руководитель к.э.н. доцент Кузнецова О.Б. .Б.
Нормоконтролер доцент каф. МИСиПО Шиманский С.А.
Мурманск 2017
ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО РЫБОЛОВСТВУ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«МУРМАНСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
Морской институт
Кафедра математики, информационных систем и программного обеспечения
"Утверждаю"
Зав. кафедрой, к.ф-м.н.
_________ Ю.В. Романовская
«___» ___________ 201_ г.
ЗАДАНИЕ
на выпускную квалификационную работу
по направлению подготовки 09.03.02 Информационные системы и технологии
(уровень бакалавриата)
Обучающийся Горский Егор Николаевич
Тема выпускной квалификационной работы:
Система аналитической поддержки принятия административных решений. Разработка модуля преобразования геоданных
утверждена приказом ректора № 2346-п от «29» декабря 2016 г.
Перечень вопросов, подлежащих разработке в выпускной квалификационной работе:
Дата представления обучающимся
законченной выпускной квалификационной работы «_» июня 2017 г.
Дата выдачи задания «__» _______ 201_ г.
Руководитель
(должность, ученая степень, звание, ФИО, подпись)
Задание принял к выполнению __________________________
(ФИО, подпись обучающегося)
РЕФЕРАТ
C. 59, рис. 25, таб. 6, лит. 25 источник
СИСТЕМА ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ, ГЕОИНФОРМАЦИОННАЯ СИСТЕМА, ОЦИФРОВКА ГЕОДАННЫХ, ФОРМАТЫ ГЕОДАННЫХ, ПРЕОБРАЗОВАНИЕ ГЕОДАННЫХ, IDEF0, DFD
Разработан модуль преобразования геоданных для системы аналитической поддержки принятия административных решений. Проведен анализ процесса преобразования геоданных, выявлены основные проблемы, построены модели с использованием методологий IDEF0 и DFD. Сформулированы цель и задачи проекта по разработке модуля преобразования геоданных. Произведен выбор и обоснования формата геоданных. Описано информационное, технологическое, программное и организационное обеспечение модуля. Произведена оценка временных затрат модуля преобразования геоданных. Работа находится на стадии внедрения.
REFERENCE
p. 59, fig. 25, tab. 6, lit. 25 sources
DECISION SUPPORT SYSTEM, GEOINFORMATION SYSTEMS, GEOINFORMARION DIGITIZING, GEOINFORMARION FORMATS, GEOINFORMARION CONVERTING, IDEF0, DFD.
A geodatabase conversion module has been developed for the analytical support system for administrative decision-making. The analysis of the process of geodata conversion is carried out, the main problems are identified, models are constructed using the IDEF0 and DFD methodologies. The goal and tasks of the project on the development of the geodatabase transformation module are formulated. The choice and justification of the geodatabase format was made. Information, information, technological, software and organizational support of the module is described. The timing of the geodatabase conversion module is estimated. The work is at the implementation stage.
ОГЛАВЛЕНИЕ
ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, ТЕРМИНОВ И СОКРАЩЕНИЙ
ВВЕДЕНИЕ
1. АНАЛИЗ ПРОЦЕССА ПРЕОБРАЗОВАНИЯ ГЕОДАННЫХ
1.1 Описание ГОБУ «ЦИТ МО»
1.2 Описание системы аналитической поддержки принятия административных решений
1.3 Описание процесса «Преобразование геоданных»
1.4 Выявление проблем процесса «Преобразования геоданных»
1.5 Цель и задачи проекта по разработке модуля преобразования геоданных
2. РАЗРАБОТКА МОДУЛЯ ПРЕОБРАЗОВАНИЯ ГЕОДАННЫХ
2.1 Общие требования к аналитической системе принятия администр. решений
2.2 Требования к модулю преобразования геоданных
2.3 Анализ существующих форматов геоданных
2.3.1 Формат SHP
2.3.2 Формат GeoJSON
2.3.3 Формат CSV
2.4 Выбор и обоснование формата геоданных
2.5 Разработка модуля преобразования геоданных
2.5.1 Технологическое обеспечение
2.5.2 Информационное обеспечение
2.5.3 Программное обеспечение
2.5.4 Обеспечение информационной безопасности
2.5.5 Организационное обеспечение
3. ДЕМОНСТРАЦИЯ КОНТРОЛЬНОГО ПРИМЕРА
3.1 Демонстрационный пример процесса оцифровки
3.2 Демонстрационный пример работы программного модуля для создания GeoJSON файла
3.3 Оценка временных затрат модуля преобразования геоданных
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
ПРИЛОЖЕНИЯ
Приложение 1. IDEF0 модель предметной области
Приложение 2. Пример топографической карты
Приложение 3. Закон Мурманской области об утверждении границ
Приложение 4. Диаграмма потоков данных
ПЕРЕЧЕНЬ УСЛОВНЫХ ОБОЗНАЧЕНИЙ, ТЕРМИНОВ И СОКРАЩЕНИЙ
МинФин МО - министерство финансов Мурманской области;
САППАР - система аналитической поддержки принятия административных решений;
СППР - система поддержки принятия решений;
ВКР - выпускная квалификационная работа;
ГИС - геоинформационные системы;
КРИТиС - комитет по развитию информационных технологий и связи Мурманской области;
ПК - персональный компьютер;
СПО - свободное программное обеспечение;
ФЗ - федеральный закон;
ФИАС - федеральная информационная адресная система;
ИС - информационные системы;
ТЗ - техническое задание;
МО - Мурманская область;
БД - база данных;
CУБД - система управления базами данных;
ГОБУ - государственное областное бюджетное учреждение;
ЦИТ - центр информационных технологий;
ПО - программное обеспечение;
ПЭВМ - персональные электронные вычислительные машины;
БГП - базовая геоинформационная платформа;
ПТК - программно-технический комплекс;
API - application programming interface;
ВВЕДЕНИЕ
В настоящее время получили бурное развитие системы поддержки приятия решений (СППР). Использование СППР позволяет повысить эффективность работы любого предприятия, они значительно ускоряют и принятие управленческих решений. Но это не единственное преимущество данных систем. Благодаря наличию правильно функционирующей СППР можно вывести новые подходы к решению, как стандартных задач предприятия, так и нестандартных проблемных ситуаций [1].
Одним из направлений развития СППР является включение в их состав модулей работы с геоданными. Геоинформационные системы решают вопросы сбора хранения анализа и визуализации пространственных данных и связанной с ними информацией о нужных объектах. ГИС применяются в таких областях как: экология, управление транспортом, жилищно-коммунальное хозяйство и во многих других предметных областях. Объединение двух классов этих систем позволяет осуществлять поддержку принятия решений опираясь не только на предоставленную статистическую информацию, но и на привязку этой информации к некоторому географическому объекту, что находит свое применение в государственном секторе.
В Государственных министерствах порой обычного статистического среза недостаточно для быстрого и эффективного принятия административных управленческих решений. Решения будут приниматься более эффективно, если, например, финансовая статистическая информация из открытых источников и учетных систем министерства будет привязана к муниципальным образованиям области. Это позволит принимать управленческие решения на нескольких уровнях, как на уровне области в целом, так и на уровне одного муниципального образования. Также существуют открытые данные, которые министерство должно выкладывать в общий доступ. Привязка этой информации к пространственным данным, позволит пользователю на одном интерфейсе получить информацию обо всех муниципальных образованиях его области.
Работа с пространственными данными, в рамках САППАР, затруднительна. Оцифровка является одной из наиболее распространенных задач, с которыми сталкивается ГИС-специалист [2]. Большая часть времени работы в ГИС тратится на оцифровку растровых данных, чтобы создать векторные слой. Но не все векторные слои пригодны для дальнейшей работы с геоданными.
Цель проекта - разработка модуля преобразования геоданных для аналитической системы поддержки принятия административных решений (САППАР).
Для достижения поставленной цели необходимо решить следующие задачи:
- изучить процесс преобразования геоданных;
- выявить основные проблемы процесса преобразования геоданных;
- выдвинуть основные требования к системе и модулю;
- выбрать подходящий формат хранения географических структур данных;
- произвести разработку программного, информационного, технического обеспечения проектируемого модуля;
- произвести оценку временных затрат на разработку модуля.
Объектом исследования является аналитическая система поддержки принятия административных решений.
Предметом - модуль преобразования геоданных.
Для решения и анализа указанных задач в работе используется матричный метод сравнения и методы структурного системного анализа.
Выпускная квалификационная работа (ВКР) состоит их трех глав, введения, заключения, перечня условных обозначений, терминов и сокращений, списка используемых источников и приложений.
Во введении описана актуальность работы, поставлена цель и задачи проекта, описан предмет и объект исследования, представлены методы и методологии, описано краткое содержание проекта по главам.
В первой главе «Анализ процесса преобразования геоданных» приведено описании компании-разработчика ГОБУ «ЦИТ МО», проанализирован процесс преобразования геоданных, выявлены проблемные места.
Во второй главе «Разработка модуля преобразования геоданных» сформулированы требования к системе и модулю, проведен анализ существующих форматов геоданных и на основе выдвинутых требований сделан выбор формата предназначенного для хранения географических структур данных. Также во второй главе был разработан модуль преобразования геоданных.
В третьей главе «Реализация модуля преобразования геоданных» представлен тестовый пример, демонстрирующий функционал разработанного модуля преобразования геоданных, и произведена оценка преимуществ от внедрения данного модуля.
В заключении подведены итоги проекта, описаны выполненные задачи, представлены дальнейшие пути для развития модуля и системы в целом, описывается статус системы.
В перечне условных обозначений, терминов и сокращений представлены сокращения, встречающиеся в проекте.
В списке использованной литературы приведены различные источники, которые были использованы при реализации проекта.
В приложениях представлены IDEF0, пример топографических карт и закон Мурманской области «Об утверждении границ муниципальных образований в Мурманской области» и DFD.
Реализация данного проекта происходит по заказу министерства финансов Мурманской области (МинФин МО) на базе государственного областного бюджетного учреждения «Центр информационных технологий Мурманской области» (ГОБУ «ЦИТ МО»).
1. АНАЛИЗ ПРОЦЕССА ПРЕОБРАЗОВАНИЯ ГЕОДАННЫХ
1.1 Описание ГОБУ «ЦИТ МО»
Государственное областное бюджетное учреждение «Центр информационных технологий Мурманской области» создано правительством Мурманской области в целях выполнения работ и оказания услуг, направленных на реализацию единой государственной политики Мурманской области в сфере развития и внедрения информационно-коммуникационных технологий и использования результатов космической деятельности.
Согласно распоряжению от 12 августа 2016 года № 224 РП «О создании государственного областного бюджетного учреждения «Центр информационных технологий Мурманской области» в соответствии с Гражданским кодексом Российской Федерации, Федеральным законом от 12.01.1996 № 7-ФЗ «О некоммерческих организациях», постановлением Правительства Мурманской области от 27.01.2011 № 20-ПП «Об утверждении порядка создания, реорганизации, изменения типа и ликвидации государственных областных учреждений, а также утверждения уставов государственных областных учреждений и внесения в них изменений» было постановлено, что комитет по развитию информационных технологий и связи Мурманской области (далее - Учредитель) выступит от имени Мурманской области учредителем государственного областного бюджетного учреждения «Центр информационных технологий Мурманской области» [3].
ГОБУ «ЦИТ МО» выполняет работы и оказывает услуги в целях обеспечения реализации предусмотренных федеральными законами, иными нормативными актами Российской Федерации, законами и иными нормативными правовыми актами Мурманской области в сфере информационных и коммуникационных технологий.
Целями деятельности ГОБУ «ЦИТ МО» является:
? информационно-техническое обеспечение мероприятий, реализуемых Учредителем по проведению единой государственной политики Мурманской области в сфере развития информационных и коммуникационных технологий;
? организация сопровождения и технической поддержки информационных систем органов государственного управления и местного самоуправления всех уровней;
? осуществление работ по разработке, внедрению, сопровождению и эксплуатации современных информационных технологий в государственных органах.
Для достижения целей, связанных с использованием вычислительной техники и информационных технологий, представленных ранее, ГОБУ «ЦИТ МО» выполняет следующие основные задачи:
? обработка данных, создание и использование баз данных информационных ресурсов;
? техническое обслуживание офисных машин и вычислительной техники;
? разработка, поддержка, формирование информационных систем органов государственного управления и местного самоуправления всех уровней, аналитических и экспертных систем, разработку технологических процессов обработки данных программно-техническое и информационное обеспечение, консультирование в этих областях;
? обслуживания и разработки, связанные с внедрением, администрированием и сопровождением информационных систем;
? подготовка картографической и космической информации, поддержание в актуальном состоянии электронного картографического материала территории Мурманской области, контроль качества пространственных данных, реализацию мероприятий по использованию результатов картографической и космической деятельности в решении задач социально-экономического развития Мурманской области;
? консультирование по аппаратным средствам вычислительной техники, анализ информационных потребностей пользователей и подготовку оптимальных решений по созданию информационных систем и сетей [4].
Организационная структура ГОБУ «ЦИТ МО» и его подразделений представлена на рис. 1.1.
Рис. 1.1. Организационная структура ГОБУ «ЦИТ МО»
Головной организацией для ГОБУ «ЦИТ МО» является комитет по развитию информационных технологий и связи Мурманской области (КРИТиС). КРИТиС - исполнительный орган государственной власти Мурманской области, осуществляющий функции по реализации государственной политики и нормативно-правовому регулированию в сферах информационных технологий, технической защиты информации, использования и развития государственных информационных систем, архивного дела, административной реформы, функции по координации деятельности исполнительных органов государственной власти Мурманской области в указанных сферах, а также функции по оказанию государственных услуг. Схема подчиненности дочерних организаций представлена на рис. 1.2 [5].
Рис. 1.2. Схема подчиненности дочерних организаций КРИТиС
В настоящий момент в ГОБУ «ЦИТ МО» работает 21 сотрудник: 3 ведущих инженера, главный бухгалтер, бухгалтер, контрактный управляющий, юрисконсульт, 4 инженера 1 категории, 5 инженеров 2 категории, 1 инженер по информационной безопасности 1 категории, начальник отдела поддержки, начальник сектора защиты информации, начальник отдела разработки программного обеспечения и руководитель учреждения.
Отдел информационных систем осуществляет непосредственную разработку программных продуктов и решает следующие задачи:
? разрабатывает новое программное обеспечение;
? поддерживает уже внедренное обеспечение;
? взаимодействует с отделом внедрения, оказывая консультативные услуги;
? анализирует поступающую информацию от аналитика и отдела внедрения.
Оснащенность отдела средствами вычислительной техники и связи представлена в табл. 1.1.
Таблица 1.1
Средства вычислительной техники и связи отдела информационных систем
|
Компьютерная техника |
Количество |
|
|
Компьютеры всего |
8 |
|
|
Из них: компьютеров в ЛВС |
8 |
|
|
Серверы |
3 |
|
|
Несвязанных ЛВС |
0 |
|
|
Принтеры |
1 |
|
|
Из них: лазерных |
1 |
Типовая конфигурация рабочей станции у сотрудника отдела информационных систем представлена ниже:
? процессор Intel® Core™ i7-6700K Processor 4.20 GHz;
? оперативная память Kingston HyperX Savage 4х8 ГБ;
? видеокарта NVIDIA GeForce GTX 970.
На всех ПК в качестве рабочей операционной системы установлен Linux Mint 18.1 Serena.
В ГОБУ «ЦИТ МО» используют различное прикладное программное обеспечение, с помощью которого сотрудники решают поставленные задачи. В табл. 1.2 представлено прикладное программное обеспечение, используемое в отделе информационных систем.
Таблица 1.2
Прикладное программное обеспечение ГОБУ «ЦИТ МО»
|
№ п/п |
ПО |
Решаемая задача |
|
|
1 |
LibreOffice 5.3.3 |
Ведение документации, подготовка отчетов для вышестоящей организации |
|
|
4 |
PostgreSQL 9.6.2 |
СУБД для хранения различной корпоративной информации |
|
|
5 |
JDK 1.8 |
Разработка Java-приложений |
|
|
6 |
IntelliJ IDEA 2017 |
Разработка Java-приложений |
|
|
7 |
Visual Studio Code 1.12 |
Разработка приложений на ЯП javascript |
|
|
8 |
Google Chrome 59 |
Посещение правительственных сайтов, поиск информации, требующейся для выполнения рабочих задач |
|
|
9 |
SourceTree 1.9 |
Хранение исходных кодов разрабатываемых систем |
|
|
10 |
Веб-гис БГП Космос |
Создание полнофункциональных, масштабируемых и надежных WEB- и облачных ГИС-приложений (проектов) |
|
|
11 |
DataGrip 2017.1 |
IDE-инструмент для управления и администрирования всех компонентов PosgreSQL |
|
|
12 |
VirtualBox 5.1 |
Работа с ПО, разработанным под ОС, отличных от Linux |
1.2 Описание системы аналитической поддержки принятия административных решений
Система аналитической поддержки принятия административных решений разрабатывается по заказу Министерства финансов Мурманской области для вывода аналитических данных, полученных из разнородных источников, на различные панели отображений статистической информации (дешборды). В качестве этих источников могут выступать: учетные системы различных государственных учреждений и органов власти, данные из открытых ресурсов сети Internet и FTP-серверов, а также локальные ресурсы.
Для того чтобы полученные данные можно было отобразить на панели, необходима их первичная обработка: сначала модуль поставщика файлов геоданных (далее брокер) получает наборы данных, которые затем отправляет модулю обработки и управления потоками геоданных. После непосредственной обработки этих данных они сохраняются в БД, оповещая брокера о завершении обработки. По запросу пользователя брокер отправляет обработанные данные на модуль представления и отображения геоданных.
Система построена на свободном программном обеспечение (СПО) с использованием фреймворков и библиотек. В состав СААПАР входят 5 модулей работы с геоданными. Схема взаимодействия модулей представлена на рис. 1.3.
геоданные преобразование формат модуль
Рис. 1.3. Схема взаимодействия модулей работы с геоданными
Модуль преобразования геоданных (Модуль 1) получает данные из источников данных, которыми служат открытые источники данных или данные из учетных систем заказчика. Модуль поставщика файлов геоданных (Модуль 2) может получить данные из источников только если они подготовлены и не требует обработки. Модуль 2 скачивает файлы с данными и отправляет сообщение об этом в модуль обработки управления и потоками геоданными (Модуль 3). После того как Модуль 3 завершил свою работу, данные с помощью Модуля 2 попадают в подсистему хранения геоданных (Модуль 4). По запросу с модуля отображения и представления геоданных данные (Модуль 5) Модуль 2 запрашивает их из Модуля 4 и передает Модулю 5.
Процесс разработки модулей работы с геоданными для аналитической системы поддержки принятия решений представлен в нотации IDEF0 (прил. 3).
Под требованиями понимаются, как выдвинутые требования к системе в целом, так и требования к конкретному модулю.
Под данными понимаются - данные, которые выгружаются из учетных систем заказчика, а также данные с открытых источников в сети Интернет. Для модуля преобразования геоданных данными также являются топографические карты.
Под методами работы с выбранным инструментарием понимается - методы написания кода, методические указания, документация к выбранному инструментарию.
Под ПТК понимается программно-технический комплекс, используемый при разработке модуля.
Под группой разработки - понимается совокупность разработчиков, которая занимается разработкой модулей, при этом каждый из разработчиков разрабатывает свой модуль.
Задачи на разработку модулей - задачи, поставленные руководителем проекта, с которых и начинается разработка модуля.
1.3 Описание процесса преобразования геоданных
Процесс «Преобразование геоданных» включает два подпроцесса: «Процесс оцифровки топографической карты» и «Процесс создания файла с форматом геоданных».
Действующим лицом подпроцесса «Процесс оцифровки топографической карты» является специалист в ГИС-системах. Процесс необходим для получения геопространственных данных содержащих актуальные и точные сведения об административно-территориальном делении Мурманской области. Специалист в ГИС-системах на основе имеющихся топографических карт (прил. 2) и законом Мурманской области «Об утверждении границ муниципальных образований в Мурманской области» (прил. 3) преобразует геоданные растрового изображения в векторные формат для дальнейшей обработки сотрудниками учреждения [6, 7].
Действующим лицом подпроцесса «Процесс создания файла с векторным форматом» является программист. Программист, на основе требований ТЗ и исходных данных, разрабатывает подсистему преобразования геоданных
1.4 Выявление проблем процесса преобразования геоданных
Для выявления целей и проблем процесса «Преобразование геоданных» было построено дерево целей (рис. 1.4) и дерево проблем (рис. 1.5).
Анализ дерева целей показывает, что для уменьшения времени работы сотрудников компании с геоданными, содержащих административно-территориальное деление Мурманской области, нужно преобразовать геоданные в удобный для дальнейшей обработки вид и формат.
Рис. 1.4. Дерево целей процесса «Преобразование геоданных»
Из дерева проблем (рис. 1.5) можно сделать выводы о типичных проблемах данного процесса:
- отсутствие геоданных в векторном формате (исходные файлы, содержащие геоданные, представлены в виде не пригодном для дальнейшей обработки);
- отсутствие возможности создания векторного формата геоданных;
- неправильно выполненная оцифровка;
- отсутствие нужной информации в открытых источниках.
Рис. 1.5. Дерево проблем процесса «Преобразование геоданных»
1.5 Цель и задачи проекта по разработке модуля преобразования геоданных
Целью проекта является разработка модуля преобразования геоданных для САППАР.
Задачи проекта представлены в табл. 1.3.
Таблица 1.3
Задачи проекта
|
Разделы проекта |
Необходимо разработать |
|
|
1. Функциональная архитектура предметной области |
Не меняется |
|
|
2. Технологическое обеспечение (разработка технологии сбора, передачи, обработки и выдачи информации) |
Да |
|
|
2. Информационное обеспечение |
||
|
2.1. Разработка классификаторов и системы кодирования |
Уже имеется |
|
|
2.2. Разработка информационной модели (DFD) |
Да |
|
|
2.3. Разработка состава и содержания входных и выходных документов |
Да |
|
|
2.4. Разработка экранных форм входных и выходных документов |
Да |
|
|
3. Математическое и алгоритмическое обеспечение |
Нет |
|
|
4. Программное обеспечение |
||
|
4.1. Анализ и выбор подходящего векторного формата геоданных |
Да |
|
|
4.2. Разработка модуля преобразования геоданных |
Да |
|
|
4.3. Разработка сценария диалогов |
Да |
|
|
5. Компьютерное и сетевое обеспечение |
Уже имеется |
|
|
6. Организационное обеспечение решения информационно-управленческих задач (описания рабочих мест: решаемые задачи, права и обязанности по работе с системой) |
Да |
|
|
7. Обеспечение информационной безопасности |
Да |
|
|
8. Описание контрольного примера |
Да |
На основании цели работы были сформулированы следующие задачи:
- определить технологию сбора и обработки геоинформации;
- определить требования к САППАР и модулю;
- выполнить анализ и выбор векторного формата геоданных, удовлетворяющим требованиям;
- разработать модуль преобразования геоданных;
- подготовить контрольный пример преобразования геоданных;
- провести анализ временных затрат на реализацию проекта.
2. РАЗРАБОТКА МОДУЛЯ ПРЕОБРАЗОВАНИЯ ГЕОДАННЫХ
2.1 Общие требования к аналитической системе принятия административных решений
Выдвинутые к системе аналитической поддержки принятия решений требования состоят из 6 блоков.
К технологическому стеку выдвинуты следующие требования:
? СУБД - PostgreSQL;
? веб-сервер - nginx, gunicorn;
? серверная OS - Debian;
? back-end ЯП - Python 3.5;
? MVC фреймворк - Django 1.10.
К Middleware приложениям выдвинуты следующие требования:
? Сервис (служба) оповещения и загрузки данных из файлов;
? Приложение параметризации загрузки и дозагрузочной обработки файла. Предварительный просмотр, анализ и редактирование файла, валидация. Управление сервисом через интерфейс.
К разработке Web интерфейсов выдвинуты следующие требования:
? веб-приложение проекта, которое разрабатывается в соответствии с принципом «не повторяй себя» (Don't repeat yourself - далее DRY).
? Общие требования к выполнению проекта включают следующие:
? DRY. Принцип, нацеленный на снижение количества повторяемого кода. Повторяющиеся участки кода обычно выносятся в отдельный модуль;
? тестирование;
? единый дизайн;
? унификация функций интерфейсов;
Требования к безопасности включают в себя:
? https протокол при релизе CAППАР;
? шифрование пароля пользователя с помощью алгоритма хеширования sha256;
? разграничение функционала веб-интерфейса в соответствии с группами доступа. В системе существуют разделы, находящиеся в открытом доступе, разделы доступные только при авторизации, а так же разделы доступные при авторизации с определенными правами.
Другие требования включают в себя:
Отсутствие JavaScript (JS) фреймворка - JS сложный язык для отладки и наличие JS фреймворка только ухудшает данную ситуацию. Также с JS фреймворками связано много зависимостей, что утяжеляет сам проект [4].
2.2 Требования к модулю преобразования геоданных
К модулю преобразования геоданных были выдвинуты следующие требования:
- должна быть проведена оцифровка 40 административно-территориальных делений Мурманской области;
- оцифровка должна быть произведена на базовой геоинформационной платформе Космос (БГП Космос) [9];
- исходные данные должны быть актуальными на 2017 год;
- итоговые данные должны быть представлены в БГП Космос;
- использование системы координат WGS 84 [8];
- используемое программное обеспечение (ПО) должно быть не проприетарным;
- запрещается использовать сторонние конверторы файлов, находящиеся в свободном доступе;
- скорость обработки и чтения векторного формата геоданных должна быть максимальной;
- объекты должны быть оцифрованы с помощью полигонов [10];
- в каждом оцифрованном объекте должно быть имя объекта и номер AOGUID (уникальный идентификатор объекта в федеральной информационной адресной системе (ФИАС)) [11];
- оцифрованные административно-территориальные деления Мурманской области должны иметь общие границы;
- должна соблюдаться безопасность корпоративной информации.
2.3 Анализ существующих форматов геоданных
В настоящее время максимально часто используются следующие форматы данных, предназначенные для хранения географических структур:
- SHP;
- GeoJSON;
- CSV.
2.3.1 Формат SHP
Шейп-файл (англ. Shapefile) - это простой, нетопологический формат для хранения геометрического местоположения и атрибутивной информации географических объектов. Разрабатывается и поддерживается компанией Esri с целью совместимости между продуктами Esri и другими программами. Формат был представлен для ArcView GIS версии 2 в начале 90х годов.
Формат «Шейп-файл» позволяет хранить следующие различные типы геометрических объектов: точки (мультиточки), линии (ломаные), многоугольники и другие объекты. Отдельный файл может хранить объекты только одного типа. Каждая запись в «Шейп-файле» также может иметь несколько атрибутов для описания своей геометрии, например: название, высоту, площадь, температура и т.п.
Рабочая область, содержащая шейп-файлы, может также содержать таблицы dBASE, которые могут хранить дополнительные атрибуты, доступные для соединения с объектами шейп-файла (рис. 2.1).
Рис. 2.1. Таблица dBASE
В формате отсутствует возможность хранения топологической информации.
Из-за своей распространённости формат стал де-факто стандартом для обмена данными между геоинформационными системами.
«Шейп-файл» это не один файл, а набор файлов с одинаковым именем, но разными расширениями, например, «Murman_map.*». Основой формата являются три обязательных файла: .shp, .shx и .dbf. Хотя все современные программы поддерживают длинные имена файлов, для совместимости со старыми приложениями рекомендуют придерживаться соглашения MS DOS 8.3 (8 символов для имени файла и 3 символа для расширения), например, «shapefil.shp».
Главный файл .shp содержит информацию о геометрических объектах. Файл состоит из заголовка фиксированной длины и одной или более записей переменной длины. Каждая запись переменной длины включает в себя заголовок записи и содержимое. Полное описание формата файла дано в документации по Esri Shapefile [12, 13].
Файл .dbf, в котором записывается атрибутивная информация геометрических объектов, описанных файле .shp. Представляет собой базу данных в формате dBASE II.
Фаил .shx используется для связи между файлами .dbf и .shp. В технической документации его называют индексным файлом (хоть он таковым не является).
Файлы .sbn и .sbx - файлы пространственных индексов. Ускоряют операции над геометрическими объектами. Формируются автоматически и могут быть удалены без потерь данных (при этом отключается пространственное индексирование).
Индексные файлы .aih и .ain атрибутивных таблиц формируются автоматически и могут быть удалены без потерь данных (при этом отключается индексирование в атрибутивных таблицах) [14, 15].
Пример отображения SHP формата представлен на рис. 2.2.
Рис. 2.2. Отображение SHP формата
2.3.2 Формат GeoJSON
GeoJSON - открытый формат, предназначенный для хранения географических структур данных, основан на JSON.
Формат GeoJSON отличается от других стандартов тем, что он был написан и поддерживается не какой-либо организацией по стандартизации, а с помощью рабочей группы разработчиков. Пример рабочего кода представлен на рис. 2.3.
Рис. 2.3. Пример рабочего кода
Дальнейшим развитием GeoJSON является TopoJSON, расширение GeoJSON, которое кодирует геопространственную топологию, и, как правило, обеспечивает меньший размер файлов [16, 17].
Объект GeoJSON может быть представлен геометрией (geometry), объектом (feature) или коллекцией объектов (feature collection). GeoJSON поддерживает следующие геометрические типы: Point (точка), LineString (ломаная), Polygon (полигон), MultiPoint (мультиточка), MultiLineString (мультиломаная), MultiPolygon (мультиполигон) и GeometryCollection (коллекция геометрий). Объект (feature) в GeoJSON состоит из геометрии и дополнительных свойств, коллекция объектов (feature collection) - из набора объектов (feature). Геометрические типы (type) и примеры кода описания геометрических типов представлены на рис. 2.4 [18, 19].
Рис. 2.4. Геометрические типы и примеры
GeoJSON поддерживается множеством картографических программных пакетов ГИС (геоинформационных систем), включая OpenLayer и Leaflet. Кроме этого, можно использовать GeoJSON с PostGIS и Mapnik.
Онлайн-сервисы Bing Maps, Yahoo! и Google также поддерживают GeoJSON в своих API (application programming interface).
Интерфейс Javascript API v3 карт Google Maps напрямую поддерживают интеграцию слоёв данных GeoJSON [20].
2.3.3 Формат CSV
Файл CSV (с англ. Comma Separated Values File) представляет из себя такой файл, чьи значения будут разделенные запятыми. Считается формат CSV текстовым, он предназначен предоставлять табличные данные.
Каждая строка файла - это одна строка таблицы.
Разделителем (англ. delimiter) значений колонок является символ запятой (,). Однако на практике часто используются другие разделители.
Значения, содержащие зарезервированные символы (двойная кавычка, запятая, точка с запятой, новая строка) обрамляются двойными кавычками ("). Если в значении встречаются кавычки -- они представляются в файле в виде двух кавычек подряд.
За счёт своей простоты CSV распространённый формат хранения геоданных, координаты указываются в колонках таблицы и как правило, CSV используется для точечных объектов [21].
CSV файл может прочесть текстовый редактор, причем в список таких редакторов, входит большинство программ, применяемых для работы с текстом и таблицами. Таким образом, открыть файл со значением формата .csv, могут такие программы, как Microsoft Excel или Corel WordPerfect Office, а также формат файла открывается утилитами LibreOffice, Apache OpenOffice и многими другими [22]. Пример исходного текста и результирующей таблицы в формате CSV представлен на рис. 2.5.
Рис. 2.5. Пример исходного текста и результирующей таблицы в формате CSV
2.4 Выбор и обоснование формата геоданных
На основе проведенного исследования и выдвинутых требований к модулю были сформулированы критерии выбора формата, предназначенного для хранения географических структур данных. Сравнение форматов геоданных представлено в табл. 2.1.
Таблица 2.1
Критерии отбора формата
|
Критерий |
SHP |
GeoJSON |
CSV |
|
|
Количество файлов |
7 |
1 |
1 |
|
|
Удобочитаемость |
нет |
да |
да |
|
|
Простота создания |
нет |
да |
да |
|
|
Скорость обработки данных |
максимальная |
максимальная |
средняя |
|
|
Хранение системы координат |
да |
да |
нет |
|
|
Простота использования |
нет |
да |
да |
|
|
Отладка и исправление ошибок |
да |
да |
да |
|
|
Безопасность |
да |
да |
нет |
Можно сделать вывод, что для дальнейшей обработки геоданных лучше всего подходит формат GeoJSON, так как он удовлетворяет всем требованиям, предъявленным к модулю и системе.
2.5 Разработка модуля преобразования геоданных
В данном разделе представлено описание разработки модуля преобразования геоданных, описано технологическое, информационное, программное обеспечение и обеспечение информационной безопасности.
2.5.1 Технологическое обеспечение
Различают 3 метода сбора, хранения, обработки и передачи информации [23]:
- механический;
- автоматизированный;
- автоматический.
Предполагается использовать автоматизированный метод. Специалист в ГИС-системах вводит список координат, имя объекта и номер AOGUID (уникальный идентификатор объекта ФИАС) и в ответ на это действие получает сформированный GeoJSON.
В качестве средства сбора, хранения, передачи и обработки информации служит рабочая станция сотрудника, обеспечивающая все необходимые возможности для реализации комплекса автоматизируемых задач [24].
Требования к рабочей станции совпадают с типовой конфигурация рабочей станции у сотрудника отдела информационных систем.
Оцифровка административно-территориальных делений Мурманской области происходит по растровой подложке. В этом случае, возможно, отобразить на экране топографическую карту местности в качестве базовой карты, а затем рисовать объекты поверх этого изображения. Оцифровка производится в БГП Космос. После оцифровки каждый объект содержит таблицу со списком координат границ полигона и представляется в векторном формате геоданных - shp.
Первичная информация для оцифровки, в виде растровых топографических карт, предоставляется официальным порталом правительства Мурманской области [6].
Данные для создания GeoJSON берутся из таблицы данных shp файла, с базы ФИАС и имени оцифрованного участка.
2.5.2 Информационное обеспечение
Источниками данных для модуля преобразования геоданных являются топографические карты и закон Мурманской области «Об утверждении границ муниципальных образований в Мурманской области». Эти данные были взяты с портала правительства Мурманской области gov-murman.ru [6].
В качестве контрольного примера было выбрано сельское поселение Алакуртти, входящее в состав административно-территориального деления Мурманской области.
2.5.2.1 Разработка информационной модели
Модели потоков данных использованы для определения и анализа данных и установления существующих хранилищ данных, необходимых для выполнения каждой функции процесса и выделение основных и вспомогательных процессов.
Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. Диаграмма потоков данных представлена в прил. 4.
2.5.2.2 Описание экранных форм входных документов
Экранная форма программного модуля для создания GeoJSON файла представлена на рис. 2.6.
Форма ввода содержит три поля:
- ввод координат;
- ввод имени объекта;
- ввод номера AOGUID.
Рис. 2.6. Экранная форма программного модуля для создания GeoJSON
2.5.2.3 Характеристика результатной информации
В результате работы модуля преобразования геоданных будет получен GeoJSON, удовлетворяющий требованиям. Пример полученного GeoJSON представлен на рис. 2.7.
Рис. 2.7. Пример GeoJSON
2.5.3 Программное обеспечение
Для работы программного модуля для создания GeoJSON файла на рабочих станциях необходимо следующие программное обеспечение:
- операционная система Linux Mint 18.1 Serena;
- LibreOffice 5;
- Веб-ГИС БГП Космос;
- Visual Studio Code 1.12;
Для проведения оцифровки топографической карты, на рабочих станциях необходимо следующие программное обеспечение:
? операционная система linux mint 18.1 serena;
? web-браузер Google Chrome 59 с поддержкой выхода в интернет;
- Веб-ГИС БГП Космос;
- LibreOffice 5.
В результате был разработан модуль преобразования геоданных, включающий в себя процесс оцифровки и программный модуль для создания GeoJSON файла.
Структура диалога пользователя программного модуля для создания GeoJSON, представлена на рис.2.8.
Рис. 2.8. Структура диалога пользователя
Фрагмент кода программного модуля для создания GeoJSON файла представлен на рис. 2.9.
Рис. 2.9. Фрагмент кода программного модуля для создания GeoJSON
2.5.4 Обеспечение информационной безопасности
Пользователь модуля преобразование геоданных имеет доступ к просмотру, изменению и удалению геоданных всех атрибутивных моделей оцифрованных областей. Угроза безопасности геоданных минимальна, поскольку модуль преобразования геоданных является внутренним модулем САППАР.
2.5.5 Организационное обеспечение
Исходя из технологии выполнения процессов можно определить функции каждого пользователя модуля преобразования геоданных. Основные функции каждого пользователя представлены в табл. 2.2.
Таблица 2.2
Функция пользователей
|
Пользователь |
Функции |
|
|
Специалист в ГИС-системах |
Оцифровка административно-территориального деления Мурманской области |
|
|
Программист |
Написание программного модуля для создания GeoJSON файла |
3. ДЕМОНСТРАЦИЯ КОНТРОЛЬНОГО ПРИМЕРА
3.1 Демонстрационный пример процесса оцифровки
Для начала работы необходимо запустить браузер и открыть на веб-ГИС БГП Космос. Основное меню «Настройки» и управления БГП Космоса запускается нажатием левой клавиши манипулятора «мышь» на кнопку «Поехали», расположенную в нижнем левом углу окна программы.
Общие необходимые настройки главного окна программы задаются через меню «Настройки». В нем необходимо выбрать базовую карту Google (рис. 3.1).
Рис. 3.1. Настройки БГП-Космоса
Для того чтобы создать пустой векторный слой, необходимо открыть «Мои слои» (Поехали / Мои слои) и в меню выбрать создание нового слоя (Создать слой / Пустой слой).
В результате откроется окно, в котором необходимо создать полигон для конкретного административно-территориального деления Мурманской области, выбрав в качестве типа геометрии полигон (рис. 3.2). Всего таких полигонов должно быть 40.
Рис. 3.2. Создание полигона
С помощью функционала панели «Редактирование панели слоя» (рис. 3.3) нужно произвести оцифровку каждого административно-территориального деления Мурманской области с помощью редактирования объекта слоя. Границы района определяются с помощью имеющихся топографических карт и законом Мурманской области «Об утверждении границ муниципальных образований в Мурманской области».
Редактирование объектов слоя содержит 9 инструментов:
1. Создание точечного объекта.
2. Создание линейного объекта.
3. Создание полигональных объектов
4. Изменение объекта.
5. Удаление объекта.
6. Притягивание созданного узла к узлам и линиям других объектов этого слоя при достижении определенной минимальной дистанции между ними.
7. Создание объекта по известным координатам.
8. Сохранение слоя.
9. Отмена последней операции по созданию и редактированию объекта до момента сохранения.
Рис. 3.3. Редактирование объектов слоя
Для создания объекта по известным координатам, необходимо выполнить следующий набор действий:
1) Выбираем нужный нам полигон.
2) Включаем панель «Редактирование объектов слоя».
3) Выбираем седьмой инструмент для создания объекта по координатам.
В окне БГП Космос появится форма ввода координат (рис. 3.4). Заполняем её согласно закону Мурманской области «Об утверждении границ муниципальных образований в Мурманской области».
Рис. 3.4. Форма ввода координат
После ввода всех известных координат нужно продолжить оцифровку по растровой топографической карте, если это необходимо.
Заключающим этапом процесса оцифровки является получение координат границ оцифрованных административно-территориальных границ Мурманской области. Для этого в окне «Мои слои» необходимо нажать на нужный полигон и открыть «Таблица» (рис. 3.5) . В «Таблица» в столбце «coordinates» содержатся координаты оцифрованных границ (рис. 3.6).
Координаты необходимы для процесса создания файла с форматом геоданных [25].
Рис. 3.5. Окно «Мои слои»
Рис. 3.6. Таблица с атрибутивными данными
3.2 Демонстрационный пример работы программного модуля для создания GeoJSON файла
Экранная форма программного модуля для создания GeoJSON файла представлена на рис. 3.7.
Рис. 3.7. Экранная форма программы
Для создания GeoJSON необходимо ввести координаты оцифрованных административно-территориальных делений Мурманской области из атрибутивной таблицы в БГП Космос.
Уникальный идентификатор объекта AOGUID. Для определения идентификатора необходимо зайти на сайт Федеральной информационной системы (ФИАС) [11], в расширенном поиске заполнить необходимые поля и нажать кнопку «Найти» (рис. 3.8).
Рис. 3.8. Окно расширенного поиска
После нажатия кнопки «Найти» будет выведена таблица с атрибутивными данными по нужному административно-территориальному делению (рис. 3.9).
Третий столбик соответствует уникальному идентификатору объекта AOGUID, который необходимо ввести в программный модуль для создания GeoJSON файла.
Рис. 3.9. Таблица с атрибутивными данными
Имя соответствует оцифрованному участку написанного с помощью латиницы.
Все эти три поля записываются в шаблон GeoJSON (рис. 3.10) с помощью кнопки «Сгенерировать».
Рис. 3.10. Шаблон GeoJSON
Также возможно импортировать координаты из файла. Тогда список координат должен быть представлен в виде [д,ш],…, где д - долгота, ш -широта (рис. 3.11).
Рис. 3.11. Список координат, представленных в файле
3.1.
3.3 Оценка временных затрат модуля преобразования геоданных
Внедрение модуля преобразования геоданных направлено на снижение времени обработки геоданных.
Временные затраты на проект представлены в табл. 3.1.
Таблица 3.1.
Временные затраты на проект
|
Название работы |
Временные затраты, час |
|
|
Поиск актуальной и точной информации |
40 |
|
|
Изучение закона Мурманской области «Об утверждении границ муниципальных образований в Мурманской области» |
20 |
|
|
Изучение БГП Космос и процесса оцифровки |
5 |
|
|
Процесс оцифровки |
90 |
|
|
Проверка правильности оцифровки |
10 |
|
|
Выбор подходящего формата геоданных |
15 |
|
|
Процесс преобразований геоданных с векторного формата SHP в формат, удовлетворяющий требованиям |
100 |
|
|
Итого: |
280 |
Модуль преобразования геоданных, содержащий оцифровку и программный модуль для создания GeoJSON позволяет сэкономить время работы с геоданными до 30 часов, так как сотрудникам компании не придется самим оцифровывать растровые топографические карты, выбирать подходящий формат геоданных, изучать дополнительное ПО и преобразовывать геоданные в нужный формат.
ЗАКЛЮЧЕНИЕ
В результате работы был разработан модуль преобразования геоданных. Актуальность разработки обусловлена необходимостью получения необходимых данных по административно-территориальному делению МО для принятия административных управленческих решений на уровне региона.
Целью работы являлась разработка модуля преобразования геоданных для аналитической системы поддержки принятия административных решений.
Для достижения поставленной цели были решены следующие задачи:
- изучен процесс преобразования геоданных;
- выявлены основные проблемы процесса преобразования геоданных;
- выдвинуты основные требования к системе и модулю;
- выбран формат хранения географических структур данных;
- разработаны программное, информационное, техническое обеспечения проектируемого модуля;
- произведена оценка временных затрат на разработку модуля.
В работе приведено описании компании-разработчика ГОБУ «ЦИТ МО», проанализирован процесс преобразования геоданных, выявлены проблемные места.
Сформулированы требования к системе и модулю, произведена оценка преимуществ от внедрения данного модуля, проведен анализ существующих форматов геоданных и на основе выдвинутых требований сделан выбор формата предназначенного для хранения географических структур данных.
Разработанный модуль преобразования данных предоставляет точные и актуальные данные по административно-территориальному делению Мурманской области в векторном формате геоданных GeoJSON.
Таким образом, цель и задачи, поставленные в работе, решены в полном объеме.
Модуль разрабатывался по заказу Министерства финансов Мурманской области и планируется к внедрению в составе аналитической поддержки принятия административных решений, о чем представлены соответствующие подтверждающие документы.
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. СППР для высшего руководства. [Электронный ресурс].
URL: http://pandia.ru/text/79/107/60989.php (Дата обращения 30.05.2017).
2. Краткое введение в ГИС. Часть 4: Создание данных. [Электронный ресурс].
URL: http://gis-lab.info/qa/gentle-intro-gis-4.html (Дата обращения 30.05.2017).
3. Закон о создании государственного областного бюджетного учреждения «Центр информационных технологий Мурманской области». [Электронный ресурс].
URL: http://old.mvestnik.ru/Law/default.asp?pid=201608173 (Дата обращения 01.06.2017).
4 Центр Информационных Технологий Мурманской области. [Электронный ресурс].
URL: http://cit.gov-murman.ru/ (Дата обращения 20.05.2017).
5. Комитет по развитию информационных технологий и связи Мурманской области. [Электронный ресурс].
URL: http://it.gov-murman.ru/ (Дата обращения 20.05.2017).
6. Муниципальные образования Мурманской области. [Электронный ресурс].
URL: https://gov-murman.ru/region/omsu/ (Дата обращения 10.04.2017).
7. Закон Мурманской области «Об утверждении границ муниципальных образований в Мурманской области». [Электронный ресурс].
URL: http://www.duma-murman.ru/info/sgi/laws/status/582.pdf (Дата обращения 10.04.2017).
8. Система координат WGS 84 основные параметры. [Электронный ресурс].
URL: https://geostart.ru/wgs_84 (Дата обращения 15.05.2017).
9. Веб-гис БГП Космос. [Электронный ресурс].
URL: http://geoportal.gov-murman.ru/ (Дата обращения 20.03.2017).
10. T. Sutton, O. Dassau, M. Sutton //A Gentle Introduction to GIS, 2009. 106 с. (Дата обращения 05.06.2017).
11. Федеральная информационная адресная система. [Электронный ресурс].
URL: http://fias.nalog.ru/ (Дата обращения 21.05.2017).
12. Shapefile. [Электронный ресурс].
URL: http://wp.wiki-wiki.ru/wp/index.php/Shapefile (Дата обращения 25.05.2017).
13. Shape file extensions. [Электронный ресурс].
URL:http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/Shapefile_file_extensions/005600000003000000 (Дата обращения 21.05.2017).
14. Справка ArcGIS 10.1. [Электронный ресурс].
URL:http://resources.arcgis.com/ru/help/main/10.1/index.html#//005600000003000000 (Дата обращения 21.05.2017).
15. MapDraw Professional, 2012. 111c. (Дата обращения 20.05.2017).
16. GeoJSON. [Электронный ресурс].
URL:https://ru.wikipedia.org/wiki/GeoJSON
(Дата обращения 30.05.2017).
17. Глоссарий. Открытые данные России. [Электронный ресурс].
URL: http://data.gov.ru/glossariy (Дата обращения 30.05.2017).
18. GeoJSON. Пример. [Электронный ресурс].
URL:https://www.wikiplanet.click/enciclopedia/tab/ru/GeoJSON/9b4a5b53ff96b0282c03384dbaa52b75ae89de8d (Дата обращения 30.05.2017).
19. Scott Murray // Interactive Data Visualization for the Web, 2013. 153 c.
(Дата обращения 30.05.2017).
20. GeoJSON. [Электронный ресурс].
URL: http://geojson.org/ (Дата обращения 30.05.2017).
21. CSV. [Электронный ресурс].
URL: https://ru.wikipedia.org/wiki/CSV (Дата обращения 05.06.2017).
22. Файл формат CSV. [Электронный ресурс].
URL: http://filesreview.com/ru/info/csv (Дата обращения 05.06.2017).
...Подобные документы
Разработка и внедрение программного модуля поддержки принятия управленческих решений для информационной системы медицинского предприятия ООО "Центр эндохирургических технологий". Эффективность применения модуля, полученные с его помощью результаты.
дипломная работа [1,9 M], добавлен 11.04.2013Анализ способов хранения геоданных в ГИС. Разработка классификатора базы геоданных. Основные методы визуализации геоданных. Понятие, назначение и структура СПО "Локальный клиент" Системы ГИС-3D. Расчет трудоемкости разработки программного обеспечения.
дипломная работа [3,7 M], добавлен 21.06.2012Классификация систем поддержки принятия решений. Сравнительный анализ методик для оценки рисков розничного кредитования. Структура системы поддержки принятия решений, формирование начальной базы знаний. Проектирование базы данных информационной системы.
дипломная работа [1,9 M], добавлен 10.07.2017Теоретические аспекты функционирования Business intelligence - систем в сфере логистики. Анализ условий для разработки системы поддержки принятия решений. Характеристика процесса создания программного продукта, применение аналитической платформы QlikView.
курсовая работа [2,5 M], добавлен 09.09.2017Анализ существующих решений системы поддержки принятия решений для корпоративной сети. Многоагентная система. Разработка концептуальной модели. Структура базы знаний. Разработка модели многоагентной системы на базе сетей Петри. Методика тестирования.
дипломная работа [5,1 M], добавлен 19.01.2017Разработка алгоритмического и программного обеспечения для решения задачи поддержки принятия решений о выпуске новой продукции. Математическое обеспечение задачи поддержки принятия решений о выпуске новой продукции, основные входные и выходные данные.
дипломная работа [943,0 K], добавлен 08.03.2011Типы административных информационных систем: системы генерации отчетов, системы поддержки принятия решений, системы поддержки принятия стратегических решений. Сортировка и фильтрация списков в Microsoft Excel. Работа с базами данных в Microsoft Access.
контрольная работа [6,0 M], добавлен 19.11.2009Постановка задачи для модуля 1С. Бухгалтерия 3.0. Анализ существующих разработок в области интегрирования данных. Информационное обеспечение модуля "Связь 1С Предприятия 8.2. с "Казначейством". Программное и технологическое обеспечение данного модуля.
курсовая работа [1,5 M], добавлен 10.06.2013Концепция систем поддержки принятия решений. Диапазон применения Analytica 2.0. Программное обеспечение количественного моделирования. Графический интерфейс для разработки модели. Основные способы моделирования. Диаграмма влияния и дерево решений.
контрольная работа [1,1 M], добавлен 08.09.2011Методы решения проблем, возникающих на стадиях и этапах процесса принятия решений, их реализация в информационных системах поддержки принятия решений (СППР). Назначение СППР, история их эволюции и характеристика. Основные типы СППР, области их применения.
реферат [389,3 K], добавлен 22.11.2016Обслуживание двух встречных потоков информации. Структура информационных систем. Разработка структуры базы данных. Режимы работы с базами данных. Четыре основных компонента системы поддержки принятия решений. Выбор системы управления баз данных.
курсовая работа [772,0 K], добавлен 21.04.2016Автоматизация рутинных бизнес-процессов технической поддержки организации с помощью встраиваемого модуля технологии системы IP-телефонии. Особенности проектирования, разработки и реализации модуля. Описание информационной системы, ее тестирование.
дипломная работа [2,3 M], добавлен 10.12.2016Анализ существующих программных решений для обучения студентов и контроля их знаний. Обзор лингвопроцессорных средств и обоснование их выбора. Алгоритмы решения и проверки упражнений на именную часть русского языка. Применение правил преобразования.
курсовая работа [97,0 K], добавлен 29.01.2015Структурная диаграмма программного модуля. Разработка схемы программного модуля и пользовательского интерфейса. Реализация программного модуля: код программы; описание использованных операторов и функций. Вид пользовательской формы с заполненной матрицей.
курсовая работа [215,3 K], добавлен 01.09.2010Разработка информационного и алгоритмического обеспечения системой управления базами данных Microsoft Access. Реализация и принцип работы основных компонентов подсистемы поддержки принятия решений. Особенности разработки программного модуля в Delphi.
реферат [333,9 K], добавлен 15.11.2009Разработка функциональной и структурной схемы программного средства. Реализация основного модуля программы. Реализация модуля печати и модуля обновлений. Изучение взаимодействия информационных технологий, методов их интеграции и обмена данными.
дипломная работа [3,2 M], добавлен 27.10.2017Классификация задач системы поддержки принятия решений, их типы и принципы реализации при помощи программы "Выбор". Обзор современных систем автоматизированного проектирования "Компас", "AutoCad", "SolidWorks", оценка преимуществ и недостатков программ.
курсовая работа [1,4 M], добавлен 22.07.2014Разработка структурной схемы и алгоритма функционирования микропроцессорного модуля программного обеспечения автоматизированной информатизационно-измерительной системы. Характеристика принципиальной схемы модуля, распределения памяти и задание портов.
курсовая работа [1,2 M], добавлен 28.08.2012Схема организационной структуры отдела маркетинга предприятия, его основные задачи и функции. Разработка специализированной системы автоматизации маркетинговой деятельности, ее характеристика и оценка эффективности. Информационное обеспечение системы.
дипломная работа [3,7 M], добавлен 30.07.2009Основные модели представления знаний. Системы поддержки принятия решений. Диаграмма UseCase. Разработка базы данных на основе трех моделей: продукционные правила, семантическая сеть, фреймовая модель. Программная реализация системы принятия решений.
курсовая работа [715,1 K], добавлен 14.05.2014
