Nové vlastnosti agendy Rozpisy témat v IS MU

M ASARYKOVA UNIVERZITA FAKULTA INFORMATIKY

Nové vlastnosti agendy Rozpisy témat v IS MU D IPLOMOVÁ PRÁCE

Bc. Martin Mareš

Brno, jaro 2013

Prohlášení Prohlašuji, že tato diplomová práce je mým puvodním ˚ autorským dílem, které jsem vypracoval samostatnˇe. Všechny zdroje, prameny a literaturu, které jsem pˇri vypracování používal nebo z nich cˇ erpal, v práci rˇ ádnˇe cituji s uvedením úplného odkazu na pˇríslušný zdroj.

Vedoucí práce: doc. Ing. Michal Brandejs, CSc. ii

Shrnutí Tématem diplomové práce je agenda Rozpisy témat Informaˇcního systému Masarykovy univerzity, popisuje její funkce a shrnuje požadavky uživatelu˚ na její vylepšení. Následuje problematika návrhu a implementace nových vlastností této agendy.

Abstract The theme of thesis is agenda Packages of Topics of Masaryk University Information system, describes its functions and summarizes users’ suggestions for its improvements. It contains analysis and implementation of new functions of the agenda.

iii

Klíˇcová slova Informaˇcní systém Masarykovy univerzity, rozpis témat, redesign, Perl, IS MU

iv

Podˇekování Rád bych na tomto místˇe podˇekoval svému vedoucímu diplomové práce, panu docentu Brandejsovi, a všem kolegum ˚ z CVT za jejich pˇripomínky pˇri tvorbˇe této práce. Dále bych chtˇel podˇekovat svým rodiˇcum ˚ za jejich podporu po celou dobu studií.

v

Obsah 1

2

3

4

Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.1 Úvod . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.2 Rozpisy témat . . . . . . . . . . . . . . . . . . . . . . . . 1.2.1 Pˇredmˇetové rozpisy . . . . . . . . . . . . . . . . 1.2.2 Nepˇredmˇetové rozpisy . . . . . . . . . . . . . . . ˇ Informaˇcní systémy vysokých škol v CR . . . . . . . . . . . 2.1 IS MU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2 IS/STAG . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.3 IS MZLU . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.4 IS UK . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Nepˇredmˇetové rozpisy témat . . . . . . . . . . . . . . . . . . 3.1 Historie . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2 Souˇcasný stav . . . . . . . . . . . . . . . . . . . . . . . . 3.2.1 Rozšiˇrující údaje . . . . . . . . . . . . . . . . . . 3.3 Uživatelé . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.3.1 Studenti . . . . . . . . . . . . . . . . . . . . . . . 3.3.2 Vedoucí témat . . . . . . . . . . . . . . . . . . . . 3.3.3 Úˇredník . . . . . . . . . . . . . . . . . . . . . . . 3.4 Využití nepˇredmˇetových rozpisu˚ . . . . . . . . . . . . . 3.5 Nedostatky souˇcasné implementace . . . . . . . . . . . Nové vlastnosti agendy . . . . . . . . . . . . . . . . . . . . . 4.1 Analýza podnˇetu˚ a požadavku˚ na aplikaci . . . . . . . 4.1.1 Zjednodušení editaˇcního formuláˇre . . . . . . . 4.1.2 Vytvoˇrení harmonogramu pro cˇ innosti s tématy 4.1.3 Nové údaje v evidenci témat . . . . . . . . . . . 4.1.4 Hromadná editace témat . . . . . . . . . . . . . . 4.1.5 Hromadné zakládání témat . . . . . . . . . . . . 4.1.6 Zobrazení historie editace témat . . . . . . . . . 4.1.7 Nové stavy témat . . . . . . . . . . . . . . . . . . 4.1.8 Dovolit studentum ˚ editovat pouze nˇekteré údaje

3 3 4 5 6 7 7 8 9 10 12 12 13 15 16 16 18 20 22 24 28 28 28 29 32 33 33 34 35 37 1

4.1.9 Závˇer . . . 5.1 Závˇer Literatura . . .

5

Rozšíˇrení sortimentu filtru˚ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

. . . .

38 41 41 42

2

Kapitola 1

Úvod 1.1 Úvod Informaˇcní systémy [1] slouží ke sbˇeru, zpracování, evidenci a následné prezentaci dat. Specifickou podmnožinou tˇechto systému˚ jsou informaˇcní systémy vysokých škol. Ty jsou využívány pro komplexní správu cˇ inností školy, umožnují ˇ práci s daty i komunikaci s ostatními systémy. V dnešní dobˇe má již vˇetšina vysokých škol informaˇcní systém v elektronické podobˇe. To pˇrináší znaˇcnou cˇ asovou úsporu ve všech cˇ innostech nutných k hladkému chodu univerzity. Jednou z takových cˇ inností je i vypisování, evidence a následné zveˇrejnˇení závˇereˇcných prací studentu. ˚ Dˇríve museli uˇcitelé i studijní oddˇelení využívat pro sdˇelení vypsaných témat nástˇenky na univerzitˇe. Studenti se poté museli fyzicky dostavit, najít pro sebe vhodné téma a domluvit se s vedoucím na pˇresném zadání práce. V dnešní dobˇe lze všechno výše zmínˇené udˇelat z pohodlí domova za pomoci informaˇcního systému. V jednotlivých systémech se modul pro práci s tématy závˇereˇcných prací liší. V závislosti na komplexnosti systému dovoluje provádˇet ruzné ˚ cˇ innosti v ruzné ˚ kvalitˇe. Nˇekteré funkce však bývají spoleˇcné, napˇríklad vypsání tématu, pˇrihlášení studenta k tématu nebo prohlídka vypsaných témat. Na Masarykovˇe univerzitˇe k tomuto úˇcelu slouží agenda „Rozpisy témat“, která je rozdˇelena na dvˇe cˇ ásti, tzv. pˇredmˇetové a nepˇredmˇetové rozpisy. V první kapitole se zamˇerˇ ím na obecný popis tˇechto dvou cˇ ástí a popíši jejich využití v rámci Masarykovy univerzity. V druhé kapitole shrnu základní informace o nejrozšíˇrenˇejších informaˇcních systémech na cˇ eských vysokých školách a jejich modulech pro práci s tématy závˇereˇcných prací. Ve tˇretí kapitole se budu vˇenovat 3

1. Ú VOD popisu vývoje agendy od vzniku Informaˇcního systému Masarykovy univerzity (dále též IS MU) až po souˇcasnost. Popíši zde jednotlivé skupiny uživatelu˚ a jejich typickou práci s rozpisy témat. V rámci podkapitoly 3.4 nastíním celý proces práce s tématy, od založení rozpisu témat, pˇres pˇrihlašování studentu˚ až po pˇrevod témat do archivu závˇereˇcných prací. V další kapitole pak pˇristoupím k vlastní analýze jednotlivých podnˇetu˚ a pˇredstavím zvolené rˇ ešení problému˚ s nimi spojených. Na závˇer zhodnotím dosažené výsledky a zamˇerˇ ím se na další možnosti rozšiˇrování agendy.

1.2 Rozpisy témat Souˇcasná implementace je založena na modelu, který se skládá z rozpisu˚ (též nazývaných balíky) a témat. Obecnˇe rˇ eˇceno rozpis je jednotka, která obsahuje témata patˇrící pod stejný logický celek. Napˇríklad „Seminární práce z biologie“ nebo „Bakaláˇrské práce pro semestr jaro 2012“. Rozpisy vypisuje nejˇcastˇeji povˇerˇ ený pracovník studijního oddˇelení, pracovník katedry nebo vyuˇcující pˇredmˇetu. Za pomoci aplikace „Vytváˇrení a úprava balíku“ ˚ vytvoˇrí rozpis a zadá k nˇemu potˇrebné údaje. U rozpisu se eviduje napˇríklad, kdo má právo vypisovat a vést témata, pro studenty jakých oboru˚ je rozpis urˇcen nebo jaké pˇredpoklady musí student splnovat ˇ pro pˇrihlášení k tématu (tzv. prerekvizity). Po vytvoˇrení rozpisu jsou vypsána jednotlivá témata. Aplikace „Vytváˇrení a úprava témat/variant“ je pˇrístupná potencionálním vedoucím témat a podle nastavení v rozpisu i studentum. ˚ Možnost vypsání nových témat pˇrímo studenty je používáno dle uvážení jednotlivých pracovišt’ a i v rámci jedné fakulty se pˇrístup velmi ruzní. ˚ Vytvoˇrená témata jsou následnˇe nabídnuta studentum ˚ k pˇrihlašování. Student si téma vybírá v aplikaci „Pˇrihlašování se k tématum/variantám“, ˚ která je pˇrístupná pˇrímo z titulní stránky agendy Student (viz obrázek 1.1). Na stránce pˇrihlašování se zobrazují všechna témata, na které se student smí potenciálnˇe pˇrihlásit. Nejsou mu tak nabízena napˇr. již nedostupná (obhájená) témata, témata pro jiné obory studia a podobnˇe. Témata vypsaná v jednom rozpisu jsou pro studenty ruznˇ ˚ e zajímavá a pˇri omezené kapacitˇe daných témat 4

