Raport końcowy Modele zarządzania uczelniami w Polsce

More documents

Recommendations

Info

Modele zarządzania uczelniami w Polsce Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego - plików płaskich (np. plików CSV), - arkuszy Microsoft Excel, - plików XML, - plików w standardzie OpenDocument, - relacyjnych baz danych. Mają również umożliwiać pobieranie danych z nośników CD/DVD oraz poprzez sieć internet / intranet (FTP). W gestii uczelni będzie zbudowanie odpowiednich interfejsów pomiędzy działającym w niej systemem informatycznym a SISWiN, być może z wykorzystaniem opisanych wyżej narzędzi. Bardzo ważne jest, by takie interfejsy zostały dobrze zaplanowane oraz wykonane – od nich zależy bowiem jakość pracy przy przesyłaniu danych, czyli m.in. to czy będzie to proces mocno zautomatyzowany, czy też wymagał będzie ustawicznej kontroli działania i weryfikacji przez pracowników jednostki poprawności przesyłanych danych. W związku z tym, że SISWiN jest aktualnie w fazie planów i nie zostały jeszcze określone metody przesyłania danych do Systemu, rekomendowane jest wzięcie pod uwagę ustalonych światowych standardów w tej dziedzinie podczas specyfikowania i realizacji interfejsów. Do standardów tych zalicza się elektroniczna wymiana danych (EDI, ang. Electronic Data Interchange) [RayJaw03] 162 . Jest to standard transmisji ustrukturyzowanych danych pomiędzy systemami komputerowymi z wykorzystaniem ustalonych, zaakceptowanych formatów komunikatów. Standardy EDI zostały zaprojektowane tak, by można było do transferu danych wykorzystywać różne technologie, czyli m.in. modem, FTP, Telnet, e-mail, HTTP, AS1, AS2. Wykorzystanie konkretnej technologii nie wpływa jednak na najważniejszy element standardu EDI, czyli służące do przekazywania informacji komunikaty o ustalonej składni oraz zawartości. Dokumenty elektroniczne EDI zasadniczo zawierają te same informacje, które można znaleźć w wersjach papierowych dokumentów. Początkowo powstały w ramach EDI podstawowe formaty opisu danych, czyli UN/EDIFACT oraz ANSI ACS X.12. [Gre06] 163 Współcześnie znaczenia nabiera przesył danych przez internet, a rozwijające się formaty opisu danych opierają się na standardzie dokumentów XML. Należy do nich xCBL – zestawienie specyfikacji XML służących do przesyłu dokumentów biznesowych oraz ebXML (ang. Electronic Business XML) [OASIS06] 164 – rozbudowane rozwiązanie do elektronicznej wymiany dokumentów, obejmujące modelowanie procesów zachodzących w biznesie, poprzez mechanizmy komunikacji, języki wymiany danych i rejestry komunikacji, aż po zagadnienia bezpieczeństwa transakcji. Warto również korzystać z doświadczeń związanych ze stosowaniem rozwiązań usług sieciowych (ang. Web Service) [Khaetal04] 165 . Usługę sieciową można rozumieć jako aplikację dostępną zdalnie przez zdefiniowany interfejs niezależny od platformy, identyfikowaną przez URI (ang. Uniform Resource Identifier) oraz dostarczającą określonej funkcjonalności. Ustandaryzowanym językiem do opisu usług sieciowych jest bazujący na XML język WSDL (ang. Web Services Description Language) [Weeetal05] 166 . Systemy informatyczne komunikują się z usługami sieciowymi w sposób określony przez ich definicję używając np. wiadomości SOAP (ang. Simple Object Access Protocol). Typową metodą transferu jest protokół HTTP. 162 J. Rayport, B. Jaworski "Introduction to e-Commerce", McGraw-Hill/Irwin; 2 edition, 2003. 163 J.H Green „The Irwin handbook of telecommunications”, McGraw-Hill Professional, 2006. 164 OASIS ebXML Joint Committee "The Framework for eBusiness", white paper (http://www.ebxml.org /news/ebXMLclippings.htm), 2006 165 R. Khalaf, F. Curbera, W. Nagy, S. Tai, N. Mukhi, M. Duftler, “Understanding Web Services", w: "Practical Handbook of Internet Computing”, pod red. M.P. Singh, CRC Press, 2004. 166 S. Weerawarana, F. Curbera, F. Leymann, T. Storey, D.F. Ferguson, "Web Services Platform Architecture", Prentice Hall PTR, 2005 Centrum Badań nad Szkolnictwem Wyższym Uniwersytetu Jagiellońskiego 31-007 Kraków, ul. Gołębia 24 244
Modele zarządzania uczelniami w Polsce Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Ostatnio dużą popularność zdobywa również inna technologia usług sieciowych – RESTful web services [RichRub07] 167 , która została oparta na protokole HTTP oraz założeniach REST (ang. Representational State Transfer). REST jest stylem architektury typu klient-serwer, w której komunikacja polega na przesyłaniu reprezentacji zasobów. RESTful web services zawiera: bazowe URI dla usługi sieciowej, typy danych MIME wspierane przez usługę sieciową (np. JSON, XML, YAML) oraz zestaw operacji wspieranych przez usługę sieciową przy użyciu metod HTTP (takich jak POST, GET, PUT czy DELETE). 2.12.6. Zarządzanie modułem systemu informatycznego 2.12.6.1. System informatyczny wspierający zarządzanie uczelniami – model funkcjonalny Zintegrowany system informatyczny musi obsługiwać wszystkie procesy istotne dla w/w obszarów działalności Uczelni. Oznacza to, że każdy z procesów musi być zdefiniowany, zarejestrowany, a tam gdzie to potrzebne wspomagany poprzez mechanizmy automatyzacji, parametryzacji, a także symulacji. Do podstawowych celów wdrożenia zintegrowanego systemu informatycznego w uczelni jest zapewnienie: − obsługi wskazanych obszarów działalności uczelni, − zgodności z obowiązującymi przepisami prawnymi, − sprawnych narzędzi do administrowania i zmiany funkcjonalności systemu. Z kolei, głównymi obszarami działalności każdej uczelni, które powinien obsłużyć system zintegrowany, to: − obsługa toku studiów, − obsługa badań naukowych, − gospodarka własna, do której zaliczamy: finanse-księgowość, kadry, płace, prowadzenie projektów, budżetowanie, zarządzanie majątkiem, gospodarka materiałowa, inwestycje oraz remonty, zamówienia, zarządzanie operacyjne i strategiczne. System informatyczny musi zapewniać użytkownikom wszelkie potrzebne zestawienia: − standardowe (wymagane ustawą) raporty dostępne bezpośrednio po konfiguracji, − niestandardowe raporty definiowane przez użytkownika. Sprawozdania sporządzane w trybie obowiązującym dla urzędów państwowych muszą być zgodne z ich instrukcjami. Wszystkie zestawienia muszą być prezentowane i porządkowane według dostępnych w bazach danych kryteriów. Zestawienia muszą umożliwiać bezpośrednie przejście z postaci zagregowanej do postaci szczegółowej (aż do konkretnych dokumentów). 2.12.6.1.1.OBSŁUGA TOKÓW STUDIÓW W zakresie obsługi procesów kształcenia i funkcji związanych z tymi procesami system musi: − obsługiwać procesy związane z realizacją ustawowych i statutowych form kształcenia właściwych dla Uczelni Zamawiających: studia zawodowe, magisterskie, studia doktoranckie, studia podyplomowe w systemie dziennym, wieczorowym, zaocznym, eksternistycznym oraz kursy specjalistyczne, w tym kształcenie kadry akademickiej, itd., − uwzględniać odrębne określenie form i warunków, na jakich osoby nie będące obywatelami polskimi mogą podejmować i odbywać studia, uczestniczyć w szkoleniach, 167 L. Richardson, S. Ruby, “RESTful web services”, O'Reilly Media, Inc., 2007 Centrum Badań nad Szkolnictwem Wyższym Uniwersytetu Jagiellońskiego 31-007 Kraków, ul. Gołębia 24 245
Page 1 and 2:
Uniwersytet Jagielloński Centrum B
Page 3 and 4:
Modele zarządzania uczelniami w Po
Page 5 and 6:
Page 7 and 8:
Page 9 and 10:
Page 11 and 12:
Page 13 and 14:
Page 15 and 16:
Page 17 and 18:
Page 19 and 20:
Page 21 and 22:
Page 23 and 24:
Page 25 and 26:
Page 27 and 28:
Page 29 and 30:
Page 31 and 32:
Page 33 and 34:
Page 35 and 36:
Page 37 and 38:
Page 39 and 40:
Page 41 and 42:
Page 43 and 44:
Page 45 and 46:
Page 47 and 48:
Page 49 and 50:
Page 51 and 52:
Page 53 and 54:
Page 55 and 56:
Page 57 and 58:
Page 59 and 60:
Page 61 and 62:
Page 63 and 64:
Page 65 and 66:
Page 67 and 68:
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157 and 158:
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185 and 186:
Page 187 and 188:
Page 189 and 190:
Page 191 and 192:
Page 193 and 194: Modele zarządzania uczelniami w Po
Page 243: Modele zarządzania uczelniami w Po
Page 291: Modele zarządzania uczelniami w Po
show all

Raport końcowy Modele zarządzania uczelniami w Polsce

Create successful ePaper yourself

Delete template?

Save as template?