Az IT rendszerek adatbázisához kapcsolódó jogi kérdések

Az IT rendszerekkel kapcsolatos jogi kérdések megértésekor nem csak a jogi ismeretek rendszerezett alkalmazása szükséges, hanem az IT rendszerek alkotóelemeinek ismerete is fontos. Ebben a cikkben áttekintjük, hogy az IT rendszerek milyen elemekből épülnek fel, hogyan működnek együtt ezek az elemek, és különösen a felhasználók számára kevésbé látható adatbázisokkal kapcsolatos jogi kérdéseket ismertetjük.

Az IT rendszerek “képernyőből” és “logikából” épülnek fel

Mit jelent az IT rendszerek “képernyője”

Amikor megpróbáljuk megérteni egy IT rendszer szerkezetét, a legfeltűnőbb elem a képernyő, azaz a felhasználói felület. Valóban, az általános rendszerfejlesztési folyamatban a funkciók kialakítása, azaz a “követelmények meghatározása” után általában a “képernyőtervezés” és a “képernyőnavigáció” következik. Ezek a képernyőn látható elemek a rendszerfejlesztést megrendelő felhasználók számára is nyilvánvalóan láthatóak, és ez a terület a leggyakoribb kommunikációs pont a felhasználók és a szolgáltatók között. Az alábbi cikkben a rendszerfejlesztési folyamat során a felhasználók által a projekt sikeréért a szolgáltatóval szemben vállalt “együttműködési kötelezettséget” tárgyaljuk.

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Ebben a cikkben elsősorban a felhasználók által a rendszerfejlesztés során vállalt együttműködési kötelezettséget tárgyaljuk, különös tekintettel az alapvető tervezési (azaz képernyő) fázisra, ahol szükség van a szolgáltatóval való együttműködésre.

Az IT rendszerek “képernyője” általában HTML és CSS számítógépes nyelvi szabályok szerint van leírva. Az IT rendszerek “képernyőjéről” szóló beszélgetések gyakran “frontend”, “UI (felhasználói felület)” és más kifejezések formájában jelennek meg, de a fő szempontok a “felhasználói élmény” és a “láthatóság”.

Mit jelent az IT rendszerek “logikája”

Ugyanakkor, ha egy IT rendszer “képernyő alapú”, akkor az nem több, mint egy “mozgás” vagy “változás” nélküli “képernyő”. Még ha a felhasználói bemenetek fogadása és a kimenetek megjelenítése a “képernyőn” történik is, a folyamatban “számítási folyamatok” vannak.

Ezek a felhasználó számára nem látható, a “rendszer hátoldalán” található elemek végzik a bonyolult számításokat és vezérléseket. Az adatok keresése, módosítása, hozzáadása vagy törlése a képernyőről csak előre felépített adatbázisok jelenlétében lehetséges. Az adatbázisokban található információk különböző feldolgozásai általában SQL, egy számítógépes nyelv segítségével történnek.

A képernyőn elhelyezett gombok és más elemek használata, a szükséges SQL utasítások végrehajtásához vezető út kialakítása révén jön létre a mozgással és változással rendelkező rendszer teljes képe.

Megjegyzendő, hogy a “képernyőn” nem látható logikai elemek összeállításával kapcsolatos kérdések gyakran “backend” kifejezéssel illetik.

A rendszerrel kapcsolatos beszélgetések kockázatot jelentenek, ha csak a képernyőn látható “megjelenésre” összpontosítunk

Az eddigiekben bemutatott magyarázatok az alapját képezik az (a weben működő) IT rendszerek struktúrájának. Az ilyen kérdések megértése nagy jelentőséggel bír a jogi viták, a projektviták megelőzése, a válságkezelés és más szempontok tekintetében is. Konkrétan, a felhasználók, akik csak a képernyőn látható “külső megjelenésre” összpontosítanak, és a szolgáltatók, akik a láthatatlan “logikai” oldalon is fontos feladatokat látnak el, között kommunikációs zavarok léphetnek fel.

A felhasználók és a szolgáltatók eltérő szempontjai kockázatot jelentenek