1. Ú VOD studenti mezi sebou soutˇeží v pˇrihlašování k nim. Po úspˇešném pˇrihlášení studenta je vedoucímu automaticky zaslán informaˇcní e-mail. Pokud se jedná o téma závˇereˇcné práce, má oprávnˇený uživatel,

Obrázek 1.1: Odkaz na pˇrihlašování studentu˚ k tématum ˚ nejˇcastˇeji pracovník studijního oddˇelení, možnost pˇrevést téma do archivu závˇereˇcných prací, který slouží jako evidence podkladu˚ pro obhajobu. K pˇrevodu a pˇrípadné aktualizaci údaju˚ v archivu slouží aplikace „Pˇrevod témat z Rozpisu studentu˚ do Závˇereˇcných prací“. Kvuli ˚ ruznorodosti ˚ používaných témat a rozdílné práci s nimi jsou rozpisy dˇeleny na dva obecné typy: pˇremˇetové a nepˇredmˇetové. V následujících podkapitolách se zamˇerˇ ím vždy na jeden druh rozpisu, ˚ popíši jeho hlavní vlastnosti a využití na Masarykovˇe univerzitˇe. 1.2.1 Pˇredmˇetové rozpisy Pˇredmˇetové rozpisy jsou ty, které jsou vypsány v rámci vyuˇcovaných pˇredmˇetu. ˚ Rozpisy slouží vyuˇcujícím k jednodušší evidenci témat vedených v rámci jimi vyuˇcovaných pˇredmˇetu. ˚ Pokud navíc v rozpisu povolí vypisování témat studentum ˚ pˇredmˇetu, mohou si znaˇcnˇe zjednodušit celý proces návrhu témat. Rozpisy obsahují témata pro semestrální práce, referáty, pˇrípadnˇe závˇereˇcné projekty. V souˇcasné dobˇe je evidováno pˇres cˇ tyˇri tisíce 5

1. Ú VOD pˇredmˇetových rozpisu, ˚ které dohromady obsahují více než 55 tisíc vypsaných témat. 1.2.2 Nepˇredmˇetové rozpisy Jedná se o rozpisy, které mají na fakultˇe významné postavení. Splnˇení zadání je cˇ asto vyžadováno pro úspˇešný pruchod ˚ studiem nebo jsou témata souˇcástí prezentace na veˇrejných stránkách. Z duvodu ˚ výpisu se tyto rozpisy cˇ lení na následující typy: •

bakaláˇrské práce,

•

diplomové práce,

•

disertaˇcní práce,

•

závˇereˇcné práce nediplomového studia (studia celoživotního vzdˇelávání),

•

projekty,

•

roˇcníkové práce,

•

jiné.

Nejpoužívanˇejší typ nepˇredmˇetových rozpisu˚ pˇredstavují bakaláˇrské a diplomové práce (viz statistika využití v tabulce 1.1). Témata do tˇechto rozpisu˚ vkládá nejˇcastˇeji vedoucí práce, pˇrípadnˇe vedoucí pracovištˇe, v rámci kterého je práce vedena. Typ rozpisu Bakaláˇrské práce Diplomové práce Rigorózní práce Závˇereˇcné práce nediplomového studia Projekty Roˇcníkové práce Jiné Pˇredmˇetové rozpisy

Poˇcet rozpisu˚ 237 250 71 59 13 18 241 4007

Poˇcet témat 32807 30028 1891 1033 1212 430 3871 55654

Tabulka 1.1: Statistika využití rozpisu˚ na Masarykovˇe univerzitˇe

6

Kapitola 2

ˇ Informaˇcní systémy vysokých škol v CR V této kapitole pˇredstavím nˇekolik významných informaˇcních systému˚ vysokých škol a jejich rˇešení vypisování a evidence závˇereˇcných prací. Bohužel, pˇrístup k plné funkcionalitˇe informaˇcních systému˚ je limitován. ˇ V Ceské republice existuje 26 veˇrejných vysokých škol [2]. Na každé z nich již byla zavedena elektronická podpora výuky ve formˇe informaˇcního systému. Zatímco školy s velkým poˇctem studentu˚ vyvíjí svuj ˚ vlastní systém, menší školy vˇetšinou daly pˇrednost nákupu hotového rˇ ešení.

2.1 IS MU Informaˇcní systém Masarykovy univerzity byl spuštˇen v roce 1999. Puvodní ˚ tým vývojáˇru˚ byl velmi malý (pouze 4 lidé) a základní vývoj trval pouze jeden rok [3]. IS MU byl vyvíjen iterativnˇe, na malé funkˇcní jádro se postupnˇe navazovaly další a další aplikace. Na rozdíl od ostatních informaˇcních systému˚ není IS MU rozdˇelen na nezávislé moduly, ale je vyvíjen jako komplexnˇe provázaný systém. Jednotlivé akce uživatelu˚ tak spolu souvisí a na data zadaná v jedné aplikaci mohou navazovat další zpracování v aplikaci jiné. Tato komplexnost pˇrináší zvýšenou nároˇcnost pˇri osvojování si systému uživateli, což je ale kompenzováno následným urychlením a zjednodušením práce v systému. IS MU v souˇcasnosti zajišt’uje kompletní studijní agendu vysoké školy od pˇrijímacího rˇ ízení pˇres evidenci celého studia až po tisk diplomu. To vše nejen z pohledu studenta a akademických pracovníku, ˚ ale i z pohledu úˇredníku˚ studijních oddˇelení [4]. 7

ˇ ˇ 2. I NFORMA CNÍ SYSTÉMY VYSOKÝCH ŠKOL V CR

2.2 IS/STAG IS/STAG je informaˇcní systém urˇcený pro administraci studijní agendy vysoké školy nebo vyšší odborné školy a pokrývá komplexní potˇreby studia. Umožnuje ˇ evidovat studenty prezenˇcní i kombinované formy studia, studenty celoživotního vzdˇelávání i úˇcastníky univerzity tˇretího vˇeku. Systém vznikl v roce 1993 a je vyvíjen Centrem informatizace a výpoˇcetní techniky – Stˇrediskem informaˇcních systému˚ na Západoˇceské univerzitˇe v Plzni [5]. K evidenci závˇereˇcných prací slouží modul „Kvalifikaˇcní práce“. Pro vedoucí závˇereˇcných prací je pˇripravena aplikace „Zadávání VŠKP“1 (viz obrázek 2.1). Tato aplikace umožnuje zadat téma závˇereˇcné práce do informaˇcního systému a další práci s tématem.

Obrázek 2.1: IS/STAG, modul „Kvalifikaˇcní práce“

1. Zadávání VŠKP – Zadávání vysokoškolských kvalifikaˇcních prací

8


2.3 IS MZLU Univerzitní informaˇcní systém využívá Mendelova univerzita v Brnˇe pro rˇ ízení svého pedagogického procesu více než šest let. V souˇcasné dobˇe má tento informaˇcní systém pˇres 17 tisíc aktivních uživatelu˚ a dennˇe zpracuje pˇres 300 tisíc operací. Pracuje souˇcasnˇe ve tˇrech jazykových verzích (ˇceské, slovenské, anglické) a podporuje legislativu ˇ Ceské a Slovenské republiky. V roce 2002 získal tento systém 3. místo a v roce 2007 2. místo na prestižní evropské soutˇeži univerzitních informaˇcních systému˚ EUNIS Elite Award of Excellence [6]. Pro evidenci závˇereˇcných prací studentu˚ existuje rozsáhlá aplikace „Závˇereˇcné práce“ urˇcená zejména studentum ˚ a vedoucím závˇereˇcných prací, pˇrístup do ní však mají i studijní referentky ze „Studijní evidence“ a oponenti práce. Zobrazit vložené práce muže ˚ kterýkoliv uživatel z portálu veˇrejných informací o univerzitˇe ve stejnojmenné aplikaci „Závˇereˇcné práce“ nebo v aplikaci „Lidé na MENDELU“. Aplikace „Závˇereˇcné práce“ umožnuje ˇ návrh témat, pˇrihlášení studentu˚ na témata, založení zadání, vložení zpracované práce a posudku. ˚ Lze ji použít i pouze pro vložení zadání práce, její odevzdání a vložení posudku. ˚ Lze ji využít pro všechny typy studia, kde studenti zpracovávají a odevzdávají nˇejaký druh závˇereˇcné práce, napˇr. bakaláˇrské nebo celoživotní studia. Použití je však nutné konzultovat s provozovatelem informaˇcního systému, zejména s ohledem na tiskové výstupy (zadání závˇereˇcné práce) [7]. Ukázka prohlídky témat v aplikaci „Závˇereˇcné práce“ je zobrazena na obrázku 2.2.

