Příloha č. 2 Zadávací dokumentace Dodávka systému pro podporu udržitelnosti výzkumného centra UniCRE

Příloha č. 2 Zadávací dokumentace – „Dodávka systému pro podporu udržitelnosti výzkumného centra UniCRE“ Tento soubor obsahuje strukturovaný seznam nezbytných požadavků pro každý dílčí subprojekt projektu SPPU (na dílčích listech). Uchazeč musí vyplnit způsob plnění ke každému z požadavků - tj. žádný řádek nesmí zůstat nevyplněný. Uchazeč bude při vyplňování tohoto souboru postupovat podle níže uvedeného návodu: Ve sloupci "Pokrytí řešení" (pokud na listu existuje) je třeba vyplnit jednu z následujících možností: "out-of-the-box" (řešení tento požadavek splňuje svou nativní funkcionalitou), "parametrizace" (řešení tento požadavek splní v důsledku konfiguračního zásahu), "vývoj" (řešení tento požadavek splní po programových úpravách). Ve sloupci "Popis řešení" je třeba uvést detailní řešení daného požadavku. V případě zvolení možnosti "Vývoj" ve sloupci Pokrytí řešení je třeba popsat, které funkcionality budou předmětem dodatečného vývoje. Na listu Systémová ifrastruktura - je ve sloupci prioritní dodávka označena ta část infrastruktury, která je nezbytná pro provoz Objednatele a musí být dodána nejpozději do 2 měsíců od podpisu smlouvy.

ID

Název požadavku

Požadavek

SI001

Projektový portál

Zpřístupnění webové aplikace, ve které budou dostupné veškeré věcné i řídící dokumenty k projektu a evidována klíčová komunikace (schvalování a připomínkování dokumentů, změn, atd.) přístupné pro všechny členy všechprojektových týmů včetně odborných garantů za jednotivé moduly

SI002

Projektový plán

SI003

Risk list

SI004

Projektový reporting

SI005

Analýza a návrh

SI006

Testovací scénáře

SI007

Dodavatelské testy

Vytvoření, pravidelná aktualizace a publikace celkového projektového plánu a plánu všech dílčích subprojektů (vč. plánu poskytování součinnosti zadavatele), udržování kalendáře projektu Vytvoření, pravidelná aktualizace a publikace na portálu seznamu projektových rizik Vytvoření reportu (na týdenní bázi), který bude shrnovat dosavadní postup, rizika a úkoly projektu jako celku i všech subprojektů. Vytvoření dokumentu s analýzou a detailním návrhem (technickou specifikací) řešení ke každému subprojektu (kategorizovaný seznam funkčností, architektura řešení, infrastruktura řešení, popis integračních vazeb všech subprojektů, návrhy uživatelského rozhraní a prototyp). Vytvoření testovací strategie a testovacích scénářů a pokynů pro testování jednotlivých informačních systémů. Systémové a integrační otestování vytvořeného IS, zpracování nalezených nedostatků, vytvoření protokolu o otestování s výstupní zprávou

SI008

Uživatelské testy

SI009

Uživatelská dokumentace

SI010

Uživatelské školení

SI011

Provozní dokumentace

Organizace testování uživateli, jejich podpora, zpracování nalezených chyb a vypracování závěrečné zprávy z uživatelského testování Vytvoření uživatelské dokumentace k výstupům všech subprojektů. V případě aplikací se bude uživatelská dokumentace přístupná přímo ve formě nápovědy. Školení pro správce systému a všechny uživatele v sídle zadavatele na všechny implementované funkcionality vytvořeného systému. Vytvoření instalační a provozní dokumentace k výstupům všech subprojektů + strategie provozu a podpory IS.

Popis řešení

ID

Název požadavku

Prioritní dodávka (do 2 měs. po podpisu smlouvy)

Požadavek

I001

UPS

Provoz serverů a páteřních aktivních i pasivních prvků síťové infrastruktury bude chráněn v případě výpadku dodávky elektrické energie po dobu 30-ti minut pomocí UPS instalovaných v rámci systémové infrastruktury.

I002

Klient - záruka

Záruka na koncové stanice/notebooky/tablety bude minimálně 24 měsíců.

I003

Síť - VPN

V rámci síťových služeb musí být k dispozici VPN připojení pro min. 20 uživatelů.

I004 I005

Síť - WiFi - Vstup do interní sítě WiFi

I006

Monitoring

Síť WiFi nesmí pro externí uživatele umožnit vstup do sítě Unicre, pro interní zaměstnance ano. Multimediální centra (Konferenční sál má 150m2, učebna 80m2) budou pokryta signálem WiFi. Součástí dodávky bude alespoň 2 access pointy (jeden pro každou z poslucháren). Součástí dodávky bude řešení pro centrální monitoring serverového prostředí, tj. fyzických komponent, základních služeb a součástí informačního systému. Monitoring bude poskytovat základní informace o využití infrastruktury (CPU, RAM, obsazený diskový prostor), podklady pro SLA reporting (dostupnost služeb apod.), bude umožňovat alerting (včetně např. mailových notifikací) a zpracování alertů z jednoho místa. Monitoring bude umožňovat kontrolovat aktuální stav prostředí i vyhodnocovat trendy v čase (tj. bude udržovat výstupy monitoringu po dobu minimálně několika měsíců).

I007

Tiskárna - specifikace

X

Je požadována dodávka multifunkčních zařízení pro laserový tisk. Tiskárny budou dále disponovat funkcemi scanneru a kopírky. Celkem je požadováno 5 tiskáren tohoto typu určených pro očekávaný měsíční objem tisku na jedné tiskárně do 5 000 stran/měsíc, rychlost minimálně 35 stran za minutu. Z celkového počtu budou 3 tiskárny pro černobílý tisk A4 a 1 tiskárna pro černobílý tisk A3 1 tiskárna pro barevný tisk A4 s možností jen černobílého tisku. Tiskárny budou připojeny k LAN síti, přes kterou budou dostupné jednotlivým uživatelům. Tiskárny budou Vybavené možností zabezpečení tisku - dokumenty budou po odeslání do tiskové fronty vytištěny na dané tiskárně až po autorizaci uživatelem např. pomocí PIN kódu. Tiskárny budou dodány včetně startovací sady tonerů a dalšího spotřebního materiálu.

I008

Správa uživatelů

X

I009

RAID

Každý uživatel bude v doméně, zaveden do LDAP a bude mu přiřazována IP adresa dle služby DHCP. V každém datovém úložišti musí být použity hardwarové RAID technologie (Raid1 / Raid5 / Raid10) pro zvýšení bezpečnosti dat

Popis řešení (Konkrétní označení komponent, obchodní značku a typ, detailní popis parametrů dodaných komponent / řešení, včetně katalogových čísel apod.)

I010

Virtualizační platforma

Virtualizační platforma musí zajišťovat vysokou dostupnost a snadnou rozšiřitelnost. V rámci infrastruktury musí být instalováno zálohovací zařízení a musí být zavedeny procesy pro prevenci ztráty dat v případě vážných pohrom.

I011

Zálohovací zařízení

I012

Zdvojení kritických komponent

I013

Notebooky

I014

Pracovní stanice

I015

Přístupy koncových bodů

X

I016 I017

Šifrování disků Vybavení koncových bodů

X X

I018

Standardizované komponenty

X

Všechny kritické komponenty (servery, switche, firewally,…) a/nebo jejich součásti (např. zdroje napájení, ventilátory, pevné disky apod.) musí být zdvojeny nebo zálohovány tak, aby byl eliminován slabý prvek v infrastruktuře (SPOF single point of failure). Součástí dodávky je 45 notebooků v následující minimální konfiguraci: - 4 GB RAM, 500 GB HDD, procesor dosahující skóre v benchmarku PassMark CPU Mark 4000 bodů nebo více, WiFi, ethernet (RJ-45), min 3 USB porty, HDMI výstup, dedikovaná grafická karta, případně integrovaná grafická karta pod podmínkou navýšení operační paměti o 2 GB - LCD v rozmezí 13,3” - 14” (1600x900), ne otočný - včetně dokovací stanice / replikátorem portů s klávesnicí, myší a LCD min 24''/1920x1080 (replikátor portů může být integrován v monitoru) - SW vybavením viz další požadavky Součástí dodávky je 30 pracovních stanic typu "all-in-one" (s integrovaným monitorem), klávesnice a myši v následující minimální konfiguraci: - 4 GB RAM, 500 GB HDD, procesor dosahující skóre v benchmarku PassMark CPU Mark 2900 bodů nebo více, ethernet, grafická karta (i na desce / sdílená) - dotykové LCD alespoň 23” 1920x1080 - SW vybavením viz další požadavky

Koncové body musí mít prostřednictvím LAN sítě přístup k informačním systémům, tiskovému řešení a dalším sdíleným službám v rámci UniCRE a přístup k internetu. Notebooky budou dále vybaveny nástrojem pro šifrování disků. Dodávané koncové body (pracovní stanice a notebooky) musí být vybaveny: - operačním systémem kompatibilním s informačními systémy UniCRE, ke kterým se bude prostřednictvím těchto koncových bodů přistupovat. - kancelářským balíkem kompatibilním s informačními systémy UniCRE, který obsahuje zejména textový editor, tabulkový editor, nástroj na vytváření prezentací a e-mailový klient - antivirovým nástrojem (viz dále) Infrastruktura musí být založena na standardizovaných komponentách (x86-64 serverech, diskových polích, zálohovacích zařízeních a síťových prvcích) tak, aby byla zajištěna interoperabilita se zařízeními podobného typu jiných výrobců, přenositelnost softwarové vrstvy mezi HW komponentami různých výrobců apod.

I019

Škálovatelnost infrastruktury

ICT infrastruktura musí být navržena jako snadno škálovatelná, rozšiřitelná a přizpůsobitelná. Infrastruktura musí být vybudována na moderních technologiích vhodných k použití v podnikovém prostředí (provoz 24x7, vzdálená správa, redundance) s využitím virtualizace. Celé prostředí musí být navržené pro vysokou dostupnost, takže na něm bude možné provozovat i systémy s požadavky na SLA (např. s dostupností 24x7).

I020

Vysoká dostupnost

I021

Komponenty pro montáž do racku

I022

Fibre channel

I023 I024

Propojení serverů s diskovým polem Páteřní síť

I025

Připojení lokálních stanic

I026

Síťová infrastruktura

Síťová infrastruktura musí zajišťovat: - propojení vnitřní sítě UniCRE se sítí Internet (připojení k hraničnímu prvku ISP) - propojení jednotlivých budov / pracovišť UniCRE - přístup koncových bodů (pracovních stanic, tiskáren, ...) a uživatelů ke sdíleným službám - zasíťování serverové infrastruktury

I027

Topologie sítě

Topologie sítě musí respektovat schéma zachycené v hlavním dokumentu.

I028

VLAN

Síťová infrastruktura musí podporovat rozdělení sítě na samostatné segmenty (VLAN), viz další související požadavky, a to včetně jejich trunkování.

I029

Management server

Dedikovaný fyzický management server bude splňovat minimálně následující parametry: konfiguraci alespoň 1x procesor, 16 GB RAM, 2 pevné disky alespoň 300 GB 10k RPM, ethernet rozhraní (min 2 porty) a FC rozhraní (2 porty), redundantní napájení a rozhraní pro vzdálenou správu nezávislé na stavu serveru, včetně včetně příslušné licence, je-li potřeba. Server bude dosahovat alespon 200 bodů v hodnotě SPECfp_rate_base2006 bechmarku spec.org.

X

X

Všechny serverové komponenty (páteřní switche, servery, pole, zálohovací knihovna…) musí být určeny k montáži do standardizovaného 19'' racku. Pro propojení serverů s diskovým polem musí být použita technologie fibre channel o rychlosti 8 Gbps Servery musí být připojeny k dedikovanému diskovému poli, na kterém budou centrálně uložena veškerá data prostředí UniCRE. Páteř sítě (páteřní switche a serverová infrastruktura) musí být propojena páteřní sítí o rychlosti min 1 Gbps. Každý zaměstnanec musí být připojen pomocí přístupových switchů k interní síti rychlostí 1Gbps, síť musí zajišťovat služby pro alespoň 140 pracovních míst / 350 přípojných bodů. Potřebná strukturovaná kabeláž je v budově již instalována. Předpokládá se víceúrovňová struktura sítě (Core, access, ...)

I030

Servery

X

Součástí dodávky jsou servery pro virtualizaci v identické konfiguraci. Každý ze serverů bude osazen alespoň 128 GB RAM a 2 CPU, 2 pevnými disky 300 GB 15k, ethernet rozhraním (min 2 porty) a FC rozhraním (2 porty) a bude mít redundantní napájení a samostatné rozhraní pro vzdálenou správu nezávislé na stavu serveru a na operačním systému, včetně příslušné licence, je-li potřeba. Server bude dosahovat alespon 455 bodů v hodnotě SPECfp_rate_base2006 bechmarku spec.org. Počet serverů bude odpovídat požadavkům provozovaného informačního systému a jeho součástí na zdroje, minimálně však budou dodány 3 fyzické virtualizační servery. Servery budou dodány včetně příslušenství pro montáž do racku.

I031

Síťové prvky

X

I032

Základní infrastruktura

X

I033

Centrální databázový systém

Součástí dodávky budou páteřní alespoň 24-portové switche (propojení serverové infrastruktury, zajištění konektivity do vnitřní a vnější sítě, propojení s pokusnou základnou) v počtu alespoň 2ks a přístupové switche pro připojení všech koncových bodů. Všechny páteřní / agregační síťové prvky musí být redundantní, tak aby byl eliminován slabý prvek v infrastruktuře (SPOF - single point of failure). Prvky v redundantním zapojení budou podporovat stohování (stacking). Součástí dodávky musí být základní vybavení racku – záložní UPS zdroje napájení splňující zde uvedené požadavky, rozvody (napájen, ethernet, FC...), konzole pro správu (KVM switch s dostatkem portů pro připojení všech instalovaných serverů, minimálně však osmi, včetně potřebné kabeláže + konzolová klávesnice a monitor o velikosti min 14''). Rackové skříně 19'' 42U jsou již v prostorách UniCRE instalovány. V rámci infrastruktury musí být instalován centrální databázový systém, na kterém budou provozovány databáze instalovaných systémů. Databázovou platformu je potřeba zvolit tak, aby na ní bylo možné přemigrovat stávající databázi ekonomického systému KTK. Kvůli usnadnění správy prostředí je potřeba minimalizovat počet provozovaných databázových platforem.

I034

Operační systémy

I035

Pásková knihovna

Ve virtualizovaném prostředí budou instalovány operační systémy vhodné pro provoz instalovaných informačních systémů nabízených v rámci tohoto VŘ. Součástí dodávky musí být licence pro všechny instance provozovaných operačních systémů. Součástí dodávky je pásková knihovna s kapacitou 24 pásek a 2 páskových mechanik, osazená alespoň jednou páskovou mechanikou, alespoň 1 čistící páskou a alespoň 22 datovými páskami o nativní kapacitě 1,5 Tb/páska nekomprimovaně, podporující datové přenosy o rychlosti alespoň 100 MB/s. Pásková knihovna bude propojena s diskovými poli a servery pomocí SAN sítě s technologií Fiber Channel. Pásková knihovna bude disponovat mailslotem pro výměnu pásek bez dopadu na běžící zálohy, bude podporovat šifrování a čtení čárových kódů.

