1 Versiebeheer en distributie Functioneel Ontwerp Versiebeheer Distributie Samenvatting... 3

Functioneel Ontwerp Studie Coach and Learning Environment voor computer based training Datum

12 oktober 2006

Status

versie 12.0

Inhoudsopgave 1

Versiebeheer en distributie Functioneel Ontwerp ................................................................................ 2 1.1 1.2

Versiebeheer ..................................................................................................................................................2 Distributie .......................................................................................................................................................2

2

Samenvatting ............................................................................................................................................ 3

3

Ontwerpgebied ......................................................................................................................................... 3 3.1 Inleiding ..........................................................................................................................................................3 3.2 Voorwaarden waaraan systeem moet voldoen ..............................................................................................3 3.2.1 Gebruikersidentificatie en studentengegevens.......................................................................................4 3.2.2 Gebruikersgroepen .................................................................................................................................4 3.2.3 Zoek- en Selectiemogelijkheden van lessen ..........................................................................................5 3.2.4 Registratie van gegevens per gevolgde les ............................................................................................8 3.2.5 Review systeem ......................................................................................................................................8 3.2.6 Advisering ten aanzien van COO op basis van individueel behaalde leerdoelen ..................................8 3.2.7 COO-registratie .....................................................................................................................................10 3.2.8 Onderhoud classificatie.........................................................................................................................11 3.3 Uitgangspunten ............................................................................................................................................11 3.4 Kwaliteitseisen..............................................................................................................................................11 3.5 Ontwerpbeslissingen ....................................................................................................................................11 3.6 Geraadpleegde documentatie......................................................................................................................11 3.7 Relaties SCALE............................................................................................................................................11 3.7.1 Integratie LRS.Net met bestaande ICT infrastructuur...........................................................................11 3.7.2 Relatie tussen functionaliteit LRS.Net en andere systemen.................................................................12 3.8 Omgeving .....................................................................................................................................................12

4

Informatieprocesmodel SCALE............................................................................................................. 12 4.1 Symbolen .....................................................................................................................................................12 4.2 Data Flow Diagram SCALE..........................................................................................................................12 4.3 DFD niveau 1 ...............................................................................................................................................13 4.3.1 Enduser.................................................................................................................................................13 4.3.2 Teacher .................................................................................................................................................13 4.3.3 Webinfo .................................................................................................................................................14 4.3.4 Administrator .........................................................................................................................................14 4.3.5 Superadministrator................................................................................................................................15 4.4 DFD niveau 2 ...............................................................................................................................................15 4.4.1 Administrator .........................................................................................................................................15

5

Logisch gegevensmodel........................................................................................................................ 17 5.1 5.2 5.3 5.4

6

Detail functiebeschrijvingen.................................................................................................................. 18 6.1

7

Entity Relationship Diagram (ERD)..............................................................................................................17 Beschrijving per tabel ...................................................................................................................................17 Relatiebeschrijvingen ...................................................................................................................................17 Wijzigingen datamodel bestaande systeem.................................................................................................18 Parameters on the LRS.Net URL.................................................................................................................18

Detail interfacebeschrijvingen .............................................................................................................. 19

Functioneel Ontwerp SCALE

13 oktober 2006, pg. 1/27

8

Consequenties bestaande systemen ................................................................................................... 19 8.1

9

Gegevensmodel LRS.Net.............................................................................................................................19

Aandachtspunten vervolgtraject .......................................................................................................... 19 9.1

10

Testfase........................................................................................................................................................19 Legenda ............................................................................................................................................... 19

Bijlagen ........................................................................................................................................................... 19 Bijlage 1: Manual LRS.Net ......................................................................................................................................19 Bijlage 2: ER LRS.Net.............................................................................................................................................20 Bijlage 3: Stroomdiagram MedischOnderwijs.nl / MedicalEducation.nl ..................................................................21 Bijlage 4: Overzicht relaties LRS.Net met andere systemen ..................................................................................21 Bijlage 5 Overzichtsfoto’s nieuwe Grafische User Interface ...................................................................................24

1

Versiebeheer en distributie Functioneel Ontwerp

1.1

Versiebeheer

Versie 0.1 0.2

Datum 2005-05-17 2005-05-26

Auteur MA MA

0.3 0.4 0.5 0.6 0.7 0.8 0.9 10.0

2005-06-07 2005-06-08 2005-06-16 2005-06-28 2005-07-07 2005-08-02 2005-09-29 2006-08-22

MA MA MA MA MA MA MA MA

11.0 12.0

2006-10-03 2006-10-12

MA MA

1.2 Versie 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 10.0 11.0 12.0

Omschrijving Eerste versie Projectvergadering 19 mei 2005 i.s.m. PVR Tweede versie n.a.v. Projectvergadering 19 mei 2005 en t.b.v. actiepunt20050519-3 Allen: Een ieder geeft in FO aan per punt wat er nog aan moet worden gewijzigd Verwerken opmerkingen allen op fo Projectvergadering 8 juni 2005 opmerkingen gewijzigd. Aanvullingen op FO vanuit Manual LRS.Net 9 juni 2005 e t.b.v. Projectvergadering 1 juli 2005 en 2 Voortgangsrapportage n.a.v. Projectvergadering 1 juli 2005 Eindversie Eindversie met aanvullend ER Aangevuld met studiecoach (queries), samenhang systemen, en grafisch ontwerp Laatste correcties n.a.v. Projectvergadering 10 oktober 2006

Distributie Datum 2005-05-17 2005-05-26 2005-06-07 2005-06-08 2005-06-16 2005-06-28 2005-07-07 2005-08-02 2005-09-29 2006-08-22 2006-10-03 2006-10-12

Aan Allen Allen Allen Allen Allen Allen Allen Allen Allen Allen Allen SE

Legenda: Alers, M (MA), Bloemendaal, P. (PB), Diepmaat, F. (FD), Doets, M. (MD), Eggermont, S.(SE), Langeveld, V. (VL), Man, A. de (AdM), Projectmedewerkers SCALE (Allen), Quaak, M. (MQ), Verdoes, S. (SV), Vries Robbé, P. de (PVR) Functioneel Ontwerp SCALE

13 oktober 2006, pg. 2/27

2

Samenvatting

Begin maart 2005 is een subgroep van het project SCALE gestart met het functioneel ontwerp. In dit ontwerp zijn de gewenste specificaties opgenomen die het resultaat zijn van het overleg tussen alle deelnemende faculteiten. De functionaliteit voor SCALE is tot stand gekomen middels overleg met COO coördinatoren, ICT medewerkers, onderwijskundigen en studenten van de aan het project deelnemende instellingen. SCALE heeft kennis van de COO programma’s enerzijds en de studenten en hun resultaten geboekt met het studiemateriaal anderzijds. In mei 2005 is tijdens de projectvergadering de eerste versie van het functioneel ontwerp aan de projectdeelnemers verstuurd. Het functioneel ontwerp, inclusief de functionele specificaties is eind juli 2005 opgeleverd. Vervolgens zijn de beschreven specificaties ontwikkeld en geprogrammeerd. In de tweede helft van 2006 is een gedetailleerd functioneel ontwerp van de studiecoach, een beschrijving van de relatie tussen functionaliteit van SCALE en andere systemen en een detail interface beschrijving van het nieuwe grafisch ontwerp toegevoegd.

3

Ontwerpgebied

In dit hoofdstuk wordt SCALE beschreven in relatie tot LRS.Net (een bestaand systeem ontwikkeld door en gebruikt bij het Leids Universitair Medisch Centrum) en COO-materiaal dat gebruikt wordt bij de deelnemende instellingen. Hierbij wordt aangegeven welke functies SCALE moet ondersteunen. Vervolgens worden de hieruit voortvloeiende werkzaamheden toegelicht. 3.1

Inleiding

