Sotilaallinen arvostelu

Kone ilman mekanismia

12
Automaattisten sotilasjärjestelmien kehittämisessä jokainen on oma päänsä

Tarve luoda automaattinen komento- ja ohjausjärjestelmä puolustusvoimille on kiistaton. Se tarjoaa suurimman nopeuden päätöksentekoon ja komentojen välittämiseen, puhumattakaan korkeimmasta tietoturvasta. Yritetään ymmärtää ongelmien lähteitä, jotka vaikeuttavat tällaisen automatisoidun ohjausjärjestelmän kehittämistä, ja syitä niiden selviytymiseen.

Maan johdon ja sotilasjohdon huomion merkittävä lisääntyminen puolustusvoimien käytön tehostamiseen kattavan ja syvällisen johtamisprosessien automatisoinnin avulla on ilmeistä. Vuodesta 2005 vuoteen 2014 tehtiin kymmeniä tutkimus- ja kehitystöitä, käytettiin merkittäviä taloudellisia resursseja ja mukana oli suuri määrä asiantuntijoita erilaisista automatisoituja sotilasjärjestelmiä kehittävistä yrityksistä. Onnistuneita on, tiettyyn sovellukseen on ilmestynyt riittävä määrä automatisoituja ohjausjärjestelmiä, mutta toistaiseksi ei ole onnistuttu luomaan yhtä järjestelmää, joka vastaisi eri tasojen sotilaallisten komento- ja valvontaelinten perustarpeet arvioinnin tehokkuudessa. tilannetta ja päätöksiä.

"Armeijan ACS:n rakentamiseksi tarvitsemme elimen, joka tuo suunnittelijoiden päätökset yhteiseksi nimittäjäksi"
Nimetään tärkeimmät kehittäjien edessä olevat tehtävät. Ensimmäinen on tietojen, tietojen, tietojen ja protokollien kuvauksen yhtenäistäminen ohjausjärjestelmän elementtien vuorovaikutusta varten teknisen alustan kannalta. Toinen on virallisten sähköisten asiakirjojen (käskyt, käskyt, käskyt) järjestelmän kehittäminen joukkojen komento- ja valvontavaihtoehtojen toteuttamiseksi ja komentojen antamiseksi tilanteen muuttuessa. Kolmas on tarjota jaettua tietoisuutta hajautetusta joukkojen suunnittelusta. Neljäs on yleisesti sovellettavien tietojen integrointi ja niiden kuvaus toiminnallisen toiminnan tyypeittäin kaikilla johtamisen tasoilla, yhtenäisen tietotilan luominen. Viides on menetelmien kehittäminen tilanteen muutosten tuomiseksi ajoissa komentopisteiden virkamiehille.

Venäjän federaation asevoimien johtamisen kehittämistä määrittävät käsitteelliset asiakirjat osoittavat, että puolustusvoimien ACS on rakennettu yhteisen konseptin ja suunnitelman mukaan, joka perustuu yhtenäiseen järjestelmään ja teknisiin ratkaisuihin. Lisäksi sen tulisi olla "avoin", eli tarjota mahdollisuus muuttaa nopeasti sen kokoonpanoa ratkaistavien tehtävien, yhtenäisten teknisten välineiden, ohjelmistojen, matemaattisen, informaation ja kielellisen tuen perusteella. On myös selvää, että valtion standardin (GOST RV 52333.2-2006) mukaisesti vaaditaan yhteensopivuus - tekninen, tiedotus, kielellinen, ohjelmisto - muiden automaattisten ohjausjärjestelmien kanssa. Ja tämä tarkoittaa, että luokitus- ja koodausjärjestelmät, tiedonvaihto- ja vuorovaikutusprotokollat ​​on yhtenäistettävä, samoin kuin tietojenkäsittelyalgoritmit jne.

Edellä mainitut vaatimukset on kuitenkin vahvistettu vain ohjeissa. Niiden käytännön toteutusta ilma-aluksen ACS:n luomisen aikana ei noudateta. Syynä on täytäntöönpanomekanismin puute. Yritysten toiminta osoittaa, että on mahdotonta ratkaista ongelmaa luoda lupaava automaattinen ohjausjärjestelmä ilma-alukselle käyttämällä olemassa olevia menetelmiä ja tekniikoita, jotka eivät ota huomioon ilmoitettuja lähestymistapoja. Tapa poistaa tämä ristiriita on sotilaallisiin tarkoituksiin tarkoitettujen automatisoitujen järjestelmien (AS VN) kehittämisen metodologian ja teknologian alalla.

Eri alustoilla

Tiedetään, että automatisoidun ohjausjärjestelmän rakentaminen on joukko suunnittelutyökaluja ja -menetelmiä, organisatorisia tekniikoita ja käytettyjä teknisiä laitteita. Kehittäjien tulee noudattaa seuraavia periaatteita: johdonmukaisuus, kehitysmahdollisuus, yhteensopivuus, yhtenäisyys, tehokkuus. AS HV:tä kehittävät tutkimus- ja tuotantoyritykset eivät kuitenkaan noudata yllä olevia periaatteita ja vaatimuksia niistä riippumattomista syistä.

