Rozvoj MetaIS - studia uskutocnitelnosti

Tak predsa len ten system poznas aj ty :slight_smile:

Je tato cast OK, zla alebo ju treba zlepsit? Ak treba zlepsit, tak mas napad?

Myslim ze toto nikto ani nikdy nespochybnil. Verim ze @panda dany dokument doda.

Suhlasim, toto musi a aj bude sucastou studie a niektore @panda jasne vytipoval hore (napriklad velka komplexnost systemu bez motivacie preco by to mal uradnik robit a co to vlastne komu prinesie tj. nie je to len dalsia zbytocna byrokracia pre ludi).

Otvorena a pravdiva komunikacia je samozrejma a ak by to nebol zamer tak by to urcite neslo sem na forum :slight_smile: .

Ten monitoring nie je momentalne moc dobri. Hladajme riesenie ako to zlepsit. Z toho co viem tak tu je otazka velmi podobna ako v otvorenych udajoch kde namiesto “jasne, tu mate udaje a zverejnujte ich”, kazdy hlada skor prekazky preco to nebude fungovat a preco to nechcem robit. Legislativa, akcne plany, standardy su paky ako tieto veci riesit tj. monitoring bude na kazdom systeme a ten bude automatizovane posielat statistiky do MetaIS. Sucasny stav kedy to nie je automatizovane (lebo nikto nepusti do svojej infrastruktury tool ktory posiela len statistiky) nie je dobry a legislativa tomu moze pomoct. Poznas nejake riesenie ako zabezpecit automaticky zber takych dat, ktore budu spravcovia ISVS akceptovat aj bez “legislativnych pak”, ktore ti davaju silu argumentov?

1 Like

nechapem co bolo na luborovej poziadavke nepochopitelne,resp nezrozumitelne…aj keby poznal celu funkcionalitu metais je asi logicke, ze toto moze urobit len vlastnik riesenia…

ale ved lubor to navrhol lebo mu to tu chybalo…ty si to spochybnil a on nasledne len obhajoval svoju poziadavku…takze opat wocogo?

v prvom rade kontrolovanie standardov, tuto legislativnu paku mame, ale kontrolor ju “diplomaticky” nevyuziva uz 10 rokov…
“ine ako legislativne paky”:
-napr zverejnovanie info o nedodrziavani standardov subjektmi VS,
-rebricky subjektov vs (dodavatelov) v plneni standardov atd…

2 Likes

Vo vzorovom projekte by som uz v SU a CBA ocakavala zhodnotenie miery vhodnosti alternativy podla iniciativy https://publiccode.eu/

Rozvoj existujuceho IS vsak neznie ako prave najlepsi kandidat.

1 Like

Ja som mal namysli nie paku na vynucovanie standardov ale aby boli systemy povinne zverejnovat tie monitorovacie info pre konkretny system.
Co sa tyka standardov a ich vynutitelnost, mozno by bolo fajn ak by sa tak zacalo konecne diat a to hlavne pod hrozbou nejake sankcie. Napriklad projekt nemoze byt vyfakturovany ak bude v rozpore so standardom platnym v case tvorby projektu alebo nieco take. Mozno ze takato deklaracia by mala byt sucastou studie. Mala?

S tymto suhlasim, len to treba rozsirit. Kde to bude zverejnovane (ma to byt MetaIS? tj navrh na rozsirovanie?) a kto to realne bude mat nastarosti(niekto na UPVII? Clenovia jednotlivych standardizacnych komisii? ma byt moznost aj nejakeho “anonymneho” presetrovania tj. niekto uda nejaky system?)?

Kazdopadne ten problem bol zverejnovanie monitoringu a takuto vec v standarde nemame ze to treba robit, takze toto zatial moc ani pritvrdenie na standardy nevyriesi. Niekde skor treba napisat kompetenciu + ze sa to musi robit az potom mozeme zverejnovat ISVS ze preco nezverejnuju statistiky monitoringu.

Ide len o zverejnovanie zdrojovych kodov? Lebo toto bol aj plan, ze to urcite bude sucastou studie a ze sa to musi deklarovat. Nepoznam to do podrobna, je tam aj viac veci, ktore treba plnit?

Tu je DFS k MetaIS, tak ako bola schvalena v roku 2015.DFS_MetaIS_2015.zip (4.2 MB)

