ПР1. Отчет о выполнении практической работы 21 по дисциплине гис

• Название: Отчет о выполнении практической работы 21 по дисциплине гис
• Дата: 19.04.2022
• Размер: 0.68 Mb.
• Имя файла: ПР1.docx
• Тип: Отчет; #485032
• страница: 12 из 20

Задача:

Разработка требований к проектированию подсистем ввода-вывода и отображения информации автоматизированной муниципальной геоинформационной системы для мониторинга и управления техногенными объектами.

1. Учебные вопросы

1. 
   Исследование номенклатуры требований действующих нормативно-технических документов на разработку средств подсистем ввода-вывода и отображения информации автоматизированной муниципальной геоинформационной системы для мониторинга и управления техногенными объектами.
   
2. 
   Разработка проекта требований к проектированию средств подсистем ввода-вывода и отображения информации автоматизированной муниципальной геоинформационной системы для мониторинга и управления техногенными объектами.
   

2. Описание практической работы

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

В качестве примера существующих требований к подсистеме ввода-вывода и отображения информации автоматизированной геоинформационной системы можно указать на Приказ Минэкономразвития России от 23 января 2017 года № 13⁵ в части требований к подсистеме ввода, обработки и визуализации пространственных данных государственной информационной системы ведения единой электронной картографической основы.

Подсистема ввода, обработки и визуализации пространственных данных должна обеспечивать выполнение следующих основных функций:

а) включение сведений, получаемых из ФГИС ЕГРН, в ГИС ЕЭКО;

б) форматно-логический контроль данных при включении в состав сведений ЕЭКО;

в) ведение сведений ЕЭКО в соответствии с требованиями к их составу, установленными в соответствии с частью 4 статьи 20 Федерального закона от 30.12.2015. № 431-ФЗ;

г) поддержка международных, государственных и местных систем координат; д) проведение пространственного анализа, анализ топологических отношений; е) публикация картографических сервисов ГИС ЕЭКО;





⁵ Приказ Минэкономразвития России "Об утверждении требований к техническим и программным средствам государственной информационной системы ведения единой электронной картографической основы" от 23 января 2017 года № 13

ж) поддержка условных знаков топографических карт и топографических планов;

з) импорт и экспорт сведений в различных форматах: JPEG, TIFF, GIF, PNG, BMP, GeoTIFF, PCX, SXF, MID/MIF, SHP;

и) управление картой, включая инструменты создания и редактирования пространственной и атрибутивной информации;

к) выполнение геометрических измерений на карте (длин, расстояний, площадей, дирекционных узлов и азимутов);

л) поиск пространственных объектов по атрибутивной информации, названию, адресной или координатной информации.

В соответствии с ГОСТ Р ИСО 9241-161-2016 (Эргономика взаимодействия человек- система. Часть 161. Элементы графического пользовательского интерфейса) основными требования к элементам графического пользовательского интерфейса являются.

С графическими элементами интерфейса пользователя можно работать посредством различных способов ввода, использующих различные приемы:

ввод данных с клавиатуры;

указание с помощью компьютерной мыши, ручки, распознавания жестов, отслеживания положения глазного яблока;

речевой ввод с использованием голосовых команд, распознавания голоса.

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

Элементы интерфейса пользователя в зависимости от состояния системы и действий пользователя могут иметь различные состояния. Необходимо, чтобы каждое состояние было четко визуально отличимо от другого.

а) видимый или невидимый: элемент пользовательского интерфейса является видимым или невидимым для пользователя;

б) активный или неактивный (доступный для использования или недоступный для использования): элемент пользовательского интерфейса готов (или не готов) принимать ввод пользователя, чтобы ввести или изменить данные;

в) с фокусом или без фокуса: нажатие кнопки клавиатуры передается (или не передается) к элементу пользовательского интерфейса;

г) выбранный или невыбранный: элемент пользовательского интерфейса был выбран или нет;

д) помеченный, непомеченный (снятый) или условно помеченный: значение элемента было установлено или не было установлено или представляет собой группу элементов в состояниях помечено или не помечено;