Het Leids Universitair Medisch Centrum (LUMC), Erasmus MC, Universitair Medisch Centrum Rotterdam (Erasmus MC), Universitair Medisch Centrum Utrecht (UMCU) en het Universitair Medisch Centrum St Radboud Nijmegen (UMC St Radboud) werken in 2005 en 2006 samen in het SCALE project, dat tot doel heeft faciliteiten te ontwikkelen om het tot nu toe in deze instellingen geproduceerde digitale studiemateriaal onder de studenten te kunnen verspreiden, middels een studie coach. Het is een subsidieproject van de Stichting SURF. De aanleiding tot de ontwikkeling van dit systeem is de toegenomen kwantiteit en kwaliteit van het COO-materiaal, zowel inhoudelijk als technisch aan de Nederlandse UMC's. Voor deze onderwijsvorm zijn in de afgelopen 25 jaar inmiddels honderden programma’s gemaakt die in het medisch onderwijs ieder hun eigen leerdoel en toepassing hebben (alle denkbare vormen van elektronisch studiemateriaal, variërend van casuïstiek, tutorials, simulaties tot toetsen). Iedere instelling gebruikt hierbij zijn eigen materiaal. Het merendeel hiervan wordt als zelfstudie materiaal aangeboden. Het volgen van dit onderwijs is vaak niet verplicht en wordt niet getoetst. Dit vraagt om een meer structurele plaats in het onderwijs en in de toetsing. SCALE heeft kennis van de COO programma’s enerzijds en de studenten en hun resultaten geboekt met het studiemateriaal anderzijds. Hierdoor kan het systeem studenten van advies dienen ten aanzien van behaalde leerdoelen (zie verder paraaf 3.5). Daarnaast levert het systeem de mogelijkheid om op een flexibele manier al het COO te bereiken, ook wanneer het gaat om niet zelf geproduceerd materiaal. De studie coach kan gekoppeld worden aan een Digitale Leer Omgeving. Studenten en docenten van de betrokken universiteiten hebben middels deze studie coach op eenvoudige wijze toegang tot zowel individuele als cohort resultaten en kunnen zowel de gevolgde programma’s als de leerdoelen in de tijd vervolgen. Deze resultaten zullen het directe bewijs vormen hoe frequent en op welke wijze dit systeem in de praktijk gebruikt wordt. Het functioneel ontwerp levert een door alle deelnemende instellingen gevalideerd document op met gebruikersspecificaties van de studie coach en vormt de basis voor zowel de technische realisatie van SCALE als ook voor de gebruikersdocumentatie (handleiding). De technische realisatie van de studie coach omvat het programmeren, testen en opleveren van een module binnen LRS.Net van waaruit naast het gebruik van COO door studenten, ook de leerdoelen per student kunnen worden geregistreerd en gevolgd in de tijd. Deze informatie maakt een coachend studie advies aan studenten mogelijk. Naast een studiecoach wordt ook een review systeem aan LRS.Net toegevoegd. LRS.Net is toegankelijk gemaakt via de website MedischOnderwijs.nl / MedicalEducation.nl. 3.2

Voorwaarden waaraan systeem moet voldoen

Benodigde functionaliteit voor SCALE is:


13 oktober 2006, pg. 3/27

3.2.1

Gebruikersidentificatie en studentengegevens

Accounts in SCALE worden aangemaakt op basis van een geldig e-mailadres. Toegang tot SCALE kan plaatsvinden op 2 manieren: direct (de gebruiker logt in) of indirect (via een ander systeem). Directe toegang ( op basis van mailadres) De gebruiker kan zelf een enduser account aanmaken in MedischOnderwijs.nl op basis van een geldig emailadres. Dit kan via de website MedischOnderwijs.nl of MedicalEducation.nl. Na aanmelding krijg je automatisch via de e-mail een password voor het account. Nieuwe gebruikers kunnen nu zelf een password aangeven (van minimaal 4 tekens). Na aanmelding krijg je automatisch via de e-mail een password voor het account. Als je al een account hebt kan je dit aangeven en inloggen De studenten en docenten van de betrokken instellingen worden, waar mogelijk, automatisch geïmporteerd in LRS.Net. Hierbij worden zij automatisch toegevoegd aan de juiste gebruikersgroep, zodat zij toegang krijgen tot de lessen die ter beschikking staan van deze groep. Indirecte toegang (via andere systemen) De koppeling vanuit de leeromgeving aan de studie coach kan direct of indirect via reeds vigerende of in ontwikkeling zijnde systemen: zoals Blackboard, curriculum database programma’s en dergelijke, maar ook studievolgsystemen en portfolio’s. LRS.Net kan autorisatie geven aan de student als blijkt dat die inlogt via de leeromgeving (bijvoorbeeld Blackboard login en password), zodat de gebruiker niet opnieuw hoeft in te loggen. Bij inloggen via DLO in LRS.Net wordt automatisch een account aangemaakt. Dit account en het password wordt gemailed aan de student. Het account binnen LRS.Net hoeft niet gelijk te zijn aan de login naam van de DLO. Het e-mail account van LRS.Net wordt gekoppeld aan twee groepen: de standaard internetgroep en de groep van de getruste site (bijv. Erasmus). Na het doorgeven van de identificatie kan meteen een COO gestart worden vanuit een DLO. Meerdere studenten moeten tegelijk registreerbaar zijn als zij samen een COO maken (achter één PC). 3.2.2

Gebruikersgroepen

Typen gebruikers worden onderscheiden om de formele toegang tot functionaliteit te regelen. Lesgroepen zijn bedoeld om het praktische aanbod van lessen te groeperen. In een kruistabel wordt per gebruikersrol aangegeven wat de bijbehorende rechten en mogelijkheden zijn van de selectiemogelijkheden voor COO. I. Gebruikers De volgende gebruikersrollen voor SCALE zijn beschreven: A. Enduser De student-gebruikersrol heet in LRS.Net enduser. Endusers kunnen lessen opstarten die gekoppeld zijn aan de gebruikersgroep waar de enduser bij hoort . Studentresultaten worden gelogd. LRS.Net is toegankelijk via de website MedischOnderwijs.nl / MedicalEducation.nl. De enige taal van de interface van de enduser is Engels. Via de hyperlink "changes your personal details" bovenin het beeldscherm, kan je lessen in een andere taal te zoeken alsook je personal properties aanpassen . De hyperlink "change your password" is er om je paswoord te wijzigen. Verder is er een logout hyperlink. Aan het einde van een les kan een keer commentaar worden gegeven (review). Dit kan ook via de hyperlink "Review the lesson done in the past". Bij de hyperlink history and coaching kan je de lessen zien die je in het verleden hebt gedaan alsook kiezen voor "Which lessons should I do next?" en "Give me more lessons on the same subject". Je kan kiezen om de de lessen te laten zien gegroupeerd op Medical Department of op Body part. In de tabel Informatie over lessen in SCALE staat nieuwe functionaliteit beschreven (zie verder paraaf 3.2.3 II). B. Teacher De teacher kan lessen in LRS.Net draaien als student (enduser) en kan ook een overzicht krijgen van recente sessies gedaan in LRS.Net (Show Sessions). De Teacher kan hiermee student- deelname en prestatie bekijken. Er is een mogelijkheid tot subselecties van studenten, lessen, lessengroepen en periodes. De teacher kan dus de resultaten van een les in de groep waarover hij/zij zelf lesgeeft opvragen. De teacher kan lessen zien van zichzelf en van de teachers die in dezelfde groep zitten. De docent kan lessengroepen klaarzetten zodat pre-selecties voor studenten ontstaan. C Webinfo Dit is een extra usergroup die het recht heeft om lesbeschrijvingen voor lessen in te voeren, maar de lessen zelf niet online kan zetten. Dit maakt het mogelijk om ook niet voor MedischOnderwijs.nl toegankelijke lessen te documenteren. Er wordt een zoekfunctie voor deze offline lessen gemaakt. D

Administrator


13 oktober 2006, pg. 4/27

