Маршрут полета БЛА. Характеристики и визуализация
Дипломная работа - Транспорт, логистика
Другие дипломы по предмету Транспорт, логистика
ветствие графический примитив, являющийся графическим образом определенной составной части маршрута. После формирования последовательности графических примитивов осуществляется их визуализация на ЦКМ формата ГИС Интеграция.
При редактировании маршрута, осуществляется выбор маршрута для редактирования, после чего может быть изменен его заголовок, количество и порядок прохождения маневров, заголовки маневров, входящих в состав выбранного маршрута, количество, порядок прохождения и заголовки ХТТ, входящих в состав маневров выбранного маршрута. При изменении параметров маршрута, вызывающих изменение графического образа маршрута (изменение количества ХТТ, порядка прохождения ХТТ и т.д.), осуществляется повторная процедура разбиения маршрута на составные части, формирование и визуализация последовательности графических примитивов.
При работе с маршрутами посредством диалоговых окон визуализация осуществляется сравнительно просто - требуется отразить на ЦКМ внесенные изменения путем повторной отрисовки видимой части маршрута, что характеризуется низкой чувствительностью к временным задержкам. При редактировании маршрутов путем перетаскивания их составных частей мышью, визуализация становится довольно сложной задачей, обретая высокую чувствительность к временным задержкам и, зачастую, большие объемы визуализируемой информации.
При обработке событий мыши, корректирующих маршрут, а также при движении БЛА по заданному курсу графические примитивы могут сильно изменять свое положение. Если примитивы образуют группу связанных примитивов, то перемещение одного из них может затронуть большое количество других элементов этой группы, возможно, находящихся на довольно большом расстоянии друг от друга. В этом случае возникает ситуация, когда необходимо перерисовать часть маршрута. Для этого нужно отрисовать определенную часть карты и повторно отобразить на ней измененную часть маршрута. При этом размеры повторно отрисовываемой части карты могут быть близки к размерам карты, что существенно замедляет работу подсистемы, особенно если учесть, что события от мыши могут поступать десятки раз в секунду.
Для повышения скорости визуализации маршрутов используется механизм двойной буферизации, т.е. осуществляется введение дополнительных буферов (помимо экранного) для хранения графической информации. В роли дополнительных буферов выступает кэш ЦКМ (кэш карты) и кэш графического образа маршрутов (кэш сцены).
Кэш карты представляет собой видимый в определенном окне участок карты, расширенный до размеров равных разрешению экрану монитора ЭВМ, на котором осуществляется визуализация. Такой подход позволяет обойти достаточно дорогую процедуру повторной инициализации кэша при изменении его размера.
Кэш сцены представляет собой участок сцены (часть графического образа совокупности маршрутов), находящийся в области видимости, расширенный до размеров равных разрешению экрана монитора ЭВМ. Как и в случае с кэшем карты, это позволяет отказаться от повторной инициализации кэша сцены при изменении его размеров. Кэш сцены снабжен альфа-каналом прозрачности.
При визуализации маршрутов используется алгоритм, определяющий изменившуюся часть маршрутов. После ее вычисления производится обращение к кэшу карты, с запросом изменившейся подобласти кэшированной карты. Затем на полученную из кэша часть карты наносится изменившаяся часть маршрута полета БЛА из кэша сцены с последующим выводом полученного изображения на экран монитора.
Создание и редактирование маршрута осуществляется по правилам, изложенным в документе.
2.2.3.3 Описание метода организации входных и выходных данных
При создании маршрута полета БЛА в подсистему поступает информация из диалоговых окон, на основе которой происходит создание экземпляра класса, реализующего маршрут, а также создание экземпляров классов, реализующих маневры и ХТТ по мере их добавления в состав создаваемого маршрута. Входные данные: информация из диалоговых окон. Выходные данные: экземпляр класса, реализующего маршрут, графическое представление маршрута на ЦКМ.
При редактировании маршрута данные могут поступать как из диалоговых окон, так и из обработчиков событий, посылаемых мышью при активации и перетаскивании графических примитивов по карте. Входные данные: информация из диалоговых окон, экземпляр класса, реализующего маршрут. Выходные данные: экземпляр класса, реализующего маршрут, графическое представление маршрута на ЦКМ.
Все изменения, вносимые в маршрут полета БЛА при его создании и редактировании, фиксируются в объекте - экземпляре класса, реализующего маршрут, и отображаются на ЦКМ.
.2.3.3.1 Схема визуализации маршрута
Подсистема визуализации маршрута полета БЛА на ЦКМ реализована на основе классической схемы MVC (Modеl/Viеw/Controllеr - Модель/Вид/Контроллер), которая позволяет обеспечить логичное и непротиворечивое разделение функциональности по классам модели, прозрачность и гибкость в реализации алгоритма визуализации.состоит из объектов трех видов. Модель - это объект приложения, вид - экранное представление, контроллер описывает, как интерфейс реагирует на управляющие воздействия пользователя.
Схему MVC в спроектированной подсистеме образуют три основные класса:
) модель (сцена) - класс-контейнер, хранящий список графических примитивов - элементов, из которых складывается графический образ маршрута полета БЛА на ЦКМ ?/p>