9


Obrázek 2.2: Informaˇcní systém MZLU, modul „Závˇereˇcné práce“

2.4 IS UK Výbˇerové rˇ ízení na vytvoˇrení informaˇcního systému Univerzity Karˇ lovy v Praze (IS UK) [8] vyhrála firma IBM Ceská republika, spol. s.r.o. a první etapa projektu byla uskuteˇcnˇena v roce 2003. Na vývoji se poté podílely i další firmy. IS UK je rozdˇelen na nˇekolik modulu, ˚ které slouží ke komlexnímu rˇ ízení cˇ innosti celé školy. Pro vypisování závˇereˇcných prací slouží podsystém „Témata prací (výbˇer práce)“, ten umožnuje ˇ kromˇe jiného zakládat nová témata (viz obrázek 2.3), pˇriˇradit studenty a nebo zadat výsledky obhajoby. Mimo jiné obsahuje i funkce pro studijní oddˇelení, pro hromadný tisk zadání prací a jednorázové sestavení komise pro obhajobu práce. Za zmínku stojí fakt, že IS UK podporuje i proces podání a schvalování žádostí o zneveˇrejnˇení cˇ ástí práce (viz obrázek 2.4).

10


Obrázek 2.3: Informaˇcní systém UK, zavádˇení nového tématu

Obrázek 2.4: Informaˇcní systém UK, podání žádosti o skrytí práce 11

Kapitola 3

Nepˇredmˇetové rozpisy témat V této kapitole se budu podrobnˇeji zabývat nepˇredmˇetovými rozpisy témat. Nejprve pˇredstavím historický vývoj agendy od roku 2001 až do souˇcasnosti, definuji jednotlivé skupiny uživatelu˚ této služby a pˇriblížím používání rozpisu˚ na jednotlivých fakultách z pohledu jednotlivých skupin uživatelu. ˚ Na závˇer kapitoly shrnu nedostatky souˇcasné implementace této agendy.

3.1 Historie První verze rozpisu˚ témat byla zveˇrejnˇena již v roce 2001 jako agenda pro pˇrihlašování se na témata závˇerˇeˇcných prací. Nebyla zatím rozdˇelena na pˇredmˇetové a nepˇredmˇetové rozpisy, jak je tomu dnes. Mezi hlavní funkce aplikce patˇrilo: •

definice, úprava a správa rozpisu,

•

editace jednotlivých témat,

•

pˇrihlašování studentu˚ k tématu,

•

manipulace se studenty, kteˇrí se na téma pˇrihlásili.

Prubˇ ˚ ežným vývojem byly do roku 2005 novˇe pˇridány možnosti exportu údaju˚ o rozpisech a vypsaných tématech z aplikace do textového souboru. Zformovalo se také dnešní rozdˇelení na pˇredmˇetové a nepˇredmˇetové rozpisy (viz kapitoly 1.2.1 a 1.2.2). V roce 2007 vznikla aplikace pro pˇrevod témat z rozpisu do archivu závˇereˇcných prací, kde se evidují závˇereˇcné práce studentu˚ k obhajobˇe. Bylo umožnˇeno i automatické aktualizování archivu prací 12

ˇ ˇ 3. N EP REDM ETOVÉ ROZPISY TÉMAT

pˇri zmˇenˇe relevantních údaju, ˚ napˇr. anglického názvu u tématu. Z dalších vlastností pˇridaných v tomto roce stojí za zmínˇení: •

kopírování témat z pˇredmˇetových i nepˇredmˇetových rozpisu˚ mezi jednotlivými semestry,

•

zavedení evidence oponentu˚ u témat i v archivu práce.

V prubˇ ˚ ehu roku 2008 byla na podnˇet uˇcitelu˚ pˇridána studentum ˚ možnost navrhovat a zakládat vlastní témata do rozpisu. ˚ Nejvˇetší využití tato funkce mˇela v pˇredmˇetových rozpisech, kde si studenti velmi cˇ asto sami navrhují okruhy pro zpracování referátu, ˚ seminárních prací apod. Tento krok výraznˇe zjednodušil a zautomatizoval práci uˇcitele.

3.2 Souˇcasný stav Jak již bylo zmínˇeno, v souˇcasné dobˇe je agenda rozdˇelena na dvˇe cˇ ásti, pˇredmˇetové a nepˇredmˇetové rozpisy. Obˇe cˇ ásti mají mnoho prvku˚ spoleˇcných: •

databázové schéma,

•

webové rozhraní,

•

zpusob ˚ jejich implementace,

•

zpusob ˚ práce s aplikací.

Až na význam jednotlivých rozpisu˚ se obˇe cˇ ásti pˇríliš neliší a ve vlastní agendˇe „Rozpisy témat“ nejsou viditelné žádné markantní rozdíly. Pro každý rozpis se eviduje nˇekolik atributu, ˚ z nichž nejduležitˇ ˚ ejší jsou následující: •

typ rozpisu – slouží k rozdˇelení rozpisu˚ dle využití, napˇr. bakaláˇrské práce, diplomové práce,

•

název rozpisu – slouží k jednoduché identifikaci rozpisu,

•

datum pˇrihlášení od–do – cˇ asový úsek, po který má student možnost se pˇrihlásit k nˇekterému z témat v rozpisu, pˇrípadnˇe téma sám vytvoˇrit (pokud je toto povoleno), 13


•

zakládat témata smí zamˇestnanci pracovišt’ – omezení na pracovištˇe, ze kterých smí zamˇestnanci témata vkládat,

•

zakládat témata smí cˇ lenové skupin – omezení na skupiny osob, jejichž cˇ lenové smí témata zakládat,

•

student smí vkládat téma – informace, zda student smí založit nové téma v rozpisu,

•

rozpis je urˇcen studentum ˚ oboru˚ – omezení oboru, ˚ ze kterých se smí studenti k tématum ˚ hlásit,

•

prerekvizity – souhrn omezení, která musí student splnovat, ˇ pokud se chce pˇrihlásit k tématu,

•

poznámka – prostor pro poskytnutí dodateˇcných informací o rozpisu,

•

rozšiˇrující údaje – nepovinný seznam údaju, ˚ které bude možné evidovat u studentu˚ pˇrihlášených k tématu, napˇr. datum obhajoby, poznámka, schválení vedoucím pracovištˇe.

Každé vypsané téma má v sobˇe dále zadány další údaje, které jsou potˇreba pro jeho identifikaci a správu. Konkrétnˇe je možné u témat evidovat: •

název tématu – slouží k oznaˇcení tématu (je možné evidovat i anglický název a pˇrepis názvu do syntaxe jazyka TeX),

•

pˇredbˇežné a oficiální zadání – vedoucí muže ˚ specifikovat pˇredbˇežné zadání, pokud si myslí, že se ještˇe bude mˇenit a chce mít evidovány obˇe pˇrípadné varianty,

•

téma je nabízeno studentum ˚ – informace o tom, zda se téma již nabízí studentum ˚ k pˇrihlášení,

•

seznam zodpovˇedných osob – seznam osob evidovaných v informaˇcním systému, které mají spojitost s tématem (vedoucí, oponent, konzultant atd.),

•

literatura – seznam doporuˇcené literatury k vypracování tématu, 14


•

související webové stránky,

•

datum pˇrihlášení od–do – cˇ asový úsek, po který má student možnost se pˇrihlásit k tématu,

•

prerekvizity – souhrn omezení, které musí student splnovat, ˇ pokud se chce pˇrihlásit k tématu,

•

poznámka – prostor pro poskytnutí dodateˇcných informací k tématu,

•

kapacita tématu – maximální poˇcet studentu, ˚ kteˇrí si téma mohou zapsat,

•

výbˇer tématu musí schválit vedoucí – pokud je tato volba vybrána, hodnota „kapacita tématu“ je pouze informativního charakteru a pˇrihlášení musí potvrdit vedoucí,

•

oznámení o pˇrihlášení studenta – pokud je tato volba aktivní, je pˇri pˇrihlášení studenta poslán vedoucímu tématu automatický e-mail informující o této události.

3.2.1 Rozšiˇrující údaje V rozpisu je možné zadat sbˇer rozšiˇrujících údaju, ˚ které se evidují u studenta pˇrihlášeného k tématu. Škála údaju˚ je stejná pro pˇremˇetové i nepˇredmˇetové rozpisy, ale nˇekteré údaje postrádají u pˇredmˇetových témat význam (napˇr. „ˇcíslo komise obhajoby“). Pro všechna témata je povinný atribut „práce ohodnocena/uzavˇrena“. V tabulce 3.1 je uveden seznam údaju˚ a cˇ etnost výskytu v rozpisech IS MU. Sloupec „Poˇcet rozpisu“ ˚ udává kolik rozpisu˚ má nastaveno sbˇer daného atributu. Sloupec „Poˇcet témat s údajem“ obsahuje poˇcty témat, které mají skuteˇcnˇe daný údaj vyplnˇen. Pro porovnání je celkovˇe v IS MU evidováno 4896 rozpisu˚ a 126926 témat (podrobnˇeji viz tabulka 1.1).

