Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Peter Ďuriš 2025/06/02 21:22
Z verzie 64.1
upravil Marek Hronec
-
-
Zmeniť komentár:
Added annotation on " Tieto zmeny reflektujú aj ..."
Do verzie 63.1
upravil Marek Hronec
-
-
Zmeniť komentár:
Added annotation on "Obrázok 12 SVK 3.0 Aplikačn..."
Súhrn
-
Objekty (0 modified, 0 added, 1 removed)
Podrobnosti
- XWiki.XWikiComments[59]
-
- Autor
-
... ... @@ -1,1 +1,0 @@ 1 -xwiki:XWiki.marek\.hronec@mirri\.gov\.sk - Komentár
-
... ... @@ -1,10 +1,0 @@ 1 -Tento popis síce prezentuje modernizáciu a rozšírenie funkcionality komponentov ÚPVS ako krok vpred, no zároveň obsahuje **vnútorný rozpor**, ktorý spochybňuje deklarovaný cieľ eliminovať **vendor lock-in**. 2 - 3 -Ak totiž návrh riešenia **trvá na spätnej kompatibilite so súčasným (monolitickým a proprietárnym) riešením**, znamená to v praxi: 4 - 5 -* **Zachovanie existujúcich rozhraní**, ktoré boli navrhnuté a implementované konkrétnym dodávateľom. 6 -* **Obmedzenie možností architektonickej slobody** pre nové komponenty – tie musia rešpektovať technické a procesné špecifiká pôvodného systému. 7 -* **Ťažkosti pri nahrádzaní alebo modularizácii systémov**, pretože nový modul musí „hrať podľa pravidiel starého sveta“. 8 -* **Pretrvávanie závislosti na know-how, dokumentácii a neformálnych dohodách** viazaných na pôvodného dodávateľa. 9 - 10 -Inými slovami, **spätná kompatibilita je často synonymom technologického dlhu**, a ak nie je riadne ošetrená (napr. cez proxy vrstvy alebo API gatewaye), znižuje efektívnosť snahy o otvorenosť a vendor-neutralitu. - Dátum
-
... ... @@ -1,1 +1,0 @@ 1 -2025-05-19 15:55:36.936 - Selection
-
... ... @@ -1,1 +1,0 @@ 1 - Tieto zmeny reflektujú aj potrebu udržania spätnej kompatibility, a to prostredníctvom zodpovedajúcich rozhraní tam, kde je to nevyhnutné. - State
-
... ... @@ -1,1 +1,0 @@ 1 -SAFE - Target
-
... ... @@ -1,1 +1,0 @@ 1 -Dokumenty.projekt_3067.projektovy_zamer.WebHome