е) заполненный или пустой: элемент содержит некоторое содержимое или нет;

ж) нажатый или не нажатый: элемент (например, кнопка) визуально выглядит как нажатый или не нажатый, как правило, для отображения состояния "вкл/выкл";

з) свернутый или развернутый: отображаемый элемент занимает максимальное или минимальное пространство.

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

заголовок;

информация, относящаяся к диалогу (диалоговому окну) в соответствии с приложением; нажимаемая кнопка с действием по умолчанию;

средства отмены (закрытия) диалогового окна. Диалоговое окно может иметь следующие состояния: с фокусом или без фокуса;

активное или неактивное.

Диалоговое окно следует отображать на верхнем слое. Рекомендуется, чтобы пользователь имел возможность скрыть или закрыть диалоговое окно, если оно не является необходимым по содержанию взаимодействия.

Поле ввода является полем, в котором пользователь может вводить или редактировать данные. Поле ввода включает в себя следующие компоненты: заголовок; поле (с границами); курсор (внутри границ). Границы поля ввода должны быть четко указаны.

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

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

а) элементы/пункты меню:

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

б) (опционально) заголовок меню;

в) (опционально) поясняющая информация.

Меню может иметь следующие состояния: видимое или невидимое; активное или неактивное. Элементы меню могут иметь следующие состояния: активное или неактивное; с фокусом или без фокуса; выбранное, невыбранное или условно выбранное.

Меню можно применять при выполнении одного или нескольких следующих условий: а) пользователь выбирает функцию системы;

б) пользователю необходимо выполнить переход в указанное место внутри системы.

Если условия не выполнены, то следует:

рассмотреть возможность использования окна списка; рассмотреть возможность использования комбинированного окна; рассмотреть возможность использования карусели.

Окно является отдельной прямоугольной панелью, содержащей другие элементы пользовательского интерфейса. Окно может перекрывать области других окон

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

Вобщемслучаенеобходимоуказать следующее:

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

интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм;

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

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

ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме;

интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы;

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

клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм4

все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке;

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

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

В проектных и консалтинговых организациях проектирование систем автоматизации технологических и производственных процессов выполняется в соответствии с требованиями Единой системы конструкторской документации (ЕСКД).

Согласно ГОСТ 2.103-68 предусматривается пять стадий разработки конструкторской документации:

техническое задание (ТЗ); техническое предложение (ТП); эскизный проект (ЭП); технический проект;

рабочая документация.

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

Техническое предложение – это совокупность конструкторских документов, которые должны содержать технические и технико-экономические обоснования целесообразности разработки документации изделия.

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

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

Рабочая документация включает материалы технического проекта и корректировку конструкторских документов по результатам монтажных работ.

Рабочие чертежи выполняются в соответствии с ЕСКД, действующими стандартами на условные обозначения, руководящими и нормативными документами по проектированию и монтажу систем автоматики, электрического и противопожарного проектирования. На стадии «рабочие чертежи» технико-рабочий проект включает следующую техническую документацию:

структурные и функциональные схемы автоматизированной системы;

информационное, программное и алгоритмическое обеспечения автоматизированной системы;

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

общие виды и монтажные схемы щитов и пунктов;

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

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

В последнее время этот этап связывают с концептуальным проектированием автоматизированных систем.

Практическая работа выполняется на основе согласованного с преподавателем индивидуального задания, необходимые исходные данные для которого необходимо получить у преподавателя или собрать по месту работы (по согласованию).

2. 
   В качестве примера в приложении 2, 3 к настоящему заданию представлены характеристики и графический интерфейс программного комплекса ЭРА-Воздух, графического модуля ЭРА-ГИС.
   

3. 
   Разработать требования в проект технического задания в части проектирования программных модулей программного комплекса - подсистем ввода-вывода и отображения информации автоматизированной муниципальной геоинформационной системы для мониторинга и управления техногенными объектами.
   

При разработке требований к программным модулям программного комплекса использовать материалы, представленные в приложениях 2, 3 к настоящему заданию.