15


Sbíraný údaj Student se hlásí k obhajobˇe Schváleno vedoucím pracovištˇe Práce odevzdána Datum odevzdání práce Odevzdán posudek vedoucího Odevzdán posudek oponenta Odevzdán posudek 2. oponenta Termín obhajoby ˇ Císlo komise obhajoby Upˇresnˇení k obhajobˇe Práce ohodnocena/uzavˇrena Poznámka

Poˇcet rozpisu˚ 187 134 448 494 252 257 95 171 93 90 4842 443

Poˇcet témat s údajem 110 1911 2882 574 1386 1409 28 369 12 4 51865 102

Tabulka 3.1: Poˇcet rozpisu˚ evidujících konkrétní údaj

3.3 Uživatelé Role uživatelu˚ v aplikaci „Rozpisy témat“ se ruzní. ˚ Každá fakulta má jinak nastavené procesy ohlednˇe vypisování závˇerˇ eˇcných prací, tedy má i jiné požadavky. Nejpoužívanˇejší proces práce s tématy popíši v kapitole 3.4. 3.3.1 Studenti Student má pˇri práci s agendou „Rozpisy témat“ za cíl vybrat si pro sebe vhodné téma, ideálnˇe pod vedením zkušeného vedoucího, který v pˇrípadˇe potˇreby dokáže studenta nasmˇerovat správným smˇerem. Na volbˇe tématu závˇereˇcné práce totiž závisí úspˇešné ukonˇcení studia na univerzitˇe. V pˇrípadˇe, že student nenalezne odpovídající téma, muže ˚ si vymyslet téma vlastní a domluvit se s vyuˇcujícími na jeho vedení. Když vezmeme do úvahy nejˇcastˇejší postupy, student provádí následující cˇ innosti: 1.

Pˇrihlášení se k tématu.

2.

Založení svého tématu.

3.

Doplnˇení anglického názvu. 16


Pˇrihlášení k tématu probíhá pˇres aplikaci „Pˇrihlášení k tématu“ (viz obrázek 3.1), kde se studentum ˚ zobrazí všechna témata z vybraného rozpisu, na které se mohou teoreticky pˇrihlásit. Student si zde jednoduše vybere požadované téma a pˇrihlásí se.

Obrázek 3.1: Aplikace „Pˇrihlášení k tématu“

Pokud to nastavení rozpisu umožnuje, ˇ student muže ˚ vypsat své vlastní téma. Pro jeho založení se používá aplikace „Vytváˇrení a úprava témat/variant“ (viz obrázek 3.2 a 3.3), která je spoleˇcná pro všechny uživatele. Pˇri vytváˇrení je student povinen vybrat vedoucího práce, který následnˇe téma schválí nebo zamítne. Toto se v souˇcasnosti provádí mimo vlastní agendu, nejˇcastˇeji formou e-mailové komunikace mezi studentem a jeho vedoucím. Úprava anglického názvu muže ˚ být provádˇena studentem, pokud je již pˇrihlášen k tématu a vedoucí mu pˇridˇelil potˇrebné právo k editaci (viz podkapitola 3.3.2). K zadání/úpravˇe anglického názvu slouží aplikace „Vytváˇrení a úprava témat/variant“, v souˇcasné verzi aplikace se k editaci zpˇrístupní všechny údaje, student tedy v pˇrípadˇe potˇreby muže ˚ upravit i další položky. Nevýhodou tohoto systému je nutnost následné kontroly, zda v tématu nedošlo k nedomluveným zmˇenám, vedoucím práce. 17


Obrázek 3.2: Aplikace „Vytváˇrení a úprava témat/variant“, cˇ ást 1.

3.3.2 Vedoucí témat Termín „vedoucí tématu“ oznaˇcuje osobu, jež vede studenta v pru˚ bˇehu vypracovávání jeho závˇereˇcné práce a je zodpovˇedná za správné vyplnˇení údaju˚ u tématu a za další formální záležitosti. Motivací vedoucího pro využití agendy rozpisu˚ je možnost snadného vypsání témat, které se automaticky zobrazí všem potenciálním zájemcum, ˚ možnost dodateˇcných úprav názvu a zadání tématu. Pro každý rozpis zvlášt’ je uvedeno, která skupina osob v nˇem muže ˚ vypisovat a vést témata. Toto obvykle nastavuje management fakulty/katedry. Nejˇcastˇeji témata vedou akademiˇctí pracovníci nebo 18


Obrázek 3.3: Aplikace „Vytváˇrení a úprava témat/variant“, cˇ ást 2.

externí vedoucí z partnerských spoleˇcností. Vedoucí vypisují a zveˇrejnují ˇ nabídku témat v rozpisech, mohou umožnit studentovi upravit téma, pˇrípadnˇe ho sami k tématu pˇrihlásit. Nejduležitˇ ˚ ejší cˇ innosti vedoucího jsou: 1.

Vypsání tématu.

2.

Editace údaju˚ tématu.

3.

Potvrzení pˇrihlášení studenta, pˇrípadnˇe samotné jeho pˇrihlášení. 19


Navíc muže ˚ využít exportu údaju˚ z celé agendy do CSV1 souboru, napˇríklad pro potˇreby výkazu˚ cˇ i statistik. Zadání nových témat do agendy i editaci stávajících provádí vedoucí pˇres aplikaci „Vytváˇrení a úprava témat/variant“ (viz obrázky 3.2 a 3.3). Pˇri zavádˇení nového tématu musí být vyplnˇen pouze název tématu, všechny ostatní údaje je možné doplnit pozdˇeji. Osoba, která téma vytváˇrí, je automaticky oznaˇcena za vedoucího, pokud neuvede jinak. Pˇri vytváˇrení tématu muže ˚ vedoucí oznaˇcit volbu „výbˇer tématu musí schválit vedoucí“, díky které se k tématu muže ˚ pˇrihlásit neomezný poˇcet studentu˚ a vedoucí si poté muže ˚ vybrat, komu udˇelí souhlas a bude mu vést závˇereˇcnou práci. Vedoucí má také možnost k tématu studenta rovnou pˇrihlásit, napˇríklad pokud se osobnˇe domluví na vypsání konkrétního tématu. Toto lze provést v aplikaci „Manipulace se seznamem pˇrihlášených studentu˚ u tématu/varianty“, kde se též evidují dodateˇcné informace o tématu a pˇrihlášeném studentovi. Z tˇechto rozšiˇrujících údaju˚ (kompletní seznam viz kapitola 3.2.1) je povinný jen „práce ohodnocena/uzavˇrena“, zbytek se eviduje podle nastavení v rozpisu témat dle rozhodnutí managementu fakulty/katedry. Všechny údaje lze zadat, pouze pokud je u tématu již pˇrihlášen nˇejaký student. 3.3.3 Úˇredník Termín úˇredník zde oznaˇcuje roli, kterou zastává velké množství rozdílnˇe zaˇrazených osob. Muže ˚ se zde jednat o pracovníka studijního oddˇelení, vedoucího katedry, garanta oboru nebo externí povˇerˇ enou osobu. O koho konkrétnˇe se jedná, záleží na vykonávané cˇ innosti a na fakultˇe, kde je daná cˇ innost vykonávána. Díky rozdílnosti jednotlivých fakult a nˇekdy i jednotlivých pracovišt’ v rámci jedné fakulty není možné jmenovat konkrétní funkce. Všeobecnˇe má úˇredník za úkol udržení plynulého vypisování kvalitních a obhájitelných témat a jejich následný pˇrevod do archivu závˇereˇcných prací. Vytváˇrí tedy jednotlivé rozpisy, kontroluje kvalitu vypisovaných témat, zpracovává pˇrehledy volných témat a sjednává nápravu pˇrípadných nedostatku. ˚ 1. Comma-separated values – http://cs.wikipedia.org/wiki/CSV

20


V souˇcasnosti IS MU usnadnuje ˇ práci úˇredníkum ˚ v tˇechto cˇ innostech: 1.

Vytváˇrení a editace rozpisu˚ témat,

2.

Získávání pˇrehledu informací o tématech.

Pro vytváˇrení rozpisu˚ témat slouží aplikace „Vytváˇrení a úprava balíku“, ˚ viz obrázek 3.4. Úˇredník zde má možnost mimo jiné (viz seznam sbíraných údaju˚ v kapitole 3.2) nastavit zda téma muže ˚ vkládat pouze vedoucí, nebo i student.