Például az IT rendszerekkel kapcsolatos beszélgetésekben gyakran a “képernyő” a középpontban, a felhasználók hajlamosak figyelmen kívül hagyni a belső struktúra bonyolultságát. Éppen ezért, ami a felületen “egy kis funkció hozzáadásának”, “egy kis specifikáció módosításának” tűnik, gyakran nem értik, mennyi munkafolyamatot érint. Például az alábbi cikkben bemutatjuk a jogi problémákat, amelyek gyakran felmerülnek egy új rendszer fejlesztése során, amikor a jelenleg működő meglévő rendszert le kell bontani.

https://monolith.law/corporate/the-transition-from-the-oldsystem[ja]

Itt bemutatjuk, hogy az adatok új rendszerbe történő áttelepítése során gyakran problémák merülnek fel a régi rendszer megszüntetése miatt. Vagyis, a belső számítási és vezérlési mechanizmusok olyan bonyolultak lehetnek, amit a felhasználók nem is sejtenek, és ez váratlan problémák forrása lehet. Továbbá, ha a felhasználók nem értik a “rendszerkészítő szolgáltatók érzéseit”, akkor előfordulhat, hogy a változások utólag, apránként jelennek meg.

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

Ha olyan eseteket feltételezünk, ahol utólag módosítják a specifikációkat vagy hozzáadnak funkciókat, akkor a díjazás utólagos növelése is komoly problémává válhat.

https://monolith.law/corporate/increase-of-estimate[ja]

A felhasználók “logikája” iránti közömbösség kockázatot jelent

Továbbá, a felhasználók számára nem látható részek gyakran okoznak nagy incidenseket, amikor a problémák kiderülnek. Az alábbiakban ilyen példákat mutatunk be.

Veszélyek a karbantartás és a biztonság terén

Ilyen helyzetekben előfordulhat, hogy nem lehet új funkciókat implementálni, vagy a rendszer fokozatosan lassul a használat során, és végül leáll.

Továbbá, a képernyőn implementált kód hibái miatt, amelyek nem szabadna megjelenniük a képernyőn, személyes és bizalmas információkat szerezhetnek be, amit “SQL injekció”-nak hívnak. Ezzel kapcsolatosan részletesen tárgyaljuk a következő cikkben a súlyos vitákat, amelyek ebből adódtak.

https://monolith.law/corporate/risks-of-libraryuse-and-measures[ja]

A cikk fő témája a keretrendszerek és könyvtárak használatának kockázatai, de a bemutatott bírósági esetek az SQL injekcióval végrehajtott támadásokról szólnak.

Veszély, hogy a működtetők munkájára nem terjed ki a kormányzás

Az, hogy az IT rendszerek felhasználói közömbösek a mögöttük lévő “logika” iránt, azt jelenti, hogy nehezebb a kormányzást kiterjeszteni az IT rendszerek működtetőinek munkájára. Ezzel kapcsolatban a következő cikkben tárgyaljuk a “működtetők hibájából adódó adatvesztés” témát, és magyarázzuk a adatbázisokkal foglalkozó munka fontosságát.

https://monolith.law/corporate/dataloss-risk-and-measures[ja]

Veszély, hogy a logika hibás, még ha a felületen minden rendben is működik

Az, hogy a rendszer nem csak a “képernyőn” működik, azt jelenti, hogy még ha a rendszer a felületen helyesen is működik, a mögöttes “logika” hibás lehet. Ez akkor is előfordulhat, ha a napi alapvető munka során nem derül ki, hanem “félévente egyszer”, “évente egyszer” és hasonló ritka események során váratlanul kiderül.

Ilyen esetekben, ha a rendszer hibája utólag derül ki, a jogi probléma nem a kötelezettség elmulasztása, hanem a hibás termékért való felelősség kérdése lesz.

https://monolith.law/corporate/defect-warranty-liability[ja]

Ha a hiba a rendszer átvétele után derül ki, a következő cikkben részletesen ismertetjük a lehetséges lépéseket.

https://monolith.law/corporate/system-flaw-measure-after-acceptance[ja]

Összefoglalás

Rendszerfejlesztés és jogi ismeretek rendszerezett megértése

A rendszerfejlesztéssel kapcsolatos jogi kérdésekben fontos, hogy az IT rendszer alkotóelemeinek megértése mellett, megértsük azt is, hogy melyik komponens okozza a problémát. A jogi problémák és az IT rendszer problémái esetében is, a rendszerfejlesztési projektekben felmerülő vitákban különösen fontos, hogy ne veszítsük szem elől az összképet, és nagy erőfeszítéseket tegyünk a különböző iparágak közötti együttműködésre.