I036

SAN

X

Součástí dodávky je primární diskové pole o disponibilní kapacitě alespoň 10 TB v Raid10 (rozšiřitelné až na desítky TB) střední třídy osazené rychlými SAS disky. Pole bude umožňovat konfiguraci RAID skupin minimálně typu Raid5 a Raid10. Primární diskové pole bude přes SAN síť propojeno se serverovou farmou, záložním diskovým polem a páskovou knihovnou. Primární pole bude disponovat dvěma nezávislými řadiči a bude redundantně propojeno se serverovou farmou tak, aby výpadek jednoho z řadičů pole neměl dopad na provoz systémů. Každý řadič bude disponovat minimálně 2 porty s 8 Gbps fiber channel konektivitou. Uchazeč uvede další porty / typy konektivity, které navrhované pole nabízí. Cache řadičů bude zálohována baterií.Výrobce navrhovaného diskového pole musí deklarovat kompatibilitu s ostatními komponentami SAN infrastruktury (zejména FC kartami serverů) a se základními komponentami softwarové vrstvy (zejména hypervizor a provozované operační systémy), včetně příslušného souborového systému. Pole musí být škálovatelné do kapacity i výkonu (např. doplněním expanzních jednotek) a musí podporovat clusterování s jiným polem stejného typu/modelu. Uchazeč uvede funkce nabízeného diskového pole (mirroring, snapshot, klonování, thin-provisioning, ...) a jeho další vlastnosti. Nesmí být požadován žádný speciální HW, který by zvyšoval náročnost na správu a implementaci celého řešení, jako například použití speciálního inteligentniho switche apod. Diskové pole musí být možné připojit do standardní FC infrastruktury. Řešení musí obsahovat licence na neomezený počet připojení hostitelských serverů. Pole bude umožňovat správu přes nezávislé management porty. Dodávka bude zahrnovat i rozhraní pro správu pole, včetně příslušné licence je-li potřeba.

I037

SAN switche

X

Bude-li to topologie navrženého řešení vyžadovat, předpokládá se, že součástí dodávky budou potřebné fiber channel 8 Gbps SAN switche (2ks pro zajištění redundance) s dostatkem portů pro propojení všech komponent SAN infrastruktury (disková pole, zálohovací knihovna, servery) včetně min. 25% rezervy pro připojení dalších zařízení v budoucnu.

I038

Virtualizační platforma

Na hardwarové infrastruktuře musí být instalována virtualizační platforma s následujícími vlastnostmi: - licenční pokrytí celé serverové farmy v nabízeném rozashu (tj. min 3 fyzické nody) - podpora běhu alespoň desítek virtuálních strojů - podpora clusterování s failover funkcemi (restart virtuálního serveru na jiném fyzickém nodu clusteru v případě výpadku původního fyzického serveru, přesun virtuálních serverů za běhu z důvodu servisních zásahů) - možnost alokace až 8 jader a 48 GB RAM každému virtuálnímu serveru - možnost připojení k více datovým úložištím zároveň s možností přesouvat virtuální stroje mezi nimi - centrální správa

I039

Zálohovací řešení

Součástí dodávky je zálohovací řešení založené na přímé replikaci polí a/nebo na vytváření a ukládání záloh přes zálohovací software na záložní diskové pole. V případě zálohovacího software je nutné pokrýt všechny instalované systémy (serverovou i aplikační vrstvu) a návazné služby (např. fileserver a databáze). Cílem je zajistit dostupnost zálohy staré max. 24 hodin na záložním diskovém poli, která bude sloužit pro obnovení provozu systému na záložním diskovém poli do 8 hodin od výpadku / havárie primárního diskového pole, a zároveň bude umožňovat ukládání záloh do archivu na páskovou knihovnu. Zálohovací řešení bude umožňovat definici zálohovacích úloh (zálohovaná entita vs. zálohovací okno), správu záloh (retenční doby) apod. Součástí dodávky budou licence zálohovacího systému pokrývající celé nabízené řešení (počty fyzických / virtuálních serverů, kapacita diskových polí apod.)

I040

Záložní diskové pole

Součástí dodávky je záložní diskové pole nezávislé na primárním poli (tj. případný výpadek primárního pole nesmí mít na záložní pole žádný vliv / dopad) o disponibilní kapacitě odpovídající minimálně kapacitě primárního diskového pole + kapacity pro fileserver (tj. celkem min 15 TB disponibilní kapacity) s možností dalšího rozšíření. U záložního diskového pole je možné použít disky s vyšší kapacitou / nižším výkonem a není podmínkou plná redundance všech komponent. Záložní diskové pole bude splňovat obnobné požadavky jako primární diskové pole. Záložní diskové pole musí být schopné převzít roli primárního diskového pole v případě nouzové situace (výpadek primárního diskového pole). Na záložní diskové pole budou ukládány kopie dat z primárního diskového pole, a to buď on-line (přímou replikací polí), nebo pomocí zálohovacího / DR řešení (dle návrhu uchazeče). Záložní diskové pole musí umožňovat provozovat vedle oddílu pro zálohy dat zároveň i oddíl pro souborový systém / fileserver.

I041

Management server

I042

Použití fyzických serverů

I043

Použití virtuálních serverů

I044

Použití virtuálních serverů

I045

Sizing infrastruktury

Pro správu infrastruktury musí být použit dedikovaný fyzický management server, který je zároveň vstupním bodem pro vzdálené VPN připojení např. pro servisní partnery. Ve výjmečných případech (např. u serverů pro systémy náročné na výpočty, které se vyznačují vysokou utilizací procesorů) musí být možné v rámci infrastruktury kombinovat virtualizované servery s fyzickými (tj. vyčlenit část hardware pro konkrétní úlohy). Fyzické servery budou sloužit pro instalaci virtualizačního hypervizoru a budou sloužit k provozu virtualizačního clusteru. Všechny provozované systémy musí být instalovány ve virtuálních serverech. Virtuální servery musí být rovnoměrně rozloženy napříč všemi fyzickými servery tak, aby byla zajištěna vysoká dostupnost celé infrastruktury. V případě selhání jednoho (resp. několika) fyzických serverů musí být postižené virtuální servery automaticky přesunuty na ostatní fyzické servery v rámci clusteru. Každý systém musí mít ve virtualizovaném prostředí vyčleněn vlastní prostor s přidělenými systémovými prostředky (paměť, procesorová jádra, diskový prostor). Virtualizace musí zajišťovat, že hostované systémy nejsou závislé na fyzickém hardware. Prostředky virtualizace zároveň musí umožňovat přizpůsobit míru sdílení / dedikování systémových prostředků mezi systémy - např. vyčlenit pro důležité systémy větší kapacitu, rychlejší část diskového pole atd.

Sizing infrastruktury musí být navržen tak, aby byly zajištěny všechny základní sdílené služby (síť, napájení, management atd.) a dostatek systémových zdrojů (servery, datová úložiště) pro nasazení informačních systémů dodávaných v rámci tohoto výběrového řízení, včetně dostatečné kapacity pro failover operace (systémy musí být možné provozovat bez dopadu na uživatele i v případě výpadku jednoho fyzického nodu). Komponenty infrastruktury však musí být dimenzovány tak, aby byly snadno rozšiřitelné a v budoucnu bylo možné infrastrukturu rozvíjet bez zásahů (ve smyslu výměny / náhrady stávajících komponent) do již instalované infrastruktury.

I046

Antivirový systém

X

Koncové body (stanice a servery) musí být vybaveny antivirovým systémem, který plní funkce anti-malware (včetně obrany před technikami rootkit, přetečení zásobníku apod.), anti-spyware (včetně ochrany před logováním kláves) a lokálního firewallu. Antivirový systém musí disponovat centrální správou pro vzdálené nasazení, aktualizaci a správu antivirových agentů, plánování scanů a možností dočasně odstavit funkci antivirového agenta. Aktualizace je prováděna pomocí samostatného aktualizačního subsystému vybudovaného ve vnitřní síti UniCRE (jednotliví agenti si nestahují aktualizace z internetu, ale z lokálního serveru), s výjimkou situace kdy notebook nemá konektivitu k aktualizačnímu serveru ve vnitřní síti a aktualizuje se přímo z aktualizačních serverů výrobce. Součástí antivirového systému bude vybaven funkcí pro řízení přístupu k výměnným zařízením (USB, firewire apod.) včetně možnosti nastavit práva k zařízení (blokace, read-only, zápis) podle rolí (umožnit používat výměnná zařízení administrátorům). V rámci řízení přístupu musí být možné centrálně definovat výjimky (např. povolit přístup na konkrétní typ USB paměti). Antivirový software bude podporovat operační systémy dodávané v rámci tohoto projektu a bude instalován na pracovních stanicích, noteboocích i všech logických serverech. Celkem bude bude dodáno 140 licencí antiviru (vedle 75 nových koncových bodů také pro 65 stávajících stanic). Antivirové řešení bude dodáno včetně předplatného aktualizací minimálně na 3 roky.

I047

Firewally pro síť UniCRE

X

Přístup do vnitřní sítě a přístup informačním systémům musí být chránen párem firewallů s podporou alespoň active/passive clusterování (pro zajištění vysoké dostupnosti) s odpovídající propustností (alespoň 400 Mbps). Firewally musí podporovat počet VLAN a paralelních VPN přístupů potřebných pro provoz infrastruktury a systémů odpovídajících ostatním požadavkům tohoto zadání a musí být dodány včetně příslušných licencí, jsou-li potřeba. VLAN spravované firewally musí být podporovány dodávanými switchi, tj. kompatibilní s L2 vrstvou, a to včetně trunkování VLAN.

I048

Firewall pro pracoviště Ústí nad Labem

Součástí dodávky bude 1 firewall pro pracoviště Ústí nad Labem, který nahradí stávající dosluhující firewall. Dodaný firewall bude kompatibilní s firewally v síti UniCRE tak, aby bylo možné mezi oběma lokalitami vytvořit virtuální síť (VPN) a obě pracoviště tak na síťové vrstvě transparentně propojit.

I049

Izolace částí sítě pomocí VLAN

Jednotlivé části sítě (minimálně přístupová síť, síť pokusné základny, WiFi síť, management síť, sítě jednotlivých provozovaných systémů) musí být od sebe izolovány pomocí VLAN, komunikace mezi VLAN bude řízena firewally.

I050

Management zóna

Management systémů musí být povolen pouze z dedikované management zóny. Přístup do ní musí být chráněn firewally, vzdalený přístup do management zóny je možný pouze pomocí šifrované VPN.

I051

Minimální nutná konfigurace

I052

Doménový server

I053

Fileserver

I054

Síťové služby

I055

Služby management serveru

I056

Servisní podpora serverové infrastruktury

I057

Virtualizace stávajících systémů Antispamové řešení

I058

X

X

Musí platit pravidlo minimální nutné konfigurace – komunikace mezi zónami navzájem, Internetem a sítí UniCRE musí být omezena pouze na nezbytně nutnou úroveň. V rámci infrastruktury musí být instalován doménový server poskytující adresářové služby pro celé ICT prostředí, zejména správu uživatelských účtů a jejich oprávnění. V rámci infrastruktury musí být instalován fileserver, který bude poskytovat souborové služby (uložení dokumentů apod.) jednotlivým uživatelům, projektům i provozu celého UniCRE (smlouvy apod.). Služby fileserveru mohou být poskytovány i přímo diskovým polem. Fileserver bude umožňovat minimálně vytvářet adresářovou strukturu a řídit přístupová práva k ní, v návaznosti na řadič domény a centrální správu uživatelů. V rámci infrastruktury musí být instalovány / konfigurovány základní síťové služby nezbytné pro provoz prostředí, zejména DNS, DHCP, NTP. Na dedikovaném management serveru budou nainstalována (resp. zpřístupněna) management rozhraní všech komponent ICT infrastruktury jako virtualizační platformy, antivirového systému, zálohovacího systému, tiskového systému, hardwarových komponent, síťových prvků atd. Všechny komponenty serverové infrastruktury (switche, servery, disková pole, pásková knihovna...) musí být kryty servisní podporou na dobu minimálně 36 měsíců se reakční lhůtou v minimální úrovni "zahájení opravy následující pracovní den v místě instalace". Migrace stávajících systémů a dat do virtuálního prostředí (Datová úložiště, ERP, HR systém, ...) Mailová komunikace musí být chráněna antispamovým řešením typu Gateway (spam je filtrován na perimetru sítě a není propouštěn na mailserver). Antispamové řešení bude pokrývat všechny uživatele sítě UniCRE a předplatné aktualizací po dobu minimálně 3 let s možností dalšího prodloužení. Antispamové řešení bude disponovat centrální správou s možností reportingu, správy karantény, individuálního přístupu uživatelů do spamových košů přes LDAP účet a přímého stahování updatů signatur z internetu. Antispamové řešení bude kontrolovat mailovou komunikaci také na přítomnost virů, trojských koní a dalšího malware.

I059

Tablety

Součástí dodávky jsou 3 tablety v následující minimální konfiguraci: - dotykový LCD alespoň 10” s rozlišením min. 1920x1200 - 2 GB operační paměti, 64 GB vnitřní paměti (HDD), rozšiřitelná pomocí SD karty - WiFi, Bluetooth - fotoaparát, kamera - hmotnost max. 0,6 kg - kancelářský balík kompatibilní s kancelářským balíkem na PC a NTB - operační systém shodný s operačním systémem PC a NTB

I060

Licencování serverových služeb

I061

Editace dokumentů přes prohlížeč

Všechny centrální (serverové) služby (LDAP) budou pokryty licencemi pro všech 140 stanic v síti UniCRE. Služby aplikační platformy, poštovního systému, antispamu a dalších uživatelské služby budou pokryty licencemi pro 115 pracovníků UniCRE. Dokumenty vytvořené nástroji kancelářského balíku na koncových bodech (textové dokumenty, tabulky, prezentace) bude možné editovat také přímo na serveru, pomocí klientské aplikace v prohlížeči. Cílem je zajistit, aby bylo možné upravovat dokumenty i vzdáleně, např. v situaci, kdy uživatel nemá zrovna přístup k pracovní stanici s licencovaným kancelářským balíkem.

I062

Kancelářský balík pro stávající PC

kancelářským balíkem kompatibilním s informačními systémy UniCRE, který obsahuje zejména textový editor, tabulkový editor, nástroj na vytváření prezentací a e-mailový klient, bude kromě nově dodávaných koncových bodů dodán i pro 40 stávajících koncových bodů

ID

Název požadavku

P001 Operační systém P002 Databázový stroj P003 Rozšiřelné komponenty P004 Správa rozšiřitelných komponent P005 Skriptovací rozhraní

P006 Tvorba portálů P007 Workflow

P008 Přístup k aplikacím

P009 Integrace P010 CMS

Požadavek Platforma musí být provozována na operačním systému Windows Server nebo na vhodné distribuci operačního systému Linux. Platforma musí být provozována na databázovém stroji Microsoft SQL Server nebo Oracle. Platforma musí umožňovat vývoj rozšiřitelných komponent v objektovém programovacím jazyku .NET nebo Java. Platforma musí umožňovat jednotnou správu rozšiřitelných komponent správcem pomocí uživatelského rozhraní. Platforma musí umožňovat administraci také pomocí skriptovacího rozhraní. Pomocí tohoto skriptovacího rozhraní je možné provádět všechny akce, které je možné provádět pomocí vizuálního rozhraní. Platforma musí umožňovat uživatelskou tvorbu portálů, kde pro každou roli ve společnosti bude možné zobrazit rozdílnou verzi portálu. Platforma musí podporovat vizuální modelování workflow přímo v prohlížeči a navázání těchto workflow na jednotlivé uchovávané entity v systému. Aplikace na této platformě musejí být přístupné z webového prohlížeče a mobilních zařízení, kde pro mobilní zařízení musí být specializovaná verze zobrazení alespoň pro nejpoužívanější funkčnosti. Platforma musí podporovat tvorbu integračních vazeb na okolní systémy bez nutnosti vývoje v programovacím jazyce. Platforma musí umožňovat snadnou tvorbu aplikací pro správu obsahu (CMS) včetně bohatého formátování dokumentů (druhy a styly písma, seznamy, ..), vkládání objektů (tabulka, obrázek, video) pomocí vestavěného editoru. Všechny aktivity musí být možné provádět z webového prohlížeče. Do obsahu stránek musí být možné vkládat nezávislé dynamické webové komponenty pro integraci s ostatními aplikacemi nemo pro zobrazení dat v informačním systému. Pro tvorbu stránek je možné vybírat rozložení stránek z několika přednastavených rozložení.

P011 Procesování dokumentů

Vytvářené dokumenty mohou být publikovány dle definovaných pravidel včetně podpory schvalování dokumentů před jejich zviditelněním ostatním uživatelům.

P012 LDAP

Platforma musí podporovat přejímání uživatelů a uživatelských skupin z adresářové služby dostupné pomocí protokolu LDAP Platformu lze provozovat jak na fyzickém HW, tak na virtualizovaném prostředí VM Ware nebo Microsoft Hyper-V.

P013 Virtualizace

Pokrytí řešení Out of the box Parametrizace Vývoj

Popis řešení

P014 Farmy

P015 Práva na data P016 Vyhledávání

P017 Administrační rozhraní

P018 Logovoání P019 Auditní logování

P020 Uchování dokumentů

P021 Rozdělení portálů

P022 Definice přístupových práv.

Platforma musí umožňovat reporting s použitím grafů, tabulek (s možností filtrování) a to jak z interních dat, tak z dat v externích datových zdrojích. Sestavy musí být možné tvořit uživatelsky pomocí webového prohlížeče nebo pomocí separátního nástroje. Sestavy musí umět přijímat externí parametry (URL, uživatelský vstup). Formát sestav musí být dostupný ve formátu HTML, PDF a Microsoft Excel.

P024 Prezentace dat

Platforma musí umožňovat zobrazení uložených dat různými způsoby - například jako kalendář, jako seznam úkolů nebo jako datovou mřížku. Platforma musí umožňovat uložení dokumentů MS Office, Open Office, PDF včetně metadat podle kterých je možné tyto dokumenty vyhledat v rámci celého IS. Platforma musí podporovat archivaci dokumentů do elektronického archivu na základě definovaných pravidel. Přístup do archivu musí být umožněn pouze omezenému počtu osob.

podepsáno Ottis

Michal 14:57:38

Jméno:

Digitálně

P026 Archivace dokumentů

03.03.2014

Platforma musí nabízet administrační rozhraní pro správu systémových nastavení platformy. Toto rozhraní musí být přístupné pomocí webového prohlížeče. Platforma musí umožňovat logovaní přidělených uživatelských oprávnění, logování svého provozu a debug log. Platforma musí umět uchovávat auditní log, ve kterém bude možné zjistit, jaké konkrétní operace prováděl konkrétní uživatel nad konkrétním objektem (dokument, stránka, ...) Platforma musí podporovat uchování velkého množství dokumentů a příloh (miliony dokumentů a k nim přílohy) bez znatelného dopadu na výkon aplikací na této platformě. Platforma musí disponovat schopností provozu několika set oddělených portálů, kde každý portál disponuje jinými funkčnostmi a jsou na něm jiná přístupová práva. Platforma musí umožňovat řízení přístupových práv na základě rolí či skupin. Elementární práva na funkčnosti je možné seskupit do skupin oprávnění a tyto skupiny po té mapovat na uživatele či skupiny uživatelů.

P023 Reporting

P025 Formáty dokumentů

Datum:

Platforma musí umožňovat tvorbu farmy serverů pro zajištění škálovatelnosti a vysoké dostupnosti, kdy jednotlivé komponenty mohou běžet pouze na vybraných serverech farmy. Platforma musí umožňovat nastaven uživatelských práv až na úroveň jednotlivých datových položek uchovávaných v informačním systému. Platforma musí obsahovat podporu pro vyhledávání v obsahu uloženém v databázích jednotlivých aplikací. Vyhledávání musí být jak full-textové, tak na úrovni atributů uložených entit a metadat uložených dokumentů.

P027 Asynchronní úlohy P028 Integrace s MS Office

Platforma musí podporovat běh asynchronních úloh. Asynchronní úlohy je možné spravovat a monitorovat v administrační konzoli. Platforma musí podporovat integraci s MS Office minimálně v podobě možnosti editovat metadata dokumentu v MS Office a tyto změny uložit na server.

P029 Verzování dokumentů

Platforma musí obsahovat funkcionalitu verzování dokumentů. Dokumenty mohou být hlavní a vedlejší verze. Verze je mezi sebou možné porovnávat a v případě potřeby je možné se vrátit ke starší verzi dokumentu.

P030 Uzamčení dokumentů

Platforma musí umožňovat uzamčení dokumentu za účelem úprav pro určitého uživatele. V době uzamčení dokumentu nemůže dokument nikdo jiný upravit, dokud není dokument původním uživatelem zase odemčen.

P031 Úprava dokumentů ve webovém prohlížeči

Dokumenty ve formátu MS Office bude možné zobrazit a provádět základní úpravy přímo ve webovém prohlížeči bez nutnosti spouštět klientskou aplikaci.

P032 Modelování entit

Platforma musí umožňovat tvořit uživatelské datové struktury a tyto struktury dále propojovat bez nutnosti zásahu dodavatele. Datové struktury mohou obsahovat atributy různých datových typů. K platformě musí být k dispozici nástroj pro pokročilé uživatele, který umožní provádět pokročilejší úpravy stránek a portálů, než jaké umožňuje webové uživatelské rozhraní. Platforma musí umožňovat organizaci dokumentů uložených v platformě pomocí standardní aplikace pro správu souborů v operačním souboru.

P033 Nástroj pro přizpůsobení

P034 Organizace dokumentů ze souborového manažeru OS P035 Mailové notifikace

Platforma musí umožňovat zasílání e-mailových notifikací na základě událostí v systému (přidělení úkolu, změna stavu dokumentu, ..) P036 Úkoly v klientské aplikaci Platforma musí disponovat možností pracovat s úkoly v systému pomocí Microsoft Outlook nebo jiné klientské aplikace. P037 Integrace na poštovní systém Platforma musí umožňovat propojení s poštovním systémem, které umožní zobrazení kalendářů uložených v poštovním systému. P038 API Platforma musí disponovat otevřeným aplikačním programovým rozhraním dostupným pomocí webových služeb. Pomocí tohoto rozhraní bude možné manipulovat s uloženým obsahem i provádět administraci platformy.

P039 Adresářová služba

Součástí dodávky platformy musí být dodávka adresářové služby. Adresářová služba musí mít schopnost uchování uživatelských účtů včetně údajů o uživatelů (jméno, příjmení, nadřízený, přihlašovací údaje, e-mail, ...). Musí také podporovat definici bezpečnostních politk. Dále musí být možné v adresářové službě uchovávat informace o dalších firemních zdrojích a jejich atributech (tiskárny, místnosti, projektory,...). Na adresářovou službu musí být možné se připojit pomocí protokolu LDAP. Evidované zdroje musí být možné seskupovat do pojmenovaných skupin. Tyto skupiny bude možné do sebe vnořovat (skupina ve skupině).

ID

Název požadavku

Požadavek

S001 Obsah aktualit S002

S003 S004 S005

Systém zobrazí aktuální důležitá sdělení od vedení UniCRE, zprávy o důležitých akcích a událostech v UniCRE Abstrakt aktuality Aktuality budou zveřejněny jako seznam s nadpisem, datem vydání a krátkým úryvkem, který vystihuje obsah aktuality. Po kliknutí na nadpis se zobrazí kompletní aktualita. Potvrzení přečtení aktuality Systém bude rozlišovat běžná sdělení a sdělení vyžadující povinnost přečtení uživatelem. Nepřečtené povinné sdělení Povinná sdělení budou uživateli zvýrazněna jako nepřečtená, dokud si je uživatel nerozklikne a nezobrazí kompletní znění. Zobrazování jen relevantních Aktuality bude možné přiřazovat ke kategoriím. Aktuality z vybraných kategorií aktualit budou zobrazeny vybraným uživatelům na základě jejich přiřazení do skupin. Skupiny musí být evidovány centrálně a musí být dostupné v celém systému.

S006 Schvalovací mechanizmus aktivity - schvalování

S007 Schvalovací mechanizmus aktivity - oprávnění S008 Doba života aktuality S009 Akce do kalendáře S010 Obsah kalendáře S011 Forma kalendáře

Aktuality budou před svým zveřejněním procházet schvalovacím mechanizmem (dle druhu dokumentu jsou schvalovatelé přiřazeni automaticky, tyto je možné uživatelsky definovat, případně přidat další schvalovatele ručně pro konkrétní dokument). Budou existovat různé úrovně oprávnění pro práci s aktualitami (Autor, Redaktor, Administrátor, atd.). Tato oprávnění lze vytvářet, přidělovat uživatelům a upravovat rozsah oprávnění uživatelsky. Aktuality budou mít nastaveny dobu života, po kterou se zobrazují na portále. Akce, na kterých bude vyžadována účast zaměstnanců budou automaticky uloženy v kalendáři každého zaměstnance. Aktuální kalendář zobrazí kalendář na daný pracovní den s vyznačením plánovaných akcí (porady, jednání, služební cesty, …). Aktuální kalendář bude zobrazen jako aktuální, hodinově rozdělený, den.

S012 Obsah přehledu, detail akcí

Systém umožní rozdělení akcí podle typu. Toto rozdělení je indikováno na akci barevně. Toto členění a přidělení barev lze uživatelsky definovat.

S013 Obsah přehledu, detail akcí

Po přidržení kurzoru nad danou akcí se uživateli zobrazí úplné detaily o akci.

S014 Obsah přehledu, detail akcí

Po kliknutí na danou akci se uživatel přepne do osobní stránky, do kalendářového zobrazení, kde si bude moci nastavit různé kalendářové pohledy či zjistit a upravit detaily dané akce. Systém umožní nastavit připomenutí úkolu - jak výchozí upozornění pro novou událost, tak pro každou událost zvlášť. Úkol bude označen jako nový do okamžiku, než si ho uživatel otevře a příjme / odmítne / deleguje jej.

S015 Připomenutí úkolu S016 Označení úkolu

Pokrytí řešení Out of the box Parametrizace Vývoj

Popis řešení

S017 Přehled nedokončených úkolů S018 Rozsah zobrazených úkolů

Aktuální úkoly budou obsahovat přehled nedokončených úkolů, u nichž se blíží termín dokončení. Termín dokončení bude možné nastavit centrálně v administraci IIS jako relativní, tj. jako počet dnů od aktuálního data. S019 Obsah přehledu, detail úkolu Seznam úkolů bude obsahovat název úkolu, zadavatele a do kdy má být splněn. Úkol může obsahovat odkaz na další objekty IIS (dokument, žádanka) S020 Obsah přehledu, detail úkolu Po přidržení kurzoru nad daným úkolem se uživateli zobrazí detaily úkolu. S021 Obsah přehledu, detail úkolu Po kliknutí na řádek se uživatel přepne do osobní stránky, do komplexního pohledu na úkoly, kde si bude moci zobrazit či upravit všechny údaje o úkolu. S022 E-mail notifikace S023 Úvodní obrazovka S024 Založení podle šablony S025 Seznámení se s interním sdělením S026 Potvrzení o seznámení se S027 Grafický manuál UniCRE

Emailové notifikace systému musí mít jednoznačný příznak, aby šly v pošte filtrovat do zvláštní složky (začátek předmětu) Úvodní obrazovku IS UniCRE budou tvořit Aktuální informace. Systém musí být schopen založit interní sdělení podle definované šablony. Sýstém musí odpovědné osobě vybrat osoby, které mají být s interním sdělení seznámeny (všichni nebo vybraná skupina) a pro tyto osoby vytvořit úkoly na seznámení se s interním sdělením. Systém musí umožnit osobám doložitelně potvrdit, že se s interním sdělením seznámily - podpisový list s časovým razítkem. V systému bude k dispozici dokument, popisující jednotný vizuální styl UniCRE.

S028 Vzhled informačního systému Vzhled IS UniCRE bude vzhledově sjednocen s grafickým manuálem UniCRE S029 Jednotné formuláře S030 Tiskové šablony S031 Šablony dokumentů

S032 Technická dokumentace k přístrojům S033 Revize dokumentů

Všechny formuláře v systému budou vzhledově sjednoceny s grafickým manuálem UniCRE Všechny tiskové šablony budou vzhledově sjednoceny s grafickým manuálem UniCRE Systém musí být schopen evidovat šablony různých druhů dokumentů (prezentace, dopis, fax, …) ve více jazykových mutacích (česky, anglicky).

S035 Revize šablon

Záznam reprezentující přístroj v systému musí být propojen s technickou dokumentací přístroje. Všechny dokumenty mají nastavenu platnost a systém hlídá jejich pravidelné revize. V systému lze filtrovat dokumentace dle různých kritérií (název, datum vytvoření, datum poslední změny). Dodavatel provede revizi šablon UniCRE s přenosem do formátu MS Office 2013

S036 Odkazování na kapitoly

Systém umožní odkazovat se v dokumentech na kapitoly jiných dokumentů.

S037 Podpisové listy

Systém umožní prokazatelné seznámení zaměstnanců s dokumentem.

S034 Filtrování dokumentace

S038 Tvorba dokumentů

Systém musí umožnit připravovat dokument přímo v IS v utajeném režimu (vidí jen pracovníci, kterí jej připravují). Po dokončení dokumentu jej lze publikovat.

S039 Třídění dokumentace

V systému lze třídit dokumentaci dle různých kritérií (název, datum vytvoření, datum poslední změny). V dokumentaci budou uloženy následujícíc typy dokumentů: směrnice, nařízení ředitele, politiky, řády, jednotný vizuální styl, šablony dokumentů, firemní literatura (výroční zprávy, marketingové materiály), technická dokumentace (manuály k přístrojů, předpisy, atd.)

S040 Typy dokumentů

S041 Založení a schválení dokumentu

Systém umožní založit uživateli dokument s vyplněním povinných informací. Takový dokument pak prochází schvalovacím procesem pro založení dokumentu a následným dovyplněním dalších informací do dokumentu. Dokument je možné revidovat různými uživateli. Konečný obsah dokumentu schvaluje Ředitel.

S042 Zpřístupnění rešerší

Systém musí umožnit zobrazovat a prohledávat všechny rešerše a citace, které byly vytvořeny. Systém musí být schopen filtrovat rešerše a citace dle evidovaných kritérií.

S043 Filtrace rešerší S044 Linky na internetové zdroje S045 Linky na internetové zdroje S046 Žádanka o rešerši a MVS S047 Evidované informace S048 Výpůjčka knihy

S049 Historie výpůjček S050 Kartotéka knihovního fondu S051 Jiné evidence

S052 Evidence norem S053 Aktuality z výzkumu S054 Ukládání článků z monitorovaných zdrojů

Knihovna musí obsahovat linky na zajímavé internetové zdroje související s tématy vědecké a pedagogické činnosti UniCRE. Kromě volných zdrojů, zde budou linky i na vybrané komerční zdroje a na obsahy vybraných monitorovaných vědeckých časopisů. Knihovna musí obsahovat odkazy na formuláře pro zajištění rešerše nebo meziknihovní výpůjčky. Systém musí být schopen v knižním fondu evidovat mininálně autora, název knihy, rok vydání. U výpůjčky bude systém evidovat jméno půjčujícího, datum výpůjčky, autora knihy, číslo knihy, název knihy. Dále je evidováno, zda je kniha vrácena nebo ne. K výpůjčce je možné přiřadit poznámku. Systém v nastavitelném intervalu historické výpůjčky knížek promaže. Knihovna musí obsahovat informace o knihovních fondech - kartotéka vlastního knihovního fondu. Systém bud evidovat další evidence formou jednoduché tabulky a umožní elektronický přístup k nim. Jde o evidence: • Užitné vzory • Ověřené technologie • Funkční vzory • Ochranné známky Systém musí být schopen evidovat normy Knihovna musí obsahovat aktuality z výzkumu, vědecké články nebo anotace k těmto článkům. Systém musí být schopen pravidelně ukládat články z vybraných monitorovaných světových vědeckých zdrojů.

S055 Evidence patentů S056 Přístup k publikacím S057 Řízení práce s publikací S058 Základní informace

Systém musí být schopen evidovat patenty, úkoly nad nimi a hlídat důležité termíny (vypršení patentu, termín zaplacení poplatku, …) Systém řídí přístup k publikacím na základě práv. Například, management musí mít přístup ke všem publikacím. Systém musí podporovat proces tvorby publikace - vytvoření, revize, schválení, publikace, zařazení do knihovny, atd. Systém musí být schopen pro každou publikaci evidovat základní informace o ní.

S059 Repozitář vlastních výzkumných prací S060 Repozitář vlastních výzkumných prací S061 Repozitář vlastních výzkumných prací S062 Žádanka o rešerši S063 Informování o průběhu rešerše S064 Dodatečná komunikace

Repozitář musí obsahovat veškeré výzkumné a technické práce, vytvořené v rámci UniCRE. U výzkumných prací s omezenou publicitou (pro komerční partnery) musí systém umožnit nastavit přístupová práva. Knihovna musí být elektronickým repozitářem vlastních výzkumných prací, zpráv, článků, atd. Systém musí podporovat podání žádosti o provedení rešerše. Systém musí průběžně informovat žadatele o průběhu vyřizování jeho požadavku.

S075 Vlastní a sdílené adresáře

Uživateli musí být přístupné jeho vlastní adresáře a sdílené adresáře, ke kterým má přístup, například adresář projektu. Osobní stránka musí obsahovat přehled a čerpání dovolené zaměstnance.

Systém musí podporovat další komunikaci se zaměstnancem ohledně rešerše upřesnění rešeršních podmínek, vyjasnění pojmů a podobně. S065 Odkaz na rešerši na stránce Systém musí vytvořenou rešerši odkázat na stránku žadatele v položce rešerše a uživatele citace. S066 Spolupráce s JabRef Systém musí být schopen spolupracovat se systémem JabRef, který eviduje rešerše ve formátu BibTeX. S067 Meziknihovní výpůjční služba Systém musí být schopen zajistit podání výpůjčky v rámci meziknihovní výpůjční služby. S068 Schvalování MVS Systém musí podporovat schvalovací proces pro výpůjčku v rámci meziknihovní výpůjční služby. S069 Informace o možnosti Systém musí být schopen informovat zaměstnance o možnosti vyzvednutí vyzvednutí požadované publikace. S070 Informace o postupu žádosti Systém musí být schopen zaměstnance průběžně informovat o postupu/stavu jeho žádosti. S071 Benefity Osobní stránka musí obsahovat přehled všech benefitů, na které má zaměstnanec nárok a stav jejich čerpání. S072 Historie čerpání benefitů Systém musí být schopen zobrazit historii čerpání benefitů. S073 Propojení s DMS Systém umožní napojení na DMS a vstup do jeho adresářů uživatele. S074 Prohledávání DMS Systém musí umožnit procházet a vyhledávat dokumenty uložené v DMS.

S076 Dovolená S077 Plánovaná dovolená S078 Zobrazení

Systém musí umožnit generovat požadavek na zaměstnance, aby vyplnil svou plánovanou dovolenou. Systém musí uživateli zobrazovat jeho drobný majetek, jako jsou vstupní karty, klíče, mobily, notebooky, atd.

S079 Připojení k projektu

Systém umožní připojit e-mail k projektu jako jeden z informačních zdrojů.

S080 Hmotná zodpovědnost

Systém eviduje hmotnou zodpovědnost a zobrazuje ji na kartě zaměstnance

S081 Osobní kalendář Systém umožní zobrazit osobní kalendář zaměstnance. S082 Parametrizovatelné zobrazení Zobrazení musí být upravovitelné dle řady kritérií (čas, datum, projekt, typ kalendáře). S083 Sdílené kalendáře Systém musí povolit zobrazení sdílených kalendářů ostatních uživatelů, kteří sdílení povolili. S084 Sdílení kalendáře nebo jeho Systém musí povolit nasdílet kalendář nebo jeho části (podle kritérií jako je projekt části nebo typ) ostatním uživatelům. S085 Překrývající se schůzky Systém musí umět pracovat s překrývajícími se schůzkami. S086 Organizátor schůzky Sýstém musí být schopen odlišit organizátora schůzky, který se jí nemusí účastnit od účastníka schůzky a podle těchto informací blokovat čas v kalendáři. S087 Nadřízený - dovolené

Systém musí nadřízenému pracovníkovi zpřístupnit přehled dovolených všech svých podřízených. S088 Ochranné pomůcky Osobní stránka musí obsahovat přehled ochranných pomůcek, které má zaměstnanec v držení. S089 Nárok na ochranné pomůcky Osobní stránka musí obsahovat přehled ochranných pomůcek, na které má nárok. S090 Požadavek na ochranné pomůcky S091 Záznam poznámek S092 Členění poznámek

S093 Přílohy poznámek S094 Transformace poznámky na úkol S095 Aktuální projekty S096 Historie projektů S097 Vlastní publikace, plné texty

S098 Propojení s JabRef S099 Rešerše a plné texty

Osobní stránka musí obsahovat seznam požadavků na ochranné pomůcky. Systém poskytne jednoduchý nástroj k rychlému zaznamenání krátkých poznámek (To Do). Systém musí umožňovat přehledné členění poznámek (barevné rozlišení různých typů poznámek, přiřazení ke konkrétnímu projektu, ...). Systém musí umožňovat k jednotlivým poznámkám přikládat dokumenty jako přílohy (např. nákresy). Poznámka musí být snadno převeditelná na úkol (přenesení do úkolů, včetně termínů a zodpovědností). Osobní stránka musí obsahovat odkaz na všechny projekty, kterých se zaměstnanec aktivně účastní. Systém musí být schopen zobrazit historii projektů, kterých se zaměstnanec aktivně účastnil. Systém umožní zobrazit přehled vlastních publikací (výsledky výzkumu, publikace, patenty, výzkumné zprávy, atd.) uživatele, včetně plných textů. Systém musí načítat rešerše a citace ze systému JabRef, kde jsou uchovávány v BiTeX formátu. Systém musí být schopen zobrazit dokumenty obsahující například plné texty, které mohou být k jednotlivým rešerším v systému JabRef připojeny.

S100 Pouze vlastní rešerše

S101 Všechny úkoly a termíny

S102 S103 S104 S105 S106

Operace s úkoly Operace s úkoly Operace s úkoly Operace s úkoly Termíny úkolů, notifikace

Systém umožní přes osobní stránku zobrazit pouze rešerše a citace, jejichž vytvoření daný zaměstnanec zadal nebo provedl sám, či-li ty, které se vážou k osobě daného zaměstnance. Systém musí umožnit zobrazit všechny úkoly daného zaměstnance. V systému tedy existuje centrální úkolovník, kde se shromažďují všechny úkoly pro zaměstnance. Úkoly mohou být z různých integrovaných systémů.

S107 Oblíbené weby

Systém umožní úkol zadat. Systém umožní úkol prohlídnout. Úkoly je možné třídit podle relevantních kritérií Úkoly je možné filtrovat podle relevantních kritérií Systém musí hlídat termíny jednotlivých úkolů a upozorňovat zaměstnance na jejich nedodržení. Systém poskytne funkčnost na ukládání záložek na oblíbené webové stránky.

S108 Třídění záložek S109 Sledování webových stránek

Systém musí umožnit třízení záložek dle relevantních kritérií. Systém musí být schopen nastavit sledování a sledovat vybrané webové stránky.

S110 Zodpovědnost za místnosti

Systém eviduje zodpovědnost za místnosti a zobrazuje ji na kartě zaměstnance

S111 Napojení na DMS

Systém musí umožňovat připojit (odkázat) k poradě doplňkovou podpůrnou dokumentaci z DMS, například zprávu nebo prezentaci. Systém umožní přehledné zobrazení jednotlivých porad a informací, které s nimi souvisí. Systém musí pokrývat nejen porady vedení UniCRE, ale i porady na úrovni jednotlivých pilířů, oddělení nebo projektových týmů. Systém musí umět nastavit zaslání a zasílat notifikace zaměstnancům, kteří by měli na dané poradě odevzdat zadané úkoly. Systém musí zasílat e-mailová upozornění s definovaným předstihem. Systém musí podporovat typ porady Kontrolní den. Jedná se o pravidelnou poradu, na které se probírá stav projektu. Systém musí být schopen rozlišovat dva typy porad - schůzka, která pouze rezervuje čas v diáři, neexistuje však k ní příprava, z ní zápis ani úkoly - velkou poradu, která rezervuje čas v diáři, má (může mít) přípravu, zápis a úkoly.

S112 Zobrazení porad S113 Typy porad S114 Notofikace úkolů S115 E-mailová upozornění S116 Kontrolní den S117 Typy porad

S118 Připomínky k obsahu

Systém umožní připomínkovat agendu porady stejně, jako později zápis z ní.

S119 Plán porady v obsahu

Obsah porady obsahuje plán porady, jak časový tak i obsahový (agenda).

S120 Témata a jejich referenti

Systém musí umožnit evidovat informaci, o kterých tématech bude která osoba referovat. S121 Plánování opakované porady Systém musí podporovat efektivní plánování periodicky se opakujících porad.

S122 Zobrazení kalendáře S123 Přehled porad pro daný den

S124 Porada v kalendářích pozvaných S125 Nahlížení do diářů S126 S127 S128 S129 S130 S131 S132

S133 S134 S135 S136 S137

S138 S139 S140 S141 S142 S143 S144

Systém musí zobrazovat porady formou měsíčního kalendáře se zvýrazněním dnů, kdy je porada plánována. Při přidržení kurzoru nade dnem v kalendáří musí systém zobrazit detaily porady, jako je čas, místo a pozvané osoby s příznakem, zda pozvání přijali.

Naplánovanou poradu musí systém automaticky vložit do kalendářů pozvaných osob. Systém umožní nahlížení do diářů uživatelů za účelem naplánování porady na volný termín. Rezervace zdrojů Sýstém musí umožňovat rezervovat na poradu potřebné zdroje, jako je zasedací místnost, projektor, atd. Přehled alokace zdrojů Systém musí být schopen poskytnout informaci, kdy jsou požadované zdroje k dispozici. Zobrazení termínů Systém umožní zobrazit termíny porad přehledně v kalendáři. Úkol na plán další porady Systém umožní naplánování další porady z proběhnuté porady. Úkoly na poradu Systém zobrazí přehled zadaných úkolů, vztahujících se k dané poradě. Položky úkolu Každý úkol musí obsahovat název, termín zadání, termín splnění, odpovědnou osobu a zadavatele. Další vlastnosti úkolu Systém musí být schopen evidovat další vlastností úkolu, například příznak o jeho důležitosti (prioritu), další kategorizaci úkolů (např. pod jaký projekt patří) či poznámku s jeho bližším popisem. Propagace úkolů z porady do Úkoly jsou součástí zápisu z porady a po jeho schválení se automaticky objeví v úkolovníků úkolech odpovědných osob. Více odpovědných osob za Systém musí být schopen evidovat u jednoho úkolu více odpovědných osob. úkol Evidence úkolů mimo poradu Systém musí být schopen zaznamenat úkoly, které budou uloženy mimo poradu či projekt. Zápis do složky projektu Systém umožní zápis z porady přiřadit do složky k projektu. Připomínky k zápisu Zápis z porady může být připomínkován všemi zúčastněnými. Pokud účastník nepošle své připomínky do stanoveného termínu, bude zápis považován z jeho strany za akceptovaný. Formulář pro zápis z porady Systému musí být schopen nabídnout standardizovaný formulář pro provedení zápisu z porady. Schvalovací mechanizmus Systém musí podporovat schvalování zápisů z porad. Rozesílání schváleného zápisu Systém musí být schopen schválený zápis automaticky rozeslat přítomným na poradě s možností doplnění dalších osob. Externisti Systém umožní, aby externistům byl odeslán zápis ze schůzky automaticky emailem. Odkazy na schůzky Systém umožní vkládání do zápisu živých odkazů na schůzky, aby byl vidět stav zpracování. Rozesílání závěrů z porad Systém musí být schopen rozeslat vybrané závěry z porady (část zápisu) i osobám, které nebyly účastníky porady. Přilinkování k projektu Zápis z porady musí být připojitelný k projektu jako jeden z dokumentů.

S145 Vazba na firemní controlling

S146 Emailová schránka projektu

Vazba na firemní controlling a controlling ve skupině Unipetrol. Tato vazba probíhá prostřednictvím aktualizace stavů a obratů jednotlivých definovaných účtů ve stanovených časech. Systém bude evidovat pro každý projekt svou vlastní emailovou schránku, kterou bude možno snadno archivovat. Odeslané emaily do této schránky se automaticky převedou na dokumenty přiložené v projektovém DMS.

S147 Výzkumné zprávy Systém umožní přiřadit k projektu odkazy na výzkumné zprávy. S148 DMS pro vstupní dokumenty Systém umožní do DMS nahrát vstupní dokumenty projektu. S149 Stromová struktura dokumentů projektu S150 Vyhledávání v dokumentech S151 Email jako dokument projektu S152 Žádost o publikaci S153 Výpis dokumentů projektu

Systém zobrazí dokumenty k projektu ve stromové struktuře adresářů tak, jak jsou dokumenty uloženy v DMS. Systém umožní v dokumentech vyhledávat jak pomocí klíčových slov tak i fultextově. Systém umožní v rámci dokumentace projektu ukládat i důležité emaily.

Pro žádost o publikaci poskytne systém schvalovací WF. Systém umožní vypsat dokumenty přiřazených k projektu (například technická dokumentace). S154 Skutečné údaje projektu Systém umožní zobrazit skutečné náklady projektu z účetnictví v daném období a celkové náklady. S155 Porovnání s plánem projektu Systém umožní porovnat skutečné náklady s plánem projektu. S156 Příprava podkladů pro mzdy

Systém bude schopen připravit podklady pro zpracování mezd dle zakázek/projektů. S157 Detaily v nákladové struktuře Pro zkušené vedoucí se lze dále rozklikávat po nákladové struktuře (mzdy, materiál, režie, ..) S158 Detaily o prvotních dokladech Dalším postupem do detailů se lze dostat až na informace o prvotních dokladech. S159 Kontrola platebních milníků S160 Projektový deník S161 Telekonference a videokonference S162 Diskuzní fórum

S163 S164 S165 S166

Chat Chat - aktivní uživatel Chat - posílání dokumentů Organizace telekonference

S167 Organizace videokonference

Systém zkontroluje zadané platební milníky a upozorní vedoucího projektu na nutnost vystavit příkaz v fakturaci. Systém umožní vést projektový deník jednoduchou formou. Systém umožní evidovat přístupové údaje do tele/videokonferenční místnosti. Systém poskytne nástroj (diskuzní fórum) pro komunikaci a výměnu názorů projektového týmu na dané téma s možností výměny dokumentů, případně odkazy na ně. Systém poskytne prostředek živé komunikace (chat) mezi členy týmu. Chat umožňuje vidět, kdo je právě online - přítomen u PC. Chat umožňuje posílání dokumentů mezi uživateli. Při organizaci telekonference je možné do popisu vložit přístupové údaje do telekonferenční místnosti. Při organizaci videokonference je možné do popisu vložit přístupové údaje do videokonferenční místnosti.

S168 Poznámkový blok v projektovém listu S169 Předání hlášení S170 Vytvoření hlášení S171 Hlášení za celý útvar S172 Měsíční hlášení S173 Evidence režijních nákladů S174 Karta projektu

S175 Interní projekty

Systém poskytne nástroj (poznámkový blok) pro poznámky uživatele na projektu. Systém umožní ekonomickému útvaru, aby předal měsíční čerpání na vedoucího projektu Vedoucí projektu vytvoří měsíční čerpání věcné a předá ho na projektového manažera. Projektový manažer píše měsíční hlášení řediteli za celý útvar. Systém umožní vytvořit měsíční hlášení o stavu projektu (zápis). Systém umožní evidovat režijní náklady a jejich alokaci do zakázek/projektů. Systém umožní, aby každý projekt obsahoval přehledovou stránku (karta projektu) obsahující od kdy do kdy trvá, náklady, jaký program jej financuje, evidenční číslo, typ projektu, termíny, kdy lze čerpat, atd. Systém umožní řídit i interní typy projektů: Režijní projekt, Výzkumný projekt

S176 Malé zakázky S177

S178

S179

S180

Systém umožní se založením zakázky společne automaticky vygenerovat žádost o přidělení čísla úkolu (zakázky). Malé zakázky - evidence K malým zakázkám bude systém evidovat následující údaje: - odpovědná osoba, - datum zahájení projektu, - datum ukončení projektu, - vytížení přístrojů, - dokumentace. Dopracování projektu PM dopracuje informace na projektu - vygeneruje žádost o přidělení čísla úkolu - vytvoří projektový list Průběh výzkumného projektu Systém umožní na začátku výzkumného projektu zapsat na kartu projektu, jakých výsledků a kdy má být výzkumem dosaženo. Průběžně jsou výsledky zaznamenávány. Výsledky v systému V systému jsou uloženy průběžně aktualizované šablony pro různé typy výsledků, zadavatel vypíše šablonu pro hlášení výsledku a jeho evidenci v RIVu - obdobně jako u patentů. Je s tím spojena žádanka, jen věcná informace je v příloze. Samotné zadávání těchto informací je průběžně od zahájení projektu do až dva roky po skončení projektu - budou ošetřena práva v souvislosti na archivaci projektu. Některé výsledky schvalují před zadáním do RIVu poskytovatelé, na to mají typicky i své vlastní šablony. Ne každá publikace musí jít do RIVu.

S181 Dělení projektů S182 Projektový tým S183 Propojení s ERP systémem S184 Propojení s DMS

Systém umožní v rámci větších projektů, aby bylo možné zakládat podprojekty ve stejné struktuře a s možnostmi jako hlavní projekt. V rámci projektu je definován projektový tým, v něm každý má nastavená různá práva a zodpovědnosti. Systém u projektu umožní zobrazení informací se skutečným vývojem ekonomiky projektu. Systém umožní spolupráci s DMS systémem při ukládání a vyhledávání informace k projektu.

S185 Úkoly na projektu

Systém umožní plánování úkolů na projekty, zobrazení seznamu úkolů projektu.

S186 Typy projektů

Systém bude rozlišovat tyto externí typy projektu: projektový námět, mnohaleté/grantové projekty, jednoleté projekty >=50 000Kč, malé zakázky <50 000Kč Systém umožní z projektového námětu vytvořit návazný projekt. Systém umožní z jednoletého projektu udlat kopii pro další rok. Sytém umožní rozdělení informací o projektu, které vidí projektový tým a které jen PM a nadřízení. Systém umožní změnou stavu projektu projekt archivovat. Systém umožní archivovanému projektu nastavit viditelnost (projektový tým/zveřejnit všem pro čtení - schvaluje ředitel). Systém poskytne funkcionalitu pro založení projektu. Projekt zakládá PM na základě smlouvy/objednávky nebo překlopením projektového námětu, PM zadá obchodní a smluvní milníky, vybere vedoucího projektu, vedoucí sestaví rozpočet, ekonom schválí rozpočet, ředitel potvrdí, PM dopracuje projekt.

S187 Projektový námět S188 Jednoletý projekt S189 Rozdělení informací S190 Archivace projektu S191 Viditelnost archivovaného projektu S192 Založení projektu

S193 S194 S195 S196 S197 S198

Úkoly po etapách Časové rozvržení Lidské zdroje Gant diagram Platební milníky Vytížení zaměstnanců napříč projekty S199 Plánování projektu S200 Korekce plánu projektu S201 Zobrazení plánu projektu

S202 Kalkulace rozpočtu S203 Vytížení lidských zdrojů S204 Seznam členů S205 Práva členů týmu

Systém umožní zobrazení etap projektu s přidělenými úkoly. Systém umožní zobrazení časového rozvržení projektu - etapy projektu. Systém umožní zobrazení přidělení lidských zdrojů na projekty. Systém umožní zobrazení Gant diagramu projektu. Systém umožní naplánování platebních milníků projektu. Systém umožní zobrazit vytížení zaměstnance za všechny projekty, na kterých je alokován. Systém umožní plánovaní zakázek/projektů z hlediska finančního a kapacitního ve vazbě na finanční plán a kapacity pracovníků. Systém bude zahrnovat funkci umožňující korekce plánu podle skutečnosti. Detailní plán projektu se vytváří v KTK. V systému se informace související s plánováním projektů pouze zobrazí. Systém musí zajistit aktuálnost informací, tzn. online propojení do databáze KTK. Vazba na ERP systém pro kalkulaci rozpočtu - tvorba plánu projektu Systém umožní zobrazit vytížení lidských zdrojů na projektu včetně pracovních úvazků, zobrazení dovolených projektového týmu. Systém umožní zobrazit seznam členů projektového týmu s kontaktními informacemi. Systém umožní definovat pravomoce, zodpovědnosti a zastupitelnosti na projektu.

S206 Sestavení projektového týmu Systém umožní projektovému manažeru, aby sestavil projektový tým. S207 Reporting projektu S208 Specifikace projektu S209 Zobrazení úkolů projektu

Systém umožní reporting o zakázkách/projektech na úrovni vedení, zúčtovacího střediska a zakázky/projektu. Systém umožní vytvořit specifikaci zakázky/projektu v rozsahu základních evidenčních, finančních a kapacitních údajů. Systém umožní zobrazení úkolů náležejících k danému projektu.

S210 Podoba seznamu úkolů S211 Detail úkolu S212 Rozkliknutí úkolu S213 S214 S215 S216

Práva zadavatele úkolu Výstup do RIVu Zobrazení seznamu akcí Založení akce

S217 Žádost o účast na akci S218 Schválení akce S219 Schválení účasti na akci

S220 Blokace kalendáře během schvalovacího procesu S221 Vazba na služební cestu

Zobrazený seznam úkolů projektu - jejich název, zodpovědná osoba a termín splnění. Po přidržení kurzoru nad položkou seznamu úkolů se zobrazí detaily o daném úkolu. Po kliknutí na položku v seznamu se zobrazí v novém okně detaily úkolu s možností jejich úprav. Systém umožní změnit detaily úkolu pouze zadavatel úkolu. Systém bude schopen poslat výstupy výzkumných projektů do RIVu. Systém zobrazí seznam nabízených akcí. Systém umožní založit (navrhnout) přidání nové akce do seznamu. Takovou akcí může být např. školení, seminář, konference, veletrh, výstava a podobné. Návrh akce probíhá vyplněním formuláře na novou akci. Systém umožní vyplnit formulář pro žádost o účasti na vybranou akci. Systém obslouží schvalovací WF při kterém vedoucí projektu a ředitel může povolit zařazení akce do seznamu. Pokud vyplní zaměstnanec formulář pro účast na dané akci, spustí se schvalovací workflow, které zajistí schválení žádosti příslušným nadřízeným a zápis akce do kalendáře zaměstnance. Po odeslání žádosti o schválení akce se v systému rovnou naplánuje tato událost do kalendáře zaměstnance, kvůli blokaci času. Pokud by žádost nebyla schválena (zrušení/zamítnutí), blokace diáře se zruší. Systém umožní z dané akce spustit nové WF se žádosti o schválení služební cesty.

S222 Uskutečnit akci

Uskutečnit akci v systému znamená vytvořit úkoly: zaplatit cestu, žádost o zálohu, zařídit cestu, zařídit pojištění, informace o schválení akce, poslat příspěvek, vyplnit cestovní příkaz, zhodnotit akci, vyúčtovat akci

S223 Výmaz akce

Systém umožní výmaz akce ze seznamu. Toto bude provádět určení manažeři (vědecký ředitel, personalista). Při výmazu akce se uvolní kalendáře a deaktivují schválené žádanky účasti na akci jednotlivých účastníků.

S224 Žádost o dovolenou S225 Plánování dovolené

Systém zobrazí standardní formulář pro žádost o dovolenou. Při plánování dovolené systém zaměstnanci ukáže případné kolize dovolené s termíny jeho úkolů nebo akcí. Systém umožní zaměstnanci opravit (nebo nechat opravit) termíny úkolů a akcí tak, aby nekolidovaly s termínem dovolené. Na základě vyplnění a odeslání dovolenky se spustí workflow proces, který zajistí schválení žádosti příslušným nadřízeným pracovníkem s informací na vedoucí projektu - ty mohou vyjádřit nesouhlas, souhlas se bere jako automatický po určitě době. Po spuštění schvalovacího procesu se rovnou vytvoří aktivita dovolená do kalendáře zaměstnance. V případě zamítnutí žádosti či jejího zrušení se smaže i samotná aktivita.

S226 Úprava termínu úkolů a akcí S227 Schvalování dovolené

S228 Blokace kalendáře během schvalovacího procesu

S229 Předání schválené dovolené na personalistu S230 Kontrola proti plánu dovolených S231 Informace o zrušení dovolené S232 Zrušení dovolené

Systém umožní, aby schválený formulář odešel k personalistovi jako podklad pro zpracování mzdy. Systém umožní při schvalování dovolenky kontrolu s plánem dovolených (byla/nebyla plánovaná). Systém bude informovat o zrušení dovolené rovněž personalistu, nadřízeného a vedoucího projektu. Při zrušení dovolené se nastaví stav žádanky na zrušeno a systém vymaže rezervaci času v kalendáři zaměstnance. V systému se zruší rovněž přidružená agenda.

S233 Informace o schválené dovolené S234 Evidence HW a SW

Systém umožní odeslání informace o schválené dovolence do účtárny, na projekty a personalistovi. Systém bude vést evidenci hardwarového a softwarového vybavení, včetně jeho vzájemného provázání (co je kde nainstalováno, atd.) S235 Monitoring infrastruktury Systém bude vést monitoring ICT infrastruktury (servery, síť, desktopy, disky, viry, atd.). S236 Žádanka Systém umožní zaměstnaneci vyplnit obecnou žádanku na IT služby. Pověřený pracovník potvrdí v systému příjem žádanky a termín splnění. S237 Zobrazení seznamu místností Systém zobrazí seznam jednacích místností. S238 Atributy místnosti S239 Rezervace místnosti

Systém eviduje a zobrazuje u místnosti: kapacita, technické vybavení a stručný popis. Dále pak kalendářové údaje. Systém umožní rezervaci místnosti zadáním údajů: která místnost se rezervuje, kdo ji rezervuje (tento údaj se předvyplňuje automaticky podle přihlášeného uživatele), na jaké časové období (od, do), pro kolik osob, bude-li potřeba technická pomoc při používání prezentační a telekomunikační techniky a bude-li požadováno občerstvení (káva/čaj, voda, ...).

S240 Upozornění pro IT specialistu Systém upozorní IT specialistu na potřebu jeho pomoci při rezervaci místnosti. S241 Upozornění pro asistentku S242 S243 S244

S245 S246 S247

Systém upozorní asistentku na potřebu zajištění občerstvení při rezervaci místnosti. Zrušení úkolu pro IT V případě zrušení rezervace místnosti systém zruší upozornění na IT specialistu specialistu (pokud byl potřeba). Zrušení úkolu pro asistentku V případě zrušení rezervace místnosti systém zruší upozornění na asistentku (pokud bylo potřeba občerstvení). Schválení rezervace místnosti V případě občerstvení systém nechá toto schválit vedoucím projektu. Občerstvení u rezervace místnosti není potřeba schvalovat, žádá-li vyšší role (vedoucí projektu a výše). Schvalovací mechanizmus V systému existuje schvalovací workflow pro výpujčky knih z knihovny. Systém umožní upozornit na konec výpůjčky. Žádost o kooperaci Systém podobně jako s žádankou o materiál pracuje i s žádankou o kooperaci. Vystavuje vedoucí projektu - objednávka prací na projektu. Návrh smlouvy v žádosti V žádosti je možné odkázat návrh smlouvy

