Akceptační testy. (provádí Poskytovatel, Objednatel akceptuje na základě akceptačního řízení);
Akceptační testy. Kupující bude provozovat klastr na systému CentOS7, který si sám nainstaluje. Pro Akceptační testy musí Prodávající spustit Spec2006 testy na cílovém místě na všech strojích a ukázat, že celkový výsledek je vyšší nebo stejný jako v nabídce. Může k tomu použít libovolný OS a překladač a vlastní nastavení optimalizací. Kupující může výsledek ověřit opětovným spuštěním testu ve stejném nastavení. Popis a minimální specifikace zboží stanovená zadavatelem Popis a specifikace zboží (řešení) nabízeného dodavatelem Splňuje ANO/NE
Akceptační testy. Jsou postup pro Akceptaci SW uvedený v Příloze Nabídky. Nejsou-li Přílohou Nabídky, pak se má za to SW je akceptován okamžikem, kdy s ním Objednatel začne nakládat. Cena Je celková cena za dodání a implementaci SW. SW Je softwarové díla, jehož dodávka a implementace je předmětem těchto Podmínek. Software a jeho verze je specifikováno ve Smlouvě. SW je dodán a implementován na žádost Objednatele v jedné z následujících verzí: • On Premise: SW je instalován v prostředí Objednatele • Cloud: SW je instalován ve virtuálním prostředí • SaaS: Objednatel využívá SW jako placenou službu, kdy nedochází k žádné instalaci SW do jeho prostředí či do prostředí jím určené třetí strany. Mezi SaaS platí i tzv. CaaS (Capture as a servise) Chráněné informace Jsou obchodní tajemství ve smyslu zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších novel a další důvěrné informace, vymezené v čl. 7 těchto Podmínek.
Examples of Akceptační testy in a sentence
Neprodleně po provedení všech změn, úprav a modifikací Díla ze strany Dodavatele, nejpozději následující den po skončení desetidenní lhůty uvedené v první větě tohoto odstavce, provedou Dodavatel společně s Objednatelem opakované Akceptační testy Díla, při kterých bude opět postupováno obdobně dle čl.
Do 10 Pracovních dnů ode dne, kdy Objednatel obdrží od Dodavatele oznámení o ukončení Implementace Díla, zahájí Dodavatel a Objednatel společné Akceptační testy Díla.
Výslovně se sjednává, že akceptace dílčího plnění či Verze nezbavuje Objednatele práva vyžadovat Akceptační testy Díla k dodanému a implementovanému Dílu jako celku.
Akceptační testy jsou Objednatelem prováděny při akceptaci fáze „Implementační fáze“.
SST001 Akceptační testy Akceptační testy budou probíhat na testovacím prostředí v souladu s požadavkem.
More Definitions of Akceptační testy
Akceptační testy. Akceptační testy díla budou probíhat dle požadavků v rozsahu podle technické specifikace a zadávací dokumentace předmětné veřejné zakázky.
Akceptační testy. Za účelem ověření, že dodávané produkty mají kupujícím požadované vlastnosti, prodávající nejpozději 5 pracovních dnů před dodáním předloží kupujícímu seznam dodávaných produktů uvedených v příloze č. 1 individuálně určených sériovými čísly. Před převzetím produktů si kupující vyhrazuje právo kontroly dle sériových čísel u výrobce. Kupující požadují u nainstalovaného řešení ověření splnění základních parametrů, uvedených v příloze č. 1 této Smlouvy a dále ověření a otestování funkcionalit diskového pole při postupném vypínání řadičů pole a odpojování jednotlivých síťových rozhraní. Toto je podmínkou pro řádné předání a převzetí zboží na základě předávacího protokolu dle této Smlouvy. Požadovanou součástí akceptačních testů bude také: Kontrola funkčnosti synchronní i asynchronní replikace dat a snapshotů se stávajícími diskovými poli SC5020 a SC5020F. Simulace poruchy hardwaru k ověření, že řešení neobsahuje žádný single point of failure, tedy, že při poruše libovolné z klíčových komponent řešení nedochází k nedostupnosti dat pro připojené servery. Akceptační testy budou dále probíhat provedením výkonnostních testů . Zadavatel požaduje, aby dodané řešení splňovalo výkonnostní kritéria datové propustnosti (IOPs) a latence za níže uvedených podmínek stanovených výkonnostními testy. Minimální hodnoty výsledků potřebné pro splnění výkonnostního kritéria zadavatel stanovuje takto: Náhodný zápis 8kB blok, 100% write, 100% random; výsledek: minimálně 30000 IOPS při průměrné latenci do 2ms. Náhodné čtení 8kB blok, 100% read, 100% random; výsledek: minimálně 80000 IOPS při průměrné latenci do 2ms. Výkonnostní testy pro zápis (write) a pro čtení (read) musí dodané řešení splnit za využití prostředí virtuálního serveru běžícího na dedikovaném fyzickém serveru s VMware vSphere 6.0., pomocí SW nástroje IOmeter verze 1.1.0 64bit, OS Windows 64bit. Konfigurace fyzického serveru (hostitele) je 2xCPU E5-2660 0 @ 2.2GHz, 256 GB RAM, 2x 10GE, 2x FC16 Konfigurace testovacího virtuálního serveru je 8 vCPU, 128 GB RAM, NIC vnxnet Každý test poběží 30 minut. Požadované výkony musí zařízení plnit s aktivní kompresí i deduplikací, při zabezpečení dat RAID6 (nebo pomocí ekvivalentní technologie). V případě nesplnění bude dodavatel vyzván ke kontrole konfigurace dodaného pole a k uvedení do stavu, kdy budou akceptační testy splněny. V případě nesplnění akceptačních testů bude toto považováno za podstatné porušení smlouvy a Kupující mají právo od této Smlouvy odstoupit.
Akceptační testy. Akceptační testy jsou určeny pro ověření implementace. Všechny akceptační testy budou prováděny za účasti obou smluvních stran, tedy jak Dodavatele, tak Objednatele. Objednatel poskytne potřebnou součinnost pro realizaci testů. Akceptační testy budou zahrnovat: Předvedení a prokázání faktického stavu dodaných zařízení, licencí atd.
Akceptační testy. V rámci závěrečné fáze je navržen testovací scénář, který může pokrývat následující oblasti a parametry řešení:
Akceptační testy. Součástí akceptačních testů dodavatel předvede a prokáže veškeré požadované funkcionality a převzetí bude provedeno formou akceptačního protokolu. Nesplnění jakéhokoli výše požadovaného parametru považuje zadavatel za nesplnění zadání a vyhrazuje si právo takovou implementaci odmítnout jako celek. TEST1 – výkon SSD vrstvy Pomocí nástroje iometer (xxxx://xxx.xxxxxxx.xxx/) Bude připraveno 12 výkonných serverů x86 s OS MS Windows 2012 R2 s nainstalovaným SW IOMeter s lokálními disky, bez jakýchkoli lokálních flash/SSD akceleračních karet. Tyto servery budou připojeny k diskovému poli pomocí oddělené SAN infrastruktury tak, aby výkonové požadavky testu neovlivnily provoz. Oddělenou SAN infrastrukturu i vhodné servery potřebné pro test zajistí dodavatel jako neplacenou zápůjčku po dobu průběhu testu. Bude použita celá poptávaná kapacita (7,5 TiB net), rozdělená na 24 stejně velkých logických disků. Každá dvojice logických disků bude přiřazena jednomu serveru. - Na každém zátěžovém serveru bude spuštěna následující konfigurace IOMeter/dynamo: o minimálně 12 workerů rozložených rovnoměrně na připojené logické disky (neformátované, RAW), na celou kapacitu volume o každý worker s nastavením 8kB blocksize, 50% read, 100% random, 100% access specification, 8192b align, outstanding IO=1 - po provedení testu bude postupně zvyšován počet Outstanding IO do 64, případně upravován počet workerů pro dosažení požadované výkonové hodnoty zadání XXX IOPs. - Pokud bude diskové pole vykazovat nadměrně vysoký cache hit (více než 30%), dodavatel sníží velikost cache partition tak, aby omezil cache hit na požadovanou hodnotu, případně dále jinak upraví chování cache.
Akceptační testy. Testování prováděné za účelem akceptace řešení – ověření, že dodávaný systém splňuje požadavky definované ve funkčních specifikacích. Předmětem testování je obvykle vybraná podmnožina integračních testů. Během úvodních týdnů fáze Dodávka bude dohodnuto procento „otestovanosti“, po jehož naplnění budou zahájeny testy vyšší úrovně, v tomto případě, tzn. Integrační testy po Unit testech a uživatelské akceptační testy po integračních testech.
Akceptační testy. Předání a převzetí díla bude provedeno na základě protokolu o provedených akceptačních testech. Ukončení akceptačních testů budu stvrzeno podepsáním akceptačního protokolu po ukončení zkušebního provozu. Návrh akceptačních kritérií a obsah a forma akceptačního protokolu bude součástí implementačního projektu a podléhá schválení zadavatelem. Součástí akceptačních testů musí být minimálně: ověření funkčnosti řešení v plném rozsahu technické specifikace, ověření funkčního řešení v rámci zkušebního provozu, úplná technická a uživatelská dokumentace implementovaného řešení včetně popisu rozhraní pro jednotlivé připojené systémy. Příloha č. 2 Přístup jiných subjektů (dále jen „druhá smluvní strana“) k ICT UJEP je možný pouze na základě smluvně ošetřeného vztahu s UJEP. Druhá smluvní strana je povinna dodržovat bezpečnostní pravidla ICT pro práci v síti UJEP a nese v souladu s platnou legislativou a předpisy svůj díl odpovědnosti za nedodržení či porušení pravidel, případně za škody vzniklé v důsledku bezpečnostních incidentů, které zavinila. Všechny povolené způsoby přístupu, povolené časy pro přístup, přístupové údaje a přidělená oprávnění musí být písemně dohodnuty mezi smluvními stranami. Tyto údaje jsou důvěrné a jsou platné jen po dobu platnosti smlouvy. Druhá smluvní strana je odpovědná za používání jí přiděleného přístupu do sítě UJEP, za svou činnost v síti UJEP a při práci s informacemi. Přistupovat k ICT UJEP mohou pouze poučení pracovníci druhé smluvní strany. Druhá smluvní strana zajistí před zahájením své činnosti poučení a proškolení všech svých pracovníků a subdodavatelů, kteří budou přistupovat k ICT UJEP. Přístup a přístupová oprávnění jsou přidělena pouze v rozsahu nezbytně nutném pro výkon smluvních závazků. Pracovníci druhé smluvní strany jsou povinni řídit se pokyny oprávněných osob a dalších pracovníků Centra informatiky UJEP (dále jen CI) . Činnost druhé smluvní strany v síti UJEP může být monitorována. Pověření pracovníci UJEP mohou evidovat přístupy a ověřovat dodržování stanovených bezpečnostních pravidel.