Prezentace se nahrává, počkejte prosím

Prezentace se nahrává, počkejte prosím

Školení systémových integrátorů MZLU v Brně Univerzitní informační systém 15. 4. 2002 MZLU v Brně Milan Šorm, František Dařena Vývojový tým UIS UI PEF.

Podobné prezentace


Prezentace na téma: "Školení systémových integrátorů MZLU v Brně Univerzitní informační systém 15. 4. 2002 MZLU v Brně Milan Šorm, František Dařena Vývojový tým UIS UI PEF."— Transkript prezentace:

1 Školení systémových integrátorů MZLU v Brně Univerzitní informační systém MZLU v Brně Milan Šorm, František Dařena Vývojový tým UIS UI PEF a OAIS MZLU v Brně

2 2 Obsah 2. školení systémových integrátorů: přebírání identit (delegování, superpráva) úvod do identifikačních systémů dlouhodobé úkoly a konektory detaily studijního systému registrace tisk, výstupy a formáty odkazování se na UIS (z fakultních webů) Univerzitní informační systém

3 3 Přebírání identit I Co je to přebírání identit a proč to máme? právní systém zajišťuje pouze ověření přístupu k objektům, všechny aplikace by proto museli počítat s ověřováním všech oprávnění převzetí něčí identity zobrazuje systém úplným nebo částečným pohledem tohoto uživatele přebírání identit je systémová vlastnost UIS Univerzitní informační systém

4 4 Přebírání identit II Jaké přebírání je podporováno? přebírání je vždy dobrovolné ze strany přebírajícího uživatele přebírání může být dobrovolné nebo vynucené ze strany předávajícího dobrovolným úkonem je delegování vynuceným úkonem je superprávo superpráva mají integrátoři a vedení vývoje Univerzitní informační systém

5 5 Přebírání identit III Jak přebírání funguje? v případě delegování (dobrovolné předání) předávající určí delegáty (uživatele přebírající identitu) a rozsah delegování (rodinu aplikací) v případě delegování jde vždy o částečné převzetí (pouze vybrané rodiny aplikací) v případě superpráva přebírající přebere úplnou identitu (na úrovni jádra systému) Univerzitní informační systém

6 6 Přebírání identit IV Ochrana a zabezpečení identita se mění i na databázové úrovni (změněno/změnil je tedy vždy na přebíraného) u každé akce je poznamenáno užití superpráva (na obrazovce i v databázi akcí) vedou se informace o užití přebírání identit superprávo je rozlišitelné dle subjektu Univerzitní informační systém

7 7 Přebírání identit V Rekapitulace špatné předání identity - sdělení hesla dobrovolné předání identity - DELEGOVÁNÍ vynucené předání identity - SUPERPRÁVO superprávo je určeno integrátorům převzetí identity probíhá na všech úrovních (databáze, systém, aplikace) a lze jej vysledovat v záznamech akcí Univerzitní informační systém

8 8 Přebírání identit VI Univerzitní informační systém Praktická ukázka a Dotazy k této části ?

9 9 Identifikační systémy I Co řadíme k identifikačním systémům jde o rozsáhlou rodinu aplikací sdružující veškeré autentifikační, autorizační a verifikační praktiky (ať již uvnitř UIS nebo fyzické prostředky), zejména pak  vydávání a užívaní karet ISIC/ITIC/zam/stud  přístupový systém (identifikace kartou v areálu)  kamerový sledovací systém  systém jednotné autentizace do sítě MZLU  rozpoznávací systémy (jména, hesla, …) Univerzitní informační systém

10 10 Identifikační systémy II Kartový systém - co umí zajišťuje sběr požadavků, výrobu, vydávání a určování platnosti jednotlivých karet umožňuje identifikaci pomocí karty např. na studijních odděleních zajišťuje propojení na další systémy (knihovna, studovny, GTS) udržuje historii použití karty (přístupy) Univerzitní informační systém

11 11 Identifikační systémy III Kartový systém - typy užívaných karet tyrkysově zelené ISIC karty (prez. f. a PGS) červenooranžové ITIC karty (učit. s úvaz. 1) modré zaměstnanecké karty (ostatní zam.) tmavě zelené studentské karty (kombin. f.) žluté karty pro externisty (stravov., parkov.) šedé speciální karty (bez jména) Univerzitní informační systém