Per instelling is er een administrator die groepen studenten en docenten toegang kan verlenen. Deze rechten worden ook automatisch uitgedeeld, op basis van het e-mail adres. Administrators werken in een groep zodat ze elkaars taken kunnen overnemen. De administrator kan als enduser het systeem benaderen (via button LRS) en ziet alle faciliteit als teacher (Accounts, Show Sessions). Hij/zij kan contactpersonen (contacts), dit zijn teachers of andere administrators, voor lessen toevoegen. De administrator heeft het beheer over de lessen: add, edit, delete (lessons). Hier kan gezocht worden naar titel of onderwerp van de les, de lesid wordt getoond, Name, Subject, Institution, Version, Language, Audience, Author, Owner, CBT-type, Contact, Requirements, Description, URL(een lessonID –maar ook een lessengroepID- kunnen automatisch worden gestart), BrokenCheck (of een les nog bereikbaar is via het internet). De les kan online of autoOnline worden gezet. De les kan worden ingedeeld in de features (Main Department en Body part / organic tract). Er kan worden ingedeeld in welke gebruikersgroepen (welke toegangsmogelijkheden) het account thuishoort. En er kan automatisch gechecked worden of de client-computer de benodigde plugins voor desbetreffende les heeft (zo niet, dan kan dit worden gedownload). Verder kan de administrator lesgroepen onderhouden: add, edit, delete (LessonGroups) en hierin lessen wijzigen (Lesson in Group) en kan lessen van een andere administrator uit dezelfde AdminGroup overnemen (Steal lesson). Administrators krijgen rechten om andere accounts teacher rechten te geven. E Superadministrator De superadministrator kan administrator accounts aanmaken. De superadministrator kan de settings van een account wijzigen. De superadministrator kan wijzigen in welke gebruikersgroep een account zit. De superadministrator heeft toegang tot alle onderdelen van het systeem, kan systeemfouten opsporen. De superadministrator onderhoudt de features en de root van de classificatie. Matrix rechten Gebruikers Zoeken Les opstarten Les invoeren Leskenmerken wijzigen Les verwijderen Curriculumboom invoeren / wijzigen Les koppelen aan eigen curriculum Lesgroep aanmaken Gebruikersgroep aanmaken User teacher maken User administrator maken Users verwijderen Sessie van jezelf bekijken Sessie van anderen bekijken

Enduser

Teacher

x x

x x

Administrator / Webinfo x x x x x x

Superadministrator x x x x x

x x x x

x x

x x

x x x x x x x

II. Gebruikersgroepen Naast rollen moeten er ook groepen aangemaakt kunnen worden (door een administrator, bijvoorbeeld door batch import van een lijst studentnummers). Accounts kunnen gekoppeld worden aan groepen. Een groep bestaat uit een aantal accounts die specifieke rechten hebben. Alle nieuwe vrije aanmeldingen worden automatisch toegevoegd aan de usergroup: Internet users. 3.2.3

Zoek- en Selectiemogelijkheden van lessen

Er wordt hier beschreven welke zoeken selectiemethoden het systeem biedt en op welke manieren de gebruiker een les kan bereiken. I. Zoeken door middel van zoekwoorden Het systeem werkt als een Google achtige zoekmachine, waar je na het intypen van zoekwoorden een lijst met gevonden lessen krijgt, waarbij de beste match bovenaan staat. Er wordt rekening gehouden met synoniemen. De zoekmachine maakt gebruik van de boomstructuur om de lijst met treffers te ordenen en om meer specifieke of meer algemene COO te vinden dan wat door de zoekwoorden wordt uitgedrukt. De plaats in de lijst moet afhankelijk zijn van de gevonden resultaten; bij een hoge score wordt bijvoorbeeld de zoekterm direct in de betreffende tak/bladnaam gevonden, hoe verder in de boom, hoe lager de score. Ook het gewicht van de koppeling tussen de gevonden les en de boom moet hierin meegenomen worden. Bij het zoekveld is aan te geven waar Functioneel Ontwerp SCALE

13 oktober 2006, pg. 5/27

gezocht moet worden: in alle velden, of alleen in de metadata en/of in de classificaties. Zo moeten er selecties kunnen worden gedefinieerd waaruit gekozen kan worden bijvoorbeeld alle COO over hart in alle faculteiten. Ingang via de vakgebieden en body-parts van het huidige LRS.Net blijft. Gezocht wordt in de takken- en bladerennamen van de boom en de bijbehorende synoniemen. Hoe dichter bij de stam, hoe hoger het toegekend gewicht. Lessen die in subtakken van gevonden takken voorkomen worden in de zoekresultaten opgenomen met een lager gewicht. Er worden gewichten (volgens een algoritme) aan de gevonden verbindingen met de boom en de metadata van de les gekoppeld. De bedoeling van de zoekmachine is zodanig dat de uitkomst gespecificeerd wordt per doorzochte boom en dat de uitkomst per doorzochte boom de term en het gewicht weergeeft. De gevonden lessen worden gesorteerd in volgorde van belangrijkheid. De zoektermen worden gelogd, zodat superadministrator kan zien wat mist in het systeem, of waar synoniemen toegevoegd moeten worden. Voorlopig maken we de zoekfunctie zo simpel mogelijk. Bij meerdere termen als zoekopdracht wordt met AND gezocht. De ranking van de zoekresultaten wordt onder andere bepaald aan de hand van de gewichten waarmee de les aan de gevonden items in de boom is gekoppeld volgens een nader te bepalen algoritme waarin ook het branchtype een rol speelt. Zoekresultaten worden in groepen van 10 getoond. II.

Zoeken per gebruikersrol

Verschillende gebruikers kunnen via verschillende kenmerken lessen in SCALE vinden: Legenda x = zoekbaar t = direct getoond in zoekresultaat o = oproepbaar * = Nieuw in SCALE Rubriek Algemene informatie bij de les

Nr.

Naam

Type

Beschrijving

1 2

Name Subject

tekst tekst

3

Content description

tekst

4

Educational setting description

tekst

5

tekst

8

Target audience Main Department Body part / Organic tract Language

Naam les Onderwerp les Beschrijving van de inhoud Beschrijving van de studentrol / setting van de les Doelgroep

9

Time

10

Technical description Icon Version Unique number Url BrokenCheck Online AutoOnline Checks Usergroups

6 7

Technische informatie

11 12 13 14 15 16 17 18 19


vaste lijst getal in minuten tekst afbeelding datum autonummer tekst tekst ja/nee ja/nee

Zoals in LRS.Net Zoals in LRS.Net Taal van de les Typische tijdsduur Beschrijving techniek Gif plaatje

Enduser xt xt

Teacher/ Webinfo xt xt

(Super) administrator xt xt

xo

xo

xo

t

xt

xo

o

o

xo

xo

xo

xt

xt

xt

xt

xt

xt

xt

o

o

o

o

xo

t t o

t t xt

o o

t t t t t t

t o

o

13 oktober 2006, pg. 6/27

Rubriek

Contact informatie

Classificatie takken *

III.

Nr.

Naam

Type

Beschrijving

Enduser

20

Aantal players *

getal

0: uit zichzelf 1: zelfstudie 2: multiplayer

o

21 22 23 24 25 26 27 28 29

Institution Author Owner Contact Curriculum Technical Medical CBT-type Educational

tekst tekst tekst xt xo xo x

Teacher/ Webinfo o

(Super) administrator o

o o o o xt o xo xo xo

o o o o xt xt xt xt xt

Inhoud classificaties:

A. Curriculum classificatie Het curriculum zal in een hiërarchische structuur van jaren en studieonderdelen worden opgenomen. Hierdoor is het mogelijk lessen aan een bepaald onderdeel van een curriculum te koppelen. De curricula van alle deelnemende instellingen zijn doorzoekbaar voor alle groepen gebruikers. B. Technische classificatie De technische classificatie is alleen bedoeld voor onderwijs ontwikkelaars. De classificatie valt in 3 hoofdcategorieën uiteen: • Programming Language: Beschrijft welke programmeertaal of talen in de applicatie gebruikt zijn, met als doel de ontwikkelaar een indruk te geven of zijn of haar instelling de applicatie kan overnemen en aanpassen. • Operating System: Geeft aan welk operating system bij de client moet draaien. • Content: Geeft aan wat voor bestanden/standaarden in de applicatie gebruikt worden. Nodig voor distributie en/of voor verdere ontwikkeling. De eerste subtak (Text) bevat formaten die door standaard searchengines geïndexeerd en doorzocht kunnen worden. C. Medische inhoudelijke classificatie Voor de medische inhoudelijke classificatie zal gebruik gemaakt worden van de classificatie van Medical Subject Headings (MeSH). D. Classificatie van CBT-typen Doel van deze classificatie is de beschrijving van de lesvorm van de applicatie. Deze classificatie is zoekbaar voor docenten en toonbaar voor studenten. Een applicatie kan meerdere lesvormen bevatten. E. Onderwijskundige classificatie Gekozen is voor een eenvoudige classificatie die bestaat uit vijf takken en gebaseerd is op de taxonomie van Romiszowski: Per les kan worden aangegeven in hoeverre deze onderdelen voorkomen in de COO les. Waarbij een indicatie kan worden aangegeven middels een percentage. Zichtbaarheid classificaties voor eindgebruikers De eindgebruiker kan via een show details button per les bekijken wat de classificatietermen zijn; deze kunnen dienen als inspiratie om weer verder mee te gaan zoeken. IV. Taal De interfacetaal voor LRS.Net is Engels. Een zoekfunctie naar een les vindt plaats in alle talen tegelijk. Synoniemen kunnen van een taligheid worden voorzien. Taal instelling heeft betrekking op het kenmerk 'taal' (de taal waarin een les is gemaakt) dat door de administrator is toegekend. V. Selectieve toegang van materiaal Het opstarten van bepaald COO kan beperkt worden tot bepaalde groepen. In principe zou dit zo weinig mogelijk moeten gebeuren, bijvoorbeeld alleen als gebruik van COO gekoppeld is aan bepaalde licenties. Deze programma's zouden nog wel door andere gebruikers gevonden moeten kunnen worden via MedischOnderwijs.nl / MedicalEducation.nl, maar niet opgestart. Hiervoor is de usergroep Webinfo aangemaakt.


13 oktober 2006, pg. 7/27

3.2.4

Registratie van gegevens per gevolgde les

I. Het vastleggen van studentgegevens Behalve lessen moeten ook een minimaal aantal studentgegevens in de centrale database worden opgenomen. Dit is noodzakelijk om bij het gebruik van lessen ook de leerdoelen aan personen te koppelen, waardoor per student een persoongebonden overzicht van gevolgde leerdoelen gemaakt kan worden. A. Upload studentgegevens via koppeling Een onderdeel van het project is het onderzoeken van een koppeling met de diverse studentadministratiesystemen. Een dergelijke koppeling hoeft echter niet synchroon te zijn, maar kan ook periodiek (minstens 1 keer per week) plaatsvinden. Er moet binnen dit project gestreefd worden naar een ‘single logon’ voor studenten. Veelal zal authenticatie plaats vinden door een elektronische leeromgeving. Deze authenticatie zal dan door het LRS.Net moeten worden overgenomen zodat de student niet twee keer zijn gebruikersgegevens hoeft in te vullen. Dit vergemakkelijkt het gebruik van het systeem door studenten en kan indien gewenst zelfs onzichtbaar plaatsvinden. In het huidige LRS.Net worden elke nacht alle LUMC student accounts automatisch ge-update en toegevoegd aan de usergroep: LUMC users. Een goede administratief-organisatorische procedure is hier van groot belang. B. Via e-mail adres student Het risico hierbij is dat er altijd wel studenten zijn die ‘even’ geen account op dit centrale LRS.Net systeem hebben. Hiervoor heeft het systeem de mogelijkheid om een account door gebruikers zelf aan te laten maken, waardoor gebruikers vrijwel direct toch van het systeem gebruik kunnen maken, zonder tussenkomst van een beheerder. II. Registratie gegevens per gevolgde les Per les wordt geregistreerd het tijdstip van opstarten, de gebruiker, het IP-adres van de gebruiker en optioneel een score, een commentaar, een kostenindicatie en de gebruiksduur. Overzichtslijsten van gebruikte COO in het curriculum moeten op een aantal niveau's weergegeven kunnen worden waarbij het aantal en de benaming afhankelijk is van de betreffende instituut. III. Registratie van resultaten De student moet zichzelf kunnen volgen in de tijd. Student kan zien hoe hij zijn tijd heeft verdeeld over de verschillende vakgebieden en curriculumonderdelen van zijn eigen instelling.De student krijgt inzage in zijn eigen studeergegevens (zoals score, duur, welke lessen, datum). De teacher en administrator hebben inzage in gebruikersgegevens. 3.2.5

Review systeem

I. Beoordeling door student op inhoud en bruikbaarheid Het review systeem maakt het voor studenten mogelijk om door hen gevolgde lessen van een beoordeling en commentaar te voorzien. Na elk gevolgd COO wordt eenmalig een korte vragenlijst aangeboden over de gevolgde les. De student kan een beoordeling geven op een 10-puntsschaal en kan een vrij tekstveld invullen voor opmerkingen. Als er al eerder een review is gegeven, kan de student een nieuwe review geven en wordt de oude overschreven. Op de site MedischOnderwijs.nl / MedicalEducation.nl, wordt de review mogelijkheid in het hoofdscherm aangeboden. Bij opstarten vanuit Blackboard komt de student niet langs dit review systeem, eventueel moet hiervoor een extra pop-up-achtige vraag gesteld worden om te reviewen. Dit kan eventueel via logsession.aspx geregeld worden, het is dan wel noodzaak dat alle lessen terugloggen naar deze pagina. Onderzocht moet worden of via het huidige Baseframe.html een deel van deze problemen opgelost kan worden. Indien baseframe de review achteraf kan laten plaatsvinden , worden alle lessen standaard via deze pagina opgestart. II.

Opvragen van beoordelingen

De gemiddelde beoordelingen uit de reviews, zullen naast de lessen worden getoond waardoor naast leerdoelen, onderwerpen en type COO van een les ook de kwaliteit (beoordeeld door studenten) bekend is voordat de les wordt gevolgd. Docenten kunnen de beoordelingen van- en commentaren op lessen inzien.

3.2.6

Advisering ten aanzien van COO op basis van individueel behaalde leerdoelen

I. Werking Studiecoach Coaching van de student bij de keuze van uit te voeren COO kan plaats vinden op basis van de volgende criteria: • eerder door de student uitgevoerd COO, • COO uitgevoerd door andere studenten.


13 oktober 2006, pg. 8/27

