Závěrečná zpráva o realizaci rozvojového/transformačního projektu v roce 2004

Transkript

1 Závěrečná zpráva o realizaci rozvojového/transformačního projektu v roce 2004 Fakulta/pracoviště:Výpočetní centrum, VŠE v Praze Evidenční číslo projektu: 597 Název projektu: Integrace komponent informačních systémů nové generace ve vzdělávacím procesu na VŠE Řešitel: RNDr.Igor Čermák, CSc. Další řešitelé: RNDr.Karel Nenadál, Ing.Ivan Koudelka, RNDr.Dana Čermáková, Ing.Eva Šestáková-Cirková, Jan Havlíček, Pavel Sládek, Ing.Luboš Pavlíček, Ing.Zdeněk Tlustý, Ing.Daniela Slušová Tomáš Skřivan Bc. Kamil Okáč Bc.Dušan Kratochvíl Bc.Lukáš Hrnčíř Doc.Ing.Jan Pour, CSc, Ing.Renata Kunstová Mgr.Dalibor Pták Ondřej Fuxa Ondřej Vojta Ing.Michal Vaněk Michal Šubrt Prof.Ing.V.Krebs, CSc., Doc.Ing.M.Míková, CSc., Ing.J.Zeman, Doc.Ing.T.Kubálek, CSc., Prof.RNDr.J.Pelikán, CSc., Ing.M.Svoboda, Ing.V.Přibyl, Ing.Jiří Jelínek A.Fryčová, Ing.D.Brázdová Ing.J.Škoda

2 Výsledky projektu v porovnání s vytyčenými záměry: Cílem tohoto projektu je vytvořit podmínky pro implementaci studijního informačního systému nové generace pro podporu a rozvoj nových přístupů ve vzdělávací činnosti a pro efektivní využití jednotlivých komponent integrovaného informačního systému VŠE postupně nasazovaných na VŠE. Projekt navazuje na dosavadní aktivity školy v oblasti přípravy přechodu na studijní informační systém nové generace a byl podán společně s projektem Integrovaný studijní informační systém nové generace v okruhu 6a) : Program podpory pro zkvalitnění informační a technické infrastruktury veřejné vysoké školy pro vzdělávací činnost a řízení VVŠ. Projekt je součástí aktivit Vysoké školy ekonomické v Praze zaměřených na přechod na integrovaný studijní informační systém nové generace (ISISNG), který bude součástí budovaného univerzitního informačního systému (UIS). Nový studijní informační systém má zajistit integraci dosud odděleně provozovaných komponent studijního informačního systému školy a rovněž zajistí datovou a funkční integraci informační podpory procesům studijní agendy na všech fakultách školy. Dalším podstatným momentem je požadavek fakult a fakultních pracovišť integrovat do nového studijního informačního systému některé nové metody pro podporu a rozvoj nových přístupů ve vzdělávací činnosti zejména v oblasti podpory elektronických forem komunikace vyučujících se studenty jak v oblasti organizační podpory výukového procesu tak v oblasti podpory týmové práce studentů zejména v předmětech seminárního typu a typu cvičení a dále v oblasti přípravy a poskytování literatury pro přípravu studentů v jednotlivých předmětech. Některé aspekty těchto postupů jsou již na škole dílčím způsobem řešeny na různých pracovištích, nicméně cílem implementace ISISNG je integrace těchto postupů, která je nezbytná s ohledem na to, že řadu předmětů absolvují studenti VŠE v rámci výuky různých fakult. Paralelně se na VŠE připravuje vytvoření dalších komponent informačního systému školy a předpokládá se sjednocení databázových prostředí, integrace datové základny a sjednocení přístupů k vytváření uživatelských rozhraní jednotlivých komponent. VŠE rovněž v minulém roce zahájila nasazování groupwarového produktu podporujícího týmovou činnost a společnou správu dokumentů. Záměrem projektu je proto propojení a začlenění tohoto groupwarového produktu s dalšími postupně budovanými komponentami UIS. Základní komponenty UIS pomohou zásadním způsobem nejen zkvalitnit informatickou podporu procesům studijní, ekonomické a dalších agend, ale přinesou rovněž novou kvalitu širokým zavedením metod elektronické komunikace vyučujících a studentů, elektronické prezentace informací o studiu a výukovém procesu a sdílení informací mezi studenty a vyučujícími včetně předávání studijních textů a literatury a odkazů na ni studentům a výsledků práce studentů při cvičeních a seminářích vyučujícím při zajištění podpory týmové činnosti studentů při řešení zadaných projektů a úkolů. Zavedení ISISNG rovněž přispěje ke snížení celkové administrativní zátěže na VŠE a otevře široký prostor zintenzivnění komunikace mezi studenty a vyučujícími i mezi studenty navzájem. Velkým přínosem předloženého projektu bude rovněž podpora integrace dosud odděleně vyvíjených IS ve studijní, ekonomické a dalších oblastech do základních komponent nového UIS.