12 12 Identifikační systémy IV Kartový systém - životní cyklus karty cyklus je řízen ze strany integrátorů či pověřených pracovníků (studijní, personální, menzy, zahraniční oddělení) fáze života:  požadavek na výrobu karty pro osobu  vložení fotografie (AVC, sklad fotografií)  výroba karty, načtení čísla čipu  vydávání karty, aktivace karty  deaktivace karty při ztrátě, zrušení, výměně Univerzitní informační systém

13 13 Identifikační systémy V Kartový systém - užití karty na místech, kde má být prováděna identifikace kartou, je zapotřebí některého ze dvou základních snímačů:  snímač čárového kódu Code 128 (např. ruční CCD čtečky Welch Allyn, dodává mj. firma Identcode, Brno - uzavřena dohoda o slevě)  snímač čipu karet ISO Proximity (např. klávesnicové snímače firmy Duha Systems, Brno - což je výrobce našich karet) uvedené příklady hromadně objednává AIS Univerzitní informační systém

14 14 Identifikační systémy VI Přístupový systém - koncepce vytváříme přístupové body s kontrolovaným průchodem pomocí identifikační karty tyto body ohraničují zóny, ve kterých se sleduje výskyt uživatelů povolení průchodu přístupovými body je omezeno řadou podmínek informační základna pro další systémy Univerzitní informační systém

15 15 Identifikační systémy VII Přístupový systém - přístupové body každý bod je definován pomocí terminálů (čtečky karet), zařízení (dveře, turniket, závora) a omezujících podmínek uživatelé mají povoleny pouze určité body toto povolení může mít časovou platnost na každém bodu může být časové rozlišení (např. děkanát jen v úředních hodinách) Univerzitní informační systém

16 16 Identifikační systémy VIII Přístupový systém - realita fyzické body (dveře) nemusí odpovídat logickým bodům (příst. body), např. dveře na děkanát (fyz. bod) mohou mít více log. bodů (příst. bod pro zaměstnance, příst. bod pro studenty), přičemž studenti jsou omezeni na úřední hodiny, zaměstnanci nikoliv doplňkové služby HW zařízení (spínací hodiny, bezpečnostní tlačítka, signalizace) Univerzitní informační systém

17 17 Identifikační systémy IX Přístupový systém - propojení řízení přístupového systému provádí UIS konkrétní řízení může být delegováno na externí stroj v blízkosti příst. bodu (PC) vedou se informace o průchodech napojení na kamerový systém napojení na systém jednotné autentifikace (tzv. přihlášení po pípnutí) Univerzitní informační systém

18 18 Identifikační systémy X Přístupový systém - technika přístupový systém Duha (vyrábí Duha Systems) - výjimkou je ÚVIS (vlastní cesta) řízeno z datových koncentrátorů (společných i několika bodům) a napájeno externími napájecími zdroji čtečky, zámky, čidla, dveřní dovírače, kabeláž, bezpečnostní tlačítka, el. vrátný, systém detekce dlouho otevřených dveří Univerzitní informační systém

19 19 Identifikační systémy XI Kamerový sledovací systém - koncepce rozmístění kamer (ČB i barevné) v areálech snímání obrazu na externí stroje (PC se systémem MRP video pro až 4 kamery) tyto stroje přímo poskytují obraz kamery na webu, odkazy a řízení přístupu z UIS archivace obrazu zpětně po zvolenou dobu propojení na přístupový s. (záběr průchodu) Univerzitní informační systém

20 20 Identifikační systémy XII Systém jednotné autentizace - koncepce distribuovaný LDAP strom zpětné informace přímo do UIS změny hesel a údajů pouze v UIS podpora WindowsNT/2000/XP, Linux, Solaris podpora externích aplikací s konektory na LDAP (informační a poštovní systémy) Univerzitní informační systém

21 21 Identifikační systémy XIII Systém jednotné autentizace - varabilita přístup lze řídit podle skupin uživatelů (implicitně např. studenti a zaměstnanci fakulty, explicitně určením skupin) přístup mohou ovlivnit externí konektory (např. přístupový systém, systém průchodu dozorovou službou apod.) delegování správců, centrální oprávnění, místní správci strojů (nedistribuované části) Univerzitní informační systém