Bij de coaching kan in principe gebruik worden gemaakt van gegevens van: • de student (eerder uitgevoerde COO, positie in het eigen curriculum), • andere studenten (idem), • de lessen in LRS.Net (kenmerken van de COO-les: MeSH-code, onderwijsklasse, COO-type), • de classificaties in LRS.Net (mesh-structuur, curriculumstructuur). Vragen die in principe kunnen worden beantwoord zijn: 1. welke lessen hebben anderen (al of niet in hetzelfde curriculum) gedaan die ook deze les deden? 2. welke lessen sluiten volgens je eigen (of andermans) curriculum aan op deze les? 3. welke lessen zijn vergelijkbaar met de huidige les --- “nog zo’n les” (mesh-term, COO-type, onderwijsklasse), waarbij verschillende criteria voor ‘vergelijkbaar’ kunnen gelden Het ligt voor de hand bij de beantwoording van deze vragen steeds de eerder (met goed gevolg) uitgevoerde lessen uit het zoekresultaat te verwijderen. Deze vragen worden in de vorm van queries in LRS.Net geïmplementeerd. Met name is dit het geval voor vragen van het 3e type. II. Les aanroepen via Query Queries draaien automatisch in LRS.Net en de student kan via corresponderende hyperlinks de functionaliteit hiervan gebruiken. Zoeken naar lessen die op een andere les lijken qua inhoud (via hyperlink 'Give me more lessons on the same subject' in history and coaching bij een les) • op basis van het AccountID en LessonID • worden maximaal 10 lessen geselecteerd die het meest op deze les lijken qua classificatie in de MeSH boom • en die je nog niet gedaan hebt in de afgelopen maand. Zoeken naar lessen die op een lesgroep lijken qua inhoud (via hyperlink 'Search for lessons similar to the lessons in the group' onderaan een lesgroep) • op basis van het AccountID en LessonGroupID • worden maximaal 10 lessen geselecteerd die het meest op deze lessen lijken qua klassificatie in de MeSH boom • en die je nog niet gedaan hebt in de afgelopen maand. Zoeken naar lessen die lijken op de lessen die je zelf gedaan hebt qua inhoud (via hyperlink 'Suggest lessons based on my history' onder history and coaching ) • op basis van het AccountID worden aan de hand van de lessen die je de afgelopen 2 weken hebt gedaan • maximaal 10 lessen geselecteerd die het meest op deze lessen lijken qua klassificatie in de MeSH boom Suggestie voor nieuwe les (via hyperlink 'Which lessons should I do next' in history and coaching bij een les ) • gebaseerd op wat anderen direct na de betreffende les gedaan hebben • gebaseerd op accountid en lessonid, gefilterd op lessen die je zelf al gedaan hebt en waar je recht op hebt op basis van je groep Als het zoekresultaat geen lessen opleverd wordt 'No lessons to be displayed' weergegeven Lees voor een gedetailleerde beschrijving van de functionaliteit verder bij het hoofdstuk over Detail functiebeschrijvingen III. Specifieke les aanroepen LRS.Net Voor het “Studiecoachen” zijn parameters ontwikkeld waarmee LRS.Net opstart. De parameters geven de mogelijkheid om via een URL de studiecoach functionaliteit te gebruiken. Dit is gebeurd dynamisch en hoeft dus niet aangepast te worden in de URL (bijvoorbeeld je roept alle lessen rondom het onderwerp Hart aan). De volgende coaching mogelijkheden zijn geimplementeerd: Zoeken les vanaf een link Aan de parameters die op de url worden herkend is ‘search’ toegevoegd. Door aan de url naar het LRS.Net de parameter met een zoekterm toe te voegen, wordt in LRS.Net direct het resultaat van deze zoekactie getoond. Bijvoorbeeld: http://medischonderwijs.nl?search=hart geeft alle lessen over het hart. Optionele parameters hiervoor zijn: • Taligheid les Functioneel Ontwerp SCALE

13 oktober 2006, pg. 9/27

De zoekopdracht kan verfijnd worden door een taligheid mee te geven. LRS.Net herkend de parameters ‘resultlang’ als de taal die in de les zelf wordt gesproken en ‘searchlang’ als de taal waarin de zoekterm geïnterpreteerd moet worden. Bijvoorbeeld: http://medischonderwijs.nl?search=heart&resultlang=English geeft alle Engelstalige lessen over het hart. De talen die herkend worden zijn: Deutsch, English, Español, Français, Nederlands en Português. • Lesgroep omvang De parameter ‘Lessongrouptype’ kan gebruikt worden om een lesgroep van 10 lessen op te starten, waarin automatisch voor de student passende lessen worden opgenomen. Bijvoorbeeld: http://medischonderwijs.nl/?lessongrouptype=-1 geeft 10 nieuwe lessen die lijken op de lessen die de gebruiker de afgelopen weken gedaan heeft. De lessen die de gebruiker de afgelopen 30 dagen heeft gespeeld worden uit de lijst gefilterd Lesgroep type De paramater ‘Lessongroupid’ bestaat al. Aan deze parameter is een extra optie toegevoegd/kan ook los gebruikt worden: Lessongrouptype. • -1 geeft alle lessen die qua inhoud lijken op de lessen die je 30 dagen daarvoor al gedaan hebt • -2 in combinatie met een bestaande LessonGroupID geeft alle lessen die lijken op de lessen in lessongroupid qua inhoud De ‘Lessongrouptype’ in combinatie met ‘Lessongroupid’ geeft 10 lessen terug die lijken op de lessen in de met lessengroupid aangegeven lesgroep, de parameter “Lessongrouptype” moet hiervoor op -2 ingesteld worden, dus bijvoorbeeld. http://medischonderwijs.nl/?lessongroupid=4&lessongrouptype=-2 Zie ook Parameters on the LRS.Net URL 3.2.7

COO-registratie

Het project wordt uitgevoerd door de vier deelnemende instellingen. Voor het inventariseren en klasseren van COO materiaal is iedere instelling zelf verantwoordelijk evenals voor het toegankelijk maken van zijn eigen COO materiaal. Iedere instelling zorgt ervoor dat dit ontsloten kan worden via een gewone webbrowser.

Er moet een contactpersoon voor de COO-registratie worden opgegeven aan LRS.Net. I.

Invoeren van COO

Invoeren van COO materiaal in de centrale nationale database Bij het invoeren van COO materiaal in LRS.Net worden de gegevens van het COO (naam, onderwerp, vakgebied, auteur, taal, etc.) in een centrale database vastgelegd. Iedere instelling beheert zijn aandeel decentraal. Op deze wijze kan vanuit één centraal database systeem, dat via het web benaderbaar is, decentraal materiaal gebruikt worden. Het systeem beschikt over een automatisch controle wat betreft de bereikbaarheid van de webpagina. Indien een webpagina enige tijd niet bereikbaar blijkt, wordt de les automatisch off-line gehaald en krijgt de Administrator van de les automatisch bericht per eMail. Dit proces levert een overzicht op van al het COO materiaal van de deelnemende instellingen dat via Internet beschikbaar wordt gesteld, geclassificeerd op basis van medisch onderwerp, COO-type, onderwijskundig aspect, technisch formaat. Alle COO applicaties worden via het huidige LRS.Net over het Internet beschikbaar gesteld (de technische realisatie van de classificatie naar onderwijskundige doelen binnen het LRS.Net wordt pas in tweede instantie uitgevoerd). Per les kunnen plaatjes van (maximaal 3) voorbeeldschermen worden opgenomen. Hiervan worden automatisch thumbnails gemaakt die in de zoekresultaten worden getoond. Er kan voor COO materiaal lesbeschrijvingen worden opgenomen ook als deze COO niet via MedischOnderwijs.nl toegankelijk is (zie Webinfo account). Omzetten COO materiaal naar internet applicaties De instellingen zijn zelf verantwoordelijk voor de publicatie op ‘open’ web servers, waardoor het ook beschikbaar wordt voor de aan het project participerende instellingen. Zowel de omzetting als de publicatie van COO materiaal op web servers zal gebeuren met bestaande middelen. Het is goed voorstelbaar dat een aantal ‘lessen’ niet geschikt zal zijn voor openbare publicatie vanwege auteurs- of privacy (patiënt gegevens) rechten, maar ook kunnen faculteiten hun lesmateriaal niet publiekelijk beschikbaar willen stellen. Deze zullen dan afgeschermd gepubliceerd worden, waarbij ze op basis van authenticatie- of IP gegevens bruikbaar kunnen zijn voor de aan het project deelnemende instellingen. II. Typeren van COO Hetkoppelen van lessen aan de classificatie (zie verder paraaf 3.2.3 IV) is een onderdeel van de Edit opties van de les. Het invoeren van de les (invullen van de metadata; zie verder paraaf 3.2.3 II) wordt hier los van gezien. Er is Functioneel Ontwerp SCALE