3 Celý projekt byl rozdělen pro rok 2004 na několik částí - podprojektů: Podpora procesů řízení projektů Byla uzavřena smlouva s externí firmou AIT s.r.o., která zajistila činnost koordinace projektu na straně VŠE vzhledem k projektovému manažerovi firmy Gitus s.r.o., která na základě výběrového řízení realizuje dodávku systému ISISNG. Současně byla zajištěna funkce auditora kvality uzavřením smlouvy na tuto činnost s firmou Komix s.r.o. Obě smlouvy byly uzavřeny pro etapu detailní analýzy a návrhu systému. Podpora návrhu a implementace ISISNG Pro zajištění spolupráce pracovníků školy na přípravě DANS byl na škole jmenován tým složený se zástupců pracovišť podílejících se na procesech studijní agendy a metodice komunikace vyučujících a studentů (fakultní pracoviště, pedagogické oddělení, oddělení pro zahraniční styky, oddělení pro vědu a výzkum, výpočetní centrum, centrum knihovních a informačních služeb, akademický senát-studentská komora). Tento tým poskytnul potřebnou součinnost pro dodavatelskou firmu Gitus s.r.o. Tato etapa byla ukončena akceptací všech tří etap DANS na konci prosince V průběhu ledna se předpokládá dořešení zbylých připomínek z akceptace DANS. Po akceptaci 1.etapy DANS byl dodavatelskou firmou zahájen vlastní vývoj a následně implementace modulů ISISNG zařazených do 1.etapy realizace. Současně od 07/2004 proběhly práce související s řešením technologických otázek (přístupová práva, HW architektura, výběr verzí systémového a databázového SW apod.) Integrace databázových systémů a správa databázového systému Pro zajištění provozu jednotlivých komponent UIS během jejich postupné implementace a pro jejich efektivní využití byly proškoleni specialisté v oblasti správy příslušného databázového systému. Specialisté byli rovněž využiti pro správu dalších systémů na škole např. v oblasti podpory knihovního systému, systému pro podporu e-learningu apod. Proškolení specialistou je nezbytnou podmínkou pro úspěšnou implementaci všech nových plánovaných komponent UIS na VŠE. V rámci projektů pro dodávku ISISNG a pořízení dalších komponent UIS se předpokládá volba stejného databázového prostředí. V roce 2004 byly realizovány tři školení v oblasti správy databáze Oracle. Vzhledem k tomu, že se nepodařilo získat, jak bylo plánováno, nového plně kvalifikovaného zaměstnance z důvodu velkého nedostatku pracovníků této specializace na trhu IT v ČR a s tím spojenými velkými finančními nároky, které VŠE nemůže ani při použití zdrojů rozvojového projektu pokrýt, přistoupila VŠE k využití potenciálu studentů školy a zvolila cestu zajištění profesního růstu vybraného studenta zaměstnaného na částečný úvazek. Na oblast správy databáze Oracle se nadále soustřeďují kromě svých dosavadních povinností i dvě stávající zaměstnankyně Výpočetního centra. Pokračovala spolupráce s firmou Oracle Czech s.r.o. při testování výkonnosti HW komponent.

