С целью повышения боевой устойчивости системы могут быть предусмотрены резервные, параллельно функционирующие каналы или шины, способные автоматически « перехватывать » друг у друга информационные потоки в случае повреждений отдельных элементов. При этом программные средства должны будут обеспечить автоматическую передачу функций управления оружием или техническими средствами от одних( основных) абонентов к другим( резервным) в случае повреждений, выхода из строя техники или поражений личного состава. Например, при потере управления оружием самообороны из-за отказа процессора пульта командира зенитного дивизиона может быть оперативно открыт доступ к информации о воздушной обстановке, состоянии средств ПВО и задачам управления ими для командира дивизиона ударного оружия, если в это время в контуре управления ударным оружием не решаются задачи его применения. Возможен вариант, когда функции управления средствами ПВО возьмет на себя командир БЧ‐2 и т. д. Вопросы о заместительстве, боевом резервировании и соответствующем изменении информационных потоков, доступе к базам данных и т. п. относятся к общесистемным, которые должны решаться заранее при выборе базовых направлений развития информационных технологий для корабельных БИУС.
При создании первых АСУ и БИУС было доказано, что иерархия элементов представляет собой более высокую структурную организацию по сравнению со структурами, в которых элементы не специализированы. Еще более высокой организацией обладает такая многосвязная структура, в которой иерархия может быть создана временно, и каждый из ее элементов способен принять на себя управляющие функции и выполнять их столько времени, сколько необходимо.
В будущих БИУС контуры управления приобретут менее четкую, чем ранее, физическую топологию. Однако их логическая топология будет более развитой и совершенной благодаря внедрению сетевых методов использования информационных ресурсов системы.
Анализ состояний и тенденций развития информационных технологий показывает, что уже сегодня при проектировании кораблей следующего поколения необходимо стремиться создавать БИУС подводных лодок и надводных кораблей на основе межпроектной унификации и модульного( блочного) построения, обеспечивающего возможность наращивания числа пользователей, каналов передачи данных и ЭВМ путем формирования в системе новых контуров или расширения возможностей функциональных и командного контуров управления.
Унификация обеспечит существенную экономию средств, сократит сроки создания систем, повысит их надежность, упростит их эксплуатацию и подготовку личного состава.
Решение проблемы унификации требует серьезной научной проработки с целью выбора наиболее перспективного базового направления развития информационных технологий для БИУС кораблей.
Для этого необходимо прежде всего сосредоточить руководство всеми научно-исследовательскими и опытно-конструкторскими работами в едином системном органе заказчика и у единого( головного) подрядчика.
Еще при создании первых АСУ силами флота, надводных кораблей и БИУС подводных лодок стала понятна сложность и уникальность проблемы автоматизации. В ходе ее решения была выработана определенная логика разработки: анализ функций элементов системы, выявление структуры информационных потоков, состава задач, требующих автоматизации, и определение глубины автоматизации. Задачи объединялись в группы, для решения которых создавались специальные программные модули и подсистемы. Одновременно выявлялись взаимосвязи и взаимозависимости функциональных задач и информационных потоков. В итоге устанавливался возможный уровень автоматизации процесса управления, намечалась схема перспективного развития системы и определялся ожидаемый результат от внедрения средств автоматизации. Автоматизированные системы управления должны были информационно объединить в единое целое процесс управления.
Однако это стремление вступало в противоречие с системой заказов, практикой разработки, испытаний и принятия на вооружение отдельных станций, комплексов, систем управления оружием и т. д. Ведомственный характер взаимоотношений и интересов довлел над объективной необходимостью иметь генерального заказчика и такого же генерального( общесистемного) разработчика, которые были бы наделены правом устанавливать единые требования к программным модулям и подсистемам, элементной базе, интерфейсам, правилам обмена и т. п. Отсутствие подобной организации вело к затягиванию сроков согласования и выдачи тактико-технических заданий; осложняло вопросы размещения техники на корабле; вызывало необходимость разработки дополнительных устройств и даже систем; затрудняло проведение испытаний, особенно на этапах комплексных проверок, когда каждый из разработчиков стремился возложить вину за имевшие место сбои и ошибки на других; приводило к необходимости принимать корабли с отдельными недоработанными системами и т. д.
24 Морские информационно-управляющие системы, 2016 / No. 1( 9)