Architektura systému Vzorová ustanovení

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. 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. 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 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. b. Prezentační vrstva: vyhovuje struktuře Model View Controller - MVC. Návrhový vzor MVC slouží k oddělení aplikační a prezentační logiky. MVC má tři části, Model, View a Controller. Model představuje data, View je pohled na model, který nabízí grafické uživatelské rozhraní a Controller reprezentuje prostředníka mezi daty a view. Tento návrhový vzor umožňuje striktně rozdělit aplikaci na samostatné logické části, které se nemíchají a lze je snadno udržovat. Pro vývoj prezentační byla použita technologie Java Server Faces. c. Aplikační vrstva: aplikační vrstva je zapouzdřena v komponentách EJB splňujících specifikaci Java EE. Bezpečnost přístupu ke komponentám EJB a zajištění transakcí provádí JEE aplikační server. d. Datová vrstva: data jsou uložena na SQL databázovém serveru. Zpracování dat provádí aplikační server. Vzheledem k nezávislosti na platformě DB lze použít většinu z dostupných komerčních i volně šiřitelných databázových serverů jako je Microsoft SQL, Oracle, Postgre SQL, MySQL atd.
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í.

Related to Architektura systému

  • Působnost a Svolání Schůze 4.13.1.1.Emitent nebo Vlastník Dluhopisu nebo Vlastníci Dluhopisů mohou svolat schůzi Vlastníků Dluhopisů (dále jen „Schůze“, přičemž ve vztahu ke schůzi Vlastníků Dluhopisů svolávané Emitentem zahrnuje tento pojem i společnou schůzi Vlastníků Dluhopisů, vydal-li Emitent v rámci Dluhopisového programu více než jednu emisi Dluhopisů), je-li to třeba k rozhodnutí o společných zájmech Vlastníků Dluhopisů, a to v souladu s těmito Emisními podmínkami, příslušným Doplňkem dluhopisového programu a platnými právními předpisy, zejména Zákonem o dluhopisech. 4.13.1.2.Náklady na organizaci a svolání Schůze hradí svolavatel. Pokud nastane situace podle § 22 zákona č. 190/2004 Sb., o dluhopisech, ve znění pozdějších předpisů, a Schůzi svolají namísto Emitenta sami Vlastníci Dluhopisů z důvodu, kdy Emitent porušil svoji povinnost podle § 21 odst. 1 citovaného zákona, tedy povinnost svolat Schůzi dle čl. 4.13.1.4 těchto Emisních podmínek, jdou náklady spojené se Schůzí k tíži Emitenta. Náklady spojené s účastí na Schůzi si hradí každý účastník sám. 4.13.1.3.Svolavatel, pokud jím je Vlastník Dluhopisů nebo Vlastníci Dluhopisů, je povinen nejpozději v den uveřejnění oznámení o konání Schůze (viz čl. 4.13.1.5 až 4.13.1.9 těchto Emisních podmínek) doručit Emitentovi nebo Administrátorovi (je-li jmenován) žádost o obstarání dokladu o počtu všech Dluhopisů v emisi, jichž se Schůze týká, opravňujících k účasti na jím, resp. jixx, svolávané Schůzi, tj. výpis z příslušného registru Emitenta v rozsahu příslušné emise, a tam, kde to je relevantní, uhradit Emitentovi nebo Administrátorovi (je-li jmenován) zálohu na náklady související s jeho službami ve vztahu ke Schůzi. Řádné a včasné doručení žádosti dle předchozí věty, resp. úhrada zálohy na náklady dle předchozí věty jsou předpokladem pro platné svolání Schůze. 4.13.1.4.Emitent je povinen neprodleně svolat Schůzi a vyžádat si jejím prostřednictvím stanovisko Vlastníků Dluhopisů, které byly vydány v rámci tohoto Dluhopisového programu v případě návrhu změny nebo změn emisních podmínek Dluhopisů, pokud se souhlas Schůze ke změně emisních podmínek vyžaduje (dále také jen „Změna zásadní povahy“). 4.13.1.5.Oznámení o svolání Schůze je Emitent povinen uveřejnit způsobem stanoveným v čl. 4.14 Emisních podmínek, a to nejpozději 15 (patnáct) kalendářních dní přede dnem konání Schůze. 4.13.1.6.Je-li svolavatelem Vlastník Dluhopisů (nebo Vlastníci Dluhopisů), je svolavatel povinen doručit v dostatečném předstihu (minimálně však 20 (dvacet) kalendářních dní před navrhovaným dnem konání Schůze) oznámení o svolání Schůze (se všemi zákonnými náležitostmi) Emitentovi do Určené provozovny a Emitent bez zbytečného prodlení zajistí uveřejnění takového oznámení způsobem a ve lhůtě uvedené v čl. 4.13.1.5 (Emitent však v žádném případě neodpovídá za obsah takového oznámení a za jakékoli prodlení či nedodržení zákonných lhůt ze strany Vlastníka Dluhopisu, který je svolavatelem). 4.13.1.7.Oznámení o svolání Schůze musí obsahovat alespoň: a v případě společné Schůze tyto údaje o všech vydaných a dosud nesplacených emisích; 4.13.1.8.Schůze je oprávněna rozhodovat pouze o návrzích usnesení uvedených v oznámení o jejím svolání. Záležitosti, které nebyly zařazeny na navrhovaný program jednání Schůze, lze na této Schůzi rozhodnout jen za účasti a se souhlasem všech Vlastníků Dluhopisů. 4.13.1.9.Odpadne-li důvod pro svolání Schůze, odvolá ji svolavatel stejným způsobem, jakým byla svolána.

  • Převoditelnost Dluhopisů Převoditelnost Dluhopisů není omezena.

  • Technické podmínky souhrn dokumentů, tvořících přílohu č. 2 Smlouvy

  • Technické požadavky 7.3.1 Zhotovitel se zavazuje, v souladu se systémem péče o kvalitu v oblasti traťového hospodářství [77], dodržet Technické podmínky dodací výrobců materiálů a výrobků. Technické podmínky dodací určují podmínky pro zabudování materiálů a výrobků do Díla, včetně záručních podmínek. Součástí musí být i doložení potřebných certifikátů a splnění podmínek vyžadovaných obecně závaznými právními předpisy (např. vyhláška č. 268/2009 Sb. [33]). 7.3.2 V případě součástí sdělovacích a zabezpečovacích zařízení a zařízení elektrotechniky a energetiky, pro která není vydán Souhlas s použitím výrobku v provozu na ŽDC [76] u Objednatele je Zhotovitel povinen před zahájením prací na předmětné Části Díla zajistit souhlas Objednatele s ověřovacím provozem tohoto zařízení a stanovení podmínek pro tento provoz. 7.3.3 Vyzískaný materiál ze stavby zůstává v majetku Objednatele. Pro hospodaření s vyzískaným materiálem ze ŽDC platí Směrnice GŘ č. 42 [69], kterou je Zhotovitel povinen se řídit. V dostatečném předstihu před zahájením prací na železničním svršku provede Komise SŽDC pro hospodaření s vyzískaným materiálem kategorizaci s cílem využití kvalitního výzisku zpět do koleje dle Projektové dokumentace. Předmětem kategorizace nejsou štěrk, štěrkopísek, štěrkodrť a zeminy různého složení. 7.3.4 Zhotovitel se zavazuje zpracovat postupy provádění Díla tak, aby bylo zajištěno maximálně možné využití užitého materiálu určeného k regeneraci dle předkategorizace. Objednatel se zavazuje Xxxxxxxxxxx předat vyzískaný materiál, jehož zapracování do předmětu Díla bude po Zhotoviteli v souladu s Projektovou dokumentací požadovat. 7.3.5 Zhotovitel se zavazuje v případě regenerace výhybek dodržovat příslušný Interní předpis Objednatele. Průmyslovou regeneraci železničních výhybkových konstrukcí může Zhotovitel nebo Poddodavatel provádět pouze pokud je držitelem průkazu způsobilosti opravňujícího k této činnosti. 7.3.6 Zhotovitel se zavazuje zajistit v maximální možné míře zřizování ucelených úseků kolejového lože z kameniva dodaného jedním výrobcem (lomem), a to s ohledem na homogenitu vlastností kameniva a řešení případných reklamací. 7.3.7 Zhotovitel je oprávněn ukládat kamenivo před použitím v rámci Díla (nové, vyzískané i recyklované) na mezideponii určenou TDS, až po převzetí úpravy plochy mezideponie ze strany TDS, potvrzené zápisem ve Stavebním deníku. V případě, že je deponie kameniva pojížděna dopravními prostředky v rozporu s TKP, je Zhotovitel povinen na vyzvání TDS prokázat na vlastní náklady ostrohrannost kameniva a zaoblenost hran dle OTP [71]. Počet a místa odběru zkušebních vzorků určí TDS. 7.3.8 Zhotovitel se zavazuje zajistit kompatibilitu nových vnitřních a vnějších částí zabezpečovacího zařízení se sousedními a stávajícími systémy zabezpečovacího zařízení. Podmínky kompatibility se obdobně vztahují i na sdělovací zařízení. V rámci dodávky a instalace zařízení zajistí Zhotovitel před uvedením sdělovacího a zabezpečovacího zařízení do provozu zaškolení zaměstnanců Objednatele, kteří budou tato zařízení obsluhovat a udržovat. Zhotovitel se zavazuje nabídnout prostřednictvím Příloha č. 2 b) Všeobecné technické podmínky Zhotovení stavby – VTP/R/12/19 25/39 Objednatele příslušné OŘ nejméně 1 měsíc před aktivací zařízení simulační program obsluhy zařízení a návod k obsluze, dále předání všech nutných podkladů pro zpracování provozních řádů a obsluhovacích předpisů, které budou sloužit pro výcvik obsluhujících pracovníků. Předání podkladů pro tvorbu Základní dopravní dokumentace v souladu s příslušným Interním předpisem Objednatele se Zhotovitel zavazuje zajistit minimálně 1 měsíc před uvedením zařízení do provozu.

  • Poddodavatelé 1. Prodávající se zavazuje, že obdobně smluvně zaváže také své případné poddodavatele, kteří se na plnění této smlouvy budou podílet. 2. Jakákoliv změna poddodavatelského zajištění dle této Smlouvy musí být předem písemně odsouhlasena kupujícím. 3. Kupující může kdykoli uložit prodávajícímu, aby bezodkladně odvolal poddodavatele, který není způsobilý nebo je nedbalý v řádném plnění svých povinností. Prodávající se zavazuje bezodkladně zajistit nápravu. Doručením takového požadavku Kupujícímu nebudou změněny termíny stanovené v čl. IV této smlouvy. 4. Kupující je oprávněn písemně požádat prodávající, aby odvolal z provádění plnění dle této smlouvy jakoukoli osobu zaměstnanou a/nebo zajištěnou prodávajícím nebo jeho poddodavateli, která dle kupujícího zneužívá své funkce nebo je nezpůsobilá nebo je nedbalá v řádném plnění svých povinností. Prodávající je povinen provést nezbytná opatření a nahradit takto odvolanou osobu v co nejkratším možném termínu osobou jinou, schválenou kupujícím. 5. Veškeré závazky prodávajícího dle této Smlouvy je prodávající povinen zabezpečit ve vztahu k poddodavatelům obdobně jako ke svým zaměstnancům nebo jiným svým pracovníkům podílejícím se plnění této smlouvy. Tím však není dotčena skutečnost, že za veškeré činnosti poddodavatelů, vykonávané v souvislosti s plněním této smlouvy, odpovídá prodávající tak, jako by požadovaná plnění vykonával sám. 6. Veškeré žádosti nebo požadavky poddodavatelů na poskytnutí součinnosti kupujícího této Smlouvy budou kupujícímu předávány prostřednictvím prodávajícího. Kupující není povinen tuto součinnost poskytnout, bude-li o ni požádán přímo poddodavatelem prodávajícího.

  • Splatnost kupní ceny 1. Smluvní strany se dohodly, že budoucí kupující zaplatí budoucímu prodávajícímu kupní cenu uvedenou v čl. IV. odst. 1. této smlouvy, tj. částku ve výši [xxx],-Kč (slovy: [xxx] korun českých) podle tohoto vzájemně odsouhlaseného splátkového kalendáře:

  • Odpovědnost zhotovitele za škodu a povinnost nahradit škodu 8.4.1. Pokud činností zhotovitele dojde ke způsobení škody objednateli nebo třetím osobám z titulu opomenutí, nedbalosti nebo neplněním podmínek vyplývajících ze zákona, technických nebo jiných norem nebo vyplývajících z této smlouvy je zhotovitel povinen bez zbytečného odkladu tuto škodu odstranit a není-li to možné, tak finančně uhradit. Veškeré náklady s tím spojené nese zhotovitel. 8.4.2. Zhotovitel odpovídá i za škodu způsobenou činností těch, kteří pro něj dílo provádějí. 8.4.3. Zhotovitel odpovídá za škodu způsobenou okolnostmi, které mají původ v povaze strojů, přístrojů nebo jiných věcí, které zhotovitel použil nebo hodlal použít při provádění díla. 8.4.4. Zhotovitel odpovídá za rozsah, kvalitu prací a dodávek dle projektu pro provedení stavby a obsahu této smlouvy a platných ČSN a právních předpisů upravujících provádění díla.

  • Technický dozor Technický dozor objednatele je oprávněn kontrolovat dodržování projektů, technických norem, smluvních podmínek a právních předpisů a rozhodnutí veřejnoprávních orgánů. O výsledcích kontrol provádí zápis do stavebního deníku. Zhotovitel je povinen činit neprodleně veškerá potřebná opatření k odstranění vytknutých závad. Technický dozor je oprávněn nařídit přerušení prací, jestliže tak nemůže okamžitě učinit oprávněný zástupce zhotovitele a jestliže je ohrožena bezpečnost díla, zdraví nebo životy osob na staveništi nebo hrozí-li jiné vážné nebezpečí. Technický dozor není oprávněn ke kontrole a zásahům do hospodářské činnosti zhotovitele. Technickým dozorem objednatele je Xxx. Xxxx Xxxxxx, e-mail: Xxxxxx@xxxx.xx, tel.: +000 000 000 000.

  • Poddodavatel 10.1 Zadavatel požaduje, aby účastník výběrového řízení v nabídce: a) určil části veřejné zakázky, které hodlá plnit prostřednictvím poddodavatelů, a

  • Požadavky na technické práce a podklady Požadované počty průzkumných sond pro podrobný GTP