Obrázek 3.4: Aplikace „Vytváˇrení a úprava balíku“ ˚ Pro snadné získávání informací o tématech muže ˚ uživatel využít aplikaci „Export údaju˚ o tématech do CSV“. Aplikace vytvoˇrí pˇrehled všech údaju˚ evidovaných u jednotlivých témat vybraného rozpisu. Úˇredník si následnˇe sám zpracovává získaný seznam dle zamýšleného využití. 21


3.4 Využití nepˇredmˇetových rozpisu˚ V této podkapitole popíši využití rozpisu˚ témat na Masarykovˇe univerzitˇe a namodeluji univerzální proces, který zobrazí použití rozpisu˚ napˇríˇc fakultami. Pro modelování jsem se rozhodl použít otevˇrený standard BPMN [9], který nejlépe slouží právˇe pro zobrazení logiky toku procesu a pro sladˇení toku mezi jednotlivými úˇcastníky procesu [10]. V souˇcasnosti je agenda „Rozpisy témat“ využívána alesponˇ cˇ ásteˇcnˇe na všech fakultách Masarykovy univerzity. Graf 3.5 zobrazuje poˇcet témat a aktivních studentu˚ na jednotlivých fakultách2 . Obecný proces práce s rozpisy témat je znázornˇen na obrázku 3.6: 1.

Nejprve povˇerˇený úˇredník na dané fakultˇe vytváˇrí rozpis témat. Poˇcet takto vytvoˇrených rozpisu˚ se mezi fakultami velmi liší, na nˇekterých dávají pˇrednost jednomu rozpisu se všemi tématy, napˇr. fakulta informatiky, na dalších pak rozpisy rozlišují podle oboru, ˚ pro které jsou témata urˇcena (fakulta pedagogiky). Dˇríve bylo na fakultách bˇežné, že se každý semestr vytváˇrel nový rozpis, do kterého se pˇresunula aktuální témata pro dané období. V souˇcasné dobˇe se již od této složité praktiky ustupuje.

2.

Poté co úˇredník korektnˇe vytvoˇrí a nastaví rozpis témat je umožnˇeno vkládat nová témata. Dle nastavení je tato cˇ innost umožnˇena zadané skupinˇe akademických pracovníku, ˚ jakožto potencionálním vedoucím tématu, nebo i studentum ˚ oboru, ˚ pro které je rozpis urˇcen.

3.

Vytváˇrí-li téma student, je nutné, aby pˇriˇradil vedoucího, se kterým je domluven na vedení tématu. Tento vedoucí následnˇe provádí kontrolu, zda náplnˇ práce odpovídá požadované úrovni na závˇereˇcnou práci. V pˇrípadˇe, že ne, provede úpravu tématu do odpovídajícího stavu. Toto muže ˚ provést sám, nebo úpravou povˇerˇ it studenta. V následujícím kroku je obvykle nutné, aby téma schválil nadˇrízený úˇredník (zde nejˇcastˇeji garant oboru).

2. V grafu jsou použity následující zkratky fakult: LF - Lékaˇrská fakulta, FF Filozofická fakulta, PrF - Právnická fakulta, Fss - Fakulta sociálních studií, PˇrF Pˇrírodovˇedecká fakulta, FI - Fakulta informatiky, PdF - Pedagogická fakulta, FspS Fakulta sportovních studií, ESF - Ekonomicko-správní fakulta

22


Pokud se mu téma nezdá jako dostateˇcnˇe vhodné, nechá vedoucího tématu nevyhovující cˇ ásti upravit. Výše zmínˇené schvalování obsahu je v souˇcasné dobˇe provádˇeno bez podpory agendy „Rozpisy témat“ a obvykle je rˇ ešeno e-mailovou komunikací mezi zainteresovanými stranami. 4.

Po schválení tématu, pˇrichází na rˇ adu jeho zveˇrejnˇení (zviditelnˇení) studentum, ˚ kteˇrí se tak k nˇemu již mohou pˇrihlašovat. Zde dochází k vyjímce u tématu, které vytvoˇril sám student, nebot’ je zvykem, že se k nˇemu hned po vytvoˇrení muže ˚ sám pˇrihlásit.

5.

Pˇri pˇrihlášení studenta k tématu je odeslán informaˇcní e-mail vedoucímu, který (pokud je tak nastaveno u tématu) pˇrihlášení potvrdí nebo zamítne. Tato funkcionalita se využívá napˇríklad, když chce mít vedoucí možnost vybrat si studenta, kterého bude vést. Pˇrípadnˇe, pokud téma musí vypsat vedoucí, ale cˇ iní tak pro konkrétního studenta, jako opatˇrení proti pˇrihlášení nˇekoho jiného.

6.

Souˇcasnˇe s otevˇrením pˇrihlašování se zaˇcínají navrhovat oponenti tématu. Zde je praxe velmi rozdílná dle jednotlivých fakult, nˇekde se pˇriˇrazení oponentu˚ rˇ eší až pˇred vlastními obhajobami (napˇr. fakulta informatiky), jinde se rˇ eší hned po potvrzení korektnosti tématu. V obou pˇrípadech vedoucí tématu navrhuje oponenta, toho musí následnˇe schválit povˇerˇ ený úˇredník (nejcˇ astˇeji garant oboru). V pˇrípadˇe nevyhovujícího oponenta, vedoucí navrhne jeho náhradu. Po schválení je o tomto oponent informován. Zde záleží na praxi dané fakulty, zda je možné, aby oponent ještˇe oponenturu odmítl, nebo zda musí mít vedoucí vyjednán jeho souhlas pˇredem. Výše zmínˇené schválení oponentu˚ není možné evidovat v agendˇe „Rozpisy témat“, obvykle je rˇešeno e-mailovou komunikací mezi zainteresovanými stranami.

7.

Po pˇrihlášení k tématu student vypracovává zvolené téma a postup konzultuje se svým vedoucím. V pˇrípadˇe ideálního pru˚ bˇehu se poté student pˇrihlásí k obhajobˇe závˇereˇcné práce a vedoucí tuto pˇrihlášku potvrdí. 23


Pˇrihláška k obhajobˇe je v souˇcasnosti rˇ ešena mimo IS MU, obvykle písemnou žádostí na studijním oddˇelení. 8.

Následuje pˇrevod tématu do archivu závˇereˇcných prací, kam student na závˇer odevzdává vypracovanou práci. Vlastnímu pˇrevodu na nˇekterých fakultách ještˇe pˇredchází opˇetovná kontrola korektnosti tématu a kontrola studia, zda splnuje ˇ podmínky pro obhajobu. V pˇrípadˇe, že téma/studium neplnuje ˇ nˇekteré náležitosti, rˇ eší se daný problém s vedoucím práce, pˇrípadnˇe muže ˚ být ze závažných duvod ˚ u˚ téma a následnˇe tedy obhajoba zamítnuta.

3.5 Nedostatky souˇcasné implementace Pˇrestože byla agenda rozpisu˚ navržena v roce 2000, byla již tenkrát vytvoˇrena jako velmi komplexní aplikace, která velmi dobˇre slouží i dnes. Její integrace napˇríˇc informaˇcním systémem z ní cˇ iní velmi užiteˇcný nástroj pro práci se závˇereˇcnými prácemi. Díky použití balíku˚ mohou být témata pˇrehlednˇe rozdˇelena podle oboru, ˚ pro která jsou urˇcena. To usnadnuje ˇ orientaci studentum, ˚ kteˇrí se chtˇejí na téma pˇrihlásit. Návrh uživatelského rozhraní odpovídá dobˇe zveˇrejnˇení. Nároky na webové aplikace byly tehdy relativnˇe nízké (malá velikost stránek, synchronní zpracování požadavku˚ apod.). Od prvního zveˇrejnˇení se design upravoval jen minimálnˇe a tak v souˇcasnosti aplikace pusobí ˚ ponˇekud nevlídnˇe. Rozhraní pro vytváˇrení témat pusobí ˚ nepˇrehlednˇe a odrazuje uživatele od jejího používání. Nyní již agenda obsahuje velké množství funkcí, bohužel nevhodné umístˇení a matoucí názvy odkazu˚ zakrývají vnitˇrní logiku a návaznost mezi jednotlivými aplikacemi. Jako další nedostatek lze vnímat neúplnou podporu celého procesu práce s tématy. Napˇríklad chybˇející možnosti schválení/zamítnutí tématu nebo navržených oponentu˚ snižuje efektivnost agendy, protože povˇerˇ ený uživatel musí využít jiné kanály pro sdˇelení takovéto informace. Navíc není možné specifikovat cˇ asové období, které by vymezilo do kdy je nutné danou cˇ innost provést. To znesnadnuje ˇ práci úˇredníku, ˚ kteˇrí zodpovídají za vˇcasné vyplnˇení údaju. ˚ 24


