Ketika membaca laporan kemenangan tentang pencapaian kami di bidang otomatisasi komando dan kontrol pasukan (terutama pasukan darat, terutama di eselon taktis), yang baru-baru ini muncul dalam jumlah besar di pers militer dan paramiliter, Anda merasa, selain rasa bangga di negara kita dan kompleks industri militernya, perasaan aneh.
Namanya adalah "keraguan."
Sekilas, semuanya baik-baik saja. Brigade kesiapan berkelanjutan dari Angkatan Darat akan dilengkapi dengan sistem komando dan kontrol otomatis yang "menggandakan potensi tempur mereka." Pengembangan eksperimental dan desain sangat cepat menuju produksi serial, pejabat senior Kementerian Pertahanan yang bertanggung jawab atas pengembangan dan implementasi sistem otomatis di pasukan, dalam satu suara dengan pengembang sistem tersebut, menyatakan keberhasilan tes berikutnya dilakukan dan membuat perkiraan optimis. Komandan berpangkat lebih rendah, yang cukup beruntung untuk mengeksploitasi prototipe sistem semacam itu, menyatakan dengan frasa "di kamera" yang dihafalkan bahwa akan lebih baik hidup dengan sistem seperti itu, dan bertarung lebih menyenangkan.
Hanya saja, semua pejabat yang terlibat dalam pengembangan dan pengujian sistem ini, dengan suara bulat yang jarang, menghindari menjawab pertanyaan yang tidak terkait dengan prospek pengembangan ACCS, tetapi dengan keadaan SAAT INI dengan mereka. Dan mereka juga enggan mengumumkan indikator NYATA yang dicapai melalui penggunaan sampel, kompleks, dan sistem di pasukan, yang "dalam waktu dekat" direncanakan akan dikirim secara besar-besaran ke pasukan.
Rahasia militer?
Keraguan akan keandalan informasi mengenai keadaan ACCS yang sebenarnya (dan tidak diumumkan) mulai muncul karena dua alasan:
1. Kurangnya informasi tentang pencapaian spesifik dalam hal memenuhi kriteria paling penting untuk kemanfaatan menggunakan ACCS - mengurangi siklus kontrol pertempuran.
2. Penundaan konstan dari adopsi hasil satu atau lain ROC, yang didedikasikan untuk otomatisasi komando dan kontrol.
Memang, sepuluh tahun telah berlalu sejak pembentukan perhatian Sozvezdie, yang tujuan utamanya adalah menciptakan Sistem Manajemen Tautan Taktis Terpadu (ESU TZ). Konsolidasi, dapat dikatakan, "di bawah satu komando", dalam kerangka satu ROC, heterogen dan pada saat itu elemen yang berbeda dari otomatisasi senjata tempur sudah tersedia di tentara (serta dalam bentuk pengembangan eksperimental).
Dan hampir setahun sejak kunjungan Perdana Menteri V. V. Putin ke Voronezh, yang didedikasikan untuk masalah mengotomatisasi manajemen struktur militer, di mana para pemimpin yang menjadi perhatian dan pejabat senior Kementerian Pertahanan berjanji bahwa pada musim gugur sistem Sozvezdiye 2M akan dibawa ke standar.
Pada saat yang sama, hanya dalam sepuluh tahun kerja, sekitar satu triliun rubel dihabiskan untuk tujuan ini. Dari jumlah tersebut, tahun ini saja - empat miliar.
Mana uangnya, Zin?
Pada bulan November 2010, di Alabino, Wilayah Moskow, atas dasar Brigade Omsb ke-5 dari Angkatan Darat ke-20 Distrik Militer Barat, sebuah latihan staf komando penelitian diadakan menggunakan kompleks ESU TZ Sozvezdiye. Latihan ini dipresentasikan ke publik sebagai acara terakhir pada penutupan OCD dengan tema "Konstelasi". Dan pada akhir November, selama pertemuan staf komando di bawah kepemimpinan Panglima Angkatan Darat, elemen-elemen latihan ini juga direproduksi di tempat pelatihan Gorokhovets.
Untuk ditampilkan kepada komandan brigade saat ini dan wakilnya.
Jadi mari kita coba menganalisis hasil tindakan ini dari sudut pandang para pejabat ini - komandan gabungan dan perwira dari markas masing-masing. Yaitu, orang-orang yang akan mengoperasikan sistem kontrol otomatis (termasuk "Constelation - M", jika diadopsi.
1. Peta
Agar analisisnya seakurat dan "substantif" mungkin, kami mencoba mempertimbangkan pekerjaan komandan dan markas, katakanlah, brigade senapan bermotor yang dilengkapi dengan sistem komando dan kontrol otomatis saat melakukan pertempuran tertentu. misi.
Jadi, idenya: brigade, yang berada di area konsentrasi, menerima tugas untuk pergi ke pertahanan dan bersiap untuk melakukan pertempuran defensif. Untuk alasan kebenaran politik, kami tidak akan menunjukkan musuh. Biarkan itu "bersyarat" mungkin.
Di mana komandan brigade kami menerima informasi tentang tindakan yang akan datang? Dari perintah awal tekstual dari markas yang lebih tinggi. Jika pesanan ini dibuat dengan benar, maka dari situ Anda dapat mengekstrak informasi tentang area operasi tempur brigade yang akan datang. Ini berarti - untuk menyiapkan dasar topografi yang sesuai.
Selama lebih dari sepuluh tahun sekarang, markas besar tentara kita telah menggunakan peta elektronik dari berbagai skala. Semuanya diwakili oleh kumpulan file yang mereproduksi lembaran individu peta topografi kertas dengan skala yang sesuai. Menjadi "direkatkan" dengan tepat (yang dilakukan dengan bantuan perangkat lunak khusus), file-file ini (lembar) membentuk area tertentu, yang digunakan oleh markas besar sebagai basis topografi, di mana berbagai dokumen grafik pertempuran dikerjakan - keputusan, rencana, dll.
Apa sebenarnya file peta elektronik yang saat ini digunakan di Angkatan Bersenjata RF? Apa fitur dan perbedaannya dari peta Google dan Yandex yang terkenal? Faktanya adalah bahwa file peta elektronik dari sistem informasi geografis "Karta 2005" format *. SXF diadopsi untuk pasokan Angkatan Bersenjata Federasi Rusia (perintah Menteri Pertahanan 15 Juli 2009 dari Federasi Rusia N 722) adalah salinan persis dari rekan-rekan kertas mereka - peta topografi yang diterbitkan oleh Staf Umum … Baik dalam nomenklatur dan skala, dan dalam tingkat detail objek yang ditampilkan, serta tahun penerbitan (pembaruan).
Artinya, jika pada peta elektronik militer skala, misalnya 1: 500.000, kota tertentu ditampilkan sebagai poligon oranye dengan batas hitam tipis, maka ketika memperbesar (mendekati objek hanya dengan menggulir roda mouse), poligon ini hanya akan bertambah besar ukurannya. Namun, seperti, dan semua objek peta lainnya (jalan, label, dll.). Tidak ada perincian tempat tinggal, jalan, dan rumah, seperti yang diterapkan di Google, Yandex, dan peta elektronik "sipil" serupa yang disebutkan di atas.
Ketidaksempurnaan bahan topografi elektronik yang digunakan oleh struktur militer menyebabkan kesulitan yang signifikan dalam perencanaan dan kontrol, karena badan komando dan kontrol militer pada tingkat hierarki yang berbeda dipaksa untuk menggunakan peta elektronik yang skalanya berbeda (dan karenanya dalam tingkat detail).
Agar dapat melaksanakan perencanaan pada tingkatnya sendiri, serta menetapkan tugas dan memantau pelaksanaan rencana ini dalam struktur bawahan yang terletak di "tangga" hierarkis hanya satu langkah di bawah, setiap komando militer terpaksa menggunakan setidaknya dua skala kartu elektronik.
Staf Umum menggunakan peta dalam skala 1: 1.000.000 dan 1: 500.000, markas distrik militer (komando operasional-strategis) - 1: 500.000 dan 1: 200.000, tentara (komando operasional) - 1: 200.000 dan 1: 100 000, dll.:
Beras. 1 Gambar peta skala 1: 500.000 di layar monitor
Beras. 2 Gambar pecahan peta yang sama pada skala 1: 50.000
Dengan kata lain, untuk mendapatkan informasi visual terperinci tentang area operasi yang akan datang, keadaan medan dan barang-barang lokal, para komandan (komandan) dan stafnya dipaksa untuk secara bersamaan mengoperasikan beberapa area topografi dari berbagai skala. Ini secara signifikan mempersulit penilaian medan selama persiapan, dan terutama selama pelaksanaan operasi (pertempuran). Tapi kita maju dari diri kita sendiri. Mari kita kembali ke brigade "virtual" kita.
Beras. 3 Fragmen peta skala 1: 100.000 - peta utama yang digunakan oleh komandan brigade dan markas.
Beras. 4 Fragmen peta dengan skala 1: 50.000 - peta utama yang digunakan oleh komandan batalyon (divisi)
Beras. 5 Fragmen peta skala 1: 25.000 - peta utama yang digunakan oleh komandan kompi dan peleton
Saat ini (menerima pesanan awal), komandan, kepala staf, dan kepala layanan topografi brigade dipaksa untuk menghadiri pemilihan dan "penempelan" bukan hanya satu, tetapi beberapa area elektronik dari tindakan yang akan datang dari berbagai skala (Gbr. 3-5).
Artinya, alih-alih menggunakan basis topografi "tunggal" dengan gambar objek medan "melalui" (sesuai dengan skala visualisasi yang dipilih), petugas brigade kami terpaksa menggunakan TIGA wilayah topografi yang berbeda dari TIGA skala yang berbeda. Berbeda dalam tingkat detail, pengklasifikasi objek topografi yang ditampilkan, dan (yang penting!) Tahun penerbitan aslinya, mis. diterbitkan dengan metode tipografi, lembar dasar topografi.
Sebagai contoh. dalam potongan-potongan lembaran (file) peta topografi elektronik yang disebutkan di atas, tanggal pengambilan gambar bahan topografi awal adalah sebagai berikut: untuk peta skala 1: 100.000 - 2006-06-01. Peta skala 1: 50.000 - 01.01.1996. Seperti kata pepatah, "rasakan perbedaannya." Dalam beberapa lembar (file) peta topografi elektronik yang digunakan oleh pasukan, orang dapat menemukan publikasi "langka" seperti tahun 1992 dan bahkan 1986.
Tapi bukan itu intinya. Sayangnya, luas wilayah Federasi Rusia belum "didigitalkan" tidak hanya pada skala 1: 50.000, tetapi bahkan pada skala 1: 100.000. Tetapi akurasi normatif menggambar tanda-tanda topografi (objek) di setiap peta terikat erat pada skalanya … Artinya, semakin besar skala peta, semakin akurat gambar objek.
Dalam praktiknya, ini berarti bahwa hanya peta skala 1: 50.000 yang memenuhi kriteria akurasi untuk menentukan koordinat yang ditetapkan untuk menyiapkan data untuk penembakan artileri. Tidak ada satu pun artileri waras yang akan menentukan koordinat posisi menembak dan target pada peta "ratusan", bahkan diperbesar hingga skala 1: 50.000 - untuk menghindari tembakan ke pasukannya. Dan elektronik "lima puluhan" di bagian Eropa Rusia saat ini "tercakup" di negara kita, paling-paling, tempat pelatihan senjata gabungan dan wilayah Moskow. Nah, juga wilayah Republik Chechnya dan sekitarnya. Juga, semacam "poligon". Bagaimana kita akan menembak di seluruh negeri?
Anggaplah, bagaimanapun, bahwa semua lembar (file) dari nomenklatur yang diperlukan dan timbangan yang diperlukan tersedia untuk kepala departemen layanan teratas brigade. Dan petugas ini mampu membuat area yang sesuai dari mereka dalam waktu singkat. Bagaimana dia akan menyampaikannya kepada para pemain? Tidak ada pertanyaan dengan markas brigade.
Dan divisi? Dari posko brigade hingga batalyon (divisi) TNK terjauh di daerah konsentrasi brigade, bisa 25 dan 30 kilometer. Ukuran file region (*.map) dengan skala 50.000, hanya terdiri dari 8 lembar, berkisar antara 10 hingga 16 megabita.
Pada saat yang sama, seperti yang ditunjukkan oleh uji lapangan, kemampuan stasiun radio gelombang mikro dengan daya dukung tinggi yang digunakan di kompleks Sozvezdiye-M terbatas dalam jangkauan hingga tiga kilometer. Apalagi di area terbuka. Stasiun radio VHF digital yang tersedia di kompleks memiliki bandwidth 1, 2 - 1, 6 kilobit / detik. Artinya, sangat bermasalah untuk mentransfer file sebesar ini melalui saluran radio. Mengejar petugas penghubung dengan flash drive ke pos komando brigade? Lagi pula, kemungkinan meletakkan kabel lapangan dari pos komando brigade ke setiap TNK batalyon (divisi) dan perusahaan individu tidak selalu ada.
Bukankah komandan batalion akan menerima basis topografi elektronik dari area pertempuran setelah berakhir?
2. Mendapatkan misi tempur
Komandan "brigade virtual" kami dapat memperoleh misi tempur untuk transisi ke pertahanan dengan berbagai cara:
suara memerintah yang tegas dari seorang bos senior (melalui telepon atau secara langsung);
paket dokumen tekstual (total sekitar 50 halaman A4), dikirimkan melalui telegraf, email, atau dibawa ke brigade oleh layanan pos feldeger (petugas penghubung);
dalam bentuk grafik (peta kertas, kertas kalkir, atau lapisan peta elektronik).
Metode terakhir adalah yang paling disukai, karena memungkinkan komandan dan staf untuk mulai bekerja mengklarifikasi tugas segera setelah menerimanya tanpa "decoding" awal dan menampilkan konstruksi verbal dokumen tekstual di peta. Komandan hanya menampilkan situasi elektronik yang diterima di peta (elektronik) miliknya dan segera melihat di layar apa yang harus dilakukan brigade.
Bagaimana dengan pengalihan situasi grafis elektronik antara tingkat kontrol operasional (tentara) dan taktis (brigade)?
Belum.
Direktorat Angkatan Darat ke-20, di mana Brigade Omsb ke-5 berada di bawahnya, dipersenjatai dengan kompleks Akatsiya yang diproduksi oleh Sistemprom yang menjadi perhatian Moskow. Kompleks ini memungkinkan Anda untuk menyusun keputusan komandan tentara (komando operasional) pada peta elektronik. Dengan demikian, misi tempur brigade bawahan juga dapat diformalkan dalam bentuk file lingkungan grafis. Tidak diragukan lagi mungkin untuk mentransfer ke brigade lapisan peta elektronik, yang dikerjakan di markas besar tentara, yang berisi gambar grafis dari misi tempurnya, melalui saluran komunikasi yang tersedia.
Hanya ada satu "tetapi" kecil. Kompleks Akatsiya menggunakan editor grafis Rokada yang dikembangkan oleh Sistemprom untuk menampilkan lingkungan grafis. Secara alami, perabotan akan dilakukan di dalamnya.
Dan di brigade, yang memiliki kompleks ESU TZ, editor lingkungan grafis yang sama sekali berbeda digunakan, yang dibuat dalam perhatian Sozvezdie. Tidak mungkin untuk membuka file yang dibuat di markas tentara dengan bantuan editor ini, dan, oleh karena itu, tidak mungkin untuk melihat misi tempur brigade langsung di peta elektronik komandan brigade.
Dua program yang berbeda, Anda tahu? Yang berbeda bahkan dalam PRINSIP menciptakan dan menampilkan lingkungan grafis.
Apa yang harus dilakukan?
Jika brigade memiliki terminal yang dimuat dengan perangkat lunak Rokada dari kompleks Akatsiya, petugas-operator akan dipaksa untuk secara manual mentransfer situasi dari layar terminal ini ke layar terminal sistem mereka sendiri. Namun sejauh ini tidak ada komputer seperti itu dengan "Rokada" yang terpasang di brigade tersebut.
Opsi: sekali lagi, tampilkan secara manual di layar apa yang tertulis dalam perintah tempur tekstual (perintah tempur, perintah tempur pendahuluan) yang diterima dari markas besar tentara.
Belum ada cara lain.
3. Penilaian situasi
Setelah mengklarifikasi misi tempur di markas brigade, pekerjaan dimulai untuk menilai situasi. Selama penilaian, komandan menarik kesimpulan, yang sebenarnya merupakan elemen dari desain pertempuran. Agar penilaian dilakukan dengan cepat dan pada saat yang sama dengan kualitas tinggi, pekerjaan didistribusikan antara pejabat manajemen dan kantor pusat, yang bekerja secara paralel - mis. penilaian musuh dibuat oleh kepala pengintai, pasukannya - oleh kepala departemen operasional, penilaian keadaan medan - oleh kepala dinas teknik, dll. Untuk setiap item penilaian, mereka menarik kesimpulan dan melaporkannya kepada komandan pada waktu yang ditentukan.
Berhenti. Didirikan oleh siapa? Bagaimana para pejabat tahu kapan komandan akan mendengar mereka? Dan berapa banyak waktu yang dialokasikan untuk setiap presentasi?
Untuk melakukan ini, segera setelah menerima misi tempur, kepala staf (atau, atas instruksinya, kepala departemen operasional) membuat dokumen kecil tapi sangat penting - waktu. Di mana ditentukan siapa, apa, kapan dan dalam urutan apa melapor kepada komandan, berapa banyak waktu yang dialokasikan untuk membuat keputusan, berapa banyak waktu yang dihabiskan untuk merencanakan pertempuran, kapan perintah tempur harus diberikan kepada pasukan, dll.. Sesuai dengan perhitungan ini, semua pekerjaan persiapan pertempuran diatur. Berdasarkan perhitungan waktu, maka disusunlah jadwal kerja pengurus brigade, jadwal persiapan brigade untuk pertempuran dan rencana kerja pribadi komandan selama pelatihan ini (ditentukan). Semua dokumen ini harus dikoordinasikan dalam hal waktu dan kegiatan. Pemrosesan dokumen-dokumen ini berkualitas tinggi adalah jaminan koherensi pekerjaan departemen.
Pada saat yang sama, urutan kerja manajemen brigade dalam mempersiapkannya untuk tindakan taktis utama ditentukan oleh piagam dan instruksi, dan, oleh karena itu, diketahui sebelumnya. Dan itu harus dapat menerima algoritme!
Tampaknya ini adalah ruang lingkup untuk mengotomatisasi proses kontrol!
Namun, paket perangkat lunak "Constellation-M" tidak menyediakan otomatisasi pekerjaan pada pembuatan, spesifikasi, dan komunikasi dokumen organisasi penting ini kepada pejabat.
Tidak ada program seperti itu. Sayangnya.
Ambil pensil, kawan bos, dan dengan tangan, dengan tangan! Dalam kasus terbaik, dokumen di atas akan dieksekusi menggunakan perangkat lunak seperti "Office" atau "Open Office". Singkatnya, perusahaan Amerika Microsoft dalam hal ini sejauh ini telah melakukan sedikit lebih banyak untuk mengotomatisasi Angkatan Bersenjata Federasi Rusia daripada perhatian Rusia Sozvezdiye.
4. Konsep
Sesuai dengan prinsip pengorganisasian pekerjaan pada peluncur, komandan brigade virtual kami dapat memilih beberapa "gaya kerja" saat menentukan ide dan mengembangkan keputusan. Namun, yang utama, dan paling sering digunakan, adalah sebagai berikut.
Komandan, berdasarkan klarifikasi tugas, penilaian situasi dan perhitungan awal yang dilakukan oleh markas besar, seorang diri menentukan rencana dan bekerja di peta, merencanakan poin-poin berikut di atasnya (misalnya, seperti pada kasus kami, ketika pergi ke defensif):
1. Arah konsentrasi upaya utama (NOCS).
2. Area (bagian) medan tempat stabilitas pertahanan bergantung.
3. Garis besar posisi maju, terdepan, parit dan posisi posisi kedua dan ketiga
4. Garis besar posisi cut-off.
5. Garis dan arah serangan balik, dll.
Singkatnya, segala sesuatu yang disebut "kemerahan" dalam jargon staf merupakan dasar gabungan dari rencana tersebut. Sebenarnya, ini adalah "draft" dari ide tersebut.
Berdasarkan standar untuk pengembangan ide dalam manajemen brigade, tidak lebih dari 20-25 menit harus dihabiskan langsung untuk pekerjaan pemetaan titik-titik ini.
Pada saat yang sama, SEBELUM komandan membawa data ini ke pejabat tinggi (deputi dan kepala pasukan dan layanan tempurnya), semakin cepat, lebih konsisten dan lebih baik proposal mereka tentang penggunaan khusus unit bawahan dari senjata tempur dan pasukan khusus, serta unit pendukung, akan dikerjakan.
Pada saat yang sama, PENTING bahwa NRViS akan menerima data ini pada saat yang sama! Setelah mereka menerima “konsep konsep”, mereka dapat mulai mempersiapkan proposal mereka.
Tanpa alat otomatisasi, proses pendefinisian konsep berantakan menjadi operasi berurutan, karena secara fisik tidak mungkin membuat sepuluh orang cacat pada saat yang sama. Dan ini sangat memperlambat pekerjaan.
Contoh untuk klarifikasi:
Untuk menempatkan pengelompokan artileri di tanah (mis.kepala artileri untuk menyiapkan proposal yang sesuai untuk komandan), perlu untuk mengetahui persis NSOU. Kertas kalkir unit senjata gabungan dari rencana kepada kepala artileri.
Lebih jauh. Tanpa mengetahui DIMANA pengelompokan utama MFA akan dikerahkan, tidak mungkin untuk menentukan posisi senjata pertahanan udara. Kertas kalkir unit senjata gabungan dari rencana + kertas kalkir dari peta kepala artileri - ke kepala pertahanan udara.
Tanpa mengetahui posisi artileri dan pertahanan udara, tidak mungkin untuk menentukan rute pengiriman rudal dan amunisi kepada mereka. Kertas kalkir unit senjata gabungan dari rencana + kertas kalkir dari kartu kepala artileri + kertas kalkir dari peta kepala pertahanan udara - ke deputi persenjataan.
Jadi, sampai komandan "menggambar merah", dan kepala satu demi satu (yaitu secara berurutan mentransmisikan informasi grafis tentang proposal mereka satu sama lain) menyusunnya di kartu komandan, rencana tersebut tidak akan ditampilkan dalam volume yang diperlukan untuk pekerjaan lebih lanjut. Ini berarti bahwa markas besar tidak akan dapat menyiapkan perintah tempur awal untuk unit-unit tersebut.
Kesimpulan: selama pekerjaan mendefinisikan konsep dengan metode kontrol manual, ada tiga "kemacetan":
menampilkan konsep unit senjata gabungan di peta dan mentransfer informasi grafis ini kepada wakil komandan dan kepala pasukan dan layanan tempur;
saling memberi tahu para deputi dan kepala senjata dan layanan tempur tentang bagian grafis dari proposal masing-masing;
transmisi informasi grafis yang disetujui dan disetujui oleh komandan tentang proposal para deputi dan NRViS, serta menampilkannya pada kartu kerja komandan.
Dalam hal mengatur pekerjaan sistem komando dan kontrol menggunakan sistem kontrol otomatis, masalah tampilan cepat (kasar) dari unit gabungan dari sebuah ide, menurut pendapat kami, harus diselesaikan dengan menggunakan papan interaktif., di mana komandan secara PRIBADI menempatkan elemen-elemen rencana dengan spidol elektronik. Bahkan jika konsepnya tidak terlihat cantik pada saat bersamaan. Sejauh ini, ini hanya "draft".
Masalah pertukaran dan koordinasi timbal balik informasi grafik antara komandan dan pejabat yang terlibat dalam pekerjaan pada tahap ini harus diselesaikan sebagai berikut: situasi yang diterapkan pada peta elektronik dari komputer mana pun (termasuk secara pribadi oleh komandan menggunakan spidol dan papan interaktif) SECARA SIMULTAN ditampilkan di semua komputer pejabat yang ditentukan.
Itu. prinsip akses multi-pengguna ke file perabot harus diterapkan. Tentu saja, dengan diferensiasi yang tepat dari hak pengguna di mana setiap orang memiliki hak untuk melihat semua lapisan, tetapi ia dapat menerapkan lingkungan hanya di lapisan yang dialokasikan untuknya untuk bekerja, tanpa kemampuan untuk mengubah situasi di "tetangga" lapisan. Komandan, tentu saja, harus memiliki hak untuk melakukan perubahan di lapisan mana pun.
Seharusnya terlihat seperti ini (Gbr. 6):
Beras. 6. Organisasi akses multi-pengguna ke file peta elektronik
Yaitu, di hadapan kompleks otomasi, setelah pekerjaan pribadi komandan menggunakan papan tulis interaktif dan menyimpan yang digambar olehnya secara pribadi dalam file di mana akses multi-pengguna diimplementasikan, DRAFT konsep (gabungannya komponen senjata) harus secara otomatis dan pada saat yang sama dikomunikasikan kepada bawahan yang terlibat dalam tahap pekerjaan ini. Selain itu, di tempat yang paling "mudah dicerna" - mis. secara grafis. Pada saat yang sama, waktu tidak terbuang tidak hanya pada kertas kalkir, tetapi juga pada tampilan "indah" dari bagian rencana gabungan oleh operator menggunakan editor grafis. Mereka akan dapat "membawa keindahan" nanti - sejalan dengan pekerjaan komandan dengan NRViS tentang definisi rencana, dalam hal jenis pasukan dan layanan dan kerusakan akibat kebakaran.
Akibatnya, komandan, setelah bekerja secara pribadi di peta, melihat di layar bagaimana kepala pasukan dan layanan tempur meletakkan proposal mereka di "draf", dan mendengar bagian tekstual mereka melalui konferensi video. Wakil komandan dan kepala pasukan dan layanan tempur secara bersamaan menerima "draf" dari rencana tersebut, dan juga melihat semua detail situasi di tempat kerja mereka saat mereka ditarik oleh "tetangga". Pada saat yang sama, operator yang bekerja langsung dengan komandan, menggunakan editor grafis, mengubah "coretan" menjadi "bulu mata" dan "panah" yang dapat dibaca. Komandan menyetujui usulan NRW dan C karena dianggap sesuai dengan waktunya.
Semuanya. Idenya ditentukan. Anda dapat melapor ke bos senior Anda.
Tapi ini idealnya.
Apa situasi sebenarnya?
Beras. 7. Komandan Brigade Senapan Bermotor ke-5 selama brigade penelitian komando dan regu kontrol menggunakan ESU TZ "Sozvezdiye". Di tangan perangkat kontrol - penunjuk kayu
Pengembang ESU TK secara naif percaya bahwa komandan brigade modern secara pribadi akan "menggunakan" program editor grafis. Saya berani meyakinkan mereka bahwa karena berbagai alasan, dia tidak akan melakukan ini. Tidak sekarang, tidak di masa yang akan datang.
Akibatnya, bagian lengan gabungan dari konsep tersebut akan diterapkan pada peta elektronik oleh operator menggunakan editor grafis. Tentu saja, atas arahan komandan. penunjuk kayu. Karena, papan tulis interaktif dan perangkat lunak yang sesuai, untuk penyederhanaan dan percepatan maksimum pekerjaan pribadi komandan pada peta elektronik di ESU TK sama sekali tidak disediakan.
Prinsip akses multi-pengguna ke file kartu komandan brigade juga tidak diterapkan dalam perangkat lunak ESU TK. Itu memaksa komandan dan pejabat kontrol brigade untuk bertukar email dengan lampiran pengaturan mereka (pada kenyataannya, kertas kalkir yang sama) seperti yang dibuat. Artinya, pada kenyataannya, algoritma kerja sekuensial yang sama telah diterapkan, hanya dengan penggantian lumpuh dengan file elektronik. Itu secara artifisial memperlambat kerja manajemen brigade.
Juga tidak ada jenis komunikasi seperti konferensi video. Bahkan antar pejabat manajemen brigade.
Jika kita menambahkan fakta di atas bahwa kemampuan editor grafis yang digunakan dalam sistem tidak memungkinkan untuk sepenuhnya menampilkan semua tanda taktis yang disediakan oleh piagam dan manual, dan petugas yang mengoperasikan kompleks kehilangan kesempatan untuk membuat ikon hilang di pengklasifikasi sendiri, maka pertanyaan tentang kualitas menampilkan rencana komandan di elektronik peta tetap terbuka.
Di samping itu. Untuk menampilkan keputusan komandan brigade pada peta elektronik, karena ketidaksempurnaan editor grafis, akan memakan waktu dua hingga tiga kali lebih lama daripada ketika keputusan yang sama dibuat "secara manual" pada basis topografi kertas konvensional.
Jadi, misalnya, kombinasi lima tanda taktis yang digambarkan pada Gambar 8, yang secara umum menunjuk batalyon senapan bermotor dalam pertahanan, (tanpa mengacu pada medan) membutuhkan waktu 1 menit dan 10 detik. Tanda-tanda itu diterapkan oleh operator terlatih - guru 732 dari Pusat Penggunaan Tempur ACCS Angkatan Darat.
Beras. 8. Batalyon senapan bermotor dalam posisi bertahan.
Kombinasi tiga tanda taktis, yang ditunjukkan pada Gambar 9, yang menunjukkan pos komando gabungan dari brigade senapan bermotor dan batalyon anti-pesawat di daerah tersebut (juga tanpa referensi khusus ke medan) membutuhkan waktu 1 menit 20 detik.
Beras. 9. Pos komando gabungan brigade senapan bermotor dan batalyon antipesawat di daerah itu.
Penerapan tanda taktis yang menunjukkan unit tank yang memimpin serangan (Gbr. 10) - 37 detik.
Beras. 10. Unit tank memimpin serangan.
Pada saat yang sama, solusi grafis yang dikembangkan sepenuhnya dari komandan brigade dalam pertahanan dapat mencakup 1500 hingga 2500 tanda taktis (objek). Jika kita berasumsi bahwa rata-rata 30 detik akan dihabiskan untuk satu tanda (objek), maka total waktu minimum untuk menerapkan solusi ke peta elektronik akan memakan waktu 12,5 jam (tidak termasuk waktu mengikat tanda ke medan). "Ini akan menjadi sedikit terlalu banyak, namun"!
Ketidaksempurnaan algoritma yang digunakan dan TK yang digunakan di kompleks ESU juga dicatat oleh Kepala Staf Angkatan Darat ke-20 Distrik Militer Barat, Pahlawan Rusia, Kolonel M. Yu. Teplinsky, yang mengawasi persiapan dan pelaksanaan departemen komando dan kontrol penelitian dengan brigade bermotor ke-5 di Alabino:
“Selama latihan, kami menetapkan tugas untuk tidak memikirkan kelayakan keputusan yang dibuat, bukan untuk menerapkan situasi secara penuh, tetapi untuk MEMERIKSA LINTAS INFORMASI. Justru karena mengetahui kemampuan editor grafis dan pengklasifikasi tanda-tanda taktis, berbicara tentang merencanakan situasi dalam mode "on-line" sama dengan menghukum diri Anda sendiri dengan tidak adanya hasil apa pun.
Untuk menimbulkan regu senapan bermotor - ini adalah enam tanda dasar: kendaraan tempur, posisi, tanda langsung untuk membuat "1 MSO", dan tunjukkan musuh di depannya, yaitu tanda hubung biru dan tanda bahwa ini adalah peleton infanteri bermotor - enam tanda, - perlu membuat sekitar tiga puluh dua klik mouse. Kami menang dalam hal waktu transfer informasi, tetapi kami kalah dalam hal waktu pemrosesan.
Itu sebabnya. Sebelum latihan, templat dibuat, sesuai dengan pekerjaan manajemen brigade yang dilakukan. Template adalah: ketentuan, keputusan, tindakan. Dan selama latihan itu sendiri, templat dipetakan, diregangkan, ditransfer, dikoreksi, dll."