13 oktober 2006, pg. 10/27

de keuze uit vijf classificatiebuttons, corresponderend met de classificatietakken. De koppeling aan de classificatie moet voor de gebruiker gesplitst zijn in de verschillende takken, zeker wanneer de browser van NLM gebruikt wordt voor MeSH. Wenselijk is het wel om ook MeSH in dezelfde structuur te gieten en niet via browsers van anderen deze classificatie te benaderen. Browsen met MeSH kan verlopen via focuspunt (zoekterm) met hieromheen punten (parent/child) die uitklapbaar zijn. 3.2.8

Onderhoud classificatie

Voor het onderhoud van de classificaties kan alleen de superadministrator takken en bladeren toevoegen, wijzigen en verwijderen. Toegang tot onderhoud van curriculumclassificaties is voor de administrator en gaat op basis van administratorgroepen. Het is voor administrators alleen mogelijk om in hun eigen curriculumboom lessen toe te voegen (wat dan wel lessen van anderen mogen zijn). Locale extensies, afgezien van de curriculumboom, worden vooralsnog niet toegestaan (zijn gemeenschappelijk vastgesteld). Het is gewenst om een kopie te kunnen maken van een heel curriculum jaar. Vóór het verwijderen of wijzigen van takken of bladeren die daadwerkelijk bij het klasseren van COO-materiaal gebruikt zijn, moeten de contactpersonen van het betreffende materiaal gewaarschuwd worden. Het moet daarom mogelijk zijn om per tak of blad in een classificatie een overzicht te krijgen van al het gekoppelde COO-materiaal. 3.3

Uitgangspunten • • • •

3.4

SCALE is een uitbreiding van het bestaande LRS.Net. LRS.Net is geschreven met Microsoft Visual Studio.Net en heeft een SQL server database. LRS.Net is bekend en bereikbaar via MedischOnderwijs.nl of MedicalEducation.nl COO materiaal is geen onderdeel van SCALE, maar is decentraal, op diverse plekken op het internet, ondergebracht. De volledige studiecoach moet implementeerbaar zijn met het standaard HTML protocol (3.2, RFC 1866). Kwaliteitseisen

Eisen gesteld aan SCALE zijn consistentie van de userinterface en redelijke responstijden. 3.5

Ontwerpbeslissingen

Ten aanzien van de leerdoelen hebben we geconstateerd dat deze bij de verschillende faculteiten en ook bij de verschillende COO-lessen op zeer diverse wijzen in meer en mindere mate zijn geëxpliciteerd. Dit heeft geleid tot de beslissing om alle COO-programmatuur te typeren volgens een reeks van kenmerken, zoals die in doelstellingen voorkomen. De hiërarchie van leerdoelen zal nu tot uitdrukking komen door de hiërarchie die in een vijftal classificaties is aangebracht. 3.6

Geraadpleegde documentatie

