Система выполнена по модульной схеме которая включает в себя БД АСОУП-2, источник данных, JDBC Data Source, сервер удаленных объектов(RMI Remote Server), WEB - приложение СИРИУС, приложение STDP менеджер, WEB – браузер.
В момент загрузки системы стартуют приложение сервиса имен, сервер СИРИУС, клиент – сервер СИРИУС и STDP менеджер каждая в своем потоке.
В момент инициализации сервер СИРИУС создает объекты удаленного доступа который регистрируется в сервисе имен в момент инициализации Client Server Sirius выполняет подключение к серверам Сервер СИРИУС через запросы Name Service. Пользователь системы формирует через Web – браузер, и запрашивает требуемые данные.
Web – приложения 2 уровня принимают запросы пользователей, обрабатывает их, и в зависимости от полученных параметров формирует запрос в одну или несколько систем Сервер СИРИУС по RMI соединению. Запросы в разные системы обрабатываются в параллельном режиме.
Сервер СИРИУС по полученным параметрам генерирует запрос и посылает в свою БД АСОУП-2, получает результаты выполнения запроса, преобразует их и возвращает клиент- сервер СИРИУС. Сервер ожидает ответы от всех систем, затем группирует из множества документов один и выполняет его преобразования по соответствующим правилам, результат выдается пользователю пославшему запрос. 
В архитектуре второй очереди было предложено усложнить систему введения дополнительного уровня. Основные усилия были направлены на устранение недостатков первой очереди и гарантированного получения данных на сетевом уровне. Архитектура второй очереди включает в себя следующие модули:
Уровни:
· Представление дорожной БД(SQL Node system)
· Представление распределенной БД (SQL Multi System)
· WEB- application
На дорожном уровне запускаются две копии сервера приложений СИРИУС:
· Основная
· Копия горячего резерва (резервная)
В момент загрузки стартуют приложения сервис имен, сервер удаленных объектов, 1-3 уровень системы, STDP менеджер (только на основном сервере), и активизируются объекты регистрации событий и источник данных JDBC Data Source.
Приложения SQL Multi System и WEB – Application на резервном сервере могут не запускаться. Каждое приложение системы стартует в своем потоке. Приложения 1 уровня при старте регистрируются на сервере удаленных объектов и в сервисе RMI Name Service. В момент старта приложения 2-го уровня запускаются потоки контроля соединения с удаленными серверами первого уровня других дорог, основных и резервных систем. Пользователь формирует запрос через WEB - браузер, приложение WEB-application принимает запрос пользователя, обрабатывает и передает ее на выполнение объекту исполнения распределенных систем, который анализирует полученный параметр и в зависимости от них передает одному или нескольким объектам представления дорожных систем. По мере программно аппаратных комплексов ИВЦ и создание резервных систем баз данных на дорожном уровне эти сервера и системы без проблем можно добавить в архитектуру системы. Одним из принципов построение системы СИРИУС является использование единой нормативной БД.
В настоящее время внедрены в промышленную эксплуатацию следующие разработки:
· Универсальный пользовательский интерфейс
· ПО, по наполнению нормативной БД СИРИУС
· Унифицированный пользовательский интерфейс по наличию, состоянию, дислокации вагонных парков с разложением по дорогам, отделением и станциям.
· Унифицированный пользовательский интерфейс по грузовой модели дороги.
· Унифицированный пользовательский интерфейс по обмену поездов, вагонов, контейнеров по междорожным стыковым пунктам.
Система СИРИУС интегрируя в себе комплекс информационно управляющих и аналитических технологий позволяет осуществлять на практике логистическое управление груза и грузопотока.