Raport końcowy Modele zarządzania uczelniami w Polsce
Raport końcowy Modele zarządzania uczelniami w Polsce
Raport końcowy Modele zarządzania uczelniami w Polsce
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>Modele</strong> <strong>zarządzania</strong> <strong>uczelniami</strong> w <strong>Polsce</strong><br />
Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego<br />
2.12.3.3.STOPIEŃ INTEGRACJI SYSTEMÓW<br />
Kluczowym dylematem w zakresie realizacji projektów wdrożeń systemów informatycznych<br />
w sektorze uczelni wyższych jest ich stopień integracji. Informatyzacja uczelni może polegać na<br />
wdrożeniu kilku systemów, np. systemu klasy ERP oraz odrębnych systemów dedykowanych dla<br />
obsługi działalności specyficznej dla uczelni (dydaktyka, badania naukowe, itp.). Aby optymalnie<br />
wykorzystać wdrożone narzędzia informatyczne konieczna jest ich integracja. Poprawnie<br />
zintegrowane systemy informatyczne mogą być traktowane tak jak jeden system, co<br />
w szczególności eliminuje potrzebę duplikacji wprowadzania danych (systemy same wymieniają<br />
się odpowiednimi danymi), gwarantuje spójność baz danych i zapewnia najlepsze wsparcie dla<br />
procesów zachodzących w organizacji.<br />
Należy zaznaczyć, że niestety zazwyczaj proces integracji jest trudny i złożony, gdyż<br />
wymaga rozwiązania wielu różnorodnych problemów o charakterze technicznym (różnorodne<br />
standardy informatyczne, jednolity sposób prezentacji danych, odpowiednia niezawodność, limity<br />
czasowe, itp.). Należy pamiętać, że każdy system klasy ERP jest ze swojej definicji zintegrowany<br />
– nie każdy jednak system zintegrowany jest systemem klasy ERP!<br />
Jednym ze standardów ułatwiających proces integracji jest SOA (ang. Service-Oriented<br />
Architecture – architektura oparta na serwisach / usługach) [Govetal06] 159 . Jest to koncepcja<br />
tworzenia rozwiązań informatycznych, w której nacisk położony jest na udostępnianie usług<br />
spełniających wymagania użytkownika. Dzięki temu, że architektura SOA jest niezależna od języka<br />
programowania i platformy sprzętowej, proces integracji heterogenicznych systemów<br />
informatycznych jest znacznie łatwiejszy. Oprogramowanie stworzone zgodnie z zasadami SOA<br />
jest elastyczne i łatwo skalowalne, co dodatkowo ułatwia dopasowanie się do zmieniających się<br />
procesów i warunków rynkowych.<br />
Integrację ułatwiają również tak zwane systemy integrujące. Przykłady takich systemów to<br />
np. Serwer Integracji SAP XI, Wonderware Enterprise Integration Application i Microsoft BizTalk<br />
Server. Umożliwiają one wymianę informacji pośrednicząc między różnymi systemami. Zapewniają<br />
one trasowanie i konwersję danych w różnych formatach oraz stanowią swoisty pomost między<br />
różnymi, niespójnymi protokołami sieciowymi.<br />
W ostatnich latach coraz więcej placówek akademickich dostrzega korzyści z wdrożenia<br />
zintegrowanego systemu klasy ERP. Producenci oprogramowania dostrzegli to i coraz więcej z<br />
nich buduje ofertę dostosowaną dla uczelni wyższych. W związku z tym powyższa lista prezentuje<br />
tylko kilka przykładowych systemów wraz z ich referencjami w tym segmencie rynku.<br />
2.12.3.4. SYSTEMY KLASY ERP – aspekt metodologiczny<br />
Istnieją zasadniczo 3 sposoby umożliwiające wdrożenie zintegrowanego systemu<br />
informatycznego w uczelni: 1) implementacja rozwiązań klasy ERP z koniecznymi zmianami<br />
dostosowawczymi do specyficznych i indywidualnych wymagań uczelni; 2) wdrożenie niezależnych<br />
dedykowanych systemów z koniecznością ich późniejszej integracji; 3) zaprojektowanie i napisanie<br />
programu całkowicie dedykowanego uczelni, który uwzględnia wszystkie wymagania funkcjonalnoprawne.<br />
Każde podejście ma swoje wady i zalety. Rozwiązania klasy ERP eliminują potrzebę<br />
duplikacji wprowadzania danych poprzez wbudowane w standardzie mechanizmy integrujące.<br />
Równocześnie wymagają dodatkowych nakładów dostosowawczych (kastomiazacyjnych), chyba,<br />
że korzystamy już z tzw. rozwiązań prekonfigurowanych w formie tzw. roll-out’u. Z kolei, wdrożenia<br />
systemów dedykowanych wymagają dość trudnych i czasochłonnych prac integracyjnych poprzez<br />
159 J. McGovern, O. Sims, A. Jain, M. Little “Enterprise Service Oriented Architectures”, Springer, 2006<br />
Centrum Badań nad Szkolnictwem Wyższym Uniwersytetu Jagiellońskiego<br />
31-007 Kraków, ul. Gołębia 24<br />
238