S248 Zadání objednávky na materiál

Systém umožní zadat objednávku, kde se uvede: kdo objednávku podává (to budou moci jen určení zaměstnanci), specifikace požadovaného materiálu, množství, očekávaná cena (pokud je známá), požadovaný termín doručení, preference určitého dodavatele a zdůvodnění.

S249

Systém umožní dynamické schválení žádosti o materiál a kooperaci. Žádost schvaluje vedoucí projektu, ekonom a ředitel podle objemu žádosti podle předem (uživatelsky) nastavených kritérií (počet objednávek v šase, jejich velikost, strom podřízenosti, ...). V případě neschválení se vrací žádanka na zadavatele k úpravě nebo stornu. Systém umožní zaslání do ERP systému podklady pro vygenerování oficiální objednávky. Zadavatel by si přál, jako „nice to have“ funkčnost, aby byla kumulace objednávek možná a k nákupu materiálu došlo až v okamžiku, kdy buď někdo materiál nutně potřebuje, nebo došlo k nahromadění objednávek na nákup alespoň definovaného množství materiálu. Systém umožní přiložit k žádance podrobný seznam v excelu pro velkou objednávku. Systém umožní v rámci schvalování objednávky na materiál, aby žádost upravil schvalovatel. O úpravě se dozví objednatel. Systém umožní kontrolovat, ve které části životního cyklu se právě žádanka nachází. Systém musí umět žádanky připojit vždy k té agendě, které se týká (žádost o dovolenou je na kartě zaměstnance, v docházce). Systém musí umět pracovat se zástupy zaměstnance při jeho neschopnosti. Tyto zástupy za jednotlivé role nastavuje administrátor. Systém bude podporovat monitoring - emailové notifikace, logy na správce systému. Systém umožní získání přehledu o vytížení jednotlivých jednotek pokusné základny. Systém umožní pohodlné plánovaní kapacit jednotek pokusné základny.

Schválení žádosti S250 Podklady pro ERP systém S251 Kumulace objednávek

S252 Velké objednávky S253 Schvalování objednávky S254 Kontrola životního cyklu S255 Umístění žádanek S256 Zástupy za zaměstnance S257 Monitoring systému S258 Seznam jednotek (PoZa pokusná základna) S259 Plánování kapacity jednotek S260 Jednotka PoZa na projektu S261 PoZa a kalendář

Systém umožní získat detailní přehled o vytížení jednotek pokusné základny na jednotlivé projekty. Jednotlivá zařízení pokusné základny budou mít svůj vlastní kalendář, ve kterém bude možné přehledně zobrazit jejich vytížení, včetně možnosti plánování.

S262 Zadání objednávky na OOPP (osobní ochranné pracovní pomůcky)

Systém umožní zadat objednávku, kde se uvede: kdo objednávku podává (to budou moci jen určení zaměstnanci), specifikace požadovaných pomůcek, množství, očekávaná cena (pokud je známá), požadovaný termín doručení, preference určitého dodavatele a zdůvodnění.

S263 Podklady pro ERP systém OOPP

Systém umožní zaslání do ERP systému podklady pro vygenerování oficiální objednávky na OOPP.

S264 OOPP pro nového zaměstnance S265 OOPP pro zaměstnance v nové pozici

Informaci o nástupu uživatele do funkce bude podávat personální systém. Na základě druhu funkce podnikový systém odvodí, které ochranné pomůcky má dodat. Při zařazení zaměstnance do nové role systém automaticky vygeneruje požadavek na ochranné pomůcky, které jsou pro vykonávání dané role potřebné. K vytvoření požadavku dojde na základě impulzu nesoucího informaci o zaměstnanci a pozici. Systém musí sám vědět, jaké pomůcky je potřeba pro zvolenou pozici zajistit.

S266 Nové OOPP

Před koncem životnosti ochranných pomůcek systém vygeneruje požadavek na odpovídající nové ochranné pomůcky. Zaměstnanec dostane ke schválení seznam OOPP, na které má nárok a může některé odmítnout.

S267 Mimořádné dodání OOPP S268 Plánování nákupu OOPP

Systém umožní zadat žádost o mimořádné dodání OOPP. Systém umožní vytvoření odhadu, kolik ochranných pomůcek a v jaké ceně bude potřeba zajistit v následujícím roce, případně jiném smysluplném časovém intervalu. Funkce bude sloužit pro potřeby plánování. Odhad bude vytvořen na základě dožití stávajících ochranných pomůcek. Nástupy nových zaměstnanců, případně extra objednávky nebudou zohledněny.

S269 Zadání kratší životnosti OOPP Systém umožní u vybraných OOPP zadat kratší dobu životnosti, než je běžně plánovaná (helmy, ...). Poté se v systému pracuje s touto zadanou hodnotou. S270 Potvrzení převzetí OOPP S271 Plánování dovolené S272 Aktualizace plánu dovolené S273 Dovolená v kalendáři S274 Podnět k šetření

S275 Odklad datumu publikace S276 Publikace do systému RIV S277 Abstrakt příspěvku S278 Schválení příspěvku

Systém umožní zadat potvrzení převzetí dodané OOPP zaměstnancem. Systém informaci pak zanese na kartu zaměstnance. Systém umožní na začátku roku zaměstnanci vytvořit plán dovolené (dle legislativy), tento schvaluje nadřízený. Systém umožní průběžnou aktualizaci plánu dovolených o schválené dovolenky. Systém plánovanou dovolenou promítne do projektového kalendáře. Informaci dostane rovněž vedoucí projektu. Systém umožní zaměstnanci vyplnit podnět k šetření. Tento podnět v systému příjimá pan ředitel a rozhodne, zda je potřeba vnitřní audit. O vnitřním auditu je informován prostřednictvím systému příslušný pracovník. Při žádosti o povolení publikace musí systém být schopen datum publikace průběžně odkládat. V rámci povolení publikace musí systém zajistit (například prostřednictvím úkolu) přidání publikace do systému RIV. Systém umožní žadateli (potenciální účastník konference) napsat abstrakt svého příspěvku na konferenci a nechá ho schválit. Systém umožní schválení příspěvku v UniCRE - podle nastavených práv zadavatele.

S279 Prezentace na konferenci

Systém bude podporovat přípravu prezentace na konferenci tímto způsobem: - Žadatel si zajistí účast na konferenci. - Žadatel požádá o služební cestu. - Žadatel vytvoří prezentaci na konferenci. - Žadatel si nechá prezentaci schválit.

S280 Příspěvek do sborníku

Systém bude podporovat přípravu příspěvku do sborníku tímto způsobem: - Žadatel vytvoří příspěvek do sborníku. - Žadatel si nechá příspěvek schválit.

S281 Povolenka pro publikaci

Systém umožní uživateli vyplnit formulář pro povolení publikace a v systému proběhne schvalovací workflow proces s informací pro potřebné pracovníky.

S282 Schválení odborným vedoucím S283 Schválení vybranou osobou

Systém musí nabízet podporu pro zrevidování/schválení žádosti o publikaci odborným vedoucím pracovníkem vybraným z alternativní struktury zaměstnanců (podle odbornosti). Systém musí umožnit zadat úkol na revizi/schválení publikace libovolné osobě.

S284 Evidence využití prostředků

Systém eviduje seznam a využití prostředku.

S285 Rezervace prostředku

Systém umožní zaměstnanci požádat o rezervaci prostředku na určitý čas a místo.

S286 Kontrola konfliktů

Systém kontroluje konflikt rezervací prostředků jednotlivých zaměstnanců.

S287 Přehled prostředků pro zaměstnance S288 Cekové využití prostředků S289 Příkaz k fakturaci - Propojení se žádostí S290 Příkaz k fakturaci

Systém zobrazí přehled, kdy je prostředek volný.

S291 Přenos faktury do účtárny S292 Přílohy příkazu k fakturaci S293 Rezervace vozidla více lidmi

S294 Vozidlo s řidičem S295 Vyplnění účelu cesty S296 Skutečný čas odjezdu a příjezdu S297 Využití vozidla v kalendáři

Systém umožní zobrazit celkové využití prostředků v čase. Systém umožní, aby příkaz k fakturaci byl propojitelný se schválenou žádostí. Systém umožní vyplnit formulář s příkazem k fakturaci pro vedoucího projektu nebo střediska. Systém umožní předat příkaz do účtárny, která vystaví fakturu. Systém umožní k příkazu přiložit různé přílohy (papírový protokol, razítka, podpisy). Systém umožní zadávat více žádosti na vozidlo na stejný čas. Může tedy dojít k překryvu časových žádostí na vozidlo. Správce rozhodne o prioritách, komu bude vozidlo půjčeno. Systém musí zaměstnanci, který nemá referentské zkoušky, rezervovat vozidlo s řidičem. Zaměstnanec musí v systému při rezervaci vyplnit účel cesty a číslo úkolu / projektu, ke kterému se cesta vztahuje. Po uskutečnění jízdy musí systém zaměstnanci delegovat úkol na vyplnění skutečného odjezdu a příjezdu. V systému musí mít každé vozidlo svůj kalendář s přehledem využití vozidla.

S298 Zobrazení seznamu vozidel S299 Rezervace vozidla

S300 Neumožnění rezervace vozidla

Systém zobrazí seznam referentských vozidel a informace o nich spolu s kalendářovými údaji. Systém umožní rezervaci vozidla. Vyplňuje se, které vozidlo se rezervuje, kdo ho rezervuje, na jaké časové období, pro kolik osob a na jakou cestu (začátek a konec cesty). Systém pohlídá platnost povinného školení řidičů pro rezervujícího zaměstnance a v případě propadlého školení neumožní rezervaci vozidla.

S301 Položky knihy jízd

Systém eviduje v rámci knihy jízd tyto položky: datum, začátek a konec cesty, stav tachometru na začátku a na konci, čerpání PHM či nákup jiných provozních kapalin, myčka, jméno řidiče – bude doplněno automaticky.

S302 Neumožnění rezervace vozidla

Systém pohlídá řádnost vyplnění knihy jízd zaměstnancem. Pokud zaměstnanec nedoplnil předchozí záznam v knize jízd, není mu umožněna rezervace vozidla.

S303 Předvyplnění knihy jízd S304 Zrušení rezervace vozidla

Kniha jízd se předvyplňuje v momentě odeslání rezervace vozidla. Při zrušení rezervace se záznam v knize jízd nezruší, jen se zde objeví informace o zrušené jízdě. Systém dotahuje z personálního systému informace o tom, zda má žadatel povolení řídit. Systém umožní získat detailní přehled o provádění servisních činností na jednotlivé projekty. Systém umožní zadat požadavek na servis na konkrétní přístroj, který bude ve většině případů dotažen z majetkové evidence (analyzátor dotažen z evidence, klika od dveří specifikována slovně). Opravu některých přístrojů si zajišťuje personál sám. V takovém případě půjde v systému o vytvoření žádosti na opravu, aby existovala evidence oprav (a poruch), ale jejím řešitelem bude přímo zadavatel žádosti.

S305 Povolení řídit S306 Servisní činnost na projektu S307 Dotažení přístroje z majetkové evidence S308 Žádost o opravu přístroje

S309 Elektronický deník S310 Urgentní žádost o opravu S311 Pravidelná údržba zařízení S312 Servisní smlouvy S313 Skenování faktur S314 Vyplnění košilky faktury S315 Nápočet faktur z účetního systému S316 Generování WF S317 Schvalování faktur S318 Zaúčtování faktur

Systém umožní evidovat záznamy chyb a nedostatků. Systém umožní urgentní žádot o servis s potvrzením vedoucího. Systém umožní vytvořit žádost o revizi zařízení. Pravidelná údržba zařízení - revize a tlakové zkoušky. Systém bude evidovat servisní smlouvy (vazba na přístroje a smouvy). Systém umožní přidat scan faktury do účetního systému a tento poté zobrazit v IIS všem uživatelům podle práv. Systém umožní vyplnit košilku/průvodku faktury (objednávka, projekt, nákladový útvar, ...). Systém si načte takto pořízené faktury a vytvoří k nim příslušné objekty - včetně scanu faktury. Systém vygeneruje schvalovací WF dle údajů na košilce (vybere vedoucího útvaru a jeho nadřízené podle ceny faktury). Systém umožní vedoucí rozhodnout o schválení či neschválení faktury. V případě schválení se dostanou zpátky do účtárny informace potřebné pro zaúčtování.

S319 Vrácení faktury S320 Schvalovací WF smlouvy S321 Proplacení v rámci mzdy

V případě neschválení se faktura vrátí zpátky do účtárny ke vrácení. Systém umožní nad smlouvou v katalogu smluv (v Dokumentech) spustit revizní a schvalovací proces (při založení nové smlouvy). Systém musí být schopen na základě žádostí o služební cestu vytvořit sestavu pro personální systém s údaji k jejímu proplacení zaměstnanci v rámci mzdy.

S322 Zpráva ze služební cesty

Zadavatel a schvalovatel musí mít možnost nastavit, zda má ze služební cesty vzniknout zpráva. Systém potom pomocí úkolu zajistí její vytvoření.

S323 Vztah služební cesty k projektu S324 Žádost o přepravu S325 Zařídit pojištění

Žádost o služební cestu se musí vztahovat k úkolu nebo projektu.

S326 S327

S328 S329 S330 S331

Žádost o služební cestu zprostředkovává i funkci žádosti o přepravu. Systém musí umět informovat personalistu, aby v rámci uskutečnění služební cesty zařídil pojištění, pokud je potřeba. Zobrazení formuláře služební Systém zobrazí standardní formulář pro služební cestu. Rozlišuje přitom, zda se cesty jedná o tuzemskou nebo zahraniční cestu. Spuštění WF pro schválení Při odeslání formuláře se spustí workflow proces, který zajistí schválení žádosti služební cesty příslušným vedoucím projektu nebo ředitelem. Krátké služební cesty (<=3 dny) schvaluje přímý nadřízený, delší (>3 dny) ředitel. Zobrazení služební cesty v Systém zaznamená služební cestu v kalendáři zaměstnance. kalendáři zaměstnance Plánování služební cesty Při plánování služební cesty systém zaměstnanci ukáže případné kolize služební cestys termíny jeho úkolů nebo akcí. Úprava termínu úkolů a akcí Systém umožní zaměstnanci opravit (nebo nechat opravit) termíny úkolů a akcí tak, aby nekolidovaly s termínem služební cesty. Předání schválené služební Workflow dále řeší po schválení služební cesty zaslání pokynů příslušným cesty na další lidi zaměstnancům pro její vyřízení (jízdenka/letenka, zajištění ubytování, pojištění, přiřazení služebního auta, služebního auta s řidičem, informaci do účtárny, pokladna - záloha, …), pokud to daná služební cesta vyžaduje.

S332 Šablona pro Ústí-Litvínov S333 Zrušení služební cesty

Systém umožní pro nejobvyklejší služební cety nastavit šablony (UnL-L, L-UnL, další šablony). Při zrušení služební cesty musí proběhnou opět schvalovací proces, aby bylo možné uvolnit kalendář pracovníka.

S334 Posunutí termínu úkolu vpřed

S335 Posunutí termínu úkolu na později S336 Zobrzení kolidujících akcí S337 Úprava termínu akce

Systém umožní zaměstnanci posun termínu úkolu před plánovanou služební cestou (zkrácení termínu systém zaměstnanci povolí s tím, že informuje zadavatele úkolu o zkrácení termínu). Systém umožní zadavateli úkolu o posun termínu splnění na pozdější dobu. Pokud termín akce koliduje s plánovanou služební cestou, systém zobrazí přehled kolidujících akcí. Systém umožní úpravu termínu akce zaměstnanci, pokud akci zadal sám zaměstnanec.

S338 Poznámka k žádosti o dovolenou S339 Změna příznaku služební cesty na nedostupný

Pro akce nastavené systémem (např. pozvánka na poradu) je umožněno zaměstnanci přidat poznámku k žádosti o služební cestu. Po odeslání žádosti bude v systému u daného pracovníka zaznamenána služební cesta v jeho kalendáři (změna příznaku z potenciálně nedostupný na nedostupný).

S340 Žádost o duševní vlastnictví

Systém musí umět vytvořit žádanku o patent, užitný vzor, ochrannou známku, atd.

S341 Patenty - Životní cyklus

Žádanka o duševní vlastnictví se musí řídit definovaným životním cyklem.

S342 Žádanka o přidělení pracovního místa S343 WF žádanky o přidělení pracovního místa S344 Odpověď na žádost o pracovní místo. S345 Žádost o přidělení čísla na projekt

Systém musí umožnit uživateli vytvořit žádanku o obsazení pracovního místa.

S346 Jednotný úkolovník

S347 Jednotný kalendář

Žádanka o obsazení pracovního místa se musí řídit definovaným životním cyklem. Systém musí personalistovi umožnit vyplnit zpětnou vazbu na žádanku. Systém umožní zadat zaměstnanci žádost o přidělení čísla na projekt. Žádost putuje do KTK, kde se čísla přidělují. Po odeslání žádosti se nejprve tato žádost schvaluje v systému nadřízeným dle předem nastavených pravidel. Tato pravidla lze uživatelsky měnit. Uživatel má k dispozici jednotný úkolovník nad celým IS, tzn. Všechny úkoly z jednotlivých subsystémů (laboratorní, personální, intranet, …) se propisují do jednoho tasklistu. Při rozkliknutí úkolu se uživatel dostane na příslušný objekt nebo formulář v daném subsystému. Všechny naplánované události za všech subsystémů se propisují do jednoho centrálního kalendáře uživatele.

ID

Název požadavku

Požadavek

L001

Evidence zakázek

L002

Evidence zakázek

L003

Evidence zákazníků a dodavatelů

L004

Lidé a jejich rozdělení do pozic

L005

Ceník

L006

Uživatelské úrovně

Systém musí být schopen evidovat následující uživatelské úrovně: administrátor, vedoucí pracovník – vedoucí programů, středisek, výzkumný pracovník, technik – pracovník laboratoře s rozšířenými právy, laborant – pracovník laboratoře s omezenými právy, manažer kvality. Tyto úrovně lze uživatelsky upravovat, přidávat, měnit jejich práva na provádění akcí a záznamy.

L007

Vyhledávání/filtrování podle pracovišť Evidence regulačních diagramů Evidence regulačních diagramů Evidence regulačních diagramů Evidence regulačních diagramů

Systém musí umožňovat vyhledávat/filtrovat v seznamu vzorků podle pracovišť a laboratoří. Systém musí hlídat pravidelné vedení regulačního diagramu.

L008 L009 L010 L011

L012 L013

Systém musí umět vést databázi se základními údaji o zakázkách: číslo zakázky, název, objednávka nebo smlouva pro zakázku, datum uzavření (doručení), kontaktní údaje – firma, osoba Systém by měl být schopen k jednotlivým zakázkám evidovat jednotlivé analyzované vzorky a vystavené protokoly. Systém musí umět vést databázi se základními údaji o zákaznících (firmách) a dodavatelích: jméno, adresa, IČ, DIČ, kontaktní osoby, kontaktní údaje – telefon, mobil, fax, e-mail. Tato evidence bude propojená s ekonomickým SW. Systém musí umožnit vedení seznamu uživatelů, vytvářet z nich skupiny s různým stupněm oprávnění a uživatelsky definovat příslušná oprávnění pro jednotlivé pracovníky. Systém dovoluje vést několik ceníků provedených zkoušek v různých cenových úrovních. Pro každého zákazníka lze přiřadit odpovídající ceník.

Systém by měl umět minimálně tvořit Shewhartovy diagramy typu: průměr + směrodatná odchylka. Systém by měl umět minimálně tvořit Shewhartovy diagramy typu: rozdílový regulační diagram. U diagramů by mělo být možné definovat: Název diagramu, Typ diagramu, Typ vytvoření úvodní série pro výpočet regulačních mezí, Automatické načítání hodnot do regulačního diagramu, Automatické hodnocení porušení pravidel vedení regulačních diagramů Systém musí v různých intervalech odchylek vyhlašovat různá varování.

Evidence regulačních diagramů Evidence chemikálií a činidel Systém musí evidovat chemikálie a činidla, která VUAnCh vlastní. Bude u nich evidovat: Název, Vzorec, Šarže, Dodavatel, Umístění, Datum exspirace, Čistost, Koncentrace, Čárový kód, Stupně nebezpečnosti, R a S věty, Příznak povinnosti mít na skladě

Pokrytí řešení Out of the box Parametrizace Vývoj

Popis řešení

L014 L015

Chemikálie - bezpečnostní listy Chemikálie - certifikáty

Systém musí být schopen evidovat bezpečnostní listy k jednotlivým chemikálií, činidlům, atd. Systém musí být schopen evidovat certifikáty k jednotlivým chemikálií, činidlům, atd. Systém musí být schopen evidovat u chemikálií stupeň nebezpečnosti. Existuje několik typů nebezpečnosti (hořlavost, nebezpečnost pro životní prostředí, toxičnost, atd.). Každý typ nebezpečnosti má vlastní stupnici.

L016

Chemikálie - stupně nebezpečnosti

L017

Chemikálie - stupně nebezpečnosti Chemikálie a činidla upozornění na expiraci Chemikálie - vyřazení z evidence Přístup řízený právy

Systém umožní podle stupňů nebezpečnosti filtrovat, vyhledávat.

L021 L022

Filtrování Evidence zkušebních parametrů

L023

Evidence zkušebních parametrů Evidence zkušebních parametrů Evidence zkušebních parametrů Doplnění protokolu

Systém musí umožnit filtrování a to i podle více polí současně. Systém musí u jednotlivých zkušebních parametrů definovat: Název, Formát výsledku - počet desetinných míst u výsledků, Definovat formát mezních hodnot a formát výsledků pod mezí stanovitelnosti Systém musí být schopen evidovat všechny zkušební parametry.

L018 L019 L020

L024 L025 L026 L027 L028 L029 L030

L031 L032

Systém musí být schopen upozorňovat na blížící se expirace chemikálií a činidel a upozorňit odpovědnou osobu na tuto skutečnost. Systém umožní, aby chemikálie / činidlo vydané ze skladu bylo odepsáno z evidence. Systém musí umožnit řídit přístup k jednotlivým informacím a funkčnostem pomocí práv, které budou odvozeny z organizační struktury.

Systém musí být schopen přiřadit zkušební parametr ke zkušebnímu postupu, nebo ho ponechat nepřiřazený. Systém musí umožnit evidovat jednotku parametru u jednotlivých zkoušek pro každý vzorek. Systém musí umožňovat po vygenerování protokolu do něj vkládat další texty, obrázky a jiné výstupy. Protokol pro výsledek Systém musí být schopen nabídnout uživateli vhodný protokol pro zaznamenání zakázky výsledku zakázky. Protokoly podle wordovských Systém musí používat jako vzor pro výstupní protokol wordovskou šablonu. šablon Vytváření protokolů Systém musí umoňovat vytvářet výsledkové protokoly pro vybrané zakázky, vzorky a analýzy na nich. Cena přístroje Podle váženého průměru provozu přístroje se rozpočítá cena přístroje s variabilním zadáváním období, za které se bude hodnota počítat. Bez vazeb na skutečné využití v LIMS. Evidence přístrojů Systém musí být schopen evidovat přístroje. Přístroje - kontrola kvality Systém musí umožnit evidovat kontrolu kvality pro kombinaci: přístroj, zkoušku, která na přístroji může být prováděna, parametr, jehož hodnota se v rámci zkoušky zjišťuje.

L033

Přístroje - evidované informace

Systém musí pro každý přístroj evidovat: Termín pořízení, Rok výroby, Výrobce, Výrobní číslo, Dodavatel, Záruční doba, Odpovědná osoba, Inventární číslo, Umístění, Termíny kontroly, kalibrace (interní a externí), ověření, Hlídání termínů kontrol a kalibrací. Evidence poruch a oprav, Evidence nákupu ND a spotřebního materiálu, Historie analýz, Historie testů (kontrol kvality),Volné poznámky a popis,Elektronický přístrojový deník

L034

Přístroje - evidované informace

L035

L037

Přístroje - evidované informace Přístroje - evidované informace Přístroje - integrace

Elektronický přístrojový deník (dle šablony ministerstva) - V systému je vedena hlavička přístrojového deníku. Přehledy o využití přístroje jsou přílohou (xls) této hlavičky v systému. U každého přístroje musí systém umožnit vyplnit volný popis a poznámky.

L038

Vytíženost strojů

L039

Vyúčtování pro zákazníky

L040

Schvalování výsledků

L041 L042

Výsledek - evidované informace Výsledek - termíny

L043 L044

Výsledky - protokoly Výsledky - zadání

L045

Zadání výsledků - formáty

L046

Zadávání výsledků

L036

Systém musí ke každému přístroji evidovat nákup spotřebního materiálu a náhradních dílů. Evidence přístrojů musí být propojená s evidencí přístrojů v majetku a modulem Servis. Systém musí být schopen vytvořit přehled vytíženost strojů (kolik se provedlo zkoušek na kolika vzorcích v období). Systém musí být schopen vytvořit vyúčtování pro zákazníky (vzorky na projektu, cena provedených zkoušek v období). Systém musí umožnit schvalovat a uvolňovat výsledky zkoušek podle definované úrovně oprávnění. Systém musí u výsledků evidovat: Výsledek - různé hodnoty, Jednotka, Kde leží primární data,Kdo výsledek zadal Systém musí být schopen hlídat datum, do kdy je potřeba zkoušku udělat a zadat výsledek parametru. Systém musí umožnit generovat z výsledků protokoly. Systém musí umožnit zadat výsledek zkoušky do systému pouze osobě, která zkoušku provedla. Systém musí umožňovat zadávat výsledky minimálně v následledujících formách: - Zadávání číselných hodnot - Zadávání textových hodnot - Zadávání ve tvaru nerovnosti (do textového pole) - Ukládání výsledkových souborů ve formátu xls, doc, pdf, xtx, jpg - Ukládání obrazových výsledků (spektra, chromatogramy, difraktogramy a jiné grafické výstupy z přístrojů) Systém umožní zadávat výsledky zkoušek do systému jen oprávněným osobám.

L047

Evidence standardů

Systém musí umožnit pro referenční materiály a standardy evidovat alespoň: - Název materiálu - Výrobce - Dodavatel - Termín pořízení - Termín exspirace - Hlídání termínu exspirace - Evidence analytických certifikátů - kontrolní, referenční, certifikovaný referenční, dělený, slepý

L048

Evidence typu vzorku

L049 L050

Filtrace podle atributů Rezervace čísel

L051 L052 L053 L054

Tisk štítků Vzorek - čárové kódy Vzorek - číselná řada Vzorek - evidované informace

Systém musí umožnit při zadávání vzorku vybírat minimálně z níže uvedených typů vzorků: - interní, externí - analytický, zkušební (kontrola kvality) - vyvojový Systém musí umožňovat filtraci také podle osob, čísel úkolů a datumů. Systém musí být schopen rezervovat požadovaný počet čísel vzorků pro očíslování sady vzorků. Systém musí umožňovat několikanásobný tisk štítků vzorku. Systém musí umožňovat napojení na systém čárových kódů. Číselná řada pro vzorky musí být úplná. Systém musí pro každý vzorek evidovat minimálně níže uvedené informace: - Zadavatel vzorku (zákazník) - Zakázka - Typ vzorku - Analytická metoda (Laboratorní postup) nebo stanovované parametry - Datum – odběru, zavedení do systému, analýzy, do kdy musí být analyzován - Osoba zapisující vzorek - Odpovědná osoba za vzorek - Číslo vzorku

L055

Vzorek - jednotné značení

L056

Vzorek - neplatné vzorky

L057

Vzorek - označení jménem

L058

Vzorek - průběžné přidávání a odebírání zkoušek a parametrů Vzorek - přidání a odstranění zkoušky laborantem

L059

Systém musí dodržovat jednotná pravidla značení vzorků pro všechny laboratoře (sekvenční číslování). Systém umožní, aby špatně zadané vzorky byly možné označit jako neplatné.

Systém musí umožnit volitelné označení vzorku vlastním textovým řetězcem. Systém musí umožnit přidávání a odstraňování zkoušek a parametrů po celou dobu aktivního života vzorku. Systém umožní, aby podle stupně oprávnění oprávněný uživatel zkoušky libovolně přidával a ubíral.

L060 L061 L062

L063

Vzorek - přiřazení samotného parametru Vzorek - přiřazení zkoušek a parametrů Vzorek - přístup

Systém musí umožnit zadávat parametry ke vzorku samostatně, bez zkoušky. Systém musí při zadávání vzorků umožnit rovnou definovat zkoušky a parametry, které budou na vzorku provedeny. Systém musí k jednomu vzorku umožnit přístup více pracovníkům z více laboratoří. Pracovníci z laboratoře, ve které byla zkouška provedena, mají ke zkoušce přístup pro čtení i zápis. Pracovníci jiných laboratoří mají k takové zkoušce přístup pouze pro čtení. Systém musí být schopen rezervovat číselné řady pro vzorky.

L064 L065 L066

Vzorek - rezervace číselných řad Vzorek - tisk štítků Systém musí umožňovat tisk štítků s kódy pro vzorky. Vzorek - vyhledávání Systém musí být schopen vyhledávat vzorky podle evidovaných údajů. Vzorek - změny v záznamech Systém musí zaznamenávat veškeré změny v záznamech vzorků.

L067

Vzorek - zobrazení stavu

Systém musí být schopen po celou dobu života vzorku hlídat a zobrazovat, v jaké fázi se vzorek nachází, co je hotovo a co je potřeba udělat.

L068

