Aplikačná architektúra Vzorová ustanovení

Aplikačná architektúra. Nasledujúca kapitola popisuje návrh cieľovej aplikačnej architektúry a definuje jednotlivé komponenty systému a ich hlavné funkčné časti. Návrh architektúry obsahuje aj externé informačné systémy, ktoré sú integrované na cieľové riešenie ako aj komponenty, ktoré sú už v súčasnosti implementované.
Sample 1Sample 2Sample 3See All (4)
Law Insider
+
Microsoft® Word Add-in

Get the Official Word Add-in

Open in AppSource
Add to Word Now
Aplikačná architektúra. Nasledujúca kapitola popisuje návrh cieľovej aplikačnej architektúry a definuje jednotlivé komponenty systému a ich hlavné funkčné časti. Návrh architektúry obsahuje aj externé informačné systémy, ktoré sú integrované na cieľové riešenie ako aj komponenty, ktoré sú už v súčasnosti implementované. Navrhované cieľové riešenie pozostáva z nasledovných komponentov: ▪ Komponent Manažment údajov – systém bude pracovať s údajovou základňou v rámci lokálnych registrov a evidencií mesta vo forme datasetov ▪ Modul čistenia a stotožňovania údajov – prebieha nad existujúcimi evidenciami mesta ▪ Integračný komponent mesta – zabezpečuje integráciu na CSRÚ a interné IS mesta ako napríklad lokálne registre a čísleníky mesta. Poskytuje konsolidované informácie referenčných údajov z CSRÚ interným IS mesta. Súčasťou riešenia bude integrácia na GIS (Geografický informačný systém), ktorého hlavnou funkcionalitou bude zobrazovanie objektov na mape. ▪ Open Data komponent – zabezpečuje poblikáciu otvorených údajov na xxxx.xxx.xx a publikuje API pre prístup o otvoreným údajov. ▪ Evidencie ako súčasť administratívneho systému mesta ▪ Registratúra ako súčasť administratívneho systému mesta Ostatné interné a externé systémy sú uvedené pre pochopenie celkového kontextu projektu a rozsahu potrebnej integrácie: • Existujúce alebo novovznikajúce systémy mesta o Portál o Administratívny IS mesta, ktorý sa skladá z modulov: • IS Korwin • IS CSRÚ pre získavanie údajov z nasledovných registrov:
Sample 1Sample 2
Aplikačná architektúra. Používateľské rozhranie IS EVO je tvorené web stránkami. Na strane používateľa je potrebné mať na pracovnej stanici s prístupom na internet nainštalovaný internetový prehliadač s integrovanou podporou prostredia Java a povolené vykonávanie scriptov (ECMA script). Výmena dát medzi VO/O a záujemcami/uchádzačmi je založená na výmene dokumentov - prednostne formátu PDF - hlavne formulárov na báze tohto formátu. Pre vyplnenie formulárov ponuky a odpovedí v dotazníkoch zákazky vo formáte PDF a ich elektronický podpis musí mať používateľ (záujemca/uchádzač) nástroj umožňujúci vyplnenie formulára a jeho podpísanie digitálnym certifikátom. Na prípravu formulárov poskytuje systém applet qDesigner prístupný cez internetový prehliadač, vyvinutý v jazyku Java. Pre zašifrovanie a predloženie (odoslanie-upload) súborov dokumentov ponuky v príslušnej zákazke poskytuje IS EVO šifrovací nástroj qCrypt vyvinutý v jazyku Java a prístupný ako applet cez internetový prehliadač s podporou jazyka Java. Šifrovací nástroj je možné stiahnuť a spustiť aj mimo internetového prehliadača, sústrediť a zašifrovať súbory ponuky aj off-line bez aktívneho pripojenia do systému EVO. IS EVO nemá špeciálne požiadavky na typ elektronickej pošty alebo kancelárskych nástrojov na prípravu materiálov. Podporované sú štandardné protokoly zasielania e-mailov. IS EVO akceptuje akékoľvek dokumenty, pre automatizáciu vyhodnotenia je však potrebné používať v súčasnej verzii systému formuláre vo formáte PDF. IS EVO čiastočne podporuje využívanie anglického jazyka. Výber jazyka sa vykonáva nastavením prioritného jazyka v internetovom prehliadači. Okrem on-line komunikácie umožňuje IS EVO aj prácu v off-line režime pri vypĺňaní formulárov zákazky vo formáte PDF, pri príprave súborov dokumentov svojej ponuky a ich sústredení a zašifrovaní pomocou šifrovacieho nástroja poskytovaného IS EVO. Na strane servera je IS EVO vybudovaný na technologickej platforme systému IBM Lotus Domino ver. 8 a technológii Java (Java Servlet Container Tomcat ver. 5.5). Platforma IBM Lotus Domino plní funkcie databázy dát a dokumentov, riadenia spracovania dát, aplikačnej logiky, riadenia prístupových práv a web servera. IS EVO je prevádzkovaný v prostredí operačného systému MS Windows Server 2003. Reverse proxy MS Windows Server 2003 Java servlety:  Harmonogramy  E-aukcie  Audit logy  Vyhodnotenia  Data import  (de)šifrovanie Tabuľky dát:  Harmonogramy  E-aukcie  Audit logy  vyhodnotenia Web server Aplikačná logika a work...
Sample 1
Aplikačná architektúra. Nasledujúca kapitola popisuje návrh cieľovej aplikačnej architektúry a definuje jednotlivé komponenty systému a ich hlavné funkčné časti. Návrh architektúry obsahuje aj externé informačné systémy, ktoré sú integrované na cieľové riešenie ako aj komponenty, ktoré sú už v súčasnosti implementované. Navrhované cieľové riešenie pozostáva z nasledovných komponentov: ▪ Komponent Manažment údajov – systém bude pracovať s údajovou základňou v rámci lokálnych registrov a evidencií mesta vo forme datasetov (MDM). Tieto údaje budú získavané zo zdrojového agendového systému v rámci IS mesta.
Sample 1
Aplikačná architektúra. Na nasledujúcom obrázku je znázornená aplikačná architektúra pre komponent „Logovacia služba pre systémy tretích strán“: Služba umožní zalogovať minimálne nasledovné udalosti týkajúce sa práce s osobnými údajmi dotknutých osôb v systémoch tretích strán: ● Prístup k OÚ (čítanie objektu evidencie) ● Modifikácia OÚ (zmena objektu evidencie) ● Zmazanie OÚ (potvrdenie zmazanie dát v systémoch používateľa OÚ) ● Prenosy / prevody OÚ medzi systémami tretích strán (napr. medzi dvoma IS VS) Pre zabezpečenie transparentnosti a sledovateľnosti poskytnutia údajov budú v rámci log- záznamu zaznamenané údaje (atribúty), ktoré umožnia jednoznačne identifikovať kto, kedy a za akým účelom k osobným údajom pristupoval. Zoznam logovaných atribútov (pristupujúca osoba, dátum a čas prístupu a podobne) bude upresnený počas detailnej funkčnej špecifikácie. Formát logu a pravidlá pre jeho tvorbu budú navrhnuté ako štandard, aby boli rovnaké v celej verejnej správe. Technický štandard bude stanovený v rámci Štandardu pre službu Moje dáta (výstup projektu Zlepšenie využívania údajov vo verejnej správe). Logovacia služba implementovaná v rámci MOU bude prijímať, spracovávať a uchovávať logy vo formáte v súlade s týmto štandardom. Funkcionalita modulu „Logovanie prístupov“ zabezpečí uloženie prijatých log-záznamov do centrálneho logu na systémoch MOU. V prípade, že si osoba (vlastník OÚ) už zriadila osobné dátové úložisko (napr. dropbox, googledrive, onedrive) a prepojila ho s MOU pre potreby služby Moje dáta, logy týkajúce sa prístupov k jej osobným údajom budú prostredníctvom komponentu „Bezpečné osobné úložisko“ uložené (zaslané) aj do jej osobného dátového úložiska. Funkcionalita zabezpečí sprístupnenie log-záznamov o prístupoch k OÚ zaznamenaných komponentom „Logovacia služba pre systémy tretích strán“ za účelom vizualizácie logu (prostredníctvom komponentu „Vizualizácia transparentného logu“). Dáta o prístupoch zberá IS CIP cez „žurnál dotknutých dát CIP“. IS CIP zabezpečuje: ● Tvorbu žurnálu dotknutých dát – teda ich modifikáciu alebo konzumáciu. Žurnál obsahuje údaje o ich spracovaní, konzumácii, ich časovaní, používateľovi a dôvodoch používania. ● Poskytovanie žurnálu dát MOU Za týmto účelom IS CIP poskytuje funkcionalitu pre tvorbu a poskytovanie „žurnálu dotknutých dát CIP“ špecifikovaného subjektu od MOU. Logovací proces na strane CIP pokrýva: ● Sprístupnenie dát zaznamenaných modulom „Log žurnál zmien CIP“ ● Sprístupnenie rozhrania pre vyhľadávanie dát zaznamenaných modul...
Sample 1
Aplikačná architektúra. Na nasledujúcom obrázku je znázornená aplikačná architektúra komponentu „Manažment sťažností a spätná väzba“: Služba zabezpečí zasielanie hlásení o nekonzistencii v osobných údajoch osoby.
Sample 1

