Процесс работы среды структурно-визуального программирования включает в себя следующие действия:

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

- объединение компонент по средствам структурно-визуальной генерации промежуточного кода;

- отладка программы, с использованием контрольных точек и пошагового выполнения;

- компиляция проекта в готовое приложение.

1.2 Функциональное назначение

Среда структурно-визуального программирования предназначена для создания приложений на основе готовых компонент.

1.3 Требования к программному продукту

Среда структурно-визуального программирования должна:

-работать с проектами любых размеров;

- компилировать проекты в исполняемый файл;

- иметь инструменты отладки программ;

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

- обеспечить интерфейс для создания новых компонент;

- осуществлять эффективный поиск маршрутов следования;

- иметь собственный формат хранения проекта.

2. Общая модель системы и описание ее компонентов

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

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

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

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

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

2.1 Существующие способы реализации системы структурно-визуального программирования

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

2.1.1 Связь компонент с использованием графического объединения линиями

Примером программ с использованием графического объединения компонент линиями связи могут служить программы A-Flow, SoftWire HiAsm. Элементы программы переносятся на доску редактирования путем выбора элемента на панели элементов с последующим щелчком на рабочем столе программы.

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

Данная архитектура имеет следующие преимущества:

- Процесс создания программ очень наглядный;

- Логика программирования является интуитивно понятной;

- Расширение возможностей программы можно легко проводить увеличением компонент.

Однако данный подход порождает также некоторые проблемы:

- Создание большой программы сильно запутывает графическую схему;

- Сложные математические операции довольно трудно реализуются;

- На экране монитора помещается только простые программы. Более большие разработки могут иметь очень большие размеры;

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

2.1.2 Связь компонент структурно-визуальной генерации промежуточного кода линиями

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

Примерами подобных сред разработки являются DevelStudio, GameMaker.

Достоинства метода:

- Простота создания за счет удобных мастеров;

- Большая гибкость программной логики;

- Есть некий программный код, который можно редактировать вручную;

- Сложность программ менее ограничена.

Недостатки:

- Программа создается чуть менее наглядно;

- Сложная расширяемость логики из-за необходимости изменений мастеров программы.

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

Вывод

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

2.2 Платформа разработки

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

2.2.1 Сравнение технологий Java и NET

Различия, достоинства и недостатки каждой из платформ проистекают из исходных различий в идеологии Java и .NET. Идеологию Java можно выразить фразой «написано однажды, работает везде», а идеология .NET заключается в максимально полном использовании ресурсов платформы, на которой работает среда выполнения .NET. В результате возможности Java ограничены усредненным набором функций API виртуальной машины, и программистам на Java недоступны все функции той или иной платформы, на которой выполняются приложения. В случае с .NET среда выполнения предоставляет доступ к специфичным возможностям Microsoft Windows, позволяя приложению тесно взаимодействовать с операционной системой и пользоваться всеми преимуществами платформы Windows, например прозрачно работать с COM-объектами, службами Windows (в частности, Active Directory), кроме того, пользователь имеет дело с удобным и привычным графическим интерфейсом Windows. Разумеется, при использовании Java можно «докопаться» до возможностей платформы, но зачастую это требует написания большого количества нетривиального кода.

Еще одно идеологическое различие между Java и .NET состоит в том, что первая изначально создавалась для одного языка программирования -- Java. В то время как .NET была спроектирована с учетом поддержки неограниченного количества языков программирования за счет реализации общеязыковых сред инфраструктуры CLI и выполнения CLR, накладывающих определенные правила на используемые в языке типы и вызовы функций, позволяющие взаимодействовать коду, написанному на разных языках программирования, поддерживающих CLI. Таким образом, на настоящий момент существует порядка 30 известных реализаций языков программирования для платформы .NET, в то время как поддержка других языков на Java находится на этапе зарождения и весьма скудна.

В контексте применения .NET или Java в решениях для бизнеса интеграция с наиболее распространенным офисным пакетом является весьма существенным аргументом. За счет использования привычного интерфейса и приложений, входящих в Microsoft Office, можно в значительной степени упростить работу конечного пользователя с системами документооборота и управления ресурсами. Благодаря возможности прозрачно использовать COM-объекты, .NET приложения могут с легкостью взаимодействовать с объектной моделью Microsoft Office. А начиная с версии Microsoft Office 2003 можно создавать расширения для Microsoft Office с помощью .NET.