Vzorek - způsob analýzy

Systém musí umožňovat doplňovat ke vzorkům analytické postupy a parametry.

L069 L070

Vzorek - životní cyklus Vzorky - upozornění na blížící se termíny Vzorky - vytvoření kopírováním Vzorky - vytvoření na základě šablony Evidence zkušebních postupů

Systém musí umožnit řídit práci se vzorkem pomocí životního cyklu. Systém musí být schopen upozorňovat na blížící se termíny pro práci se vzorky. Především na termín dokončení analýzy. Systém umožní, aby vzorky bylo možné vytvářet kopírováním ze stávajícího vzorku. Systém umožní, aby vzorky bylo možné vytvářet ze šablony vzorků.

L071 L072 L073 L074 L075 L076

L077 L078 L079

Systém musí evidovat všechny zkušební postupy, které budou moci být prováděny s analyzovanými vzorky. Laboratorní zkoušky Systém musí upozorňovat na termíny akcí týkající se laboratorních zkoušek, upozornění na termíny především pak na datum další revize, validace, atd. Práce se zkušebními postupy Oprávnění uživatelé musí být schopni přídávat / upravovat a odstraňovat zkušební postupy. Zkoušky - evidované Systém umožní pro zkoušky minimálně evidovat: Datum vzniku, Tvůrce, Časový informace interval mezi revizemi, Datum poslední revize, Časový interval mezi validacemi, Datum poslední validace, Název postupu, Jednoznačný identifikátor – evidenční číslo nebo číslo SOP, Odkaz na normu, Parametry – možnost je přidávat a odebírat, Cenu zkoušky, Typ zkoušky - akreditovaná / neaktreditovaná, Kdo smí zkoušku provádět Zkoušky - revize, validace Systém musí být schopen hlídat pravidelné revize a validace zkoušky. Zkoušky - změny Systém musí umožnit oprávněné osobě zkoušku modifikovat - přidávat a odebírat parametry, měnit postup. Zkušební postupy - protokol Systém musí být schopen evidovat ke zkoušce výstupní protokol.

L080

Propojení úkolovníku

L081

Propojení diáře

Všechny úkoly a aktivity z Laboratorního informačního systému budou propojeny do jednotného úkolovníku. Při rozkliku úkolu se uživatel dostane na příslušný formulář. Všechny naplánované aktivity (časová upozornění) se propíší do osobního kalendáře zaměstnance.

ID

Název požadavku

H001 Odměny zaměstnancům

Požadavek Systém vypočítává na základě čtvrtletního hodnocení automaticky odměny jednotlivým zaměstnancům (procento ze mzdy). Systém umožní nastavení základu pro výpočet odměny (násobek základní mzdy, nebo pevná částka) Vedoucí může zadat kdykoliv také mimořádnou odměnu (žádanka). Další odměny jsou navázány taky na návrhy patentů.

H002 Práva na zobrazené informace

Na základě přidělených práv se budou zobrazovat informace jen o zaměstnanci, který je přihlášen nebo, v případě přihlášených vedoucích pracovníků, též o jim podřízených zaměstnancích. H003 Integrace s docházkovým Systém bude propojen s docházkovým systémem (vstupní karty do budov v systémem Litvínově a Ústí nad Labem). H004 Standardní telefonní seznam Systém bude obsahovat standardní telefonní seznam rozšířený o některé informace o jednotlivých zaměstnancích H005 Vyhledání v telefonním Telefonním seznamem bude možné rychle vyhledat zaměstnance podle jména, seznamu příjmení, místnosti, dovedností. H006 Termíny školení Systém bude hlídat termíny mandatorních školení, jako jsou například školení řidičů, bezpečnost práce, požární ochrana, atd. H007 Termíny jiných aktivit Systém bude hlídat i termíny aktivit, které nejsou školeními, například lékařské prohlídky. Bude posílat upozornění personalistovi, minimálně 1x měsične po mzdové uzávěrce. H008 Školení zaměstnanců Systém bude zobrazovat, kterých školení se zaměstnanec účastní. H009 Zpětná vazba na školení Systém umožní zaměstnanci poslat zpětnou vazbu na školení. H010 Kariérní vývoj zaměstnance Systém udržuje přehled o kariérním vývoji jednotlivých zaměstnanců. H011 Kurzy zaměstnance H012 Kariérní plán zaměstnance

Systém udržuje přehled o absolvovaných kurzech (odborná a jazyková školení, semináře, vlastnictví certifikátů, …) pro zvýšení kvalifikace. Systém obsahuje rozvojový a kariérní plán pro jednotlivé zaměstnance.

H013 Zobrazení pracovního výkazu Systém zobrazí komplexní formulář pro zadání pracovního výkazu. V pracovním výkazu je potřeba zadat projekt a podle typu projektu pak i další informace (kategorie a popis činnosti). H014 Inteligentní formulář pro Komplexní formulář pro výkaz bude inteligentní, tj. bude schopen „pohlídat“ pracovní výkazy zvolené parametry (počet pracovních dnů, přesčasy, velikost úvazku, povolené hodnoty ...). H015 Zobrazení výkazů podle Systém umožní uložené formuláře s výkazy zobrazit podle různých kritérií (např. kritérií podle projektů). H016 Seznam odpracovaných hodin Systém umožní zobrazit seznamy odpracovaných hodin podle různých kritérií (např. získání podkladů pro fakturaci v rámci zvoleného projektu a období). H017 Propojení mezi výkazy a řízením projektu

Systém umožní propojení mezi výkazy a řízením projektu.

Pokrytí řešení Out of the box Parametrizace Vývoj

Popis řešení

H018 Předání dat do KTK

Data zadaná do pracovních výkazů jsou předána do KTK k dalším úpravám.

H019 Schválení vedoucím H020 Předvyplnění z docházky

H026 Vyplnění dovolené na další rok H027 Žádost o dovolenou

Pracovní výkaz schvaluje přímý nadřízený Pracovní výkaz je předvyplněn údaji z docházkového systému (přítomnost na pracovišti - od do). Pracovní výkaz je předvyplněn údaji ze žádanek (schválené dovolenky, pracovní cesty, školení) Zaměstnanec vyplňuje počet hodin na projektu v daném dni. U vybraných projektů může vybírat popis činnosti z číselníku prací daného projektu U vybraných projektů je potřeba přesně popsat činnost (volný text) Systém umožní zobrazit přehled dovolené a její čerpání pro jednotlivé zaměstnance. Systém musí být schopen vygenerovat na začátku roku požadavek na zaměstnance, aby vyplnil plán dovolené na nadcházející rok. Ke každé dovolené je potřeba vyplnit žádanku o dovolenou (viz modul žádanky).

H028 Seznam benefitů pro zaměstnance

Systém umožní přehledně zobrazit o nárocích a čerpání benefitů u jednotlivých zaměstnanců. Seznam je přístupný pro zaměstnance i personalistovi.

H021 Předvyplnění ze žádanek H022 Povinné hodnoty H023 Číselník prací H024 Volný popisek H025 Přehled dovolené

H029 Zadání požadavku na benefit Součástí systému bude i možnost zadání požadavku pro čerpání vybraného benefitu, včetně příslušného schvalovacího workflow. H030 Export vybraných benefitů Po schválení všech požadavků na benefity je možné exportovat sestavu za všechny zaměstnance zpracovatelnou do personálního systému H031 Kvartální odměny Jednoduché zadání a potvrzení kvartálních odměn H032 Výpočet kvartálních odměn Kvartální odměny se počítají procentem ze mzdy k tíži volitelného projektu H033 Přehled OOPP

Systém obsahuje přehled o nárocích a čerpání OOPP pro jednotlivé zaměstnance čerpá informace z HR systému. H034 Vyhledání zaměstnance podle Telefonním seznamem bude možné zobrazit seznam zaměstnanců podle počátečního písmene počátečního písmene příjmení, oddělení H035 Zobrazení informací o zaměstnancích

U každého zaměstnance bude možné zobrazit následující data: jméno a příjmení, vč. Titulů, telefonní kontakty, email, fotografie, pozice v organizační struktuře, stručnou náplň práce, včetně uvedení dovedností, tj. oblastí, ve kterých je dotyčný zaměstnanec expert, číslo místnosti. Systém bude personalistu nebo určenou osobu informovat o životních a pracovních výročích dle nastavených parametrů.

H036 Nedostatečné čerpání dovolené podle zákona

Systém bude možné nastavit tak, aby automaticky informoval zaměstnance i personalistu o nedostatečném čerpání dovolené z pohledu zákona - formou zadání úkolu k 15.9. a k 31.10.. Všechny úkoly a aktivity z Personálního informačního systému budou propojeny do jednotného úkolovníku. Při rozkliku úkolu se uživatel dostane na příslušný formulář.

H037 Propojení úkolovníku

H038 Propojení diáře H039 Rozpočítání absencí na projekty

Všechny naplánované aktivity (dovolené, školení, lékařské prohlídky) se propíší do osobního kalendáře zaměstnance. Systém dovolí označit projekty, na které se poté při vykazování automaticky rozpočítají náklady na dovolené, nemocenské a jiné absence zaměstnanců.

H040 Přenos výkazů z KTK

Upravená data z výkazů se přenesou z KTK zpět do HR systému k výpočtu mezd.

H041 Informace pro zaměstnance

Zaměstnanec si může na portálu zobrazit všechny dostupné informace z HR systému (naskenované dokumenty a smlouvy, výplatní pásky, zůstatky dovolené, informace o pracovních poměrech, plánovaných školeních, přidělených pracovních pomůckách, čerpaných benefitech, …)

H042 Řízení organizační struktury

Portál umožní zobrazit a evidovat funkční schéma organizace, včetně popisu pracovních činností, funkční schéma včetně plánovaných míst, platového zařazení s vazbami na skutečné obsazení, umožňuje sledovat zařazení a obsazenost jednotlivých systemizovaných míst, vyhledávání možných kandidátů na pracovní místo z uchazečů i zaměstnanců Systém umožní vybranému pracovníkovi zadávat možné kurzy a školení na personální portál a hromadně na něj přihlašovat zaměstnance. Na další školení se mohou zaměstannci přihlašovat sami se schvalováním dle nadřízené organizační stuktury. Portál pak umožní zobrazit základní přehledy (počet školení, účast na školeních, náklady, hlídání opakování školení, počet odškolených hodin, ..) dle zákona č. 312/2002 sb. Systém umožňuje pro všechny zaměstnance a jejich vedoucí na portálu vyplňovat hodnocení dle metod KPI, 360°, Hodnocení kompetencí a dalších, uživatelsky definovatelný číselník hodnotících kritérií, hodnocení dle kompetenčních modelů, hodnocení odbornosti a výkonu, vyhodnocování účinnosti vzdělávacích akcí, generování rozvojového plánu zaměstnance, motivace a motivační faktory

H043 Přehled školení na portálu včetně přehledů a nástrojů pro zaměstnance

H044 Hodnocení zaměstnanců

H045 Řízení čerpání benefitů

Evidence zaměstnaneckých výhod, uživatelská definice firemních benefitů, přehled čerpání benefitů - inteligentní formulář (hlídání maximální částky a povolené kombinace benefitů), sledování nákladů na benefity, sledování kolektivních fondů, provázanost benefitů se mzdami

H046 Výpočet mezd dle legislativy

Výpočet mezd dle platných zákonů s možností alokace mzdy k úkolu, s možností přiřazení náhrad za nepřítomnost v práci (svátky, dovolená, nemoc) k úkolu

ID E001

Název požadavku

Požadavek

E002

E-mail jako součást projektové dokumentace Protokoly

Systém musí umožňovat ukládání vybraných e-mailů (včetně příloh) k určitým projektům jako součást projektové dokumentace. Mailové řešení musí podporovat následující komunikační protokoly: SMTP, SMTPS, POP3, POP3S, IMAP

E003

Kalendář

E004

Domény

Možnost plánování kalendářů uživatelů. Kalendář je možné zobrazit v různých zobrazeních (den, týden, měsíc). Mailové řešení musí podporovat neomezený počet domén.

E005

Odpověď v nepřítomnosti

E006

Plánování - průnik volných časů

E007

LDAP

Mailové řešení musí obsahovat napojení na adresářovou službu LDAP pro synchronizaci kontaktů

E008

API

Mailové řešení musí obsahovat aplikační programové rozhraní (API) pro propojení s interními systémy. Toto programové rozhraní musí být dostupné pomocí XML webových služeb a musí umožňovat práci se schránkami uživatelů, práci s kalendáři (získání obsahu, přidání záznamů) a konfigurační operace.

E009

Mobilní zařízení

Mailové řešení musí mít schopnost synchronizace s mobilními telefony (pošta i kalendář)

E010

Složky

E011

Vyhledávání

Mailové řešení musí podporovat tvorbu a organizaci složek v rámci jednotlivých poštovních schránek Mailové řešení musí podporovat vyhledávání v jednotlivých poštovních schránkách

E012

Filtrování

E013

Webový přístup

E014

Archivace

Mailové řešení musí umožňovat nastavit uživatelům automatickou odpověď v případě jejich nepřítomnosti Při plánování schůzek více uživatelů řešení automaticky nabídne průnik volných časů uživatelů

Mailové řešen musí umožňovat filtrování zpráv v poštovní schránce uživatele dle atributů zpráv Mailové řešení musí obsahovat pokročilé webové uživatelské rozhraní pro přístup ke schránkám uživatelů, včetně možnosti číst a psát e-maily, prohledávat a filtrovat schránku, zobrazit kalendář, plánovat schůzky do kalendáře (i jiných osob), pracovat se složkami a adresářem kontaktů Mailové řešení musí podporovat archivaci e-mailů včetně možnosti definice archivačních pravidel

Pokrytí řešení Out of the box Parametrizace Vývoj

Popis řešení

E015

Rozhraní pro správu

Mailové řešení musí obsahovat grafické uživatelské rozhraní pro správce, které umožní komplexní správu uživatelských schránek a dalších nastavení mailového serveru. Mailové řešení musí podporovat správu mailového serveru pomocí skriptovacího jazyku.

E016

Skriptovací jazyk

E017

Výkon

Podpora uchování pošty pro všechny uživatele zadavatele, kdy každá schránka může obsahovat desetitisíce položek s objemnými (destíky GB) přílohami bez sníženého výkonu a nutnosti zvýšené správy

E018

Bezpečnost

Mailové řešení musí obsahovat integrovaný antivir, antispam a phishing filtr.

E019

Monitoring

E020

Nastavení oprávnění

Mailové řešení musí disponovat monitorovacím rozhraním a musí logovat veškeré nestandardní události Mailové řešení musí podporovat nastavení práv na jednotlivé schránky a funkčnosti řešení. Nastavení práv může být pro konkrétní uživatele nebo role.

E021

Pravidla

E022

Zálohování

Mailové řešení musí umožňovat definici pravidel na úrovni poštovní schránky, která umožní provádět automatizované operace (přesun, odpověď, ..) s obsahem dané poštovní schránky Mailové řešení musí obsahovat podporu pro pravidelné automatické zálohování pro případ potřeby obnovy dat k určitému okamžiku