22 22 Identifikační systémy XIV Rozpoznávací systémy - budoucnost :-) umožňují připojit UIS na externí autorizační média (smart karty, bioskenery) umožňují distribuovat tuto autorizační informaci sítí MZLU (např. připojení notebooku k wireless síti a provedení autorizace smart kartou automaticky uvolní cestu na firewallu, přístup k UIS a tisk na studentské tiskárně v IC) Univerzitní informační systém

23 23 Identifikační systémy XV Univerzitní informační systém Praktická ukázka a Dotazy k této části ?

24 24 Dlouhodobé úkoly I O co se jedná řešení problémů úkolů běžících delší dobu (minuty, hodiny) řešení problémů opakovaně běžících úkolů tvorba konektorů na jiné systémy (ekonomické, stravovací, knihovnické) periodické kontroly validity a konzistence různých částí UIS (katalog předmětů, studia) Univerzitní informační systém

25 25 Dlouhodobé úkoly II Princip fungování vývojářské/provozní vytvoření úkolu nadefinování jeho činnosti stanovení periodicity příp. explicitní spouštění sledování běhu, dokončení odebírání výsledků úkolů Univerzitní informační systém

26 26 Dlouhodobé úkoly III Univerzitní informační systém Praktická ukázka a Dotazy k této části ?

27 27 Studijní systém I Jak je systém koncipován každý uživatel je v systému JEN JEDNOU každý další uživatelův comeback i po letech mu přidělí zpět jeho původní číslo UID na každé UID jsou evidovány údaje jako je adresa, telefonní spojení či pojišťovna ke každému UID může existovat libovolný počet studií s vlastními identifikátory StudID Univerzitní informační systém

28 28 Studijní systém II Způsob udržování dat o studiu na každém StudID jsou vedeny základní identifikační údaje (program, nástup, ukončení, financování, napojení na UID) pro každé období a každé StudID je vedena informace o PRŮBĚHU STUDIA v průběhu je evidován obor, specializace, forma, stav a případné přerušení v období Univerzitní informační systém

29 29 Studijní systém III Další údaje o studiu jak uživatelé, tak evidence studií i průběh studia mají vlastní šablony s řadou doplňujících atributů (např. téma závěrečné práce, výsledek rozhodnutí o přijetí či průměr v období, přidělení kolejí nebo datum zápisu) na studijní tabulky jsou navěšeny spouště generující automaticky záznamy pro SIMS Univerzitní informační systém

30 30 Studijní systém IV Evidence údajů o prospěchu studenta pro každé období jsou evidovány prospěchy studovaných předmětů - uvádí se nejen odkaz do Katalogu předmětů, ale i zvolené zakončení, přidělené kredity, dosažený výsledek v jednotlivých pokusech apod. data jsou evidována v základní tabulce, rozšiřující šabloně pro studovaný předmět, zvláštní tabulce pro jednotlivé pokusy se šablonou s informacemi pro každý pokus Univerzitní informační systém

31 31 Studijní systém V Využitelnost I je dána zvolením období (různé běhy) a zvolením skladby programů (je nutné naplnit podle dosažené akreditace) navazující studia mají samostatný program a neslučují se s ostatními studii předpokládá se nedělení do skupin (ale existuje evidenční položka v šabloně, kterou si může studijní prozatím ručně udržovat) Univerzitní informační systém

32 32 Studijní systém VI Využitelnost II programy jsou definovány podle stupňů ne všechny stupně jsou však odesílány do SIMS (pouze bakalářský, magisterský, magisterský navazující a doktorský) lze užít stupňů celoživotního vzdělávání a vzdělávání zahraničních studentů pro evidenci zvláštních stud. (vhodné programy Z na rektorátě, C na fakultách) Univerzitní informační systém

33 33 Studijní systém VII Univerzitní informační systém Praktická ukázka a Dotazy k této části ?

34 34 Registrace I Hlavní myšlenka forma zápisu „na nečisto“ zjištění zájmu studentů o předmět podklady pro tvorbu rozvrhu stanovení kapacitních omezení, výjimek učitelů, rozložení skupin maximální individualizování studií studentů Univerzitní informační systém

