Požadavky na architekturu technického řešení Vzorová ustanovení

Požadavky na architekturu technického řešení. Architektura komodit musí navržena tak, aby vhodně využívala a doplňovala stávající ICT prostředky Města Sokolov.
Požadavky na architekturu technického řešení. Architektura komodit musí navržena tak, aby vhodně využívala a doplňovala stávající prostředky TC ORP. Architektura VDI komodity K1 musí (např. při pořízení VDA licencí) umožnit nasazení, provoz a správu virtualizovaných desktopových operačních systémů pro uživatele při zachování ostatních požadavků na virtualizaci aplikací a desktopů. Architektura VDI komodity K1 musí obsahovat komponenty pro tvorbu a používání tzv. aplikačních balíčků v prostředí VDI – jde o formu virtualizace aplikací, která umožňuje spouštět aplikace na aplikačních virtualizačních hostech bez nutnosti jejich instalace a umožňuje tak např. provozování různých verzí jedné aplikace. Architektura VDI komodity K1 bude vybudována jako modulární a bude obsahovat veškeré obvyklé komponenty řešení – server pro správu spojení (broker), správce a úložiště uživatelských profilů, webový portál a virtualizační server (y). Architektura virtualizačních komponent (servery, aplikace/desktopy) bude pro správu využívat výhradně integrované nástroje operačních systémů. Architektura komodity K2 bude navazovat na stávající síťové prostředí a bude respektovat a rozvíjet jeho funkčnost (VLAN, routing, apod.). Systém komodity K5 budou využívat stávajících systémů TC ORP – Active Directory pro ověřování uživatelů a řízení uživatelských oprávnění, MS Exchange pro komunikaci, MS SQL server pro ukládání dat Požadavky na rozhraní Řešení VDI komodity K1 musí poskytovat uživatelům plně lokalizované (české) prostředí Windows. Veškeré nabízené aktivní hardwarové produkty musí disponovat rozhraním SNMP min v2 pro management a vzdálenou správu. Webové rozhraní systému komodity K6 bude vzhledem i logikou ovládání obdobné moderním desktopovým produktům Microsoft (Office, Sharepoint) a bude v českém jazyce. Pro integraci s dalšími systémy úřadu musí systém komodity K6 disponovat otevřeným, dokumentovaným API (aplikačním rozhraním) na bázi webových služeb. Požadavky na kompatibilitu s ostatními systémy Veškeré softwarové komponenty nabízeného řešení budou provozovány ve virtuálním prostředí VMware vSphere a musí být pro běh v tomto prostředí výrobcem podporovány.
Požadavky na architekturu technického řešení. (1) Architektura komodit musí navržena tak, aby vhodně využívala a doplňovala stávající ICT prostředky DPKV. Zejména musí dojít k vhodnému začlenění, či migraci stávajících řešení - groupwarový systém, databázový server, stávající firewall a ostatní.
Požadavky na architekturu technického řešení. 4.2.1 Architektura musí splňovat požadavky uvedené v tomto dokumentu.
Požadavky na architekturu technického řešení. Architektura komodit musí být navržena tak, aby vhodně využívala a doplňovala stávající prostředky. Architektura komodit K1 a K2 bude implementována jako třívrstvá (prezenční, aplikační a datové vrstva) s tenkým klientem – internetovým prohlížečem. Aplikační a datovou vrstvu architektury komodity K1 bude možné implementovat jako vysoce dostupnou (redundantní) včetně možnosti rozkládání zátěže na jednotlivé prvky vrstvy. Případné rozšiřující licence nejsou součástí zakázky. Architektura komodit bude využívat jednotnou společnou datovou základnu (databázový stroj) Požadavky na integraci Systémy komodit K1 a K2 budou integrovány se stávajícím systémem Active Directory a podporovat jednotné přihlašování SSO (Single sign on) pro rychlé přihlášení a přístup uživatelů.
Požadavky na architekturu technického řešení. (1) Architektura komodit musí být navržena tak, aby vhodně využívala a doplňovala stávající prostředky TC.

