===== 1. A szoftver szerepe és fő típusai =====

=== 1.1 Mit nevezünk szoftvernek? ===

A **szoftver** a számítógépes rendszer működését meghatározó programok, adatok, beállítások és kapcsolódó dokumentáció összessége. A hardver fizikai eszköz, a szoftver pedig azt írja elő, hogy a hardver milyen feladatot és hogyan hajtson végre.

Ugyanaz a hardver különböző szoftverekkel eltérő célokra használható. Egy ipari számítógép például működhet gépvezérlőként, mérési adatgyűjtőként vagy képfeldolgozó állomásként.

A legtöbb számítógépen a felhasználó és a hardver között több szoftverréteg található:

<mermaid>
flowchart TD
    U[Felhasználó] <--> A[Alkalmazói\nszoftver]
    A <--> OS[Operációs\nrendszer]
    OS <--> D[Eszközmeghajtók]
    D <--> H[Hardver]
</mermaid>

Egyes beágyazott vezérlőkön nincs általános célú operációs rendszer: a vezérlőprogram közvetlenül vagy egy kis valós idejű rendszeren keresztül kezeli a hardvert.

=== 1.2 A szoftverek fő csoportjai ===

  * **Rendszerszoftver:** működteti a számítógépet és kezeli az erőforrásokat. Ide tartozik az operációs rendszer, az eszközmeghajtó és a firmware egy része.
  * **Alkalmazói szoftver:** a felhasználó konkrét feladatát támogatja, például dokumentumkészítést, tervezést, mérést vagy szimulációt.
  * **Fejlesztői szoftver:** más programok, automatizmusok és vezérlések létrehozását, tesztelését és karbantartását segíti.

A csoportok határa nem mindig éles. Egy MATLAB- vagy LabVIEW-rendszer egyszerre lehet kész mérnöki alkalmazás és saját modellek, illetve mérési folyamatok fejlesztési környezete.

=== 1.3 Szoftverrétegek egy ipari példán ===

Egy kamerás minőség-ellenőrző állomáson:

  - a kamera firmware-e működteti az eszközt;
  - az eszközmeghajtó kapcsolatot teremt a kamera és az operációs rendszer között;
  - a képfeldolgozó alkalmazás megkeresi a hibákat;
  - az adatbázis eltárolja az eredményeket;
  - a kezelőfelület jelzi a gépkezelőnek, ha selejt keletkezett.

Az egész rendszer csak akkor működik jól, ha a rétegek verziói, interfészei és beállításai összeillenek.

===== 2. Rendszerszoftverek és operációs rendszerek =====

=== 2.1 Az operációs rendszer feladatai ===

Az **operációs rendszer (OS)** közös környezetet biztosít az alkalmazások számára, és összehangolja a hardver használatát.

  * **Folyamatkezelés:** elosztja a processzor idejét a futó programok között.
  * **Memóriakezelés:** memóriaterületet rendel a programokhoz, és védi őket egymástól.
  * **Fájl- és háttértárkezelés:** fájlokba és könyvtárakba szervezi az adatokat.
  * **Eszközkezelés:** illesztőprogramokon keresztül kezeli a perifériákat.
  * **Felhasználó- és jogosultságkezelés:** szabályozza, ki milyen erőforráshoz férhet hozzá.
  * **Hálózati szolgáltatások:** biztosítja a hálózati kommunikáció alapjait.
  * **Felhasználói felület:** grafikus felületet és gyakran parancssort is nyújt.

Az **eszközmeghajtó** egy adott hardver kezelését teszi lehetővé. Ha például egy mérőkártyához nincs megfelelő illesztőprogram az adott operációs rendszerhez, az eszköz fizikailag csatlakoztatható, de nem biztos, hogy használható.

=== 2.2 Operációs rendszerek felhasználási terület szerint ===

^ Rendszertípus ^ Jellemző felhasználás ^ Fontos szempont ^
| Asztali rendszer | Irodai munka, CAD, mérnöki alkalmazások | Kezelhetőség, széles szoftver- és eszköztámogatás |
| Szerverrendszer | Fájl-, adatbázis- és webszolgáltatás | Megbízhatóság, távoli felügyelet, többfelhasználós működés |
| Mobil rendszer | Telefonok, táblagépek, hordozható mérőeszközök | Energiahatékonyság, érintéses kezelés, érzékelők támogatása |
| Beágyazott rendszer | Gépek, műszerek, járművek | Kis erőforrásigény, hosszú élettartam, célfeladatra optimalizálás |
| Valós idejű rendszer (RTOS) | Szabályozás, robotika, biztonságkritikus vezérlés | Előre meghatározható válaszidő |

Gyakori platform a Windows, a Linux, a macOS, az Android és az iOS; beágyazott területen sokféle RTOS és gyártóspecifikus rendszer létezik. A „valós idejű” nem egyszerűen nagy sebességet jelent: azt jelenti, hogy a rendszernek egy műveletet az előírt határidőn belül, kiszámíthatóan kell végrehajtania.

=== 2.3 Rendszerindítás és alapvető védelem ===

A számítógép bekapcsolásakor a firmware — PC-knél jellemzően az UEFI — ellenőrzi és inicializálja a hardvert, majd elindítja az operációs rendszert.

  * A **Secure Boot** digitális aláírások alapján ellenőrzi a rendszerindítás fontos elemeit.
  * A **TPM** védett módon kezelhet titkosítási kulcsokat és segítheti a rendszer állapotának ellenőrzését.
  * A **lemez- vagy eszköztitkosítás** csökkenti annak kockázatát, hogy egy elveszett vagy ellopott eszköz adatai hozzáférhetők legyenek.

Ezek egymást kiegészítő védelmek; egyik sem helyettesíti a frissítéseket, a megfelelő jogosultságokat és a biztonsági mentést.

===== 3. Alkalmazói szoftverek a mérnöki munkában =====

=== 3.1 Alkalmazáskategóriák ===

Az alkalmazói szoftver közvetlenül egy felhasználói vagy szervezeti feladatot old meg.

  * **Irodai és együttműködési eszközök:** dokumentum, táblázat, prezentáció, levelezés és csoportmunka.
  * **CAD:** termékek, alkatrészek, építmények vagy áramkörök számítógépes tervezése.
  * **CAE:** mérnöki elemzés és szimuláció, például FEM vagy CFD.
  * **CAM:** gyártási folyamatok és CNC-megmunkálás előkészítése.
  * **Mérési és adatfeldolgozó szoftver:** műszerek vezérlése, adatok rögzítése, kiértékelése és megjelenítése.
  * **PLM/PDM:** termékadatok, dokumentumok, változatok és jóváhagyások kezelése.
  * **SCADA/HMI:** ipari folyamatok felügyelete és kezelői megjelenítése.
  * **MES/ERP:** gyártási műveletek, erőforrások és vállalati folyamatok támogatása.

<mermaid>
flowchart LR
    CAD[CAD: geometria] --> CAE[CAE: ellenőrzés]
    CAE --> CAM[CAM: gyártás\nelőkészítés]
    CAM --> MES[MES: végrehajtás]
    MES --> Q[Minőségadatok]
    Q --> PLM[PLM/PDM: életciklus]
    PLM --> CAD
</mermaid>

=== 3.2 Telepített, webes és felhőalapú megoldások ===

  * **Helyben telepített alkalmazás:** a felhasználó gépén fut. Előnye lehet a kis késleltetés, az offline működés és a helyi hardver — például GPU — közvetlen használata.
  * **Webalkalmazás:** böngészőn keresztül használható, ezért egyszerűbb lehet a központi frissítés és a több eszközről történő elérés.
  * **SaaS (Software as a Service):** szolgáltatásként, általában előfizetéssel igénybe vett szoftver. Az üzemeltetés jelentős részét a szolgáltató végzi.
  * **Hibrid megoldás:** a számítás egy része helyben, más része szerveren vagy felhőben történik.