Za nedostatek lze považovat i fakt, že nˇekteré údaje u témat jednoho vedoucího je nutné editovat postupnˇe pro každé téma zvlášt’. To pˇrináší výrazné zpomalení práce a neochotu vedoucích danou cˇ innost provádˇet. Naopak nˇekteré údaje v editaˇcním formuláˇri jsou nadbyteˇcné a nejsou témˇerˇ nikdy vyplnˇeny, což opˇet vede k nepˇrehlednosti aplikace.

25


Obrázek 3.5: Statistika rozpisu˚ témat na fakultách

26


Obrázek 3.6: Životní cyklus témat

27

Kapitola 4

Nové vlastnosti agendy 4.1 Analýza podnˇetu˚ a požadavku˚ na aplikaci Od zveˇrejnˇení první verze rozpisu˚ témat v roce 2001 se objevilo množství podnˇetu˚ od uživatelu˚ systému ohlednˇe funkcionality agendy. Nˇekteré, v závislosti na pomˇeru složitosti a pˇridané hodnoty, se implementovaly ihned. Ty ostatní se odsunuly na pozdˇeji. V této kapitole se budu vˇenovat popisu jednotlivých podnˇetu˚ a jejich významu pro uživatele.

4.1.1 Zjednodušení editaˇcního formuláˇre Uživatelé cˇ asto kritizovali jistou nepˇrehlednost editaˇcního formuláˇre pro vytváˇrení a úpravu témat. Zdál se jim pˇríliš rozsáhlý a obsahující nepodstatné údaje, které jsou málokdy vyžadovány. Analýzou bylo zjištˇeno, že nˇekteré z údaju˚ u témat jsou opravdu nepovinné, respektive u jednotlivých témat obvykle nebývají zadány. Pomˇer témat s vyplnˇenými a nevyplnˇenými údaji v nepˇredmˇetových rozpisech zobrazuje tabulka 4.1. Jelikož v nové verzi jsou navíc pˇridány další údaje (viz kapitola 4.1.3), které by editaci ještˇe více znepˇrehlednily, bylo rozhodnuto, že pˇri vytváˇrení rozpisu témat bude oprávnˇenému uživateli umožnˇeno omezit sortiment zadávaných údaju. ˚ V aplikaci „Vytváˇrení a úprava rozpisu“ byla pak pˇridána tabulka s údaji (viz obrázek 4.1), které je možno z evidence u tématu vyˇradit. Výchozím nastavením pˇri vytváˇrení nového rozpisu je sbˇer pouze údaju˚ „Literatura“, „Prerekvizity“ a „Pˇredbˇežné zadání“, které jsou v rámci nepˇredmˇetových témat nejpoužívanˇejší a i z jejich smyslu vyplývá jejich potˇrebnost. 28

4. N OVÉ VLASTNOSTI AGENDY Atribut Nevyplnˇeno Vyplnˇeno Pˇredbˇežné zadání 56742 14739 Prerekvizity 60021 11460 Zaˇcátek pˇrihlašování 70517 964 Konec pˇrihlašování 70526 955 Související webová stránka 67835 3646 Literatura 57099 14382 Tabulka 4.1: Poˇcet témat s (ne)vyplnˇenými údaji

Obrázek 4.1: Výbˇer evidovaných údaju˚ u tématu

Zbylé údaje nejsou oznaˇceny pro evidenci, protože vycházím z myšlenky, že chceme co nejvíce zpˇrehlednit editaˇcní formuláˇr odstranˇením nepoužívaných položek a zárovenˇ nechceme zatˇežovat povˇerˇ ené osoby nutností rˇ ídce užívané položky pokaždé odebírat. 4.1.2 Vytvoˇrení harmonogramu pro cˇ innosti s tématy Každá fakulta má svuj ˚ systém práce s tématy, v rámci nˇehož se rˇ ídí zadanými termíny pro jednotlivé cˇ innosti. Nˇekdy se však stane, že vedoucí prací harmonogram nedodržují. Dle podnˇetu, ˚ které jsme obdrželi, by bylo vhodné podporovat zadání cˇ asových období pro jednotlivé cˇ innosti pˇrímo v agendˇe rozpisu. ˚ Zlepšila by se tak informovanost uživatelu˚ i jejich disciplína pˇri práci s rozpisy témat. 29

4. N OVÉ VLASTNOSTI AGENDY Rozhodli jsme se implementovat harmonogram cˇ inností s tématy, který by sloužil k informování uživatelu˚ a k pˇrípadnému omezení práce s tématy. Do aplikace „Vytváˇrení a úprava balíku“ ˚ byla pˇridána tabulka s jednotlivými fázemi životního cyklu témat (viz obrázek 4.2), která umožnuje ˇ zadat cˇ asové období, ve kterém je daná akce povolena. Pokud není období vyplnˇeno, chápe se jeho trvání jako neomezené. V pˇrípadˇe cˇ asových období, které vyžadují nˇejaké potvrzení (viz níže), je v posledním sloupci tabulky umožnˇeno toto potvrzování zapnout/vypnout. K možnosti takovéto konfigurace bylo pˇristoupeno z duvodu ˚ vysoké rozdílnosti procesu˚ na jednotlivých fakultách.

Obrázek 4.2: Harmonogram akcí v rozpisu

Pˇri analýze procesu˚ a potˇreb na jednotlivých fakultách byly identifikovány tyto fáze, které jsou provádˇeny pˇri práci s tématy: •

Prvotní fáze pˇri práci s tématy je jejich vytvoˇrení. Dle rozhodnutí zakladatele rozpisu je možné, aby téma vkládal jak vedoucí, tak sám student. Období se pak nastavuje pro obˇe role samostatnˇe.

•

Po vytvoˇrení tématu pˇrichází na rˇ adu jeho úpravy a pˇrípadné zpˇresnˇení zadání a dalších informací. Kvuli ˚ následnému pˇrevodu do archivu závˇereˇcných prací je nutné, aby studijní od30

4. N OVÉ VLASTNOSTI AGENDY dˇelení vˇedˇelo, že se s tématy již nebude manipulovat. Opˇet lze zadat období zvlášt’ pro vedoucího i studenta, pro toho je pak možné nastavit i období pro doplnování ˇ anglických názvu. ˚ •

Další cˇ asové období omezuje možnost zadání rozhodnutí, zda je vypsané téma dostateˇcnˇe kvalitní a vhodné k obhajobˇe. Proces vlastního rozhodování je blíže popsán v kapitole 3.4.

•

Následuje fáze, která omezuje možnost nastavování oponentu˚ a pˇrípadných dalších rolí (konzultant, 2. oponent). Po uplynutí nastaveného období již není možné oponenty editovat.

•

V prubˇ ˚ ehu zadávání oponentu˚ by mˇela probíhat i kontrola a následné potvrzení pˇriˇrazených osob. Toto provádí oprávnˇená osoba, nejˇcastˇeji z vedení fakulty.

•

Již v souˇcasné verzi je možné omezit pˇrihlašování studentu˚ k tématu. Toto nastavení souvisí s celkovým harmonogramem cˇ inností, bylo proto pˇresunuto do tabulky harmonogramu, kde se dané období nastaví na odpovídajícím rˇ ádku. Po pˇrihlášení studenta by mˇel vedoucí dle nastavení tématu pˇrihlášení potvrdit nebo zamítnout. I pro tuto akci je pˇridáno období v harmonogramu.

•

Po pˇrihlášení k tématu student zpracovává vybrané téma a rozhoduje se, zda již chce pˇristoupit k obhajobˇe. Vlastní pˇrihlášení je informativního charakteru, upozornuje ˇ vlastnˇe vedoucího práce a následnˇe i další zodpovˇedné osoby na to, že je student aktivní a chystá se na obhajobu. Zda student bude moci k obhajobˇe pˇristoupit závisí na vnitˇrních pˇredpisech fakulty. V pˇrípadˇe, že vedoucí tématu z nˇejakého duvodu ˚ nesouhlasí s obhajobou, muže ˚ svuj ˚ postoj vyjádˇrit zamítnutím tématu k obhajobˇe. Obecnˇe se však pˇredpokládá, že tyto pˇrípady budou ojedinˇelé. V neposlední rˇ adˇe se k obhajobˇe muže ˚ vyjádˇrit i odpovˇedný úˇredník (napˇr. z vedení katedry).

Pro pˇrehlednost pˇri manipulaci s tématy byla doplnˇena informativní lišta, která zobrazuje právˇe probíhající fáze cˇ inností. Viz obrázek 4.3. 31

4. N OVÉ VLASTNOSTI AGENDY

Obrázek 4.3: Upozornˇení na probíhající fáze pˇri manipulaci s tématem

4.1.3 Nové údaje v evidenci témat S rozšíˇrením rozpisu˚ témat na další fakulty Masarykovy univerzity vznikla poptávka po evidence dalších atributu˚ u jednotlivých témat. Zpravidla tyto údaje nevyžadovaly všechny fakulty, nebot’ v takovém pˇrípadˇe se pˇristupuje k okamžité realizaci podnˇetu. Analýzou sesbíraných požadavku˚ byl vytvoˇren seznam údaju, ˚ které se nejˇcastˇeji objevovaly a bylo by tak vhodné pˇridat do agendy rozpisu˚ podporu pro jejich sbˇer. •

