Obecné funkční požadavky. 32
3.1.2.1 Obecné funkce 32
3.1.2.1.1 Evidence adresy 32
3.1.2.1.2 Evidence fyzické osoby 32
3.1.2.1.3 Evidence právnické osoby 33
3.1.2.1.4 Zpochybnění údajů 33 3.1.2.1.5 Vyhledávání v evidencích 33
3.1.2.2 Žádosti a ostatní písemnosti, jejich evidence 34
3.1.2.2.1 Způsoby evidence žádostí a jiných příchozích písemností 34
3.1.2.2.2 Evidence osob a adres na žádostech a jiných písemnostech 34
3.1.2.2.3 Způsoby příjmů žádostí a jiných písemností 35
3.1.2.2.4 Kontrola údajů písemností 36
3.1.2.2.5 Vyhodnocení žádosti 37 3.1.2.2.6 Stavy žádosti 38 3.1.2.2.7 Nezaopatřenost 39 3.1.2.2.8 Způsob výplaty dávky 39
3.1.2.3 Spis a písemnosti 40 3.1.2.3.1 Spis 40 3.1.2.3.2 Tiskové šablony generovaných písemností 41 3.1.2.3.3 Digitální písemnosti 42
Obecné funkční požadavky. ID Název Popis požadavku
Obecné funkční požadavky. Obecné funkce
Obecné funkční požadavky. 1. Automaticky validuje úplnost vyplnění povinných položek a navazujících logických vazeb u jednotlivých typů dat (datová pravidla, datová kvalita).
2. Podporuje správu a řízení jednotné struktury číselníků, hierarchií a identifikátorů existujících v dílčích systémech.
3. Zabezpečuje mechanismus pravidelného nahrávání dat do datového skladu, tj. časování (scheduling), spouštění i navazování workflow včetně transformací. Workflow se skládá z jednotlivých kroků. Jednotlivé kroky jsou vykonávané za sebou, případně paralelně v závislosti na definované návaznosti a spouštěcích podmínkách.
4. ETL komponenta musí umožňovat nejenom dávkové nahrávání veškerých dat, ale i nahrávání dat near-real time, či real-time (tj. zajistit kontinuální upload dat do datového skladu z libovolného zdrojového systému, např. pro sledování pozice vozidel údržby).
5. Vzájemné závislosti jednotlivých workflow a jejich kroků musejí být nastavitelné tak, aby nedošlo ke kolizi na zdrojích (např. paralelní zápis dat do tabulky), a tak, aby nebyla porušena logická závislost nápočtů při jejich paralelním běhu.
6. Umožňuje komplexní řízení úloh loadu a transformace dat, kontrolu běhu komponenty a ETL procesů jak z pohledu high-level, tak v detailu na aktuální kroky za účelem provozní administrace.
7. V případě potřeby umožňuje provedení ad-hoc spuštění workflow manuálním zásahem (chyba vstupních dat) při zajištění konzistence cílového nápočtu, tj. včetně přepočtu v důsledku postižených objektů (závislých workflow).
8. Bude zajištěno nastavitelné logování ETL komponenty na různých úrovních detailu, minimálně však na třech – komplexní (logují se veškeré kroky a události), standardní (zahájení/konec procesu, alert, chyba) a nízká (pouze alerty a chyby).
9. Výpadek ETL a integrace nesmí automaticky způsobit výpadek Datového skladu, či dokonce nedostupnost Uživatelského prostředí.
10. ETL komponenta musí technicky umožnit přenos libovolného objemu dat, a to pouhou úpravou sizingu infrastruktury bez dopadu na licencování, přičemž licenčně nesmí být omezen způsob a množství přenesených dat.
Obecné funkční požadavky. Business intelligence (BI) prostředí poskytuje prostředky pro zpracování dat v konsolidované datové základně a vytvoření výstupů pokrývajících uživatelské informační potřeby. Základní funkcionality Business intelligence prostředí: - Reporting a dashboarding, - dotazování a vyhledávání, - datové modelování pro reporting a dashboarding, - vizualizace dat - detekce událostí a notifikace,
Obecné funkční požadavky. Generování online výstupů (dashboardů, reportů, souborů) iniciovaných uživatelem – uživatel otevírá portál, vybírá dashboard / report a spouští jej.
Obecné funkční požadavky. Generování online výstupů iniciovaných uživatelem – uživatel otevírá portál, vybírá danou komponentu a přistupuje k datům, případně ukládá daný obsah v dedikovaném formátu.
Obecné funkční požadavky. OOPP pro čisté prostory jsou určeny do čistých prostorů (tzv. CLEANROOMS), ve kterých je předepsána čistota vzduchu a povrchů podle normy ČSN EN ISO 14644 dle jednotlivých tříd čistoty. Všechny požadavky na jednotlivé položky OOPP obsahují vždy název položky a parametry, které tato položka musí splňovat.
Obecné funkční požadavky. Poskytuje jednotná data (jedna pravda) pro Klientskou vrstvu a Uživatelská prostředí.
Obecné funkční požadavky. RBSE bude disponovat sadou transparentních ukazatelů vztahujících se k podezřelým případům/událostem/osobám. Ukazatele lze sdružovat do scénářů a vyhodnocovat na jejich základě podle jasných transparentních pravidel, které vedou k identifikaci podezřelých případů/událostí/osob na základě automaticky vytvořeného skóre. RBSE bude dovolovat spravovat a sledovat různé typy podezřelých případů/událostí/osob ve vztahu jak k předmětu činnosti zadavatele. Prostřednictvím RBSE bude možno přiřadit typ události/případu/osobě konkrétní scénář pro rozpoznání podezřelého chování případu/události/osoby. RBSE bude obsahovat vestavěnou knihovnu scénářů pro identifikaci podezřelých případů/událostí/osob a editor těchto scénářů, aby mohly být postupně upravovány v souladu s aktuální situací a trendy. Používané scénáře budou verzované, auditovatelné a v každý okamžik by mělo být doložitelné, dle které verze scénáře byl daný případ posuzován. Veškeré změny scénářů i jejich částí budou auditovatelné a dohledatelné – kdo a kdy změnu provedl. RBSE bude podporovat ukládání relevantních dokumentů k jednotlivým událostem/případům/osobám (fotografie, elektronické dokumenty, scany a jiné) RBSE si bude uchovávat historii zpracovaných případů/událostí/osob minimálně 10 let. RBSE bude poskytovat přehledné a transparentní rozhraní pro práci uživatelů, zejména pro identifikaci a zpracování podezřelých událostí/případů/osob, alarmů. RBSE bude schopno zpracovávat data v režimu near on-line v případě Xxxxxxxx scoringu. RBSE bude podporovat import procesů (pravidel) ze souboru (XSD a podobný) RBSE umožní uživatelem vytvořené, nebo pozměněné pravidlo otestovat a teprve následně aplikovat do ostrého provozu.