Procházet slovníkem pomocí tohoto rejstříku

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

L

LDAP (Lightweight Directory Access Protocol)

LDAP poskytuje hierarchickou strukturu záznamů (uživatelé, skupiny, zařízení) s rychlým čtením a řízením přístupu. Často stojí za jednotným přihlášením a správou rolí ve velkých organizacích. Integruje se s aplikacemi pro autentizaci i autorizaci přes standardní atributy. Schéma Vyplatí se spravovat verzovaně, jinak vznikají nekompatibility. Replikace a rozdělení dat zvyšují dostupnost a výkon. Bezpečný provoz vyžaduje TLS, silná hesla/klíče a omezení anonymních dotazů. Audit dotazů pomáhá při forenzní analýze a recertifikaci přístupů. Chyby v indexech a filtraci LDAP mohou vést k pomalým dotazům i přístupu navíc.

Legacy systém

Legacy bývá stabilní, ale drahý na údržbu a integrace, často bez dokumentace. Modernizace vyžaduje rozpad na menší části a „strangler“ přístup namísto big-bangu. Okolní svět se přizpůsobí přes API obálky, datové replikace a postupné vypínání modulů. Rizika se snižují automatickými testy, monitoringem a plánem návratu. Důležitý je katalog závislostí a znalostní transfer od dlouholetých správců. Business case zohledňuje i provozní rizika a dostupnost odborníků. Chybí-li řídicí rámec se legacy rozrůstá a blokuje inovace, . Ignorovaný technický dluh se nakonec projeví výpadky i bezpečnostními incidenty.

Legislativa

eLegislativa sjednocuje přípravu, připomínkování, schvalování a publikaci právních předpisů do jednoho řízeného workflow. Cílem je zkrátit cyklus tvorby norem, zvýšit otevřenost a dohledatelnost změn. Zahrnuje jednotné šablony, verzování textu, sledování změn a strojově čitelné výstupy pro následné systémy. Integruje se s eSbírkou, aby byl zajištěn plynulý přechod od návrhu k autentické publikaci. Důležité jsou role a oprávnění (autoři, připomínková místa, garanti), auditní stopa a archivace. Veřejná část má umožnit sledovat stav návrhů a poskytovat otevřená data pro analytiku dopadů. Kvalita přínosu stojí na disciplinovaném používání metadat (částky, paragrafy, důvodové zprávy). Chybí-li jasných pravidel změnového řízení a závazných termínů se systém stane jen „úložištěm dokumentů“.


Letter of Intent

LoI popisuje očekávání, cíle a rámcové podmínky budoucí smlouvy. Pomáhá sladit strany před náročnou přípravou projektu či nákupu. Měl by jasně vymezit, co je závazné (např. mlčenlivost) a co ne. V IT může urychlit piloty, sdílení dat či přístup do sandboxů. Časová platnost a milníky udržují tempo jednání. Rizika se týkají mylného dojmu „už máme smlouvu“ – komunikace musí být přesná. LoI není náhrada výběrového řízení ve VS. Chybí-li následných kroků zůstane jen gesto bez dopadu.


Licencování

Způsob licence ovlivňuje TCO, škálování i compliance (per user, core, instance, subscription). Open-source licence mají různé podmínky sdílení úprav a kombinace. Ve veřejné správě je klíčová auditovatelnost a evidence použitých licencí. Smlouvy musí krýt podporu, bezpečnostní opravy a exit plány. Kontroly dodavatelů vyžadují přesná data o instalacích a užití. Automatizované asset management nástroje snižují riziko nelegálního využití. Při cloudu sleduj metriky spotřeby a rezervace kapacity. Chybí-li řízení a dohled může licencování nepozorovaně pohltit rozpočet.


Lidský dohled

Human oversight chrání před nepřiměřenými dopady automatizovaných rozhodnutí. Zavádí pravidla, kdy systém jen doporučuje a kdy rozhoduje člověk. Počítá s eskalacemi, odvoláním a vysvětlitelností. V praxi vyžaduje logy, audit a školení pracovníků na správné používání. Ve veřejných službách je klíčové, aby občan věděl, jak napadnout rozhodnutí stroje. Měřte, kdy zásahy zlepšují kvalitu a kdy brzdí efektivitu. Stěžejní je ladit hranice zásahu podle rizika a dopadu. Chybí-li jasných pravidel hrozí buď slepá víra ve stroje, nebo paralyzující mikrořízení.

Logická architektura

Logická architektura popisuje, co systém dělá, ne na čem běží. Vymezuje domény, moduly, služby a jejich rozhraní a závislosti. Slouží jako most mezi byznysem a technickým návrhem a brání zbytečné vazbě na konkrétní produkt. V eGovernmentu pomáhá sladit agendy, data a procesy napříč rezorty. Umožňuje posuzovat dopady změn a plánovat postupnou modernizaci. Diagramy doplňují textové katalogy schopností a rozhraní. Logická vrstva musí být konzistentní s datovým modelem a bezpečnostními zónami. Přílišná detailnost ubíjí smysl – cílem je orientace a rozhodování.

Logický rámec

LFA převádí vizi do jasných cílů, měřitelných indikátorů a ověřitelných zdrojů dat. Matice LFA drží logiku „pokud–pak“ mezi aktivitami, výstupy a dopady. Pomáhá sladit stakeholdery a nastavuje předpoklady a rizika hned na začátku. Ve veřejné správě se hodí pro dotační a transformační projekty, kde je důležitá průhlednost. Indikátory musí být realistické a spojené s baseline a cílovými hodnotami. LFA se průběžně reviduje podle reality, ne jen na konci projektu. Napojení na rozpočet a harmonogram brání „papírovým“ cílům. Chybí-li disciplíny se LFA stane jen formální přílohou.


Low-code / No-code

Low-/No-code zrychluje doručení interních aplikací, formulářů a workflow. řídicí rámec musí řídit šablony, bezpečnost a integrace, jinak vznikne „stínové IT“. Pro složitější scénáře se doplňuje custom kódem a API. Výhodou je rychlý prototyp i snadnější údržba u standardních vzorů. Nevýhodou může být lock-in a omezená testovatelnost či verzování. Ve veřejné správě se hodí pro rychlé změny legislativních formulářů a dávkové agendy. Měř dopad: čas do nasazení, chybovost a náklady na změnu. Chybí-li katalogu a recenzí aplikací platforma přeroste přes hlavu.