Dit functioneel ontwerp zal aanvullingen geven op eerdere functionaliteit zoals die omschreven is in de Manual Lesson Registration System.Net (zie bijlage). Verdere informatie voor het functioneel ontwerp is terug te vinden in het controlling document van dit project en de notulen voor project- en klankboard groep bijeenkomst (terug te vinden via de website: http://www.lumc.nl/scale ) 3.7

Relaties SCALE

3.7.1

Integratie LRS.Net met bestaande ICT infrastructuur

SCALE kan tijdens en aan het einde van het project dienen als portal voor het COO materiaal van de aan het project deelnemende instellingen. SCALE moet geïntegreerd worden in de ICT infrastructuur van de deelnemende instellingen. De studenten kunnen vanuit een elektronische leeromgeving (zoals bijv. Blackboard ® ) een les binnen LRS.Net openen, zonder dat de student LRS.Net ziet, maar met behoud van registratie van lesgebruik met de daarbij behorende leerdoelen. LRS.Net is beschikbaar voor alle studenten en docenten van de aan het project deelnemende instellingen, liefst op basis van een ‘single logon’.


13 oktober 2006, pg. 11/27

3.7.2

Relatie tussen functionaliteit LRS.Net en andere systemen

Welke systemen bestaan er al die lijken op LRS.Net en in gebruik zijn? Moet hier wel/niet rekening mee worden gehouden? Zie Bijlage 4: Overzicht relaties LRS.Net met andere systemen, voor een overzicht van de mogelijke koppelingen van LRS.Net met deze systemen. In het overzicht zijn de verschillende functies (processen) uitgezet tegen de gegevens die bij deze functies betrokken zijn 3.8

Omgeving

In dit hoofdstuk wordt een korte beschrijving van de werkwijze en processen ten aanzien van SCALE bij de aan het project deelnemende instellingen gegeven. Aangegeven wordt welke functies door SCALE worden ondersteund. Ten behoeve van het onderwijs kunnen docenten en blokcoördinatoren geïnformeerd worden over de mogelijkheden die SCALE biedt en de verzameling COO die online wordt aangeboden. Dit kan zowel plenair als individueel in de vorm van een demonstratie. COO kan geselecteerd worden aan de hand van de leerdoelen die de docenten nodig achten. Het COO kan worden geroosterd in het onderwijs of als aanvullend lesmateriaal worden aangeboden. De afspraken met het LUMC op het gebied van support / backup / beschikbaarstelling worden vastgelegd in een Service Level Intention (SLI) tussen LUMC en de andere instellingen. De domeinnamen voor een ingang naar SCALE zijn MedischOnderwijs.nl en MedicalEducation.nl. Per instelling verschijnt een interface voorzien van het eigen logo.

4

Informatieprocesmodel SCALE

De werkwijze binnen het in dit functionele ontwerp beschreven systeem wordt aan de hand van data flow diagrammen (DFD’s) beschreven. 4.1

Symbolen

De volgende symbolen worden gebruikt:

•

Afsluitprogramma

Hiermee wordt het begin of het einde aangeduid van een programmastroom binnen een diagram. Informatie Proces

•

Een willekeurige bewerkingsfunctie

• 4.2

Gegevensstroom

Data Flow Diagram SCALE

Dit contextdiagram geeft een algemene systeembeschrijving. Het schetst de interactie tussen het systeem en de omgeving van het systeem.


13 oktober 2006, pg. 12/27

SCALE URL

LRS

COO Gebruikersgegevens

Advies

Aanvraag selectie + Identificatie

Gebruiker Figuur 4-1: DFD-niveau 0, Context SCALE 4.3

DFD niveau 1

De Data Flow Diagrammen op niveau 1 geven de hoofdprocessen aan van de drie gebruikersgroepen van SCALE. 4.3.1

Enduser

Advisering COO

Aanmelden LRS

Selectie COO

Draaien COO

Registratie resultaat (incl. groepje)

Review

Afmelden LRS

Draaien COO

Registratie resultaat (incl. groepje)

Review

Afmelden DLO

Openstaande reviews

Aanmelden DLO

Selectie COO

4-2: DFD-niveau 1, Enduser 4.3.2

Teacher

Aanmelden

Selectie COO

Draaien COO

Selectie COO

Overzicht resultaten

Afmelden

Selectie studenten groep Functioneel Ontwerp SCALE

13 oktober 2006, pg. 13/27

Figuur 4-3: DFD-niveau 1, Teacher 4.3.3

Webinfo

Gedeeltelijke les beschrijving COO

Aanmelden

Selectie COO

Draaien COO

Selectie COO

Overzicht resultaten

Afmelden

Selectie studenten groep

Figuur 4-3: DFD-niveau 1, Webinfo 4.3.4

Administrator

Aanmelden

Onderhoud COO

Afmelden

Onderhoud account

Onderhoud lesgroep

Onderhoud contactpersoon

Figuur 4-4: DFD-niveau 1, Administrator


13 oktober 2006, pg. 14/27

4.3.5

Superadministrator

Aanmelden

Systeemfouten opsporen

Afmelden

Onderhoud features

Onderhoud classificatie

Figuur 4-5: DFD-niveau 1, Superadministrator 4.4

DFD niveau 2

De Data Flow Diagrammen op niveau 2 geven de deelprocessen aan. 4.4.1

Administrator

Aanmelden

Onderhoud COO

Registreren COO

Klasseren COO

Afmelden

Typeren COO

COO toegangs bevoegdheid instellen

Mutatie COO Selectie COO Copy COO

Verwijderen COO


13 oktober 2006, pg. 15/27

Aanmelden

Onderhoud account

Aanmaken account

Selectie account

Afmelden

Mutatie account

Verwijderen account

Aanmelden

Onderhoud lesgroep

Aanmaken lesgroep

Selectie lesgroep

Afmelden

Mutatie lesgroep

Verwijderen lesgroep

Aanmelden

Onderhoud contactpersoon

Aanmaken contactpersoon Selectie contactpersoon

Afmelden

Mutatie contactpersoon Verwijderen contactpersoon

Figuur 4-6: DFD-niveau 2, Administrator


13 oktober 2006, pg. 16/27

5

Logisch gegevensmodel

5.1

Entity Relationship Diagram (ERD)

In dit overzicht zijn bestaand de tabellen: Lesson en AdminGroup. 5.2

Beschrijving per tabel

Tabel LT_link De tabel LT_link is een koppeltabel tussen Lesson en Tree, die tevens het gewicht van de koppeling aangeeft (Weight). Tabel Tree De tabel Tree bevat een boomstructuur voor de classificaties. Door in de Tree-tabel FirstChild en NextSibling toe te voegen, kan het zoeken naar onderliggende takken veel sneller gemaakt worden. Referentiële integriteit moet worden gehandhaafd tussen ID en ParentID,FirstChild,NextSibling. Tabel Term De tabel Term bevat de voorkeursterm in de voorkeurstaal (Text) voor een concept in de boom. OriginalID: de unieke id van de term in de bron (bijvoorbeeld in MeSH de Unique ID D002965, wat iets anders is dan het originele Tree Number!) Tabel AdminGroup De tabel geeft per classificatie (of zelfs per node) aan wie wijzigingen mag aanbrengen. T.b.v. deze authorisatie worden speciale AdminGroup-records aangemaakt. Overwogen moet worden of er een aparte Authorisatie voor views nodig is (via user groups?). Tabel Synonym De tabel Synonym bevat de synoniemen van de termen, en eventuele vertalingen van termen. 5.3

Relatiebeschrijvingen

Lesson-LT_link ID van Lesson is 1-∞gekoppeld aan LessonID van LT_link met cascading delete. Tree-LT_link ID van Tree is 1-∞gekoppeld aan TreeID van LT_link, zonder cascading delete omdat bij het verwijderen van concepten een handmatige herclassificatie van de lessen nodig is. Term-Tree ID van Term is 1-∞gekoppeld aan TermID van Tree , zonder cascading delete. AdminGroup-Tree Het veld ID van de tabel AdminGroup is 1-∞gekoppeld aan Authorisatie van Tree. Indien een combinatie van bestaande administratorgroepen geauthoriseerd moet worden voor een bepaalde node zal een nieuw admingroeprecord aangemaakt moeten worden. Er is niet voorzien in een koppeltabel tussen Admingroup en Tree! Tree-Tree Referentiële integriteit moet worden gehandhaafd tussen ID en ParentID,FirstChild,NextSibling in de tabel Tree. Term-Synonym ID van Term is 1-∞gekoppeld aan TermID van Synonym met cascading delete. Functioneel Ontwerp SCALE

13 oktober 2006, pg. 17/27

5.4

Wijzigingen datamodel bestaande systeem

De tabel LT_Link is gekoppeld aan de bestaande tabel Lesson. De tabel Tree is gekoppeld aan de bestaande tabel AdminGroup.

6

Detail functiebeschrijvingen

6.1

Parameters on the LRS.Net URL

Parameters on the URL to LRS.Net can be used to hand on information from the referring website to LRS.Net. This function is not only valid for Blackboard referrals, but for any other website as well. These other websites will not provide automatic login in LRS.Net as Blackboard does, but the parameters on the URL to LRS.Net are still interpreted and executed. Parameter Lessonid

Example of use http://medischonderwijs.nl?lessonid=250

Lessongroupid

http://medischonderwijs.nl?lessongroupid =4

Lessongrouptype http://medischonderwijs.nl?lessongroupty pe=-1

http://medischonderwijs.nl?lessongroupid =4&lessongrouptype=-2

Search

http://medischonderwijs.nl.nl?search=hea rt

Resultlang

http://medischonderwijs.nl.nl?search=hea rt&resultlang=English

Searchlang

http://medischonderwijs.nl.nl?search=har t&searchlang=Nederlands


Effect of use Start up lesson with ID 250. If the login is automatic (through Blackboard or WebCT), the student will not see LRS.Net. The session will however be logged. Displays the lessongroup with ID 4. The student will see a list of all the lessons in lessongroup number 4 and can click on the lesson name to start the lesson. Displays a lessongroup of 10 lessons that is automatically put together, dependent on the user. Value -1: 10 lessons are selected that are similar in medical topic to the lessons played during the last 2 weeks. Lessons that are played during the past 30 days are filtered out. Value -2 in combination with a lessongroupid displays 10 lessons that are similar to the lessons in a lessongroup. The example selects 10 lessons that are similar to the lessons in lessongroup with ID 4, that have not been played by the user during the past 30 days. Displays the result of the search term ‘heart’ in LRS.Net. The number of lessons shown is variable. Students can click on the lesson name to start the lesson. Displays only the English lessons of the result of the search term ‘heart’. Languages that are recognized are: Deutsch, English, Español, Français, Nederlands en Português. Searches LRS.Net for lessons with the subject ‘hart’. The search term in interpreted in a specific language, in this case Dutch. The same languages as in Resultlang are recognized.

13 oktober 2006, pg. 18/27

7

Detail interfacebeschrijvingen

De vormgeving van de interface van de site MedischOnderwijs.nl, is het beste te zien in de screenshots van bijlage 5. Overzichtsfoto’s nieuwe Grafische User Interface Er is een instellingsgebonden ingang naar SCALE, waarbij per instelling een interface verschijnt voorzien van het eigen logo Zie ook Bijlage 3: Stroomdiagram MedischOnderwijs.nl / MedicalEducation.nl.

8

Consequenties bestaande systemen

In dit hoofdstuk worden de consequenties voor het bestaande systeem beschreven. Hierbij wordt onderscheid gemaakt in de gevolgen voor de standaards, de functies en het gegevensmodel. De hier genoemde consequenties nader uitgewerkt in de bestaande systeemdocumentatie. 8.1

Gegevensmodel LRS.Net

Zie Bijlage 2: ER LRS.Net Interfaces LRS.Net Zie Bijlage 1: Manual LRS.Net.

9

Aandachtspunten vervolgtraject

9.1

Testfase

In de periode september t/m november 2005 komen er veel nieuwe versies van LRS.Net beschikbaar. Alle deelnemende instellingen zullen de nieuwe functionaliteit testen. Afspraak hierover is dat iedereen de projectgroep een e-mail krijgt om naar nieuwe versies te kijken en op korte termijn het commentaar terugmailt aan de programmeur. Als je geen tijd hebt op dat moment een versie te testen geef je dat direct aan. Indien nodig voor ontwerpbeslissingen krijgen projectleden de keuze tussen een aantal alternatieven gemaild (met een deadline van enkele dagen om hierop te reageren).

10

Legenda

CBT COO DFD DLO FO GUI LRS.Net SCALE UMC TO

Computer Based Training Computer Ondersteunend Onderwijs Data Flow Diagram Digitale Leer Omgeving Functioneel ontwerp Grafische userinterface Lesson Registration System.Net Studie Coach and Learning Environment Universitair Medisch Centrum Technisch Ontwerp

Bijlagen

Bijlage 1: Manual LRS.Net

De meest recente manual voor het LRS.Net is te verkrijgen via http://www.lumc.nl/SCALE/ onder downloads. Functioneel Ontwerp SCALE

13 oktober 2006, pg. 19/27

Bijlage 2: ER LRS.Net


13 oktober 2006, pg. 20/27

Bijlage 3: Stroomdiagram MedischOnderwijs.nl / MedicalEducation.nl

student NAW student identificatie student e-mail adres studentenwachtwoord curriculumpositie tentamencijfers cursus-/tentameninschrijving groepsindeling curriculumoverzicht docentgegevens link naar cursusmateriaal cursusmateriaal tentamengegevens toetsinhoud roostergegevens eigen digitaal materiaal eigen homepage berichten gevolgd onderwijs literatuurverwijzingen (SFX) literatuur COO content(verwijzing)

Bijlage 4: Overzicht relaties LRS.Net met andere systemen

Procesondersteuning door applicaties Proces

1. Logistiek onderwijsondersteuning 1.1 Leeractiviteitenplanning en leeractiviteitenroostering

●

●

●

1.2 Toetsplanning en –roostering

●

●

●

1.3 Examenplanning en – roostering

● ●

●

●

● ● ●

●

1.4 Resourceplanning (docenten, surveillanten)

● ●

●

1.5 Faciliteitenplanning en zaalreservering

●

●

1.6 Werkstroombesturing

●


13 oktober 2006, pg. 21/27

student NAW student identificatie student e-mail adres studentenwachtwoord curriculumpositie tentamencijfers cursus-/tentameninschrijving groepsindeling curriculumoverzicht docentgegevens link naar cursusmateriaal cursusmateriaal tentamengegevens toetsinhoud roostergegevens eigen digitaal materiaal eigen homepage berichten gevolgd onderwijs literatuurverwijzingen (SFX) literatuur COO content(verwijzing) Procesondersteuning door applicaties onderwijsondersteunende processen

2. Inschrijving studenten 2.1 Inschrijving bij facultaire studenten- en onderwijsadministratie 2.2 Inschrijving voor contractonderwijs en 'losse' cursussen 2.3 Facturering contractonderwijs en 'losse' cursussen

● ● ● ● ● ● ● ●

● ●

●

● ●

●

●

3. Relatiebeheer 3.1 Relatiebeheer studenten ● 3.2 Relatiebeheer docenten/ondersteunend personeel 3.3 Relatiebeheer studenten contractonderwijs en 'losse' curussen ● 3.4 Relatiebeheer commissies/stagebedrijven/overige externe relaties

● ●

4. Beheer overeenkomsten 4.1 Beheer studieovereenkomst/afstudeerprogramma

●

●

●

4.2 Beheer stageovereenkomst

●

●

●

5.1 Studentdossier

●

● ● ● ●

●

●

5.2 Eigen portfolio

●

● ● ● ● ●

● ●

●

6.2 Individuele/groepsroosters

●

● ●

6.3 Raadplegen studieresultaten

●

●

5. Ontwikkeling en beheer student ●

● ●

6. Planning en evaluatie leertraject 6.1 Planning leertraject/afstudeerprogramma

●

●

●

●

● ●

●

●

6. Oriëntatie en aanmelden onderwijs 6.1 Raadplegen facultaire onderwijscatalogus 6.2 Voorlichting facultaire onderwijsgebeurtenissen 6.3 Aanmelden en plaatsen voor leeractiviteiten, werkgroepen 6.4 Aanmelden en plaatsen voor toetsen/assessments 6.5 Aanmelden en plaatsen voor stages 6.6 Aanmelden en plaatsen voor leeractiviteiten contractonderwijs

● ●

●

●

●

●

● ● ● ● ● ●

●

● ●

●

● ● ● ●

●

●

●

● ● ● ●

●

●

●

● ● ● ●

●

● ●

●

●

7. Volgen onderwijs Functioneel Ontwerp SCALE

13 oktober 2006, pg. 22/27

student NAW student identificatie student e-mail adres studentenwachtwoord curriculumpositie tentamencijfers cursus-/tentameninschrijving groepsindeling curriculumoverzicht docentgegevens link naar cursusmateriaal cursusmateriaal tentamengegevens toetsinhoud roostergegevens eigen digitaal materiaal eigen homepage berichten gevolgd onderwijs literatuurverwijzingen (SFX) literatuur COO content(verwijzing) Procesondersteuning door applicaties 7.1 Digitale werkplekvoorzieningen voor student

●

●

7.2 Digitale leeromgeving

●

● ●

7.3 Groepswerken

●

●

7.4 Selfassessment

●

●

7.5 COO-directory systeem

●

● ●

●

●

●

● ● ●

● ● ●

● ● ●

● ●

●

●

● ● ●

●

●

●

●

●

●

8. Toetsing onderwijs 8.1 Toetsing/assessment

●

● ●

9. Studiebegeleiding 9.1 Individuele studievoortgangsbewaking

●

● ● ●

●

9.2 Stagebegeleiding

●

● ● ●

●

10. Communicatie en interactie 10.1 Communicatie en interactie met andere studenten 10.2 Communicatie en interactie docent met student 10.3 Communicatie en interactie onderwijsadministratie <-> student 10.4 Facultaire selfservicevoorziening studenten 10.5 Facultaire selfservicevoorziening docenten/onderst. personeel

●

● ●

●

● ●

● ● ● ●

● ●

● ● ●

●

●

● ● ● ●

●

● ● ● ●

●

11. Examinering/diplomering 11.1 Examinering reguliere studenten

●

● ● ● ●

● ●

●

11.2 Examinering studenten contractonderwijs

●

● ● ● ●

● ●

●

11.3 Diplomering studenten contractonderwijs

●

● ● ● ●

● ●

●

12. Uitschrijving studenten 12.1 Uitschrijving facultaire studenten- en onderwijsadministratie 12.2 Uitschrijving studenten contactonderwijs en 'losse' cursussen

● ●

●

13. Verzorgen managementinformatie 13.1 Facultaire managementinformatie onderwijsondersteuning

●

●

14. Ontwikkeling onderwijs 14.1 Evaluatie leeractiviteit/cursus 14.2 Evaluatie curriculum 14.3 Ontwikkeling en aanbieden Functioneel Ontwerp SCALE

● ● ● ● ●

●

●

● ●

● ●

●

● ● ●

● ● ● 13 oktober 2006, pg. 23/27

Procesondersteuning door applicaties onderwijscontent

Bijlage 5 Overzichtsfoto’s nieuwe Grafische User Interface

De nieuwe interface; zoeken naar een specifieke les:

Lijst van lessen op main department and Body Part / Organic tract; Lessen binnen een bepaalde sectie:


13 oktober 2006, pg. 24/27

student NAW student identificatie student e-mail adres studentenwachtwoord curriculumpositie tentamencijfers cursus-/tentameninschrijving groepsindeling curriculumoverzicht docentgegevens link naar cursusmateriaal cursusmateriaal tentamengegevens toetsinhoud roostergegevens eigen digitaal materiaal eigen homepage berichten gevolgd onderwijs literatuurverwijzingen (SFX) literatuur COO content(verwijzing)

Classificatiedetails bij een gevonden les

Een nieuwe account aanmaken in het LRS.Net:


13 oktober 2006, pg. 25/27

Logging- en trackingdata van gevolgde lessen

Informatie-aanvraagformulier voor externe gebruikers, die nog geen toegang hebben tot een specifieke les van een bepaalde lesaanbieder


13 oktober 2006, pg. 26/27

History and Coaching:


13 oktober 2006, pg. 27/27

1 Versiebeheer en distributie Functioneel Ontwerp Versiebeheer Distributie Samenvatting... 3

Recommend Documents