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