Kone ilman mekanismiaTilanteen korjaamiseksi näyttää tarkoituksenmukaiselta luottaa T&K-työntekijöiden olemassa olevaan kokemukseen, joka osoittaa, että useimmat AS VN:n perustamisen asiantuntijat ymmärtävät, että ohjeasiakirjojen vaatimukset eivät vastaa niiden täytäntöönpanomekanismia, mutta he eivät voi ratkaisemaan tämän ongelman itse. Pääsyynä tässä on se, että yhdelläkään T&K-toteuttajalla ei ole valtuuksia tuoda Puolustusvoimien ACS:n luomisessa käytettävät menetelmät ja teknologiat yhteiseksi nimittäjäksi, eikä puolustusministeriö ole vielä organisoinut tämänsuuntaista työtä. . Tästä syystä ei ole olemassa yhtenäisiä teknologioita ja standardeja, joiden avulla kaikki prosessiin osallistuvat yritykset voisivat toimia yhteisessä metodologisessa ja teknologisessa tilassa, mikä tietysti vaikuttaa erityisen kielteisesti suuriin hankkeisiin.

Merkittävimmistä ongelmista, jotka estävät asevoimien ACS:n luomisen ja nykyaikaistamisen, huomioimme seuraavat. Ensinnäkin AS VN:n tietojen ja teknisen vuorovaikutuksen varmistamiseen liittyvien tehtävien monimutkaisuus ja työläisyys johtuen erilaisten tiedontallennusmallien, tietokannan hallintajärjestelmien, erikoisohjelmistojen jne. käytöstä. Toiseksi automaattisten "input-output" -standardien puute. järjestelmät ja kompleksit eri tarkoituksiin (palojen tuhoaminen, ilma- ja ohjustentorjunta, tiedustelu, elektroninen sodankäynti, hydrometeorologinen, navigointiaika sekä topografinen ja geodeettinen tuki) sekä sotilaallisen ohjauksen ja valvonnan automatisointivälineet. Kolmas ongelma on alhainen teknologinen kyky varmistaa ydinvoimalaitoksen modernisointi ja sen kokoonpanon nopea muutos. On syytä kiinnittää huomiota siihen, kuinka monimutkainen on pitää ajan tasalla merkittävä määrä protokollia, jotka koskevat toimivien automatisoitujen ohjausjärjestelmien informaatiota ja teknistä vuorovaikutusta niiden toiminnan aikana. Muun muassa T&K:n yhteydessä toimitettavien ja syntyvien AS VN:n vuorovaikutuksen varmistaminen vaatii huomattavia kustannuksia.

Edellä mainitut ongelmat pidentävät kehitysaikaa, eivät mahdollista heterogeenisen ACS:n syvällistä integrointia yhdeksi lentokoneen ACS:ksi, johtavat järjettömiin kustannuksiin tietojen ja teknisten rajapintojen luomisesta, jotka jokaisen uuden ACS:n tultua edellyttävät rakennetaan uudelleen. Myös huomattavan määrän asiantuntijoiden houkutteleminen ratkaisemaan näitä ongelmia vaikuttaa - melko negatiivisesti - erikoisohjelmistojen kehitystasoon.

On huomattava, että erilaisten AS VN:ien käyttöliittymät suoritetaan pääsääntöisesti suurilla aikakustannuksilla, koska kehittäjät eivät ole kiinnostuneita suorittamaan tehtäviä oikealla tasolla. Tämäntyyppiseen työhön liittyy muitakin luontaisia ​​vaikeuksia. Lisäksi yhden osapuolen automatisoidun ohjausjärjestelmän ohjelmiston modernisointi, joka johtaa ohjelmiston uuden version syntymiseen, johtaa tiedon ja teknisen vuorovaikutuksen rikkomiseen.

AS VN:n luomiskäytäntö on osoittanut niiden yhdistämisen yhdeksi järjestelmäksi vaikeuden. Eli tässä törmäämme yhteisen, kaikille pakollisen metodologian ja teknologian tarpeeseen, joka on kehitetty puolustusministeriön ohjeiden mukaisesti. Kunnes tällainen "kehitysmekanismi" on luotu, AS VN:n luomista jatketaan käyttämällä työkaluja, joita tämä tai toinen näitä järjestelmiä kehittävä yritys omistaa.

Täällä jokainen, kuten sanotaan, on oma päänsä, lisäksi asiakkaansa tukena, joka muodostaa tuotteelle vaatimukset tietyllä osastolla tavanomaisella tavalla. Jokainen ohjaa omaa lähestymistapaansa teknisten ratkaisujen valinnassa. Ne eivät ole yhtenäisiä, mikä johtaa suureen määrään ainutlaatuisia tietotekniikan rajapintaprotokollia ja vuorovaikutuksen varmistamisen monimutkaisuutta. Samalla ei oteta huomioon lentokoneen ACS:n integrointitarpeita. Puolustusministeriön asiakkaiden välinen vuorovaikutus on huonosti organisoitua, eikä heille ole olemassa yleisiä vaatimuksia yhdestä kehittämismekanismista.

