euniverzita cesta ke sjednocení aplikací IS na ZČ U

eUniverzita – cesta ke sjednocení aplikací IS na ZČ U eUniverzity – Consolidation of Information System (IS) Applications at the University of West Bohemia Jan RYCHLÍ K - Daniela Š AFAŘ Í KOVÁ The University of West bohemia has approximately thirteen thousand students and consists of seven faculties. Information technologies (IT), which are supervised both by the Center for IT and vice-chancellor for IT, consist of hardware and net ware infrastructure and also of number relatively independent units of IS or smaller applications. Two examples of the elementary units are the system of study agenda (STAG) developed by the University of West Bohemia, which enables students to build their own curriculum, and economic system developed by the Magion company. Basic platform is made of DBMS Oracle and OS Linux. The biggest current problem is a consolidation of heterogeneous IS units and applications. It is possible to consolidate smaller agendas at the level of the STAG application but as we want more complex solution, this one is not suitable. An implementation of commercial middleware is much more conceptual but unfortunately financially inconvenient. For a certain point of view consolidation may be reached by implementing a information portal. We expect single sign on, controlled access to shared documents and active access to particular units and IS applications. eUniversity, Universal Registers, Information Portal, Messaging Při zavedení pojmu eUniverzita vycházíme ze snad obecně přijatého vymezení pojmu e-organizace, kdy se předpokadá, že veškeré informace, ať už hodnoty dat či ně jaké postupy související s organizací, lze nalézt na webu. Takže v tomto smyslu pojem eUniverzita nezahrnuje jen studium přes internet, jak je také tento pojem mnohdy používán, ale v našem pojetí zahrnuje i nástroje pro řízení a správu univerzity. Charakteristika ZČ U z pohledu IS Západočeská univerzita (ZČ U) se skládá ze sedmi fakult, má 1,6 tis. zamě stnanců a navště vuje ji 13 tis.studentů. Z pohledu informačních technologií ji lze možnálépe charakterizovat jinými počty, a to 260 servery, 3 tisíci PC, 4,5 tisíci doménovými jmény a sedmi vě tšími lokalitami propojenými redundantní gigabitovou páteřní sítí s koncovými přepínači zaručující připojení uživatelů rychlostí 100 Mb/s. Základní platformou pro SW aplikace je na ZČ U Linux a Oracle. Informační systém ZČ U je tvořen především ekonomickým systémem dodaným firmou Magion a provozním systémem studijní agendy (STAG), který kromě bě žných evidenčních funkcí především podporuje kreditní způsob studia a každému studentovi umožňuje sestavení vlastního studijního programu a výbě r rozvrhových akcí [1]. Tento systém byl vyvinut na ZČ U a je rozšířen na dalších sedmi univerzitách. Dalším provozovaným systémem na ZČ U je známý knihovnický systém Aleph. Dále následuje řada drobně jších systémů. Systém JIS slouží k obsluze identifikačních karet jak studentů tak i zamě stnanců. Právě v této době se na ZČ U stala čipová identifikační karta i průkazem každého zaměstnance. Její využití je v menze, 258