Related to Požadavky na architekturu technického řešení

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

  • Technické požadavky na provedení díla 4.1. Jednotlivé dílčí části budou předány v klasické formě písemného a grafického zpracování na papíře, vše přehledné a čitelné. Dále budou dílčí části předány v digitální podobě ve výměnném formátu VFP společně s údaji Informačního systému katastru nemovitostí ve formátu VFK, v souladu s platným metodickým pokynem SPÚ, na paměťovém mediu, a současně bude předána textová část ve formátu *.doc(x) nebo kompatibilní s textovým editorem Word, tabulková část ve formátu *.xls(x) nebo kompatibilní s programem Excel. Seznam parcel řešených v obvodu KoPÚ pro zápis poznámky do katastru nemovitostí o zahájení řízení a o schválení návrhu pozemkových úprav bude předán ve formátu *.csv. Všechny požadované výstupy bude zhotovitel povinen předat objednateli rovněž ve formátu *.pdf v členění dle jednotlivých listů vlastnictví, které umožní objednateli jejich použití pro správní řízení (např. v elektronické spisové službě). Dokumentace bude předána ve formátu VFP s výjimkou těch částí díla, u nichž není předání ve formátu VFP vyžadováno (např. dokumentace technického řešení PSZ), které se předávají ve formátu *.dgn nebo *.vyk a v souřadnicovém systému S-JTSK. Rastrová data budou předána ve formátu georeferencovaného TIFF.

  • Ujednání o dodržování vnitřních pravidel stanovených poskytovatelem pro poskytování sociální služby 1. Osoba prohlašuje, že byla seznámena s těmito dokumenty Poskytovatele:

  • HOSPODAŘENÍ SPOLEČNOSTI Článek 27

  • Pojištění pro případ pracovní neschopnosti 14.5.1 po přechodu z nemocniční péče do léčby či ošetřování v domácnosti, byla-li nemocniční péče ukončena na vlastní žádost (revers),

  • Ujednání o dodržování vnitřních pravidel stanovených Poskytovatelem pro poskytování sociálních služeb Osoba prohlašuje, že byla seznámena s vnitřními pravidly domova pro seniory, v němž se poskytuje sociální služba podle této Smlouvy. Osoba prohlašuje, že vnitřní pravidla jí byla předána v písemné podobě, že tato pravidla přečetla a že jim plně porozuměla. Osoba se zavazuje a je povinna tato pravidla dodržovat.

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

  • Požadavky na zpracování nabídkové ceny Nabídková cena bude uvedena ve struktuře tabulky jednotkových cen dle Přílohy A ZD (po vyplnění bude tvořit Přílohu č. 2 Rámcové dohody – Xxxxxxxxx cena za dílčí plnění spočívající ve výkonech agentury). Účastník je povinen uvést ceny pro každé dílčí plnění uvedené v tabulce jednotkových cen. Zadavatel upozorňuje, že účastník je povinen ocenit všechny položky uvedené v tabulce jednotkových cen tak, aby zohledňovaly veškeré ekonomické náklady nutné na pořízení konkrétní položky. Uvedení nulové nabídkové ceny (u kterékoli položky) povede k vyřazení nabídky ze zadávacího řízení. Účastník není oprávněn zasahovat (ve formě úprav) do předmětu dílčího plnění nebo specifikace dílčího plnění uvedeného v tabulce jednotkových cen, není-li v konkrétním případě uvedeno v tabulce nebo v této zadávací dokumentaci výslovně jinak. Účastník je povinen vyplnit cenové části tabulky, tj. cenu za konkrétní plnění bez DPH, případně sazbu DPH a cenu s DPH, kde jsou požadovány. Nabídkové ceny budou uvedeny v české měně. Způsob hodnocení jednotlivých nabídkových cen je popsán v čl. 11 této ZD. Jednotkové ceny uvedené účastníkem v tabulce jednotkových cen (Příloha č. 2 Rámcové dohody) budou pro účastníka závazné po celou dobu plnění této veřejné zakázky. Jednotkové ceny plnění jsou po celou dobu plnění nejvýše přípustné a obsahují veškeré náklady účastníka nezbytné k realizaci nabízeného plnění. Pro účely Rámcové dohody platí, že nebude-li pro konkrétní dílčí reklamní službu, resp. soubor reklamních služeb v Příloze č. 2 příslušné Rámcové dohody stanovena dílčí jednotková cena, bude cena takových služeb určena dle povahy a předpokládaného rozsahu těchto služeb postupem dle ZZVZ.

  • Odpovědnost za škodu a smluvní pokuty 1. Xxxxxxxxxx je v případě porušení své povinnosti stanovené v této smlouvě povinen objednateli uhradit a objednatel je oprávněn po zhotoviteli v takovém případě požadovat uhrazení smluvních pokut takto:

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