4 Integrace groupwarového produktu Lotus Notes a komponent UIS VŠE provozuje v širokém měřítku od roku 2001 groupwarový produkt Lotus Notes. V tomto prostředí byla nasazena řada aplikací pro podporu činnosti útvarů školy typu fakulty nebo katedry. Pro zajištění efektivního využití těchto aplikací a propojení tohoto prostředí s databázovým systémem ISISNG bylo nezbytné zajistit podmínky pro činnost správce systému Lotus Notes (v rozsahu 0,5 úvazku) a vývojáře Lotus Notes (v rozsahu 0,5 úvazku). Tento cíl byl naplněn přijetím jednoho zaměstnance na 0,5 úvazek na vývoj v prostředí Lotus Notes od 01/2003, další potřebné činnosti v této oblasti byly zajištěny pomocí stávajících zaměstnanců z řad učitelů na katedře informačních technologií fakulty informatiky a statistiky VŠE. Nového správce systému Lotus Notes v rozsahu 0,5 úvazku se podařilo zajistit od 08/2003. V roce 2004 tento způsob zajištění provozu a správy produktu Lotus pokračoval. Pro kvalifikovaný výkon činností správy a vývoje systému Lotus Notes byla zajištěna příslušná školení a certifikace správců. Správce Lotus Notes během uplynulého období zajišťoval upgrade serveru Lotus Domino na Vyšší verzi, zakládání uživatelů, správu přístupových práv do databází systémů komunikujících se studijní agendou, správu serverů Lotus Domino včetně zapojení databází do clusteru. Základní portfolio databází komunikujících se studijní agendou bylo nasazeno na deseti pracovištích fakulty informatiky a statistiky, na osmi pracovištích fakulty národohospodářské a probíhá implementace pro pracoviště fakulty mezinárodních vztahů. Na fakultě podnikohospodářské byly nasazeny databáze pro sdílení dokumentů, rezervace prostředků a testuje se možnost publikačního systému webu (viz příloha 2). Vývojář Lotus Notes dále upravoval aplikace groupwarového typu.. Rozšiřoval stávající aplikace v prostředí Lotus Notes - databáze Dovolená, Objednávkový systém, Úkoly, Výběrová řízení. V rámci těchto aplikací mohou pracoviště různého typu (fakulta, katedra i rektorát) komunikovat v pracovním procesu, řešit zástupy, řídící pracovníci sledovat další důležité parametry pracovního procesu. Objednávkový systém umožňuje se vyjádřit k různým objednávkám, školením všech zainteresovaných pracovníků, což zrychluje a usnadňuje komunikaci. Metodika návrhu těchto aplikací je obecně využitelná i pro další procesy evidence ve studijní agendě, objednávky studijních pomůcek apod. Vývojář dále vytvářel nové aplikace pro evidenci serverů, aplikaci pro sběr evidence požadavků a žádostí uživatelů k útvarům síťových pracovišť. Rovněž byly studovány v rámci projektu možnosti integrace groupwarového produktu Lotus Notes a databáze Oracle. Byly zjištěny velké možnosti s integrátorem LEI v případě většího počtu záznamů s možností rozlišení přístupu k datům pro jednotlivé uživatele (viz příloha 1). Vzdělávání uživatelů v oblasti využívání integrovaného informačního systému VŠE. Tento podprojekt nemohl být vzhledem k harmonogramu projektu ISISNG, který vyplynul z výsledků výběrového řízení na dodavatele systému realizován. Jeho realizace se předpokládá v roce 2005 v návaznosti na plánovaný termín zahájení ostrého provozu modulů 1.etapy od září 2005.