v knihovně , ke vstupu do vybraných objektů a na ně kolika pracovištích i jako povolení připojení notebooků studentů do počítačové sítě . Aplikace pro rezervační systém slouží především k on-line rezervaci míst ve veřejných počítačových učebnách. Další systémy jsou určeny pro menzu, pro správu kolejí a pro vyhledávání a poskytování vě deckých iformací. V rozbě hu je systém pro evidenci publikací s návazností jak pro RIV tak pro požadavky knihovny ( vyvinutý na Ostravské univerzitě ) a software pro evidenci a správu smluv a z nich vyplývajících závazků ( od fy. Marbes s.r. o.). Pro řízení prací ve skupině používáme systém Lotus Notes, který je také základní platformou pro e-learningové kurzy. Správu informačního systému zajišť uje Centrum informatizace a výpočetní techniky (CIV), které je podřízeno prorektorovi pro informační technologie. Prorektorovi je dále podřízena knihovna, audiovizuální studio a vydavatelství. Pro zajiště ní optimální správy IS byli jeho uživatelé, tj. koncová pracoviště IS, rozdě leni do tří kategorií. Zajímaváje kategorie první, ve které všechny počítače mají naprosto stejnou instalaci podle jednoho obrazu. Pro tuto kategorii zajišť ují pracovníci CIV okamžitý servis (samozřejmě v rozumné denní době ). Tě chto pracovišť je 176. IS ZČ U, jak bylo ukázáno, se skládáz celé řady různorodých komponent. Je to jev, který je nejen na ZČ U, nejen na dalších vysokých školách, ale i v řadě podniků. Heterogenní komponenty IS přináší řadu problémů. Problé my Problémy s heterogenními komponentami IS jsou jak z pohledu uživatelů, tak z pohledu správy systému. Uživatelům především vadí přihlašování se do každé aplikace samostatně mnohdy pod různými hesly, dále pak různé vzhledy a především různáchování aplikací. Velice nepříjemným jevem by bylo, kdyby pohledy z různých aplikací na stejná data poskytly uživatelům různé hodnoty. Tento zdánlivě triviální požadavek vyžaduje řešení řady problémů z pohledu vývoje a správy IS. Jednotnost dat a centralizace základních registrů, jako je např. registr osob, pracovišť , místností a dalších zdrojů, vede k požadavku zajistit sdílení dat různými aplikacemi. Na naší univerzitě je z tohoto pohledu základním problémem centrální registr osob. Problém není ani v tak v samotné aplikaci „ centrální registr“, ale problém je se správou tohoto registru, protože právo pořídit záznam o osobě mácelářada pracovišť a tím i celářada aplikací. Ně které z nich jsme vyvinuli sami (STAG), ně které jsou od dodavatelů (Magion). Ukazuje se, že ani ve vlastních ani v dodaných aplikací si nemůžeme dovolit rozsáhlejší změ ny. Z toho vyplývá, že zavedení centrálních registrů musí v co nejvyššímíře respektovat stávající aplikace. Zobecně ní tohoto problému vede k problematice sdílení či výmě ně libovolných dat mezi různými aplikacemi. Když si přidáme ještě požadavek jednotného přihlašování a třeba i jednotný přístup ke všem aplikacím přes web, je prakticky zformulována základní otázka, na kterou v současnosti hledáme odpově ď. „ Jaké vlastnosti či jaké podmínky musí splňovat nově zavádě né aplikace IS ZČ U, aby nebránily vytvoření jednotného IS ZČ U?“

259

Snahou CIV je, když už je tento problém znám, nezavádě t žádné další aplikace, které způsobující komplikace. Snahou prorektora pro IT je pak zavádě t nové aplikace, které řešíaktuální nedostatky, a to co nejrychleji. Problé m sjednocení komponent IS Předně je nutné vymezit, co pod sjednocením komponent IS chápat. Omezíme se podle našeho názoru na tři nejdůležitě jší vlastnosti: • • •

jediné přihlášení uživatele do všech dále spouště ných aplikací, poskytnutí stejných dat z různých aplikací, zajiště ní předávání dat mezi aplikacemi.

Připomeňme, že takového sjednocení lze dosáhnout i na úrovni aplikace. Pomineme-li otázku financí, mohli bychom uvažovat např. systém SAP. Ten, jak víme, je vyvinut především jako ekonomický systém, ale celá řada podniků si nechala v tomto prostředí vyvinout i provozní systém. Pak mohou hovořit o sjednocení IS na úrovni aplikace. Toto řešení však není pro ZČ U za daných podmínek vhodné, nemáme potřebu současný ekonomický systém mě nit. Vzhledem k robustnosti systému SAP by bylo jeho případné použití na ZČ U zajímavé v případě , že by více VŠ používalo stejnápravidla, k tě mto pravidlům by existovala jedináimplementace systému SAP a všechny zúčastně né VŠ by k ně mu přistupovaly například přes síť CESNET. Jistou obdobu metodiky „ sjednocení na úrovni aplikace“ na ZČ U praktikujeme, a to na platformě IS STAG (studijní agendy). Tím, že jsme si ji sami vyvinuli, další drobné aplikace přidáváme ve formě sice samostatných modulů, ale pracujících nad stejnými daty se stejnými principy. I zde se mimo jiné nabízí myšlenka, zda STAG neprovozovat jako jednu jedinou instalaci pro více VŠ se vzdáleným přístupem přes síť CESNET. Dalším možným řešením problému sjednocení se jeví zavedení informačního portálu (IP). Mimo jiné, opě t jsme u pojmu, který je používán ve více významech. Ně které komerční firmy chápou IP jako nástroj pro zobrazování informací dané společnosti. My očekáváme od zavedení portálu podstatně více, a to • • • •

jednotné přihlašování (single sign on), řízený přístup k vystavovaným dokumentům, třívrstvou architekturu, aktivní a bezpečný přístup k různým datovým aplikacím.