35 35 Registrace II Dva přístupy maximalistický (real ECTS)  studenti si mohou zapisovat z celého Katalogu p.  omezení zápisu řídí pouze limitní podmínky (min. a max. počet kreditů či zkoušek, nutnost okamžitého opak. předmětu v nějbližším možném termínu) a prerekvizity (návaznosti předmětů) minimalistický (emulace STUDENT)  zapisování striktního doporučeného plánu  volba volitelných předmětů z omezeného seznamu a v povinném počtu Univerzitní informační systém

36 36 Registrace III Redukce problému převod minimalistů na maximalisty  konzervativní (ruční zapisování referentkami, volba pomocí papíru)  fiktivní (nastavení striktních limitních podmínek a doporučených plánů)  přechodný (hledání dostatečných limitních podmínek, propracovaný systém prerekvizit)  faktický (redukce Katalogu předmětů, eliminace nesmyslů ve SaZŘ pomocí vyhlášek děkana či jeho změnou, osvěta studentů a učitelů) Univerzitní informační systém

37 37 Registrace IV Vstupní podmínky fakult konverze STUDENT  UIS (prakticky hotovo) čištění dat studentů (nutno zapojit studenty) vyladění systému  nastavení parametrů období (data registrace, zápisu, zobrazování katalogu, limitní podmínky) - synchro fakult  úklid Katalogu předmětů (musí být ukončení, vybudovaný systém prerekvizit, limity, exporty)  tvorba šablon a doporučených plánů Univerzitní informační systém

38 38 Registrace V Časový harmonogram všechny akce musí probíhat paralelně do nutno nastavit období a dohodnout se na synchronizaci fakult do úklid Katalogu, nastavení limitů, tvorba šablon a doporučených plánů do osvěta na fakultách (studenti, učitelé) Univerzitní informační systém

39 39 Registrace VI Co je to šablona a doporučený plán I šablona je balík předmětů, ze kterého student provádí výběr (buď je omezen na jednu šablonu nebo mu slouží k orientaci v nabídce Katalogu) je doporučené mít pro každou pomyslnou skupinu studentů alespoň jednu šablonu a příp. několik společných šablon jako jsou Volitelné předměty, Předměty pro studenty cizích fakult apod.) Univerzitní informační systém

40 40 Registrace VII Co je to šablona a doporučený plán II doporučený plán je šablona nasměrovaná na konkrétní obor/specializaci a „teoretický ročník“, což je ročník ve starém smyslu pokud student studuje správnou rychlostí studia (teoretický ročník odpovídá odstudovaným rokům), je mu tento doporučený plán předvyplněn vstupem do registrace příp. neprovedením registrace Univerzitní informační systém

41 41 Registrace VIII Co je to šablona a doporučený plán III nejprve se definují jednotlivé šablony potom se některé šablony prohlásí za doporučené plány a nastaví se jim příslušné směrovací parametry (komu jsou určeny) neprovedením registrace může být (na přání integrátora) studentům předvyplněn doporučený plán (aplikací v UIS - může být delegováno na studijní referentku) Univerzitní informační systém

42 42 Registrace IX Jak budou probíhat registrace I studentovi se předvyplní doporučený plán (existuje-li) a opakované předměty (jsou-li) nabízí se mu přidávání předmětů ze šablon nebo z celého Katalogu (je-li to povoleno) nabízí se mu též odebírání předmětů (je-li to povoleno) a nebo změna ukončení průběžně se kontrolují prerekvizity Univerzitní informační systém

43 43 Registrace X Jak budou probíhat registrace II dokud nejsou splněny limitní podmínky nastavené integrátorem (či pověřenou osobou), nemůže být registrace prolášena za platnou proces lze kdykoliv přerušit a později se k němu vrátit student je průběžně informován o všech akcích a o platnosti jeho registrace Univerzitní informační systém

44 44 Registrace XI Jak budou probíhat registrace III pokud studentovi nevyhovuje chování systému (kapacitní omezení, limitní podmínky či prerekvizity), může PODAT ŽÁDOST garantovi nebo integrátorovi či studij. oddělení s patřičným odůvodněním žádost může být schválena nebo odmítnuta (např. garant překročí kapacitní omez. či prerekvizity, studijní zmírní limitní podmínky) Univerzitní informační systém

45 45 Registrace XII Průběžné informace z registrací během procesu registrací lze sledovat statistiku průběhu registrací (kolik registrací bylo započato, kolik je platných, kolik je studií celkem, stav registrace studenta) lze provést registraci za studenta (superprávo, práva studijního) lze sledovat podané žádosti a urgovat jejich řešení u garantů Univerzitní informační systém