Related to Aplikačná architektúra

  • Pravost dokladů prokazujících splnění kvalifikace Dodavatel prokáže splnění kvalifikace ve všech případech příslušnými doklady předloženými v prostých kopiích. Dodavatelé mohou požadované doklady nahradit předložením čestného prohlášení dle § 86 odst. 2 ZZVZ nebo jednotným evropským osvědčením dle § 87 ZZVZ. Zadavatel bude před uzavřením smlouvy od vybraného dodavatele požadovat předložení originálů nebo ověřených kopií dokladů prokazujících splnění kvalifikace, pokud je již nemá k dispozici. Pokud ZZVZ nebo zadavatel vyžaduje předložení dokladu podle právního řádu České republiky, může dodavatel předložit obdobný doklad podle právního řádu státu, ve kterém se tento doklad vydává; tento doklad musí být předložen spolu s jeho překladem do českého jazyka. Bude-li mít zadavatel pochybnosti o správnosti překladu, je oprávněn si vyžádat předložení úředně ověřeného překladu dokladu do českého jazyka tlumočníkem zapsaným do seznamu znalců a tlumočníků podle zákona č. 36/1967 Sb., o znalcích a tlumočnících, ve znění pozdějších předpisů, a vyhlášky č. 37/1967 Sb., k provedení zákona o znalcích a tlumočnících, ve znění pozdějších předpisů. Povinnost připojit k dokladům překlad do českého jazyka se nevztahuje na doklady ve slovenském jazyce. Doklady o vzdělání, např. vysokoškolské diplomy, lze předkládat rovněž v latinském jazyce. Doklady prokazující základní a profesní způsobilost musí prokazovat splnění požadovaného kritéria způsobilosti nejpozději v době 3 měsíců přede dnem zahájení zadávacího řízení.

  • Průběh Schůze Rozhodování Schůze 13.3.1Usnášeníschopnost

  • Záruka za jakost, odpovědnost za vady 14.1. Dílo má vady, jestliže jeho vlastnosti neodpovídají požadavkům uvedeným v této smlouvě nebo jiné dokumentaci vztahující se k provedení díla.

  • Technické kvalifikační předpoklady Technické kvalifikační předpoklady splní dodavatel, který předloží:

  • Odpovědnost za vady, reklamace (1) Odběratel je oprávněn uplatnit vůči Provozovateli práva z odpovědnosti za vady v souladu s obecně závaznými právními předpisy a Reklamačním řádem Provozovatele. Platné znění Reklamačního řádu je zveřejněno na webových stránkách Provozovatele a je k dispozici v jeho zákaznickém centru. Odběratel tímto prohlašuje, že byl s Reklamačním řádem Provozovatele seznámen, a že mu porozuměl v plném rozsahu.

  • Odpovědnost za vady, reklamační řízení Na výše uvedený předmět díla dle bodu I. poskytuje zhotovitel záruku po dobu dvaceti čtyř měsíců od předání objednateli. Záruka se nevztahuje na závady způsobené špatnou obsluhou a na závady na původní díly.

  • Zadávací lhůta Zadavatel stanovuje zadávací lhůtu 90 dní od konce lhůty pro podání nabídek. Účastník zadávacího řízení nesmí po dobu běhu zadávací lhůty ze zadávacího řízení odstoupit.

  • Jaká jsou hlavní rizika, která jsou specifická pro tyto cenné papíry? 1. Riziko inflace: Inflace snižuje výši reálného výnosu investice do Dluhopisů. Pokud inflace překročí pevnou úrokovou sazbu dluhopisu, je reálná výše výnosu záporná. 2. Úrokové riziko: Ceny dluhopisů a tržní úroková míra se chovají protichůdně. Držitelé dluhopisů s pevnou úrokovou sazbou tak podstupují riziko poklesu ceny dluhopisu, pokud by se zvýšily tržní úrokové sazby. Rovněž platí, že čím je splatnost dluhopisu delší, tím citlivější je cena dluhopisu na růst tržních úrokových měr. 3. Riziko likvidity: Dluhopisy emitované malými nebankovními emitenty, mohou mít minimální likviditu. Na případném nelikvidním trhu nemusí být investor schopen kdykoli prodat Dluhopisy za adekvátní tržní cenu. Tato skutečnost může mít negativní vliv na hodnotu investice do Dluhopisů. 4. Riziko nesplacení: Dluhopisy stejně jako jakákoli jiná půjčka podléhají riziku nesplacení. Za určitých okolností může dojít k tomu, že Emitent nebude schopen vyplácet úroky z Dluhopisů a hodnota pro Vlastníky dluhopisů při odkupu, resp. hodnota vyplacená Emitentem při předčasném splatnosti Dluhopisů může být nižší než výše jejich původní investice, za určitých okolností může být hodnota i nulová. Emitent nemá k datu vyhotovení Základního prospektu dostatek finančních prostředků pro splacení Dluhopisů, které plánuje v rámci Dluhopisového programu vydat. 5. Xxxxxx předčasného splacení: Pokud dojde k předčasnému splacení Dluhopisů v souladu s Emisními podmínkami před datem jejich splatnosti, je Vlastník Dluhopisů vystaven riziku nižšího než předpokládaného výnosu z důvodu takového předčasného splacení. Emitent má právo Dluhopisy předčasně splatit v podstatě kdykoliv. Emitent již dříve předčasně splatil své emitované dluhopisy z důvodu jejich nízkého úpisu, přičemž tato situace se může opakovat i u Dluhopisů z tohoto Dluhopisového programu. Výše uvedená rizika mohou mít negativní dopad na výnos investora z Dluhopisů. V důsledku naplnění některého z uvedených rizik může dojít k tomu, že investorovi bude vrácena pouze část jmenovité hodnoty nebo o svoje vložené prostředky zcela přijde.

  • Vysvětlení, změna nebo doplnění zadávací dokumentace Přestože tato zadávací dokumentace vymezuje předmět veřejné zakázky v podrobnostech nezbytných pro zpracování nabídky, mohou dodavatelé požadovat vysvětlení zadávacích podmínek. Zadavatel upozorňuje, že veškerá komunikace se zadavatelem v rámci zadávacího řízení této veřejné zakázky musí být vedena pouze elektronicky, a to zejména prostřednictvím elektronického nástroje, případně i prostřednictvím datové schránky či na emailovou adresu kontaktní osoby. Dodavatel je v souladu s § 98 odst. 3 ZZVZ oprávněn po zadavateli požadovat vysvětlení zadávací dokumentace. Písemná žádost musí být zadavateli doručena ve lhůtách dle § 98 ZZVZ; na později doručené žádosti není zadavatel povinen v souladu se ZZVZ odpovídat. Zadavatel ve lhůtě stanovené zákonem uveřejní vysvětlení, případně změnu a doplnění zadávací dokumentace včetně přesného znění žádosti o vysvětlení informace na profilu Zadavatele. Zadavatel může poskytnout v souladu s ustanovením § 98 odst. 1 ZZVZ dodavatelům vysvětlení Zadávací dokumentace i bez předchozí žádosti.

  • Prokazování kvalifikace prostřednictvím jiných osob Dodavatel může prokázat určitou část profesní způsobilosti s výjimkou kritéria podle § 77 odst. 1 zákona požadované zadavatelem prostřednictvím jiných osob. Dodavatel je v takovém případě povinen zadavateli předložit: