Architektura systému. Základ systému tvoří digitální, volně programovatelné řídící jednotky PLC (dále ŘJ) typu Desigo PX (výrobce Siemens) propojené s datovou sítí VFN Ethernet a komunikující navzájem a s centrální datovou stanicí (serverem) komunikačním protokolem BACnet. Nadřazený systém je založen na bázi pracovních stanic typu PC zapojených v počítačové sítí VFN komunikujících se serverem v architektuře typu client – server s možností vzdáleného přístupu mimo VFN po síti Internet přes VPN.
Architektura systému. Data budou získávána zabezpečenou cestou z ŘLP (data jsou výhradně ze zdrojů ŘLP ČR), odkud budou data distribuována na pracoviště PČR prostřednictvím dodaného systému. Systém musí umět přijmout, zpracovat a zobrazit jak FPL data tak poskytnutá Surveillance data získaná z ŘLP.
Architektura systému. Pro všechny požadavky uvedené níže platí následující: Základní funkcionality jednotlivých prvků jsou popsány v této kapitole. Jejich celkový přehled poskytuje pro rychlejší orientaci i schéma v příloze č. 2 - Funkcionality centrálního GIS SPÚ.
Architektura systému. Předpokládaný tok informaci v rámci služby tísňové péče je proveden dle obrázku 2. Klientská zařízen Dispečink Obrázek 2: Schéma služby tísňové péče Zeleně znázorněná zařízení na straně klientů datově komunikují se serverem služby. Dispečink je napojen na server a slouží pro obsluhu a administrací služby. operátoři dispečinku v případě potřeby napřímo hlasově komunikují sklientem. Klient přijímá tuto hlasovou komunikaci prostřednictvím klientského zařízení.
Architektura systému. Systém se sestává z několika modulů, soustředěných kolem jádra - centrálního repozitáře evidujícího dokumenty. Tato architektura jednak umožňuje postupný vývoj a zprovozňování dílčích částí, druhak zbytečně nenutí uživatele k využívání jednotného software - ať pro zveřejňování smluv, nebo naopak jejich zobrazování na webu či další práci s nimi. Konkrétně systém zahrnuje: Repozitář dokumentů - jádro systému, evidující dokumenty - smlouvy, dodatky, přílohy (volitelně další typy dokumentů) a metadata. Obsahuje strojové rozhraní pro: Publikaci dat (z externích systémů) Získávání dat (všech dosud publikovaných) Repozitář tedy nemá “lidské” rozrhaní, na vstupu i výstupu předpokládá softwarového klienta, mezi které se budou řadit i následující moduly. Bude mít dobře zdokumentované rozhraní, nad kterým mohou být stavěny i další nástroje. Součástí Repozitáře bude i evidence uživatelů (resp. uživatelských systémů - např. evidence smluv konkrétního města), sloužící k jejich autentifikaci. Základem pro tuto evidenci bude Seznam orgánů veřejné moci1, zejména obsažených elektronických podatelen a datových schránek, které budou použity pro autentifikaci. Dokumenty Systém bude přijímat pouze tyto dokumenty: .docx, .odt, .xlsx, .ods (B) .pdf, .doc, .xls(C) Publikační nástroj – pro subjekty, které nebudou publikaci dokumentů řešit vlastním software2 je dostupný jednoduchý nástroj pro ruční publikaci a správu publikovaných dokumentů. Nástroj pro migraci z Portálu veřejné správy3 (stávající registr smluv) - bude automaticky přenášet všechny smlouvy a další dokumenty zde uveřejněné do Repozitáře. Díky tomuto nástroji mohou zájemci publikovat smlouvy už nyní (i když jen s omezenými metadaty podporovanými PVS). Uživatel tak najde všechny zveřejněné smlouvy na jednom místě, nehledě na původním způsobu uveřejnění. Prezentační portál – bude veřejnosti uživatelsky přívětivě poskytovat data z Repozitáře (přehled smluv za subjekt, vyhledávání, sdílení, filtrace apod.). Bude rovněž obsahovat rozhraní pro jednoduché zobrazení specifického výběru smluv na stránkách města - např. nejnovějších smluv města a jeho podřízených organizací. Harmonogram Implementace Měsíc Aktivita Výstup Pracnost (MD)
Architektura systému a. Struktura Softwaru odpovídá třívrstvé architektuře e-commerce aplikace. K datům se přistupuje pomocí tenkého klienta (Internetového prohlížeče). Rozdělení vrstev systému dataGORDION naznačuje následující obrázek.