Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диплом_(Маша_Зайцева).doc
Скачиваний:
1
Добавлен:
01.05.2025
Размер:
1.57 Mб
Скачать
  1. Разработка структурной схемы программы

При разработке структурной схемы программы использовался объектно-ориентированный подход к проектированию. Объектно-ориентированное проектирование – это методология проектирования, соединяющая в себе процесс объектной декомпозиции и приемы представления логической и физической, а также статической и динамической моделей проектируемой системы [6].

В качестве инструмента проектирования использовался язык моделирования UML [6-8] (Unified Modeling Language – унифицированный язык моделировании) – язык, предназначенный для визуализации, специфицирования, конструирования и документирования программных систем. Выразительных средств этого языка в совокупности с мощными механизмами расширения достаточно для того, чтобы описать любую программную систему со всех точек зрения, актуальных на различных этапах жизненного цикла. UML позволяет разработчикам ПО достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение (aggregation) и поведение) и больше сконцентрироваться на проектировании и архитектуре.

Язык UML имеет следующие преимущества:

  • UML – объектно-ориентированный язык, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;

  • UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;

  • диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;

UML получил широкое распространение и динамично развивается, он облегчает процесс проектирования и реализацию программ.

Схема декомпозиции системы CADGIS Interator представлена на рисунке 3.1. На рисунке 3.2 представлена диаграмма потоков данных.

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

Objects – пакет классов кроссформатных объектов.

CoordinateSystemStuff – пакет классов, обеспечивающих работу с системами пространственных координат.

ClassifierStuff – пакет классов, обеспечивающих работу с классификаторами объектов и связывающих геометрическую информацию с её визуальным отображением.

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

    1. Графический интерфейс пользователя

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

При проектировании ПИ необходимо учитывать следующие основные принципы [5]:

  • удобство для пользователя;

  • интуитивность;

  • логичность;

  • наличие информативной обратной связи;

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

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

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

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

  • переносимость – при переходе на другую аппаратную (программную) платформу, должен осуществляется автоматически перенос и пользовательского интерфейса, и конечного приложения.

Все эти аспекты были учтены при проектировании ПИ программы, эскиз которого представлен на рисунке 3.3.

Элементы главного окна программы имеют следующее назначение:

  1. кнопка вызова диалога выбора исходных данных;

  2. список классификаторов цифровой информации исходных данных;

  3. список выбора масштаба конвертируемых данных;

  4. кнопка вызова диалога сохранения данных;

  5. список выбора форматов для выходных данных;

  6. список подключаемых классификаторов цифровой информации для выходных данных;

  7. кнопка вызова окна пользовательских настроек параметров конвертации;

  8. параметры смещения координат объектов по оси X;

  9. параметры смещения координат объектов по оси Y;

  10. кнопка вызова диалога выбора системы координат;

  11. опция позволяющая указать границы размещения объектов на плане (карте);

  12. параметры, указывающие границы размещения объектов на плане (карте);

  13. кнопка вызова диалога выбора исходных данных (на панели инструментов);

  14. кнопка вызова диалога сохранения данных (на панели инструментов);

  15. кнопка запуска процесса конвертации объектов ЦММ;

  16. кнопка вызова справки по программе;

  17. кнопка вызова диалога «О программе».

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