46 46 Registrace XIII Závěrečné informace z registrací graf průběhu registrací (pro plánování registrací v příštích obdobích) statistika registrací (splněno/nesplněno) jednotlivé registrační listy seznam kolizí pro rozvrháře rozvrhové kartičky jednotlivých předmětů přehled udělených výjimek (budoucí ladění) Univerzitní informační systém

47 47 Registrace XIV Limitní podmínky umožní specifikovat studijní systém fakulty minimální a maximální kritéria počtu kreditů, předmětů a různých typů ukončení počty osob v předmětech omezení předmětů na programy, obory a specializace aplik. omezení (odebírání, změna ukončení) Univerzitní informační systém

48 48 Registrace XV Využití výsledků registrace rozvrháři sestaví rozvrhy na míru zájmu studentů (především u maximalistických variant registrace) výsledky registrací se použijí jako podklady k zápisu (předvyplnění zápisových archů) fakulty mohou určit počet otevíraných skupin, uzavřít nezajímavé předměty a odhadnout zájem o mezifakultní studia Univerzitní informační systém

49 49 Registrace XVI Univerzitní informační systém Praktická ukázka a Dotazy k této části ?

50 50 Systém výstupů I Co zahrnuje systém výstupů tiskový systém (výstupy na tiskárny) exporty do jiných formátů (TXT, CSV, XML, DBF, Office) generování sestav pro staré systémy (STD, UCH) systém formátů (definice variantních výstupů) a prezentátor pro získávání dat Univerzitní informační systém

51 51 Systém výstupů II Tiskový systém samostatný systém pro zasílání tisků na tiskárny každý vlastník či správce tiskárny si definuje své tiskárny, ke kterým může přidělit oprávnění tisknout dalším uživatelům příp. celým ústavům každý uživatel má svoji předvolenou tiskárnu, na kterou směřují výstupy všech aplikací Univerzitní informační systém

52 52 Systém výstupů III Podporované tiskárny síťové tiskárny, na které lze tisknout pomocí UNIX lpr (PostScript, příp. přes ovladač GS) tiskárny připojené k MS Windows (protokol SMB, PostScript nebo ovladač GS) ASCII tiskárny (traktorové tiskárny studijního oddělení) umožňující tisk velkých sestav virtuální tiskárny (text, PostScript, PDF) Univerzitní informační systém

53 53 Systém výstupů IV Další možnosti tiskového systému sledování využívání tiskárny uživateli nebo seznam tisků jednotlivých uživatelů testování provozu tiskárny pomocí testovací stránky ochrana tiskárny heslem v případě tisku v prostředí MS Windows více správců tiskárny (vlastník, integrátor,...) Univerzitní informační systém

54 54 Systém výstupů V Exporty do jiných formátů v první fázi je počítáno s formátem TXT připravuje se tisk do formátu CSV a DBF v budoucnosti budeme podporovat také výstup do MS Office formátů prostřednictvím doc2txt serveru nebo RTF formátu uvažujeme o podpoře XML nebo SGML formátu předávání dat mezi fakultami a UIS Univerzitní informační systém

55 55 Systém výstupů VI Napojení na staré systémy I v současné době jsou zpracovány dva základní konektory realizované pomocí systému dlouhodobých úkolů STUDENT STyxx.DBF (studenti) STUDENT UCHxx.DBF (uchazeči) uvažujeme i o formátu STUDENT PROSPyxx.DBF a CISPRyxx.DBF (průchody) Univerzitní informační systém

56 56 Systém výstupů VII Napojení na staré systémy II mimo studijní systémy je provozován export do přenosových souborů zdravotních pojišťoven, EkonFIS, výstup do ANETE ZŘD (stravovací databáze) a knihovní exporty (pro firmu Bartech) dočasně je podporován přenos autentizačních souborů pro generování NDS (příjemce ÚVT - Vodička) Univerzitní informační systém

57 57 Systém výstupů VIII Co jsou to formáty? fakulty a pracoviště evidují data s variantní strukturou (pomocí šablon a mutovaných šablon) jednotlivé výstupy a zvyklosti výstupů jsou na různých fakultách různé formát umožňuje předepsat vzhled a obsah konkrétní stránky (využití na webu, při tisku brožur, při exportu) Univerzitní informační systém