On huomattava, että yhdistymisyrityksiä oli ja ne antoivat tarvittavan sysäyksen käsiteltävän ongelman ymmärtämiseen. Johtava rooli tässä aiheessa on liittovaltion yhtenäisyrityksellä "EISU:n keskustutkimuslaitos". Samaan aikaan näitä yrityksiä ei ole arvioitu asianmukaisella tasolla puolustusministeriön asiaankuuluvissa rakenteissa, joten käytäntö alkuperäisten ohjelmistojen ja informaatio-lingvistisen tuen ja joskus jopa maantieteellisen järjestelmän käyttämisestä jatkuu. Syöttö- ja lähtötietojen koostumus ja muoto määritetään jokaisessa uudessa työssä, ja sen määrää tarve varmistaa vuorovaikutus muiden AS VN:ien kanssa.

Nämä tekijät vaikuttavat negatiivisesti sekä paikalliseen järjestelmään että tietyn kokoonpanon automaattisen ohjausjärjestelmän muodostumiseen: automaattiset ohjausjärjestelmät tietyntyyppisille asevoimille, automatisoidut ohjausjärjestelmät operaatioteatterille, automatisoidut ohjausjärjestelmät sotilaskokoonpanolle ja automatisoidut asevoimien valvontajärjestelmät. Käsitteellisten ja muiden asiakirjojen integrointivaatimukset eivät täyty, painotamme, koska kaikille prosessiin osallistuville pakolliset metodologiset ja teknologiset perusteet puuttuvat.

Tämän seurauksena puolustusvoimilla on käytössä suuri määrä AS VN:ää, joka perustuu erilaisiin teknisiin ratkaisuihin. Ne luotiin yhdellä käyttöjärjestelmällä, mutta erilaisilla erikoisohjelmistoilla, paikkatietojärjestelmällä, tallennusmallilla, tietokannan hallintajärjestelmällä jne. Koska AS VN:n vuorovaikutuksen tukemiseen liittyviä kysymyksiä ei ole määritelty pakollisilla standardeilla Puolustusministeriön asiakkaiden ja T&K-toimijoiden käyttöön luotiin jokaiseen työhön uusia rajapintoja. Samaan aikaan ongelmia esiintyi aina - ei vain puhtaasti teknisiä, vaan myös toiminnallisia, taloudellisia ja resursseja. Tiedonvaihdon nopeus hidastunut. Kehitysaika piteni, sen kustannukset kasvoivat. Oli tarpeen houkutella huomattava määrä asiantuntijoita jne.

On mahdotonta puhua ongelmista, jotka ovat asiakkaiden ja t&k-työntekijöiden välisissä suhteissa. Siten AS VN:ää luotaessa tulee kiinnittää suurta huomiota T&K:n taktisen ja teknisen toimeksiannon (TTZ) kehittämiseen. Samanaikaisesti tämä tehtävä suoritetaan useissa tapauksissa epätyydyttävällä tasolla, hätäisesti, ilman syvällistä sisällön tutkimista. TTZ ottaa huonosti huomioon käsitteellisten asiakirjojen vaatimukset sekä toiminnalliset ja tekniset vaatimukset automatisoitujen ohjausjärjestelmien suhteen. Tämä vaikuttaa merkittävästi niiden suoritusten laatuun. Tämän seurauksena, kuten he sanovat, saat mitä tilasit.

Lisäksi Puolustusministeriön asiakkaat vuorovaikuttavat keskenään heikosti TTZ:tä tuotekehitykseen ja sen sopeuttamiseen kehitettäessä. Tämä vaikeuttaa suuresti esiintyjien tuotteiden yhdistämistä. AS VN:n perustamistyön organisoinnin tulisi mahdollistaa T&K:n teknisten eritelmien asiantunteva toteuttaminen, tiivis vuorovaikutus puolustusministeriön asiakkaiden ja esiintyjien välillä.

Tästä seuraa, että positiivisen tuloksen saavuttamiseksi lentokoneen ACS:n luomisessa ja sopivimpien teknisten ratkaisujen saavuttamiseksi on tarpeen korvata olemassa oleva kehitysmekanismi. Tämä on ainoa tapa muodostaa yksi metodologinen ja teknologinen tila.

Harmoniaa etsimässä

Uuden mekanismin pitäisi poistaa edellä mainitut systeemiset ongelmat. Sen yhtenäiset metodologiset ja tekniset vaatimukset ACS VN:n kehittämistä varten pitäisi tulla pakollisiksi kaikille yrityksille, jotka osallistuvat lentokoneiden automaattisten ohjausjärjestelmien luomiseen.

Mekanismin luominen tulisi aloittaa sellaisten peruselementtien kehittämisellä, joille rakennetaan yksi automatisoidun ohjausjärjestelmän tekninen perusta. On suositeltavaa määritellä yksi valikoima teknisiä välineitä, jotka on tarkoitettu käytettäviksi automaattisissa ohjausjärjestelmissä eri tarkoituksiin ja tasoille - sekä liikkuville että kiinteille.