Egy nagyméretű CAD-modell szerkesztése történhet helyi munkaállomáson, miközben a dokumentumkezelés és a jóváhagyás felhőszolgáltatásban fut. A választásnál az internetkapcsolat, az adatvédelem, a teljesítmény, a rendelkezésre állás és a költség egyaránt számít.

=== 3.3 Szoftver kiválasztásának mérnöki szempontjai ===

Nem elegendő azt vizsgálni, hogy a program képes-e egy számítás elvégzésére. Fontos még:

  * kezeli-e a szükséges fájlformátumokat és berendezéseket;
  * megfelelő pontosságú és ellenőrizhető-e a számítási modell;
  * biztosított-e a gyártói támogatás és a hosszú távú elérhetőség;
  * együtt tud-e működni a vállalat más rendszereivel;
  * megfelel-e az adatvédelmi és iparági előírásoknak;
  * mennyi a licenc, a betanítás, az üzemeltetés és az esetleges leállás teljes költsége.

Biztonságkritikus döntésnél a szoftver eredményét mérnöki ellenőrzésnek és lehetőség szerint fizikai mérésnek vagy másik módszerrel végzett számításnak is alá kell támasztania.

===== 4. Fejlesztői eszközök és mérnöki automatizálás =====

Nem minden mérnök lesz szoftverfejlesztő, de a fejlesztési folyamat alapjainak ismerete segít az automatizálás, a mérőrendszerek és a műszaki szoftverek megértésében.

=== 4.1 A program elkészítésének folyamata ===

  - **Követelmények:** mit kell a rendszernek elvégeznie, milyen pontossággal és határidővel?
  - **Algoritmus vagy modell:** milyen lépések vezetnek az eredményhez?
  - **Megvalósítás:** programkód, grafikus folyamatábra, PLC-program vagy konfiguráció elkészítése.
  - **Tesztelés:** helyes-e az eredmény normál és hibás bemenetek esetén is?
  - **Üzembe helyezés és karbantartás:** dokumentálás, verziózás, frissítés és hibajavítás.

<mermaid>
flowchart LR
    K[Követelmény] --> T[Tervezés]
    T --> M[Megvalósítás]
    M --> V[Ellenőrzés]
    V --> U[Üzemeltetés]
    V -->|hiba| T
</mermaid>

=== 4.2 Nyelvek és végrehajtás ===

  * A **gépi kódot** közvetlenül a processzor hajtja végre.
  * Az **assembly** a gépi utasítások ember számára olvashatóbb leírása.
  * Az **általános célú magas szintű nyelvek**, például C, C++, Python vagy Java összetettebb feladatok leírását teszik lehetővé. A C közel engedi a programozót a hardverhez, de nem gépi vagy assembly nyelv.
  * A **szakterület-specifikus nyelvek** egy adott feladattípusra készülnek, például SQL adatlekérdezésre, MATLAB mérnöki számításokra vagy VHDL digitális hardver leírására.
  * A PLC-k programozására az IEC 61131-3 szabvány többféle nyelvet, például létradiagramot és strukturált szöveget határoz meg.

A **fordítóprogram** a forráskódot a futtatás előtt gépi kódra vagy köztes formára alakítja. Az **értelmező** futás közben dolgozza fel a programot. A gyakorlatban hibrid megoldások is gyakoriak, ezért a két kategória nem mindig válik el élesen.

=== 4.3 Fejlesztői és együttműködési eszközök ===

  * **IDE:** szerkesztést, futtatást, hibakeresést és projektkezelést egyesítő környezet.
  * **Debugger:** lehetővé teszi a program lépésenkénti vizsgálatát és a változók értékének ellenőrzését.
  * **Verziókezelő rendszer:** rögzíti, hogy ki, mikor és mit változtatott; korábbi állapotok visszakereshetők. A Git verziókezelő, míg a GitHub és a GitLab együttműködési szolgáltatás is.
  * **Automatikus tesztelés:** ismételhetően ellenőrzi, hogy a módosítás nem rontotta-e el a már működő részeket.
  * **Konténer:** az alkalmazást és fontos függőségeit egységes futtatási csomagba szervezi; nem azonos egy teljes virtuális géppel.