5 Přínosy a výstupy Konkrétním přínosem realizovaného projektu v této etapě: Úspěšné završení etapy výběru dodavatele (žádný z uchazečů nepodal odvolání) projektu tvorby ISISNG jako IS integrovaného s dalšími systémy na všech fakultách školy, s rozšířenými funkcemi do oblasti komunikace vyučujících a studentů a studentů navzájem, Zajištění konsolidace databázového prostředí pro UIS na VŠE a zvýšení kvalifikace zaměstnanců školy v oblasti správy databázových systémů, zajištění provozu komponent UIS postavených na zvoleném databázovém systému, Zajištění provozu a vývoje aplikací groupwarových produktů a jejich propojení s komponentami UIS, zvýšení kvalifikace zaměstnanců školy v oblasti správy a vývoje systému, Metodické zkušenosti získané v rámci spolupráce zaměstnanců školy s firmami realizujícími projektové řízení a management kvality projektu Konkrétními výstupy této etapy projektu jsou: Výběr dodavatelské firmy, uzavření smlouvy na dodávku, nastavení realizačního projektu podle zásad projektového řízení, Definování a podpora pracovních týmů pro etapu detailní analýzy a návrhu systému i dalších etap (migrace, testování, technologické otázky) Metodické materiály z etapy výběru dodavatele a etapy detailní analýzy a návrhu systému Otestování možností integrace prostředí Lotus Notes a databáze Oracle Rozšíření nasazení groupwarového prostředí systému Lotus Notes na další pracoviště, rozšíření počtu aplikací vyvinutých v tomto systému Čerpání poskytnutých finančních prostředků v porovnání s projektem: Finanční náklady projektu a jeho jednotlivých částí zahrnuje následující tabulka. Finanční náklady jsou tvořeny zejména mzdovými náklady na činnost jednotlivých týmů pro detailní analýzu a návrh systému ISISNG, náklady na externího projektového managera pro podporu řízení projektů, náklady na manažera kvality projektu, náklady na proškolení databázového specialisty a odměny pro pracovníky zajišťující správu databáze a konsolidaci databázového prostředí Oracle na VŠE,, náklady na zvýšení kvalifikace a certifikaci pracovníků zajišťujících provoz systému Lotus Notes a vývoj aplikací v tomto systému, mzdovými náklady na správce a vývojáře systému Lotus Notes. Vzhledem k vývoji projektu nebylo nutné vynaložit náklady na právní služby a nebylo možné zahájit vypracování e- learningových kursů. Plánované prostředky byly využity pro školení v oblasti vývoje a správy systému Lotus Notes a pro podporu návrhu a implementace systému ISISNG.

6 (tis.kč) Rozpočet Skutečnost Podpora procesů řízení projektů Náklady na činnost projektového managera ,420 Náklady na právní služby 25 0,000 Podpora návrhu a implementace ISISNG Mzdové náklady (činnost pracovního týmu) ,588 Pojistné ,306 Integrace databázových systémů a správa databázového systému Mzdové náklady na specialistu v oblasti ,505 databázového systému pojistné ,552 školení databázového specialisty ,891 Integrace groupwarového produktu a komponent UIS Mzdové náklady na specialisty v oblasti správy a vývoje v prostředí Lotus Notes ,621 pojistné ,117 Vzdělávání uživatelů v oblasti využívání integrovaného informačního systému VŠE. Mzdové náklady (vypracování e-learningových kurzů) 100 0,000 pojistné 35 0,000 CELKEM náklady projektu ,000 Zůstatek 0,0 RNDr.Igor Čermák, CSc. prorektor pro informační systém a ředitel Výpočetního centra V Praze dne Přílohy: Příloha č.1 Integrace Lotus Domino a Oracle Příloha č.2 Integrace komponent informačního systému VŠE a komplexní využití groupwarových produktů

