Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)
Naposledy upravil Peter Ďuriš 2025/06/02 21:22
Z verzie 62.1
upravil Marek Hronec
-
-
Zmeniť komentár:
Added annotation on "Nasledujúci diagram popisuj..."
Do verzie 64.1
upravil Marek Hronec
-
-
Zmeniť komentár:
Added annotation on " Tieto zmeny reflektujú aj ..."
Súhrn
-
Objekty (0 modified, 2 added, 0 removed)
Podrobnosti
- XWiki.XWikiComments[58]
-
- Autor
-
... ... @@ -1,0 +1,1 @@ 1 +xwiki:XWiki.marek\.hronec@mirri\.gov\.sk - Komentár
-
... ... @@ -1,0 +1,2 @@ 1 +Nedostatocne zakreslenie, prilisna abstrakcia, COP poskytuje informacie len mobilnej aplikacii? CNM posiela notifikacie len IS VS? Ziadne ine aplikacne sluzby ako zasielanie notifikacii nebude poskytovat CNM? Co ostatne casti AS? 2 +\\Dopracovat do vacsieho detailu a zladit s katalogom poziadaviek. - Dátum
-
... ... @@ -1,0 +1,1 @@ 1 +2025-05-19 15:53:49.288 - Selection
-
... ... @@ -1,0 +1,1 @@ 1 +Obrázok 12 SVK 3.0 Aplikačné služby pre externú integráciu - State
-
... ... @@ -1,0 +1,1 @@ 1 +SAFE - Target
-
... ... @@ -1,0 +1,1 @@ 1 +Dokumenty.projekt_3067.projektovy_zamer.WebHome
- XWiki.XWikiComments[59]
-
- Autor
-
... ... @@ -1,0 +1,1 @@ 1 +xwiki:XWiki.marek\.hronec@mirri\.gov\.sk - Komentár
-
... ... @@ -1,0 +1,10 @@ 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,0 +1,1 @@ 1 +2025-05-19 15:55:36.936 - Selection
-
... ... @@ -1,0 +1,1 @@ 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,0 +1,1 @@ 1 +SAFE - Target
-
... ... @@ -1,0 +1,1 @@ 1 +Dokumenty.projekt_3067.projektovy_zamer.WebHome