2 Likes

Mne ide najma o tuto koncovku:

Open source znamena, ze kazdy moze vidiet co sa deje, ze kazdy moze softveru porozumiet a ze nie je jedna firma ktora si softver monopolizuje a potom vydiera zakaznika.

Open source - nech môže pomôcť každý - #6 by semancik

Mne by sa páčilo aj zhodnotenie, naplnenosti dát v MetaIS. Tie dáta a údaje sú skutočnou hodnotou a prínosom.
Aktuálne tam nie je skoro nič. Bez dát ten systém neplní svoj základný účel. Dokonca neplní ani cieľové paramentre ako ukazovatele udržateľnosti.
Ja to vnímam, že to je aplikácia, ktorá doteraz neplní účel, investície sa nevracajú vo forme hodnoty. Nerozumiem teda ďalšiemu rozvoju a ďalším investíciám. Mali by sme dokončiť pôvodné zadanie aspoň. Či to vnímam nejak zjednodušene a nesprávne?

1 Like

Ja tam vidim dve roviny. Jednu ak spravne chapem je ta ze zverejnit na konci projektu zdrojove kody. Tomuto chapem a to by v tej studii malo byt.
Druha poziadavka je podielat sa zadarmo na inovacii toho produktu? Zoberme si konkretne MetaIS. Clovek si stiahne zdrojaky, fixne bug alebo dorobi nejaku feature a pushne, dostane sa to niekam ako pullrequest a potom co presne nastane? Chcem sa len dopracovat k tomu, ze ci ma zakaznik zabezpecit aby na jeho strane bol niekto kto dany fix/feature potom nasadi do produkcie resp. zvaliduje ze ci to ma hlavu a patu. A ako nastavit potom SLA alebo zodpovednost?

Podla mna poznamka zrusenie vendor locku ma zmysel a preto podla mna mozno ze to treba posunut este dalej a nie len zdrojaky ale aj vsetky architektonicke dokumenty aby sa clovek vedel zorientovat lebo z kodu to niekedy nie je najlahsie.

To nie je zly napad, robim si poznamku, ze do SU bude fajn dat vyhodnotenie CBA a prinosov a zhodnotenie kvality udajov (aj ked to je na dlhsiu debatu).
A udaje tam teraz su, aj ked samozrejme nie v idealnom stave, ale neda sa napisat ze tam je skoro nic.
No a ked hovoris, ze neplni ucel, tak to treba predsa opravit/zlepsit - to su tie dalsie investicie. Poucili sme sa (napr. jeden z cielov je zjednodusenie) a popri tom mozno naplnime aj povodne zadanie (okrem dalsich - novych cielov).

Co je ucel aplikacie? U mna je to stvrty najpouzivanejsi system statnej spravy. Prve tri su vynutene a musim ich pri podnikani pouzivat (slovensko.sk, socka a PFS). Z hladiska informacii o informatizacii som ako laik nikdy nemal dostupnejsie informacie a na jednom mieste ako teraz vdaka metais. Mozno pre IT profesionalov tie udaje co tam su nestacia, ale to si myslim je poziadavka na jednotlive urady, ktore ich maju naplnat.

Účel aplikácie je vymedzený v úvodnej štúdii uskutočniteľnosti a najmä v zmluve o NFP.
Napríklad: „evidencia softvérových licencií organizácii štátnej správy“ - nenašiel som tam v module Licencie žiadne údaje. Mali tam byť zoznamy licencií (Microsoft, SAP a Oracle), ktoré vlastní štátna správa. Aj na základe takýchto informácií, mali byť uplatňované úsporné opatrenia v oblasti správy licencií (aj útvar Hodnota za peniaze to považoval za jednu z oblastí, kde sú významné /rozumej v miliónoch/ úspory.)
Okrem evidencia mala tab byť SPRÁVA týchto licencií. … neviem, že by toto MetaIS umožňoval.
Takže celý ten modul “Licencie” je bez údajov nanič - neplní účel.
To isté platí o “Informačno - komunikačných technológiách” (hardvér, siete, systémové SW).

Chápem, že významnou pomocou je už samotná evidencia web služieb, vlastne celý modul “EGovernment komponenty”. Pre eGovernment je to kľúčová služba. To, že sú tam KRIS-y a ŠU je hovadinka, na to sme mohli použiť Amazon za 5 € alebo Google zdarma.