7 Příloha č.1 Integrace Lotus Domino a Oracle I. Definice propojovaných systémů Pro ujasnění termínů nadefinuji nejdříve propojované systémy. Jedná se totiž o dva principiálně odlišné systémy, které jsou založené na odlišné technologii. Lotus Domino Lotus Domino je groupwarový server firmy IBM. V rámci dělení databázových systémů patří do skupiny dokumentových systémů. Data jsou v rámci Domina organizována do jednotlivých databází, které ale na rozdíl od jiných databázových systémů v sobě zároveň obsahují i aplikační logiku pro práci s těmito daty. Základní jednotkou pro ukládání dat a designových prvků je dokument. Do datové struktury dokumentu jsou tedy ukládány nejen vlastní záznamy, ale i veškeré designové prvky jako formuláře, pohledy, složky, agenti, acl, atd. Dokument je v rámci databáze jednoznačně identifikován pomocí UNID (UniversalID). V notes databázi nenajdeme klasické relační vztahy, nejde zde mezi záznamy vytvářet referenční integritu. Oproti relačním databázím tu najdeme ale jiný typ propojení záznamů. Jedná se o mateřskou vazbu, kdy můžeme k jednomu rodičovskému dokumentu (parent document) připojit 0-N podřízených dokumentů (response document). Podřízený dokument, neboli dítě, může být připojen vždy jen k jednomu rodičovskému dokumentu. Kromě groupwarové technologie je v rámci serveru Domino silně rozpracována oblast mailu, kalendáře, bezpečnosti a replikací. Každý uživatel potřebuje k připojení přes klienta ID soubor, který slouží k identifikaci uživatele vůči serveru o naopak. Oracle Oracle je klasický relační systém. Jednotlivé záznamy jsou organizovány v tabulkách, které jsou uloženy v databázovém souboru. Mezi záznamy mohou být vazby M:N. Jeden záznam se může vázat na 0-N jiných záznamů, ale zároveň na něj může být 0-M vazeb jiných záznamů. Pro pochopení to uvedu na příkladu. Oproti server Lotus Domino jsou data oddělena od aplikační logiky. Silné stránky serveru se tedy orientují na práci s vlastními daty. Jedná se především o rychlé vyhledávání dat, vylepšený dotazovací jazyk SQL tzv. PL/SQL. II. Možnosti propojení Jak tyto dva systémy propojit? V této oblasti jsme zkoumali jen možnosti, které nám poskytuje vlastní architektura Lotus Domino. Konkrétně jsme se zaměřili na tyto technologie ODBC, nativní ovladače, DECS a LEI. 1. ODBC rozhraní Než podrobně přejdu k dalším více sofistikovaným technologiím (LEI, DECS), tak se stručně zmíním o využití ODBC rozhraní pro import / export dat ze serveru Oracle na server Lotus Domino. ODBC je obecné rozhraní, které definuje jak přistupovat k datům v různých databázích. Rozhraní lze v rámci Lotus Domino využít jen v jednom nativním programovacím jazyce. Jde o LotusScript 1, který obsahuje několik tříd zaměřených na ODBC rozhraní. Kromě programového ovládání ODBC rozhraní nabízí Lotus Domino R6 i propojení pomocí grafického nástroje. V Lotus Domino Designer 2 lze u formuláře pro čtení / editaci dat nastavit zdroj dat. V notes databázi lze mít přímo uloženo Data Connection (datové propojení) na databázový server viz. obrázek č.1. 1 Jedná se o skriptovací programovací jazyk speciálně určený pro práci v Lotus Domino prostředí 2 aplikace k vytváření aplikační logiky notes databáze