Mérnöki példa: egy számítási táblázat vagy mérési szkript is szoftver. Ha termelési döntés alapja, ugyanúgy fontos a dokumentálás, a tesztadat, a változatok követése és a jóváhagyás, mint egy hagyományos programnál.

===== 5. Fájlok, formátumok és műszaki adatok kezelése =====

=== 5.1 Fájl, formátum és metaadat ===

A **fájl** névvel ellátott adategység egy adattárolón. Legfontosabb tulajdonságai a név, az elérési út, a méret, az időbélyegek, a tulajdonos és a jogosultságok.

A fájlnév kiterjesztése — például `.pdf`, `.csv`, `.step` vagy `.jpg` — általában a formátumra utal, de önmagában nem garantálja a tartalom típusát. A fájl átnevezése nem alakítja át az adatot másik formátumba.

  * **Szöveges formátum:** ember által is olvasható lehet, például TXT, CSV, JSON vagy XML.
  * **Bináris formátum:** tömörebb vagy összetettebb adatot tárolhat, de értelmezéséhez megfelelő program szükséges.
  * **Metaadat:** az adatot leíró információ, például mértékegység, mérési idő, koordináta-rendszer, anyagminőség vagy szoftververzió.

Mérési adatnál az értéksor önmagában gyakran kevés. A mértékegység, a mintavételi frekvencia, az érzékelő azonosítója és a kalibrálás ideje nélkül az adat félreérthető vagy később használhatatlan lehet.

=== 5.2 Könyvtárak, elérési utak és fájlrendszerek ===

A könyvtárak hierarchiába rendezik a fájlokat. Az **abszolút elérési út** a fájlrendszer egy rögzített kiindulópontjától, a **relatív elérési út** az aktuális könyvtártól adja meg a fájl helyét.

Gyakori fájlrendszerek:

^ Fájlrendszer ^ Tipikus környezet ^ Megjegyzés ^
| NTFS | Windows belső meghajtó | Jogosultságok, naplózás, nagy fájlok |
| ext4 | Linux | Elterjedt, naplózó fájlrendszer |
| APFS | Apple rendszerek | Flashalapú tárolókra optimalizált funkciók |
| FAT32 | Cserélhető adathordozó, régi eszközök | Széles kompatibilitás, de egy fájl legfeljebb 4 GiB lehet |
| exFAT | Nagyobb cserélhető adathordozó | Nagy fájlok és több operációs rendszer támogatása |

Az adathordozó és a fájlrendszer nem ugyanaz: ugyanaz az SSD többféle fájlrendszerrel formázható.

=== 5.3 Interoperabilitás és adatvesztés ===

Mérnöki adatcsere során gyakran kell formátumot konvertálni. A konverzió adatvesztést okozhat: egy semleges CAD-formátum például átadhatja a geometriát, miközben a parametrikus szerkesztési előzmény, az anyagadat vagy egyes tűrések elveszhetnek.

  * **Nyílt formátum:** specifikációja hozzáférhető, ezért több gyártó támogathatja.
  * **Gyártóspecifikus formátum:** egy adott szoftver funkcióit teljesebben őrizheti meg, de függőséget okozhat.
  * **Veszteségmentes tömörítés:** az eredeti adat teljesen visszaállítható, például ZIP esetén.
  * **Veszteséges tömörítés:** a kisebb méret érdekében információt hagy el; fotónál elfogadható lehet, mérési adatnál veszélyes lehet.

=== 5.4 Verziók és dokumentumkezelés ===

