Целевая конференция «Системы организации и управления безопасностью дорожного движения»
иного варианта, изначальное ориентирование программно-аппаратного комплекса АСУДД
на конкретную реализацию выглядит рискованным.[9]
Другая особенность – в характере самого объекта управления АСУДД, связанная с
его эволюционированием, изменчивостью с развитием городской инфраструктуры и с
ростом автомобилизации населения.
Поэтому, важный фактор успеха внедрения АСУДД – создание гибкой платформы,
способной воплотить различные варианты алгоритмов управления в соответствии со
спецификой дорожно-транспортных условий.
Гибкость обеспечивается за счет доступности протоколов взаимодействия компонент
системы и открытой архитектуры ПО управляющего центра, обеспечивающей возможность
подключения программных модулей расширений. При этом становится возможным
подключение программных модулей, изготовленных самими пользователями или
использование программных модулей сторонних производителей. Это должно существенно
снизить характерную зависимость пользователя от производителя основного ПО системы и
обеспечить возможность развития системы.
Существуют следующие механизмы расширения ПО:
Для сторонних разработчиков (расширение функционала, подключение нового оборудования,
реализация сложных алгоритмов управления, обработка и визуализация данных ...):
· разработка собственных модулей на базе открытых протоколов.
· плагины на базе открытого программного интерфейса приложений (API).
Для пользователей (адаптация под собственные нужды, автоматизация часто
выполняемых действий, простые алгоритмы управления, интеграция с сопутствующими
системами и т.д.)
· скрипты
Последние наши исследования и разработки в этом направлении показывают, что
гибкость приспособления базового ПО АСУДД под нужды пользователя эффективно
достигается путем создания среды выполнения пользовательских скриптов. Эти скрипты
создаются на распространенных и общеизвестных языках (например, Java-скрипт) и их
выполнение происходит в контексте управляющей среды центра АСУДД. Базовое ПО
АСУДД при этом обеспечивает механизмы передачи необходимых данных от детекторов
транспорта, доступ к базе данных, арбитрируемое исполнение управляющих воздействий.
Скрипты могут храниться в виде библиотеки исходных текстов, доступных для
редактирования и свободного обмена, что создает необходимые условия самостоятельного
публичного развития алгоритмов управления и пользовательских настроек.
Возникает вопрос, не могут ли в таком случае все компоненты АСУДД производиться
в открытых кодах под лицензией GPL? -Полагаем, что вряд ли стоит рассчитывать на
появление в ближайшее время полностью открытого ПО центра ввиду того, что АСУДД –
узкоспециализированная система, не носящая характер массового программного продукта и
ПО такой системы должно базироваться на коммерческих профессиональных разработках с
соответствующим уровнем поддержки. Но при этом весьма заманчивым все же остается
придание разрабатываемой системе гибкости, присущей открытым проектам.
Использование изложенных принципов построения АСУДД в условиях российских
городов позволяет не только упростить развертывание полномасштабной АСУДД в
кратчайшие сроки за счет эффективного использования имеющегося парка оборудования, но
и создать развиваемую платформу для реализации алгоритма управления, оптимальным
образом соответствующего дорожно-транспортной специфике данного города.
Литература:
1. http://www.ripas.ru/files/PUB/TLC_SPECTR/protocol%20SPEKTR%20v1_11.doc
Прикладной протокол взаимодействия с периферийным контроллером СПЕКТР
версии 1.11