8 Obrázek 1: Datový zdroj systému Lotus Domino Toto propojení na data, pak využijeme v poli určitého formuláře. U pole notes formuláře nadefinujeme, že zdroj dat je externí zdroj (zde Oracle databáze) a pomocí průvodce propojíme notes pole s polem tabulky uložené na serveru Oracle. Aby propojení fungovalo jak potřebujeme, tak je nutné mít na počítači správně nastaven Data Source (datový zdroj). Jedná se o systémové nastavení uložené pod určitým jménem, které následně jen zapíšeme do datového propojení v notes databázi. Definice a přehled všech datových zdrojů lze nalézt systému Windows XP pod Nastavení -> Ovládací panely -> Nástroje pro správu -> Datová zdroje (ODBC). Praktické využití této technologie bylo spatřováno v oblasti importu a exportu dat. Automatický import (export) dat do (z) notes databáze je realizován pomocí notes agenta, který běží na serveru. Data jsou pak ale uložena na dvou místech a je nutné je pravidelně synchronizovat. 2. Nativní ovladače Tato technologie propojení serveru Lotus Domino a relačních databázových serverů se nazývá Data Connection Resources neboli DCR. Nativní ovladač je určen vždy pro práci s konkrétním databázovým serverem. Mohou se dokonce lišit i ovladače pro stejný server, ale různé verze. Propojení se dělá stejně jako u ODBC rozhraní. Nativní ovladače přinášejí nastavení propojení na externí systémy DECS do Lotus Domino Designer a nalezneme zde tedy stejné vlastnosti. Vyplňované údaje, viz. obrázek č.2, jsou téměř stejné. Odlišnost je v poslední položce. Zde se již nevyplňuje datový zdroj, ale Host String. Zjednodušeně řečeno je to název nastavení spojení na Oracle server, které je uložené v souboru tnsnames.ora. Toto sebou přináší nevýhodu nutnosti mít na počítači, který toto datové propojení využívá, nainstalovaného klienta Oracle. Aby propojení fungovalo správně, nesmíme zapomenout mít spuštěnou službu DECS na serveru, kde je uložena vlastní notes databáze.

9 Obrázek 2: Datové propojení na Oracle pomocí nativních ovladačů Využití tohoto přístupu je přímé čtení dat z relační databáze pomocí datového propojení. Tento přístup má ovšem nevýhodu, že nelze rozlišit, kdo k datům uložených v relační databázi přes klienta Lotus Notes přistupuje. Propojení na relační databázi je uloženo jako datové propojení přímo v notes databázi a je pro všechny uživatele jednotné. 3. DECS Domino Enterprise Connectivity Services (neboli DECS) je služba, která běží je spuštěna na serveru a stará se o propojení serveru Lotus Domino s relačními databázovými servery. Oproti dříve zmiňované technologii DCR se celý integrační proces spravuje v jedné notes databázi a není tedy rozdělen do jednotlivých notes databázích, které jeho služby využívají. DECS poskytuje pohled na data uložená přímo v relační databázi. To vše je možné bez nutnosti uchovávat celé záznamy na dvou místech v notes databázi a v relační databázi. V notes databázi, která je pomocí DECS napojena na relační databázi, jsou uloženy propojující dokumenty. Propojující dokument obsahuje klíčové pole, které jednoznačně identifikuje záznam v relační databázi. Nevýhoda, která z tohoto plyne, je že při velkém počtu záznamů v relační databázi je i v notes databázi obsaženo velké množství notes dokumentů, které zajišťují vlastní propojení. Významná nevýhoda DECS je, že všichni notes uživatelé se připojují na relační databázový server pod jedním účtem a tedy s jedněmi právy. Druhou nevýhodou je skutečnost, že na začátku je nutná úvodní inicializace notes databáze. V rámci inicializace se vytvoří propojení na všechny aktuální záznamy v relační databázi. Problém nastává v době, kdy s relační databází pracujeme přes více typů klientů např. Lotus Notes a www klient. Jestliže totiž pomocí jiného než Lotus Notes klienta založím v relační databázi nový záznam, tak až do opětovného spuštění inicializace se tento záznam nezobrazí pod klientem Lotus Notes. Pro zprovoznění služby DECS je nutné mít na serveru Lotus Domino nainstalován klienta Oracle. Události, na které je DECS schopen reagovat v klientu Lotus Notes jsou vytvoření nového dokumentu, otevření, úprava a smazání dokumentu v notes databázi. U každé události je možno nastavit, zda je pro nás důležitá a zda chceme na ni reagovat adekvátní akcí v relační databázi. Formulář pro nadefinování aktivity je zobrazen na obrázku č.3.