A `vegleges2_uj_javitott.step` jellegű fájlnevek nem adnak megbízható változáskövetést. Mérnöki projektben célszerű szabályozni:

  * az elnevezést és a könyvtárszerkezetet;
  * a verzió- és revíziószámot;
  * a jóváhagyás állapotát;
  * a módosítás okát és felelősét;
  * azt, hogy melyik változat került gyártásba.

CAD- és dokumentumállományoknál ezt PDM/PLM vagy dokumentumkezelő rendszer, forráskódnál és szöveges konfigurációnál gyakran verziókezelő rendszer támogatja.

===== 6. Hálózati és felhőalapú szoftverek =====

=== 6.1 A hálózati kommunikáció rétegei ===

A hálózati kommunikáció szabályait **protokollok** határozzák meg. Egy adatátvitelben több protokoll együtt működik.

  * **IP:** címzést és csomagok hálózatok közötti továbbítását biztosítja.
  * **TCP:** kapcsolatot épít fel, sorrendhelyes és megbízható adatfolyamot nyújt.
  * **UDP:** kisebb többletterhelésű, kapcsolat nélküli átvitelt ad, de önmagában nem garantálja a kézbesítést.
  * **DNS:** neveket, például egy szerver nevét IP-címhez rendel.
  * **HTTP/HTTPS:** webes erőforrások és API-k elérésére szolgál; HTTPS esetén a kommunikáció titkosított és hitelesített csatornán történik.
  * **SFTP:** biztonságos fájlátvitelt biztosít SSH-kapcsolaton keresztül. Nem azonos az FTP titkosított változatával, az FTPS-sel.

<mermaid>
flowchart TD
    APP[Alkalmazás:\n HTTPS, SFTP] --> TRANS[Átvitel:\nTCP vagy UDP]
    TRANS --> IP[Hálózat: IP]
    IP --> LINK[Kapcsolat:\nEthernet vagy Wi-Fi]
</mermaid>

=== 6.2 Kommunikációs modellek ===

  * **Kliens–szerver:** a kliens szolgáltatást kér, a szerver válaszol. Példa: a mérnöki munkaállomás fájlt kér a PDM-szervertől.
  * **Peer-to-peer:** a résztvevők közvetlenül is szolgáltathatnak egymásnak erőforrást.
  * **Publish–subscribe:** az adatforrás egy témába üzenetet küld, a feliratkozók pedig megkapják azt. Szenzorhálózatokban és IoT-rendszerekben gyakori.
  * **API:** szabályozott szoftveres kapcsolódási felület, amelyen keresztül két alkalmazás adatot vagy szolgáltatást cserélhet.

=== 6.3 Helyi rendszer, edge és felhő ===

  * **Helyi (on-premises) rendszer:** a szervezet saját telephelyén és felügyelete alatt működik.
  * **Edge feldolgozás:** az adatot a géphez vagy szenzorhoz közel dolgozza fel; előnye lehet a kis késleltetés és a hálózati forgalom csökkentése.
  * **Felhőszolgáltatás:** távoli, igény szerint méretezhető számítási, tárolási vagy alkalmazási szolgáltatás.

Ipari példa: egy rezgésérzékelő nagy sebességű jeleit egy edge eszköz helyben elemzi, csak a jellemzőket és a riasztást küldi a felhőbe, ahol hosszú távú elemzés és több telephely összehasonlítása történik. A helyi vezérlés így internetkimaradáskor is működhet.

A felhő nem automatikusan olcsóbb vagy biztonságosabb. Mérlegelni kell az adat mennyiségét, az átviteli költséget, a késleltetést, a szolgáltatói függést, a hozzáférési szabályokat és a kiesés következményeit.

===== 7. Szoftverbiztonság, licencek és életciklus =====

=== 7.1 Többrétegű védelem ===

Nincs olyan biztonsági program, amely önmagában minden támadást kivéd. A védelem egymást kiegészítő műszaki és szervezési intézkedésekből áll:

  * rendszeres biztonsági frissítés;
  * kártevő- és végpontvédelem;
  * tűzfal és hálózati szegmentálás;
  * egyedi felhasználói fiókok és a legkisebb szükséges jogosultság elve;
  * többtényezős hitelesítés;
  * adatok titkosítása;
  * naplózás, felügyelet és incidenskezelés;
  * kipróbált biztonsági mentés és visszaállítás.