Návratnosť projektu je bez obsahu vyššie uvedených dát nedosiahnuteľná, t.j. projekt bude pod rizikom vrátenia príspevku. Aj v piatom roku po ukončení projektu je možné aby prišiel nejaký úradník z Bruselu a opýtal sa na merateľné ukazovatele a potom … snáď nepríde. :slight_smile:

Ale nechcem kaziť náladu, … keď treba rozvoj, bude rozvoj. To je jasné. :wink:

open source az na konci projektu je lepsi ako nic, ale ukazkovy ciel je podla mna az tu

Spôsoby zamedzenia vendor-locku - #13 by semancik
Co som myslel je kompletne otvorenie zdrojoveho kodu od dna 0. Aby bolo vidno historiu projektu. A aktivitu na projekte. Aby bolo vidno kolko ludi na tom realne robi. Kolko zmien tam asi je. Aby bolo vidno vyvoj technologii v projekte. Aby bolo vidno ako sa system prisposoboval poziadavkam.

co je este viac nez

Tu vidim potrebu doriesenia nedostatku kompetnych ludi na strane statu:

Spôsoby zamedzenia vendor-locku - #4 by jsuchal
Von z vendor lock-in je mat kompetnych ludi na strane statu. Nic viac nic menej, pokial si uradnici zvykli, ze vy pani z firiem beriete tazke prachy, tak sa starajte, tak potom to bude tak.

1 Like

V licenciach udaje nie su ziadne, to je pravda. Ale to je iba dosledok toho, ze v state nie je nikto, kto by sa o tuto domenu staral => ziadne udaje. Az taky advanced system nie je, aby to dokazal sam, bez pouzivatelov…
KRIS a SU nie su iba o evidencii - trochu aj setria cas, lebo sa same generuju, ak su udaje dobre zadane v systeme. Predtym to bolo tak, ze sa to zadavalo duplicitne.
A naladu nekazis, ved toto je platforma hlavne na kritizovanie :slight_smile: Ale ak das aj nejake dobre napady, bolo by to lepsie.
Napriklad celkom by ma zaujimalo, ake by mali byt ciele, alebo ucel systemu z tvojho pohladu (resp. aj ostatnych)?

O tom mozeme polemizovat ze ci je viac prehladovy diagram a dokumentacia alebo 3000 commitov z pohladu toho, kto chce vediet ze ako je co spravene, ale v principe ok

Zverejnovanie kodov nakonci projektu povazujem za dobre a viac menej sa to tak uz dlhe roky aj moze diat pretoze zdrojaky sa odovzdavaju a podla mna sa vendor locking odstranuje hlavne zverejnenim vsetkych navrhovych dokumentov a zdrojovych kodov. Ruka v ruke s tym, je potom potrebne mat verejnu aj Jiru, lebo commity ukazuju na Jira issues a niektore navrhove rozhodnutia su presne tam zapisane/vyzadovane od zakaznika. So zverejnenim konkretnej osoby a hned od zaciatku, ktorej cela praca je verejna a auditovatelna tj. aj s tym ze proste debugujem a dam tam hlupy vypis a ten sa stane verejnym navzdy lebo nejaky clean code sa robi az nakonci. A takisto si davat sakra pozor aby som nahodou nepushol ziaden test kde si napriamo testujem veci so senzitivnymi datami. V prvotnych fazach vyvoja to vidim ako velmi kontraproduktivne a spomalujuce vyvoj ked nakonci sa zvyknu taketo veci cistit, ale to uz bude neskoro. To neznamena ze nejake reporty by z toho nemali vznikat (kolko ludi, kommitov…) a publikovat, ale skor, kde je ta miera detailu. Urcite treba zvysit uroven transparentnosti, len treba zvazit aj naklady na nu. (mozno riesenie typu verejne a neverejne branche - master a developement?) Neriesi to nejaka z pracovnych skupin?