AS VN:n kehittämismekanismi yhtenäisellä metodologialla ja teknologialla varmistaa erilaisten sotilaallisiin tarkoituksiin käytettävien automatisoitujen järjestelmien harmonisen tiedon ja teknisen vuorovaikutuksen ja mahdollistaa niiden yhdistämisen Puolustusvoimien ACS:ksi. Samalla AS VN:n yhtenäinen teknologinen perusta ja kehitettävien yksilöllisten protokollien määrän vähentäminen informaatiota ja teknistä rajapintaa varten varmistavat merkittävän tiedon ja teknisen vuorovaikutuksen työmäärän vähenemisen ja mahdollistavat keskittymisen ponnistelut erityisohjelmistojen kehittämiseksi lentokoneen ACS:n älyllisen voiman perustaksi.

AS VN:n kehittämisen peruselementtejä tulee olla yksittäinen käyttöjärjestelmä, yhteinen erikoisohjelmisto, objektimalli tiedon tallentamiseen, tietokannan hallintajärjestelmä, tieto- ja kielellinen tuki sekä paikkatietojärjestelmä. Lisäksi on suositeltavaa kehittää sisääntulo-poistumisstandardeja, joilla varmistetaan automatisoitujen järjestelmien ja kompleksien käyttöliittymä eri tarkoituksiin (palojen tuhoaminen, ilma- ja ohjuspuolustus, tiedustelu, elektroninen sodankäynti, hydrometeorologinen, navigointi-ajallinen ja topogeodeettinen tuki) eri tasojen sotilasjoukkojen ohjausjärjestelmät.

On vielä kerran korostettava, että ilman T&K-toimittajille tarjottavaa uutta mekanismia automaattisten ohjausjärjestelmien kehittämiseen, jotka perustuvat yhteen automatisoitujen ohjausjärjestelmien teknologiseen perustaan ​​ja sen soveltamismenetelmiin, on mahdotonta luoda lupaavaa automaattista ohjausjärjestelmää asevoimat, jotka täyttävät Venäjän federaation asevoimien käsitteellisissä ja operatiivis-teknisissä asiakirjoissa määritellyt nykyaikaiset vaatimukset. , koska käytäntö väkisin yhteensopivista, eikä harmonisesti koordinoiduista (yhteisten teknologioiden ja standardien mukaan luotuista) automatisoiduista järjestelmistä säilyy.

Näin ollen yhtenäisen teknologisen perustan luominen automatisoiduille järjestelmille sotilaallisiin tarkoituksiin on välttämätön edellytys lupaaville asevoimien ACS:lle. AS VN:n teknologisen perustan kehittäminen on aloitettava välittömästi erityisen T&K:n puitteissa. Lisäksi vaaditaan valtion standardi tai toiminnalliset ja tekniset vaatimukset, jotka ottavat käyttöön AS VN:n kehittämiseen osallistuville yrityksille pakollisia "input-output" -protokollia, jotka määrittävät AS VN:n tiedot ja tekniset rajapinnat sekä säännöt. heidän kompleksejaan eri johtamistasojen sotilaskokoonpanojen ACS:n kanssa.

Lupaavan ACS:n kehittäminen asevoimille yllä ehdotetun mekanismin avulla voidaan toteuttaa vain puolustusministeriön asianomaisten elinten organisatorisen työn ehdolla, jota ilman on mahdotonta varmistaa yhtenäisen teknologisen perustan kehitystä. ACS:lle ja sen sovellukselle. Jotta tämä prosessi saadaan järjestykseen, kehitysyritysten koordinoitua toimintaa varten sotilasosaston on päätettävä politiikasta useilla aloilla.

Se edellyttää Puolustusministeriön asiakkaiden, jotka kehittävät T&K:n teknisiä eritelmiä toteuttaville yrityksille, toiminnan parempaa koordinointia niiden linkittämiseksi ja toimenpiteiden koordinoimiseksi tukityön aikana.

AS VN:n luomiseksi on tarpeen luoda valtion standardit tai yhtenäiset vaatimukset tekniikan sisällölle ja sovellukselle.

On tarpeen muodostaa kehittäjien välistä yhteistyötä ja määritellä selkeästi kunkin yrityksen toiminta-alue epäterveen kilpailun poissulkemiseksi.

AS VN:n alan tieteellisten ja teollisten koulujen muodostumiselle ja kehittämiselle tarvitaan ehtoja, ja on tarpeen tarjota mahdollisuus levittää heidän kokemuksiaan.

Lopuksi on tarpeen määrittää emoyhtiö lentokoneen ACS:n teknisen perustan kehittämiseksi ja ylläpitämiseksi vaaditulla tasolla sekä muodostaa asiakkaan toimistoon elin, joka kehittää ja pitää ajan tasalla. luokittelijat, viitetietokanta ja muut Venäjän federaation asevoimien ACS:n työhön tarvittavat tiedon ja kielellisen tuen komponentit.

Erillinen T&K tulisi pyrkiä luomaan ohjelmisto- ja laitteistokompleksi, jota käytetään luokittimien, sanakirjojen ja viitetietojen kehittämiseen ja ylläpitoon.

