Маршрут полета БЛА. Характеристики и визуализация - Транспорт дипломная работа

Главная

Транспорт
Маршрут полета БЛА. Характеристики и визуализация

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

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

ОАО «КБ «ЛУЧ» занимается разработкой и производством сложной высокотехнологичной продукции. Одним из основных направлений деятельности ОАО «КБ «ЛУЧ» является разработка и производство комплексов с беспилотными летательными аппаратами.
Беспилотный летательный аппарат (БЛА) - сложное электронно-механическое устройство, основными задачами которого является облет территории с целью ее разведки, доразведки, получения информации о находящихся на ней объектов, корректирование артиллерийского огня. В связи с этим, возникает острая необходимость обеспечения полного контроля над летательным аппаратом в изменяющихся, зачастую неблагоприятных условиях.
Управление БЛА осуществляется с наземного пункта управления. При выполнении поставленных задач БЛА осуществляет полет по ранее сформированной траектории - маршруту. Возможна оперативная коррекция маршрута во время полета.
В наземном пункте управления осуществляется визуальный контроль прохождения БЛА по заданному маршруту посредством наблюдения графического представления БЛА на цифровой карте местности (ЦКМ), отображаемой на экране монитора автоматизированного рабочего места оператора, с нанесенным на нее маршрутом. Оперативная коррекция маршрута полета БЛА осуществляется в соответствии с определенными правилами и подразумевает изменение маршрута или его составных частей.
Задачей данной работы является разработка программного продукта (подсистемы), осуществляющего создание, редактирование и визуализацию совокупности маршрутов БЛА в нескольких окнах отображения ЦКМ одновременно. Подсистема должна являться кроссплатформенной и обеспечивать управление маршрутами согласно правилам, разработанным специалистами ОАО «КБ «ЛУЧ».
При проектировании подсистемы визуализации маршрута осуществлен анализ ранее разработанного в ОАО «КБ «ЛУЧ» аналога, отмечены его ограничения, недостатки. Проанализированы требования, сформулированные компетентными в данной области сотрудниками предприятия. Изучены технические характеристики целевого оборудования, на котором планируется работа подсистемы.
Основными требованиями к подсистеме визуализации являются:
- проектирование гибкой, легко расширяемой, более современной концептуальной схемы визуализации маршрута;
- проектирование базового набора примитивов, являющихся графическим образом составных частей маршрута;
- одновременная визуализация нескольких маршрутов на ЦКМ;
- визуализация совокупности маршрутов в нескольких экранных окнах одновременно;
- корректирование маршрута с помощью мыши;
- высокая скорость работы подсистемы на оборудовании, характеризующемся невысокой производительностью.
Ключевым документом, регламентирующим организацию, структуру, требования к разработке маршрута полета БЛА является документ «Маршрут полета БЛА из состава КВР. Организация, структура, требования к разработке». При анализе данного документа, были сделаны шаги в направлении проектирования удобного, интуитивно понятного пользовательского интерфейса диалоговых окон, упрощающих создание или изменение ранее созданной совокупности маршрутов полетов БЛА.
После анализа предметной области, изучения соответствующих документов, работы с существующим на данный момент аналогом, общения со специалистами ОАО «КБ «ЛУЧ», были конкретизированы требования к разрабатываемому программному продукту.
Требуется разработать подсистему, представляющую собой совокупность протестированных и отлаженных модулей, написанных на языке С++ с использованием кроссплатформенной объектно-ориентированной библиотеки Qt 3.3.4.
а) базовый набор графических примитивов для визуализации маршрута полета БЛА на ЦКМ;
б) отрисовщик совокупности маршрутов на ЦКМ;
в) диалоговые окна для визуального создания и редактирования маршрута полета БЛА на ЦКМ.
Диалоговые окна должны быть разработаны с учетом изменения размеров элементов управления и экранных шрифтов.
Все диалоговые окна, разработанные для управления маршрутами, должны позволять создавать маршруты, подчиняющиеся правилам, описанным в документе.
Под базовым набором графических примитивов понимается набор, в состав которого входят следующие примитивы:
а) ХТТ - характерная точка траектории, образующая точка маршрута, при прохождении которой осуществляется изменение траектории БЛА (на ЦКМ примитив отображается как круг определенного радиуса, граница которого нарисована пером заданного цвета и толщины, а внутренняя область закрашена кистью указанного цвета);
б) линия, связывающая ХТТ (условная линия, соединяющая две ХТТ, вдоль которой происходит движение БЛА при прохождении маршрута. На ЦКМ примитив отображается в виде линии, нарисованной пером заданного цвета и толщины);
в) БЛА (примитив, визуализирующий летательный аппарат. На ЦКМ примитив отображается в виде многоугольника, с заданной геометрией и количеством вершин. Границы данного примитива рисуются пером определенного цвета и толщины, а внутренняя область закрашивается кистью указанного цвета);
г) прямоугольник (базовый примитив для размещения дополнительной информации о маршруте; способ рисования аналогичен способу рисования графических примитивов ХТТ и БЛА).
Классы графических примитивов должны быть спроектированы таким образом, чтобы обеспечить простоту расширения базового набора.
Подсистема должна быть оптимизирована для работы с большим количеством графических примитивов, обеспечивать работу с совокупностью маршрутов одновременно в нескольких экранных окнах.
Разрабатываемый программный продукт не является самостоятельным. Аналогичные продукты представляется возможным найти в секретных (оборонных) программных системах других стран (более сорока стран мира - в том числе США, Франция, Канада, Германия, Израиль, Индия, Италия, Китай, Великобритания, Чехия, Австрия, Бельгия и др. [3, 4]) или в проектах других фирм и предприятий России (более десятка организаций - в том числе «Вега», ОАК «Вертолеты России», «Кулон», «Луч», РСК «МиГ», АХК «Сухой», ОАО «Туполев», «Камов», «Миль», «Иркут», «Топаз», «Сокол», НИИ ТП и др. [3]), но обеспечить уровень открытости архитектуры родственных подсистем для сравнения с разработанной вряд ли удастся. На основании вышесказанного, в данном разделе рассмотрен аналог подсистемы, ранее разработанный в ОАО «КБ «ЛУЧ», архитектура которого известна и, следовательно, достаточно легко выявить его ограничения, тонкие места и недостатки:
1) отсутствие специальных маневров;
2) ориентированность на визуализацию одного маршрута;
3) использование примитивного алгоритма визуализации;
4) визуализация маршрута в одном экранном окне отображения ЦКМ;
5) отсутствие редактирования маршрута с помощью мышью.
Разработанная подсистема по сравнению с ранее существующей имеет следующие преимущества:
1) предоставляет диалоговые окна для автоматического создания ряда специальных маневров, что позволяет существенно упростить работу оператора;
2) поддерживается визуализация и редактирование совокупности маршрутов;
3) используется более эффективный алгоритм визуализации, в основу которого положен механизм двойной буферизации, существенно повышающий скорость визуализации;
4) подсистема позволяет осуществлять визуализацию совокупности маршрутов в нескольких экранных окон отображения ЦКМ одновременно, сохраняя соответствие между окнами, не смотря на возможное различие масштабов и визуализируемой части ЦКМ. Такой механизм позволяет оператору одновременно наблюдать как весь маршрут в малом масштабе, так и неограниченное количество его наиболее интересных участков с необходимым увеличением;
5) поддерживается редактирование маршрутов путем перемещения мышью их составных элементов;
6) используется гибкий и быстрый алгоритм визуализации маршрутов, позволяющий визуально выделить интересующие маршруты, отдельные маневры в маршрутах, как совокупность связанных ХТТ, так и отдельные ХТТ при редактировании маршрутов мышью.
Наименование темы разработки - Подсистема создания, редактирования и визуализации маршрута беспилотного летательного аппарата на цифровой карте местности.
Документ, на основании которого ведется разработка - Приказ № 109-04.
Организация, утвердившая этот документ, и дата его утверждения - Рыбинская государственная авиационная технологическая академия имени П.А. Соловьёва, 31 марта 2009 г.
Подсистема должна функционировать в составе специального программного обеспечения (СПО) «Проходчик», обеспечивая создание, редактирование и визуализацию совокупности маршрутов полетов БЛА одновременно в нескольких экранных окнах отображения ЦКМ формата географической информационной системы (ГИС) «Интеграция».
а) базовый набор графических примитивов (элементов) для визуализации маршрута полета БЛА на ЦКМ;
б) отрисовщик совокупности маршрутов на ЦКМ;
в) диалоговые окна для создания и редактирования маршрута полета БЛА на ЦКМ (окна управления маршрутами, маневрами и образующими точками маршрута). Подсистема также должна предоставлять диалоговые окна управления следующими специальными маневрами: «Отрезок», «Замкнутая траектория», «Круг», «Бабочка», «Восьмерка», «Змейка», «Область».
Диалоговые окна должны быть разработаны с учетом изменения размеров элементов управления и экранных шрифтов.
Организация, структура, требования к разработке маршрута полета БЛА, перечень специальных маневров и их характеристики описаны в документе «Маршрут полета БЛА из состава КВР. Организация, структура, требования к разработке».
Все диалоговые окна, разработанные для управления маршрутами, должны позволять создавать маршруты, подчиняющиеся правилам, описанным в выше упомянутом документе.
Под базовым набором графических примитивов понимается набор, в состав которого входят следующие примитивы:
а) характеристическая точка траектории (ХТТ - образующая точка маршрута, заданная координатами и содержащая некоторую дополнительную информацию);
б) линия, связывающая ХТТ (условная линия, соединяющая две ХТТ, вдоль которой происходит движение БЛА при прохождении маршрута);
в) БЛА (примитив, визуализирующий летательный аппарат);
г) прямоугольник (базовый примитив для размещения дополнительной информации о маршруте).
Классы графических примитивов должны быть спроектированы таким образом, чтобы обеспечить простоту расширения базового набора.
Подсистема должна быть оптимизирована для работы с большим количеством графических примитивов, производить визуализацию совокупности маршрутов в нескольких экранных окнах отображения ЦКМ одновременно.
Подсистема должна обеспечивать скорость достаточную для обеспечения визуализации маршрутов на ЦКМ в реальном масштабе времени при использовании мониторов с разрешением 1280х1024 точек.
Подсистема должна представлять собой совокупность протестированных и отлаженных, готовых для встраивания в СПО «Проходчик» модулей, написанных на языке С++ с использованием кроссплатформенной объектно-ориентированной библиотеки Qt 3.3.4.
Работа программных модулей должна быть протестирована под управлением ОС: МСВС 3.0, Microsoft Windows XP.
С помощью специальных программных средств должно быть проведено тестирование модулей на предмет утечек памяти.
Модули должны компилироваться без предупреждений при использовании следующих компиляторов:
а) интегрированной среды разработки Microsoft Visual C++ 6.0 на третьем уровне проверки;
При авариях оборудования, отказах технических средств, потере питания и пр. подсистема не должна предпринимать никаких действий по сохранению и восстановлению данных.
Подсистема должна обеспечивать контроль входной и выходной информации с целью исключения аномальных отклонений.
Подсистема должна функционировать в составе СПО «Проходчик». Требования к составу и параметрам технических средств определяются требованиями СПО «Проходчик».
Вычислительные средства, предназначенные для размещения ПО, должны обладать скоростными характеристиками и объемом памяти, достаточным для обеспечения функционирования ПО в реальном масштабе времени.
В качестве управляющих ЭВМ должны использоваться ЭВМ платформы «Эльбрус-90 микро», разработанные в рамках программы «Интеграция-СВТ».
Для тестирования работы подсистемы под управлением Microsoft Windows XP могут быть использованы ЭВМ со следующими техническими характеристиками (рекомендуемыми):
- процессор: Intel Celeron, Intel Pentium III (600 МГц и выше),
В качестве устройства отображения информации должны использоваться мониторы с разрешением 1280х1024 точек.
ОС, программные средства для разработки и функционирования ПО должны обеспечивать открытость ПО для проведения его модернизации с целью улучшения характеристик применяемой аппаратуры, с учетом перспективы развития программных средств.
ОС ЭВМ, ПО общего назначения, инструментальные средства программирования должны выбираться из числа унифицированных программных средств, разрабатываемых по программе «Интеграция-СВТ».
При разработке ПО должны быть использованы языки программирования высокого уровня.
При разработке ПО должны быть использованы кроссплатформенные библиотеки высокого уровня (Qt 3.3.4).
Подсистема визуализации маршрута полета БЛА на ЦКМ должна функционировать под управлением ОС: МСВС, Microsoft Windows.
Для функционирования подсистемы необходимо наличие библиотек, предоставляющих доступ к интерфейсу прикладного программирования ГИС «Интеграция»; библиотек Qt 3.3.4.
В состав документации на дипломный проект входят следующие разделы и документы:
2.4. Программа и методика испытаний
3. Эксплуатационная документация (Руководство оператора либо Руководство системного программиста)
4. Акт испытаний программного продукта
Наименование темы разработки - Подсистема создания, редактирования и визуализации маршрута БЛА на ЦКМ.
Документ, на основании которого ведется разработка - Приказ № 109-04.
Организация, утвердившая этот документ, и дата его утверждения - Рыбинская государственная авиационная технологическая академия имени П.А.Соловьёва, 31 марта 2009 г.
Подсистема должна обеспечивать создание, редактирование и визуализацию маршрута полета БЛА на ЦКМ.
Под созданием маршрута понимается визуальное формирование маршрута, посредством ввода необходимой информации в соответствующие диалоговые окна с последующей визуализацией результатов работы на ЦКМ. При создании маршрута происходит формирование маневров, как логически обособленных частей маршрута, и определение образующих маршрут точек (ХТТ - характерных точек траектории), входящих в состав маневров.
Редактирование маршрута подразумевает изменение ранее созданного маршрута, путем редактирования порядка прохождения и количества повторений маневров, параметров маневров и ХТТ.
Под визуализацией понимается отображение маршрута полета БЛА на ЦКМ формата ГИС «Интеграция». Подсистема должна производить визуализацию совокупности маршрутов в нескольких экранных окнах отображения ЦКМ одновременно.
Подсистема должна функционировать в составе СПО «Проходчик», обеспечивая создание, редактирование и визуализацию совокупности маршрутов полетов БЛА одновременно в нескольких окнах отображения ЦКМ формата ГИС «Интеграция».
Требуется разработать подсистему, представляющую собой совокупность протестированных и отлаженных модулей, написанных на языке С++ с использованием кроссплатформенной объектно ориентированной библиотеки Qt 3.3.4.
а) базовый набор графических примитивов (элементов) для визуализации маршрута полета БЛА на ЦКМ;
б) отрисовщик маршрута или совокупности маршрутов на ЦКМ;
в) диалоговые окна для визуального создания и редактирования маршрута полета БЛА на ЦКМ (окна управления маршрутами, маневрами и ХТТ). Подсистема также должна предоставлять диалоговые окна управления следующими специальными маневрами: «Отрезок», «Замкнутая траектория», «Круг», «Бабочка», «Восьмерка», «Змейка», «Область».
Диалоговые окна должны быть разработаны с учетом изменения размеров элементов управления и экранных шрифтов.
Все диалоговые окна, разработанные для управления маршрутами, должны позволять создавать маршруты, подчиняющиеся правилам, описанным в документе.
Под базовым набором графических примитивов понимается набор, в состав которого входят следующие примитивы:
а) ХТТ (на карте примитив отображается как круг определенного радиуса, граница которого нарисована пером заданного цвета и толщины, а внутренняя область закрашена кистью указанного цвета);
б) линия, связывающая ХТТ (условная линия, соединяющая две ХТТ, вдоль которой происходит движение БЛА при прохождении маршрута. На карте примитив отображается в виде линии, нарисованной пером заданного цвета и толщины);
в) БЛА (примитив, визуализирующий летательный аппарат. На карте примитив отображается в виде многоугольника, с заданной геометрией и количеством вершин. Границы данного примитива рисуются пером определенного цвета и толщины, а внутренняя область закрашивается кистью указанного цвета);
г) прямоугольник (базовый примитив для размещения дополнительной информации о маршруте; способ рисования аналогичен способу рисования графических примитивов ХТТ и БЛА).
Классы графических примитивов должны быть спроектированы таким образом, чтобы обеспечить простоту расширения базового набора.
Подсистема должна быть оптимизирована для работы с большим количеством графических примитивов, обеспечивать работу с несколькими маршрутами в некоторой совокупности окон одновременно.
После интеграции в СПО «Проходчик» подсистема представляет собой кнопку на панели инструментов (или пункт главного меню приложения), посредством которой осуществляется вызов диалогового окна управления маршрутами, которое позволяет:
б) выбрать маршрут для редактирования из списка имеющихся маршрутов.
При создании нового маршрута происходит заполнение полей заголовка маршрута: номер маршрута, название маршрута, идентификатор борта. Затем создается пустой маршрут, не содержащий маневров и ХТТ. После создания пустого маршрута оператор может добавлять в него маневры. Для этого нажатием на соответствующую кнопку создается пустой маневр и вызывается диалоговое окно для его редактирования. Далее могут быть заполнены поля заголовка маневра: название маневра, путевая скорость прохождения маневра, абсолютное время входа в маневр, тип прохождения и количество повторов группы ХТТ, тип координатной системы, в которой представлены ХТТ. В пустой маневр осуществляется добавление ХТТ посредством создания пустой ХТТ и вызовом диалогового окна для ее редактирования, которое позволяет задать необходимые параметры ХТТ: координаты в выбранной системе координат, высоту подстилающей поверхности и высоту эшелона, тип прохождения и действия при прохождении ХТТ.
После добавления маневров, для маршрута можно задать следующие параметры: начальный и посадочный маневр маршрута, порядок прохождения маневров. Аналогично, после добавления ХТТ в маневр, для маневра можно задать следующие параметры: точка входа и точка выхода из маневра.
Создание маневров, образующих маршрут, можно автоматизировать путем формирования маневров из списка специальных маневров. Создание специальных маневров происходит путем задания необходимых для того или иного маневра параметров, после чего на их основе формируется готовая последовательность ХТТ. Тем самым оператор избегает довольно длительной, требующей предельной сосредоточенности и внимательности процедуры ручного добавления ХТТ в маневр, путем заполнения необходимых полей для каждой ХТТ в отдельности.
Перечень специальных маневров и их назначение описано в Таблице 2.1
Таблица 2.1. Перечень специальных маневров
Разведка линейных объектов (мосты, прямолинейные участки дорог, рек)
Барражирование в заданной местности, облет территории
Барражирование в заданной местности, БЛА-ретранслятор
Доразведка точечного объекта, обслуживание стрельбы
Барражирование в заданной местности, БЛА-ретранслятор
Разведка нелинейных объектов (непрямолинейные участки дорог, рек)
При создании маршрута по мере его наполнения ХТТ осуществляется процедура разбиения маршрута на составные части (отдельные ХТТ, отрезки, соединяющие ХТТ) каждой из которых ставится в соответствие графический примитив, являющийся графическим образом определенной составной части маршрута. После формирования последовательности графических примитивов осуществляется их визуализация на ЦКМ формата ГИС «Интеграция».
При редактировании маршрута, осуществляется выбор маршрута для редактирования, после чего может быть изменен его заголовок, количество и порядок прохождения маневров, заголовки маневров, входящих в состав выбранного маршрута, количество, порядок прохождения и заголовки ХТТ, входящих в состав маневров выбранного маршрута. При изменении параметров маршрута, вызывающих изменение графического образа маршрута (изменение количества ХТТ, порядка прохождения ХТТ и т.д.), осуществляется повторная процедура разбиения маршрута на составные части, формирование и визуализация последовательности графических примитивов.
При работе с маршрутами посредством диалоговых окон визуализация осуществляется сравнительно просто - требуется отразить на ЦКМ внесенные изменения путем повторной отрисовки видимой части маршрута, что характеризуется низкой чувствительностью к временным задержкам. При редактировании маршрутов путем перетаскивания их составных частей мышью, визуализация становится довольно сложной задачей, обретая высокую чувствительность к временным задержкам и, зачастую, большие объемы визуализируемой информации.
При обработке событий мыши, корректирующих маршрут, а также при движении БЛА по заданному курсу графические примитивы могут сильно изменять свое положение. Если примитивы образуют группу связанных примитивов, то перемещение одного из них может затронуть большое количество других элементов этой группы, возможно, находящихся на довольно большом расстоянии друг от друга. В этом случае возникает ситуация, когда необходимо перерисовать часть маршрута. Для этого нужно отрисовать определенную часть карты и повторно отобразить на ней измененную часть маршрута. При этом размеры повторно отрисовываемой части карты могут быть близки к размерам карты, что существенно замедляет работу подсистемы, особенно если учесть, что события от мыши могут поступать десятки раз в секунду.
Для повышения скорости визуализации маршрутов используется механизм двойной буферизации, т.е. осуществляется введение дополнительных буферов (помимо экранного) для хранения графической информации. В роли дополнительных буферов выступает кэш ЦКМ (кэш карты) и кэш графического образа маршрутов (кэш сцены).
Кэш карты представляет собой видимый в определенном окне участок карты, расширенный до размеров равных разрешению экрану монитора ЭВМ, на котором осуществляется визуализация. Такой подход позволяет обойти достаточно «дорогую» процедуру повторной инициализации кэша при изменении его размера.
Кэш сцены представляет собой участок сцены (часть графического образа совокупности маршрутов), находящийся в области видимости, расширенный до размеров равных разрешению экрана монитора ЭВМ. Как и в случае с кэшем карты, это позволяет отказаться от повторной инициализации кэша сцены при изменении его размеров. Кэш сцены снабжен альфа-каналом прозрачности.
При визуализации маршрутов используется алгоритм, определяющий изменившуюся часть маршрутов. После ее вычисления производится обращение к кэшу карты, с запросом изменившейся подобласти кэшированной карты. Затем на полученную из кэша часть карты наносится изменившаяся часть маршрута полета БЛА из кэша сцены с последующим выводом полученного изображения на экран монитора.
Создание и редактирование маршрута осуществляется по правилам, изложенным в документе.
При создании маршрута полета БЛА в подсистему поступает информация из диалоговых окон, на основе которой происходит создание экземпляра класса, реализующего маршрут, а также создание экземпляров классов, реализующих маневры и ХТТ по мере их добавления в состав создаваемого маршрута. Входные данные: информация из диалоговых окон. Выходные данные: экземпляр класса, реализующего маршрут, графическое представление маршрута на ЦКМ.
При редактировании маршрута данные могут поступать как из диалоговых окон, так и из обработчиков событий, посылаемых мышью при активации и перетаскивании графических примитивов по карте. Входные данные: информация из диалоговых окон, экземпляр класса, реализующего маршрут. Выходные данные: экземпляр класса, реализующего маршрут, графическое представление маршрута на ЦКМ.
Все изменения, вносимые в маршрут полета БЛА при его создании и редактировании, фиксируются в объекте - экземпляре класса, реализующего маршрут, и отображаются на ЦКМ.
Подсистема визуализации маршрута полета БЛА на ЦКМ реализована на основе классической схемы MVC (Modеl/Viеw/Controllеr - Модель/Вид/Контроллер), которая позволяет обеспечить логичное и непротиворечивое разделение функциональности по классам модели, прозрачность и гибкость в реализации алгоритма визуализации.
MVC состоит из объектов трех видов. Модель - это объект приложения, вид - экранное представление, контроллер описывает, как интерфейс реагирует на управляющие воздействия пользователя.
Схему MVC в спроектированной подсистеме образуют три основные класса:
1) модель (сцена) - класс-контейнер, хранящий список графических примитивов - элементов, из которых складывается графический образ маршрута полета БЛА на ЦКМ и список представлений, в экранных окнах которых осуществляется визуализация;
2) вид - окно визуализации ЦКМ и маршрута полета БЛА. Представляет собой экранное окно с полосками вертикальной и горизонтальной прокрутки, способное отображать ЦКМ формата ГИС «Интеграция» и нанесенный на нее маршрут полета БЛА;
3) контроллер-отрисовщик - пограничный класс между сценой и видом, который позволяет обрабатывать события, поступающие из вида, отражая внесенные ими изменения в сцене.
Основными классами подсистемы являются классы, реализующие:
4) отрисовщик маршрута (QRoutеPaintеr);
5) окно визуализации карты (QMapScrollViеw);
8) графические примитивы для визуализации маршрута.
Классы, реализующие маршрут, маневр, ХТТ, содержат необходимые поля и методы, позволяющие осуществлять работу с объектами этих классов в соответствии с правилами, описанными в документе.
Класс, реализующий отрисовщик маршрута, позволяет сформировать на ЦКМ графическое представление объектов класса, реализующего маршрут.
Объект класса, реализующего окно визуализации карты, представляет собой экранную область с полосами прокрутки, которая служит для отображения ЦКМ формата ГИС «Интеграция».
Представление (контроллер-отрисовщик) - класс, реализующий отрисовку графических примитивов в определенном окне визуализации карты и обработку событий, корректирующих маршрут, поступающих извне.
Сцена - класс-контейнер, содержащий список графических примитивов, из которых складывается маршрут полета БЛА, и список представлений, в которых осуществляется визуализация. Визуализация маршрутов в нескольких окнах одновременно реализуется путем создания объекта класса, реализующего представление, для каждого окна отображения ЦКМ. После этого каждое из представлений закрепляется за сценой, управляющей отрисовываемой последовательностью графических примитивов, образующих совокупность маршрутов БЛА.
Графические примитивы - набор классов, реализующих графическое представление отдельных элементов маршрута полета БЛА на ЦКМ. Совокупность графических примитивов для визуализации маршрута полета БЛА представляют следующие классы:
1) QMapPaintItеm - абстрактный базовый класс для всех графических примитивов;
2) QMapPaintVеctImagеItеm - класс, реализующий графический образ БЛА;
3) QMapPaintTwoDimеnsionalItеm - абстрактный базовый класс для графических примитивов, которые могут быть заданы положением на карте и двумя размерами (шириной и высотой). Примерами таких примитивов могут служить эллипс, прямоугольник, параллелограмм и др.;
4) QMapPaintЕllipsеItеm - класс, реализующий графический образ ХТТ;
5) QMapPaintRеctItеm - класс, реализующий прямоугольник;
6) QMapPaintLinеItеm - класс, реализующий линию маршрута, связывающую две ХТТ.
Диаграмма основных классов на языке UML приведена в Приложении 1.
Графические примитивы могут быть как видимыми, так и невидимыми, могут определенным образом реагировать на адресованные им события мыши или оставаться при этом неизменными, могут образовывать группы связанных примитивов или стоять обособленно.
Графические примитивы имеют привязку к карте, что позволяет масштабировать карту в широких пределах, сохраняя точное местоположение примитивов.
Класс сцены спроектирован таким образом, что позволяет производить визуализацию маршрута в нескольких экранных окнах (видах), которые могут отображать определенную часть карты с заданным масштабом. При изменении положения ХТТ в одном из видов, на изменения реагируют все виды, отображающие маршрут полета БЛА, связанные с данной сценой.
Подсистема визуализации маршрута оптимизирована для работы с большим количеством графических примитивов, рассредоточенных по всей области карты, образовывающих представление маршрута или совокупности маршрутов.
Кроме выше перечисленных классов были разработаны следующие интерфейсные классы:
1) QRoutеЕditor - класс, реализующий диалоговое окно управления маршрутами; позволяет осуществить визуальное создание, удаление и редактирование маршрутов, а также добавление и удаление маневров из активного маршрута;
2) QManеuvеrЕditor - класс, реализующий диалоговое окно редактирования маневра; позволяет осуществить визуальное добавление и удаление ХТТ из текущего маневра;
3) QPointЕditor - класс, реализующий диалоговое окно редактирования ХТТ; позволяет визуально изменять параметры ХТТ.
Также были реализованы интерфейсные классы для формирования специальных маневров, позволяющие осуществить визуальное создание специальных маневров (п. 2.2.3.2) согласно заданным параметрам:
4) QSeеgmentManWidget - реализует диалоговое окно формирования специального маневра «Отрезок»;
5) QClosedTrajectoryManWidget - реализует диалоговое окно формирования специального маневра «Замкнутая траектория»;
6) QCirclеManWidget - реализует диалоговое окно формирования специального маневра «Круг»;
7) QButterflyManWidget - реализует диалоговое окно формирования специального маневра «Бабочка»;
8)
Маршрут полета БЛА. Характеристики и визуализация дипломная работа. Транспорт.
Реферат: Інтеграція України до ЄС. Шляхи і перспективи розвитку
Курсовая работа по теме Анализ внутренних проблем и противоречий Европейского валютного союза
Реферат по теме О вопросах звуковысотного интонирования
Реферат: Философия и ее роль в обществе
Реферат по теме Особенности верстки
Реферат по теме Аксиоматическое построение основных уравнений теории реального электромагнитного поля
Сочинение На Тему Революция Глазами Блока
Реферат: Роль денег в воспроизводственном процессе 2
Проверка Дипломной На Плагиат
Реферат: The Softball Swing Essay Research Paper Chapter
Реферат: Образовательная функция школьной библиотеки
Курсовая работа по теме Периодизация спортивных тренировок
Курсовая работа: Правовое положение иностранных граждан в РФ. Скачать бесплатно и без регистрации
Шпаргалка: Микробиология и иммунология
Сочинение Музыка В Моей Жизни 8 Класс
Реферат На Тему Легка Атлетика: Стрибки В Довжину З Місця, Техніка Стрибка
Эссе По Охране Здоровья
Реферат: Плеврит и плевральный выпот
Нужен Ли В Реферате План
Дипломная работа: Теоретические и практические аспекты управления ориентированные на стоимость
Реинжиниринг бизнес-процесса предприятия сферы услуг - Менеджмент и трудовые отношения курсовая работа
Сленг в английском языке - Иностранные языки и языкознание курсовая работа
Проектирование комбинированной развёртки для обработки отверстий - Производство и технологии контрольная работа