Не менее важна доступность средств разработки. Для .NET имеется интегрированная среда разработки Visual Studio, позволяющая писать приложения, задействуя весь функционал платформы .NET и Microsoft Windows. В Visual Studio существуют встроенные средства для отладки настольных и Web-приложений, включая отладку кода клиентских скриптовых языков, выполняемых в Web-браузере, и отладку приложений для мобильных устройств с использованием программных эмуляторов. Более того, есть несколько редакций среды разработки Visual Studio, обладающие расширенным набором возможностей для различных ролей участников проекта, таких как архитектор, разработчик, специалист по тестированию и разработчик баз данных. Вместе с серверным решением для обеспечения процесса разработки программного обеспечения Team Foundation Server данные инструменты позволяют писать высококачественные приложения в весьма сжатые сроки.

Модели компиляции и выполнения Java и .NET приложений достаточно схожи - в обоих случаях в результате компиляции получается некоторый промежуточный код (байт-код в Java и код на промежуточном языке MSLI в .NET), который затем обрабатывается средой выполнения. Для повышения производительности используется модель компиляции в машинный код по мере необходимости -- just-in-time compilation (JIT). Производительность .NET-приложений для большинства задач значительно превышает производительность Java-приложений за счет того, что в .NET компиляция JIT реализована на уровне методов, а в Java -- на уровне классов. Даже если для работы приложения требуется вызов лишь одного определенного метода в классе, то в случае с Java произойдет полная компиляция промежуточного кода класса, что приводит к выполнению лишней работы и снижению общей производительности.

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

2.2.2 Вывод

Преимущества .Net:

- множество языков программирования;

- сильные рыночные позиции и мощная маркетинговая команда;

- сложившееся сообщество Windows-программистов;

- законченность решения, обусловленная наличием в продуктовой линейке компании всего спектра серверного ПО, от ОС до СУБД и веб-серверов;

- наличие лишь одного поставщика гарантирует нефрагментированность платформы в будущем;

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

- стандартизация.

Преимущества Java:

- реальная кроссплатформность;

- конкурентность рынка поставщиков;

- сложившееся сообщество Java-программистов.

Поскольку большинство современных настольных компьютеров работают под управлением операционной системы Microsoft Windows, сообщество пользователей Windows и разработчиков для этой операционной системы воистину огромно. В связи с этим регулярно появляются оригинальные решения сообщества, которые могут быть интегрированы с решениями, создаваемыми для Windows. В то же время значительную часть сообщества разработчиков на Java составляют приверженцы UNIX/Linux-платформ, многие из которых сильно различаются между собой. Поскольку платформа .NET тесно интегрируется с Windows, то опыт, накопленный сообществом пользователей Windows, полноценно переносится на базу .NET. Для разработчика под Windows в значительной степени проще перейти к использованию платформы .NET, чем Java, и возникает банальная проблема поиска кадров и обучения сотрудников при попытке создавать и поддерживать Java-приложения на платформе Windows. Преимущества Microsoft-ориентированной инфраструктуры в этом случае связаны даже не столько с опытом пользователя операционной системы Windows, сколько с наличием полного спектра легко интегрируемых решений Microsoft - от офисных пакетов, серверов приложений и баз данных до мощных CRM- и ERP-приложений.

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

3. Разработка структуры системы

3.1 Общая структура системы

Система состоит из двух основных частей (рис. 1):

- Серверная часть - главная составляющая системы, где находится графическая и справочная информация, и соответственно производится обработка всех запросов клиентов.

- Клиент - интерфейс, с помощью которого происходит взаимодействие пользователя с серверной частью.

Рисунок 3 - Структура системы YarMap online.

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

3.2 Структура серверной части

Серверная часть (рис. 2) это вычислительная система, которая состоит из вычислительных машин (ВМ) для серверов обработки графической информации, и ВМ сервера взаимодействия. Одно приложение СОГИ работает с одним городом, и на выделенном ему порту. Поэтому по мере увеличения количества городов в системе, нагрузка на ВМ СОГИ увеличивается. Для распределения нагрузки используется несколько ВМ. Количество приложений СОГИ на одной машине определяется из её загруженности. Сервер взаимодействия обеспечивает связь клиента и серверов обработки информации.

Рисунок 2 - Структура серверной части

ВМ с СОГИ работают под управлением операционной системы (ОС) Windows, т.к. использовались ранние разработки компании YarMap по обработке ГИ, которые в свою очередь были разработаны под эту ОС.

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

3.3 Структура сервера взаимодействия

Сервер взаимодействия состоит из веб сервера, хранилища картинок (Кэш), СУБД и БД содержащая информацию о фирмах (рис. 3). КЕШ осуществлён в виде набора каталогов, каждый из которых соответствует определённому городу.

Рисунок 3 - Структура сервера взаимодействия

3.4 Структура клиента

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

Рисунок 4 - Структура клиента

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

4. Реализация приложений

4.1 Описание платформ