Asevoimien ACS:n yleinen lohkokaavio, joka on tehty yhtenäisen kehitysmekanismin ACS:n perusteella, sisältää seuraavat erikoiselementit: eri tasojen sotilasmuodostelmien ACS, asevoimien tyypit ja palvelualat, ylin johto . Kaikki ne on yhdistetty toisiinsa tietoliikennejärjestelmällä.

"Input-output" -standardi tarjoaa tietoa ja teknistä käyttöliittymää automatisoitujen järjestelmien ja kompleksien eri tarkoituksiin (palon tuhoaminen, ilma- ja ohjuspuolustus, tiedustelu, elektroninen sodankäynti, hydrometeorologinen, navigointiaika sekä topografinen ja geodeettinen tuki) sekä automaatiokomplekseja. varusteet eri tasoisten sotilasjoukkojen komentopaikoille.

Sotilaskäyttöön tarkoitetun automatisoidun järjestelmän yhtenäinen teknologinen perusta on päivitettävä säännöllisesti ja sen uusi versio asennettava käytössä oleviin puolustusvoimien automatisoituihin ohjausjärjestelmiin. Yhteen tekniseen perustaan ​​perustuvien erikoiselementtien kehittäminen varmistaa niiden orgaanisen sisällyttämisen Venäjän federaation asevoimien automatisoituun ohjausjärjestelmään ja mahdollisuuden muuttaa sen kokoonpanoa nopeasti.

Jotta puolustusvoimien lupaavan ACS:n luomisprosessi olisi oikea kehityssuunta, puolustusministeriön on ratkaistava organisatoriset kysymykset, asetettava yhtenäisen teknologisen perustan kehittäminen automatisoituille järjestelmille sotilaallisiin tarkoituksiin ja velvoitettava yritykset voivat käyttää sitä luodessaan AS VN:n. Tämän tehtävän suorittaminen voi kestää arviolta viisi vuotta. Käsittelemämme toimenpiteet ovat luonteeltaan valmistelevia, teknologisia, ja vasta niiden toteuttamisen jälkeen voidaan aloittaa lupaavan automatisoidun ohjausjärjestelmän luominen Venäjän federaation asevoimille.

Asevoimien ACS, joka on rakennettu käyttämällä yhtä teknistä perustaa, tarjoaa ensinnäkin läpi pystysuoran ohjausrungon alisteisille joukkoille ja välineille korkeimmasta taktiseen tasoon, koska se käyttää yhtä asiakirjanhallintajärjestelmää, yhteistä dataa. tallennusmalli kaikille ja maantieteellinen tietojärjestelmä; toiseksi horisontaalinen vuorovaikutus erilaisten sotilaallisten komento- ja valvontaelinten välillä; ja kolmanneksi vuorovaikutus muiden ministeriöiden joukkojen ja välineiden (sisäasiainministeriö, hätätilanneministeriö, FSB) johtamis- ja valvontaelinten kanssa - tietysti jakamalla kuvailemamme "kehitysmekanismin" luomiseksi automatisoitu ohjausjärjestelmä näitä rakenteita varten.
Kirjoittaja:
Alkuperäinen lähde:
http://vpk-news.ru/articles/20544
12 Kommentit
Mainos

Tilaa Telegram-kanavamme, säännöllisesti lisätietoja Ukrainan erikoisoperaatiosta, suuri määrä tietoa, videoita, jotain, mikä ei kuulu sivustolle: https://t.me/topwar_official

