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
N |
|---|
NIA IDNIA ID je interní identifikátor, který Národní bod pro identifikaci a autentizaci (NIA) přiřazuje uživateli napříč všemi jeho prostředky elektronické identifikace. Slouží k tomu, aby bylo možné jednoho uživatele spolehlivě rozpoznat, i když se přihlašuje různými prostředky (například bankovní identitou, eObčankou, NIA ID uživatelským jménem a heslem nebo jiným prostředkem). NIA ID se nepředává přímo uživateli ani se běžně nezobrazuje v uživatelském rozhraní služeb. Je to technický identifikátor používaný v komunikaci mezi NIA a poskytovateli služeb pro párování účtů a logování aktivit. Z hlediska ochrany osobních údajů je NIA ID pseudonymem – vazba na konkrétní osobu je uložena pouze v infrastruktuře NIA a poskytovatel služby by s ním neměl nakládat jako s univerzálním identifikátorem pro jiné účely. Správné nastavení nakládání s NIA ID je proto důležité pro minimalizaci rizika nežádoucího propojování dat o uživateli napříč agendami.
| |
NVMe-oFNVMe-oF rozšiřuje rychlost a paralelismus NVMe z lokální sběrnice PCIe do sítě, typicky pomocí RDMA, Fibre Channel nebo TCP. Díky tomu lze sdílet extrémně rychlá úložiště mezi servery bez výrazné penalizace latence. Architektura počítá s vícenásobnými frontami a škáluje IOPS i propustnost pro databáze, virtualizaci a AI/ML workloady. V praxi se řeší redundantní cesty (multipath), segmentace sítě a QoS, aby se zabránilo „záškubům“ výkonu. Bezpečnost staví na šifrování, autentizaci a oddělení provozu od běžné LAN. Nasazení vyžaduje pečlivé měření p95/p99 latence, jinak mohou být přínosy „sežrány“ síťovým jitterem. Správa kapacit a telemetrie jsou klíčové pro plánování a troubleshooting. Nevhodná kombinace síťových adaptérů a driverů vede k outlierům, které degradují uživatelský zážitek.
| |
NaaS (síť jako služba)NaaS abstrahuje fyzickou infrastrukturu a nabízí konektivitu, segmentaci, firewalling či WAN jako předplatné. Umožňuje rychle zřizovat bezpečné propojení poboček, cloudů i partnerů bez složitého hardwaru. Integruje politiku přístupu, šifrování a monitorování do centrálního řízení. Náklady přecházejí z CAPEX do OPEX a lépe škálují podle potřeby. Pro veřejnou správu usnadňuje propojení rezortů a sdílených služeb se sjednocenými SLA. Podstatné je ověřit umístění dat, latence a kompatibilitu s bezpečnostními standardy. Chybí-li jasné řízení a dohled může NaaS zduplikovat existující linky a zvýšit komplexitu. | |
Nasazení funkcí kvalityQFD strukturuje požadavky uživatelů do „domu kvality“ a trasuje je na technické charakteristiky. Pomáhá vyvážit kompromisy mezi funkcemi, náklady a riziky. V eGovernmentu převádí životní situace občana do konkrétních kritérií služby. Prioritizace vychází z dopadu na uživatele, nikoli z interních preferencí. QFD podporuje interdisciplinární spolupráci a sdílené porozumění. Artefakt slouží jako reference během celého životního cyklu. Pravidelné aktualizace brání odtržení od reality. Chybí-li QFD se řešení snadno mine s reálnými potřebami. | |
Nařízení Single Digital GatewaySDGR sjednocuje vstupní bránu k úředním informacím a digitálním postupům v celé EU. Požaduje čitelnost, dostupnost a přeshraniční proveditelnost vybraných úkonů. Propojuje se s principem „pouze jednou“ a OOTS pro výměnu důkazů. Dopad je jak na obsah (návody, životní situace), tak na techniku (interoperabilita, metadata). Vyžaduje měření kvality služeb a transparentní správu katalogu. Vynucuje přístupnost a vícejazyčnost pro spravedlivý přístup. V praxi vyžaduje koordinaci napříč rezorty a portály. Chybí-li průběžné kurately se obsah rozpadne a nesplní požadavky. | |
Nařízení o umělé inteligenci (AI Act)EU Artificial Intelligence Act je legislativní rámec, který rozděluje systémy umělé inteligence podle míry rizika a pro jednotlivé kategorie určuje konkrétní povinnosti. Ve veřejné správě se AI Act dotýká zejména systémů, které ovlivňují přístup občanů ke službám, rozhodování v řízeních nebo hodnocení rizik. Pro vysokorizikové systémy ukládá nařízení požadavky na řízení rizik, kvalitu dat, transparentnost, dohled člověka a robustní dokumentaci. Orgány veřejné správy musí v rámci governance digitalizace zavést procesy, které zajistí identifikaci systémů spadajících pod AI Act a jejich průběžné hodnocení. Z pohledu architektury je důležité, aby byly AI komponenty v systému jasně oddělené, monitorovatelné a auditovatelné. Při zadávání veřejných zakázek je nutné už v zadání reflektovat povinnosti plynoucí z AI Act, jinak hrozí, že dodané řešení nebude právně použitelné. Klíčovým tématem je také vysvětlitelnost a možnost přezkoumat rozhodnutí, která systém umělé inteligence podporuje nebo automatizuje. Praktickým tipem je vytvořit katalog AI systémů ve veřejné správě a navázat na něj metodiku pro hodnocení souladu s AI Act.
| |
Nefunkční požadavkyNFR definují mantinely, v nichž musí systém fungovat, aby byl použitelný a bezpečný. Patří sem SLO/SLA, latence, propustnost, kapacita, škálování a obnova. Zahrnují také přístupnost, auditovatelnost, interoperabilitu a právní účinky. Musí být měřitelné, testovatelné a trasovatelné na cíle a rizika. Ve veřejné správě NFR často rozhodují o úspěchu více než funkcionality. Měly by být součástí DoD a akceptačních kritérií. Chybí-li NFR vznikají systémy „papírově hotové“, ale nepoužitelné.
| |
NoSQL databázeNoSQL zahrnuje klíč–hodnota, dokumentové, sloupcové a grafové modely. Nabízí škálování a flexibilní schéma pro velká a heterogenní data. Volba typu závisí na přístupu k datům: transakce, dotazy, vztahy či časové řady. V eGovernmentu se hodí pro logy, katalogy a analytické systémy s vysokou zátěží. Vyplatí se řešit konzistenci (CAP), zálohování a migrační strategie. Bezpečnost pokrývá šifrování, role a audit stejně jako u SQL. Nevhodná volba NoSQL zvyšuje komplexitu a brzdí analýzy.
| |
Normy ISOISO poskytuje rámce a požadavky, které sjednocují praxi napříč organizacemi. V IT jde zejména o bezpečnost informací, řízení služeb, projekty a kvalitu. Certifikace zvyšuje důvěru, ale vyžaduje reálné procesy a průběžné zlepšování. Implementace má být přiměřená riziku a velikosti organizace. Normy usnadňují audit a spolupráci s partnery díky společnému jazyku kontrol. Ve veřejné správě zvyšují otevřenost a opakovatelnost. Nesprávná aplikace vede k „papírovému souladu“ bez efektu. Výběr norem musí odpovídat reálným potřebám a zralosti.
| |
Notifikační službaNotifikační vrstva sjednocuje e-mail, SMS, push a systémová hlášení do jedné API služby. Podporuje šablony, lokalizaci, personalizaci a správu souhlasů. Důležitá je spolehlivost, doručitelnost a měření otevření/kliknutí. V eGovernmentu musí respektovat právní rámec a archivační požadavky. Škálování řeší fronty, retrypy a idempotenci. Bezpečnost zahrnuje ochranu proti zneužití a rate-limiting. Špatně nastavené notifikace obtěžují a snižují důvěru občanů.
| |