|
|
От
|
Claus
|
|
|
К
|
dap
|
|
|
Дата
|
06.08.2023 00:08:46
|
|
|
Рубрики
|
Современность; Танки;
|
|
Re: Связи в...
>На гражданке в ваш wifi роутер не прилетит ракета, а за глушение сотовой связи приедут люди в форме и отвесят люлей. Очень похоже на поле боя, ага.
На гражданке основной трафик это видеосервисы, которые используют сотни миллионов человек по всему миру.
В то время как приказы передавать и информацию о положении своих подразделений и об обнаруженных войсках и технике противника, даже морзянкой можно. Там совершенно мизерный трафик нужен. И количество пользователей максимум десятки тысяч, а скорее даже тысячи.
А видео с дронов это фактически отдельный канал, данные которого отнюдь не на передовой приниматься будут. Впрочем с конкретного дрона на передовую раздать, это тоже технически реализуемо, хотя эффективнее не видеопоток передавать, а положение юнитов на карте - там и трафик на порядки ниже и воспринимется человеком лучше.
>Она про выработку решения штабом в первую очередь. Для этого нужно довольно много средств, о которых ни вы ни я понятия не имеем. Я понимаю немножко больше, потому, что прежде чем, писать, немного почитал по обсуждаемому вопросу.
>Основное там сбор информации из разнородных источников
На гражданке это давно реализовано в яндекс-картах, яндекс-такси, сбербанк-онлайн и т.п.
Они все обеспечивают передачу данных с пользовательского устройства на сервер.
>и отображение эффективным образом, совместная разработка решения большим разнородным коллективом, отображение решения на карте корректно в разных масштабах
Отображение объектов на карте в разных масштабах в яндекс-картах реализовано лет 10 назад, если не больше.
>согласование решения, донесение для подчиненных в части их касающейся.
В системах документооборота реализовано минимум 25-30 лет назад.
Визуальное отображение на устройствах пользователя реализовано в яндекс-картах лет 10 назад или даже более.
Заблаговременное скачивание карт и использование их офф-лайн на устройствах пользователей тоже лет 10 назад или более. Я еще телефоном на windows mobile этим пользовался.
>Ключевое выделено в тексте. Это ОЧЕНЬ не простые вопросы, по каждому можно статью написать.
Это не очень простые вопросы, но в гражданских системах они давным давно реализованы и работают у массовых пользователей.
>А у вас с Клаусом все просто, ага. Нужно яндекс такси взять.
Еще раз, это не просто и требует некоторых усилий. Но гражданские аналоги, реализованы давным давно и успешно работают.
>А потом видимо загрузить в лазерный дальномер целеуказатель java-аплет для связи с ЕСУ ТЗ.
>Давайте, успехов вам.
Вообще то сделать выдачу информации с дальномера на внешнее устройство, которое будет эту информацию обрабатывать и передавать, это обычная техническая задача.
Да и нафига информацию с дальномера в АСУ загонять? Кто ей пользоваться будет, Генштаб?
>Еще раз для тех кто в танке. ЕСУ ТЗ с ОЧЕНЬ неконкретным ТЗ отдали ГРАЖДАНСКИМ специалистам.
То что Вы выше описали это просто дичь. Ну и проблема прежде всего в некорректном ТЗ.
>Я с одним из них беседовал на эту тему. Там уровень понимания предметной области в районе плинтуса.
Когда заказчик хочет получить работающий результат, он участвует и в процессе разработки ИЗ и в процессе реализации по нему.
Выделяется этап обследования процессов, где с участием заказчика и испольнителя все детально описывается, назначаются промежуточные точки, чтобы посмотреть предварительные результаты и скорректировать при необходимости, проводится тестирование системы, в т.ч. и с бизнес-заказчиком.
Это азы, по которым сложные системы разрабатывают уже десятки лет.
>Они сделали. В результате цикл боевого управления не уменьшился, как этого хотели, а УВЕЛИЧИЛСЯ в 2 РАЗА.
>Оперативность принятия решений УХУДШИЛАСЬ.
>Это не злобные тупые военные сделали.
Если получен такой результат, это значит что заказчик не сильно парился по поводу того что будет получено и не контролировал результаты и что исполнитель некомпетентен.
Среди гражданских разработческих контор таких тоже хватает. Но может надо было выбирать получше?
>Потому что в госзаказе используется обычно подход - вы там долго делаете и потом выкатываете готовое решение на испытания. Итеративная разработка с малыми итерациями для госконтрактов не характерна. И это не военные придумали.
В госконторах вполне внедряют сложные системы и свои ИТ-подразделения там есть. Расписать этапность в контрактах тоже вполне возможно.