tiedot
Hyvä lukija, jotta voit jättää kommentteja julkaisuun, sinun on kirjaudu.
  1. pts-m
    pts-m 5. kesäkuuta 2014 klo 18
    +1
    Hullun ihmisen hölynpölyä. Ilman henkilöä mikään mekanismi ei toimi!
    1. Orik
      Orik 5. kesäkuuta 2014 klo 21
      +1
      Lainaus: pts-m
      Hullun ihmisen hölynpölyä. Ilman henkilöä mikään mekanismi ei toimi!

      Mikä tahansa (!) ACS ilman henkilöä ei toimi, on perustietojen syöttäminen välttämätöntä. Yksikään automatisoitu ohjausjärjestelmä ei voi korvata johtajan päätöksiä, MUTTA sen avulla voit saada mahdollisimman paljon tarvittavaa tietoa lyhyessä ajassa, ja tiedon laatu ja täydellisyys on tehtyjen päätösten laadun perusta!
      Onnea kehittäjille!
      1. Aleksei_K
        Aleksei_K 5. kesäkuuta 2014 klo 23
        +2
        Olet väärässä. Nämä paikalliset ACS-järjestelmät ilmapuolustuksessa ovat jo olemassa, koska. lentoaika on jäänyt alle 5 minuuttiin eikä ole mahdollista ilmoittautua Moskovaan tai yksinkertaisesti ohjuspuolustusjärjestelmän komentajalle, joka nukkuu yönsä rauhassa vaimonsa kanssa. Järjestelmä itse määrittää, luokittelee vaarallisimmat kohteet ja ampuu ne alas ilman henkilön (operaattorin) osallistumista. Jos henkilö puuttuu asiaan ja lopettaa kostoiskun, ohjuspuolustusjärjestelmä tuhoutuu ensi sijassa. Ohjuspuolustusjärjestelmän komentajalla ei ole aikaa herätä, ja sen jälkeen Moskova muuttuu ydinpölyksi.
        1. Orik
          Orik 6. kesäkuuta 2014 klo 09
          0
          Lainaus: Aleksei_K
          Olet väärässä. Nämä paikalliset ACS-järjestelmät ilmapuolustuksessa ovat jo olemassa, koska. lentoaika on jäänyt alle 5 minuuttiin eikä ole mahdollista ilmoittautua Moskovaan tai yksinkertaisesti ohjuspuolustusjärjestelmän komentajalle, joka nukkuu yönsä rauhassa vaimonsa kanssa. Järjestelmä itse määrittää, luokittelee vaarallisimmat kohteet ja ampuu ne alas ilman henkilön (operaattorin) osallistumista. Jos henkilö puuttuu asiaan ja lopettaa kostoiskun, ohjuspuolustusjärjestelmä tuhoutuu ensi sijassa. Ohjuspuolustusjärjestelmän komentajalla ei ole aikaa herätä, ja sen jälkeen Moskova muuttuu ydinpölyksi.

          Hyvä toveri, olen erittäin iloinen näkökulmastasi, mutta laajentan sitä hieman. Jotta ilmapuolustuksen ohjausjärjestelmä pystyy tunnistamaan kohteen mahdolliseksi kohteeksi, sillä on oltava parametrit, joille valinta tehdään, nämä ovat ensisijaiset tiedot, jotka henkilö syöttää järjestelmään. Jos objekti 100% vastaa näitä parametreja, niin automaattinen päätös on mahdollista, jos ei, niin henkilö tekee sen.
    2. Aleksei_K
      Aleksei_K 5. kesäkuuta 2014 klo 23
      0
      Pelkkää paskapuhetta. Nähty tarpeeksi Terminaattorit ja piirityksen alla (Capture). Unelmoi korkean teknologian sodankäynnistä. En tehnyt johtopäätöksiä siitä, että tällaiset älykkäät järjestelmät voivat todella aloittaa sodan kuvitteellisen vihollisen kanssa. Eikä ole ketään, joka pysäyttäisi ihmiskunnan tuhon. Kuka ymmärtää, että ACS laukaisi vahingossa sata tai kaksi ydinohjusta, jotka murtavat minkä tahansa ohjuspuolustusjärjestelmän.
  2. mig31
    mig31 5. kesäkuuta 2014 klo 18
    +3
    Missään tapauksessa ei pidä täysin antautua automaatiolle ja elektroniikalle, tarvitaan yhdistettyjä tai universaaleja järjestelmiä, poissulkematta edes morsekoodia. Kehykset ovat kaikki kaikessa!!!
  3. Aleks tv
    Aleks tv 5. kesäkuuta 2014 klo 18
    +1
    Asevoimien ACS, joka on rakennettu käyttämällä yhtä teknistä perustaa, tarjoaa ensinnäkin läpi pystysuoran ohjausrungon alisteisille joukkoille ja välineille korkeimmasta taktiseen tasoon, koska se käyttää yhtä asiakirjanhallintajärjestelmää, yhteistä dataa. tallennusmalli kaikille ja maantieteellinen tietojärjestelmä; toiseksi horisontaalinen vuorovaikutus erilaisten sotilaallisten komento- ja valvontaelinten välillä; ja kolmanneksi vuorovaikutus muiden ministeriöiden joukkojen ja välineiden (sisäasiainministeriö, hätätilanneministeriö, FSB) johtamis- ja valvontaelinten kanssa - tietysti jakamalla kuvailemamme "kehitysmekanismin" luomiseksi automatisoitu ohjausjärjestelmä näitä rakenteita varten.

    hyvä
    Hyvä lause.
    Pidin erityisesti siitä, että he nostivat esiin kysymyksen "kolmannesta" - vuorovaikutuksesta muiden ministeriöiden kanssa.
    Ja sitten vaeltelet juurella etkä tiedä, kenelle osut - joko FSB: hen tai sisäasiainministeriöön ... tai lopulta GRU: hun.
    Hänellä itsellään on vain "liittovaltion" miinakenttien kartta ...
    iski silmää

    Ja ACS on aina aiheuttanut päänsärkyä armeijassa, joskus sen läsnäolo oli vain merkinantolaite yöpöydän kamarissa ja vanha radiopuhelin BTR-60:ssä.
    Onnea uuden järjestelmän tekijöille.
  4. Voyaka uh
    Voyaka uh 5. kesäkuuta 2014 klo 18
    +1
    Mielenkiintoista, että kirjoittaja itse ymmärtää kirjoittamansa? :)
    Jos ymmärtäisin, antaisin varmaan esimerkin
    mikä tahansa tämän sotilaallisen ACS:n elementti.
  5. Andrey Tšeljabinskista
    Andrey Tšeljabinskista 5. kesäkuuta 2014 klo 18
    +3
    Tämän kirjoittajalle, en pelkää tätä sanaa, erinomainen artikkeli, kunnioitukseni ja kunnioitukseni! Valeri (anteeksi, en tiedä isännimeä, nostit arkistointiaiheen - todellakin, eilen piti käsitellä yhtenäistämistä ja yhtenäisiä kriteereitä automaatiolle... Ja mitä pidemmälle MO vetää, sitä vaikeampaa ja kalliimpaa se on Myöhemmin on tarkoitus yhdistää "hevonen ja värisevä hirvi" yhdeksi ACS:ksi.
    Olen pahoillani, että voin antaa artikkelille vain yhden plussan
  6. Ajatus jättiläinen
    Ajatus jättiläinen 5. kesäkuuta 2014 klo 18
    0
    Kuitenkin perustavanlaatuiset päätökset tekee henkilö, ja kaikki tämä automaatio millä tahansa alustalla on vain hänen avustajansa.
  7. Bormental
    Bormental 5. kesäkuuta 2014 klo 19
    0
    Niasylyl multibookaff. Artikkeli on liian tylsä.
  8. gridasov
    gridasov 5. kesäkuuta 2014 klo 19
    0
    Vain tyhmä ei voi ymmärtää, että binäärikoodiarkkitehtuuriin rakennetut automaattiset ohjausjärjestelmät ovat aina lineaarisia. Tämä tarkoittaa, että tiedon analysointi suoritetaan vain tietovirran kunkin osan käsittelyjärjestyksessä, yksityisenä ja ei toisiinsa liittyvänä jaksona. Lisäksi, jos muuttuvien monimutkaisten tapahtumien tiheys muuttuu, tällainen analyysi ei ole vain kaukana todellisesta, vaan se myös kasvaa energiahuollossa. Kaikki tämä tarkoittaa, että on tarpeen rakentaa paikallisia matemaattisia avaruksia toisiinsa yhdistetyillä koodeilla. Tämä voidaan rakentaa vain numeroryhmälle, kun numero on myös koodi. Silloin muutos missä tahansa tapahtumallisuusparametrissa johtaa muutokseen näiden tapahtumien mahdollisissa muunnelmissa. Matemaattisesti sitä ei ole vaikea kuvata, mutta ei algebrallista perustelualustaa. Koska algebralliset ratkaisut ovat aina binäärisiä luvun ja nimittäjän välisen suhteen funktion suhteen, mikä on pohjimmiltaan myös tuloksen binäärinen määritelmä. Monimutkainen matemaattinen päättely määrittää tapahtuman kehittymisen rajakriittiset todennäköisyydet ja pystyy luoduista analyysiohjeista riippuen suorittamaan niihin liittyvän analyysin. Aivan kuten ihmiset tekevät analyyseja suhteessa tavoitteisiinsa ja käsityksiinsä moraalista ja moraalista. Vain sellaisille matemaattisille periaatteille rakennetut automatisoidut ohjausjärjestelmät pystyvät todella näyttämään tilanteen ja mallintamaan niitä paitsi kehityskriittisyyden, myös vastaavuuden kannalta.
    1. Aleksei_K
      Aleksei_K 5. kesäkuuta 2014 klo 23
      0
      On olemassa monia muotisanoja, mutta olet unohtanut täysin nykyaikaisten tietokoneiden arkkitehtuurin. Vaikka ne ovat von Neumannisia (eli peräkkäisiä), niistä on tullut monituhatprosessorisia ja monisäikeisiä. Ja tämä yhdessä monitehtävän kanssa mahdollistaa sellaisten tehtävien ratkaisemisen, kuten globaalit sääennusteet planeetalla, seurata kaikkia tietokoneiden ja puhelimien käyttäjiä, ja jopa vihollisuuksien suorittaminen on paljon helpompaa. Muistatko elokuvan - Valtion vihollinen. Tämä ei ole fantasiaa, tämä on todellinen seurantajärjestelmä kaikelle liikkuvalle, ei vain optisella alueella. Amerikkalaiset kehittivät Vietnamin liikkumisen infrapunaseurantajärjestelmiä lentokoneissa ja erittäin menestyksekkäästi jo 70-luvulla.
      1. gridasov
        gridasov 5. kesäkuuta 2014 klo 23
        0
        Ensinnäkin nämä eivät ole muotisanoja, vaan temaattisia määritelmiä. Toiseksi, edes tehokkaimmat tietokoneet eivät pysty analysoimaan kaasun, nesteen tai plasman laminaarista virtausta. Mitä sanoa turbulentista ja kavitaatiosta? Ja kuinka analysoida polarisaation jakautumista sonoluminesoivissa prosesseissa? Ongelmana ei ole se, että tietyn ratkaisun johdonmukainen analyysi voidaan suorittaa, vaikka kaikki kerätyt tietokoneet maailmassa olisivat. Kysymys on siitä, että tämä kaikki on suoritettava erilaisten algoritmisten prosessien kompleksina, joka muuttuu samanaikaisesti. Lisäksi kunkin koodin liikkeen energiansyötössä ei pitäisi olla suhteellista riippuvuutta, kuten impulssi, transistorista.
  9. Signalman
    Signalman 5. kesäkuuta 2014 klo 19
    0
    Ymmärsin henkilökohtaisesti yhden asian, kun he puhuivat siitä --- lainaus ---- Siten, jotta puolustusvoimien lupaavan ACS:n luomisprosessi olisi oikea kehityssuunta, puolustusministeriön on ratkaistava organisatoriset kysymykset, asetettava yhtenäisen teknologisen perustan kehittäminen automatisoiduille sotilasjärjestelmille , ja velvoittaa yritykset käyttämään sitä luodessaan AS VN:n
    Panssarin tai jalkaväen taisteluajoneuvon tyrmäämiseksi on tarpeen luoda jonkinlainen automaattinen ohjausjärjestelmä, jotta se perustaa tämän prosessin tehokkaasti. Kysymys kuuluu, MISSÄ tämä asia on lyötävä. ???? Kuten katsoa ACS???? Kyllä, on nopeampaa katsoa näkyä ja painaa liipaisinta ennakoivasti kuin ymmärtää nämä ACS:n monimutkaisuudet.
    No, kun he puhuvat TTZ:stä, katoan yleensä. Dokumentti kahdella sivulla, noin (on mahdollista 100, mutta 2 on ilman vettä) ja taikina voidaan pestä niin paljon, että se ei näytä olevan heikko mökillä. Henkilökohtaisesti olin mukana tässä, mutta en sotilaallisissa aiheissa. Babla pesty-harmaa. Vain TTZ:ssä ja TU:ssa. tuloksena on, että he tekivät kaiken polvillaan, sitten he sääsivät sen TU: lle ja TK:lle.
    1. gridasov
      gridasov 5. kesäkuuta 2014 klo 23
      0
      yleensä kaikki on hieman proosallisempaa. Esimerkiksi sotalaivaan hyökkäävät useat ohjukset kaikilta puolilta, myös veden alla. Analyysi on suoritettava erittäin tiheässä jaksossa, jossa lähestymisaika vaihtelee, analyysi näiden ohjusten taisteluvoimasta. Puolustustoimenpiteiden sarja on yhdistettävä joukkoon hyökkäystoimenpiteitä. Kaikki tämä muodostaa monimutkaisen tilanteen kertaluonteisista ja peräkkäisistä algoritmisista prosesseista. Jos joku luulee, että tässä on kaikki, hän on syvästi väärässä. Hyökkäykseen voi liittyä sähkömagneettisia iskuja, jopa ohjuksia, jotka luovat häiritsevien häiriöiden kompleksin ylikuormittamaan tietokoneiden työtä. mukaan lukien niiden vahingot jne. Yritetään siis puolustaa itseämme näön avulla. Ehkä joku sanoo, että tämä on upeaa.
  10. 11111mail.ru
    11111mail.ru 5. kesäkuuta 2014 klo 20
    0
    Lainaus Gridasovilta
    Binäärikoodiarkkitehtuuriin rakennettu ACS on aina lineaarinen

    "Ternaarinen" logiikka ehdottaa itseään: "kyllä" - "ei" - "ehkä (ehkä)". Aihetta käsiteltiin muutama kuukausi sitten samalla sivustolla.
    1. gridasov
      gridasov 5. kesäkuuta 2014 klo 20
      +1
      Ei! Kolmiosainen on mahdollinen, samoin kuin mikä tahansa moninapainen. Muista Poincaré. Hän kuvaili topologista avaruutta kolmen kohtisuoran akselin järjestelmänä. Tämä tarkoittaa, että hänen pallomaista avaruutta kuvattiin kuudella numerolla. Itse asiassa hän ei ajatellut sitä paljon. Joten häneltä puuttui yksi akseli lisää tai yksi polarisoitu akseli. Tämän akselin läsnäolo muodostaa mahdollisuuden kuvata palloa kahdeksalla numerolla nat. numerosarja. Yhdeksän ja nolla ovat itse asiassa samat ja määrittävät radiaalisen fraktaalisuuden suunnan ja tason. Avaruutta voidaan kuvata paitsi vektoreilla ja numeroilla, myös näiden lukujen vuorovaikutuksen mittauksella itse natissa. rivi. Tämä tarkoittaa, että voit ja pitäisi käyttää "transistoria", joka on rakennettu näille periaatteille ja jonka pitäisi heijastaa tarkasti vuorovaikutuksen mittaa. polarisaatioon rakennettuna impulssina. Toisin sanoen liikemäärä syntyy polarisaation mittana, mikä vastaa vuorovaikutuksessa olevia lukuja.
      1. 11111mail.ru
        11111mail.ru 6. kesäkuuta 2014 klo 05
        0
        Lainaus Gridasovilta
        Ei! kolmiosainen on mahdollista Kuin kaikki moninapainen

        He sanoivat sen mielenkiintoisesti, juuri Brusentsovin mukaan: (-) (?) (+).