ACCS : 답변이없는 질문 (2의 일부)
4. 솔루션
간단히 말해, 모든 전술적 행동에 대한 여단 지휘관의 결정은 부수적 인 유닛에 대한 설계, 구체적인 임무, 상호 작용, 통제 및 포괄적 인 지원의 기본 쟁점입니다. 다른 말로하면, 그 계획이 "어떻게?"라는 질문에 대답한다면, 해결책은 "어떻게?", "누구?"그리고 "언제?"라는 질문에 대한 해답입니다.
일반적으로, 의도를 결정한 후 여단 사령관은 그래픽 및 텍스트 부분을 수석 지휘관에게 제출하여 승인을받습니다. 계획의 진술 (결정)은 원칙적으로 문제이며, 여단 지휘관의 계획이 수석 지휘관에 의해 정확하게 이해되었는지 여부와 그의 계획이 육군 사령관의 결정과 일치하는지 여부가 결정되기 때문에 여기에 있습니다. 군대 (OK)의 지휘관이 비 자동 모드에서 여단 사령관이 자신에게 할당 된 전투 임무를 수행하기로 결정한 방법을 볼 수있게하기 위해 그는 자신의 계획지도와 함께 지휘관에게 전화하거나 자신의 부하의 지휘부에 도착해야했습니다.
그런데 눈을 부시게하지 마라. 방어 작전에서 KP 여단으로부터 군대 KP를 제거하는 것은 40 및 100 km 일 수 있습니다. 군대에서 결합 된 여단 (OK) - 3에서 5 또는 6. 따라서, 지휘관은 대개 자신의 계획을 전화로 지휘관에게보고했다. 그리고 그래픽? 그러나 어떻게 든 대우되었다. 전화로 "받아쓰기"로 그래픽 부분을 전송하면 불일치와 불일치가 발생할 수 있습니다.
논리적으로, 하위 레벨 PU에서 상위 레벨로 그래픽 정보를 전송하는 프로세스를 자동화하면 하위 솔루션의 그래픽 이미지의 수석 책임자 화면에서 자동으로 재생산해야합니다.
아카시아와 별자리 시스템은 여전히 서로의 그래픽 정보를 재현 할 수 없음을 상기시킵니다.
그럼에도 불구하고 육군 본부에는 ESU TZ에서 소프트웨어가로드 된 터미널이 있다고 가정 해 봅시다. 여단 지휘관의 보고서 중 지휘관은 계획을보고 승인 할 기회를 가졌습니다.
그 직후 의사 결정 과정은 여단 본부에서 시작됩니다. 전투 임무 사령관의 단독 결정. 그러나 그들은 전술적 계산에 기초하여 결정됩니다. 이 단계에서 가장 중요한 것은 힘과 수단의 비율과 힘과 수단의 분포를 계산하는 것입니다. 현대의 요구 사항에 따라 단순히 수량을 계산하여 이러한 계산을 수행하지는 않습니다. 탱크, 부대와 적의 총과 TCP, 그리고 병력, 보안 및 강화를 고려하여 병력과 특수 부대의 무기와의 조합을 고려하여 병력과 특수 부대의 전투 잠재력을 비교함으로써 해당 계수와 함께 계산 공식에 도입됩니다. 그러한 비교를 "수동으로"만드는 것은 비현실적입니다 (현재 표준으로 솔루션을 해결하기 위해 여단 사령관에게 할당 된 시간 내에). 결국, 그러한 계산의 결과는 악명 높은 "XNUMX 대 XNUMX"이 아니라 유닛이 전투 임무를 완수하는 것과 같은 사건이 발생할 확률을 결정해야합니다. 병력과 적의 가능한 손실, 전진 속도 및 적의 우리의 방어력 침투 깊이 등을 동시에 계산하여! 그리고이 모든 것은 예를 들어 우리 군대에 의한 방어 지역의 장비 장비 시간과 같은 시간 매개 변수를 고려합니다.
ESU TZ의 하드웨어는 설정된 시간 내에 이러한 계산을 수행 할 수 있습니까? 이 질문에 대한 정확한 대답은 아직 존재하지 않습니다. ESU TZ에서 사용할 수있는 소프트웨어에서 그러한 계산의 방법론과 구현에 필요한 계산 된 데이터 (전투 잠재력 및 계수)는 단순히 사용할 수 없기 때문입니다.
Microsoft와 Excel에 관해서는 이미 말한 바 있습니다.
지휘관이 연합군 부대에 대한 임무를 결정한 후, 지휘관은 군대 및 서비스의 부관 및 장과 함께 무기 및 특수 부대의 업무를 규정합니다. 대략 "디자인"섹션에서 설명한 것과 같습니다.
ESU TZ 시스템 (지휘관과 본부, 정찰, 포병, 방공 등 여러 하위 시스템으로 구성되어 있음)에서 자동으로 수행하는 것은 상당히 문제가됩니다. 그리고 여기 왜 있습니다.
ESU TZ의 다른 제조사가 다른 서브 시스템을 만들었습니다. 관심사의 일원뿐만 아니라 "별자리". 그러나 그들에 관해서 - 나중에.
우려 "별자리 (Constellation)"는 개발과 생산을 중심으로하는 연구 및 생산 기업 및 기관의 집합입니다 ... 관심, 드럼 롤 (!) ... .. 의사 소통의 의미.
그래서 여기. Alabino의 KShU 연구 과정에서 5 ombsbr의 통신 책임자는 자동화 모드가 아닌 여단 직원의 책임자로부터 업무를 받도록 강제되었지만 사실은 ...
(운동 보고서 문서에서 인용) :
"... 소프트웨어는 지휘관과 직원의 하위 시스템의 소프트웨어와 맞지 않는 여단 통신장의 자동화 된 작업장에 설치되었습니다."
견적의 끝.
부츠가없는 신발공?
지능, 방공 및 기타 하위 시스템과 거의 동일한 상황.
아시다시피, "공통 ACCS 시스템에 하위 시스템 통합"개념은 Barnaul 시스템의 지휘부에서 지휘관과 본부 하위 시스템의 단일 컴퓨터 여단의 방공 수장 설치에만 제한되어서는 안됩니다. 정보는 Barnaul 단지의 자동화 된 작업장으로 수동으로 전송되어야합니다.
통합은 사령관이 자신의 하위 시스템의 전자지도에 표시 한 전체 군 상황이 무기 및 서비스 총 책임자의 PU에 설치된 하위 시스템의 원격 제어 워크 스테이션뿐만 아니라 다른 하위 시스템의 정보 표시 장치에도 자동으로 표시되는 경우입니다. 그리고 그 반대의 경우 : 대공 방어 체계 (Barnaul 단지)에서 형성된 공중 상황과 같은 정보는 (지휘관이 원하는 경우) 일반 전술 상황의 "맨 위에"직접 본부 차량에 표시해야합니다. 그리고 두 통제 서브 시스템의 장교에 대한 "중재"가 없습니다.
그러나 우리의 "가상 여단"의 자동 제어 시스템에서의 위의 문제가 없다고 가정 해보십시오.
해결책을 개발하는 단계에서 여단 관리 업무의 "최종 결과물"은 무엇입니까?
전투 문서!
이 단계에서 사령관과 직원의 분석 및 합성 활동이 합법적 인 형태로 "결정화"되기 때문에 전자 파일이 아닌 문서입니다.
즉, 전투 준비가 시작된 이래로 사령관과 본부가 수행 한 모든 작업은 수학적 추상화가 아닌 공개 된 "종이"양식으로 제공되어야합니다. 전투 결과가 성공적 일 경우, 우리의 자손들 - 군사 기록 보관소에있는 역사가들에 의해 연구 될 것이며, 성공하지 못한다면, 관련 기관의 동시대 인들에 의해 "형사 사건"이라고 불리는 풍성한 볼륨으로 연구되고 단속 될 것입니다.
이 문서 중 가장 중요한 내용은 다음과 같습니다.
1. 여단 지휘관의 작업 카드 (수석 지휘관이 승인 한 결정지도).
2. 결정의 텍스트 부분 (범례) 또는 결정에 대한 설명 메모.
3. 여단의 모든 부대 지휘관과 모든 종류의 지원 명령 (여단의 모든 부서에도 명령)에 대한 전투 명령.
우리는 이미 여단 지휘관의 결정에 대한 전자지도 파일을 수석 지휘관의 통제 센터에 보낼 수 있음을 이미 알고 있습니다. 그냥 열어보고 - 아직 작동하지 않습니다. 그러나 그러한 기능이 구현되면 소위 말하는 기능을 반드시 추가해야합니다. "전자 서명". 그 후에 그러한 파일은 원칙적으로 변경이 불가능해야합니다. 또한 여단 지휘관의 승인 된 결정 파일과 동일해야합니다. Kombrig은 받아 들여지고, 읽고, 보았고, 승인되었습니다 - 인쇄되었습니다.
그리고 금고에. 검사에게. 아니면 역사가. 이 시점에서 - 얼마나 운이 좋았습니까.
ESU TZ 콤플렉스는 가장 중요한 전투 그래픽 문서, 즉지도의 인쇄를 어떻게 처리합니까?
아직 안돼.
키트에지도를 인쇄하는 장치가 있지만 Alabino의 명령 및 제어 명령 중 여단 사령관의 결정이 인쇄되지 않았습니다. 기술적 인 이유로. 진심으로 희망 - 일회용.
그럼에도 불구하고 이러한 성가신 기술적 문제가 모두 성공적으로 해결되었다고 가정 해보십시오. 그리고 우리의 "정치적으로 정확한"적들이 결정을 내리는 동안 집중 지역에 위치한 여단에 어떤 식 으로든 영향을 미칠 능력과 욕망을 가지고 있다고 가정 해보십시오. 그리고 적의 그러한 효과 중 하나는 대포장의 지휘 본부의 여러 자동화 된 작업장을 돌이킬 수 없게 행동에서 제외 시켰습니다.
이 통제 지점에서 일하는 모든 공무원조차도 안전하고 건전하다고 가정합니다. 잃어버린 정보로 무엇을 할 것인가?
이 질문은 은행과 다른 "가스프롬"과 같은 대형 민간 기업에서 오랫동안 해답을 얻었습니다. 네트워크에서 실행중인 모든 컴퓨터의 하드 드라이브에있는 회사 데이터 서버에 백업 음, 하드 드라이브가 고장났습니다. - 글쎄, 일어난다! 시스템 관리자는 서버에 마지막으로 저장된 이미지를 찾고 "손실 된"컴퓨터의 데이터를 새 컴퓨터의 하드 드라이브로 복원합니다. 데이터 유실은 시스템의 마지막 백업과 종료 사이의 경과 시간에만 발생합니다.
그러나 ESU TZ에서 - 로컬 네트워크의 서버리스 아키텍처. 즉, 파괴 된 시스템의 데이터 손실을 보완 할 수있는 방법은 없습니다. 서버가 없기 때문에 서버에 백업이 없습니다. 포병의 파괴 된 포병 장의 정보는 복구 될 수 없다!
모르는 사람들을 위해,이 시스템은 따뜻한 사무실 조건이 아니라 전쟁에서, 배당금을 계산하는 것이 아니라 적을 파괴하는 것이 목적입니다. 차례 차례로, 우리의 파괴의 주요 목적도 있습니다. 그리고이 목표를 달성하기 위해, 그는 우선 우리의 통제 시스템을 파괴하려고 노력할 것입니다.
아니면 다른 사람이 그것을 증명해야합니까?
5. 작업 설정 및 전투 계획.
자동 명령 및 통제 시스템을 사용하는 경우 여단 지휘관의 결정에 정의 된 전투 임무의 공식화는 여단의 전투 임무의 공식화와 동일한 방식으로 수행되어야한다. 즉, 대대 지휘관은 전자 형식으로 전투 명령 텍스트, 지원 유형에 대한 지침 및 디스플레이를 사용하여 전자 카드에 적용하기위한 파일을 수신해야합니다.
적에 대한 작업 데이터를 설정할 때 알려졌다.
사실, 전체 대대의 임무;
대대의 이익을 위해 작업을 수행하는 부대의 위치와 임무 (예를 들어, 방위 지역으로의 전진을 보장하는 공학부와 RCB 부대);
대대를 지원하는 임무;
대대 지역 (책임 지역) (예 : PTRez 및 POR 여단)에서 운영하는 다른 부대의 임무, 이웃과의 경계선 및 임무 (그들과의 안정적인 상호 작용을 유지하기 위해).
이 데이터를받은 대대 지휘관은 임무를 명확히하고, 상황을 평가하고, 결정을 내리고 그것을 여단 사령관에게보고합니다. 당연히, 의사 소통을 통한 전자 파일. 여단 사령관의 결정을 승인 한 후, 그는 사령관의 임무를 설정합니다. 낮은 단계에서 전투 조직주기가 분대장까지 반복됩니다.
동시에, 여단 본부에서 여단 지휘관의 결정은 부하 직원으로부터받은 결정의 전자지도에 겹쳐 져야하므로 계획주기를 완료해야합니다. 사실은 통치 문서에 따라 전투 유닛, 군대 및 자산과 관련된 일련의 절차,시기 및 방법을 자세하게 개발하는 것입니다. 계획 과정에서, 부대 지휘관의 결정은 여단 지휘관의 작업 카드에 2 단계 내려져 있습니다. 여단에서 - 회사 (배터리)까지.
자동 제어 시스템을 적용 할 때,이 문제는 소위 말하는 것입니다. "도살"topozovy. 부하의 결정을 캥 브리 카드에 한 번이라도 오버레이하면 결정에 "과부하가 걸리므로 전술 징후가 많을 때 더 이상 적용될 지형 기반을 볼 수 없습니다. 전술 징후의 자동 축소를 사용하여 대규모 지형 기본 디스플레이로 동시에 전환하는 방법이 있습니다.
도 4 11. ESN TZ "별자리"의 하드웨어와 소프트웨어를 사용하여 방위를위한 5 ombsbr의 지휘관 결정.
그것은 ESU TZ에서 사용 된 그래픽 편집기에서만 가능합니다. 전술 표시는지도 표시의 크기에 비례하여 크기가 커집니다. 그리고 여전히 토포 바를 "해머"합니다.
따라서 Alabino의 지휘 통제 학교에서 지휘관지도상의 부대 지휘관 결정은 전혀 표시되지 않기로 결정했습니다 (그림 11). 스크린의 오른쪽에, 여단 포병 그룹 (Brag)의 발사 위치는 명확하게 보입니다. 부서의 발사 위치는 "배터리별로"가 아니라 영역별로 표시됩니다.
Brag의 OP 구역 중 북쪽은 대대의 위치를 볼 수 있습니다. 그러나 자신을 아첨하지 마십시오. 이것은 대공 미사일 여단의 1 대대의 132 발사 위치의 영역, 즉 군대 지휘관 (OK)의 수단입니다. 여단 지휘관의지도에서,이 부서는 일찍 여단이 전투 임무를받은 시점에 맞았습니다.
그리고 이것은 대대 지휘관의 AWS 화면에 표시됩니다 (그림 12) :
도 4 12. 대대 지휘관의 스크린보기
나는 설명 할 것이다.
지도의이 섹션은 Alabinsky 다각형을 재현합니다. 사실 그것은 KSHU에서 수행되었습니다. 지도 중앙의 빨간색 원이 서있는 지점입니다 (위치). 논리적으로는 주변의 전체지도가 파란색 빨간색과 검은 색 전술 징후가 있어야합니다. 그러나 우리는 단지 빨간 원과 삼각형만을 보았습니다.
그러나 대대 지휘관의 전투 임무는 실제로 설정 되었습니까? 결국 대대 지휘관의 그래픽 작업이있는 파일 만 수십 개의 전술적 표지로 구성되어야합니까? 그리고 ESU TZ 복합체를 사용하여 사단의 지휘관 결정이이 훈련 중에 결정 되었습니까?
왜 우리는 대대 지휘관에게 비어있는 카드를 보았을까요?
그리고 실제로 소년이 있었습니까?
그리고, 그런데, 적의 영향에 대한 시스템의 안정성에 대해서. 어떤 지휘관의 AWP가 실패 할 경우 ESU TK 시스템에서 잃어버린 정보를 복구하는 것은 이미 알고 있습니다. 따라서 전투 중 총알 대대 지휘관의 무장 위치에 도달하면 일반적인 종이 카드 나 전자 카드 파일의 인쇄본을 사용하여 "수동 제어"로 전환하는 것도 불가능합니다. 지도 인쇄용 장치 (대형 플로터)는 관리 팀에만 있습니다. 단일 사본.
동시에 대대 수준 이하의 인쇄 장치 (지도뿐 아니라 일반적으로 모든 문서, 심지어 A4 형식)도 클래스로 존재하지 않습니다.
6. 전투 중 관리.
다시 한번 나는 5 omsbrr 대령 M.Yu.Teplinsky와 KSHU의 머리를 인용 할 것이다 :
"자동화 된 제어 방법으로 전환하려면 우리가 실제로 필요한 것이 무엇인지 알아야합니다. 현재 우리는 계획을 세울 때 필요한 것을 이해하고 있습니다.
가장 중요한 것은 작업장에서 자동으로 정보를 교환하는 것인데,이를 통해 우리는 서비스 및 서비스 무기의 장을 그들의 자리에서 끌어낼 수 없게됩니다. 직장에서. 지휘 및 통제 지점에서 직접 작전을 수행하고 통신을 통해 지휘관과 정보를 서로주고받는 것.
두 번째. 자동으로 "일반", 즉 무기 병합 상태를 가져옵니다. 그것은 모든 사람들에게 전달되며, 모든 사람들은 자신의 제안, 즉 그 결정을 강요합니다.
그러나 우리는해야 할 일과 전투 중 자동 군대 통제 방법을 공통적으로 이해하지 못하고 있습니다. 다이나믹스가 진행되는 동안. 상황이 바뀌면 누가 손을 흔들면서 키에 메시지를 입력 할 것입니까?
이것은 일어나지 않을 것이다! 미안해. "
ECU TZ 시스템에서 하나의 전자 카드에 대해 여러 명의 공무원이 동시에 작업 할 수 없기 때문에 특수 프로그램 (전자 메일 아날로그) 메시지에 포함 된 상황의 파일을 전송하여 그래픽 정보 교환 (누적 된 상태로)이 수행된다는 점을 명확히해야합니다. 선택한 발신자 주소 (순환 또는 선택적)로 전송됩니다.
예를 들어, 대대 지휘관과 여단 지휘관과 같은 한 팀의지도에서 팀웍이 동시에 이루어지지 않았음에도 불구하고 후자는 AWP 화면에 GLONASS 포지셔닝 시스템을 사용하여 대상 위치에 대한 데이터를 수신 할 수 있습니다. 즉, 지형 기반의 배경에 따라, 전장을 가로 질러 움직이는 하위 유닛의 APC를 실시간으로 볼 수 있으며 좌표를 정확하게 결정할 수 있습니다. 원칙적으로 모든 레벨의 지휘관은 병사의 위치와 이동 방향을 확인하고 병사를 포함한 모든 대상의 좌표를 결정할 수 있습니다. 그리고 이것은 중요합니다!
그러나 항공기 (헬리콥터) 또는 UAV 운영자가 감지 한 목표 좌표의 데이터는 자동으로 시스템에 들어갈 수 없으며 "수동"사전 처리가 필요합니다. 그럼에도 불구하고 이러한 데이터의 "수동 처리"를 고려하더라도 파괴 수단에 대한 전송률이 크게 증가했습니다.
그러나 적의 위치에 관한 자료의 "주요 공급원"인 M.Yu. Teplinsky 대령에 따르면, 지금까지는 탐지와 식별을위한 적절한 콤플렉스를 갖는 라디오, 라디오 공학 및 군사 지능의 기관 및 수단 만 ( 식별)을 수행하고 좌표를 결정합니다.
한 가지 예에서 제어 시스템에 정보의 전체 모양, 전송 및 실현의 전체 체인을 제시하려고합니다. 따라서 우리는 정보 작업, 프로세스 및 운영의 의미를 이해할 것입니다.
이제 가장 유행하는 정보원 인 무인 항공기 (UAV)를 살펴 보겠습니다. 우리는 비행 데이터 (유형 및 엔진 출력, 날개의 단위 하중, 최대 거리 및 비행 고도, 탑재량, 대기 체류 시간, 기동성 등)에 들어 가지 않을 것입니다. 당연히 "더 좋고 낫다." 그러나 이러한 모든 지표는 정보 전달의 관점에서 우리에게별로 중요하지 않습니다.
우리는 또한 비행 중에 장치 자체를 제어하는 문제는 제쳐두고 떠날 것입니다. 지금까지는 UAV가 "독립적으로"(즉, 미리 정해진 프로그램에 따라) 비행했는지 또는 운전자가 제어하는지, 활주로 또는 낙하산에 앉았는지 여부는 문제가되지 않습니다.
우리는 "기본 표면"을 날고, 비디오 테이프로 찍고 촬영할 수있는 특정 "중형"LTD가있는 특정 정찰 장치를 가지고 있다고 가정합니다. 또한 접수 된 정보를 이륙 지점 (비행 통제 센터)으로 전송할 수있는 통신 시설을 갖추고 있습니다.
가장 중요한 것은 그가 할 것이라고합니다!
나는 곧바로 예약을 할 것이다 : 나에 의한 특정 비행 조건이 앞으로는 완전히 사용되지 않을 수도있다. (겸손한 하인은 여전히 비행가가 아니다.) 그러나 나는 다시 한번 반복한다. 우리는 현재 공기 역학에 관심이 없지만 준비 및 직접 비행 과정의 정보 구성 요소에 관심이있다.
그래서 날아라?
그만!
첫째, 군대에서는 모든 것이 명령 (팀)에서 수행됩니다! 모든 종류의 항공기의 항공편을 포함합니다.
둘째 : 실제로 비행 할 곳은 어디입니까?
자연적으로, 적에 의해 점령 된 영토, 다른 곳?
그러나 장비의 성능은 무한하지 않으며 전체 상세한 여단 정찰 구역을 비행하는 데 걸리는 시간은 "즉각"이상입니다. 그리고 방위에서,이 구역 (즉, 방위의 전방에 장거리 수단의 최대 사거리 + 이웃에 대한 방위 구역 정면의 1 / 3)을 곱하면 20-35 km의 40가 될 수 있습니다.
그냥 뭔가!
400 미터의 비행 고도에서 찍은 500 미터 (200 000 sq. M)의 200 표면 사진으로이 영역을 완전히 "덮으려면"4000 (4 천개!)의 그림을 만들어야합니다. 이렇게하려면 UAV가 1600 km에 대해 직선으로 (굴곡 수를 제외하고) 비행해야합니다.
평균 속도가 100 km / h 인 경우 영역 전체의 비행 시간은 16 시간입니다 (이미지 영역이 겹치지 않음).
현대의 모든 무기 전쟁의 속도에 너무 지나치지 않습니까?
귀하의 정보는 다음과 같습니다
러시아 연방 국내 UAV 비행 속도, 범위 및 비행 시간 :
따라서 방위를 준비 할 때 "주요 노력의 집중 방향"(NOCS)과 같은 것이있다.
대중적인 믿음과는 반대로,이 경우의 "방향"은 절대로 "얇은 빨간색 선"이 아니라 지역 숫자입니다! 때로는 다소 기괴한 기하학적 모양. 그 경계선은 여단을 처분 할 수있는 여단의 수석 지휘관에 의해 결정된다. 이러한 한계 내에서 결정을 내릴 때, 지휘관은 그의 힘과 자산의 대부분과 그 영향력의 방법에 적을 집중시킵니다. 그리고 여단의 정보원장이 주된 노력입니다.
종속 세력과 지능의 수단. 일반적으로이 구역의 범위는 1 / 4에서 1 / 3까지이며 상세한 여단 정찰의 전체 영역까지 다양합니다.
그러나 정찰 기관의 사령관 (여단의 정찰 대대의 정찰 회사의 정찰 소대장)이 이것을 어떻게 알 수 있습니까? 즉 여단의 주된 노력이 집중되는 방향의 경계에 관한 정보가 어떻게 연예인에게 도달 할 것인가?
그리고 여기서 우리는 정보 문제를 해결하는 분야로 들어갑니다.
이 정보의 전송은 정보 작업 번호 3, "전투 임무 수행"과 관련이 있으며 여기에는 다음 정보 프로세스가 포함됩니다.
작업을 설정하는 가장 간단한 (가장 시각적 인) 방법은 제어 포인트에서 제어 객체 (이 경우 정보 기관의 지휘관에게)의 전자 그래픽 파일을 NOCS를 나타내는 동일한 기하학적 그림에 새겨진 의도 된 비행 영역의 이미지로 전송하는 것입니다.
그리고이 모든 것은 어디서 오는 것입니까?
그러한 파일을 만들려면 여단 지능 책임자 (자신의 직속 상사를 우회하여 지능 사령관에게 직무를 직접 지명 한 경우)가 지능 시스템에서 수행해야합니다.
1. 지능 조직 조직과 여단 지휘관으로부터 경계선 개요, JMA의 지역 (방향) 및 군대의 1 눈금에 대한 위치에 관한 관련 그래픽 정보 (지휘관과 본부의 하위 시스템)에 대한 지침을받습니다. 100 000. 이것은 1.2 정보 프로세스 "상황 데이터 수집"및 1.7 "상황 데이터 표시"정보 작업 번호 1 "상황 데이터를 사용한 연속 작업"구현 중에 나타납니다.
2. 얻은 그래픽 정보를 작업 맵의 기본 축척 (1 : 50 000) (1.3 "환경 데이터 처리"정보 프로세스 실행 및 워크 스테이션 화면에 표시)로 가져 오십시오.
3. UCS의 위치를 포함하여 NOCS의 위치와 부대의 위치를 추정한다 (1.4 정보 프로세스, 동일한 정보 작업의 상황 데이터를 연구)
4. UAV 사용에 대한 절차와 조건 (하나뿐 아니라 모든 여단에있는 자들)을 결정하는 것을 포함하여 지능 조직 (두 번째 정보 작업 "솔루션 개발"의 완성)에 대한 결정을하십시오.
5. 지휘관으로부터받은 상황을 바탕으로 정보 조직에 대한 결정과 National Brigade의 승인 결정. 이 결정의 요소는 노란색 UAV의 비행 시간과 비행 시간이 될 것입니다.이 UAV는 노란색 트리밍이있는 빨간색 점선이있는 그림과 얻은 결과 보고서의 순서와 타이밍으로 표시됩니다. (1.7 정보 디스플레이 "환경 데이터 표시").
6. 공연자에게 개발 된 정보를 전송하고 ...
7. ... UAV (비행 임무)의 사용에 대한 부하 직원의 결정을 승인하고이를 승인한다. 즉 위에서 언급 한 두 가지 정보 처리 정보 작업 번호 3 "전투 임무 수행"을 수행한다.
그리고 정보 기관의 지휘관은 UAV 작업을받은 후에 무엇을 얻나요?
절차와 따라서 정보 프로세스의 흐름은 거의 동일합니다.
디스플레이. 명확히 해. 상황을 평가합니다. 결정합니다. 자동 작업장의 전자지도에 결정 (비행 과제)을 표시합니다. 정보부장에게 승인을 위해 보낸다. 승인 된 버전을 가져옵니다.
이런 식으로 :
날아 갔어?
그러나 인도의 집들이!
ESU에서 TZ는 그렇게 간단하지 않습니다. 그의 유일한 AWP를 가진 지능 부장이 동시에 두 개의 하위 시스템 (지휘관과 본부 및 정보 통제)에 들어간 경우, 유일한 하위 시스템 (정보 통제)에 포함 된 정찰 순찰의 지휘관은 자신의 자동화 된 사이트 중 적어도 두 개가 있어야합니다.
이것은 장갑차에 장착 된 EC-1856입니다 :
이 장치는 OS MSVS에서 작동하며 BLA를 사용하는 작업이이 장치에 올 것입니다.
... 그리고 비행 작업을 컴파일하고 UAV를 조종하는 데 사용되는 Panasonic의 노트북도 있습니다. 운영 체제는 악명 높은 "Windows XP"(TM)입니다.
아래 사진의 반대편에서 그의 전망.
이미 예상했듯이 한 기계에서 다른 기계로 비행 영역의 그래픽 이미지를 전송하는 것은 자동으로 수행되는 것이 아니라 정보 기관의 "V.S. Petrov, Art."지휘자의 환자 손잡이에 의해 자동으로 수행됩니다.
또한 "Panasonic"에서 EU-1866으로의 비행 과제의 역 전송도 가능합니다. 그러한 작업이 비행 준비 과정을 크게 가속화한다고 생각하십니까?
사실 UAV를 사용하는 지능화 조직의 또 다른 버전, 더 정확하게는 5 ombsbr (왼쪽 그림) 중 하나에서 UAV 제작자가 훌륭하게 시연 한 대형 당국에 안경을 문질러주는 전술적 방법이 있습니다. 이것은 UAV 비행 통제 센터 (및이를 지원하는 해당 수단)를 여단 지휘관의 직원 차량에 직접 배치하는 것입니다. 그것은 - 지휘소의 신성한 거룩한 곳 - 전투 통제 센터에 있습니다. 동시에, 비행 임무의 형성에 필요한 정보는 여단 사령관에 의해 UAV 운영자에게 개인적으로 전달된다. 포인터를 가볍게 치거나 화면의 손가락 만 누르면됩니다. 그리고 명령 및 제어 장비의 "공동"배치에서의 사격 작업 자료는 즉시 지휘관에게보고 (표시)됩니다.
물론 비행 제어가 이루어지는 기계 화면에서.
이것은 아마도 적군이 라디오와 라디오 정보의 결과로 "귀찮게"하지 않고 여단의 지휘 통제 지점을 즉시 UAV 지휘 통제 센터로 추락시킬 수 있도록 수행되었습니다.
간단히 말해, 모든 전술적 행동에 대한 여단 지휘관의 결정은 부수적 인 유닛에 대한 설계, 구체적인 임무, 상호 작용, 통제 및 포괄적 인 지원의 기본 쟁점입니다. 다른 말로하면, 그 계획이 "어떻게?"라는 질문에 대답한다면, 해결책은 "어떻게?", "누구?"그리고 "언제?"라는 질문에 대한 해답입니다.
일반적으로, 의도를 결정한 후 여단 사령관은 그래픽 및 텍스트 부분을 수석 지휘관에게 제출하여 승인을받습니다. 계획의 진술 (결정)은 원칙적으로 문제이며, 여단 지휘관의 계획이 수석 지휘관에 의해 정확하게 이해되었는지 여부와 그의 계획이 육군 사령관의 결정과 일치하는지 여부가 결정되기 때문에 여기에 있습니다. 군대 (OK)의 지휘관이 비 자동 모드에서 여단 사령관이 자신에게 할당 된 전투 임무를 수행하기로 결정한 방법을 볼 수있게하기 위해 그는 자신의 계획지도와 함께 지휘관에게 전화하거나 자신의 부하의 지휘부에 도착해야했습니다.
그런데 눈을 부시게하지 마라. 방어 작전에서 KP 여단으로부터 군대 KP를 제거하는 것은 40 및 100 km 일 수 있습니다. 군대에서 결합 된 여단 (OK) - 3에서 5 또는 6. 따라서, 지휘관은 대개 자신의 계획을 전화로 지휘관에게보고했다. 그리고 그래픽? 그러나 어떻게 든 대우되었다. 전화로 "받아쓰기"로 그래픽 부분을 전송하면 불일치와 불일치가 발생할 수 있습니다.
논리적으로, 하위 레벨 PU에서 상위 레벨로 그래픽 정보를 전송하는 프로세스를 자동화하면 하위 솔루션의 그래픽 이미지의 수석 책임자 화면에서 자동으로 재생산해야합니다.
아카시아와 별자리 시스템은 여전히 서로의 그래픽 정보를 재현 할 수 없음을 상기시킵니다.
그럼에도 불구하고 육군 본부에는 ESU TZ에서 소프트웨어가로드 된 터미널이 있다고 가정 해 봅시다. 여단 지휘관의 보고서 중 지휘관은 계획을보고 승인 할 기회를 가졌습니다.
그 직후 의사 결정 과정은 여단 본부에서 시작됩니다. 전투 임무 사령관의 단독 결정. 그러나 그들은 전술적 계산에 기초하여 결정됩니다. 이 단계에서 가장 중요한 것은 힘과 수단의 비율과 힘과 수단의 분포를 계산하는 것입니다. 현대의 요구 사항에 따라 단순히 수량을 계산하여 이러한 계산을 수행하지는 않습니다. 탱크, 부대와 적의 총과 TCP, 그리고 병력, 보안 및 강화를 고려하여 병력과 특수 부대의 무기와의 조합을 고려하여 병력과 특수 부대의 전투 잠재력을 비교함으로써 해당 계수와 함께 계산 공식에 도입됩니다. 그러한 비교를 "수동으로"만드는 것은 비현실적입니다 (현재 표준으로 솔루션을 해결하기 위해 여단 사령관에게 할당 된 시간 내에). 결국, 그러한 계산의 결과는 악명 높은 "XNUMX 대 XNUMX"이 아니라 유닛이 전투 임무를 완수하는 것과 같은 사건이 발생할 확률을 결정해야합니다. 병력과 적의 가능한 손실, 전진 속도 및 적의 우리의 방어력 침투 깊이 등을 동시에 계산하여! 그리고이 모든 것은 예를 들어 우리 군대에 의한 방어 지역의 장비 장비 시간과 같은 시간 매개 변수를 고려합니다.
ESU TZ의 하드웨어는 설정된 시간 내에 이러한 계산을 수행 할 수 있습니까? 이 질문에 대한 정확한 대답은 아직 존재하지 않습니다. ESU TZ에서 사용할 수있는 소프트웨어에서 그러한 계산의 방법론과 구현에 필요한 계산 된 데이터 (전투 잠재력 및 계수)는 단순히 사용할 수 없기 때문입니다.
Microsoft와 Excel에 관해서는 이미 말한 바 있습니다.
지휘관이 연합군 부대에 대한 임무를 결정한 후, 지휘관은 군대 및 서비스의 부관 및 장과 함께 무기 및 특수 부대의 업무를 규정합니다. 대략 "디자인"섹션에서 설명한 것과 같습니다.
ESU TZ 시스템 (지휘관과 본부, 정찰, 포병, 방공 등 여러 하위 시스템으로 구성되어 있음)에서 자동으로 수행하는 것은 상당히 문제가됩니다. 그리고 여기 왜 있습니다.
ESU TZ의 다른 제조사가 다른 서브 시스템을 만들었습니다. 관심사의 일원뿐만 아니라 "별자리". 그러나 그들에 관해서 - 나중에.
우려 "별자리 (Constellation)"는 개발과 생산을 중심으로하는 연구 및 생산 기업 및 기관의 집합입니다 ... 관심, 드럼 롤 (!) ... .. 의사 소통의 의미.
그래서 여기. Alabino의 KShU 연구 과정에서 5 ombsbr의 통신 책임자는 자동화 모드가 아닌 여단 직원의 책임자로부터 업무를 받도록 강제되었지만 사실은 ...
(운동 보고서 문서에서 인용) :
"... 소프트웨어는 지휘관과 직원의 하위 시스템의 소프트웨어와 맞지 않는 여단 통신장의 자동화 된 작업장에 설치되었습니다."
견적의 끝.
부츠가없는 신발공?
지능, 방공 및 기타 하위 시스템과 거의 동일한 상황.
아시다시피, "공통 ACCS 시스템에 하위 시스템 통합"개념은 Barnaul 시스템의 지휘부에서 지휘관과 본부 하위 시스템의 단일 컴퓨터 여단의 방공 수장 설치에만 제한되어서는 안됩니다. 정보는 Barnaul 단지의 자동화 된 작업장으로 수동으로 전송되어야합니다.
통합은 사령관이 자신의 하위 시스템의 전자지도에 표시 한 전체 군 상황이 무기 및 서비스 총 책임자의 PU에 설치된 하위 시스템의 원격 제어 워크 스테이션뿐만 아니라 다른 하위 시스템의 정보 표시 장치에도 자동으로 표시되는 경우입니다. 그리고 그 반대의 경우 : 대공 방어 체계 (Barnaul 단지)에서 형성된 공중 상황과 같은 정보는 (지휘관이 원하는 경우) 일반 전술 상황의 "맨 위에"직접 본부 차량에 표시해야합니다. 그리고 두 통제 서브 시스템의 장교에 대한 "중재"가 없습니다.
그러나 우리의 "가상 여단"의 자동 제어 시스템에서의 위의 문제가 없다고 가정 해보십시오.
해결책을 개발하는 단계에서 여단 관리 업무의 "최종 결과물"은 무엇입니까?
전투 문서!
이 단계에서 사령관과 직원의 분석 및 합성 활동이 합법적 인 형태로 "결정화"되기 때문에 전자 파일이 아닌 문서입니다.
즉, 전투 준비가 시작된 이래로 사령관과 본부가 수행 한 모든 작업은 수학적 추상화가 아닌 공개 된 "종이"양식으로 제공되어야합니다. 전투 결과가 성공적 일 경우, 우리의 자손들 - 군사 기록 보관소에있는 역사가들에 의해 연구 될 것이며, 성공하지 못한다면, 관련 기관의 동시대 인들에 의해 "형사 사건"이라고 불리는 풍성한 볼륨으로 연구되고 단속 될 것입니다.
이 문서 중 가장 중요한 내용은 다음과 같습니다.
1. 여단 지휘관의 작업 카드 (수석 지휘관이 승인 한 결정지도).
2. 결정의 텍스트 부분 (범례) 또는 결정에 대한 설명 메모.
3. 여단의 모든 부대 지휘관과 모든 종류의 지원 명령 (여단의 모든 부서에도 명령)에 대한 전투 명령.
우리는 이미 여단 지휘관의 결정에 대한 전자지도 파일을 수석 지휘관의 통제 센터에 보낼 수 있음을 이미 알고 있습니다. 그냥 열어보고 - 아직 작동하지 않습니다. 그러나 그러한 기능이 구현되면 소위 말하는 기능을 반드시 추가해야합니다. "전자 서명". 그 후에 그러한 파일은 원칙적으로 변경이 불가능해야합니다. 또한 여단 지휘관의 승인 된 결정 파일과 동일해야합니다. Kombrig은 받아 들여지고, 읽고, 보았고, 승인되었습니다 - 인쇄되었습니다.
그리고 금고에. 검사에게. 아니면 역사가. 이 시점에서 - 얼마나 운이 좋았습니까.
ESU TZ 콤플렉스는 가장 중요한 전투 그래픽 문서, 즉지도의 인쇄를 어떻게 처리합니까?
아직 안돼.
키트에지도를 인쇄하는 장치가 있지만 Alabino의 명령 및 제어 명령 중 여단 사령관의 결정이 인쇄되지 않았습니다. 기술적 인 이유로. 진심으로 희망 - 일회용.
그럼에도 불구하고 이러한 성가신 기술적 문제가 모두 성공적으로 해결되었다고 가정 해보십시오. 그리고 우리의 "정치적으로 정확한"적들이 결정을 내리는 동안 집중 지역에 위치한 여단에 어떤 식 으로든 영향을 미칠 능력과 욕망을 가지고 있다고 가정 해보십시오. 그리고 적의 그러한 효과 중 하나는 대포장의 지휘 본부의 여러 자동화 된 작업장을 돌이킬 수 없게 행동에서 제외 시켰습니다.
이 통제 지점에서 일하는 모든 공무원조차도 안전하고 건전하다고 가정합니다. 잃어버린 정보로 무엇을 할 것인가?
이 질문은 은행과 다른 "가스프롬"과 같은 대형 민간 기업에서 오랫동안 해답을 얻었습니다. 네트워크에서 실행중인 모든 컴퓨터의 하드 드라이브에있는 회사 데이터 서버에 백업 음, 하드 드라이브가 고장났습니다. - 글쎄, 일어난다! 시스템 관리자는 서버에 마지막으로 저장된 이미지를 찾고 "손실 된"컴퓨터의 데이터를 새 컴퓨터의 하드 드라이브로 복원합니다. 데이터 유실은 시스템의 마지막 백업과 종료 사이의 경과 시간에만 발생합니다.
그러나 ESU TZ에서 - 로컬 네트워크의 서버리스 아키텍처. 즉, 파괴 된 시스템의 데이터 손실을 보완 할 수있는 방법은 없습니다. 서버가 없기 때문에 서버에 백업이 없습니다. 포병의 파괴 된 포병 장의 정보는 복구 될 수 없다!
모르는 사람들을 위해,이 시스템은 따뜻한 사무실 조건이 아니라 전쟁에서, 배당금을 계산하는 것이 아니라 적을 파괴하는 것이 목적입니다. 차례 차례로, 우리의 파괴의 주요 목적도 있습니다. 그리고이 목표를 달성하기 위해, 그는 우선 우리의 통제 시스템을 파괴하려고 노력할 것입니다.
아니면 다른 사람이 그것을 증명해야합니까?
5. 작업 설정 및 전투 계획.
자동 명령 및 통제 시스템을 사용하는 경우 여단 지휘관의 결정에 정의 된 전투 임무의 공식화는 여단의 전투 임무의 공식화와 동일한 방식으로 수행되어야한다. 즉, 대대 지휘관은 전자 형식으로 전투 명령 텍스트, 지원 유형에 대한 지침 및 디스플레이를 사용하여 전자 카드에 적용하기위한 파일을 수신해야합니다.
적에 대한 작업 데이터를 설정할 때 알려졌다.
사실, 전체 대대의 임무;
대대의 이익을 위해 작업을 수행하는 부대의 위치와 임무 (예를 들어, 방위 지역으로의 전진을 보장하는 공학부와 RCB 부대);
대대를 지원하는 임무;
대대 지역 (책임 지역) (예 : PTRez 및 POR 여단)에서 운영하는 다른 부대의 임무, 이웃과의 경계선 및 임무 (그들과의 안정적인 상호 작용을 유지하기 위해).
이 데이터를받은 대대 지휘관은 임무를 명확히하고, 상황을 평가하고, 결정을 내리고 그것을 여단 사령관에게보고합니다. 당연히, 의사 소통을 통한 전자 파일. 여단 사령관의 결정을 승인 한 후, 그는 사령관의 임무를 설정합니다. 낮은 단계에서 전투 조직주기가 분대장까지 반복됩니다.
동시에, 여단 본부에서 여단 지휘관의 결정은 부하 직원으로부터받은 결정의 전자지도에 겹쳐 져야하므로 계획주기를 완료해야합니다. 사실은 통치 문서에 따라 전투 유닛, 군대 및 자산과 관련된 일련의 절차,시기 및 방법을 자세하게 개발하는 것입니다. 계획 과정에서, 부대 지휘관의 결정은 여단 지휘관의 작업 카드에 2 단계 내려져 있습니다. 여단에서 - 회사 (배터리)까지.
자동 제어 시스템을 적용 할 때,이 문제는 소위 말하는 것입니다. "도살"topozovy. 부하의 결정을 캥 브리 카드에 한 번이라도 오버레이하면 결정에 "과부하가 걸리므로 전술 징후가 많을 때 더 이상 적용될 지형 기반을 볼 수 없습니다. 전술 징후의 자동 축소를 사용하여 대규모 지형 기본 디스플레이로 동시에 전환하는 방법이 있습니다.
도 4 11. ESN TZ "별자리"의 하드웨어와 소프트웨어를 사용하여 방위를위한 5 ombsbr의 지휘관 결정.
그것은 ESU TZ에서 사용 된 그래픽 편집기에서만 가능합니다. 전술 표시는지도 표시의 크기에 비례하여 크기가 커집니다. 그리고 여전히 토포 바를 "해머"합니다.
따라서 Alabino의 지휘 통제 학교에서 지휘관지도상의 부대 지휘관 결정은 전혀 표시되지 않기로 결정했습니다 (그림 11). 스크린의 오른쪽에, 여단 포병 그룹 (Brag)의 발사 위치는 명확하게 보입니다. 부서의 발사 위치는 "배터리별로"가 아니라 영역별로 표시됩니다.
Brag의 OP 구역 중 북쪽은 대대의 위치를 볼 수 있습니다. 그러나 자신을 아첨하지 마십시오. 이것은 대공 미사일 여단의 1 대대의 132 발사 위치의 영역, 즉 군대 지휘관 (OK)의 수단입니다. 여단 지휘관의지도에서,이 부서는 일찍 여단이 전투 임무를받은 시점에 맞았습니다.
그리고 이것은 대대 지휘관의 AWS 화면에 표시됩니다 (그림 12) :
도 4 12. 대대 지휘관의 스크린보기
나는 설명 할 것이다.
지도의이 섹션은 Alabinsky 다각형을 재현합니다. 사실 그것은 KSHU에서 수행되었습니다. 지도 중앙의 빨간색 원이 서있는 지점입니다 (위치). 논리적으로는 주변의 전체지도가 파란색 빨간색과 검은 색 전술 징후가 있어야합니다. 그러나 우리는 단지 빨간 원과 삼각형만을 보았습니다.
그러나 대대 지휘관의 전투 임무는 실제로 설정 되었습니까? 결국 대대 지휘관의 그래픽 작업이있는 파일 만 수십 개의 전술적 표지로 구성되어야합니까? 그리고 ESU TZ 복합체를 사용하여 사단의 지휘관 결정이이 훈련 중에 결정 되었습니까?
왜 우리는 대대 지휘관에게 비어있는 카드를 보았을까요?
그리고 실제로 소년이 있었습니까?
그리고, 그런데, 적의 영향에 대한 시스템의 안정성에 대해서. 어떤 지휘관의 AWP가 실패 할 경우 ESU TK 시스템에서 잃어버린 정보를 복구하는 것은 이미 알고 있습니다. 따라서 전투 중 총알 대대 지휘관의 무장 위치에 도달하면 일반적인 종이 카드 나 전자 카드 파일의 인쇄본을 사용하여 "수동 제어"로 전환하는 것도 불가능합니다. 지도 인쇄용 장치 (대형 플로터)는 관리 팀에만 있습니다. 단일 사본.
동시에 대대 수준 이하의 인쇄 장치 (지도뿐 아니라 일반적으로 모든 문서, 심지어 A4 형식)도 클래스로 존재하지 않습니다.
6. 전투 중 관리.
다시 한번 나는 5 omsbrr 대령 M.Yu.Teplinsky와 KSHU의 머리를 인용 할 것이다 :
"자동화 된 제어 방법으로 전환하려면 우리가 실제로 필요한 것이 무엇인지 알아야합니다. 현재 우리는 계획을 세울 때 필요한 것을 이해하고 있습니다.
가장 중요한 것은 작업장에서 자동으로 정보를 교환하는 것인데,이를 통해 우리는 서비스 및 서비스 무기의 장을 그들의 자리에서 끌어낼 수 없게됩니다. 직장에서. 지휘 및 통제 지점에서 직접 작전을 수행하고 통신을 통해 지휘관과 정보를 서로주고받는 것.
두 번째. 자동으로 "일반", 즉 무기 병합 상태를 가져옵니다. 그것은 모든 사람들에게 전달되며, 모든 사람들은 자신의 제안, 즉 그 결정을 강요합니다.
그러나 우리는해야 할 일과 전투 중 자동 군대 통제 방법을 공통적으로 이해하지 못하고 있습니다. 다이나믹스가 진행되는 동안. 상황이 바뀌면 누가 손을 흔들면서 키에 메시지를 입력 할 것입니까?
이것은 일어나지 않을 것이다! 미안해. "
ECU TZ 시스템에서 하나의 전자 카드에 대해 여러 명의 공무원이 동시에 작업 할 수 없기 때문에 특수 프로그램 (전자 메일 아날로그) 메시지에 포함 된 상황의 파일을 전송하여 그래픽 정보 교환 (누적 된 상태로)이 수행된다는 점을 명확히해야합니다. 선택한 발신자 주소 (순환 또는 선택적)로 전송됩니다.
예를 들어, 대대 지휘관과 여단 지휘관과 같은 한 팀의지도에서 팀웍이 동시에 이루어지지 않았음에도 불구하고 후자는 AWP 화면에 GLONASS 포지셔닝 시스템을 사용하여 대상 위치에 대한 데이터를 수신 할 수 있습니다. 즉, 지형 기반의 배경에 따라, 전장을 가로 질러 움직이는 하위 유닛의 APC를 실시간으로 볼 수 있으며 좌표를 정확하게 결정할 수 있습니다. 원칙적으로 모든 레벨의 지휘관은 병사의 위치와 이동 방향을 확인하고 병사를 포함한 모든 대상의 좌표를 결정할 수 있습니다. 그리고 이것은 중요합니다!
그러나 항공기 (헬리콥터) 또는 UAV 운영자가 감지 한 목표 좌표의 데이터는 자동으로 시스템에 들어갈 수 없으며 "수동"사전 처리가 필요합니다. 그럼에도 불구하고 이러한 데이터의 "수동 처리"를 고려하더라도 파괴 수단에 대한 전송률이 크게 증가했습니다.
그러나 적의 위치에 관한 자료의 "주요 공급원"인 M.Yu. Teplinsky 대령에 따르면, 지금까지는 탐지와 식별을위한 적절한 콤플렉스를 갖는 라디오, 라디오 공학 및 군사 지능의 기관 및 수단 만 ( 식별)을 수행하고 좌표를 결정합니다.
한 가지 예에서 제어 시스템에 정보의 전체 모양, 전송 및 실현의 전체 체인을 제시하려고합니다. 따라서 우리는 정보 작업, 프로세스 및 운영의 의미를 이해할 것입니다.
이제 가장 유행하는 정보원 인 무인 항공기 (UAV)를 살펴 보겠습니다. 우리는 비행 데이터 (유형 및 엔진 출력, 날개의 단위 하중, 최대 거리 및 비행 고도, 탑재량, 대기 체류 시간, 기동성 등)에 들어 가지 않을 것입니다. 당연히 "더 좋고 낫다." 그러나 이러한 모든 지표는 정보 전달의 관점에서 우리에게별로 중요하지 않습니다.
우리는 또한 비행 중에 장치 자체를 제어하는 문제는 제쳐두고 떠날 것입니다. 지금까지는 UAV가 "독립적으로"(즉, 미리 정해진 프로그램에 따라) 비행했는지 또는 운전자가 제어하는지, 활주로 또는 낙하산에 앉았는지 여부는 문제가되지 않습니다.
우리는 "기본 표면"을 날고, 비디오 테이프로 찍고 촬영할 수있는 특정 "중형"LTD가있는 특정 정찰 장치를 가지고 있다고 가정합니다. 또한 접수 된 정보를 이륙 지점 (비행 통제 센터)으로 전송할 수있는 통신 시설을 갖추고 있습니다.
가장 중요한 것은 그가 할 것이라고합니다!
나는 곧바로 예약을 할 것이다 : 나에 의한 특정 비행 조건이 앞으로는 완전히 사용되지 않을 수도있다. (겸손한 하인은 여전히 비행가가 아니다.) 그러나 나는 다시 한번 반복한다. 우리는 현재 공기 역학에 관심이 없지만 준비 및 직접 비행 과정의 정보 구성 요소에 관심이있다.
그래서 날아라?
그만!
첫째, 군대에서는 모든 것이 명령 (팀)에서 수행됩니다! 모든 종류의 항공기의 항공편을 포함합니다.
둘째 : 실제로 비행 할 곳은 어디입니까?
자연적으로, 적에 의해 점령 된 영토, 다른 곳?
그러나 장비의 성능은 무한하지 않으며 전체 상세한 여단 정찰 구역을 비행하는 데 걸리는 시간은 "즉각"이상입니다. 그리고 방위에서,이 구역 (즉, 방위의 전방에 장거리 수단의 최대 사거리 + 이웃에 대한 방위 구역 정면의 1 / 3)을 곱하면 20-35 km의 40가 될 수 있습니다.
그냥 뭔가!
400 미터의 비행 고도에서 찍은 500 미터 (200 000 sq. M)의 200 표면 사진으로이 영역을 완전히 "덮으려면"4000 (4 천개!)의 그림을 만들어야합니다. 이렇게하려면 UAV가 1600 km에 대해 직선으로 (굴곡 수를 제외하고) 비행해야합니다.
평균 속도가 100 km / h 인 경우 영역 전체의 비행 시간은 16 시간입니다 (이미지 영역이 겹치지 않음).
현대의 모든 무기 전쟁의 속도에 너무 지나치지 않습니까?
귀하의 정보는 다음과 같습니다
러시아 연방 국내 UAV 비행 속도, 범위 및 비행 시간 :
따라서 방위를 준비 할 때 "주요 노력의 집중 방향"(NOCS)과 같은 것이있다.
대중적인 믿음과는 반대로,이 경우의 "방향"은 절대로 "얇은 빨간색 선"이 아니라 지역 숫자입니다! 때로는 다소 기괴한 기하학적 모양. 그 경계선은 여단을 처분 할 수있는 여단의 수석 지휘관에 의해 결정된다. 이러한 한계 내에서 결정을 내릴 때, 지휘관은 그의 힘과 자산의 대부분과 그 영향력의 방법에 적을 집중시킵니다. 그리고 여단의 정보원장이 주된 노력입니다.
종속 세력과 지능의 수단. 일반적으로이 구역의 범위는 1 / 4에서 1 / 3까지이며 상세한 여단 정찰의 전체 영역까지 다양합니다.
그러나 정찰 기관의 사령관 (여단의 정찰 대대의 정찰 회사의 정찰 소대장)이 이것을 어떻게 알 수 있습니까? 즉 여단의 주된 노력이 집중되는 방향의 경계에 관한 정보가 어떻게 연예인에게 도달 할 것인가?
그리고 여기서 우리는 정보 문제를 해결하는 분야로 들어갑니다.
이 정보의 전송은 정보 작업 번호 3, "전투 임무 수행"과 관련이 있으며 여기에는 다음 정보 프로세스가 포함됩니다.
작업을 설정하는 가장 간단한 (가장 시각적 인) 방법은 제어 포인트에서 제어 객체 (이 경우 정보 기관의 지휘관에게)의 전자 그래픽 파일을 NOCS를 나타내는 동일한 기하학적 그림에 새겨진 의도 된 비행 영역의 이미지로 전송하는 것입니다.
그리고이 모든 것은 어디서 오는 것입니까?
그러한 파일을 만들려면 여단 지능 책임자 (자신의 직속 상사를 우회하여 지능 사령관에게 직무를 직접 지명 한 경우)가 지능 시스템에서 수행해야합니다.
1. 지능 조직 조직과 여단 지휘관으로부터 경계선 개요, JMA의 지역 (방향) 및 군대의 1 눈금에 대한 위치에 관한 관련 그래픽 정보 (지휘관과 본부의 하위 시스템)에 대한 지침을받습니다. 100 000. 이것은 1.2 정보 프로세스 "상황 데이터 수집"및 1.7 "상황 데이터 표시"정보 작업 번호 1 "상황 데이터를 사용한 연속 작업"구현 중에 나타납니다.
2. 얻은 그래픽 정보를 작업 맵의 기본 축척 (1 : 50 000) (1.3 "환경 데이터 처리"정보 프로세스 실행 및 워크 스테이션 화면에 표시)로 가져 오십시오.
3. UCS의 위치를 포함하여 NOCS의 위치와 부대의 위치를 추정한다 (1.4 정보 프로세스, 동일한 정보 작업의 상황 데이터를 연구)
4. UAV 사용에 대한 절차와 조건 (하나뿐 아니라 모든 여단에있는 자들)을 결정하는 것을 포함하여 지능 조직 (두 번째 정보 작업 "솔루션 개발"의 완성)에 대한 결정을하십시오.
5. 지휘관으로부터받은 상황을 바탕으로 정보 조직에 대한 결정과 National Brigade의 승인 결정. 이 결정의 요소는 노란색 UAV의 비행 시간과 비행 시간이 될 것입니다.이 UAV는 노란색 트리밍이있는 빨간색 점선이있는 그림과 얻은 결과 보고서의 순서와 타이밍으로 표시됩니다. (1.7 정보 디스플레이 "환경 데이터 표시").
6. 공연자에게 개발 된 정보를 전송하고 ...
7. ... UAV (비행 임무)의 사용에 대한 부하 직원의 결정을 승인하고이를 승인한다. 즉 위에서 언급 한 두 가지 정보 처리 정보 작업 번호 3 "전투 임무 수행"을 수행한다.
그리고 정보 기관의 지휘관은 UAV 작업을받은 후에 무엇을 얻나요?
절차와 따라서 정보 프로세스의 흐름은 거의 동일합니다.
디스플레이. 명확히 해. 상황을 평가합니다. 결정합니다. 자동 작업장의 전자지도에 결정 (비행 과제)을 표시합니다. 정보부장에게 승인을 위해 보낸다. 승인 된 버전을 가져옵니다.
이런 식으로 :
날아 갔어?
그러나 인도의 집들이!
ESU에서 TZ는 그렇게 간단하지 않습니다. 그의 유일한 AWP를 가진 지능 부장이 동시에 두 개의 하위 시스템 (지휘관과 본부 및 정보 통제)에 들어간 경우, 유일한 하위 시스템 (정보 통제)에 포함 된 정찰 순찰의 지휘관은 자신의 자동화 된 사이트 중 적어도 두 개가 있어야합니다.
이것은 장갑차에 장착 된 EC-1856입니다 :
이 장치는 OS MSVS에서 작동하며 BLA를 사용하는 작업이이 장치에 올 것입니다.
... 그리고 비행 작업을 컴파일하고 UAV를 조종하는 데 사용되는 Panasonic의 노트북도 있습니다. 운영 체제는 악명 높은 "Windows XP"(TM)입니다.
아래 사진의 반대편에서 그의 전망.
이미 예상했듯이 한 기계에서 다른 기계로 비행 영역의 그래픽 이미지를 전송하는 것은 자동으로 수행되는 것이 아니라 정보 기관의 "V.S. Petrov, Art."지휘자의 환자 손잡이에 의해 자동으로 수행됩니다.
또한 "Panasonic"에서 EU-1866으로의 비행 과제의 역 전송도 가능합니다. 그러한 작업이 비행 준비 과정을 크게 가속화한다고 생각하십니까?
사실 UAV를 사용하는 지능화 조직의 또 다른 버전, 더 정확하게는 5 ombsbr (왼쪽 그림) 중 하나에서 UAV 제작자가 훌륭하게 시연 한 대형 당국에 안경을 문질러주는 전술적 방법이 있습니다. 이것은 UAV 비행 통제 센터 (및이를 지원하는 해당 수단)를 여단 지휘관의 직원 차량에 직접 배치하는 것입니다. 그것은 - 지휘소의 신성한 거룩한 곳 - 전투 통제 센터에 있습니다. 동시에, 비행 임무의 형성에 필요한 정보는 여단 사령관에 의해 UAV 운영자에게 개인적으로 전달된다. 포인터를 가볍게 치거나 화면의 손가락 만 누르면됩니다. 그리고 명령 및 제어 장비의 "공동"배치에서의 사격 작업 자료는 즉시 지휘관에게보고 (표시)됩니다.
물론 비행 제어가 이루어지는 기계 화면에서.
이것은 아마도 적군이 라디오와 라디오 정보의 결과로 "귀찮게"하지 않고 여단의 지휘 통제 지점을 즉시 UAV 지휘 통제 센터로 추락시킬 수 있도록 수행되었습니다.
정보