Textovˇe zadaná literatura – v souˇcasné verzi agendy je nutné, aby doporuˇcená literatura byla pˇredem zavedena do informaˇcního systému. Nebylo tak možné evidovat obecnˇe formulované doporuˇcení (napˇríklad „referenˇcní pˇríruˇcka jazyka Java“). Toto omezení bylo v nové verzi odstranˇeno.

•

Externí vedoucí tématu – na nˇekterých fakultách je bˇežné, že témata vedou externí vedoucí, napˇríklad z firmy prumyslového ˚ partnera. Takové osoby nejsou vˇetšinou zavedeni v IS MU a nelze je tak jednodušše nastavit jako vedoucí témat. Nová verze umožnuje ˇ zavést vedoucího, oponenta cˇ i konzultanta tématu jen pomocí jména, pˇríjmení a odpovídajícího kontaktu. Je tak odstranˇena cˇ ást administrativní zátˇeže uživatelu˚ agendy.

•

Garanˇcní pracovištˇe tématu – tento údaj vychází z podnˇetu fakulty informatiky, kde poptávali možnost jak jednodušše evidovat katedru, pod kterou vytvoˇrené téma spadá. V souˇcasné verzi není tento údaj snadno zjistitelný, lze ho vyvozovat pouze z pracovištˇe vedoucího tématu. Do nové verze agendy bylo pˇridáno výbˇerové menu, ve kterém jsou zobrazeny všechny katedry dané fakulty a uživatel (nejˇcastˇeji sám vedoucí) má tak možnost 32

4. N OVÉ VLASTNOSTI AGENDY jednodušše zvolit správné pracovištˇe. Tímto atributem chceme pˇredevším ulehˇcit práci vedoucích pracovišt’, kteˇrí mají povinnost kontrolovat vypsaná témata. Díky zadanému garanˇcnímu pracovišti je následná aplikace filtru˚ a kontrol znaˇcnˇe rychlejší. Z duvodu ˚ zachování jednoduchosti editaˇcního formuláˇre je evidování vˇetšiny nových údaju˚ možné vypnout v nastavení rozpisu témat (viz kapitola 4.1.1). 4.1.4 Hromadná editace témat Souˇcasný zpusob ˚ práce nedovoluje práci s více tématy najednou. V pˇrípadˇe obdobných úprav více témat je uživatel nucen neustále procházet výbˇerem tématu a hledáním editaˇcního pole pro vybraný údaj. To režiji editace a snižuje ochotu uživatele takovouto cˇ innost provádˇet. Vznikl tedy podnˇet na možnost hromadné editace údaju˚ u témat. Aplikace novˇe umožnuje ˇ pˇrejít do módu pro hromadnou editaci. Uživatel si nejprve navolí témata, která chce editovat, a zvolí jednotlivé údaje. Následnˇe je pˇresmˇerován na zjednodušený editaˇcní formuláˇr, který je rozdˇelen na dvˇe cˇ ásti: 1.

Pˇredvyplnˇení spoleˇcných údaju˚ – jsou zobrazeny všechny vybrané údaje k editaci s možností jednoduchého rozkopírování k jednotlivým tématum. ˚ S pomocí této cˇ ásti formuláˇre není možné jednotlivé údaje vymazat a to z duvodu, ˚ že nejsme schopni rˇíct, zda uživatel údaj chce opravdu odstranit nebo jej jen nevyplnil. Ukázka formuláˇre viz obrázek 4.4 cˇ ást A.

2.

Editaˇcní pole jednotlivých témat – v této cˇ ásti formuláˇre jsou postupnˇe vypsána témata s možností editace jednotlivých údaju. ˚ Je tedy možné upravit již rozkopírované údaje pro konkrétní téma (napˇríklad pˇripsat specifickou cˇ ást zadání). Ukázka zobrazení viz obrázek 4.4 cˇ ást B.

4.1.5 Hromadné zakládání témat Hromadné zakládání témat vzniklo ze stejného podnˇetu a využívá stejného principu jako „Hromadná editace“ (viz kapitola 4.1.4). Na 33


Obrázek 4.4: Formuláˇr hromadné editace

zaˇcátku si uživatel vybere, které údaje chce editovat (povinný údaj „Název tématu“ je vybrán automaticky vždy). V následujícím kroku vyplní údaje, které budou spoleˇcné pro všechny zakládané témata, a zvolí kolik témat chce založit. Nejjednodušší verzi formuláˇre zobrazuje obrázek 4.5. 4.1.6 Zobrazení historie editace témat V pˇrípadˇe zmˇeny nˇekterého údaje u tématu je potˇreba mít možnost jednoduše zjistit kdo a kdy danou úpravu provedl. Je to duležité ˚ zejména pro rˇ ešení stížností studentu˚ a sporných situací, kdy nemusí 34


Obrázek 4.5: Formuláˇr pro hromadné založení témat

být sekvence pˇrihlášení, editací a dalších operací zcela jasná. V souˇcasnosti neexistuje jiný zpusob ˚ než se obrátit na uživatelskou podporu IS MU, která zajistí dohledání údaju˚ ze záznamu˚ pˇrístupu˚ v databázi. Tento zpusob ˚ je zdlouhavý, bylo proto rozhodnuto, že bude vytvoˇrena nová aplikace, která bude jednoduchým a pˇrehledným zpu˚ sobem zobrazovat historii editace všech duležitých ˚ údaju. ˚ Kromˇe údaju˚ evidovaných u tématu (viz jejich pˇrehled v kapitole 1.2) se v souˇcasnosti zaznamenává i historie pˇrihlašování studentu˚ a editace vedoucích a oponentu. ˚ Novˇe se zaˇcala evidovat i historie zmˇen u zavedené literatury, historie editace rozšiˇrujících údaju˚ u tématu (viz kapitola 3.2.1) a také novˇe pˇridané atributy stavu tématu (viz kapitola 4.1.7). Všechny zmˇeny jsou zobrazeny v pˇrehledné formˇe v nové aplikaci „Historie zmˇen“ (viz obrázek 4.6). Oprávnˇený uživatel má navíc možnost zorazit si historii již smazaných témat. 4.1.7 Nové stavy témat Z analýzy využití rozpisu˚ témat (viz kapitola 3.4) vyplývá, že IS MU v souˇcasnosti podporuje pouze cˇ ást celého procesu práce se závˇereˇcnými pracemi. Jedná se sice o nejduležitˇ ˚ ejší cˇ ásti jako vypsání a evidenci témat, pˇrihlašování studentu˚ k tématum ˚ a následný pˇrevod do archivu závˇereˇcných prací, ale je v našem zájmu podporovat proces co nejvíce. Pro jednotlivé úkony, které jsou s tématem vykonávány, byly proto pˇridány do systému potvrzení provedení dané cˇ innosti. Potvrzení by mˇel vždy vydávat uživatel s vyšším oprávnˇením, než je puvodce ˚ operace. Napˇríklad, pokud vedoucí zadá k tématu oponeta k obhajobˇe, schválit tuto volbu by mˇel pracovník studijního oddˇelení. 35


Obrázek 4.6: Aplikace „Historie editace témat/variant“

Každé potrzení je realizováno pomocí rozbalovací lišty v aplikaci „Vytváˇrení a úprava témat/variant“. Na výbˇer jsou možnosti •

ano – provedená zmˇena u tématu je v poˇrádku,

•

ne – provedená zmˇena není žádoucí a je potˇreba pˇredcházející cˇ innost opakovat.

Novˇe pˇridané stavy tématu se vztahují k jednotlivým fázím procesu, tak jak byl popsán v kapitole 4.1.2. Konkrétnˇe se jedná o tyto stavy: •

Vedoucí potvrdil korektnost tématu 36

4. N OVÉ VLASTNOSTI AGENDY •

Úˇredník potvrdil korektnost tématu

•

Student potvrdil pˇrihlášení k obhajobˇe

•

Vedoucí potvrdil pˇrihlášení k obhajobˇe

•

Úˇredník potvrdil pˇrihlášení k obhajobˇe

•

Úˇredník potvrdil pˇriˇrazené oponenty

