Role. Modul ve stávající podobě pracuje s business rolemi univerzitního koordinátora, fakultního koordinátora, osoby pověřené podepisovat dohody s účastníky na fakultní/celouniverzitní úrovni a administrátora modulu. Do těchto rolí se zanořují elementární role zajišťující přístup k jednotlivým systémovým funkcionalitám. Práce s rolemi je podrobněji popsána níže v části 3.2.
Role. Obchodní jméno - název IČO Typ organizace Organizace v projektu vystupuje jako (nehodící škrtnout): Příjemce Vysoké učení technické v Brně 00216305 VO – Výzkumná organizace Plátce/neplátce DPH Další účastník projektu Plátce/neplátce DPH Další účastník projektu Plátce/neplátce DPH
Role. V CzechIdM jsou definovány role specifikující oprávnění pro činnosti prováděné v CzechIdM (např. role definující schvalovatele pro 2. kolo schvalování) a dále role definující konkrétní účet na koncovém systému. Systém rolí a informačních systémů je strukturován tak, že jednotlivé informační systémy se skládají z modulů, které obsahují role. Role definují konkrétní práva uživatele pro příslušný informační systém. Při zakládání rolí je možné definovat u role systém a modul výběrem ze seznamů a to tak, že nejdříve bude vybrán systém a následně jeden z modulů vybraného systému. Tyto systémy/moduly je možné zakládat v administrátorském rozhraní CzechIdM v záložce „Role“. Zakládat je mohou administrátoři CzechIdM a správci katalogů SW práv. U systému/modulu lze specifikovat: zda je centrální (pro všechny obvody) nebo obvodový (pouze pro daný obvod) pokud se bude jednat o tzv. obvodový systém, tak se příslušný obvod bude vybírat ze seznamu obvodové systémy mohou spravovat pouze administrátoři CzechIdM daného obvodu, případně centrální administrátor CzechIdM centrální systémy mohou spravovat pouze centrální administrátoři1 zda je aktivní či neaktivní ◦ aktivní – bude se nabízet ve výběrech (např. při vyhledávání rolí) ◦ neaktivní – nebude ve výběrech vidět příznak „Propagovat pouze změny“ tento atribut značí, zda se má při opětovném přidělení role identitě uživatele v CzechIdM tato informace propagovat do Siebelu (jedná se například o situace, kdy má uživatel přidělenou roli pro pracovní pozici a zástup) pokud je zaškrtnuto, tak se propagují informaci o přidělení/odebrání role pouze v případě, že uživateli byla přidělena/odebrána role poprvé technický název – zkratka Tím, že CzechIdM spravuje u zaměstnanců HPP i VPP, tak může mít jeden zaměstnanec více pracovních pozic. Z tohoto důvodu se při editaci rolí u zaměstnance určuje, pro kterou pracovní pozici se mu mají vybrané role přidělit, popř. odebrat. Pokud se tedy zaměstnanci přidělují role ručně prostřednictvím editace jeho identity v CzechIdM, tak se při výběru role určuje i pracovní pozice, pro kterou se mají přidělit vybrané role. Ručně mohou přidělovat/odebírat zaměstnanci role pouze uživatelé z administrátorského rozhraní CzechIdM a pak vedoucí daného zaměstnance. Vedoucí smí přidávat/odebírat role pouze pro pracovní pozice zaměstnance, pro něž jsou vedoucími. Uživatelé z administrátorského rozhraní CzechIdM mohou editovat role zaměstnance pouze pro pracovní pozice, které spadají do obvodů, které smí daný u...
Role. Role představují realizaci řízení oprávnění v aplikacích. Přířazení role uživateli může být založeno na základě různých atributů uživatele: pracovního zařazení, pracoviště, dočasné potřeby, atd… Cílem je umožnit uživateli přístup pouze k informacím, ke kterým přístup má mít a umožnit mu s informacemi pracovat je tak, jak mu přísluší. K realizaci řízení bezpečnosti slouží 3 úrovně rolí.
Role. Lidské zdroje pro každou jednotlivou Službu sestávají minimálně z rolí uvedených v příloze č. 2 této Smlouvy pro příslušnou Službu.
Role. Xxxxx xxxx x. 0 xxxxxxxxxx Činnosti
Role. Správce • Projektant • Obchodník • Externí projektant
Role. Role je přednastavená množina oprávnění, která se váže k typickým rolím zaměstnanců v organizaci. V systému jsou přednastaveny tyto role: Centrální administrátor - spravuje celý systém Administrátor původce - spravuje pouze jednu agendu. V terminologii OAIS jednoho původce dokumentů. Administrátor původce - bez přístupu k obsahu Administrátor původce - pouze správce uživatelů Centrální archivář Archivář původce Uživatel původce - může vyhledávat a zobrazovat obsah datových balíčků Uživatel původce poskytovatel – zpřístupňuje datové balíčky žadatelům Uživatel v badatelně - veřejnost Externí uživatel – veřejnost Nefunkční vlastnosti Kompatibilita s infrastrukturním prostředím DESA je stavěna jako aplikace klient server, kdy klientskou část tvoří webová aplikace, která se uživateli zobrazuje ve webovém prohlížeči. Podporované prohlížeče jsou: Internet Explorer 11 Firefox 53 a vyšší Serverová aplikační část může být provozována na serverových operačních systémech Microsoft Windows Server 2012 nebo novějších nebo na operačních systémech Linux. Systém je otestován a provozován také na virtualizovaných výše uvedených operačních systémech. Pro svůj běh systém vyžaduje běhové prostředí Java 2 v1.8. Pro data ukládaná do databáze podporuje systém databázově servery Microsoft SQL Server 2012 nebo vyšší nebo databázový systém Oracle 11 nebo vyšší.
Role. 11.1 Smluvní strany se zavazují identifikovat osoby:
Role. V rámci výkonu a příjmu služeb aktéři vystupuji v těchto základních rolích: strana 65 EVROPSKÁ UNIE Evropský fond pro regionální rozvoj Operační program Podnikání a inovace pro konkurenceschopnost • Správce Dl a TI - ŘSD bude v databázi IS DMVS, resp. v IS DTM kraje zaregistrováno jako správce příslušné části Dl a současně jako správce TI pro inženýrské sítě v jeho vlastnictví. Součástí evidence je i územní působnost správce. Dle příslušné legislativy jsou na výzvu krajského úřadu vlastníci, případně provozovatelé nebo správci dopravní a technické infrastruktury povinni poskytnout potřebnou součinnost při správě obsahu DTM (DTI). Konkrétně předávají jimi vedené údaje o objektech a zařízeních, které mají být obsahem digitální technické mapy kraje. Vlastníci dopravní a technické infrastruktury přitom zodpovídají za správnost, úplnost a aktuálnost předaných údajů, a to v rámci charakteristik přesnosti stanovených prováděcím předpisem. Z uvedeného vyplývá, že Zadavatel musí zajistit pořizování a aktualizaci dat o dopravní a technické infrastruktuře v rozsahu, ve kterém je vedena jako editor, minimálně v takové šíři, aby pokryla rozsah informací požadovaných ze strany DTM. Zároveň je nutné zajistit předávání dat prostřednictvím rozhraní IS DMVS do jednotlivých IS DTM krajů. Roli správce Dl a TI budou vykonávat pracovníci jak generálního ředitelství, tak jednotlivých správ a závodů ŘSD • Editor ZPS - V rámci principu správy dat na jednom místě bude Zadavatel na základě smluvní dohody s jednotlivým kraji pověřen editací ZPS ve vymezeném území. Zadavatel bude v databázi IS DMVS zaregistrován jako editor ZPS včetně vymezení oblasti. Geodety předávané aktualizační podklady z dokumentace skutečného provedení (DSPS) budou v případě překryvu s vymezenou oblastí distribuovány prostřednictvím IS DMVS a následně IS DTM kraje na Zadavatele, kde budou zapracovány do IS DTM ŘSD a následně prostřednictvím IS DMVS dojde k předání aktualizace do datového skladu IS DTM kraje. Editory ZPS mohou být interní zaměstnanci Zadavatele případně externí dodavatelské firmy. • Geodet/UOZI - Externí dodavatelé geodetických aktualizačních dokumentací. V případě smluvního vztahu se Zadavatelem budou mít přístup prostřednictvím portálu ŘSD k datům a službám IS DTM ŘSD. • Odborná veřejnost - Odborné právnické nebo fyzické osoby, které budou mít smluvní nebo jiný vztah s ŘSD, na jejichž základě jim bude umožněn přístup k datům a službám IS DTM ŘSD, zejména prostřednictvím Geoportálu. Běžná veřej...