V této oblasti byla CIVem ZČ U založena pracovní skupina v rámci sdružení CESNET, která se touto problematikou bude zabývat. V současné době pracuje ve spolupráci s Ostravskou univerzitou a s Univerzitou Palackého v Olomouci na studii srovnávající OraclePortal a portál IBM, potažmo aplikační server WebSphere. IP v tomto pojetí sice navenek působí jako jednotící prvek, avšak stále není vyřešena komunikace mezi různými aplikacemi. Pro tyto účely již existuje tzv. middleware. Velmi známou je např. platforma BEA Systems, viz např. [2]. Samozřejmě je nutné zvážit, zda pro univerzitní prostředí je srovnání ceny a přínosu tohoto SW únosné. Na ZČ U zvažujeme tuto vrstvu vytvořit, či možná lépe řečeno sestavit, z volně dostupných produktů sami. Definování funkcí této vrstvy není až tak velkým problémem. V zásadě se jednáo výmě nu zpráv mezi aplikacemi a je dobré požadovat i možnost jednoduchého řízení, kam všude zprávu doručit a zda se při tom ještě ně co 260

odehraje. Mnohem tě žší je rozhodnout, zda postavit mezivrstvu tak, aby nebyla nutná žádnáúprava ve stávajících aplikacích, což vede na složitě jší stavbu mezivrstvy, která by musela sama reagovat na změ ny v datech aplikací, či zda můžeme stávající aplikace příslušně upravit. V současné době rozpracováváme myšlenku ke každé stávající aplikaci vytvořit jakási vrátka, která by umožnila požadovaný objekt číst, hlásit jeho změ ny a umožnit do ně j zapsat. Závěr Jak bylo ukázáno, pokud chceme vytvořit prostředí eUniverzity, vede zavádě ní dalších SW aplikací do IS k výše uvedeným problémům. Jejich řešení není jednoduchou záležitostí, a přesto nelze do jejich vyřešení nečinně čekat. Vhodným řešením, které právě na ZČ U realizujeme, je např. použít nástroj Verso (od fy. DERS s.r.o), rovně ž již známým v univerzitním svě tě , pomocí kterého lze jednotnost systému z pohledu uživatelů pomě rně dobře zajistit. Tuto cestu kopírujeme zejména podle UPOL Olomouc. Souhrn Zá padočeská univerzita v Plzni (ZČU) se sklá dá ze sedmi fakult a celkem ji navštěvuje 13 tisíc studentů . Informační technologie, které jsou ve sprá vě Centra informatizace a výpočetní techniky na jedné straně a prorektora pro informační technologie na straně druhé, se sklá dají jednak z hardware a síťové infrastruktury a jednak z řady větších či menších relativně samostatných modulů informačního systému či menších aplikací. K zá kladním modulů m patří systém studijní agendy umožňující samostatné sestavová ní studijního plá nu studentem (STAG) vyvinutý před 7 lety na ZČU a ekonomický systém dodaný firmou Magion. Dá le pak knihovnický systém Aleph a další. Zá kladní platformou je SŘ BD Oracle a OS Linux. Z pohledu stavby IS je v současné době největším problémem sjednocení heterogenních modulů IS a aplikací. Drobnější agendy je možné sjednotit na úrovni aplikace STAG, avšak pro komplexní řešení je tento způ sob nevhodný. Koncepčním řešením by bylo zavést nějaký komerční middleware, to se však jeví zatím finančně nevýhodné. Z jistého pohledu se mů že sjednocení dosá hnout zavedením portá lu. Od zavedení a instalace portá lu na ZČU očeká vá me jednotné přihlašová ní ke všem aplikacím, řízený přístup k vystavovaným dokumentů m a přístup (i aktivní) k jednotlivým modulů m a aplikacím IS. eUniverzita , jednotné registry, informační portá l, výměna zprá v mezi SW aplikacemi. Literatura [1] Ryjáček Z., Rychlík J.: Informační systém podporující kreditní systém studia – STAG. In: Sborník příspě vků RUFIS99, s.145 –150, Brno 1999 [2] Strelecký M: Softvérováplatforma BEA Systems pre portál novej generácie. In: Moderní databáze 2001, s. 112 –119, Srby 2001 _____________________________________________________________________ Dr. Ing. Jan Rychlík, prorektor pro IT, ZápadočeskáUniverzita v Plzni RNDr. Daniela Š afaříková, Útvar prorektora pro IT, ZápadočeskáUniverzita v Plzni E-mail: [email protected]

Oponent: RNDr. Darina Tothová 261

262