Slovník pojmů eGovernmentu
Speciální | A | Á | B | C | Č | D | Ď | E | É | Ě | F | G | H | CH | I | Í | J | K | L | M | N | Ň | O | Ó | P | Q | R | Ř | S | Š | T | Ť | U | Ú | Ů | V | W | X | Y | Ý | Z | Ž | VŠE
U |
|---|
UAT (akceptační testování uživateli)UAT probíhá na verzi co nejblíže produkci a s realistickými daty. Scénáře vycházejí z akceptačních kritérií a životních situací, ne jen z technických testů. Uživatelé hodnotí nejen funkčnost, ale i použitelnost, výkon a právní účinky úkonů. Defekty mají jasnou prioritu a rozhodnutí „go/no-go“ je trasovatelné. Důležitá je evidence výsledků a odpovědností, aby audit snadno doložil soulad. UAT se plánuje dopředu, včetně kapacit uživatelů a školení. Po UAT následuje řízené nasazení a měření reálné adopce. Chybí-li kvalitního UAT se problémy projeví až u občanů. | |
UI/UX (User Interface / User Experience)UI řeší vizuální prvky, interakce a konzistenci, UX pokrývá celou cestu uživatele a emoce. V eGovernmentu je klíčová jasnost, přístupnost a právní správnost textů. Výzkum uživatelů a testování prototypů předchází drahým omylům. Design system sjednocuje komponenty napříč portály a aplikacemi. Měří se úspěšnost dokončení, čas, chybovost a spokojenost. Lokalizace a jednoduchý jazyk snižují bariéry pro znevýhodněné skupiny. UX nekončí vydáním – telemetrie a feedback vedou k iteracím. Špatné UI/UX snižuje důvěru a zvyšuje náklady podpory.
| |
UML / BPMNUML zachycuje strukturu a chování softwaru (třídní, sekvenční, stavové diagramy). BPMN popisuje procesy, role, události a branění v srozumitelné notaci pro byznys i IT. Společně propojí technické řešení s reálnými postupy organizace. Modely mají být živé a navázané na požadavky, testy a integrační specifikace. Automatizace (generování specifikací, validace) snižuje ruční práci a chyby. řídicí rámec řeší verze, vlastníky a schvalování změn. Přílišná detailnost modelů zhoršuje čitelnost; důležitý je účel. Chybí-li modelů roste riziko neporozumění a nekonzistence. | |
UPS (záložní napájení)UPS chrání servery, síť a úložiště před výpadky a kolísáním napětí. Umožňuje bezpečné vypnutí nebo překlenutí do generátoru. Návrh řeší kapacitu, redundanci, by-pass a monitoring baterií. Údržba a testy zátěže jsou nutné pro reálnou připravenost. Integrace s DCIM a alerty zkracuje reakci na incidenty. V datových sálech se řeší i distribuce a selektivní odpojování zátěže. Efektivita a teplo ovlivňují TCO. Chybí-li UPS hrozí ztráta dat a poškození hardwaru. | |
URI / URL / URNURI je obecný identifikátor, URL říká „kde a jak“, URN „co“, nezávisle na místě. Správné používání zlepšuje trvanlivost odkazů a interoperabilitu. V API designu je klíčová stabilita cest a verzování. V datových katalozích pomáhá persistentní URN udržet konzistentní reference. Validace a kódování znaků předchází chybám a útokům. V architektuře eGov snižuje přejmenovávání služeb dopad na integrace. Špatná správa identifikátorů vede k „rozbitým“ odkazům a datovým nekonzistencím.
| |
Umělá inteligence (AI)AI zahrnuje strojové učení, znalostní systémy i generativní modely nad textem, obrazem či strukturou dat. V eGovernmentu zkracuje dobu vyřízení, pomáhá v asistovaných formulářích a podporuje rozhodování. Hlavní rizika jsou zkreslení, bezpečnost, vysvětlitelnost a ochrana soukromí. řídicí rámec musí definovat, kdy má člověk právo přezkoumat či zvrátit výsledek. Provozní zralost vyžaduje MLOps: verzování dat/modelů, reprodukovatelnost, monitoring driftu a nákladů. Transparentní dokumentace (model cards, datasheets) zvyšuje důvěru veřejnosti. Nasazení „protože je to AI“ bez jasného účelu a kvalitních dat obvykle selže.
| |
Unifikovaná komunikaceUC sjednocuje kanály do jednoho prostředí s jednotnou identitou a správou. Zvyšuje dostupnost týmů a snižuje „silo“ nástrojů. Integrace s kalendáři, DMS a ticketingem zlepšuje tok práce. Bezpečnost řeší šifrování, řízení přístupu a záznamy schůzek podle politik. Pro VS je důležité zvládnout špičky a krizovou komunikaci. řídicí rámec určuje životní cyklus místností, retention a transkripce. Sledují se kvalitu hovorů a adopci funkcí. Špatná integrace vede k duplicitám a chaosu v komunikaci.
| |
Uživatel službyUživatel služby může být zároveň klientem veřejné správy, ale může jít i o vnitřního uživatele, například referenta. Pro návrh služby je důležité vědět, kdo je typickým uživatelem a jaké má potřeby a dovednosti. Uživatelé vnímají službu jako celek, ne jako soubor procesů a systémů na pozadí. To znamená, že je zajímá především srozumitelnost, rychlost a spolehlivost. Veřejná správa by měla uživatele aktivně zapojovat do testování a zjišťování spokojenosti. Bez naslouchání uživatelům hrozí, že se budují služby „pro papír“, které v praxi téměř nikdo nevyužívá. Uživatel služby by měl mít jasné informace o tom, jaké má v rámci služby možnosti a co může očekávat. V praxi se vyplatí rozlišovat různé typy uživatelů (např. začátečníci vs. pokročilí) a službu tomu přizpůsobit.
| |