10 Obrázek 3: Aktivita pod DECS 4. LEI Nevýhody zmiňovány výše vedly nakonec k vytvoření sofistikovaného nástroje pro integraci dat mezi notes databází a relační databází. Lotus Enterprise Integrator je nástroj pro práci s velkým množstvím dat a velkým množstvím najednou přistupujících uživatelů. Umožňuje např. přistupovat k datům jako čistý front-end klient bez nutnosti uchovávat v notes databázi propojovací dokumenty. Vlastnost LEI se nazývá virtualizace (virtualization, virtual documents) záznamů relační databáze. Jako jediná technologie také umožňuje rozlišit různá práva v relační databázi pro jednotlivé

11 uživatele. Koncept se nazývá LEI Credentials. Zde se nastaví jednak explicitní individuální práva pro uživatele a jednak standardní práva pro uživatele, která se následně implicitně přiřadí uživatelům bez explicitních práv. LEI má dvě hlavní části - LEI Administrátor a LEI server. LEI server může být spuštěn jako služba na serveru Lotus Domino nebo jako samostatný integrační server. Pro svůj provoz využívá nastavení z LEI Administrátora, což je speciální notes databáze. Pro nastavení propojení se užívají speciální Connection dokumenty, kde se specifikuje nastavení potřebné pro spojení s konkrétním relačním databázovým serverem. LEI Administrator je zobrazen na obrázku č.4. V pravé části jsou aktivity, které LEI server má předdefinované. Aby aktivitu LEI server vykonával je nutné ji nejdříve aktivovat. Na obrázku jsou vidět různé aktivity, které propojují server Lotus Domino a server Oracle. Obrázek 4: LEI Administrator Aktivity, které umí LEI server vykonávat, pokrývají širokou oblast práce s daty. Aktivity jsou následující: Archive přesouvání dat z jedné databáze do druhé Command vykoná příkaz na databázi, na operační systém Direct Transfer přesun dat mezi databázemi pomocí SQL anebo notes formule Java plánovaně spustí Java aplikaci Polling umožňuje sledovat události v externí databázi a vytvořit příslušnou reakci Replication synchronizuje data mezi dvěmi datovými zdroji Scripted - spouští agenta Lotus Connector LotusScript Extension Classes (LC LSX) Virtual agents - spouští procedury uložené v externí databázi Virtual documents napojení notes formuláře na externí datový zdroj bez nutnosti vytvoření propojovacích dokumentů, fungují plně notes pohledy Virtual fields - monitoruje Notes formuláře a napojuje je na externí data, nutné vytvořit propojovací dokumenty III. Závěr ODBC je vhodné pro automatickou synchronizaci menšího objemu dat, kterou vykonává vlastní server Lotus Domino, kde je nastaven datový zdroj. Na klientech Lotus Notes je totiž užití limitováno, jelikož je nutné mít všude nastavený stejný datový zdroj pro přístup na relační databázový server. DECS a DCR jsou určeny především také pro práci s malým množstvím dat (přibližně záznamů) a s malým množstvím najednou připojených uživatelů (5-10). Vhodné jsou především pro čtení dat, jelikož vlastní zápis do relačních databází má limitované možnosti. Největší limitace zápisu je v případě, kdy potřebujeme data zapsat do více jak jedné relační tabulky. Jestliže potřebujeme pracovat s větším objemem dat (přes záznamů), či rozlišovat jednotlivé uživatele přistupující k datům, tak je třeba využít jinou technologii. Jedná se o LEI, které umí obhospodařovat velké objemy dat s rozlišením práv jednotlivých uživatelů a které dokáže zprostředkovat pohled na reálná data v relační databázi bez nutnosti propojovacích dokumentů.