Lebo takto to je podla mna urcite na dlhsiu debatu, lebo potom vidim ako uplne legitimnu poziadavku, vyzadovat od kazdeho pravnika, ekonoma/uctovnika, stavebnika, uradnika atd., ze ak bude cokolvek robit pre verejny sektor aby celu svoju pracu vykonaval vyhradne na niecom ako Office365, kde je kazdy jeho krok v praci verzionovatelny a publikovany automaticky von pod jeho menom lebo v opacnom pripade je to diskriminacne. Preto by bolo dobre, ak by to bolo posvatene aj nejakou skupinou, ktora mala vsetky pre a proti a na zaklade dala jasne odporucania do akej miery detailu ist.

Dostavame sa do polohy, ze kto pojde robit za take peniaze do statu co sa tusim riesi aj v inych vlaknach (tom o ITAS tusim). Tam sa musi zmenit myslenie na strane vlady, lebo kvalitnych ludi tam mat za take podmienky nebudu. Popripade ked sa tam dostanu od ITAS tak su vlastne brany ako trojske kone.

ja vravim ze diagramy, dokumentacia, issue tracking i commity su viac ako diagramy a dokumentacia :slight_smile:

ja tu vidim ako legitimnu poziadavku vyzadovat transparentnost a zodpovednost v prvom rade od uradnikov
ano, tu sa musi zmenit myslenie aj na strane vlady

transparentnost pritom nemusi znamenat, ze uplne vsetky kroky uradnika v praci musia byt automaticky hned publikovane - da sa to dosiahnut aj rozumnejsimi procesmi
ocenim otvorenu diskusiu na tuto temu a dufam, ze na jej zaklade sa coskoro stane napr otvoreny issue tracking beznou sucastou projektov financovanych z verejnych zdrojov

1 Like

1) Najskôr všeobecnejšie

MetaIS je podľa mňa kľúčový ISVS z pohľadu zabezpečenia integrácie/interoperability všetkých dát jednotlivých registrov jednotlivých rezortov, pre efektívne poskytovanie dátových služieb. Interoperabilné OpenData, systematické riešenie 1xdosť, a ostatné.

Tento systém už podľa mňa urazil kus cesty, verím že dosť aj narovnaním kormidla práve na LinkeData. Teraz sú jeho vyhliadky podľa mňa dobré. Tento jadrový systém informatizácie by sa mohol stať úplnýn príkladom ako sa majú robiť ISVS. Resp. ako to spraviť najlepšie možne doteraz. A to potom je vždy je čo vylepšovať.

2) Krátko k histórii

K MetaIS som sa dostal na konci jeho vývojového cyklu vo verzii 2.0, na základne toho, že sme na PS1 začali riešiť LinkedData (potreba správy URI). Postupne viacerí členovia PS1 (@gla , @hanecak @panda dokonca asi aj @Lubor začali zastávať názor, že by správa URI mala byť zahrnutá do MetaIS a za to som im veľmi povďačný. Postupne som sa dostal k tomu, že sme urobili pre Anext analýzu subsystému URI ako subdodávateľ a to vďačím najmä @panda že ich presvedčil, že to tam treba.

3) Krátko k aktuálnemu stavu

MetaIS momentálne okrem iného poskytuje subsystém URI, ktorí už bol využitý pre schválenie prvej verzie Centrálneho modelu údajov a rovnako, všetky entity v MetaIS obsahujú URI, čo je perfektné: povinné osoby, štúdie uskutočniteľnosti, elektronické služby, …, čiže je už na čom stavať aj pre potreby realizácie 1xdosť a aj pre potreby OpenData.

obrázok

Publikovaný LOD Slovakia tu na fóre obsahuje MetaIS spracovaný čisto v grafe, ale samozrejme, tieto RDFka si zatiaľ žijú svojím samostatným životom. Ak chce ale niekto nahliadnuť do dátových útrob MetaIS, kľudne to môže spraviť cez LinkedData.

http://lod.slovpedia.com/data.html (hneď prvý dcat:Catalog je MetaIS, ktorý obsahuje 17 dcat:Datasetov)
obrázok

Druhá vec je ale architektúra celého MetaIS, ktorú si dovolím zatiaľ nazvať ako netrafená. MetaIS bol postavený síce na grafovej databáze neo4J, ale bez podpory LinkedData (a to myslím že štát má kúpené nejaké licencie na Virtuoso), resp. mohol to byť GraphDB, alebo niečo iné. Na druhej strane chcieť hneď perfektné riešenie sa asi ťažko dosahuje, keď vlastne ešte dnes tu bojujeme sa LinkedData, že? Na druhej strane, keby sa možno MetaIS 2.0 od samého začiatku lepšie komunikoval, určite by bol dnes lepší, čiže tu nám ostáva sa už len poučiť.