Ipari környezetben különösen veszélyes lehet egy már nem támogatott, de a gép működéséhez szükséges szoftver. Ilyenkor hálózati leválasztásra, szigorú hozzáférésre, ellenőrzött adathordozó-használatra és korszerűsítési tervre lehet szükség.

=== 7.2 Mentés, szinkronizálás és archiválás ===

  * **Biztonsági mentés:** helyreállítható másolat adatvesztés esetére.
  * **Szinkronizálás:** több helyen ugyanazt az aktuális állapotot tartja; egy hibás törlést vagy titkosítást is továbbíthat, ezért önmagában nem feltétlenül mentés.
  * **Archiválás:** hosszú távra megőrzött, ritkán változó adatállomány.

A **3–2–1 elv** szerint legyen legalább három példány az adatból, kétféle adathordozón, és legalább egy példány fizikailag vagy logikailag elkülönítve. Fontos a verziók megőrzése és a visszaállítás rendszeres próbája is.

  * **Teljes mentés:** minden kijelölt adatot lemásol.
  * **Növekményes mentés:** az előző bármilyen mentés óta történt változásokat menti.
  * **Differenciális mentés:** a legutóbbi teljes mentés óta történt változásokat menti.

Mérnöki projektnél a CAD-modellek mellett a kapcsolódó anyagjegyzéket, szimulációs beállításokat, mérési nyersadatokat, kalibrációs információkat és szoftverkörnyezetet is meg kell őrizni, ha az eredmény később reprodukálandó.

=== 7.3 Licencek és felhasználási jogok ===

A szoftver használatát a licenc feltételei szabályozzák. A „letölthető” vagy „ingyenes” nem jelenti automatikusan azt, hogy a szoftver bármilyen célra korlátozás nélkül használható.

  * **Tulajdonosi, kereskedelmi licenc:** a gyártó meghatározott felhasználási jogot ad; a forráskód rendszerint nem hozzáférhető.
  * **Nyílt forráskódú licenc:** engedélyezheti a forráskód tanulmányozását, módosítását és terjesztését, de feltételeket is előírhat.
  * **Freeware:** díjmentesen használható, de nem feltétlenül nyílt forráskódú.
  * **Oktatási licenc:** gyakran csak oktatásra és kutatásra használható, üzleti munkára nem.
  * **Előfizetéses vagy SaaS-licenc:** a használati jog időszakhoz, felhasználóhoz vagy szolgáltatási csomaghoz kötődhet.

Vállalati használat előtt ellenőrizni kell a felhasználók, gépek vagy egyidejű használatok számát, a külső partnerek hozzáférését, a felhőben kezelt adatok helyét, valamint a szerződés megszűnése utáni adatexport lehetőségét.

=== 7.4 Szoftver-életciklus és változáskezelés ===

A szoftver nem egyszeri beszerzés: telepíteni, konfigurálni, frissíteni, felügyelni és végül kivonni kell. Egy frissítés javíthat hibákat és biztonsági problémákat, de megváltoztathat fájlformátumot, illesztőprogramot vagy számítási eredményt is.

Mérnöki és ipari rendszerben ezért célszerű:

  - nyilvántartani a használt verziókat és licenceket;
  - tesztkörnyezetben kipróbálni a jelentős frissítéseket;
  - mentési és visszaállítási tervet készíteni;
  - dokumentálni a változtatást és annak jóváhagyását;
  - figyelni a gyártói támogatás végét;
  - megtervezni az adatok és modellek későbbi megnyithatóságát.

Egy tíz-húsz évig üzemelő gépnél a vezérlőszoftver, az operációs rendszer, az illesztőprogram és a licenckezelés elavulása ugyanolyan fontos kockázat lehet, mint a fizikai alkatrészek kopása.