Приложение - сервер обработки графической информации разработано на языке pascal на платформе CodeGear RAD Studio Delphi 2007 и работает под управлением ОС Windows на персональном компьютере. В данной среде разработки большой инструментарий, позволяющий разрабатывать приложение сервер, уже пользуясь готовыми компонентами.

Сервер взаимодействия написан на PHP. Соответственно при выборе веб-сервера нужно чтоб он поддерживал обработку php-скриптов. В соответствии с этими требованиями был выбран свободный веб сервер Apache.

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

4.2 Организация программ

Информационная справочная система «YarMap Online» разрабатывалась на основе имеющихся картографических данных, хранящихся в векторном формате, а также использовался компонент PentaMap, который занимается прорисовкой графической информации. Этот компонент был доделан под специфику многопоточного сервера, а так же специфику обрабатываемых запросов.

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

4.3 Организация приложения сервера обработки графической информации

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

Для реализации многопоточного сервера, был выбран компонент IdHTTPServer (INDY(14)), он отвечает всем требованиям, а так же имеет много положительных отзывов от разработчиков Web серверов.

СОГИ при запуске считывает свои настройки, загружает в память свою карту города, и запускает главный поток сервера (алг. 2), который принимает запросы на выделенном ему порту. При принятии запроса он создаёт новый поток (алг. 3), который обрабатывает принятый запрос, отправляет ответ клиенту, и уничтожается.

Алгоритм 2 - работа главного потока сервера обработки графической информации

Алгоритм 3 - работа потока обработки запроса сервера обработки графической информации

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

Серверное приложение обрабатывает все запросы, связанные с географической привязкой.

Функции сервера:

Прорисовка изображения

Сервер обработки ГИ должен в первую очередь рисовать картинки. Т.к. используется технология разбиения рабочей области на квадраты, было решено взять картинки размером 256*256, соответственно при запросе картинки в качестве параметров в запросе клиент присылает координаты и зум.

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

Так же картинка рисовалась в формате *.bmp, а изображения в том формате слишком большого размера, и не подходят для передачи по сети. Поэтому после прорисовки картинки она конвертируется в формат png, операция очень быстрая и эффективная. С 800 килобайт изображение уменьшается до 20 килобайт (в ~40 раз), при этом потерь качества видимых глазом не происходит. Это позволило сильно сократить трафик и как следствие увеличить скорость.

Определение объекта по координатам

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

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

Поиск объекта

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

- позиция на карте (для позиционирования);

- идентификационный номер;

- зум при котором нужно отобразить объект;

- номера квадратов, которые нужно обновить с выделенным объектом;

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

Выделение сетей

Информация о сетях содержится в БД, в неё входит имя сети, идентификационный номер, и адреса домов, которые подключены к сети.

На сервере находится информация о сетях в виде номер - сети, и идентификационные номера домов, которые подключены к сети.

При выделении сети - клиент запрашивает квадраты с пометкой, какую сеть при этом нужно выделять. Сервер находит все объекты, которые входят в квадрат, используя penta-дерево, а затем из них все дома, принадлежащие сети, а при прорисовке домов проверяется - нужно ли выделять этот дом.

Благодаря выбору объектов по penta-дереву, количество домов в сети не влияет на скорость рисования картинки.

Поиск фирм

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

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

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

Для удобства - реализованы два инструмента - это поиск в радиусе, и поиск в полигоне. В реализации такого поиска необходим сервер обработки ГИ, т.к. область поиска находится на карте. Такой поиск можно осуществить двумя способами:

1. Узнать у сервера адреса всех домов входящий в область, затем осуществлять поиск фирм с этими адресами.

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

Был выбран первый способ, т.к. сервер является HTTP сервером, и обрабатывает GET запросы, а их длина ограничена.

Поиск пути

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

С помощью карты можно выбрать оптимальный маршрут для движения.

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

Нарисовать маршрут можно двумя способами:

1. Создавать временный объект на сервере, рассчитывать квадраты, в которые он входит. Затем запрашивать эти квадраты со стороны клиента.

Недостатки:

- большой трафик, т.к. нужно обновлять растр;

- невозможность кэширования, т.к. всегда различные точки, между которыми нужно искать маршрут;

- создание временных объектов на сервере.

2. Передать точки, через которые проходит маршрут, и нарисовать его, на стороне клиента.

Недостатки:

- Нагрузка на машину клиента, т.к. прорисовка маршрута происходит на стороне клиента.

Очевидно, второй способ гораздо лучше первого, поэтому он был реализован.

4.4 Организация сервера взаимодействия

Описание работы сервера взаимодействия:

На веб сервер приходит запрос, он проходит первичную (алг.1) обработку, при этом определяется, к какой категории относится запрос:

- картинка города - при этом сервер проверяет - есть ли картинка в кэше, если есть, то отправляет её клиенту, а если нет, то передаёт запрос тому СОГИ, который отвечает за этот город, затем сохраняет картинку, и отправляет клиенту (алг.2);