58 58 Systém výstupů IX Aplikace formátů v současné době jsou formáty použity pouze v aplikaci Veřejný katalog předmětů před dokončením je užití formátů v aplikaci Prohlídka programů, oborů a specializací dalšími uvažovanými aplikacemi jsou Lidé na MZLU, Pracoviště na MZLU a aplikace pro vědu a výzkum (VVIS) Univerzitní informační systém

59 59 Systém výstupů X Kde se formáty evidují formáty se evidují v aplikaci Evidence formátů (Osobní administrativa, sekce Nastavení informačního systému) formát musí mít specifikovaný typ (v jaké aplikaci bude použit) a jméno formáty se mohou omezovat na subjekty (typicky fakulty, později i ústavy - např. u Pracoviště na MZLU nebo Lidé na MZLU) Univerzitní informační systém

60 60 Systém výstupů XI Kdo formáty eviduje speciální oprávnění na evidenci formátů pokud osoba má právo na příslušný typ formátů, vidí i formáty téhož typu z jiných subjektů umožňujeme tímto předávat si zkušenosti a dobré nápady zda je myšlenka progresivní se teprve ukáže Univerzitní informační systém

61 61 Systém výstupů XII Jak se formát použije zatím není žádná specifická aplikace pro nastavení užití formátů (i když se o ní velmi uvažuje) formát pro Veřejný katalog předmětů se nastavuje pro každé období (může se s vývojem fakulty měnit), implicitní formát definuje vývojový tým velmi stručně a umísťuje jej v univerzitním období Univerzitní informační systém

62 62 Systém výstupů XIII Jak se formát tvoří I je to SGML dokument popisující jak vizuální podobu, tak generovaná data vizuální značky se velmi podobají HTML a stále se vyvíjejí (pravděpodobně úplně směrem k HTML, ale protože je možný variantní výstup, tak tu množinu chceme mít redukovanou) funguje jak XML dokument apod. Univerzitní informační systém

63 63 Systém výstupů XIV Jak se formát tvoří II přesný popis značek a návod budou umístěny do aplikace na tvorbu formátu z vizuálních značek podporujeme běžné EM, A, NADPIS, SEKCE, P (s atributem ALIGN), BR, HR, UL, OL (s položkami značenými LI a z obou stran uzavřenými) dále klasické &symboly; podle ISO specifikace (především nbsp, lt, gr, amp) Univerzitní informační systém

64 64 Systém výstupů XV Jak se formát tvoří III složitější vizuální značkou je TABLE, která má klasické atributy CELLSPACING, CELLPADDING, BORDER a WIDTH s řádky se značkou TR (atribut VALIGN), buňky TD (atribut ALIGN) a nadpisové buňky TH (tentýž atribut, jiná barva pozadí) speciální atribut LINEBACKGROUND umožňuje vytvářet tabulky ve stylu UIS Univerzitní informační systém

65 65 Systém výstupů XVI Jak se formát tvoří IV obsah se popisuje pomocí datových značek nejjednodušší datovou značkou je GET, která získává data ze základní tabulky pro získání dat z atributových tabulek slouží značka ATRGET pro výpisy mutací je potřeba nějaký cyklus - FOREACH a výchozí definice DEFAULT Univerzitní informační systém

66 66 Systém výstupů XVII Datové značky Veřejného katalogu I podporované GET značky jsou  název předmětu z Katalogu  definovaný kód v Katalogu  vnitřní číslo předmětu v KP  změněno a změnil  ve kterém období předmět je  seznam období, kde je podobný předmět (typicky předchozí období)  klikatelné jméno garanta Univerzitní informační systém

67 67 Systém výstupů XVIII Datové značky Veřejného katalogu II další GET značky pro určení předmětu  kde se předmět učí (název fakulty), klikatelné  kdo předmět vyučuje (jméno pracoviště - pravděp. ústavu), klikatelné  zkratka pro KDE  zkratka pro KDO standardní definice jazyka syllabu, implicitně česky Univerzitní informační systém

