«единый информационный контур»: как в россии совершенствуются автоматизированные системы управления войсками

Алан-э-Дейл       16.02.2023 г.

Что это за выплата

«Новой выплатой» в статье я буду называть ту, что назначается с 1 мая 2022 года. «Старым пособием» — то, что с 1 июля 2021 года.

Старое пособие установлено федеральным законом, и регионы не могут вводить дополнительные условия. Новая выплата установлена указом президента, а правила для нее утвердило правительство, то есть регионы могут вводить дополнительные требования, как они это делают для выплат на детей от 3 до 7 лет.

Дальше в статье — общие федеральные условия правительства. Они могут уточняться на уровне региона. Пока свои условия точно установила Москва, до конца апреля подтянутся остальные.

Единый комплекс управления и мониторинга

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

Закупка 32 комплексов «Акация-М» обойдется МО РФ в 20,13 млрд руб.

Мобильный комплекс управления войсками «Акация-М» обеспечивает контроль над исполнением команд, а также над передачей информации о действиях противника и обмене данными между командным пунктом и штабом. Мобильные комплексы также включают средства для автоматизированного управления силами авиации и ПВО.

Как пояснили «Интерфаксу» в концерне «Системпром» (входит в холдинг «Росэлектроника», система «Акация-М» может комплектоваться различными компонентами в зависимости от целей применения. Модификации комплекса могут применяться на различных уровнях управления войсками — от отдельных подразделений до всех вооруженных сил государства, обеспечивая оперативное развертывание, подготовку к ведению операций и решение любых других боевых задач.

Трёхуровневая система мониторинга

Система АСУ ТП на базе ПТК TOPAZ — иерархическая трёхуровневая система мониторинга и управления, основанная на комплексе стандартов МЭК 61850. В системе реализовано горячее резервирование основных компонентов.

В верхний уровень входят:

  • устройства концентрации, обработки и архивирования данных (сервера), такие как, например, TOPAZ IEC DAS MX820;
  • устройства предоставления информации пользователям (АРМ, принтеры) автоматизированные рабочие места (АРМ) пользователей:
    •   АРМ ОП (основной и резервный);
    • АРМ инженера РЗА (стационарный);
    • АРМ инженера АСУ (стационарный и переносной).
    • Кроме того, программно-технические средства АСУ ТП обеспечивают удаленный авторизованный доступ к системе с рабочего места «сервер удаленного доступа»

Средний уровень системы включает:

  • устройства передачи информации (маршрутизаторы TOPAZ FW, коммутаторы TOPAZ SW и т.п.) для организации подстанционной резервированной сети передачи данных с решением задачи избыточной топологии;
  • серверы оперативной информации с функциями передачи телеинформации на верхние уровни диспетчерского управления (ССПИ);
  • устройство синхронизации времени (УСВ) – TOPAZ Метроном PTS;
    Также возможна передача данных по каналам GSM-GPRS каналам с помощью роутеров TOPAZ GSM и контроллеров TOPAZ IEC DAS

Нижний уровень представляет собой первичные источники измерительной и дискретной информации, а также исполнительные механизмы (устройства серии TOPAZ TM, TOPAZ MC, TOPAZ MU):

  • микропроцессорные устройства сбора и обработки информации (контроллеры присоединений и модули УСО в их составе, осуществляющие:
    • перевод дискретной и аналоговой информации в цифровой формат, в том числе с поддержкой протокола МЭК 61850-9-2;
    • ввод в цифровом формате дискретной и аналоговой информации из специализированных контроллеров, входящих в состав ЩСН, ЩПТ и пр.;
    • предоставление данных потребителям информации в протоколе МЭК 61850-8-1;
    • осуществления команд телеуправления (воздействие на исполнительные механизмы) в цифровом протоколе.

В состав АСУ ТП также входят:

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

Для обмена данными между компонентами системы АСУ ТП предусмотрен протокол передачи данных МЭК 61850-8-1.

Информационный обмен с МП устройствами смежных информационно-технологических систем и АСУ ТП осуществляет в цифровом виде с использованием международных стандартных протоколов.

Информационный обмен АСУ ТП с системами управления верхнего уровня  осуществляется с использованием стандартного протокола МЭК-60870-5-104.

Электротехническое оборудование ПС и инженерные системы ПС снабжены контроллерами с протоколами связи, отличными от МЭК 61850-8-1. Интеграция таких контроллеров осуществляется устройствами сбора и обработки информации АСУ ТП, использующими протокол МЭК 61850-8-1.

Для организации физических каналов между компонентами системы АСУ ТП предусмотрены оптоволоконные кабели, и электрические кабели.

Для подключения критически важных устройств в составе АСУ ТП, а также для подключения групп устройств, предусмотрено использование резервированных физических каналов.

Серверы АСУ ТП — резервируемые, с двумя блоками питания горячей замены каждый, подключенными к разным источникам питания. В качестве массива хранения информации применены SCSI/SAS/SATA-накопители, объединенные в RAID-массив. Серверы комплектуются дублированным Ethernet-интерфейсом, подключенным к различным коммутаторам ЛВС.

Операторские и инженерные станции укомплектованы SATA-накопителями, объединенными в RAID-массив уровня 1. Станции комплектуются дублированным Ethernet-интерфейсом, подключенным к различным коммутаторам ЛВС. Мониторы (дисплеи) операторских и инженерных станций являются основным средством отображения оперативной информации пользователям. В рабочих станциях применены цветные графические жидкокристаллические дисплеи высокого разрешения с диагональю 24”. АРМ ОП оснащены двумя дисплеями. Рабочие станции работают под управлением версии ОС Windows.

АСУВ — основа обороны России

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

Они добывают, обрабатывают и передают боевую информацию по защищённым каналам связи в центры управления АСУВ, получая взамен данные для выполнения учебных и боевых задач. Таким образом формируется динамическая и детализированная картина обстановки около наших границ в мирное время и в угрожаемый период, а также масштабируемая карта боевых действий в реальном масштабе времени, позволяющая военачальникам принимать решения и гибко применять тактические и оперативно-тактические приёмы, изменяющие ход военных операций в пользу нашей армии.

Первый этап развития АСУ

Первый этап развития АСУ войсками соединения ПВО представлен системами ряда «Воздух».

Основными средствами воздушного нападения (СВН) вероятного противника на этом этапе были самолеты стратегической авиации (СА), тактической авиации (ТА) и палубной авиации (ПА), вооруженные авиационными бомбами различного типа. Основным тактическим приемом был прорыв системы ПВО непосредственно в зоне боевых действий.


В учебном центре радиотехнических войск (г. Владимир). Фото: Михаил Жердев

Автоматизированная система управления «Воздух» была разработана на элементной базе первого поколения. Элементной базой были электровакуумные приборы (электронные лампы). Система имела низкое быстродействие, большие массогабаритные характеристики и потребляла сотни киловатт электроэнергии.

АСУ «Воздух» была задана к разработке в 1953 г., прошла испытания и была принята на вооружение в 1957 г.

Боевые средства ПВО – зенитные ракетные комплексы (ЗРК), истребители – обладали относительно низкими поисковыми возможностями. ЗРК требовали информации целеуказания. Истребители требовали наведения с достаточно высокими точностными характеристиками. Информационные средства ПВО имели ограниченные возможности обнаруживать и сопровождать СВН. Комплексы средств автоматизации командных пунктов (КП) соединений и частей практически отсутствовали.

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

В интересах ЗРВ основное внимание уделялось автоматизированному решению задач целераспределения и целеуказания ЗРК.

В аппаратуре «Каскад» решение задачи наведения истребителя на воздушную цель осуществлялось с помощью электромеханических счетно-решающих приборов (СРП). Математически задача автоматизированного наведения истребителей решалась методом «прямая – разворот – прямая» («Маневр») только в горизонтальной плоскости. СРП не обладали высоким быстродействием и точностными характеристиками, что существенно ограничивало возможности системы по количеству обрабатываемых воздушных объектов и управляемых истребителей.

Необходимо отметить, что в АСУ оперативно-тактического и тактического уровней управления состав КСА постоянно изменялся и проходил модернизацию. АСУ ряда «Воздух» также прошли серию модернизаций («Воздух-1», «Воздух-1С», «Воздух-1П», «Воздух-1М»).

В состав системы на заключительном этапе входили:

  • КСА КП соединения ПВО (ВС-11М);
  • КСА КП частей ЗРВ (АСУРК-1МА);
  • КСА КП частей ИА (ВП-04М) с ПН ИА (ВП-11М «Каскад»);
  • КСА КП частей (подразделений) РТВ (ВП-01М, ВП-02М, ВП-03М).

Таким образом, на этом этапе была решена задача автоматизации основных процессов управления зенитными ракетными войсками (ЗРВ), истребительной авиацией (ИА), радиотехническими войсками (РТВ) и радиоэлектронной борьбы (РЭБ).


Рис. 1. Структурная схема АСУ войсками соединения ПВО «Воздух-1М» (вариант). Графика Юлии Гореловой

Структурная схема АСУ войсками соединения ПВО «Воздух-1М» показана на рисунке 1.

Задачи (потоки)

src/core/tn_tasks.h

find-first-set

Состояния задач

  • Runnable: задача готова к запуску (это не означает, что задача фактически выполняется в данный момент)
  • Wait: задача ждет чего-то (сообщения из очереди, мютекса, семафора, и т.д.)
  • Suspended: задача был приостановлена другой задачей
  • Wait + Suspended: задача была в состоянии Wait, после чего была приостановлена другой задачей
  • Dormant: задача еще не была активирована после создания, или была уничтожена с помощью вызова . Следующий раз, когда задача будет активирована, любое предыдущее ее состояние будет обнулено, и она будет запущена в чистом окружении
  • Когда задача выходит из состояния Dormant, необходимо инициализировать ее стек, так что когда задача получит управление, она будет запущена в новом окружении
  • Когда задача входит в состояние Runnable, нам нужно добавить ее в очередь на запуск для соответствующего приоритета и обслужить , так что ядро рано или поздно передаст ей управление
  • Когда задача выходит из состояния Runnable, нужно убрать ее из очереди на запуск, опять-таки обслужить , и если это была выполняемая в данный момент задача, то нужно определить другую задачу для выполнения
  • Когда задача входит в состояние Wait, мы добавляем ее в соответствующую очередь ожидания (если нужно), а также устанавливаем таймер, если таймаут был указан
  • Когда задача выходит из состояния Wait, мы убираем ее из очереди ожидания (если она состояла в такой очереди), и сбрасываем таймер (если он был установлен)
  • И т.д.
  • Ввести задачу в заданное состояние;
  • Вывести задачу из заданного состояния;
  • Проверить, состоит ли задача в заданном состоянии.

src/core/tn_tasks.c

Создание задач

  • Выводит задачу из состояния Dormant: как вы уже знаете, в этот момент стек задачи инициализируется чистым контекстом;
  • Вводит задачу в состояние Runnable: как вы уже знаете, в этот момент задача помещается в конец соответствующей очереди на запуск.

Запуск задач

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

Переключение контекста

  • Сохраняет значения всех регистров в стек текущей задачи, один за другим. Кроме прочего, сохраняется и адрес в программной памяти, на котором задача была прервана;
  • Когда все регистры сохранены в стек, ядро сохраняет текущий указатель стека в дескриптор текущей задачи;
  • Возможно, выполняет on-context-switch handler (он нужен для профайлера и для программного контроля переполнения стека, если любая из этих функций включена);
  • Затем переходим к последовательности, указанной в предыдущей секции «Запуск задач».
  • Контекст переключается на Receiver;
  • Receiver получает сообщение и обрабатывает его;
  • Receiver пытается получить следующее сообщение, и переходит в состояние Wait;
  • Контекст переключается обратно на Transmitter.

Задача Idle

  • MCU sleep. Когда системе нечего делать, часто имеет смысл перевести процессор в sleep, чтобы уменьшить потребление. Конечно, приложение должно настроить какое-то условие, по которому процессор должен выйти из sleep: чаще всего, это какое-нибудь прерывание;
  • Вычисление загрузки системы. Простейшая реализация: просто увеличивать на единицу значение какой-нибудь переменной в бесконечном цикле. Чем быстрее изменяется значение — тем меньше нагрузка на систему.

Что слышно о наступлении от России?

19 апреля глава МИД России Сергей Лавров объявил о начале следующей фазы «спецоперации» в Украине.

Но пока Министерство обороны значительными успехами операции делиться не спешит. Вот что попало в сводку ведомства вечером 19 апреля:

  • «В результате удара высокоточными ракетами воздушного базирования поражены два опорных пункта в районе Калиново-Попасное и шесть районов сосредоточения живой силы и военной техники противника в районах Мирное, Славянск и Попасное. Уничтожено до 180 человек личного состава и 15 единиц бронетехники. Также в районе населенного пункта Барвенково уничтожена пусковая установка зенитного ракетного комплекса «Бук-М1».
  • Оперативно-тактической авиацией ВКС России поражен 31 военный объект Украины. Среди них уничтожены: в районах населенных пунктов Раздольное и Новогродовка два пункта управления и 28 мест скопления живой силы и украинской военной техники, а также склад боеприпасов для реактивных систем залпового огня в районе Приволье.
  • Российскими средствами противовоздушной обороны над населенными пунктами Чернобаевка, Зализное и Покровское сбиты три украинских беспилотных летательных аппарата.
  • Ракетными войсками в течение дня поражены два пункта управления подразделений украинских войск, склад боеприпасов, артиллерийская батарея, а также скопление украинской военной техники».

Также там назвали цифры уничтоженной техники:

  • 140 самолетов,
  • 490 беспилотных летательных аппаратов,
  • 253 зенитных ракетных комплекса,
  • 2367 танков и других боевых бронированных машин,
  • 256 установок реактивных систем залпового огня,
  • 1021 орудие полевой артиллерии и миномет,
  • 2225 единиц специальной военной автомобильной техники.

От штаба фронта до полка

Принято считать, что Россия в XXI веке начала создание автоматизированной системы управления тактического звена чуть ли не с нуля. Это не так. Да, Интернет появился за океаном в военных целях и потом только нашел применение в гражданских целях. Но и в СССР еще в начале 1960-х разработали и внедрили автоматизированные системы боевого управления для Ракетных войск стратегического назначения, комплекс средств для автоматизации для войск ПВО «Алмаз-2», для ВВС — АСУ «Воздух-1М».

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

Значительный прогресс был достигнут в управлении базами данных, развитии средств коммутации и оперативной связи, программном обеспечении. Под новую автоматизированную систему управления вооружением совершенствовалось и оснащение боевой техники. Всего в создании АСУ «Маневр» участвовало свыше 500 предприятий и организаций, в том числе государств — участников Варшавского Договора.

Фото Олега Починюка
Комплексы связи в поле.

АСУ тактического звена было принято на вооружение в декабре 1982 года, а спустя шесть лет — его усовершенствованный вариант.

На практике «Маневр» смогли использовать в начале 1990-х годов в трех военных округах (Белорусском, Дальневосточном и Московском).

Россия — Украина. Вторая фаза спецоперации. Карта военных действий и оперативная обстановка на фронтах сегодня, 23 апреля 2022

Пожалуй, самая главная новость сегодня связана с представителем Министерства обороны, заместителем командующего Центральным военным округом Рустамом Миннекаевым. Он заявил, что в ходе второго этапа спецоперации российская армия планирует установить полный контроль над Донбассом и южной Украиной, а также обеспечить сухопутный коридор в Крым. По его словам, контроль над югом Украины даст ВС РФ еще один выход в Приднестровье, где отмечаются факты притеснения русскоязычного населения.

Также Миннекаев отметил, что вторая фаза уже началась два дня назад. Стоит заметить, почему эта новость разошлась по всему телеграмму не только в России, по сути: это первое заявление от лица МО о планах СВО.

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

Согласно заявлению Генштаба ВСУ, ВС РФ активно давят в направлении на Славянск и Краматорск и угрожают перерезать коммуникации группировки, которая обороняет эту агломерацию. По их словам, российские войска заняли поселок Лозовое и пытаются пробиваться дальше на Славянское направление.

ЛНР. Из Луганщины пошли сообщения, что армия ЛНР выбила ВСУ из пгт Новотошковское, пока не подтверждено. Продолжается ожесточенное сражение за Попасную. Военкоры передают, что ВСУ потеряли контроль над МВД в Попасной. Тем не менее, враг до сих пор контролирует половину ключ-города к Северодонецко-Лисичанской агломерации. Активный стрелковый огонь и артобстрелы продолжаются сегодня практически на всей территории соприкосновения фронта Восток.

Мариуполь. Несмотря на отказ от наземного штурма «Азовстали», удары и бомбардировку никто не отменял. Сегодня они ожидаемо продолжились, о чем сообщают с мест военные корреспонденты. Активно работает артиллерия.

Схема разрушения городской застройки Мариуполя по состоянию на 17.04.2022

Также стоит отметить поступившие сообщения от Николаевского губернатора Кима, который на грустной ноте заявил следующее:

Ким предлагает уезжать из Николаева, пока не взорвали мосты. Деньги для выплат зарплат закончились.

Из интересного. Сегодня утром в Вольнянском районе Запорожской области упал украинский самолет Ан-26. Погиб как минимум один человек. По сообщениям той стороны судно не было военным, летело «низенько-низенько», дабы не сбили наши ЗРК, но задело опору ЛЭП. Еще есть слух, что самолет по ошибке сбил местный тероборонщик.

В конце дня 22 апреля МО РФ заявило, что один из членов экипажа крейсера «Москва» — старший мичман Иван Вахрушев — погиб, 27 пропали без вести.

Ведомственный тупик

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

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

Вызывает серьезные сомнения утверждение о том, что генеральный конструктор, представляющий конкретное предприятие, сможет успешно руководить процессом создания АСУ ВС РФ требуемого уровня и добиться значимых результатов. Опытом последних двух десятилетий это не подтверждается. Такое главенство несовместимо с принципами рыночной экономики, как бы мы к ней ни относились, не обеспечивает эффективного управления комплексом работ, подрывает здоровую конкуренцию и в итоге неизбежно ведет к застою.

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

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

Первым шагом в этом направлении должна стать концепция, дающая четкое определение АСУ ВС РФ, устанавливающая ее назначение, границы, принципы построения, основные направления и этапы создания (развития). Источником требований, которые будут указаны в тактико-технических (технических) заданиях на конкретные работы, предусмотренные этой программой, может быть только архитектура перспективной АСУ ВС РФ.

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

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

Вячеслав Павлов,капитан 1-го ранга запаса, кандидат военных наук

Систем много, а системы нет

Оценки, которые даются Ивановым состоянию дел в области автоматизации процессов руководства ВС РФ, в основном справедливы. Вместе с тем целесообразно уточнить предмет обсуждения. Упоминая результаты деятельности в данной области, принято говорить о внедрении и эксплуатации различных АС ВН, в том числе АСУ войсками. В масштабах Вооруженных Сил Российской Федерации идет речь об АСУ ВС РФ. Уместно задаться вопросом: а что такое АСУ ВС РФ? Несколько существующих определений можно свести к следующему: АСУ ВС РФ – это совокупность автоматизированных систем различных уровней, обеспечивающая управление ВС РФ.

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

Допустим, существует развернутая на объектах АСУ войсками, построенная на единых с другими аналогичными АСУ принципах. Но функционирует она автономно, хотя в полной мере реализует требования, которые были сформулированы в тактико-техническом задании. Формально ее можно отнести к совокупности других структур, якобы составляющих АСУ ВС РФ. Возможно, она достаточно успешно обеспечивает руководство войсками в своей сфере ответственности, но не обладает ключевым свойством, которое действительно может характеризовать ее как часть АСУ более высокого уровня, поскольку процессы взаимодействия между составляющими должны быть автоматизированы. Нет смысла называть единой АСУ набор отдельных средств, между которыми отсутствует автоматизированное взаимодействие. В то время как в реальной жизни весьма часто так и происходит – желаемое выдается за действительное.

Кроме того, рассматривая действительную эффективность автономной АСУ войсками из нашего примера, нельзя не заметить следующего обстоятельства. Она не может считаться достаточно эффективной, если неспособна автоматизированно взаимодействовать «по горизонтали» и «по вертикали» системы.

Коллаж Андрея Седых

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

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

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

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

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

Другие технологические решения

Регистратор аварийных событий

ПТК TOPAZ РАС разработанный и производимый компанией ООО «ПиЭлСи Технолоджи» является автономным регистратором аварийных событий, построенным по принципу Цифровая Подстанция

Подробнее

Управляемый пункт секционирования

УПС представляет собой управляемое устройство для мониторинга сети и управления участками радиального фидера.

Подробнее

Мониторинг кабельных линий

Система температурного контроля волоконно-оптическая распределенного типа СТК «TOPAZ» (далее по тексту – СТК) предназначена для измерения, регистрации, обработки, отображения и передачи на вышестоящий уровень (АСУ ТП, ДП, ЦУС и т.д.) информации о непрерывном температурном профиле вдоль всей длины подключаемого волоконно-оптического кабеля (далее по тексту ВОК)

Подробнее

Информационная безопасность

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

Гость форума
От: admin

Эта тема закрыта для публикации ответов.