- запрос, связанный со справочной информацией из БД, тогда формируется запрос к СУБД, и передаётся ответ клиенту;

- запрос, связанный с графической информацией (определение координат, поиск адреса, поиск маршрута, и др.), в этом случае запрос передаётся тому СОГИ, который отвечает за этот город, а ответ - клиенту.

Алгоритм 1 - Обработка запроса веб сервером.

Web сервер, обрабатывает запросы отдельными потоками, следовательно происходит параллельная обработка запросов, её так же поддерживают и СОГИ, каждый из них так же обрабатывает запрос отдельным потоком, благодаря чему общее время выполнения запроса ускоряется.

4.5 Клиентская часть

Клиент обрабатывает действия пользователя, и при нехватке каких либо данных формирует соответствующие запросы веб-серверу, который их обрабатывает. Каждый клиент может посылать одновременно около 20 запросов на картинку (рис. 5), это реализовано с подходом асинхронного JavaScript и XML (AJAX), при этом все запросы происходят в фоновом режиме, благодаря чему пользователь может работать, не дожидаясь пока загрузятся все картинки.

Рисунок 5 - Формирование параллельных запросов на картинки.

Функции клиента:

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

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

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

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

Просмотр панорам - если на ПК пользователя установлен flash проигрыватель, то осуществлен просмотр панорам.

Расстановка флагов по результатам поиска. У фирмы часто очень много адресов (напр. «Платёжка») чтобы показать их на карте, используются специальные значки - флаги. При наведении курсора мыши на флаг - доступна краткая информация о результате поиска под этим флагом

Перемещение по карте - сделано по технологии drag-and-drop либо через миникарту.

Переключение между 2D/3D видами.

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

геоинформационный система программный средство

5. Экономическая часть дипломного проекта

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

Развитие всемирной сети интернет делает роль интернет приложений всё более значимыми. Тем самым появляется возможность использования online продукта ГИС системы, где всегда актуальная информация.

Дипломная работа заключается в написании справочной online геоинформационной системы.

5.1 Смета затрат на выполнение работы

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

1. Расходы на оплату труда

1.1 Основная заработная плата

1.2 Дополнительная заработная плата

2. Материальные затраты

2.1 Стоимость материалов и покупных изделий

2.2 Стоимость расходуемой электроэнергии

2.3 Затраты по использованию прикладных программ

3. Амортизация оборудования

4. Прочие расходы

4.1 Единый социальный налог. Выплаты на социальное страхование от несчастного случая.

4.2 Затраты по использованию Internet.

4.3 Расходы на управление и хозяйственное обслуживание.

5.2 План выполнения работ

В таблице 1 приведен план выполнения работ.

Таблица 1

План выполнения работ

Получаем: время разработки суммарное равно 669 часам, машинное время суммарное рано 959 часов.

5.3 Расходы на оплату труда

На статью “Дополнительная заработная плата” относятся выплаты, предусмотренные законодательством за не проработанное время:

- компенсация за неиспользованный отпуск;

- оплата очередного отпуска;

- оплата времени, связанного с прохождением медицинского освидетельствования;

- выполнение государственных и общественных обязанностей;

- выплата за выслугу лет.

Рассчитывается дополнительная заработная плата по формуле (7.5):

ЗП_дп=ЗП_осн*П_д/100, (7.5)

где, ЗП_дп - дополнительная заработная плата, руб.;

ЗП_осн - основная заработная плата, руб.;

П_д - размер дополнительной заработной платы в процентах от основной. Норматив П_д составляет 20% от основной зарплаты. В данном случае он предусматривает только отчисления на очередной отпуск. Таким образом, дополнительная заработная плата составит:

ЗП_дп= 85462,05 * 20 / 100 = 17092,41 руб.

5.4 Материальные затраты

Данные затраты рассчитываются по формуле (7.8):

Ст_расх=Ст\Т_эф* t_факт, (7.8)

где: Ст - стоимость прикладных программ, руб.;

Т_эф - время эффективного использования, час.;

T_факт - количество часов использования ПО, маш\час;

Стоимость прикладных программ складывается из стоимости отдельных программных продуктов необходимых для работы системы:

CodeGear Studio 2007 + 1 лицензия - 48818 руб

Microsoft Office Professional 2003 + 1 лицензия - 3400 руб.

Microsoft Windows XP + 1 лицензия - 5 000 руб.

Ст_расх = (48818/43440)*352 + (3400/5979)*60 +(5000/7972)*

959=395,58+34,12+601,48=1031,18 руб.

Остальные программные продуктами являются бесплатными и свободно распространяются.

5.5 Расчет амортизации оборудования