68 68 Systém výstupů XIX Datové značky Veřejného katalogu III značky ATRGET zpřístupňují uživatelské informace ze šablon (individuální atributy)  zobrazí informace ze základní šablony předmětů (jméno atributu je xxx), formát umožňuje zvolit zvláštní formát pro příslušná data - zatím podporujeme pro atr=prerekvizity formáty  prerekvizity (náhrada značek za texty)  dlouheprerekvizity (navíc expanze kódů na názvy)  dlouhekodyprerekvizity (jako prerekvizity, nahradí se také slova jako NOW() apod., ale zůstanou kódy) Univerzitní informační systém

69 69 Systém výstupů XX Datové značky Veřejného katalogu IV další značky ATRGET:  zobrazí informace ze šablony syllabů předmětů (jméno atributu je xxx, jazyková mutace je yyy - zkratka jazyka - pokud je uvedeno DEFAULT, není nutné jazykovou mutaci specifikovat, implicitně je český jazyk), formát slouží pro nastavení specifických formátů některých atributů:  strukturovanyobsah (PEFkovská varianta obsahu z FIS)  literatura (klasická FISovská literatura, viz small text) Univerzitní informační systém

70 70 Systém výstupů XXI Datové značky Veřejného katalogu V další značky ATRGET:  zobrazí atribut xxx ze šablony ukočení, pokud se použije type=standard, pak se zobrazí standardní ukončení, je-li tam type=foreach, pak se očekává obálka FOREACH (pro iteraci přes všechna ukončení), není-li tam nic, uvede se ktere=zzz a ukončení se zkratkou zzz je zobrazeno Univerzitní informační systém

71 71 Systém výstupů XXII Datové značky Veřejného katalogu VI cyklus FOREACH:  … provede zreplikování … pro každé ukončení a uvnitř nahradí všechny ATRGETy na šablonu ukončení s typem foreach za totéž s nastavenou variantou ktere  uvnitř je možné použít pro získání názvu ukončení a pro získání zkratky názvu ukončení (iterátory cyklu) Univerzitní informační systém

72 72 Systém výstupů XXIII Příklad I základní informace o předmětu: ( ) Vyučováno na: V období: Ale také v období: Naposledy modifikoval: Univerzitní informační systém

73 73 Systém výstupů XXIV Příklad II seznam ukončení a počtu kreditů: ukončení kredity Univerzitní informační systém

74 74 Systém výstupů XXV Výstupní varianty formátů v současné době je v provozu HTML výstup pracuje se na LaTeXovém výstupu (brožury předmetů - tištěné varianty Katalogu předmětů, tisky jednotlivých syllabů) uvažuje se do budoucna také RTF formát pro přenos do MS Office a obohacený XML formát (de facto přegenerování formátu s daty a FO-objekty) Univerzitní informační systém

75 75 Systém výstupů XXVI Univerzitní informační systém Praktická ukázka a Dotazy k této části ?

76 76 Odkazování na UIS I Jak se z fakultních webů odkazovat na UIS přímé odkazy na skripty UIS s předávanými parametry nedoporučujeme připravujeme URL které bude obsahovat prezentovaná data bude vydán seznam standardizovaných odkazů přes toto URL, který umožní z fakultních webů odkazovat veřejné informace UIS Univerzitní informační systém

77 77 Odkazování na UIS II Ale fakultní designy vypadají různě informace budou implicitně v designu UIS vzhledem k připravované aplikaci Personalizace UIS (designy apod.) na příští měsíc (jedno z témat příštího školení) bude možné definovat si fakultní designy a pomocí parametru k uvedenému URL zobrazovat výstupy přímo ve fakultním designu (příp. design vypnout) Univerzitní informační systém

78 78 Odkazování na UIS III Univerzitní informační systém Praktická ukázka a Dotazy k této části ?

79 79 Několik drobností Co ještě zbývá dodat: publikované texty, tým, novinky blížící se text 2 diplomek s filozofií UIS (povinná literatura pro integrátory :-) ) certifikát, test češtiny, seznam integrátorů preference uživatele (fotografie) chystaný seznam priorit Univerzitní informační systém

80 80 Závěrem Univerzitní informační systém Dotazy ?


Stáhnout ppt "Školení systémových integrátorů MZLU v Brně Univerzitní informační systém 15. 4. 2002 MZLU v Brně Milan Šorm, František Dařena Vývojový tým UIS UI PEF."

Podobné prezentace


Reklamy Google