Mám silný pocit že to bola aj prvá väčšia implementácia Neo4J, pretože napr. spôsob, akým funguje insertovanie údajov - že chodia napr. pri uložení osoby notifikácia spôsobom (1 uložil som meno, 2 uložil som priezvisko, 3 uložil som email …) je teda dosť divný, ale ďalšia vec je, že MetaIS obsahuje aj osobitnú SQLDatabázu aby sa popísala sémantika grafu. :wink: Ďalšia vec ktorá nie je podľa mňa celkom efektívna je dosť ťažkopádna realizácia CRUDu (aspoň v subsystéme URI), keď sa nedajú veci vymazať, zmeniť, …, záznam sa dá síce zduplikovať, ale celkovo sa človek veľmi stráca. Navyše niekedy, keď systém pomalšie funguje, tak vidím ako sa do zoznamu postupne selektami dopĺňajú údaje, namiesto jednorazovej odpovede. Atď …

4) Čo ďalej

Podľa mňa je teraz klúčové posilniť rolu MetaIS v oblasti interoperability, tj. správe URI a podobne. Aj keď má MetaIS ako som už naznačil nie celkom trafenú architektúru, zatiaľ nie som presvedčený že sa má totálne prerobiť. Dôležité bude skôr jeho systematické vloženie do procesov spojených s OpenData, 1xdosť a podobne jeho integráciou na data.gov.sk. Resp. treba vyjasniť si jeho vzťah a Modulu otvorených dát. MetaIS obsahuje registrované všetky URI, aj centrálneho modelu, ale či má byť správa Ontológií v MetaIS neviem presne. Toto chce širšiu debatu, a som veľmi rád že tu vzniklo o tom vlákno.

Každopádne, čo viem, tak zdrojové kódy sú už na strane UVPII a podľa mňa by ich bolo možné sprístupniť. Dokonca by som navrhol, že ani nepoďme do MetaIS 3.0, ak sa nedostaneme ku kódom 2.0. Čo na to povieš @panda? Na úrad môžeme napísať nejakú oficiálnu žiadosť, v ktorej zdôrazníme, že nechceme hejtovať, ale efektívne ovplyvňovať informatizáciu. Neviem či je nejaký štátny systémový github, ale zatiaľ by sa to zverejnilo niekde, a potom by sa to dostalo tam.

1 Like

Z uradu mam stanovisko v zmysle, ze nie je priamy suvis medzi studiou uskutocnitelnosti a zdrojovymi kodmi povodneho systemu. Co dava zmysel, aj ked ja osobne by som bol skor za zverejnenie. Kazdopadne, pre SU to nie je potrebne.

V ramci studie sme pripravili draft dotaznika pre pouzivatelov. Buduci tyzden by sme ho chceli rozposlat pouzivatelom. Pripadne pripomienky su vitane…

1 Like

“Ktorá oblasť podľa Vás potrebuje zlepšenia?”

Presonalna: Ludia co to na UPPVII mau na zodpovednosti (nie ani tak system samotny, ale jeho naplnanie zmysluplnym obsahom) s tym niekedy nechcu alebo nevedia poriadne robit: jeden nieco dava do Wiki, druhy do SharePoint, jeden dava von vsetko proaktivne a vopred, dalsi len retroaktivne, treti sa o to nestara takmer vobec. atd. (Tot moj pohlad cloveka, co chodi na PS, pricom teda ale PS nie su jedninou oblastou, ktoru MetaIS obhospodaruje a o tych ostanych nemam az tak prehlad.)

Kludne napisem aj do formulara, ak tam bude na to policko. :slight_smile:

1 Like

Toto mas uplnu pravdu, vsimol som si to aj ja, konzistetnost tam ziadna nie je, a to je skoda. Tiez mi pripada divne, ze jedine miesto, kde sa o novych dokumentoch z PS dozviem je toto forum (ale vdaka aspon zan).
Ale ako pises, to je o ludoch, nie o systeme. Pocul som taky nazor, ze napr. v word online sa pracuje ovela lahsie ako v confluence (najma ak na dokumente pracuju viaceri).