12 Příloha č.2 Integrace komponent informačního systému VŠE a komplexní využití groupwarových produktů V rámci nového informačního systému je na úrovni útvarů (kateder, děkanátu apod.) zaváděn groupwarový produkt Lotus Notes. V prostředí Lotus Notes je v současné době k dispozici 16 šablon databází pokrývajících základní administrativní (Adresář, Evidence pracovní doby, Evidence nepřítomnosti, Interní dokumenty, Korespondence, Úkoly, Výpočetní technika, Zápisy), personální (Pracovníci), pedagogickou (Bakalářky, Diplomky, Doktorandi, Učební plány a předměty, Výuka) a vědeckou činnost (Diskuze, Granty) katedry. Toto základní portfolio databází bylo nasazeno na deseti pracovištích fakulty informatiky a statistiky a na osmi pracovištích fakulty národohospodářské. V současné době probíhá implementace pro pracoviště fakulty mezinárodních vztahů. Kromě toho byly na výše uvedených fakultách nasazeny i databáze pro pracoviště děkanátu. Pro snadnější orientaci uživatelů, byl nad databázemi vytvořen pro každé pracoviště vlastní vstupní portál (viz Obrázek 5). Z portálu mají uživatelé přístup nejen k databázím jejich útvaru, ale i k databázím společným pro všechny pracoviště fakulty a k archivním databázím. Obrázek 5: Ukázka portálu Na úrovni děkanátu jsou stěžejními databázemi databáze Granty a Zápisy, které jsou sdíleny všemi pracovišti fakulty a přístup k jednotlivým dokumentům v nich uložených je řešen různými úrovněmi přístupových práv. Po zavedení databází na fakultu národohospodářskou byla databáze Zápisy rozšířena o další typy dokumentů.

13 Pro databáze: Úkoly, Výukový proces (konkrétně rozvrh) a Evidence nepřítomnosti byly vytvořeny archivy pro uchovávání dokumentů z předchozích let. V návaznosti na rozvoj dalších aplikací současného informačního systému, bylo realizováno propojení odpovídajících databází Lotus Notes a datových základen dalších aplikací formou importu dat z databází těchto aplikací. V průběhu roku byly udržovány pravidelné každodenní importy dat ze souvisejících aplikací, které jsou vytvořeny nad databází ORACLE. Vzhledem ke změnám v datové základně těchto aplikací, musely být upraveny i importy dat. V současné době probíhají tyto importní operace: Doktorandi z databáze aplikace DOKTORI se importují základní osobní a studijní informace o doktorandech vedených pracovníky určité katedry, import nyní probíhá u 13 databází, Výuka z databáze aplikace PES se importuje rozvrh dané katedry na dvě po sobě následující období, tento import nyní probíhá u 15 databází, Učební plány a předměty z databáze aplikace PES se importují základní informace o předmětech dané katedry potřebné pro další práci v rámci databází Lotus Notes. U každého předmětu je uvedena formou hypertextového odkazu adresa originálu popisu předmětu v aplikaci PES. Tento import nyní probíhá u 15 databází. V průběhu roku se upgradoval systém Lotus Notes / Domino na verzi 6.5. V souvislosti s touto změnou byly realizovány i všechny potřebné úpravy stávajících šablon databází. Byl dokončen vývoj šablony WCMS (Web Content Management System), který umožní tvorbu a správu webu jednotlivých kateder. Data uložená do databází Lotus Notes budou moci být přímo publikována na webu. Jako pilotní projekt je nyní tato databáze zaváděna na katedře informačních technologií. V souvislosti s rozvojem ISISNG bude řešeno úzké propojení obou aplikací. Všechna data studijního systému, která jsou nyní v Lotus Notes k dispozici, zůstanou zde i nadále, ale s tím, že primární uložení těchto dat bude v databázích ISISNG a do databází Lotus Notes budou importována. Přistup k těmto datům bude možný jak z internetového prohlížeče, tak z prostředí Lotus Notes.