Základní funkční požadavky. Objednatel požaduje, aby Poskytovatel implementoval následující funkce IS PORTÁL SLUŽEB SFDI. Uvedené požadavky jsou pouze demonstrativním výčtem základních požadavků na IS PORTÁL SLUŽEB SFDI. Vybrané funkční požadavky - viz tabulka níže - budou předmětem další diskuse mezi Objednatelem a Poskytovatelem v rámci Analýzy.
Základní funkční požadavky. (a) Systém bude obsahovat nástroje pro plný rozsah řízení investičního projektu nebo projektu opravy staveb ve všech fázích jejich životního cyklu po věcné, finanční a časové stránce.
Základní funkční požadavky. Objednatel dosud využívá v rámci projektu ZKVD1 informační systém pro cestující pracující na programové výbavě D-HIS-VOICE (distribuovaný obrazový informační systém), pro kterou byly vyvinuty další používané aplikace. Tento informační systém ZKVD1 v současnosti řídí 60 autobusových a 32 železničních stanic a zastávek. Nově instalovaná zařízení musí být schopna pracovat v tomto systému. Software na serveru KIS a data o železniční dopravě udržuje a za jejich správnost zodpovídá provozovatel ZKVD1, server zpracovává plnohodnotná data ze stanic pod informačním systémem D-HIS-VOICE a vymezená data z webové aplikace SŽDC/Tabule. Data o autobusové dopravě v kraji udržuje Organizátor, server zpracovává export BUS data z centrálního informačního systému CIS a doplňuje je dynamickými daty z dispečinku IDP. Data o MHD v Plzni přebírá KIS server z dispečinku PMDP. Veškerá data budou ukládána na serveru KIS ve formátu XML. Informační panely/monitory pro cestující s informacemi o vlacích i autobusech ZKVD2 budou připojeny do stávajícího systému informačních zařízení ZKVD1 na serveru KIS Plzeňského kraje, kde bude průběžně aktualizovaná databáze s potřebnými daty. Tato data budou distribuována k zobrazovacím jednotkám v lokalitách instalací cestou VPN POVED na platformě GSM. Navržený systém zajistí převod dat pro zobrazovací jednotky na zvukové a jejich distribuci k žadateli po předchozím vyhodnocení jeho telefonického požadavku. Systém nebude již vyžadovat speciální ovladač pro nevidomé, a postačí libovolný mobilní nebo i stolní telefon, se kterým dokáží i nevidomí pracovat zcela bez problémů. Cestující si může takto získat informace z kteréhokoliv místa, nejen přímo ze zastávky. Jako zobrazovací zařízení, která musí zaručovat minimální dobu provozu 5 roků ve 24 hodinovém režimu, 7 dní v týdnu, a vzhledem k požadované vizuální a grafické jednotnosti systému ZKVD2 se systémem ZKVD1, budou použity výhradně barevné LCD monitorové jednotky profesionální řady a LCD panely, případně nízkoenergetické zobrazovací jednotky obdobné kvality. Z důvodu zajištění hospodárnosti a spolehlivosti provozu a údržby, jednotnosti dohledu a oprav (postupů, náhradních dílů atd.) by se měla dodávka, resp. Dílo, svou konstrukcí a funkčními vlastnostmi blížit prvkům instalovaným v původním projektu ZKVD1 nebo by měly být kvalitativně lepší. Z důvodu zachování jednotnosti vzhledu pro cestující a zároveň odlišení od panelů ČD (SŽDC) pro zajištění jednoznačné identifikace provozovatele zařízení zejm...
Základní funkční požadavky. Pořadové číslo požadavku Požadavek Související komponenta ZAK_1.1 Plně responzivní řešení e-shopu, optimalizace pro mobilní zařízení a tablety. ZAK_1.2 UX friendly, přehledná a srozumitelná struktura. ZAK_1.3 Plná integrace na interní systémy. ZAK_1.4 Maximální možné zabezpečení systému (SSL certifikát), používání cookies. ZAK_1.5 Tlačítka pro sdílení na sociálních sítích. ZAK_1.1 Grafický návrh je požadován podle dodaných šablon s důrazem na jednoduchost, uživatelskou přívětivost a snadnou použitelnost. ZAK_1.2 Zpracování v HTML5 s podporou nejrozšířenějších mobilních a desktopových prohlížečů (Chrome, Firefox, Safari Mac, MS Edge, atd.). ZAK_1.3 Integrace měřících nástrojů Google Analytics na celém rozsahu webu. ZAK_1.4 Napojení na IS dopravců (Zásilkovna, ČP aj.), včetně možnosti přidání další dopravní služby. ZAK_1.5 Vyhledávání – fulltext vyhledávání napříč e-shopem s našeptávačem. ZAK_1.6 Tagy/příznaky u titulů – novinka, akce aj. ZAK_1.7 Řazení produktů (např. dle názvů titulů, podle příjmení autorů, od nejnovějších apod.). ZAK_1.8 Integrace OG tagů pro správné publikování informací na sociálních sítích (např. Facebook, Twitter, Instagram). ZAK_1.9 Mapa webu – musí být automaticky generovaná ze struktury statických stránek.
Základní funkční požadavky. Systém CDA zabezpečí archivaci dokumentů a dat dle příslušných legislativních předpisů a INA; Řešení musí umožňovat uložení dat nejméně na dobu 25 let; Systém CDA umožní příjem vstupních archivních balíčků, jejich prověření v rámci karantény, dlouhodobé uložení a opětovné poskytnutí uživatelům. V souladu se standardem Národního digitálního archivu musí být tyto archivní balíčky implementovány dle standardu METS; Systém CDA zajistí podporu procesů spojených s vyřazováním dokumentů z archivu; Systém CDA zajistí kontrolu bezpečnosti vstupních dokumentů a dat a to formou karanténní části, kde budou dokumenty a data testovány na škodlivé kódy prostřednictvím antivirové ochrany (malware, včetně zero-day hrozby.).
Základní funkční požadavky. Z pohledu dat musí řešení: umožňovat ukládání a manipulování s daty strukturovanými dle definovaného logického datového modelu, který bude možno postupem času doplňovat a rozšiřovat, umožňovat definici libovolného typu a počtu konfiguračních položek a jejich atributů, umožňovat definici libovolného typu a počtu vazeb mezi konfiguračními položkami, podporovat standardní datové typy pro ukládání a práci s čísly, řetězci, textem, výčtovými typy a obecnými binárními daty (mj. i pro potřeby evidence smluv a servisních kontraktů, manuálů, směrnic, operačních procedur aj.), podporovat temporální způsob práce s daty, minimálně v rozsahu "ukládání stavu aktiva v čase" a "dotazování se na stav aktiva pro definované časové období", s transakčním logováním, zajištěním auditní stopy a nepopiratelnosti, umožňovat definici rolí a řídit přístup k datům (konfiguračním položkám, jejich atributům, vazbám aj.) na základě těchto rolí (RBAC), umožňovat evidenci osob, jim příslušných rolí a vazeb k aktivům v závislosti na logickém datovém modelu formou atributů i vazeb. Z pohledu reportů a sestav musí řešení: umožňovat strukturované vyhledávání konfiguračních položek dle zadaných atributových a vazebních podmínek, umožňovat fulltextové vyhledávání v textových datech, umožňovat generování hierarchických reportů a pohledů dle typů konfiguračních položek, jejich atributů a vazeb (například typu "fyzický pohled na infrastrukturu", "logický pohled na infrastrukturu", "pohled na infrastrukturu z pohledu řízení služeb", "pohled na infrastrukturu z pohledu servisních smluv" atp.), umožňovat definování struktury a obsahu těchto reportů, mít možnost plánování úloh a dávkového zpracování (například periodické generování reportů a jejich rozesílání definovaným osobám atp.), umožňovat definici výstupního formátu pro potřeby interaktivního (typicky HTML, PDF aj.) i strojového zpracování (typicky TXT, CSV, XML, JSON aj.). Z pohledu interoperability a integrace s nástroji třetích stran musí řešení: podporovat napojení na standardní autentizační mechanismy (Active Directory, LDAP, Radius, SQL-based) a některá řešení pro multifaktorovou autentizaci, podporovat napojení na relační databáze pro import i export dat, podporovat API webových služeb (SOAP, REST) pro import i export dat, umožňovat definici datových pump pro potřeby hromadného importu a exportu dat, ETL procesů a ELT procesů, podporovat federaci a vazby na systémy třetích stran, obsahujících konfigurační položky nebo pro konfigurační pol...