Udˇelení potvrzení je navázáno na tzv. harmonogram rozpisu (viz kapitola 4.1.2), který omezuje cˇ asový úsek, ve kterém je možné dané potvrzení udˇelit. Po uplynutí tohoto období jsou nevyplnˇené potvrzení považována za zamítnutá. 4.1.8 Dovolit studentum ˚ editovat pouze nˇekteré údaje Vedoucí práce má možnost udˇelit právo k editaci tématu pˇrihlášenému studentovi. Toho je využíváno napˇríklad pro dodateˇcnou úpravu anglického názvu práce, který je povinný pro pˇrevod do archivu prací. Souˇcasná verze aplikace nemá mechanismus, který by povolil úpravu pouze anglického názvu a studentovi se tak vždy zobrazí plný editaˇcní formuláˇr. To muže ˚ vést k nepˇríjemné situaci, že student omylem upraví i nˇeco jiného než název. Vedoucí z tohoto duvodu ˚ musí vždy po úpravˇe téma znovu zkontrolovat zda nebylo zmˇenˇeno nˇeco dalšího. Pro studenta pak z plného formuláˇre pro editaci plyne menší pˇrehlednost aplikace. Z tˇechto duvod ˚ u˚ bylo pˇristoupeno k omezení plného editaˇcního formuláˇre pro studenta na editaci pouze anglického názvu. Výbˇer zobrazení formuláˇre je provádˇen na základˇe vyplnˇených dat v harmonogramu rozpisu (viz kapitola 4.1.2). Zde jsou zadány dvˇe cˇ asové období, která udávají co smí povˇerˇ ený student v danou chvíli evidovat: 1.

Student smí editovat téma – v tomto období je nabízen editaˇcní formuláˇr v plné formˇe (viz obrázky 3.2 a 3.3).

2.

Student smí editovat anglický název – v tomto období je umožnˇena zmˇena pouze anglického názvu (viz obrázek 4.7). 37


Obrázek 4.7: Editaˇcní formuláˇr omezený pouze na doplnující ˇ názvy

Pokud se období pˇrekrývají, je studentovi umožnˇeno editovat všechny údaje tématu. Naopak mimo výše uvedené období nemá student, navzdory udˇelenému právu, k editaci pˇrístup.

4.1.9 Rozšíˇrení sortimentu filtru˚ Díky pˇridaným vlastnostem a novým atributum ˚ evidovaným u jednotlivých témat bylo nutné zpˇrehlednit práci v rozpisech. Zejména hledání konkrétních témat, u kterých je vyžadován zásah uživatele, by bylo v souˇcasné podobˇe velmi obtížné. Neexistují zde totiž žádné úˇciné možnosti filtrování zobrazených témat. Toto by se stalo opravdu kritickým problémem pˇri hledání témat bez konkrétního potvrzení (viz nové stavy témat v kapitole 4.1.7). V prumˇ ˚ eru na jeden rozpis vychází 80 témat, ale v tˇech neobjemnˇejších pˇresahuje poˇcet 2000 témat. Vznikla tak potˇreba implementovat nové filtry, které usnadní práci s tématy. V prubˇ ˚ ehu analýzy požadavku˚ se zformovaly následující skupiny filtru: ˚ •

dle stavu tématu – obsahuje filtry pro výbˇer témat, která mají nebo nemají zadáno potvrzení stavu (napˇr. potvrzení korektnosti tématu), více o stavech tématu viz kapitola 4.1.7, 38

4. N OVÉ VLASTNOSTI AGENDY •

dle vyplnˇených/nevyplnˇených údaju˚ u tématu – filtry podle vyplnˇenosti duležitých ˚ údaju, ˚ napˇríklad zda je vyplnˇen anglický název, bez kterého nelze téma pˇrenést do archivu závˇereˇcných prací,

•

dle garanˇcního pracovištˇe – filtry z této skupiny vypíší témata, které spadají pod zvolené garanˇcní pracovištˇe,

•

dle pracovištˇe z kterých je vedoucí tématu – pro výpis témat, která jsou vedeny pracovníky konkrétního pracovištˇe,

•

dle stavu souvisejícího archivu závˇereˇcných prací – pokud je již téma pˇrevedeno do archivu závˇereˇcných prací, je možné si je v agendˇe zobrazit dle vyplnˇenosti archivu (napˇr. „archiv obsahuje posudek oponenta“),

•

dle roku vypsání tématu,

•

dle vedoucího tématu – filtrování podle konkrétní osoby vedoucího,

•

dle obsazenosti tématu studenty – filtry pro zobrazení obsazených nebo naopak neobsazených témat.

Jelikož každá kategorie obsahuje nˇekolik samostatných filtru, ˚ bylo du˚ ležité mimo vlastní implementaci filtru˚ upravit uživatelské rozhraní tak, aby byl jejich výbˇer co nejpˇrehlednˇejší. Navíc vyplynula nutnost umožnit uživateli výbˇer více než jednoho filtru, což v souˇcasné verzi nebylo možné.

39

4. N OVÉ VLASTNOSTI AGENDY Výsledná nabídka filtru˚ (viz obrazek 4.8) byla implementována za pomoci jQuery [11] a umožnuje ˇ uživateli, aby si zvolil libovolnou kombinaci filtru. ˚ Nové možnosti filtrování témat je možné používat v rámci celé agendy „Rozpisy témat“, kdykoliv je tˇreba omezit výbˇer témat.

Obrázek 4.8: Nabídka filtru˚ pro omezení nabízených témat

40

Kapitola 5

Závˇer 5.1 Závˇer Cílem diplomové práce bylo analyzovat souˇcasnou verzi agendy „Rozpisy témat“, urˇcit její nedostatky, navrhnout možná rozšíˇrení a následnˇe je implementovat do nové verze agendy. Poˇcáteˇcní kapitoly práce se zamˇerˇ ují na problematiku rozpisu˚ témat a popisují jejich využití v rámci IS MU. Obsahují struˇcnou historii agendy a její souˇcasnou podobu. Definují uživatele agendy a pˇredstavují obecný proces práce s tématy od jejich založení až po pˇrevod do archivu závˇereˇcných prací. V kapitole 4 jsou poté popsány zjištˇené nedostatky a nové vlastnosti agendy, vˇcetnˇe zpusobu ˚ jejich implementace. V rámci úprav byla do agendy pˇridána podpora schvalovacího procesu témat a cˇ asového harmonogramu pro práci s tématy. Dosáhlo se tak pˇredevším zefektivnˇení práce úˇredníku, ˚ kteˇrí novˇe mužou ˚ v rámci agendy schvalovat vypsané témata a díky harmonogramu lépe kontrolovat plnˇení jednotlivých povinností ostatních uživatelu. ˚ Díky úpravám editaˇcních formuláˇru˚ a implementaci hromadných operací bylo dále dosaženo vˇetšího komfortu pˇri práci s aplikacemi. Kvuli ˚ velké diverzitˇe požadavku˚ mezi jednotlivými fakultami byla dále do agendy pˇridána možnost konfigurace sbíraných údaju˚ a potvrzení. Je tak možné pˇrizpusobit ˚ chování aplikací dle zvyklostí dané fakulty a tím zvýšit užitnou hodnotu agendy. V souˇcasné dobˇe jsou nové verze aplikací testovány týmem uživatelské podpory IS MU. Do budoucna se poˇcítá s drobnými úpravami jednotlivých aplikací dle zpˇetné vazby uživatelu, ˚ ale i s rozšiˇrování aplikací na základˇe nových podnˇetu. ˚ Dá se také oˇcekávat snaha nˇekteré kroky procesu plnˇe automatizovat, napˇríklad aktualizace archivu závˇereˇcné práce po úpravˇe souvisejícího tématu v rozpisech. 41

Literatura [1]

KOLEKTIV . Informaˇcní systém. Dostupné na:

[2]

KOLEKTIV .

Jmenný seznam veˇrejných vysokých škol. Dostupné

na: [3] POVOLNÝ, D AVID. Informaˇcní systém vyvolával doslova bouˇre. Muni.cz [online]. 2008. ISSN 1801-0814. Dostupné na: [4]

KOLEKTIV . Co umí náš systém. Dostupné na:

[5]

KOLEKTIV . IS/STAG. Dostupné na:

[6]

KOLEKTIV . Univerzitní informaˇcní systém. Dostupné na:

[7] ŠEDÁ, J ITKA , TYLLICH, M ARTIN. Systémový integrátor – studijní systém, svazek 13. Dostupné na: [8]

KOLEKTIV . Plán vývoje IS UK. Dostupné na:

42

ˇ 5. Z ÁV ER

[9] ALLWEYER, T HOMAS. BPMN 2.0: introduction to the standard for business process modeling. 2nd ed. Norderstedt: Books on Demand, 2010, 153 s. ISBN 9783839149850. ˇ ˇ VO RÍŠEK. [10] BRUCKNER, T OMÁŠ A J I RÍ Tvorba informaˇcních systému. ˚ 1. vyd. Praha: Grada, 2012. 360 s. ISBN 978-80-247-41536. [11] MARGORÍN, M ARIÁN. jQuery bez pˇredchozích znalostí. Vyd. 1. Brno: Computer Press, 2011. 256 s. ISBN 9788025133798.

43

Nové vlastnosti agendy Rozpisy témat v IS MU

Recommend Documents