Versjon 28.1 Copyright: Harald Michalsen - tplan
Versjon 28.1 Copyright: Harald Michalsen - tplan
Versjon 28.1 Copyright: Harald Michalsen - tplan
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
1<br />
<strong>Versjon</strong> <strong>28.1</strong><br />
Løsningen av timeplanproblemet<br />
Av<br />
Dr.Techn <strong>Harald</strong> <strong>Michalsen</strong><br />
<strong>Copyright</strong>: <strong>Harald</strong> <strong>Michalsen</strong>
2<br />
Forord til TPLAN versjon <strong>28.1</strong> ............................................................7<br />
Kort om denne håndbok. ....................................................................10<br />
De siste programmodifikasjoner.........................................................11<br />
1 GRUNNLEGGENDE DEFINISJONER, ULIKE<br />
TIMEPLANMODELLER OG ULIKE TIMEPLANPRINSIPPER ...13<br />
1.1 FAG, AKTIVITETER OG BLOKKER .................................................... 13<br />
1.2 TIMEPLANPROBLEMET ....................................................................... 16<br />
1.2.1 PERIODEKRAV ................................................................................................... 16<br />
1.2.2 DAGKONFLIKTER.............................................................................................. 17<br />
1.2.3 SEKVENSKRAV. ................................................................................................. 17<br />
1.2.4 DAGSAMMENFALL-KRAV............................................................................... 17<br />
1.2.5 KONTINUITETSKRAV (SAMMENHENGENDE PLAN)................................. 18<br />
1.2.6 KANTPLASSERINGER. ...................................................................................... 18<br />
1.2.7 INTERVALLKRAV.............................................................................................. 19<br />
1.2.8 INDIVIDUELLE KRAV OG ØNSKER (FORHÅNDSPLASSERING OG<br />
BLOKKERING) ............................................................................................................. 19<br />
1.2.9 DEFINISJON AV TIMEPLANPROBLEMET..................................................... 20<br />
1.3 VIDEREGÅENDE TIMEPLANLEGGING ............................................. 21<br />
1.3.1 10-DAGERS (TO UKERS) TIMEPLANER......................................................... 22<br />
1.3.2 ANNENHVER-UKES UNDERVISNING OG KONSENTRASJONSLESING.. 22<br />
1.3.3 KOMPONENTMEKANISMEN (ALTERNATIV GRUPPERING:<br />
PROSJEKTARBEID, SKRIFTLIGE FAG ,LINJEDELING) ....................................... 23<br />
1.3.4 PAUSEKRAV ....................................................................................................... 24<br />
1.3.5 20 MINUTTERS MODULER............................................................................... 25<br />
1.3.6 "ABSOLUTT" HULLTIMETETNING FOR LÆRERE...................................... 25<br />
1.3.7 NABOSPERRING AV POSISJONER.................................................................. 25<br />
1.3.8 DELTE SKOLER (SPLIT-SITE) .......................................................................... 25<br />
1.4 KORT TEORETISK GRUNNLAG .......................................................... 26<br />
1.4.1 PRINSIPPET OM SAMSVARENDE GRUPPERING OG SIDEFORSKYVING.<br />
........................................................................................................................................ 27<br />
1.4.1.1 Samsvarende lærergrupperinger....................................................................... 27<br />
1.4.1.2 Ikke samsvarende lærergruppering .................................................................. 27<br />
1.4.1.3 Lærerlag av ulik størrelse og sideforskyving ................................................... 28<br />
1.4.1.4 Formulering av samsvarprinsippet................................................................... 30<br />
1.4.1.5 Lærergrupperinger i relasjon til tidsrammen.................................................... 30<br />
1.4.1.6 Vekselvirkning mellom tvungen fritid og sideforskyving. .............................. 31<br />
1.4.1.7 Samsvarende gruppering for lærere med blandet fagkrets.............................. 33<br />
1.4.1.8 Klassegrupperinger........................................................................................... 34<br />
1.4.1.9 Klassegrupperinger som ikke er i samsvar....................................................... 34<br />
1.4.1.10 Horisontale og vertikale bånd ........................................................................ 35<br />
1.4.1.12 Arbeidsenhetsstruktur..................................................................................... 35<br />
1.4.1.13 Vekselvirkning mellom lærer- og klassegrupperinger ................................... 37<br />
1.4.1.14 Romgrupperinger ........................................................................................... 39<br />
1.4.1.15 Periodelengden og tidsrammen ...................................................................... 40<br />
1.4.2 KLARERINGSTEKNIKK .................................................................................... 41<br />
1.4.2.1 Prinsippet for klarering..................................................................................... 41<br />
1.4.2.2 Eksempel 1: Klarering av lærere som bruker samme spesialrom .................... 42
3<br />
1.4.2.3 Eksempel 2: Klarering av arbeidsenheter og lærerlag ..................................... 44<br />
1.4.3. AVSLUTTENDE KOMMENTAR ...................................................................... 47<br />
2 Tplan -miljøet ..................................................................................48<br />
2.1 Bruk av mus ............................................................................................... 50<br />
2.2 Knapperad .................................................................................................. 51<br />
2.3 Faneblad i hovedvindu.............................................................................. 54<br />
2.4 Menyvalgene i menyrad............................................................................. 56<br />
2.4.1 Filmeny .................................................................................................................. 56<br />
2.4.2 Redigermeny.......................................................................................................... 58<br />
2.4.3 Formater................................................................................................................. 59<br />
2.4.4 Funksjoner ............................................................................................................. 60<br />
2.4.5 Oversikter............................................................................................................... 62<br />
2.4.6 Kontrollmeny......................................................................................................... 67<br />
2.4.7 Kjøremenyen.......................................................................................................... 68<br />
2.4.8 Se på / Skrive ut ............................................................................................... 69<br />
2.4.9 Vedlikehold............................................................................................................ 71<br />
2.4.10 Komprimert meny og Klartekstmeny .................................................................. 74<br />
2.4.11 Hjelpmeny............................................................................................................ 77<br />
3 REGISTRERING AV DATA .........................................................78<br />
3.1 START AV TPLAN ................................................................................. 78<br />
3.2 OBLIGATORISKE OPPLYSNINGER. ................................................... 79<br />
3.3 LÆRERE ................................................................................................... 81<br />
3.4 REGISTRERING AV ROM...................................................................... 82<br />
3.4.1 EKSEMPEL PÅ REGISTRERING AV ROM...................................................... 84<br />
3.5 KLASSER.................................................................................................. 86<br />
3.6 FAG............................................................................................................ 87<br />
3.7 BLOKKLEGGING.................................................................................... 92<br />
3.8 SPESIELLE AKTIVITETER.................................................................. 100<br />
3.8.1 Eksempel 1. Konferansetimer for lærere. ............................................................ 100<br />
3.8.2 Eksempel 2: Fritid for klasser og lærere.............................................................. 100<br />
3.8.3 Eksempel 3: Administrative gjøremål. ................................................................ 101<br />
3.8.3 Eksempel 4: Støttesenter (fri periodisering). ....................................................... 101<br />
3.9 POSISJONSDIREKTIVER (KRAV OG ØNSKER).............................. 102<br />
3.10 DIVERSE REGISTRE .......................................................................... 105<br />
3.10.1 AKTIVITETER ................................................................................................. 106<br />
3.10.2 DAGKONFLIKT,SEKVENS,DAGSAMMENFALL (MØNSTERDIREKTIV)<br />
...................................................................................................................................... 108<br />
3.10.3 FORBUDTE(UØNSKETE) STARTPOSISJONER (INTERVALLDIREKTIV)<br />
...................................................................................................................................... 109<br />
3.10.4 ØVRIGE DIREKTIV ........................................................................................ 111<br />
3.10.5 RINGETIDER ................................................................................................... 113<br />
3.10.6 TTT-DIREKTIV................................................................................................ 113<br />
3.10.7 AKT.-REFERANSER ....................................................................................... 113<br />
3.10.8 KLASSENES FAG............................................................................................ 115<br />
3.10.9 REGISTER FOR SPESIELLE AKTIVITETER. .............................................. 115<br />
3.10.10 REGISTER FOR Å FJERNE MANGE AKT.................................................. 115<br />
3.10.11 REGISTER FOR LØNNSOPPLYSNINGER. ................................................ 115
4<br />
3.10.12 REGISTER FOR TEAMLÆRERE................................................................. 115<br />
3.10.13 REGISTER FOR ELEVER. ............................................................................ 115<br />
3.10.14 REGISTER FOR LÆRERS FAG.................................................................... 115<br />
3.10.15 NOTATER....................................................................................................... 115<br />
3.11 SPESIELLE ORGANISERINGER AV TIMEPLANEN ..................... 116<br />
3.11.1 To ukers (10 dagers) timeplaner ........................................................................ 116<br />
3.11.1.1 Fagregisteret................................................................................................. 116<br />
3.11.1.2 Blokklegging ................................................................................................ 120<br />
3.11.1.3 Posisjonsdirektiver ....................................................................................... 123<br />
3.11.2 Annenhver ukes undervisning og halvårlige planer. ......................................... 124<br />
3.11.2.1 Registrering av a/b- aktiviteter..................................................................... 125<br />
3.11.2.2 Kjøring av skoler med annenhverukes undervisning (og halvårs<br />
undervisning).............................................................................................................. 128<br />
3.11.3 Vekslende gruppering , komponenter (Prosjektarbeid og organisering av mindre<br />
elevgrupper )................................................................................................................. 132<br />
3.11.3.1 Registrering av fagene ved hjelp av komponenter....................................... 133<br />
3.11.3.2 Kjøring av timeplaner med vekslende gruppering (prosjektarbeid)............. 137<br />
3.11.3.3 Oppsummering av organisering av prosjektarbeid og vekslende grupperinger.<br />
(komponenter) ............................................................................................................ 139<br />
4 KONTROLL .................................................................................140<br />
• Når registreringsarbeidet er avsluttet, skal man kontrollere register for klasser,<br />
lærere, rom og fag. Se avsnitt 4.1. Før man går til kontroll av nye data, må disse<br />
overføres i Kjøremenyen............................................................................................ 140<br />
4.1 KONTROLL AV REGISTRE FOR KLASSER, LÆRERE, ROM OG<br />
FAG................................................................................................................ 141<br />
4.1.1 Kontroll av klasser............................................................................................... 142<br />
4.1.2 Kontroll av lærere ................................................................................................ 143<br />
4.1.3 Kontroll av rom.................................................................................................... 144<br />
4.1.4 Kontroll av fag..................................................................................................... 144<br />
4.2 KONTROLL AV TIMEPLANJUSTERINGER ..................................... 144<br />
4.2.1 Kontrollarbeidet ved interaktiv legging............................................................... 146<br />
4.3 KONTROLL AV KLARTEKSTER........................................................ 147<br />
4.4Lønnsberegning......................................................................................... 148<br />
5 TIMEPLANLEGGING (Kjøre-menyen) ................................151<br />
1 OVERFØRE REGISTRE .......................................................................................... 151<br />
2. ANALYSEPROGRAM............................................................................................ 152<br />
3. LEGGINGSPROGRAM (HOVEDPROGRAM) ..................................................... 152<br />
4 ROMFORDELING.................................................................................................... 153<br />
5 NY KOMPRIMERT PLAN OG NY KLARTEKST................................................. 154<br />
6 ENDELIG UTSKRIFT.............................................................................................. 154<br />
5.1 OVERFØRE REGISTRE : ...................................................................... 155<br />
5.1.1 INNLEDNING...................................................................................... 155<br />
5.1.2 ”GRAMMATIKK SJEKK” AV REGISTRENE. ................................ 155<br />
5.1.3 NORMALUTSKRIFTER OG FEILVARSLER. ................................. 155<br />
5.1.4 FEILVARSLER VED GENERERING AV AKTIVITETSREGISTER<br />
........................................................................................................................ 156<br />
5.1.5 OVERSIKT OVER DUBLERINGER ................................................. 157
5<br />
5.1.6 OVERSIKT OVER MØNSTERDIREKTIV........................................ 157<br />
5.1.7 OVERSIKT OVER DIMENSJONSPARAMETERE.......................... 159<br />
5.1.8 VARSLER FRA POSISJONSDIREKTIVER...................................... 159<br />
5.2 ANALYSEPROGRAM........................................................................... 160<br />
5.2.1 OVERSIKTER, VARSLER OG KONSEKVENSER ......................... 160<br />
5.2.2 KLASSIFISERING AV AKTIVITETER ............................................ 162<br />
5.2.3 ROMBELASTNING ............................................................................ 163<br />
5.2.4 EN KOMMENTAR TIL GRUNNLAGET FOR DEN LOGISKE<br />
ANALYSE..................................................................................................... 164<br />
5.2.5 NORMALUTSKRIFTER FRA LOGISK ANALYSE ........................ 166<br />
5.2.6 EKSEMPEL PÅ FEILVARSLER FRA LOGISK ANALYSE............ 169<br />
5.2.7 ANALYSE AV ÅRSAKENE FOR ULIKE TK-er.............................. 175<br />
5.2.8 NYE DIREKTIVER TIL LOGISK ANALYSE .................................. 178<br />
5.3 LEGGINGSPROGRAM (HOVEDPROGRAM FOR<br />
TIMEPLANLEGGING) ................................................................................ 178<br />
5.3.1 VANLIGE STYREDIREKTIV ............................................................ 183<br />
5.3.2 EKSEMPLER PÅ STYREDIREKTIVER ........................................... 186<br />
5.3.3 KORTFATTET OM DET ALGORITMISKE GRUNNLAG FOR<br />
TPLAN........................................................................................................... 193<br />
5.3.4 FRIHETSGRADEN.............................................................................. 197<br />
5.3.5 KOMPRIMERT PLANER FRA HOVEDPROGRAM ....................... 199<br />
5.3.6 OVERSIKT OVER UPLASSERTE AKTIVITETER (UTSPARK) ... 201<br />
5.3.7 LEGGINGSJOURNAL, NORMALUTSKRIFTER ............................ 201<br />
5.3.8 BRUK AV LEGGINGSJOURNAL ..................................................... 206<br />
5.3.9 ULIKE AVSLUTTENDE OVERSIKTER .......................................... 207<br />
5.4 ROMFORDELING.................................................................................. 209<br />
5.4.1 KORT OM PRINSIPPENE FOR ROMFORDELINGEN................... 210<br />
5.4.1.1 Leggingsjournal for romfordelingen................................................................. 214<br />
5.4.2 NORMALUTSKRIFT FRA ROMFORDELING ................................ 216<br />
5.4.2.1 VARSLER ........................................................................................................ 217<br />
5.4.2 NYE DIREKTIV TIL ROMFORDELING .......................................... 217<br />
5.5 TILLEGGSDIREKTIV TIL KJØREMENYEN ..................................... 219<br />
5.6 LITT FØRSTEHJELP FOR Å FINNE FEIL I TPLAN.......................... 223<br />
5.7 ET PAR GENERELLE OBSERVASJONER. ........................................ 225<br />
5.8. ENDELIG KLARTEKST SOM VANLIGE TEKSTFILER. ................ 225<br />
5.8.1 GENERELT OM Å SKRIVE UT TEKSTFILER. .............................................. 226<br />
5.8.2 UTSKRIFTSFORMAT ....................................................................................... 226<br />
5.8.3 EKSEMPLER PÅ FORMATERING AV PLANER........................................... 229<br />
6 Interaktive teknikker......................................................................234<br />
Arbeid med komprimert plan og klarteks<strong>tplan</strong>.................................234<br />
6.1 Presentasjon av timeplanen: KomprGrid og SkemaGrid ........................ 234<br />
6.2 Celleinnholdet i KomprGrid og SkemaGrid............................................ 236<br />
6.3 Fanebladene: Komprimert og Klartekst................................................... 238
6<br />
6.4 De grunnleggende timeplanoperasjoner , P1, P2, P4 og F2 .................... 239<br />
6.4.1 P4: Utvalg /Fargelegging (Avansert utvalg)........................................................ 239<br />
6.4.2 P1 : Plassere/ fjerne aktivitet (skjemabit) ............................................................ 244<br />
6.4.3 P2: Flytte/Rokere en aktivitet (skjemabit)........................................................... 246<br />
6.4.4 F2: Redigering av skjemabiter (aktiviteter)......................................................... 249<br />
6.4.5 Timeplanjusteringer i klartekst (Ctrl + M og Ctrl + R) ....................................... 254<br />
6.4.6 Arbeid med KlarGrid........................................................................................... 256<br />
6.4.7 Arbeide med utvalg i SkemaGrid ........................................................................ 257<br />
6.4.8 Timeplanen på listeformat, KlarGrid, Jupos og Jumod ....................................... 258<br />
6.5 Eksempler på justering av komprimerte planer....................................... 261<br />
6.5.1 Eksempel 1 : Standard legging. ........................................................................... 262<br />
6.5.2 Eksempel 2 : Samme som eksempel 1 men nå interaktiv legging....................... 271<br />
6.5.3 Eksempel 3: Gymnas med yrkesfaglige studieretninger...................................... 273<br />
6.5.4 Eksempel 4: En liten ungdomsskole med deletimer og støtteundervisning. ....... 280<br />
6.4.5 Eksempel 5: En meget stram liten ungdomsskole (”Rubics kube”) .................... 284<br />
6.5.6 Eksempel 6: En skole som er for stramt spesifisert............................................. 288<br />
6.5.7 Eksempel 7: Et dansk gymnas med 10 dagers uke og 4 pos. pr. dag .................. 292<br />
6.5.8 Avsluttende kommentar til eksemplene............................................................... 295<br />
6.6 SPESIELLE AKTIVITETER.................................................................. 295<br />
6.6.1 BYTTE DAGER, ROTERE TIMENE PÅ EN DAG .......................................... 296<br />
6.7 FJERNE MANGE AKTIVITETER ........................................................ 297
7<br />
Forord til TPLAN versjon <strong>28.1</strong><br />
Da jeg satte meg ned for å skrive dette forordet, leste jeg først igjennom hva jeg tidligere<br />
hadde skrevet av forord. Jeg kom på tanken om å utgi en omfattende pamflett med tittelen:<br />
”My collected prefaces for user’s manuals for school timetabling”. Jeg skal ikke gjenta alt<br />
dette her men gir dere bare kortversjonen:<br />
• Jeg presenterte Tplan som en av de mest omfattende systemeringsoppgaver som<br />
noensinne er blitt løst, og med tanke på at det har tatt 40 år til utviklingen har jeg nok<br />
en viss dekning for denne påstand.<br />
• Ved enhver anledning erklærte jeg meg meget tilfreds med kvaliteten av de timeplaner<br />
Tplan la sammenliknet med enhver annen maskinell eller manuell metode.<br />
• Jeg la for dagen en frustrasjon over skoleverkets manglende evne til å følge opp<br />
begeistrete festtaler med handling samt økonomi for å realisere skikkelig<br />
timeplanlegging i praksis.<br />
• Jeg ga også uttrykk for en frustrasjon over hva ulike programvareleverandører forsøkte<br />
å presentere som timeplansystemer, og som jeg enkelt kunne vise var mindreverdige.<br />
Det hele reduserte seg til en kamp om å presentere ulike fiksfakserier som det er så<br />
enkelt å gjøre med en datamaskin men som har intet å gjøre med egentlig<br />
timeplanlegging.<br />
Dette får være nok om den generelle bakgrunn, og jeg vil kommentere dette litt i dagens<br />
situasjon. Jeg forstår egentlig skolene når de har vansker med å ta i bruk et program for<br />
timeplanlegging. For det første har de blitt presentert en rekke mindreverdige systemer.<br />
Dernest fins det lite samlende kunnskap om timeplanprinsippene. De personer som legger<br />
timeplanen har de senere årene blitt skiftet hyppigere, og nesten alle må starte på bar bakke<br />
uten å kunne bygge på andres erfaringer. Skolene har hatt dårlig med økonomiske midler til å<br />
få lagt timeplanen. Det som forbauser her er at sentrale skolemyndigheter ikke har sett den<br />
økonomiske verdi av en god timeplanlegging. I skoleverket er det en stadig kamp om<br />
økonomiske midler til det ene eller annet formål. Jeg har bare en lekmanns oppfatning om<br />
dette, men sett fra mitt synspunkt er den faktiske problemstilling følgende: Når det er fattet<br />
en beslutning om hvilke midler en skole har til disposisjon, hvordan skal man da gjøre<br />
det beste ut av den situasjon som FAKTISK foreligger. Er jeg den eneste som ser at<br />
skikkelig timeplanlegging kan spare skoleverket for betydelige midler?<br />
Når det gjelder status av alternative systemer til Tplan må jeg også få lov til å reservere meg<br />
litt. Det er korrekt at jeg nøye vurderte potensielle konkurrenter til langt ut på 90–tallet, og at<br />
jeg var svært lite imponert over det jeg så. Jeg har de senere årene ikke hatt ork, interesse eller<br />
tid til å kunne følge med hva andre gjør, jeg har hatt mer enn nok med å kunne utvikle Tplan.<br />
Derfor må jeg uttrykke meg mer diplomatisk når det gjelder kvalitet av alternative produkter,<br />
og jeg vil uttrykke meg på en slags omvendt måte: Jeg er meg meget bevisst kvalitetene til<br />
Tplan og hvis det fins et annet system som kan lage tilsvarende resultater, vil jeg<br />
uttrykke min største beundring. Jeg vet hvilket arbeid som ligger bak noe slikt!<br />
The story of my life<br />
Jeg vil gi et lite historisk tilbakeblikk av hva jeg opplevd ved utviklingen av Tplan, dette er jo<br />
en liten del av datahistorien. Mitt første møte med datamaskiner var i 1960, og det var<br />
analogmaskiner som vel ingen av mine lesere har brukt. Vi satt i et rom så stor som en<br />
fotballbane og koplet ledninger for å kunne løse differensial likninger. Vi satt i ukevis med et<br />
kaos av ledninger for en eneste oppgave. Jeg gikk raskt over til digitale maskiner og i 64/65<br />
var disse av en noenlunde bra størrelse. Ved årsskiftet 65/66 ga jeg meg i kast med<br />
timeplanproblemet, og jeg har jobbet minst 100 % med dette frem til i dag. Jeg oppnådde<br />
raskt praktiske resultater, men selvsagt var disse programversjoner ganske primitive. Det
8<br />
viktigste resultat jeg oppnådde, var at jeg hadde en meget lykkelig hånd med den datastruktur<br />
og tilhørende operatorer jeg valgte. Dette var logiske matriser og vektorer som er helt<br />
nødvendige for å kunne løse timeplanproblemet. Denne formalisme er like frisk og levende i<br />
dag og den er allmenngyldig. Noe som jeg muligens beklager er at jeg ikke publiserte dette<br />
skikkelig sent 60- tall eller tidlig 70- tall. Da kunne kanskje dataverdenen sett noe annerledes<br />
ut. I begynnelsen var mitt program noe hemmet av at vi måtte bruke assemblerkode som den<br />
gang var spesifikt for de ulike maskinvareleverandører. I 70/71 lanserte vi Tplan som et<br />
kommersielt produkt og i 1972 tok jeg min doktorgrad om timeplanlegging. Når jeg ser på<br />
dette i ettertid, vil jeg si at min avhandling hadde noen gode anslag som fremdeles har<br />
gyldighet, men akk hvor naiv jeg var når jeg trodde jeg var nær løsningen av<br />
timeplanproblemet. Jeg måtte velge en formalisme for å beskrive et da ukjent problemområde,<br />
og jeg gjorde vel en dårlig jobb her, for det var nesten ingen som forstod hva jeg skrev.<br />
Etter en viss innkjøring fikk vi en orden på den kommersielle siden av Tplan. På det meste la<br />
vi sentralt ca. 500 planer årlig for en rekke land, men dette kunne ikke vare.<br />
Arbeidsbelastningen var enormt skjevt fordelt over året, og timeplanlegging er absolutt ikke et<br />
problem som skal løses sentralt på en stormaskin. Dette visste vi også på 60/70 – tallet. Vi<br />
drømte om PC-er, men de fantes jo ikke. I mellomtiden la vi Tplan stadig over til nye<br />
maskintyper pga. assemblerkoden. Jeg har vært med på flere programkonverteringer og<br />
rekompileringer enn jeg liker å tenke på.<br />
I 79/80 besluttet jeg å drive utviklingen av Tplan videre som et enmannsforetak. Jeg innså at<br />
sentral legging med stormaskin ikke var tingen. Samtidig så jeg at jeg hadde et godt<br />
økonomisk grunnlag for å drive videre på egen hånd og utvikle Tplan i den retning jeg selv<br />
ønsket. Først i 84/85 fikk vi PC-er som var store nok for Tplan. Samtidig lyktes vi med å<br />
gjøre assemblerkoden maskinuavhengig hvilket var et viktig skritt fremover. Som<br />
systemutvikler merket jeg sterkt hvordan PC-er påvirket min egen skaperkraft, og Tplan ble<br />
vesentlig forbedret tidlig 90-tall..<br />
Omkring 1990 kan vi summere opp situasjonen slik: Jeg hadde et ok marked for mitt lille<br />
firma. Jeg tror at alle var fornøyd med kvaliteten av de planer som ble lagt, men jeg nådde<br />
ikke den utbredelse jeg håpet på. Noe skyldtes skolenes dårlige økonomi, og noe skyldtes at<br />
skolene syntes at Tplan var for komplisert å bruke. Dette sist nevnte må jeg egentlig si meg<br />
helt enig i, men jeg tar ikke på meg skylden for dette alene. På den tid hadde vi ikke den<br />
skjermteknikk vi har i dag og jeg hadde heller ikke prioritert dette nok. Jeg laget et nytt<br />
brukergrensesnitt og brukerdokumentasjon som ble avsluttet våren -94. Dette vil jeg<br />
fremdeles forsvare som et ganske bra system den dag i dag., men det var dog en rent DOS-<br />
basert løsning.<br />
På denne tid fikk vi det jeg kaller Windows hysteriet: Det spilte ingen rolle om et system<br />
kvalitetsmessig ikke holdt mål, bare det kjørte under Windows. Nå har jeg alltid vært en varm<br />
tilhenger av standardisering. Jeg mener at innføring av Windows er en av de viktigste<br />
nyvinninger vi har hatt i dataverdenen, mens Windows på sitt verste var en ren forbannelse i<br />
startfasen. På den tid satte det utviklingen av fornuftig programvare flere år tilbake og mange<br />
gode systemer gikk til grunne, men i ettertid ser jeg kanskje at dette var en prosess vi måtte<br />
igjennom.<br />
Jeg måtte tilpasse meg den nye tid, og dumt nok laget jeg nytt brukergrensesnitt i DOS hvor<br />
jeg simulerte Windows funksjonaliteten. Dette var ferdig i -97, og nå opplevde jeg en virkelig<br />
stor frustrasjon. Jeg presenterte stolt mitt produkt til potensielle kunder. Disse hadde lite<br />
kunnskap om timeplanlegging, men de kunne dog så mye om PC-er at de kunne kommentere:<br />
”Men dette er jo ikke ren Windows”. Dermed snublet min påtenkte presentasjon av Tplans<br />
kvaliteter i startgropen som vi aldri kom oss ut av. I 1999/2000 var det også klart at den<br />
versjon av Tplan som jeg hadde, ikke ville virke for fremtidige Windows versjoner.
9<br />
I en mørk situasjon lekte jeg med tanken om å lage en fullverdig Windows versjon. Mitt store<br />
hell da var at jeg kom i kontakt med Lasse Storr-Hansen som uten å vite hva han ga seg i kast<br />
med lovet å lage et Windows grensesnitt. Jeg vet ikke hva jeg selv hadde klart eller orket, men<br />
det ville helt sikkert ikke blitt så bra som det Lasse gjorde.<br />
Denne versjon forelå våren 2002, og nå burde vel jeg kunne sette et punktum for mitt arbeid,<br />
og så smått tenke på markedsføring som hadde ligget brakk i mange år? Fordi jeg endelig var<br />
kvitt alle mine problemer med Windows problematikken, opplevde jeg en ren ”brainstorm”:<br />
Jeg så endelig at den problematikk jeg hadde arbeidet med i nesten 40 år, muligens kunne<br />
generaliseres vesentlig. Jeg kunne ikke styre meg for dette, og jeg så på det hele som en Vinn<br />
eller Vinn – situasjon: Hvis mine nye ideer ikke ga noen vesentlig forbedring, kunne jeg trøste<br />
meg med at det jeg hadde arbeidet med i alle år egentlig var ganske bra. Hvis de nye ideer ga<br />
en forbedring, ja så var jo min hensikt oppnådd. Først nå i 2005 kan Tplan versjon <strong>28.1</strong><br />
presenteres for markedet. Resultatet overgår alle mine forventninger. I det ytre er versjon<br />
26 og <strong>28.1</strong> ganske like. <strong>Versjon</strong> <strong>28.1</strong> representerer dog et kvantesprang i algoritmisk<br />
forbedring samtidig som selve skjermteknikken er vesentlig forbedret. Det er med en<br />
viss stolthet jeg presenterer versjon <strong>28.1</strong> for mine brukere.<br />
Ved utvikling av Tplan har jeg møtt mengder av meget dyktige timeplanleggere (og et antall<br />
mindre dyktige). Mange av disse har hatt en stor betydning for det Tplan har blitt til i dag. Jeg<br />
vil ikke nevne navn slik at ingen blir glemt, men det er dog to navn som står i en særstilling.<br />
Lasse Storr- Hansen. Med takk for at han laget Windows- delen av Tplan. Dette system var<br />
ikke noe dårlig system da han første gang møtte dette i 99/00. Det ville dog uten Lasses<br />
assistanse vært en fullstendig død (men bra) ide i dag.<br />
Min kone, Bodil. Hun har ikke betydd så mye faglig for utviklingen av Tplan, men hvis hun<br />
ikke hadde tatt over masse av de plikter som vi to burde delt, hadde det vært fullstendig<br />
umulig for meg å skape Tplan.<br />
Til slutt vil jeg kommentere om det å skape Tplan virkelig var verdt anstrengelsen. Jeg er<br />
fornøyd med at jeg har funnet løsningen på et bitte lite tannhjul i samfunnsmaskineriet. Hvis<br />
jeg klarer å formidle mine kunnskaper slik at fremtidige timeplanleggere ikke starter på bar<br />
bakke når de skal legge en timeplan, ja så var det verdt anstrengelsen.<br />
Jeg vil også kommentere litt om fremtiden. I dagens skolesituasjon er det visse<br />
skoleorganiseringer som er mer løse i strukturen og som kanskje ikke trenger Tplan. Jeg vil<br />
ikke gi meg inn på en argumentasjon om dette. For all del, ikke bruk Tplan hvis du ikke<br />
trenger det. Jeg er dog overbevist om det alltid vil finnes skoler som virkelig har bruk for<br />
Tplan. I all ubeskjedenhet mener jeg å ha funnet det endelige algoritmiske grunnlag for<br />
løsning av timeplanproblemet. Jeg ser for meg at om et antall år må den kode som Lasse har<br />
skrevet lages på nytt, mens min egen kode representerer nærmest evigvarende sannheter. Jeg<br />
har et problem hvordan dette skal formidles videre. Pytagoras fant opp sine trekanter men han<br />
kunne ikke for evig tid ha monopol på disse. I en meget beskjeden grad har jeg et liknende<br />
problem: Jeg kan ikke for evig tid sitte og ha monopol på noe som nærmest er en naturlov<br />
The lessons of my life:<br />
Any conclusions you can draw about the logical and combinatorial aspects of nature are<br />
extremely simple, trivial, obvious, straightforward and banal. However, things behave that<br />
way in a very complex manner, in particular when the various conclusions start to interact.
Similarly, the ultimate criteria of a useful algorithm are its simplicity, however, simple in a<br />
very complex manner. Any devious design not sticking firmly with some simple basic<br />
conclusions is bound to end up with utter disappointment.<br />
10<br />
<strong>Harald</strong> <strong>Michalsen</strong> April 2005<br />
Kort om denne håndbok.<br />
Aldri før har det blitt laget en slik omfattende håndbok i bruken om Tplan. Denne foreligger i<br />
to utgaver:<br />
• Vanlig håndbok som et Word (eller PDF) – dokument<br />
• Som en online hjelpefil til Tplan som skrittvis blir mer og mer integrert med Tplan.<br />
Disse to håndbøker er nesten, men ikke helt, identiske av ulike redigeringsmessige hensyn.<br />
Selv om jeg føler meg ganske trygg ved å skrive vanlige håndbøker, er det sistnevnte nytt for<br />
meg. Fordelen med å lage håndboken som en hjelpefil på en CD er at jeg ikke trenger å<br />
bekymre meg om sidetallet på manualen, og jeg trenger ikke å bekymre meg om det<br />
omfattende antall figurer som jeg mener trenges (og som er kostbart å reprodusere på papir).<br />
Videre vil det bli meget enkelt å oppdatere manualen etter hvert. Ulempen kan muligens bli<br />
hvor enkelt brukeren synes det er å finne frem til den informasjon man etterlyser. Her er jeg<br />
sterkt avhengig av en tilbakemelding fra mine brukere, slik at jeg kan gjøre livet så enkelt som<br />
mulig for dere alle. Vedlikehold av dokumentasjonen vil selvsagt være en løpende prosess.<br />
Jeg tilhører en generasjon som foretrekker trykte håndbøker, men jeg vil foreløpig bare trykke<br />
ut et meget begrenset antall papirkopier, og forventer egentlig at den enkelte bruker ved behov<br />
lager sin egen kopi av boken.(Det går sikkert med en fargepatron til dette.)<br />
Jeg har måttet sette en praktisk grense for de ting jeg maktet å dokumentere. For følgende<br />
temaer henviser jeg til den tilleggsdokumentasjon som Lasse Storr- Hansen vil lage:<br />
• Import av data til Tplan fra andre skoleadministrative systemer<br />
• Mer utfyllende omtale av klartekstjusteringer som jeg behandler mer summarisk.<br />
• Endelig utskrift av timeplanene som jeg også behandler mer summarisk<br />
• Eksport av Tplan’s data til andre systemer<br />
April 2005<br />
<strong>Harald</strong> <strong>Michalsen</strong><br />
Dr. Techn.
11<br />
De siste programmodifikasjoner.<br />
Det er ikke uvanlig at det legges til nye ting helt på slutten av prosessen med å levere en<br />
omfattende ny versjon. Vanligvis orienterer jeg ikke om dette, men denne gang har jeg gjort<br />
en så pass dramatisk omlegging i siste liten at alle må orienteres om dette:<br />
Jeg har integrert versjon <strong>28.1</strong> og den tidligere versjon 26 til en eneste versjon. Den eldre<br />
versjon 26 kjører nå helt uendret som et underbruk av versjon 28, og versjon 26 har<br />
sluttet å ha en selvstendig eksistens.<br />
Uansett alle ting må de være en stor fordel at vi leverer en eneste enhetlig versjon, men<br />
beslutningen er dypere fundert enn dette: Denne våren har vi hatt et antall introduksjonskurs<br />
om den nye versjon 28 og noe av den umiddelbare respons var en viss skuffelse. Man var vant<br />
med den gamle versjon 26 som raskt og hurtig leverte et meget bra resultat, mens det første<br />
møte med versjon 28 var et program som arbeidet meget tungt og omstendelig. Nå vil versjon<br />
28 gå raskere etter hvert, men den vil dog aldri kunne arbeide så hurtig som versjon 26 for<br />
ambisjonsnivået i disse to versjoner vesentlig forskjellige. Jeg nærer en ikke ubegrunnet frykt<br />
om at man vil la seg blende av versjon 26 sin hurtighet og aldri oppdage kvalitetene til versjon<br />
28. Slik jeg nå har gjort det, har man et helt fritt valg om hvilken versjon man vil bruke dvs.<br />
man kan helt fritt velge om man vil bruke leggingsprogrammet i versjon 26 eller versjon<br />
28 mens alle andre operasjoner i Tplan selvsagt er langt bedre i versjon 28.<br />
Man kaller leggingsprogrammet i versjon 26 på følgende måte:<br />
Gå til Funksjoner > Innstillinger > Legging<br />
Følgende dialog kommer fram på skjermen:
12<br />
Hvis du haker av for<br />
Kjør i hurtigleggingstilstand<br />
– liksom versjon 26<br />
vil det neste leggingsprogram bli utført eksakt likt den tidligere versjon 26. Før man forsøker<br />
dette bør<br />
man ha formelt korrekte data, og feilsjekkene er vesentlig bedre i versjon 28 enn i<br />
26.<br />
Jeg har hatt fornøyelsen av å gjennomføre et meget stort antall sammenliknende kjøringer<br />
av<br />
de to versjoner. Jeg skal senere lage et notat som kvantitativt utrykker forskjellene mellom de<br />
to versjoner. Foreløpig gir jeg bare følgende mer kvalitative konklusjoner:<br />
• I min redegjørelse for<br />
bruk av Tplan har jeg sagt at man alltid skal gjøre et antall<br />
innledende kjøringer i standard modus. Disse innledende kjøringer kan man like<br />
gjerne gjøre i versjon<br />
26 pga. hurtigheten til denne versjon. Hvis disse innledende<br />
kjøringer fører til en ”slagmark av utspark”, er det ingen som helst grunn til å tro at<br />
versjon<br />
28 gir noe særlig bedre resultater. Jeg vil selv bruke versjon 26 for dette<br />
formål.<br />
• Hvis man har<br />
en relativt enkel timeplan og man begrenser seg til slik opplagte krav<br />
som færrest mulige utspark og<br />
tette elevplaner, gir versjon 28 bare marginalt bedre<br />
resultater en versjon 26. I slike situasjoner kan man egentlig like gjerne bruke versjon<br />
26.<br />
• Straks de kombinatoriske problemer blir noe større, men dog innen<br />
rimelighetens grense, vil man erfare at versjon 28 gir vesentlig bedre resultater,<br />
både fordi algoritmene er bedre samt de muligheter som følger av interaktiv teknikk.<br />
• Hvis man er opptatt av ulike kvalitative krav til planen og ikke bare at man vil<br />
ha en løsning så raskt som mulig, er versjon 28 langt å foretrekke. Eksempler på<br />
slike kvalitative krav er: Balanse og tetthet av klasseplaner, minimere hulltimer for<br />
lærere, fridager for lærere, fagenes fordeling over skoleuken(dvs. nabosperring),<br />
romutnyttelsen etc.<br />
• Etter hvert vil det komme nye fasiliteter i Tplan. Disse er forbeholdt versjon 28. For<br />
versjon 26 begrenses vedlikeholdet til retting av opplagte feil.<br />
Mine kunder får selv avgjøre hvor de befinner seg i dette landskapet. Personlig er jeg<br />
strålende fornøyd med å ha skapt versjon 28. For meg er det egentlig likegyldig om at et antall<br />
skoler er tilfreds med de resultater versjon 26 gir. Det er tross alt det nest beste<br />
timeplansystem som fins.<br />
Dermed ønsker jeg dere til lykke med den fortsatte timeplanlegging enten dere nå bruker<br />
versjon 28 eller versjon 26<br />
April 2005<br />
<strong>Harald</strong> <strong>Michalsen</strong><br />
Dr. Techn.
1 GRUNNLEGGENDE DEFINISJONER, ULIKE<br />
TIMEPLANMODELLER OG ULIKE TIMEPLANPRINSIPPER<br />
13<br />
1.1 FAG, AKTIVITETER OG BLOKKER<br />
Den viktigste forutsetning for å kunne behandle timeplanproblemet er en formalisme som gjør<br />
det mulig å beskrive klart, enkelt og entydig ulike krav og ønsker som skal være oppfylt i den<br />
endelige timeplan. Tradisjonelt beskriver man timeplanproblemet som en plan for hvordan<br />
klassene blir undervist i ulike fag med ulike lærere i løpet av skoleuken. En slik beskrivelse er<br />
mangelfull og lite presis, først og fremt fordi den sier lite om den organisatoriske forbindelse<br />
mellom ulike fag.<br />
Vi skal formulere timeplanproblemet ved hjelp av to begrep som vi betegner AKTIVITET og<br />
BLOKK. Disse begrep er sentrale uansett hvilken metode en bruker for å få lagt timeplanen.<br />
Grunndefinisjoner:<br />
RESSURSER:<br />
DET TOTALE SETT AV GRUNNELEMENTER SOM EN SKAL LEGGE TIMEPLANEN<br />
FOR. Dette er settet av lærere, rom og klasser (elevgrupper) som skolen består av.<br />
AKTIVITET:<br />
ET SETT HENDELSER SOM KREVER AT EN BESTEMT DELMENGDE AV DE<br />
TOTALE RESSURSER ER TILGJENGELIGE SAMTIDIG I ET GITT ANTALL<br />
TIDSINTERVALL AV GITTE LENGDER.<br />
BLOKK:<br />
ET SETT AKTIVITETER SOM SAMLET BESKRIVER FULLSTENDIG EN DEL AV<br />
SKOLENS ORGANISERING TILNÆRMET UAVHENGIG AV RESTEN AV<br />
UNDERVISNINGEN. I TILLEGG TIL AKTIVITETSDEFINISJONER VIL EN BLOKK<br />
DEFINERE KRAV OM DEN RELATIVE PLASSERING AV DISSE AKTIVITETER I<br />
SKOLEUKEN<br />
Det vesentlige ved aktivitetsbegrepet er kravet om samtidig tilgjengelighet av visse<br />
ressurser, og videre at dette krav er identisk alle steder hvor en aktivitet forekommer. Det<br />
vesentligste ved blokkbegrepet er at det beskriver en del av skolemodellen fullstendig men<br />
da de ulike krav om relativ plassering er til dels forskjellige, blir ikke en blokk en like presis<br />
matematisk definisjon som en aktivitet. Begge begreper er sentrale for å behandle timeplanen,<br />
og vi gjør et skille mellom de ulike begrep slik:<br />
1. Timeplanen beskrives enklest vha. fag og blokker.<br />
2. Timeplanen legges enklest ved å plassere et antall aktiviteter etter nærmere bestemte<br />
regler.<br />
3. I en sluttfase er det enklest å arbeide med det enkelte fag fordi rammen for<br />
skolemodellen nå er fastlagt.<br />
Noen eksempler viser forskjellen på begrepene: Fag, aktivitet og blokk.
14<br />
4A REL<br />
AB<br />
1 2<br />
fig 1.1<br />
REL<br />
Faget religion undervises i 4A av lærer AB i to timer. Denne hendelse kan en også betegne en<br />
aktivitet, og fag og aktivitet er synonyme begrep i dette enkle tilfellet. Når et fag undervises<br />
for seg selv, er det bare forvirrende å si at dette også er en blokk. De blokker vi definerer vil<br />
(normalt) ikke bestå av bare ett fag .<br />
1 2 3<br />
8A Eng Eng Eng<br />
AA AA AA<br />
8B Eng Eng Eng<br />
BB BB BB<br />
8C Eng Eng Eng<br />
CC CC CC<br />
8ABC Eng Eng Eng<br />
DD DD DD<br />
fig 1.2<br />
Faget engelsk består av 3 timer.8A undervises av lærer AA, 8B av BB og 8C av CC. Samtidig<br />
skal noen elever fra hver av de tre klassene ha et spesielt undervisningstilbud i engelsk, og<br />
dette undervises av lærer DD. Dette krever at engelsk blir undervist samtidig i de 3 klasser<br />
(ellers floker organiseringen av engelsk seg inn i organiseringen av andre fag). Pr. definisjon<br />
er fig.1.2 en aktivitet som består av 3 klasser, 4 lærere og 4 rom. En kan si at fig.1.2 definerer<br />
et parallellagt fag, men allerede nå blir begrepet fag upresist. I vår terminologi vil vi si at fig<br />
1.2 består av 4 fag og 1 blokk (aktivitet og blokk er identiske i dette enkle tilfellet).<br />
Fig.1.3 viser forskjellene mer tydelig:<br />
1 2 3 4 5 6<br />
8A Mat Mat Eng Eng No No<br />
AA AA BB BB CC CC<br />
No No Mat Mat Eng Eng<br />
CC CC AA AA BB BB<br />
8B Eng Eng No No Mat Mat<br />
BB BB CC CC AA AA<br />
Fig 1.3<br />
I 6 timer blir elevene i 8A og 8B integrert (dvs. omgruppert) i fagene Matematikk (lærer AA),<br />
Engelsk (lærer BB) og Norsk (lærer CC). I hver av timene har vi 3 grupper som blir undervist<br />
i 3 forskjellige fag. De 6 timene er imidlertid en aktivitet som består av 2 klasser, 3 lærere og<br />
3 rom. I fig.1.3 er det ikke enkelt å beskrives hvilket "fag" lærer AA underviser. En kan si<br />
læreren underviser 6 timer matematikk i klassene 8A og 8B, eller at han underviser 3 fag i 8A<br />
og 8B i 2 timer hver. Uansett, det blir nødvendig med en omstendelig forklaring om hvordan<br />
undervisningen er organisert når det tradisjonelle begrep fag er grunnlaget for beskrivelsen.<br />
Aktivitetsbegrepet tillater derimot en enkel definisjon av modellen i fig.1.3, men det er meget<br />
mangelfullt å beskrive fig 1.3 med en aktivitet. En vil velge å beskrive den ved hjelp av 3<br />
aktiviteter for de 3 undervisningssituasjoner. (Time 1 og 2 er identiske. Det samme gjelder<br />
AB
15<br />
time 3 og 4 samt time 5 og 6.) Ved å spesifisere fig.1.3 som 3 aktiviteter kan en f.eks. definere<br />
at time 1 og 2 må plasseres på ulike dager, mens time 1, 3 og 5 kan (skal) plasseres på samme<br />
dag. Vi konstaterer at en aktivitet kan representere en rekke ulike fag. Vi konstaterer også at<br />
aktivitetene skal plasseres i et visst mønster i forhold til hverandre. I vår terminologi består<br />
fig 1.3 av:<br />
9 fag, 3 aktiviteter og 1 blokk (det kan være ytterligere timer i fagene.)<br />
Det kan også være nødvendig å bruke flere aktiviteter for å beskrive undervisningen i ett fag.<br />
Fig.1.4 viser et vanlig tilfelle:<br />
1 2 3<br />
Hk Hk Hk<br />
6D AA AA AA<br />
6D Mat Eng No<br />
BB CC DD<br />
Fig 1.4<br />
Klasse 6D skal ha en trippeltime i heimkunnskap (Hk) (lærer AA). Det er bare halve klassen<br />
som har heimkunnskap. Den andre halvpart av klassen har i samme tidsrom 1t.Mat (lærer BB)<br />
1t.Eng (lærer CC) og 1t.No (DD). Kravet om samtidig tilgjengelighet av ressurser er<br />
forskjellig for alle 3 timene i fig.1.4. Modellen må spesifiseres som 3 aktiviteter, og faget Hk<br />
går igjen i alle 3. Dette sistnevnte viser at aktivitetsbegrepet alene ikke gir en fullstendig<br />
beskrivelse av modellen i fig. 1.4. På ett eller annet vis må en definere at de tre aktivitetene<br />
skal plasseres sekvensielt på samme dag, slik at faget Hk blir trippeltime. Videre vil klasse 6D<br />
ha flere timer i fagene matematikk, engelsk og norsk, og disse må ikke plasseres på samme<br />
dag som trippeltimen i Hk. Det er nødvendig at en kan definere krav (og ønsker) om den<br />
relative plassering av ulike aktiviteter. Dette gjøres ved å kalle fig 1.4 en blokk og definere<br />
krav om den relative plassering av enkelt- aktivitetene.<br />
Generelt vil en aktivitet være et samlebegrep for en rekke ulike fag, og samtidig kan det være<br />
nødvendig å beskrive ett fag med flere aktiviteter. Et sett aktiviteter som plasseres etter et<br />
nærmere bestemt mønster danner en blokk. Organiseringen av valgfrie fag i planen viser<br />
dette tydelig, og fig.1.5 er et enkelt eksempel:<br />
1 2 3 4<br />
8A VF1 VF1 VF1 VF1<br />
8B VF2 VF2 VF2 VF2<br />
8C VF3 VF3 VF5 VF5<br />
8D VF4 VF4 VF6 VF6<br />
Fig 1.5<br />
Time 1 og 2 er like ut fra kravet om samtidig tilgjengelighet av ressursene og beskrives som 1<br />
aktivitet. Det samme gjelder time 3 og 4. De to aktiviteter er et samlebegrep for flere<br />
forskjellige fag, men fagene VF1 og VF2 inngår i begge aktiviteter. Aktivitetene danner en<br />
blokk.<br />
Aktivitetsbegrepet er det sentrale for legging av timeplanen, og for å sette det på spissen er<br />
undervisningsinnholdet i et fag uten betydning for timeplanen. Det vesentlige for planen er at<br />
det gis anledning til at en undervisning kan finne sted. Det overstående er en sterkt forenklet<br />
fremstilling, og undervisningsinnholdet kan ha stor betydning for den relative plassering av
16<br />
ulike aktiviteter, f.eks. slik at den enkelte elev får en balansert veksling mellom "vanskelige"<br />
og "lette" fag.<br />
1.2 TIMEPLANPROBLEMET<br />
Innledningsvis, anta at alle aktiviteter kan plasseres innen tidsrammen, slik at kravet om<br />
samtidig tilgjengelighet av bestemte ressurser for alle aktiviteter er oppfylt. Sannsynligheten<br />
for at en nå har konstruert en akseptabel timeplan er minimal. I de foregående avsnitt viste vi<br />
at det må stilles krav til den relative plassering av ulike aktiviteter. Typiske eksempler på<br />
dette er: En aktivitet skal ikke undervises i mer enn 1 posisjon pr. dag, eller et antall<br />
aktiviteter må plasseres sekvensielt på en dag for at ett fag skal få en lengre sammenhengende<br />
undervisning. Slike krav kan ofte knyttes til den blokk aktiviteten inngår i.<br />
Det vil også være aktuelt å stille krav til den relative plassering av større sett aktiviteter(flere<br />
blokker) for eksempel: Alle aktiviteter for en bestemt klasse skal fordeles på ulike dager på en<br />
slik måte at elevene får en jevn arbeidsbyrde fra dag til dag, eller alle aktiviteter for en lærer<br />
skal fordeles på en slik måte at læreren får en fridag.<br />
Krav til timeplanen kan deles i to grupper:<br />
1. Absolutte krav: Krav som må være oppfylt for at timeplanen er akseptabel.<br />
2. Ønskelige krav: Krav som bør være oppfylt så godt som mulig.<br />
Ethvert krav (ønske) til timeplanen kan formuleres slik:<br />
En delmengde av det totale antall aktiviteter skal plasseres, slik at den er i samsvar med et<br />
bestemt mønster i relasjon til tidsrammen. Begrepet mønster kan være en presis definisjon,<br />
eller det kan være en vag antydning om hvordan aktivitetene bør plasseres. Eksempler:<br />
1. Presise mønstre: Aktivitetene skal plasseres slik at lærer AB har fri onsdag ettermiddag<br />
samt at gymsalen er ledig på fredag og bestemte valgfagaktiviteter for årstrinn 9 skal<br />
plasseres på mandag.<br />
2. Relativt presise mønstre: Visse aktiviteter må plasseres på samme dag, eller alternativt<br />
visse aktiviteter må plasseres på forskjellige dager. Lærer AB ønsker en halv fridag.<br />
3. Upresise mønstre: Arbeidsbyrden for elever og lærere skal fordeles jevnt over uken, og<br />
ingen aktiviteter bør få bare "dårlig" undervisningstid.<br />
Vi skal omtale de krav (ønsker) som er mest vanlige:<br />
Et sentralt moment er at intet fag skal ha mer enn en sammenhengende<br />
undervisningsperiode på en dag.<br />
(Mer generelt : Alle elever i klassen bør bli undervist i de samme fag i løpet av en<br />
dag.)<br />
Kravet ovenfor er knyttet til det enkelte fag, men når vi betrakter hele skolemodellen må,<br />
dette omformes til relasjoner mellom aktiviteter, først og fremst mellom aktiviteter i samme<br />
blokk. Kravet ovenfor omformes til:<br />
1.2.1 PERIODEKRAV<br />
Ved definisjonen av aktivitet sa vi at denne består av et gitt antall tidsintervall av gitt lengde<br />
m.a.o. at alle aktiviteter har en periodeinndeling. (En aktivitet består f.eks. av 7 posisjoner,<br />
og en forlanger at aktiviteten skal plasseres som en trippeltime, en dobbeltime og to<br />
enkeltimer). Vi velger denne konvensjon: Ingen aktivitet skal ha mer enn en<br />
sammenhengende undervisningsperiode på samme dag.
17<br />
1.2.2 DAGKONFLIKTER.<br />
En følge av periodekravet er at alle perioder for en aktivitet må plasseres på forskjellige<br />
dager, dvs. disse periodene inngår i en dagkonflikt. Vi har vist at ett fag kan inngå i flere<br />
ulike aktiviteter. For å hindre at samme fag får mer enn en sammenhengende periode på<br />
samme dag må en ha dagkonflikter mellom forskjellige aktiviteter. Det kan også være gode<br />
grunner for at aktiviteter som ikke representerer samme fag, er i dagkonflikt, f.eks. i tilfeller<br />
hvor en vil unngå at elevene får for sterk konsentrasjon av vanskelige eller lette fag på samme<br />
dag.<br />
1.2.3 SEKVENSKRAV.<br />
Vi har vist (fig 1.4) at når fag med forskjellig periodelengde koples, vil faget med størst<br />
periodelengde bli spesifisert med flere aktiviteter. Plasseringen av disse aktiviteter må være<br />
sekvensiell på samme dag. Vanligvis er den relative rekkefølge av aktivitetene i en sekvens<br />
likegyldig. Unntak fra denne regelen har vi for eksempel i modeller av denne typen<br />
1 2 3<br />
9a1 Nat KoH KoH<br />
AA BB BB<br />
9a2 KoH KoH Nat<br />
CC CC AA<br />
Klassen 9a deles i halvklassene 9a1 og 9a2 i faget naturfag (1 time for hver gruppe) og i en<br />
dobbeltime i forming (KoH). Man ønsker samme lærer (AA) i de to naturfagtimene, mens<br />
man har to forskjellige formingslærere (BB og CC). Figuren viser en måte å realisere en slik<br />
modell. Nå må posisjon 2 i figuren også være posisjon 2 i sekvensen for at vi skal få<br />
dobbeltime i begge gruppene i forming<br />
1.2.4 DAGSAMMENFALL-KRAV.<br />
En forlanger at et antall aktiviteter skal plasseres på samme dag, men ikke nødvendigvis i<br />
sekvens. I enkleste form viser fig.1.6 motivet for en slik organisering.<br />
3A<br />
1 2 3 4 5 6<br />
Eng<br />
Eng<br />
Mat<br />
Mat<br />
Eng /<br />
/<br />
/Mat<br />
Mat/<br />
/<br />
/ Eng<br />
Fig 1.6<br />
Elevene i 3A har 3t engelsk og 3t matematikk. I to av timene i hvert av fagene har en vanlig<br />
klasseundervisning, mens den tredje timen undervises slik at den ene halvpart av elevene har<br />
engelsk mens den andre halvpart har matematikk og motsatt i neste time. For at alle elever<br />
skal få samme veksling mellom helklasse- og halvklasseundervisning forlanger en at time 5<br />
og 6 i fig. 1.6 plasseres på samme dag, men ikke nødvendigvis i sekvens. Bemerk at selv om<br />
ressurskravet er likt i time 5 og 6, må disse likevel spesifiseres som 2 aktiviteter siden de skal<br />
plasseres på samme dag. I fig. 1.3 har vi et annet eksempel hvor kravet om dagsammenfall er<br />
aktuelt. Hvis time 1, 3 og 5 (samt 2,4 og 6) plasseres på samme dag, får alle elever i 8A og 8B<br />
samme undervisning denne dag i disse fagene, og undervisningen kan organiseres på en bedre<br />
måte.
18<br />
En aktivitet er en presis definisjon. Når sett av aktiviteter inngår i periodekrav,<br />
dagkonflikter, sekvenskrav og dagsammenfallkrav, danner dette en blokk som<br />
(vanligvis) beskriver en del av skolemodellen fullstendig.<br />
1.2.5 KONTINUITETSKRAV (SAMMENHENGENDE PLAN)<br />
For de fleste skoleslag har alle klasser en tett plan dvs. antall tilgjengelige posisjoner innen<br />
tidsrammen er lik antall posisjoner hvor elevene (klassene) skal ha undervisning. I dette<br />
tilfellet vil den endelige plan automatisk gi alle elever kontinuerlig (sammenhengende)<br />
undervisning. For andre skoleslag (f.eks. barneskoler) er antall tilgjengelige posisjoner større<br />
enn antall posisjoner hvor elevene skal ha undervisning. Man forlanger som regel at alle<br />
elever har kontinuerlig undervisning (ingen fritimer) hver dag. Videre forlanges det at<br />
elevplanene er balanserte, dvs. at hver elev får timene jevnt fordelt over uken.<br />
Kontinuitetskravet har en dominerende innflytelse på timeplanen, men det er også et sentralt<br />
krav når det forekommer.<br />
1.2.6 KANTPLASSERINGER.<br />
De ulike aktiviteter er definert ut fra hvilke klasser som inngår i aktivitetene uten å si noe om<br />
hvilke elever som deltar i aktivitetene. Noen aktiviteter kan være definert slik at bare en del av<br />
elevene i klassen får undervisning mens resten har fri. For å sikre kontinuerlig undervisning<br />
for alle elever i klassen, må slike aktiviteter kantplasseres dvs. plasseres i dagens første<br />
eller siste posisjon for klassen. Fig.1.7 viser den mest vanlige årsak for et slikt krav.<br />
1 2 3 4 5<br />
Mat/ /<br />
1A Mat Mat Mat / /<br />
/ / Mat<br />
Fig 1.7<br />
Hver elev i 1A har 4t matematikk. 3 av timene er vanlig klasseundervisning mens elevene blir<br />
undervist i halvklasser i den siste timen (dvs. det brukes 5 lærertimer til denne undervisning).<br />
Time 4 og 5 i fig.1.7 må kantplasseres for å sikre kontinuerlig undervisning. Det ville også<br />
være naturlig å kreve dagsammenfall av disse timer.<br />
Fig.1.8 viser en annen vanlig organisering som fører til kantplassering.<br />
1 2 3<br />
Hk Hk Hk<br />
3A AA AA AA<br />
3A Fo Fo<br />
BB BB<br />
Fig 1.8<br />
Elevene i 3A deles i halvklasser i fagene heimkunnskap (Hk) og forming(Fo), og fagene<br />
parallellkoples. Hk skal plasseres som en trippeltime mens Fo skal være dobbeltime.<br />
Fig.1.8 er en blokk som spesifiseres som 2 aktiviteter, og time 3 må kantplasseres pga.<br />
kontinuitetskravet, og samtidig må de to aktiviteter inngå i et sekvenskrav for å oppfylle<br />
periodekravet for Hk. Det er vanlig at krav om kantplassering henger sammen med<br />
sekvenskrav eller dagsammenfallkrav, og dette definerer krav om den relative rekkefølge av<br />
enkeltaktivitetene i sekvensen..
19<br />
1.2.7 INTERVALLKRAV<br />
Skoleuken er et antall undervisningsdager som igjen er oppdelt i et antall posisjoner. En bedre<br />
presisering er at den enkelte dag er som regel delt opp i flere intervall som er skilt ved et<br />
lengre avbrudd i undervisningen. Det mest vanlige er at dagen er delt i 2 (formiddag og<br />
ettermiddag, skilt med en spisepause). Til vanlig vil en ikke tillate at aktiviteter med<br />
periodelengde 2 eller større plasseres i posisjoner som tilhører ulike intervall; med andre ord<br />
en må definere at i visse posisjoner på dagen kan ikke dobbeltimer starte. Et tilsvarende krav<br />
gjelder for trippeltimer og kvadruple timer. Vi har påpekt at fag med periodelengde 2 eller<br />
større ofte må spesifiseres vha. flere aktiviteter som igjen inngår i ett sekvenskrav. Vi må<br />
sørge for at sekvensen ikke plasseres i posisjoner som tilhører ulike intervall.<br />
Intervallkravet må nyanseres ytterligere fordi at for visse sett aktiviteter med multippel<br />
periodelengde er det et absolutt krav, for andre multiple periodelengder er det ønskelig at<br />
intervallkravet oppfylles mens det for et tredje sett multiple perioder er likegyldig hvordan<br />
disse plasseres i relasjon til intervallene på dagen.<br />
Dagen kan være oppdelt i intervall av andre årsaker enn avbrudd i undervisningen. Det kan<br />
være det stikk motsatte som er tilfellet, nemlig at 2 eller flere timer undervises<br />
sammenhengende uten avbrudd i undervisningen. I slike intervall vil en forsøke å plassere et<br />
maksimum av multiple perioder mens enkeltimer ikke bør plasseres der.<br />
1.2.8 INDIVIDUELLE KRAV OG ØNSKER (FORHÅNDSPLASSERING OG<br />
BLOKKERING)<br />
For alle skoler gjelder at visse klasse, lærer- og romressurser må disponeres på en bestemt<br />
måte. Dette er som regel en følge av vekselvirkningen mellom planen for skolen og faktorer<br />
utenfor selve planen. Typiske eksempler er:<br />
1. I valgfrie fag skal en del elever utplasseres i arbeidslivet. Denne utplassering må f.eks.<br />
skje på mandag, og følgelig må bestemte aktiviteter forhåndsplasseres på mandag.<br />
2. En lærer kan ha arbeid utenfor skolen, og dette må finne sted i bestemte posisjoner i<br />
skoleuken. De aktiviteter hvor læreren inngår, må blokkeres i disse posisjoner.<br />
3. Skolen leier bort sin svømmehall til en annen skole i bestemte posisjoner. De aktiviteter<br />
hvor svømmehallen inngår, må blokkeres i disse posisjoner.<br />
Det finns utallige årsaker til krav av den type som nevnt ovenfor, men uansett årsak resulterer<br />
dette i et krav om at visse aktiviteter må forhåndsplasseres eller blokkeres i visse posisjoner.<br />
Målet med en timeplan er å legge situasjonen til rette for best mulig arbeidsforhold for elever<br />
og lærere. Generelle ønsker (krav) er å fordele arbeidsbyrden likt på skoledagene, unngå for<br />
mange hulltimer for lærerne, fordele det enkelte fag jevnt på skoledagene og unngå at et fag<br />
bare får ugunstig undervisningstid osv.<br />
Det kan også være aktuelt med en rekke individuelle ønsker til planen, for eksempel:<br />
1. Visse klasser (småklasser) bør hvis mulig få sin undervisning om formiddagen og<br />
samtidig starte til samme tid hver dag.<br />
2. Visse lærere ønsker (krever) et antall hele eller halve fridager. Alternativt, visse lærere<br />
ønsker en jevn arbeidsbelastning.<br />
3. Undervisningen i visse spesialrom bør konsentreres til bestemte intervall slik at rommet<br />
kan frigjøres til annen bruk i andre intervall.<br />
Det finnes utallige varianter av individuelle ønsker, men felles for disse er at de mer<br />
kvalitativt beskriver et mønster (eller tendens) som bør tilstrebes ved plassering av
20<br />
aktivitetene, og at dette eventuelt må vike for mer sentrale krav. De ulike ønsker til en plan er<br />
ofte motstridende, og en subjektiv vurdering definerer den "beste" kompromissløsning.<br />
Vi må ha mulighet for å beskrive ulike mønstre som bør tilstrebes i planen, og vi må ha<br />
mulighet for å definere den relative verdi av ulike mønstre. I en virkelig plan vil det være<br />
aktuelt med et stort antall delvis motstridende ønskelige krav, og det skal gis en kommentar til<br />
hvordan disse bør defineres. Først kan en fastslå at motstridende ønsker har ingen annen<br />
effekt enn eventuelt å forringe sluttresultatet. Anta f.eks. at to lærere inngår i samme<br />
aktiviteter. Den ene ønsker samlet undervisning for å oppnå samlet fritid, den andre ønsker<br />
undervisningen jevnt fordelt over uken. En er best tjent med å droppe begge ønsker. Unngå<br />
videre ønsker som umulig kan realiseres, f.eks. at en lærer ønsker fridag, men har samtidig 5<br />
enkeltimer i ett fag.<br />
Når en plan er relativt enkel og fleksibel, vil en oppnå best resultat ved å definere mange og<br />
samsvarende ønskelige krav, mens for kompliserte timeplaner bør ønsker reduseres til et<br />
minimum. Generelt bør krav behandles slik:<br />
Skolen deler disse i to grupper: En (mindre) gruppe som skolen vurderer som viktig, og en<br />
gruppe som skolen anser som mer perifere ønsker. For de viktige ønsker stiller man strengere<br />
krav enn strengt nødvendig (f.eks. forlanger fridag når dette i virkeligheten bare er et sterkt<br />
ønske). De mer perifere ønsker ignoreres, eller eventuelt for å lette sin egen samvittighet<br />
anfører man disse med meget svak prioritet. (Dette får beskjeden innflytelse på timeplanen.) I<br />
sluttfasen av planleggingen kan en modifisere det noe firkantete utgangspunkt ved å gi opp<br />
enkelte sterke ønskelige krav for å kunne ta hensyn til et større antall mer perifere krav. En<br />
slik strategi fører erfaringsmessig raskest til målet som er en totalt sett akseptabel plan.<br />
1.2.9 DEFINISJON AV TIMEPLANPROBLEMET<br />
Vi har gitt en fyldig, men ikke fullstendig presentasjon av krav og ønsker som er aktuelle i en<br />
timeplan. Det vesentlige er at enhver organisering av skolen kan beskrives entydig med en<br />
felles formalisme:<br />
1. Aktivitetsbegrepet beskriver entydig krav om samtidig tilgjengelighet av ressurser for<br />
(tilnærmet) uavhengige hendelser i planen. En aktivitet er grunnelement for videre<br />
presisering av timeplanen.<br />
2. Sett av aktiviteter danner til sammen ulike blokker som beskriver fullstendig visse deler<br />
av skolemodellen. Aktivitetene i en blokk har periodekrav, inngår i dagkonflikter,<br />
sekvenskrav eller dagsammenfallkrav.<br />
3. Ethvert krav, ønske eller betingelse som planen skal oppfylle, kan formuleres som et<br />
krav (ønske) om at en delmengde av det totale antall aktiviteter plasseres i bestemte<br />
mønster i relasjon til tidsrammen.<br />
Ut fra dette kan en si:<br />
TIMEPLANPROBLEMET FOR EN SKOLE ER:<br />
INNENFOR EN GITT TIDSRAMME SKAL DET TILDELES TID OG STED TIL ET<br />
GITT SETT AKTIVITETER SLIK AT ALLE ABSOLUTTE KRAV ER OPPFYLT, OG<br />
SLIK AT ØNSKELIGE KRAV ER OPPFYLT BEST MULIG.<br />
Vi skal i det følgende vise hvordan timeplanen beskrives og behandles. For en nybegynner<br />
kan metodikken virke uvant. De fleste lærer raskt å spesifisere en timeplan, men nå dukker<br />
neste fallgruve opp. I begeistringens rus over at metodikken er så fleksibel at nær sagt ethvert
21<br />
krav og ønske lar seg definere, setter man i gang med å definere en mengde spissfindige<br />
arrangementer hvor det prinsipielt og isolert sett eksisterer en løsning, men en opplever at<br />
TPLAN kan reagere på dette med å produsere eiendommelige og ubrukbare resultater.<br />
Følgende retningslinjer er sentrale for en vellykket bruk av TPLAN :<br />
1. En kan ikke slutte å tenke fordi det er TPLAN som skal produsere timeplanen. De<br />
generelle timeplantekniske prinsipper for korrekt organisering av skolen og korrekt<br />
gruppering av ressurser (dvs. regler for time- og fagfordeling), er like viktige nå!<br />
2. Visse krav og ønsker kan kreve en komplisert spesifikasjon, men en bør alltid forsøke å<br />
spesifisere en timeplan så enkelt som mulig. Visse komplikasjoner kan en unngå helt<br />
ved hensiktmessige forhåndsplasseringer, blokkeringer eller parallellkopling av<br />
aktiviteter.<br />
3. Hensikten med programsystemet er at dette konstruerer timeplanen mest mulig<br />
selvstendig, men vi har også nevnt at dette delvis bør styres av timeplanleggeren. Bare<br />
praktisk bruk av systemet kan fortelle hva som er mest hensiktmessig for den enkelte<br />
plan.<br />
1.3 VIDEREGÅENDE TIMEPLANLEGGING<br />
Foran gjorde vi en del forutsetninger som ikke gjelder for de mest generelle<br />
timeplanproblemer. Jeg tenker på følgende:<br />
1. Aktivitetsbegrepet fører til at ingen ressurs (klasse,lærer eller rom) kan delta i mer enn<br />
en aktivitet i samme timeplanposisjon. Vanligvis en korrekt forutsetning, men i det<br />
tilfellet hvor for eksempel noe av undervisningen skjer annenhver uke eller halvårlig,<br />
kan en ressurs delta i flere aktiviteter i samme posisjon fordi de finner sted i forskjellige<br />
uker (enten annenhver uke, halvårlig eller en annen oppdeling av skoleåret.)<br />
2. Vi forutsatte at vi kunne definere hvilke fag som danner de ulike aktiviteter, dvs. at vi<br />
vet hvilke fag som skal undervises i samme posisjoner. I det mer generelle tilfellet vet vi<br />
bare at en større gruppe fag skal legges til de samme posisjoner, men posisjon for<br />
posisjon fins det et stort antall måter å legge sammen de enkelte fag, dvs. vi vet ikke<br />
eksakt hvordan den enkelte aktivitet ser ut. Typiske eksempler på dette vil være<br />
organisering av prosjektarbeid hvor flere fag danner en større enhet. Organisering av<br />
linjefag i den videregående skolen er et annet eksempel: Vi vet hvilke fag som skal<br />
undervises samtidig, men posisjon for posisjon kan dette gjøres på en rekke forskjellige<br />
måter. Et tredje eksempel er følgende organisering av skriftlige fag: To eller flere<br />
klasser omgrupperes til faste grupper i skriftlige fag. Hver for seg er disse gruppene<br />
selvstendige enheter, men de må undervises til samme tid for at resten av timeplanen<br />
skal kunne legges.<br />
3. Vi forutsatte at aktivitetene skulle fordeles til et antall undervisningstimer. Det fins<br />
skolemodeller hvor man ikke har fast ringetid, men hvor de ulike undervisningstimer<br />
"flyter over" i hverandre. Timeplanen legges ut i virkelig klokketid som har viss minste<br />
enhet som felles mål. (20-, 10- eller 5-minutters intervall.) Denne minste enhet kaller vi<br />
modulen for skolemodellen, for eksempel 20-min modul hvor alt planlegges i enheter a<br />
20 minutter. En slik organisering blir drastisk forskjellig fra tradisjonell<br />
timeplanlegging.<br />
Vi skal nevne noen eksempler på mer avansert timeplanlegging som er behandlet i TPLAN.
22<br />
1.3.1 10-DAGERS (TO UKERS) TIMEPLANER.<br />
For en del skoleslag er det nå vanlig at man legger planen som en 10- dagers plan hvor planen<br />
kan skifte en del fra uke til uke. I prinsipp er dette likt med en tradisjonell 5 - dagers plan.<br />
Den mest vanlige måten å organisere en 10 dagers plan er at man omformer en antall<br />
enkeltimer til et tilsvarende antall dobbeltimer som undervises i løpet av 10 dager. Hvis et<br />
fags ukentlige undervisning måles i halvtimer, blir dette en heltime i løpet av 10 dager. I en<br />
10- dagers plan er det en del spesielle krav som man vanligvis ikke finner i 5-dagers planer:<br />
• Balanse i ukeplanene. Hvis et fags gjennomsnittlige timetall er ITOT posisjoner dvs.<br />
2 * ITOT posisjoner pr. 10 dager. ITOT måles i halvtimer Vi setter:<br />
IMIN = (2 * ITOT) / 2<br />
IMAX = (2 * ITOT +1) / 2<br />
Hvis 2* ITOT er et partall så er IMIN = IMAX<br />
Hvis 2* ITOT er et odde tall så er IMIN + 1 = IMAX.<br />
Vi forlanger at det enkelte fag har minst IMIN posisjoner pr. uke og maksimalt<br />
IMAX posisjoner pr. uke. Dette er selvsagt en betydelig tilstramming av timeplanen.<br />
• Nabosperring av dager. Det er ikke uvanlig at man legger en 10-dagers plan som<br />
bare dobbeltimer, og visse fag får da undervisning få ganger i løpet av 10 dager. Man<br />
vil ofte forlange at denne undervisningen ikke ligger på påfølgende dager for å få en<br />
bedre balanse av undervisningen i løpet av en 10- dagers syklus.<br />
• Fridager for lærere. Fordi man legger planen i en 10- dagers syklus med bare<br />
dobbeltimer, er mulighetene for å realisere fridager for lærerne langt større, og man vil<br />
ofte ha som absolutt krav ar mesteparten av lærerne skal ha en fridag.<br />
1.3.2 ANNENHVER-UKES UNDERVISNING OG<br />
KONSENTRASJONSLESING.<br />
Dette er ikke samme situasjon som foregående punkt for nå skal planen legges innen en 5 –<br />
dagers syklus. Aktivitetsbegrepet forutsetter at ingen ressurser inngår i ulike aktiviteter i<br />
samme posisjon. Selv denne forutsetning må modifiseres for en del skolestrukturer:<br />
a. Annenhver-ukes undervisning.<br />
Den mest vanlige årsak for en slik organisering er at ett fags gjennomsnittlige timetall<br />
måles i halvtimer. Dette må undervises i heltimer annenhver uke.<br />
For andre fag er det f.eks. avsatt en time pr. uke. Man finner det uheldig av<br />
undervisningsmessige grunner at disse fag undervises som enkeltimer, og at en<br />
dobbeltime annenhver uke er langt bedre. Vi betegner slike aktiviteter A/B-aktiviteter<br />
(fordi de undervises i enten A-uke eller B-uke).<br />
Visse skoleslag ønsker all undervisning som minst dobbeltime. Hvis nå det<br />
gjennomsnittlige timetall i ett fag er et odde tall, må dette organiseres som dobbeltime<br />
annenhver uke.<br />
Timeplanen skal være så lik som mulig i alle uker. Det er intet som hindrer at samme<br />
ressurs inngår i to A/B-aktiviteter i samme posisjon, da en alltid kan sørge for at denne<br />
undervisning finner sted i forskjellige uker. (Det finnes sinnrike arrangementer hvor en<br />
er tvunget til å operere med både A, B, C og D-uke.)<br />
b. Konsentrasjonslesning.<br />
En del skoler legger planen for et helt skoleår som igjen er inndelt i to terminer (f.eks.<br />
høst og vår). Timeplanen skal være så lik som mulig i de to terminer, men samtidig har<br />
en del elevgrupper (og lærere) aktiviteter som bare undervises i en av terminene. For<br />
enkelhets skyld, betegner vi slike aktiviteter høst/vår- aktiviteter. Det er intet som
23<br />
hindrer at en ressurs inngår i en høst- aktivitet og en vår- aktivitet i samme posisjon, da<br />
disse aktiviteter undervises i forskjellige terminer.<br />
Ved bruk av mekanismene ovenfor kan en legge planer som er mest mulig like fra uke til uke.<br />
Det overstående er et forsøk på å legge 2 (eller 4) planer som om det bare var 1 plan. Dette<br />
skyldes vel rent historisk at det er meget tidkrevende å legge timeplanen manuelt, man<br />
forsøker å spare tid ved å legge bare 1 plan. Ved bruk av TPLAN kan en raskt lage flere<br />
løsningsalternativer samtidig som en får større fleksibilitet. Hvis f.eks. høst-plan og vår-plan<br />
legges som uavhengige planer, kan begge disse bli bedre enn det "fellesresultat" som<br />
fremkommer ved de mekanismer som er skissert ovenfor, men en må kunne akseptere at<br />
planen skifter noe fra termin til termin. Høst/vår-aktiviteter og A/B-aktiviteter vil kunne stille<br />
strenge krav til den relative plassering av ulike aktiviteter.<br />
Problemet med den mekanisme som er skissert her blir å bestemme hvilke fag som skal ligge i<br />
A-uke eller B-uke men oppnår at planene blir så like som mulig fra uke til uke. Jeg vil stort<br />
sett anbefale at man gjør som skissert i pkt. 1.3.1, men planene vil da skifte en del fra uke til<br />
uke.<br />
1.3.3 KOMPONENTMEKANISMEN (ALTERNATIV GRUPPERING:<br />
PROSJEKTARBEID, SKRIFTLIGE FAG ,LINJEDELING)<br />
Denne mekanisme har TPLAN hatt i mer enn 30 år. For visse skoleslag har den hatt<br />
dominerende innflytelse, men den har foreløpig ikke fått den bruk jeg forventet. Med<br />
innføring av Mønsterplan 97 (i Norge) vil denne mekanisme kunne bli sentral for korrekt<br />
organisering av timeplanen. Den viktigste årsak er organisering av prosjektarbeid hvor en vil<br />
samle en rekke fag for to eller flere klasser til lengre sammenhengende undervisningsperioder.<br />
Disse fagene kan legges mot hverandre på mange måter samtidig som de samles til større<br />
intervall. Dette får vi til med en komponentmekanisme. Vi forklarer denne først ut fra<br />
hvordan den rent historisk oppstod:<br />
Hittil har vi omtalt aktiviteter som enten er rene klassefag, eller aktiviteter som definerer<br />
større blokker av fag som igjen definerer grupperingsmuligheter for elevene. Det er også<br />
mulighet for å ha en organisering som er en mellomting av dette, i det tilfellet hvor elevene<br />
kan velge mellom bestemte fagkombinasjoner som er satt opp på forhånd, men elevene kan<br />
ikke bestemme hvilke fag som inngår i de ulike fagkombinasjoner. Modellen er skissert i<br />
fig.1.9.:<br />
1A<br />
1B<br />
1C<br />
1D<br />
1X<br />
1Y<br />
1U<br />
1V<br />
Fig. 1.9<br />
1A, 1B, 1C og 1D representerer klassene. I et antall timer omgrupperes disse til gruppene 1X,<br />
1Y, 1U og 1V. Pilene viser dette for 1A. Gruppene 1X,1Y, 1V og 1U er selvstendige enheter<br />
dvs. aktiviteter for 1X kan undervises (tilnærmet) uavhengig av aktivitetene for 1Y, 1U og<br />
1V. Det eneste en med sikkerhet kan si, er at gruppene 1X,1Y, 1U og 1V må undervises til<br />
samme tid. Rent teknisk betyr dette at de strenge krav om samtidig tilgjengelighet av<br />
ressurser for f.eks. aktiviteter for blokker av valgfrie fag, nå kan løses på en rekke alternative
måter avhengig av hvilke fag i 1X, 1Y, 1U og 1V som undervises til samme tid. Denne<br />
fleksibilitet vil en bruke ved timeplanleggingen til å ta hensyn til andre krav for planen.<br />
24<br />
Modellen i fig.1.9 betegner vi en linjedeling. En linje består av et antall komponenter (som<br />
regel 2 eller 3). Hver komponent består av et antall elevgrupper. I fig.1.9 sier vi at gruppene<br />
1A, 1B, 1C og 1D er første komponent for linjen mens 1X, 1Y, 1U og 1V er andre komponent<br />
for linjen. Elevgrupper som tilhører samme komponent i samme linje skal ha undervisning i<br />
samme posisjoner, mens elevgrupper i forskjellig komponent i samme linje skal ha<br />
undervisning i forskjellige posisjoner. Komponentmekanismen stiller strenge krav til den<br />
relative plassering av de ulike aktiviteter.<br />
I prosjektarbeid har vi eksakt samme problematikk: Vi trekker ut visse timer fra visse klasser<br />
og forlanger at disse skal undervises samtidig. Vi får også ett tilleggskrav: De timene som en<br />
samler for flere klasser skal også undervises sammenhengende i større intervall. Dette<br />
får man enkelt til ved å føre inn en aktivitet som definerer periodeinndelingen av<br />
prosjektarbeidet som helhet. Deretter forlanger man at de ulike fag i prosjektarbeidet plasseres<br />
i samsvar med denne aktivitet.<br />
Komponentmekanismen er en meget vanlig organisering av valgfrie fag (linjefag) i den<br />
videregående skolen (men den er pr. i dag lite brukt i Norge). Det finnes en annen interessant<br />
bruk av komponentmekanismer: I dag er skolen preget av ulike integreringsformer, støttetiltak<br />
og spesialundervisning av enkeltelever. En rekke elever følger et undervisningsopplegg som<br />
er forskjellig fra hovedgruppen av elever. Hvis en definerer en slik organisering med store<br />
blokkaktiviteter, blir organiseringen både kompleks og lite fleksibel. Det er enklere å bruke en<br />
komponentmekanisme slik at de integrerte aktiviteter brytes opp i en rekke mindre aktiviteter,<br />
og en forlanger samtidig undervisning av disse ved å innføre komponenter.<br />
1.3.4 PAUSEKRAV<br />
Vanligvis har elever og lærere spisepause på samme tidspunkt, og dette angår ikke timeplanen<br />
på annen måte enn at pausen definerer skillet mellom to intervall. For andre skoleslag har de<br />
ulike elevgrupper og lærere pause i forskjellige posisjoner på dagen. (Selvsagt konsentrert om<br />
visse posisjoner midt på dagen.) I dette tilfellet må en innføre en pauseaktivitet for hver<br />
klasse (elevgruppe) og lærer. Alle disse pauseaktivitetene består hver av 5 enkeltimer, og<br />
disse skal timeplanlegges på samme måte som vanlige aktiviteter. Det kan oppstå<br />
romproblemer ved plassering av pauseaktiviteter fordi en må unngå å overbelaste skolens<br />
kantine.<br />
Når pausekravet kombineres med kontinuitetskravet og kantplasseringer, får dette betydelige<br />
sideeffekter:<br />
En vil betrakte timen umiddelbart foran og umiddelbart bak en pause som en "kant", og en vil<br />
tillate plassering av kantaktiviteter her. Slike aktiviteter kan ofte gjøre det unødvendig at det<br />
avsettes en egen posisjon til pause for en klasse, f.eks: Lærer AB underviser den ene halvpart<br />
av klassen i posisjon 4 på mandag, den andre halvpart har matpause. I posisjon 5 underviser<br />
lærer AB den andre halvpart av klassen, og lærer AB får selv matpause i posisjon 6. Dermed<br />
trenger ikke klassen noen pauseaktivitet på mandag. Det finns også andre måter som kan<br />
eliminere en pauseaktivitet f.eks. hvis en trippel eller kvadrupel periode plasseres inntil<br />
pauseintervallet. Denne perioden kan undervises uten avbrudd slik at en "sparer" inn<br />
matpause for klasse og lærer. Den nevnte problematikk kan bli ganske innfløkt.
25<br />
1.3.5 20 MINUTTERS MODULER<br />
Man vil legge timeplanen i enheter på f.eks. 20 minutter. Motivet for en slik organisering kan<br />
være:<br />
1. Man vil ikke ha bare tradisjonell 40-min og 80-min undervisning og synes også at 60min<br />
er en passende undervisningstid i visse fag. Dermed blir 20-min det største felles<br />
mål for undervisningstiden.<br />
2. Hvis man dropper ringetiden, kan man timeplanlegge hele tiden fra skolestart til<br />
skoleslutt. På den måten kan en få en bedre utnyttelse av kritisk belastede ressurser f.eks<br />
svømmehall. (Populært sagt : Man timeplanlegger friminuttene og får dermed bedre<br />
ressursutnyttelse.)<br />
Rent teknisk betyr dette at timeplanen må legges med mange posisjoner pr. dag (f.eks 24).<br />
Nesten alle fag blir dobbel(40)-, trippel(60)- eller kvadrupel(80)- periode. Dette skaper et<br />
timeplanproblem som er meget spesielt : Man oppnår en betydelig ekstra fleksibilitet i<br />
timeplanarbeidet, men man må gi avkall på ringetiden, og man må delvis gi avkall på kravet<br />
om at klasser og lærere skal ha sammenhengende timeplaner.<br />
1.3.6 "ABSOLUTT" HULLTIMETETNING FOR LÆRERE<br />
De fleste skoler ønsker timeplaner hvor lærerne har tette og jevnt balanserte timeplaner. Det<br />
fins skoler som har nærmest et absolutt krav om kontinuerlige lærerplaner med følgende<br />
begrunnelse:<br />
Skolen må gi økonomisk kompensasjon for de hulltimer en lærer får.<br />
Nå blir det av vital betydning å få tette lærerplaner, og en dårlig timeplan kan bli meget<br />
kostbar. Det stilles helt spesielle krav til timeplanalgoritme når lærerens hulltimer styrer det<br />
hele. Det er selvsagt en pris å betale for en slik ordning: Elevene kan lett bli skadelidende ved<br />
at de får ubalanserte planer, man begrenser det antall skolemodeller som kan realiseres, og<br />
lærerne kan også bli skadelidende ved at de får fag som er uønsket.<br />
1.3.7 NABOSPERRING AV POSISJONER<br />
Dette er nærmest det motsatte av et sekvenskrav: Når en aktivitet er plassert i en posisjon, må<br />
en unngå å plassere et sett aktiviteter i posisjonene umiddelbart foran eller bak. Motivet for et<br />
slikt krav er at en vil unngå at en elevgruppe får for nær beslektede fag i sekvens for eksempel<br />
at en anser det for pedagogisk uheldig at elevene får to språkfag i rekkefølge.<br />
1.3.8 DELTE SKOLER (SPLIT-SITE)<br />
En skole kan bestå av 2 (eller flere) bygg med betydelig geografisk avstand. Situasjonen kan<br />
være slik at elevene holder fast til på ett av stedene, mens lærerne underviser på begge steder<br />
dvs. lærer trenger gangtid mellom bygningene. Alternativt kan situasjonen være slik at viktige<br />
spesialrom bare fins i det ene skolebygg, slik at både lærere og klasser trenger gangtid.<br />
Vi har nevnt at skoledagen kan være inndelt i et antall intervall skilt ved et lengre avbrudd i<br />
undervisningen. Det er naturlig at disse avbrudd i undervisningen benyttes til gangtid mellom<br />
ulike skolebygg. Alternativt kan en forlange at læreren (eller klassen) har en fritime<br />
umiddelbart før forflytting skjer til et annet bygg. Dermed ser en at split-site problemet er en<br />
generalisering av den nabosperring vi omtalte: Når en aktivitet plasseres til et bestemt<br />
intervall på dagen, må alle aktiviteter med felles klasse- eller lærer-ressurser og som skal ha<br />
sin undervisning i ett annet bygg, blokkeres for det aktuelle intervall (alternativt blokkeres i
26<br />
posisjonene umiddelbart foran og bak valgt plassering såfremt disse posisjoner tilhører samme<br />
intervall). Split-site problematikken er en sterk tilstramming av timeplanen fordi den stiller<br />
strenge krav til den relative plassering av et stort antall aktiviteter<br />
1.4 KORT TEORETISK GRUNNLAG<br />
Dette avsnitt er stort sett tatt fra en håndbok jeg skrev sent på 70 – tallet om de teknikker som<br />
skulle brukes ved manuell timeplanlegging. Denne håndbok innledet med en teoretisk del og<br />
deretter fortsatte den med en omfattende praktisk analyse av en del skolemodeller som var<br />
aktuelle på det tidspunkt. Dette sistnevnte har tapt en god del av sin aktualitet, mens jeg<br />
finner at den innledende teoretiske del har like stor aktualitet i dag, og at det er av verdi at<br />
disse prinsipper blir bevart for ettertiden. Lang erfaring har lært meg at alle timeplanleggere<br />
er meget lydhøre for mine råd når jeg konkret snakker deres spesifikke problem, men noe av<br />
interessen kjølner når jeg kommer med mer generaliserte og abstrakte formuleringer. Nå er<br />
jeg av den oppfatning at slike generaliseringer et helt fundamentale for å forstå hvordan man<br />
skal kunne løse nær sagt ethvert timeplanproblem. Meget ville være vunnet for leseren hvis<br />
jeg får frem det helt grunnleggende om de regler som følger om samsvarende gruppering,<br />
sideforskyving og klarering. Jeg ber også om forståelse for at jeg av plasshensyn ikke kan<br />
utbrodere dette mer med omfattende praktiske eksempler. Noe av dette(klarering) vil dere<br />
finne i de eksempler jeg har om interaktiv teknikk i kapittel 6<br />
Grunnprinsippene for korrekt skoleorganisering og timeplanlegging er lite kjent og den<br />
følgende fremstilling er sterkt forenklet. Den beveger seg stort sett på det mer teoretiske plan<br />
fordi jeg ønsker å vise det allmenne i timeplanleggingen uavhengig av den skolemodell man<br />
selv arbeider med. Innledningsvis viste vi hvordan man rent teknisk realiserte ulike elementer<br />
av en skolemodell. Her skal vi omtale hvordan man setter sammen de ulike deler til en større<br />
helhet og hvordan man rent teknisk legger en fullstendig timeplan. De viktigste<br />
problemstillinger vil være:<br />
• Hvordan bør ressursene for en skole grupperes for å få en ønsket undervisningsmodell.<br />
(dvs. hvordan skal en planlegge time/fag – fordeling for den enkelte lærer, og hvordan<br />
skal man slå sammen lærerne i lærerlag og hvordan skal man slå sammen klassene i<br />
større arbeids enheter.)<br />
• Hvordan skal timeplanen legges rent teknisk ut fra en konsekvent strategi.<br />
Dette er styrt av 3 hovedprinsipper:<br />
• Prinsippet om samsvarende gruppering.<br />
• Prinsippet om sideforskyving.<br />
• Prinsippet om klarering<br />
Man kan si at de to første prinsipper styrer det forberedende timeplanarbeid dvs. definisjon av<br />
skolemodell og time/fag- fordeling for lærere, mens prinsipp 3 tilhører den rent tekniske<br />
legging av planen. Nå er det selvsagt at det forberedende timeplanarbeid er styrt av en rekke<br />
ytre eller overordnete faktorer for eksempel:<br />
1. Det rammetimetall man har til rådighet.<br />
2. De pedagogiske intensjoner man har med skolens undervisning.<br />
3. En rekke sosiale og faglige hensyn om hvilke lærere og klasser som bør<br />
samarbeide etc. etc..<br />
Det er selvsagt at dette kan veie tyngre enn mine mer teoretiske funderinger. Noen ganger er<br />
det et motsetningsforhold mellom disse faktorer og mer teoretiske prinsipper. Andre ganger<br />
kan man med enkle midler ta hensyn til begge deler. Ingen tar derfor skade av å vite om de<br />
ideelle prinsipper man bør tilstrebe ved organisering av skolen, så får man eventuelt<br />
modifisere dette en del ut fra den foreliggende situasjon.
27<br />
1.4.1 PRINSIPPET OM SAMSVARENDE GRUPPERING OG<br />
SIDEFORSKYVING.<br />
All gruppering av ressurser bør ordnes etter et prinsipp som vi betegner samsvarprinsippet.<br />
Omtalen begrenses til hvordan man bør gruppere lærere, klasser og rom samt omtaler noen<br />
vekselvirkninger mellom disse ressurstyper.<br />
1.4.1.1 Samsvarende lærergrupperinger<br />
Med fag/time- fordeling for lærerne mener man tradisjonelt at man fordeler den enkelte lærers<br />
leseplikt på ulike klasser eller arbeidsenheter. Lærerne slås ofte sammen til lærerlag (dvs.<br />
større enheter). Vi ser i første omgang bort fra hvilke klasser(arbeidsenheter) læreren<br />
underviser, og konsentrerer oss om leseplikten for den enkelte lærer og de lærergrupperinger<br />
læreren inngår i.<br />
Innen en fagseksjon vil ofte en lærer undervise en klasse uavhengig av annen undervisning i<br />
skolen, men andre ganger må flere lærere samarbeide om undervisningen for flere klasser.<br />
Anta at en fagseksjon består av 6 lærere. Fig 1.4.1 kan da være de lærergrupperinger som er<br />
aktuelle:<br />
Lærer A B C D E F Kommentar<br />
Nivå<br />
1<br />
L1 L1 L1 L1 L1 L1 Høyeste nivå: Alle 6 lærere danner et lærerlag<br />
Nivå L2 L2 L2 L2 L3 L3 Neste nivå: 4 lærere danner et lærerlag mens de<br />
2<br />
to andre danner et lærerlag<br />
Nivå<br />
3<br />
L4 L4 L5 L5 L6 L6 Lærerne danner parvis et lærerlag<br />
Nivå L7 L8 L9 L10 L11 L12 Laveste nivå: Den enkelte lærer danner et<br />
4<br />
”lærerlag”<br />
Fig 1.4.1. Samsvarende gruppering<br />
Samme farge i samme linje betyr at lærerne er i samme lærerlag. De 4 grupperinger i figuren<br />
representerer 4 forskjellige undervisningssituasjoner. Det er flere muligheter for at alle disse<br />
lærer kan undervise samtidig i ulike lærerlag, og en kan i samme posisjon ha en blanding av<br />
ulike undervisningssituasjoner. Grunnen til dette er:<br />
Lærerlagene er hierarkalsk oppbygget slik at intet lærerlag er delmengde av mer enn et<br />
lærerlag på et høyere nivå, og ingen lærer inngår i mer enn et lærerlag på samme nivå.<br />
1.4.1.2 Ikke samsvarende lærergruppering<br />
Fig 1.4.1. er en meget enkel gruppering og isolert sett kan denne organisering ikke gi tekniske<br />
problemer. Anta derimot at 3 lærere danner lærerlag slik som vist i fig 1.4.2:<br />
Lærer A B C Kommentar<br />
L1 L1 Lærerlag L1: A + B<br />
L2 L2 Lærerlag L2: B + C<br />
L3 L3 Lærerlag L3: A + C<br />
Fig 1.4.2 Ikke samsvarende gruppering<br />
Anta videre at verken A, B eller C inngår i lærerlag som er uavhengige av de to andre lærere.<br />
De nevnte forutsetninger viser den reneste form for grupperinger som kan føre til uløselige
tekniske problemer. Når ett av lærerlagene i fig 1.4.2 underviser, må den tredje lærer<br />
nødvendigvis være ledig. Grupperingene fører til tvungen fritid for den enkelte lærer.<br />
Anta at hvert av lærerlagene i fig 1.4.2 skal brukes i 12 posisjoner dvs. at hver lærer har en<br />
leseplikt på 24 timer, men hver lærer får 12 timer tvungen fritid slik det totalt kreves 36<br />
posisjoner, hvilket sprenger tidsrammen som for eksempel kan være 30 posisjoner.<br />
Dette problem forekommer ofte i praksis:<br />
28<br />
Eksempel 1<br />
En skole har bare et heimkunnskapsrom<br />
Lærer A er mannlig formingslærer.<br />
Lærer B er kvinnelig formingslærer<br />
Lærer C heimkunnskapslærer<br />
En vanlig kopling er at man legger heimkunnskap mot forming i ett årstrinn, mens man legger<br />
forming mot forming i andre årstrinn (også i valgfagene). Dermed har man<br />
lærergrupperingene A + C og B + C i et årstrinn, mens A + B brukes i de andre årstrinn dvs.<br />
identisk med vårt teoretiske eksempel ovenfor. (For å foregripe begivenhetenes gang: Løsning<br />
på dette problem må være å kople heimkunnskap mot andre fag, slik at man legger forming<br />
mot forming (A+ B) i alle årstrinn)<br />
Eksempel 2<br />
En skole ønsker å organisere formingsundervisningen slik at to lærere har samme klasse<br />
samtidig. Anta at denne organisering fører til at antall lærertimer utgjør akkurat 3 fulle<br />
lærerposter. Lærerkollegiet består bl.a. lærerne A, B og C som er allsidige innen<br />
formingsfaget, men de kan ikke ha annen undervisning. For at disse lærerne skal få full post,<br />
må en bruke lærergrupperingene i fig 1.4.2 i omtrent like mange posisjoner, og man har et<br />
uløselig teknisk problem. (Nok en for å foregripe begivenhetenes gang: Løsning på dette<br />
problemet kan være at man legger heimkunnskap mot forming i et årstrinn (halvklasser) og<br />
legger forming mot forming i de andre årstrinn! Ganske pussig at det som skapte problemene i<br />
eksempel 1, nå er løsningen på eksempel 2. Forklaringen er: Nå lager vi en modell hvor<br />
lærerne i forming danner samsvarende grupperinger, slik at alle tre lærere kan undervise til<br />
samme tid.)<br />
Det er enkelt å innse den store svakhet ved fig 1.4.2. men i realistiske problemer vil en ofte<br />
floke sammen lærerlagene på en slik måte, at man ikke uten videre ser konsekvensene. Det lar<br />
seg gjøre å konstruere parodiske eksempler på lærergrupperinger hvor tvungen fritid for den<br />
enkelte lærer er like stor som leseplikten. En hovedregel for hvordan man skal danne lærerlag<br />
vil være:<br />
Minimer summen av en læres leseplikt og tvungen fritid som følger av de lærerlag læreren<br />
inngår i. Denne sum må ikke være større enn total tidsramme for noen lærer.<br />
1.4.1.3 Lærerlag av ulik størrelse og sideforskyving<br />
Vi skal se på hvordan dette kan gjøres. Fig 1.4.1 viste lærerlag som var en ren delmengde av<br />
bare ett lærerlag på ett høyere nivå. I en virkelig skole vil man ofte ha lærerlag som består av<br />
2 eller 3 lærere for eksempel slik:<br />
A B C D E F Kommentar<br />
L1 L1 L1 L2 L2 L2 Lærerlag L1: A + B + C Lærerlag L2: D + E + F<br />
L3 L3 L4 L4 L5 L5 Lærerlag L3: A + B Lærerlag 4: C + D Lærerlag L5: E + F<br />
Fig. 1.4.3
29<br />
Svakheten ved denne figuren er lærerlag L4 hvor C inngår i L1, mens D inngår i L2. L1 og L2<br />
vil vanligvis ikke kunne undervise samtidig. Når L1 underviser alene får lærer D tvungen<br />
fritid og når L2 undervise alene får C tvungen fritid. (Egentlig burde man unngå å bruke L4<br />
eller eventuelt bryte opp L4 i to lærere som underviser uavhengig av hverandre. Her antar vi<br />
dette ikke er mulig.) Vi antar:<br />
• Hver lærer har en leseplikt på 24 timer, og dette skal legges ut innen en ramme av 30<br />
posisjoner.<br />
• Dette er organisert slik at hvert lærerlag i fig. 1.4.3 skal brukes i 12 posisjoner.<br />
• Lærerlag L1 og L2 kan ikke undervise samtidig for eksempel fordi de bruker samme<br />
spesialrom. Jeg viser her stiliserte modeller med to eller tre lærere. I virkeligheten kan<br />
de høyere nivåer bestå av mange lærere (store blokker) som nesten bestandig må ligge<br />
i forskjellige posisjoner, mens parvise lærere kan være typisk for gymnastikk, praktisk<br />
estetiske fag etc. Derfor er den forutsetning jeg gjør her av en ganske generell natur.<br />
Den siste forutsetning fører til at både lærer C og D får tvungen fritid i 12 posisjoner, dvs. det<br />
kreves minst 36 posisjoner for å legge denne plan, helt analogt med fig. 1.4.2.<br />
Vi setter oss nå som mål å fordele denne tvungne fritid for C og D på alle 6 lærere slik at det<br />
teoretiske minimum av posisjoner reduseres. Dette kan gjøres med lærerlag som i følgende<br />
figur:<br />
A B C D E F Kommentar<br />
L1 L1 L1 L2 L2 L2 Lærerlag L1: A + B + C Lærerlag L2: D + E + F<br />
L3 L3 L6 L6 Lærerlag L3: A + B Lærerlag L6: D + E<br />
L4 L4 L7 L7 Lærerlag L4: B + C Lærerlag L7: E + F<br />
L5 L5 L8 L8 Lærerlag L5: A + C Lærerlag L8: D + F<br />
Fig. 1.4.4<br />
Nå kan en prinsipiell plan realiseres slik:<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
Lærer 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A L3 L5<br />
B L1 L4<br />
C L5<br />
D L6 L8<br />
E L7 L2<br />
F L8<br />
Fig.1.4.5<br />
Vi trenger nå bare 30 posisjoner! Det kan virke forbausende at fig 1.4.4 er en bedre<br />
organisering enn fig 1.4.3 fordi den tilsynelatende ikke er i samsvar med visse naturlige<br />
grunnprinsipper:<br />
• Fig 1.4.4 er ikke det minste antall lærerlag som er tilstrekkelig for skolemodellen<br />
• Fig 1.4.4 har samme svakhet som fig 1.4.3 (ikke samsvarende gruppering)<br />
At organiseringen i fig 1.4.4 er god for den aktuelle modell har disse årsaker:<br />
• Det er forutsatt at L1 og L2 ikke kan undervise samtidig, og jeg har gitt et vektig<br />
argument for en slik forutsetning.<br />
• Lærerlagene i fig 1.4.4 er i samsvar i den betydingen at lærerlag med 2 lærere er<br />
rene delmengder av lærerlag med 3 lærere<br />
• Vi har lykkes med å fordele den tvungne fritid for lærer C og D på alle 6 lærere, slik<br />
at alle nå har 6 posisjoner tvungen fritid.<br />
Fig 1.4.5 er imidlertid en ganske stram organisering: Ingen lærer har mer enn 24 posisjoner,<br />
men planen krever 30 posisjoner. Hittil er det ikke sagt noe om hvordan lærerlagene fordeles<br />
på arbeidsenheter, eller hvordan resten av skolemodellen påvirker undervisningen i fig. 1.4.5.<br />
Det skal lite til at denne modellen bryter sammen i praksis.
30<br />
Ved hjelp av fig 1.4.5 skal vi omtale et annet sentralt begrep som vi betegner sideforskyving.<br />
Anta at lærerlagene L1 og L2 er fastlåst til de posisjoner som figuren viser. Posisjonene for<br />
L3, L4 og L5 kan rokeres helt fritt, og det samme gjelder for lærerlagene L6, L7 og L8.<br />
Denne fleksibilitet er av sentral betyding når vår enkle modell skal til passes en større<br />
helhet. (For å si det på en enklere måte: Såfremt vi sørger for at L1 og L2 ikke ligger i samme<br />
posisjon, kan vi bytte om på de blåfargete posisjoner helt uavhengig av de grønnfargete<br />
posisjoner, og motsatt)<br />
En liten modifikasjon av fig 1.4.5 viser hvordan man helt unødvendig begrenser<br />
sideforskyvingen. I de 6 siste posisjoner i figuren kunne man danne lærerlagene på følgende<br />
måte:<br />
A + D danner et lærerlag og C + F danner et lærerlag, slik som vist i denne figur:<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
Lærer 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A L3 L5<br />
B L1 L4<br />
C L8<br />
D L6 L5<br />
E L7 L2<br />
F L8<br />
Fig. 1.4.6<br />
Dette har ingen innflytelse på tvungen fritid for den enkelt lærer, og en prinsipiell plan trenger<br />
fremdeles 30 posisjoner, men nå har en ingen muligheter for å rokere L3, L4 , L6 eller L7<br />
med de lærerlag som ligger i de 6 siste posisjoner, da dette vil komme i konflikt med L1 eller<br />
L2. Forutsetningen for fig 1.4.6 begrenser sterkt mulige løsninger, og fra et teknisk synspunkt<br />
er fig 1.4.6 skjær idioti!<br />
Det er selvsagt at hvis en har stor fleksibilitet ved organisering av ulike deler av en<br />
skolemodell, er sannsynligheten større for at en skal kunne sette delene sammen til en større<br />
helhet dvs. en fullstendig timeplan. Mange har erfart at en timeplan raser sammen fordi en<br />
bestemt lærer slutter eller at overgangen til neste skoleår blir problematisk selv om man for<br />
inneværende år hadde en god plan. Forklaringen vil ofte være at man har neglisjert<br />
mulighetene for en sideforskyving av planen.<br />
1.4.1.4 Formulering av samsvarprinsippet.<br />
De foregående avsnitt har vist at lærergrupperingene må organiseres ut fra to prinsipper:<br />
1. MINIMER SUMMEN AV EN LÆRERS LESEPLIKT OG TVUNGEN FRITID<br />
SOM FØLGER AV DE LÆREGRUPPERINGER LÆREREN INNGÅR I.<br />
2. MAKSIMER MULIGHETENE FOR EN SIDEFORSKYVING AV<br />
LÆRERLAGENE.<br />
Vi kan ofte gi et kvantitativt mål for tvungen fritid, mens sideforskyving bør oppfattes som et<br />
mer kvalitativt begrep. I praksis kan dette til dels omformes til disse regler.<br />
• Regel 1: Et lærerlag bør være i samsvar med (dvs. ren delmengde eller<br />
uavhengig av) enhver større lærergruppering.<br />
• Regel 2: Lærerlag av samme størrelse bør være uavhengige.<br />
• Regel 3: Antall ulike lærerlag bør være et minimum.<br />
Rekkefølgen av reglene ovenfor er ofte den beste innbyrdes prioritering, men de neste avsnitt<br />
vil vise dette ikke gjelder uten unntak.<br />
1.4.1.5 Lærergrupperinger i relasjon til tidsrammen<br />
Det kan ofte være nødvendig å kombinere prinsippene i fig. 1.4.3 og fig. 1.4.4. Anta:<br />
1. Hver lærer har en lesplikt på 24 timer og tidsrammen er 30 timer.
31<br />
2. Lærerlag med 3 lærere kan ikke undervise samtidig.<br />
3. Hver lærer skal ha 9 timer i lærerlag med 3 lærere og 15 timer i lærerlag med 2<br />
lærere.<br />
Det er bare forutsetning 3 som forandrer modellen i fig 1.4.5 hvor L1 og L2 krevde 24<br />
posisjoner, mens det nå kreves 18 posisjoner for disse lærerlag.<br />
Hvis vi bare brukte læregrupperingene i fig 1.4.3, vil en prinsipiell plan kreve 33 posisjoner<br />
(pga. tvungen fritid for lærer C og D), og hvis en bare bruker lærergrupperingene i fig. 1.4.4,<br />
kan man ikke legge planen uten at man i visse posisjoner slår sammen ev av lærerne A , B<br />
eller C med D, E eller F. Vi velger å slå sammen lærer C og D. Vi bruker dette lærerlag i 9<br />
posisjoner. Planen kan da legges som vist i fig 1.4.7:<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
LÆRER 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A L3 L5 L3<br />
B L1 L4<br />
C L5 L9<br />
D L6 L8<br />
E L7 L2 L7<br />
F L8<br />
Lærerlag L1 : A + B + C 9 pos.<br />
” L2 : D + E + F 9 ”<br />
” L3 : A + B 12 ”<br />
” L4 : B + C 3 ”<br />
” L5 : A + C 3 ”<br />
” L6 : D + E 3 ”<br />
” L7 : E + F 12 ”<br />
” L8 : D + F 3 ”<br />
” L9 : C + D 9 ”<br />
Fig. 1.4.7<br />
I figuren har hver lærer tvungen fritid i 3 posisjoner, og planen kan legges på 27 posisjoner.<br />
Figuren er tydelig en kombinasjon av grupperingen i fig 1.4.3 og fig 1.4.4:<br />
• Tidsrammen er 30 posisjoner, og i 18 posisjoner av disse vil lærerlag med 3 lærere og<br />
2 lærere undervise samtidig. I disse 18 posisjoner følger om samsvar mellom lærerlag<br />
av forskjellig størrelse (Regel 1)<br />
• I de resterende posisjoner vil lærerne parvis undervise samtidig i uavhengige lærerlag,<br />
og en følger regelen om å danne et minimum av ulike uavhengige lærerlag. (Regel 2<br />
og 3).<br />
Side forskyvingen i fig 1.4.7 er relativt bra, men siden L9 ikke er en delmengde av L1 eller L2<br />
begrenses sideforskyvingen noe. Lærergrupperingene i ulike aktiviteter må vurderes i<br />
relasjon til hvor stor del av undervisningsuken disse representerer for å kunne<br />
minimere tvungen fritid.<br />
1.4.1.6 Vekselvirkning mellom tvungen fritid og sideforskyving.<br />
Vi gjør disse forutsetninger:<br />
1. Lærerlagene består av 2 eller 3 lærere<br />
Lærerlag med 3 lærere underviser til sammen i 18 timer (dvs. 54 lærertimer)<br />
Lærerlag med 2 lærere underviser til sammen i 27 timer (dvs. 54 lærertimer)<br />
2. 6 lærere i en fagseksjon har denne leseplikt:<br />
Lærer A 24 timer<br />
Lærer B 21 timer<br />
Lærer C 18 timer<br />
Lærer D 15 timer<br />
Lærer E 15 timer<br />
Lærer F 15 timer
32<br />
________<br />
108 timer<br />
=======<br />
3. Lærerlag med 3 lærere kan ikke legges til samme posisjon.<br />
4. Hvis mulig skal timene for lærer C og D fordeles så jevnt som mulig på lærerlag med<br />
2 og 3 lærere.<br />
Følgende 3 figurer er eksempler på skjematiske planer ut fra disse forutsetninger:<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
LÆRER 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A L3 L4 L5<br />
B L1 L6<br />
C L8 L7<br />
D L3 L5<br />
E L9 L2 L7<br />
F L8<br />
Lærerlag L1: A + B + C 9 pos<br />
Lærerlag L2: D + E + F 6 pos<br />
Lærerlag L3: A + B + D 3 pos.<br />
Lærerlag L4: A + B 6 pos<br />
Lærerlag L5: A + D 6 pos<br />
Lærerlag L6: B + C 3 pos<br />
Lærerlag L7: C + E 3 pos<br />
Lærerlag L8: C + F 3 pos<br />
Lærerlag L9: E + F 6 pos<br />
Fig. 1.4.8<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
LÆRER 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A L3 L4 L6<br />
B L1 L5<br />
C L6<br />
D L7 L9 L3<br />
E L8 L2<br />
F L9<br />
Lærerlag L1: A+B+C 9 pos<br />
Lærerlag L2: D+E+F 6 pos<br />
Lærerlag L3: A+B+D 3 pos<br />
Lærerlag L4: A+B 6pos<br />
Lærerlag L5: B+C 3 pos<br />
Lærerlag L6: A+C 6 pos<br />
Lærerlag L7: D+E 3 pos<br />
Lærerlag L8: E+F 6 pos<br />
Lærerlag L9: D+F 3 pos<br />
Fig.1.4.9<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
LÆRER 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A L3 L4<br />
B L1<br />
C L5 L4<br />
D L6 L8<br />
E L7 L2<br />
F L8<br />
Lærerlag L1: A+B+C 12 pos<br />
Lærerlag L2: D+E+F 6 pos<br />
Lærerlag L3: A+B 6 pos<br />
Lærerlag L4: A+C 3 pos<br />
Lærerlag L5: C+D 3 pos<br />
Lærerlag L6: D+E 3 pos<br />
Lærerlag L7: E+F 6 pos<br />
Lærerlag L8: D+F 3 pos<br />
Fig. 1.4.10<br />
Kommentar:
33<br />
Fig 1.4.8: Planen er lagt med et minimalt forbruk av posisjoner(24). Sideforskyvingen av<br />
planen er meget dårlig. Dette skyldes at lærerlagene L3, L5 , L7 og L8 er i dårlig samsvar<br />
med resten av lærerlagene i modellen (men de er innbyrdes i samsvar). Planen oppfyller<br />
forutsetning 4. Fig 1.4.8 er en plan som er en følge av ønsket om å minimere tvungen fritid.<br />
Fig 1.4.9: Når total tidsramme( 30) er betydelig større enn minimalt forbruk av posisjoner(24)<br />
er det en god ide å bruke flere posisjoner hvis en kan få bedre sideforskyving: i fig 1.4.9 fører<br />
for eksempel lærerlagene L4, L5 og L6 til at lærer B får tvungen fritid i 6 posisjoner, slik at<br />
det minimale forbruk av posisjoner nå er 27. På den annen side er 3 av de 4 uheldige lærerlag<br />
i fig 1.4.8 eliminert, og sideforskyvingen er nå vesentlig bedre. Denne plan oppfyller også<br />
forutsetning 4. Det er god grunn til å anta at det er lettere å tilpasse fig 1.4.9 til en større<br />
helhet enn fig. 1.4.8.<br />
Fig 1.4.10: Her er det ikke tatt hensyn til forutsetning 4 (se på planen for lærer C). Planen<br />
krever et minimum av posisjoner samtidig som sideforskyvingen er meget god. Bemerk at<br />
lærerlagene i denne figur er analog med organiseringen i fig 1.4.5 og fig 1.4.7. Organisatorisk<br />
er fig. 1.4.10 en atskillig bedre løsning enn de to foregående figurer.<br />
1.4.1.7 Samsvarende gruppering for lærere med blandet fagkrets.<br />
For lærere med en blandet fagkrets skal det nevnes en nyttig regel:<br />
En danner vanligvis best samsvar mellom lærerlagene hvis lærere med samme blandede<br />
fagkrets inngår i samme lærerlag. Hvis en av bestemte grunner ikke vil ha to lærere i samme<br />
lærerlag i en fagseksjon, skal de heller ikke være i samme lærerlag i andre fagseksjoner.<br />
Det kan dermed bli en motsetning mellom de lærergrupperinger som er mest ønskelig i en<br />
fagseksjon, og de lærergrupperinger som er nødvendige for å danne en helhet av flere<br />
fagseksjoner.<br />
Vi gjør de samme forutsetninger som foregående punkt om lærerne i en fagseksjon, men<br />
tilføyer en forutsetning til<br />
5. Lærerne D, E og F inngår også i en annen fagseksjon hvor E og F er i samme lærerlag<br />
mens D er i andre lærerlag. Alle disse andre lærerlag krever ett bestemt spesialrom,<br />
slik at de ikke kan undervise i samme posisjon. Det kan også antas at lærerne, D, E og<br />
F har 30 timer leseplikt hver i de to fagseksjoner.<br />
For den fagseksjon vi arbeidet med i foregående avsnitt blir konsekvensen av forutsetning 5<br />
denne:<br />
Lærer D kan ikke inngå i lærerlag sammen med E og F, og disse to lærere må bestandig<br />
undervise samtidig, d.v.s. de bør helst være i samme lærerlag.<br />
Fig.1.4.11 viser en organisering som er i samsvar med dette:<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
LÆRER 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A L4 L7 L6<br />
B L1 L2 L5<br />
C L3 L6<br />
D L2 L7<br />
E L8 L3 L8<br />
F<br />
Lærerlag L1: A+ B +C 3 pos<br />
Lærerlag L2: A + B + D 9 pos<br />
Lærerlag L3: C + E + F 6 pos<br />
Lærerlag L4: A + B 3 pos<br />
Lærerlag L5: B + C 6 pos<br />
Lærerlag L6: A + C 3 pos<br />
Læererlag L7: A + D 6 pos<br />
Lærerlag L8: E + F 9 pos<br />
Fig 1.4.11
Kommentar:<br />
34<br />
Fig.1.4.11: Isolert sett er fig. 1.4.11 lite tilfredsstillende. Det kreves nå 30 posisjoner<br />
sammenliknet med 24 i fig. 1.4.10. Sideforskyvningen er meget dårlig i fig. 1.4.11. Derimot<br />
er organiseringen av lærerne D, E og F slik at en har et samsvar mellom de to fagseksjoner<br />
hvor disse inngår.<br />
Eksemplet foran er langt fra en teoretisk lek: I et bestemt skoleslag var organiseringen slik at<br />
man slo sammen naturfaglige fag i blokker (matematikk, naturfag, biologi, fysikk, kjemi).<br />
Man laget også en samfunnsfaglig blokk (samfunnsfag, historie, geografi, etc.). Dette passet<br />
bra med fagkretsen til de fleste lærere. Det viste seg imidlertid at en del lærere hadde<br />
kompetanse i for eksempel fagene biologi + geografi dvs. de skulle vekselvis inngå i begge<br />
typer blokker og skapte betydelige organisatoriske problemer, så store at man ikke ønsket å<br />
ansette lærere med en slik fagkrets. Fig 1.4.11 skisserer hvordan man kan omgå problemene<br />
med slike kombinerte fagkretser.<br />
1.4.1.8 Klassegrupperinger<br />
Reglene for å gruppere klasser i arbeidsenheter er omtrent identiske med reglene for å<br />
gruppere lærere i lærerlag. (for eksempel fig. 1.4.1 kunne like gjerne være et eksempel på en<br />
god klassegruppering som på en god lærergruppering).<br />
En viss forskjell får en p.g.a:<br />
• En klasse inngår som regel ikke i mange ulike arbeidsenheter mens en lærer ofte<br />
inngår i en rekke ulike lærerlag.<br />
• En klasse har som regel tett plan, og en kan ikke tillate grupperinger som fører til<br />
tvungen fritid.<br />
pkt. 1 fører til at det blir enklere a finne en korrekt gruppering av klassene sammenliknet med<br />
gruppering av lærere mens pkt. 2 fører til:<br />
Ved sammensetning av klasser til arbeidsenheter må en mer konsekvent følge reglene for<br />
samsvarende grupperinger.<br />
En ideell organisering er at hver elev inngår i et hierarki av arbeidsenheter slik: Halvklasse,<br />
helklasse, parvise klasser, fire klasser osv., og arbeidsenhetene på hvert nivå skal være<br />
samsvarende. Når antall klasser i et årstrinn er et odde tall, klarer en ikke å gjennomføre dette<br />
arrangementet fullstendig fordi en i visse aktiviteter ønsker parvis kopling av klasser. En må<br />
ordne seg slik at årstrinnet er en blanding av 2 og 3 (eventuelt (2 + 2 + 1)) klasser som<br />
arbeidsenhet. I de aktiviteter hvor en ønsker parvis kopling av klasser, får en gjøre spesielle<br />
arrangementer for den tredje (overskytende) klassen. Det beste er at denne klasse er alene i<br />
slike aktiviteter, men hvis en er tvunget til å slå sammen klasser fra ulike arbeidsenheter, bør<br />
en ordne seg slik at en slår sammen parvis de «overskytende» klasser fra to arbeidsenheter<br />
(disse kan eventuelt være i forskjellige årstrinn).<br />
1.4.1.9 Klassegrupperinger som ikke er i samsvar<br />
Fig 1.4.12 viser den enkleste form for dette:<br />
8A 8B 8C 8D Kommentar<br />
A1 A1 A2 A2 Arbeidsenheter i for eksempel engelsk<br />
A3 A4 A3 A4 Arbeidsenheter i for eksempel gymnastikk<br />
Fig. 1.4.12
35<br />
De fire klassene i figuren kan aldri ha engelsk og gymnastikk samtidig på grunn av at<br />
grupperingene ikke er i samsvar. En kan også si at klassegrupperingene fører til en<br />
begrensning av sideforskyvningen, slik at en ikke kan ha samtidig undervisning i de to<br />
aktiviteter.<br />
I virkelige modeller finner en av og til eksempler på ytterst dårlig samsvar mellom<br />
klassegrupperinger: Anta at valgfagene i et årstrinn er delt i to blokker og klassene er satt<br />
sammen ut fra felles valgkombinasjoner for elevene. I gymnastikk har en slått sammen<br />
parvise klasser fra ulike blokker p.g.a. ujevn fordeling av jenter og gutter i klassene. Det er<br />
små muligheter for å kunne realisere en slik modell.<br />
Eksemplet er ekstremt, og de fleste unngår dette. Legg merke til at i eksemplet ble planen<br />
komplisert på grunn av vekselvirkning mellom bare to fagseksjoner. I en virkelig modell<br />
setter en sammen mange fagseksjoner til en større helhet, og av undervisningsmessige grunner<br />
kan en ønske forskjellig gruppering i ulike seksjoner. Hvis en delvis neglisjerer reglene for<br />
samsvarende grupperinger, oppstår ofte liknende problemer som i eksemplet ovenfor.<br />
1.4.1.10 Horisontale og vertikale bånd<br />
Når klasser i samme årstrinn er en arbeidsenhet, betegnes dette horisontale band, mens klasser<br />
fra forskjellige årstrinn i samme arbeidsenhet betegnes vertikale bånd. Skjematisk er dette vist<br />
i fig. 1.4.13.<br />
8A 8B 8C 8D Horisontale bånd:<br />
9A 9B 9C 9D Klasser i samme årstrinn slås sammen<br />
8A 8B 8C 8D Vertikale bånd:<br />
9A 9B 9C 9D Klasser i flere årstrinn slås sammen<br />
Fig. 1.4.13<br />
Horisontale bånd er det mest vanlige, mens motivet for vertikale bånd kan være at en vil gi<br />
elevene et mer differensiert valgtilbud uten å bruke for stor lærertetthet. Hver for seg er begge<br />
grupperinger akseptable, men grupperingene er ikke i samsvar. Hvis en bruker begge i samme<br />
skolemodell, vil det lett oppstå problemer, og en risikerer fullstendig kaos hvis hver klasse<br />
inngår like mye i de to grupperingsformer.<br />
1.4.1.12 Arbeidsenhetsstruktur<br />
Fig. 1.4.14 viser skjematisk hvilke grupperinger som er aktuelle i skolen. Den potensielle fare<br />
ved en slik organisering er hovedsaklig:<br />
Parvise k/asser og tre og tre k/asser er ikke samsvarende arbeidsenheter.<br />
9A 9B 9C 9D 9E 9F Kommmentar<br />
A1 A1 A1 A1 A1 A1 Hele årstrinnet er en arbeidsenhet.<br />
A1 A1 A1 A1 A1 A1<br />
A1 A1 A1 A1 A1 A1<br />
A2 A2 A2 A3 A3 A3 Tre og tre klasser danner en arbeidsenhet<br />
A2 A2 A2 A3 A3 A3<br />
A2 A2 A2 A3 A3 A3<br />
A4 A4 A5 A5 A6 A6 Parvise klasser danner en arbeidsenhet<br />
A4 A4 A5 A5 A6 A6<br />
A4 A4 A5 A5 A6 A6<br />
A7 A8 A9 A10 A11 A12 Den enkelte klasse er en arbeidsenhet<br />
A7 A8 A9 A10 A11 A12<br />
Fig 1.4.14<br />
! fig. 1.4.14 betyr dette at arbeidsenheten som består av C + D-klassen ikke kan legges til<br />
samme posisjoner som større arbeidsenheter i samme årstrinn. Parvise klasser som<br />
arbeidsenhet er typisk for organiseringen av praktiske fag. Hensynet til spesialrom eller fag-
36<br />
og timefordelingen for lærerne fører ofte til at denne undervisning må foregå i forskjellige<br />
posisjoner. I fig. 1.4.14 antar en at alle parvise klasser i samme årstrinn må legges til ulike<br />
posisjoner. (NB: Denne forutsetning er ikke realistisk for alle skoleslag). Fø1gen blir:<br />
:<br />
C + D-klassene som arbeidsenhet må legges til de posisjoner hvgr A-, B-, E- og F-klassene<br />
har ren klasseundervisning.<br />
Dette fører til disse tekniske problemer:<br />
• Organiseringen kan kreve flere posisjoner enn total tidsramme. (Problemstillingen i<br />
fig. 1.4.14 er identisk med de problemer som fulgte av lærergrupperingene i fig. 1.4.3<br />
hvor en påpekte at lærer C eller D kunne få tvungen fritid).<br />
• Klasseundervisningen på samme årstrinn må ofte organiseres slik at samme lærer har<br />
flere klasser. Det kan vise seg at fag- og timefordelingen ikke tillater at 4 klasser kan<br />
ha klasseundervisning samtidig i mange posisjoner.<br />
• Det kan vise seg at det er for få timer med ren klasseundervisning som kan legges<br />
samtidig med undervisning i parvise klasser (eller eventuelt at periodeinndelingen i<br />
disse fag ikke er i samsvar).<br />
Disse momenter vil sannsynligvis få en sterk innflytelse på den fremtidige utforming av<br />
skolen. I dag er det først og fremst pkt. 1 ovenfor som gir merkbare problemer i grunnskolen,<br />
mens pkt. 2 og 3 er av underordnet betydning. Årsaken er at relativt mange fag i grunnskolen<br />
fremdeles er organisert som rene klassefag.<br />
Gruppering av klasser til arbeidsenheter i ulike fagseksjoner gjøres hovedsakelig ut fra disse<br />
vurderinger:<br />
• I Undervisningsmessige hensyn: En ønsker større lærertetthet og bedre differensiering<br />
i flere fag. En ønsker å undervise i små arbeidsenheter.<br />
• II Ressursmessige hensyn: En vil få en bedre utnyttelse av rammetimetallet ved å<br />
organisere differensiert undervisning i flere fag ved hjelp av større arbeidsenheter.<br />
Samtidig kan romressursene tvinge en til å bruke mindre arbeidsenheter i andre fag.<br />
Motsetningen mellom disse synspunkt vil i praksis start sett dreie seg om en skal bruke 2 eller<br />
3 klasser som arbeidsenhet i en fagseksjon.<br />
Fig 1.4.14 viser et utsnitt av en meget stram organisering, og vi antar at hver rad i figuren<br />
tilsvarer en posisjon i timeplanen dvs. hver klasse har to posisjoner med klassefag og 3<br />
posisjoner med parvise klasser. De sistnevnte antar vi ikke kan plasseres samtidig pga. for<br />
eksempel felles lærer eller rom. Når 9CD undervises som en parvis klasse må 9A, 9B, 9C og<br />
9D ha vanlig klasseundervisning. Hvis k!asseplanene skal være tette (dvs. alle klasser skal ha<br />
undervisning i alle posisjoner i planen), er dette umulig fordi klasseundervisning er bare 2<br />
posisjoner mens parvis undervisning er 3 posisjoner i 9CD.<br />
Anta derimot at det også er 3 posisjoner klasseundervisning i fig. 1.4.14. Nå er planen<br />
teoretisk løsbar, men dette forutsetter at 9A, 9B, 9E og 9F har forskjellig lærer i<br />
klasseundervisningen (siden disse klasser skal ha dette samtidig). Det kan bli vanskelig å få<br />
fagfordelingen for lærerne i samsvar med dette kravet. Hvis skolen har rene faglærere i de fag<br />
som undervises som klasseundervisning, blir det omtrent umulig å finne en akseptabel<br />
fagfordeling.<br />
Fig 1.4.14 viser en ekstrem situasjon som kanskje ikke er helt typisk for skolen i dag. I den<br />
senere tid har en god del skoler forlatt det tradisjonelle klassebegrep og omgruppert en større<br />
elevgruppe (2- 4 klasser) til undervisningsgrupper hvis størrelse kan veksle en god del. Vi er<br />
da direkte over i de problemer som kan følge av manglende samsvar i fig.1.4.14. I praksis må<br />
man jo finne en løsning på dette, men man bør likevel vie figuren oppmerksomhet fordi den
37<br />
viser faren ved for krevende undervisningsmodeller. Når de gjelder klassegrupperingene, bør<br />
mann konsekvent fø1ge reglene for samsvarende grupperinger.<br />
1.4.1.13 Vekselvirkning mellom lærer- og klassegrupperinger<br />
Prinsipielt kan en betrakte disse to ressurstyper som en enhet og formulere et mer generelt<br />
samsvarsprinsipp. Det fører for langt å foreta en teoretisk analyse, men her skal vi nevne en<br />
del relativt oversiktlige og viktige prinsipper. Det er nevnt at fig.. 1.4.1 er en ideell<br />
organisering av både lærerlag og arbeidsenheter, Selv om en isolert bruker denne modell for<br />
begge ressurstyper, kan fag- og timefordelingen (d.v.s. tilordning av lærerlag til<br />
arbeidsenheter) 1ett gi tekniske problemer. Dette kan forklares ved hjelp av fig. 1.4.15:<br />
I1 I2 I3 I4 I5 I6 I7 I8<br />
Arbeidsenhet A1:<br />
8A + 8B<br />
Arbeidsenhet A2:<br />
9A + 9B<br />
Arbeidsenhet A3:<br />
10A + 10B<br />
Fig 1.4.15<br />
Figuren viser 3 arbeidsenheter i en skole. Tidsrammen er inndelt i 8 like intervall I1, I2—I8.<br />
Svarte posisjoner viser hvor en her sammenslått undervisning med to (eller flere) klasser som<br />
arbeidsenhet, mens blanke felt viser posisjoner hvor den enkelte klasse har<br />
klasseundervisning. Figuren viser de 8 muligheter en har for hvilken undervisning som kan<br />
forekomme samtidig. I en virkelig timeplan vil selvsagt ikke de 8 intervall være like store og<br />
visse muligheter trenger ikke å forekomme i det hele tatt. Dette forandrer ikke<br />
hovedprinsippet i fø1gende regler:<br />
Regel 1<br />
En lærer skal for eksempel hovedsaklig ha ren klasseundervisning, og en vil vite hvilke<br />
klasser han bør ha når planen skjematisk er som i fig. 1.4.15. Anta først at timene for læreren<br />
fordeles mellom klassene 8A og 8B i arbeidsenhet A1. Læreren må da ha all sin undervisning<br />
i intervallene I5 + I6 + I7 + I8, og læreren kan ikke undervise flere timer enn summen av<br />
posisjoner i disse intervall.<br />
Anta derimot at timene for læreren fordeles mellom klasse 8A og 9A. I tillegg til de fire<br />
intervall ovenfor kan læreren også bruke I3 + I4.<br />
Hvis timene for læreren fordeles mellom klassene 8A, 9A og 10A kan alle intervall brukes<br />
med unntak av I1, og en får flere plasseringsmuligheter for timene. En bemerker:<br />
Regel 1:<br />
Lærere som har ren klasseundervisning bør undervise i flest mulig forskjellige<br />
arbeidsenheter.<br />
En ikke uvanlig situasjon er følgende: Et gymnas har en nyansatt lærer. Første året får han<br />
ansvaret for et antall klasser i første årstrinn. Dette går bra og kanskje neste året også hvor han<br />
har andre årstrinn, mens tredje året raser hans plan fullstendig sammen og man har ikke nok<br />
posisjoner til å legge ut klassefag i årstrinn 3 fordi disse fagene får så mye tvungen fritid pga<br />
av alle blokkfagene man har i dette årstrinn. Se også regel 5<br />
Regel 2
38<br />
Timeplanen for en styres i starten av den innbyrdes plassering av valgfag og praktiske fag<br />
(dvs. blokkfagene).. Dette styrer i sin tur plassering av sammenslått undervisning i for<br />
eksempel skriftlige fag. I den avsluttende fase av planen legger en ut klassefag. En finner ofte<br />
karakteristiske ”mønstre” i den partielle plan man har lagt, slik at klasser i samme<br />
arbeidsenhet krever lærere med samme fagkrets i samme posisjoner (f .eks. at klassene må ha<br />
naturfag eller samfunnsfag samtidig). Følgen blir:<br />
Regel 2:<br />
Lærerne bør fortrinnsvis ha klasseundervisning for bare en klasse i samme arbeidsenhet.<br />
(Regel 2 er det samme som regel 1 sagt på en annen måte. I en stram modell som fig. 1.4.14<br />
ser en klart nødvendigheten av at en lærer bare har klassefag i en klasse i samme<br />
arbeidsenhet).<br />
Regel 3<br />
Anta at en lærer deltar i sammenslått undervisning i arbeidsenhetene A1 og A2 i fig. 1.4.15.<br />
Denne undervisning må foregå i intervallene I1, I2, --- I6. Hvis den samme lærer også har en<br />
del klasseundervisning i 10A, må denne hovedsaklig legges til intervall I8, og en vil ofte ha<br />
for få posisjoner for denne undervisning. Situasjonen ville bli langt bedre hvis læreren hadde<br />
klasseundervisning i f.eks. 8A i stedet for 10A. Da kan en bruke både intervall I7 + I8 for<br />
denne undervisning.<br />
Det beste ville imidlertid være om en kunne fordele klasseundervisningen jevnt mellom for<br />
eksempel klassene 8 A og 9A. Da kunne en plassere denne jevnt i intervallene I3,Ii4 --- I8, og<br />
fa en større fleksibilitet (d.v.s. sideforskyvning) for legging av planen. En får denne regel:<br />
Regel 3:<br />
a. En lærer bør ha mest mulig klasseundervisning i de klasser hvor han også deltar i<br />
sammenslått undervisning.<br />
b. Samtidig bør læreren undervise færrest mulig forskjellige klasser i samme arbeidsenhet.<br />
(Det er delvis selvmotsigelse mellom de to deler av denne regel, og dette merker en særlig i<br />
modeller med blandede lærerlag ).<br />
Regel 4<br />
Kvalitativt kan en si at sideforskyvningen i fig. 1.4.15 er god hvis det finnes et stort antall<br />
prinsipielle 1øsninger med forskjellige lengde av de ulike intervall i figuren. Det er primært<br />
lærere som har kombinerte poster (d.v.s. de har sammenslått undervisning i flere fag) som<br />
begrenser mulighetene for sideforskyvning. Vi får denne regel:<br />
Regel 4:<br />
Lærere som inngår i flere fagseksjoner bør undervise i færrest mulig forskjellige<br />
arbeidsenheter.<br />
Regel 5<br />
Alle klasser på samme årstrinn har som regel valgfag i samme posisjoner. Valgfagene for<br />
forskjellige årstrinn legges som regel til forskjellige posisjoner. Hvis en lærer som bare<br />
underviser i obligatoriske fag, får all sin undervisning på samme årstrinn, vil det være et antall<br />
posisjoner hvor læreren får tvungen fritid på grunn av valgfagene. En får denne regel:<br />
Regel 5:<br />
Hvis en lærer skal undervise flere arbeidsenheter (enten sammenslått undervisning eller<br />
ren klasseundervisning), bør han ha undervisning i arbeidsenheter på forskjellige årstrinn.
39<br />
Reglene ovenfor kan fortone seg som selvfølgeligheter med begrenset verdi for konkrete<br />
problemer. Erfaring viser imidlertid at mange neglisjerer eller mister oversikten over fø1gene<br />
av fag- og timefordeling for litt kompliserte modeller. Mye bryderi kan unngås hvis en tar<br />
bedre hensyn til disse regler.<br />
1.4.1.14 Romgrupperinger<br />
Her finner man samme regler for samsvarende gruppering som for lærere og spesiell omtale<br />
er overflødig. Dette avsnitt begrenser seg til en summarisk omtale av hvordan romressursene<br />
påvirker organiseringen av skolen. Rommene i en skole kan grovt sett deles i to typer:<br />
1. Spesialrom uten alternativer (for eksempel gymnastikksaler, heimkunnskapsrom og<br />
lignende.).<br />
2. Rom med alternativer. (Det mest vanlige er ordinære klasserom men også for spesialrom<br />
aksepterer man visse tilfeller alternativer, f.eks. alternativer for fagrom i boklige fag,<br />
formingsrom,musikkrom og lignende)<br />
Grupperingsprinsippene blir diffuse når et rom har alternativer. Fø1gende kommentarer<br />
gjelder primært rene spesialrom.<br />
Det vil ofte være nødvendig med romgrupperinger som ikke er i samsvar, analogt med fig.<br />
1.4.2. Anta for eksempel:<br />
1.. En skole har en gymnastikksal, som skal brukes i alle timer i uken.<br />
2. Gymnastikk parallellkoples med musikk i visse årstrinn, mens gymnastikk parallellkoples<br />
med naturfag i andre årstrinn.<br />
Hvis naturfagrommet og musikkrommet brukes til andre aktiviteter i samme posisjon, taper en<br />
denne posisjon for gymnastikkundervisning. En må organisere skolen slik at naturfag og<br />
musikk ikke undervises samtidig. Selv om dette er mulig, har man naturligvis begrenset<br />
sideforskyvningen av planen.<br />
Vekselvirkning mellom romgruppering og lærergruppering fører ofte til redusert<br />
romutnyttelse. Anta for eksempel: Undervisningen i et spesialrom fordeles mellom to lærere.<br />
Disse to lærere bør ikke inngå i samme lærerlag i andre aktiviteter. En realistisk<br />
problemstilling er f.eks.: En skole med en gymnastikksal fordeler all gymnastikk mellom to<br />
lærere som samtidig underviser i engelsk. Hvis disse lærere inngår i samme lærerlag i<br />
engelsk, vil en ikke kunne benytte gymnastikksalen når lærerne underviser i engelsk.<br />
Et typisk fenomen i grunnskolen er: En skole er tilsynelatende godt utstyrt med naturfagrom,<br />
slik at disse ikke er fullt utnyttet over uken som helhet. Likevel mangler en naturfagrom i<br />
visse timer. Grunnen er at lærerne som underviser naturfag som regel også underviser i<br />
matematikk. I dette faget har en vanligvis sammenslått undervisning som har lærerlag med<br />
flere lærere. Når et lærerlag underviser i matematikk, vil naturfagrommene ofte være ledige,<br />
mens en får en sterk konsentrasjon av naturfag i andre posisjoner. En kan delvis omgå<br />
problemet ved korrekte lærergrupperinger og mindre arbeidsenheter i matematikk.<br />
En skole kan ha spesialrom som en ønsker å nytte maksimalt. Anta for eksempel: Skolen har<br />
en gymnastikksal for helklasse og en svømmehall for halvklasse. En ønsker å organisere<br />
undervisningen slik at alle elevene kan bruke begge rommene.<br />
Begrensede romressurser fører til at fagene parallellkoples på spesielle måter, og det er stor<br />
sannsynlighet for at en får lærer -, klasse- eller romgrupperinger som ikke er i samsvar. Selv<br />
om man finner en 1øsning, kan sideforskyvningen bli dårlig.
40<br />
I halvåpne skoler finner man ofte et litt spesielt problem: En ønsker å bruke skolelandskapet<br />
til bestemte fag som undervises i større arbeidsenheter. Dette krav er ofte jevngodt med å<br />
forlange at aktiviteter som ellers ikke har felles ressurser (lærere og elever) må plasseres i<br />
forskjellige posisjoner. Dette fører igjen til dårlig sideforskyvning, og organiseringen kan bli<br />
stram.<br />
Noen skoler organiseres slik at visse faglærere er de eneste som bruker visse spesialrom. I<br />
slike tilfeller kan en selvsagt betrakte læreren og det tilhørende rom som en enhet. I andre<br />
tilfeller er situasjonen slik at flere lærere har noe av sin undervisning i ett bestemt spesialrom.<br />
Uansett hvordan en fordeler lærerne på arbeidsenheter (klasser) i denne undervisning, må<br />
likevel all undervisning legges til forskjellige posisjoner: Det kan være av underordnet<br />
betydning hvilken klasse den enkelte lærer underviser. (Dette er ofte tilfellet for praktiske<br />
fag). For å lette oversikten over prinsipiell organisering av skolen bør en opprette en symbolsk<br />
lærerpost som har all undervisning i spesialrommet. I en senere fase av timeplanleggingen<br />
bestemmer en hvilken lærer som passer best i ulike klasser som et resultat av hvordan resten<br />
av aktivitetene er plassert.<br />
1.4.1.15 Periodelengden og tidsrammen<br />
Skoleuken er inndelt i undervisningsdager med et antall undervisningstimer pr. dag. Dagen er<br />
delt i et antall perioder med visse lengre avbrudd i undervisningen (f.eks. langfrikvarter).<br />
Fagene undervises som enkeltimer, dobbeltimer, trippeltimer og lignende. En forlanger ofte at<br />
en ikke vil ha store avbrudd av en lengre sammenhengende undervisningsperiode (for<br />
eksempel at dobbeltimer ikke skal legges over langfrikvarteret).<br />
Organiseringen av en skole krever at en skaper et samsvar mellom periodelengden av ulike<br />
fag og tidsrammens inndeling i sammenhengende undervisningsperioder. En kan påvise et<br />
analogt samsvarsprinsipp for dette som for ressursgrupperinger. Det fører for langt å gjøre<br />
dette på det teoretiske plan. Vi skal bare omtale noen få tilfeller av dårlig samsvar mellom<br />
periodelengde og tidsramme:<br />
Anta at tidsrammen er 5 dager a 6 timer, og at langfrikvarteret er etter 3. time. Hvis et<br />
spesialrom brukes bare til undervisning i dobbeltimer som ikke kan legges over<br />
langfrikvarteret, kan en dermed ikke bruke rommet til mer enn to dobbeltimer pr. dag, slik at<br />
en maksimalt kan bruke rommet i 20 posisjoner mens tidsrammen er 30 posisjoner. Hvis<br />
langfrikvarteret legges etter 2. eller 4. time, vil en naturligvis kunne bruke alle posisjoner.<br />
(Hvis antall undervisningstimer pr. dag er 7, vil en tape en posisjon hver dag når et rom bare<br />
brukes til dobbeltimer).<br />
Tidsrammen er fremdeles 5 dager a 6 timer. Anta at et rom brukes til en blanding av<br />
dobbeltimer og trippeltimer, og del ikke er restriksjoner når det gjelder å legge fag over<br />
langfrikvarteret. Andre forhold i modellen kan kreve at en dobbeltime og en trippeltime<br />
legges til samme dag slik at en taper en posisjon denne dag. (Situasjonen er typisk for<br />
formingsrommene i grunnskolen: Visse årstrinn har ofte forming som trippeltimer mens andre<br />
årstrinn har forming som dobbeltimer).<br />
Tidsrammen er som tidligere. Ett spesialrom skal bare brukes til trippeltimer, og en har<br />
klasseundervisning i dette rommet. De samme klasser danner arbeidsenheter som undervises<br />
samtidig i andre fag. Denne undervisning skal fortrinnsvis være enkeltimer, men siden det<br />
nevnte spesialrom allerede har brukt et antall halve og hele dager vil det ofte være nødvendig<br />
med dobbeltimer i fag hvor en egentlig ønsker to enkeltimer. (Situasjonen er typisk for trinn 9<br />
i grunnskolen: Heimkunnskap undervises som trippeltime og en klasse er arbeidsenheten i<br />
dette faget. Samtidig danner klassene i trinn 9 større arbeidsenheter i fag som norsk, engelsk<br />
og matematikk. En får ofte sterk konsentrasjon av disse fag på bestemte dager).
1.4.2 KLARERINGSTEKNIKK<br />
Vi skal omtale noen regler for hvordan man rent teknisk legger en timeplan.<br />
Problemkomplekset er for omfattende til at det egner seg for generell omtale. Følgende<br />
fremstilling kan betraktes som en generalisering av erfaringsregler. De grunnprinsipper vi<br />
omtaler, kan tilpasses alle former for skoleorganisering, men hver skolestruktur krever<br />
egentlig særskilt behandling.<br />
41<br />
Utgangspunkt for analysen er dette:<br />
• En har valgt organiseringsmodell og definert aktivitetene for skolen (d.v.s. gruppert<br />
lærere, klasser og rom til større enheter).<br />
• En har lagt en plan for de mest kritiske aktiviteter slik at en har en ramme for resten av<br />
planen. (For grunnskolen vil dette være en plan for valgfagene og obligatorisk<br />
undervisning i praktiske fag. For gymnaser vil det være blokkfagene i de øverste<br />
årstrinn.).<br />
• En vil vite hvordan resten av aktivitetene lettest kan tilpasses den ramme en<br />
(foreløpig) har fastlagt.<br />
Man ønsker retningslinjer for det siste punkt ovenfor, og den teknikk vi omtaler betegner vi<br />
klarering<br />
1.4.2.1 Prinsippet for klarering<br />
Anta at ressursgruppe X (for eksempel en arbeidsenhet) inngår i samme aktiviteter som<br />
ressursgruppe Y (for eksempel ett lærerlag) i et stort antall posisjoner. I en delvis ferdig plan<br />
har en disse muligheter for bruk av ulike posisjoner:<br />
Ressursgruppe X<br />
Ressursgruppe Y<br />
1 2 3 4 5 6 7 8 9<br />
Fig. 4.1.16<br />
(Blanke felt betyr at hele ressursgruppen er ledig i denne posisjon) (Grå felt betyr at<br />
ressursgruppen er delvis brukt i denne posisjon) (Svarte felt betyr at hele ressursgruppen er<br />
brukt i denne posisjon)<br />
En vet at et stort antall posisjoner i den partielle plan skal være som posisjon 1 i fig. 4.1.16.<br />
Dette betyr at aktiviteter hvor ressursgruppe Y inngår uten X bør legges pr. omgående til<br />
posisjoner som 7 eller 8 i fig. 4.1.16. Tilsvarende bør aktiviteter hvor X inngår uten Y legges<br />
til posisjon 3 eller 6. I posisjon 2, 4 og 5 kan en ha en viss kopling mellom X og Y. Dette<br />
viser teoretisk hvordan klareringen bør gjøres. Tit slutt vil man få et antall posisjoner hvor X<br />
og Y kan inngå i samme aktivitet, uavhengig av andre faktorer i planen.<br />
En relativt generell formulering av dette prinsipp er:<br />
Anta:<br />
• EN HAR STERK VEKSELVIRKNING MELLOM PLASSERING AV<br />
AKTIVITETER HVOR TO (ELLER FLERE) BESTEMTE RESSURSER<br />
(ELLER RESSURSGRUPPER) INNGÅR.<br />
• I TIDLIGERE FASER AV ORGANISERINGEN ER DISSE RESSURSER<br />
ALLEREDE BRUKT I VISSE POSISJONER.<br />
Sannsynligheten for å lage en fullstendig plan for disse ressurser er størst hvis:
42<br />
• EN PASSER PÅ Å LEGGE FLEST MULIG NYE AKTIVITETER MED DISSE<br />
RESSURSER TIL POSISJONER HVOR EN ELLER EN DEL AV<br />
RESSURSENE ALLEREDE ER BRUKT.<br />
• AV DE POSISJONER SOM ALLEREDE ER BRUKT, PRIORITERER EN Å<br />
BRUKE POSISJONER HVOR ET HELT ÅRSTRINN ALLEREDE HAR FÅTT<br />
UNDERVISNING (FOR EKSEMPEL I VALGFAG) ELLER POSISJONER<br />
HVOR EN RESSURS ER MYE BRUKT PÅ SAMME DAG.<br />
(De først nevnte posisjoner kan bare brukes for en mindre delmengde av uplasserte aktiviteter,<br />
og de bør brukes pr. omgående for å redusere tvungen fritid. De sistnevnte posisjoner bør<br />
brukes pr omgående fordi det ellers kan bli vanskelig å plassere aktiviteter som skal fordeles<br />
jevnt over flere ukedager).<br />
1.4.2.2 Eksempel 1: Klarering av lærere som bruker samme spesialrom<br />
Fig. 1.4.17. viser utsnitt av en partiell plan for 6 arbeidsenheter og to lærere P og Q. Disse to<br />
lærere er de eneste som underviser i et spesialrom (for eksempel gymnastikksal), og de bruker<br />
ikke dette rom samtidig. (Dette har en allerede tatt hensyn til i tidligere faser av timeplanen<br />
fordi P og Q har lite annen undervisning samtidig). Både P og Q har disse uplasserte<br />
aktiviteter i spesialrommet:<br />
2 timer i A 1, A2, A5 og A6 8 timer<br />
3 timer i A3 og A4 6 timer<br />
-----------<br />
14 timer dvs. totalt 28 timer<br />
=======<br />
I hver arbeidsenhet er aktivitetene enkeltimer. P og Q er i forskjellige aktiviteter, slik at denne<br />
undervisning krever 28 posisjoner. P og Q er i samme aktiviteter i 2 posisjoner i fig 1.4.17 og<br />
tidsrammen er 30 posisjoner,slik at det skulle være mulig å legge ut disse 28 posisjoner.<br />
MANDAG TIRSDAG ONSDAG TORSDAG FREDAG<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
A1<br />
7AB<br />
A2<br />
7CD<br />
A3<br />
8AB<br />
A4<br />
8CD<br />
A5<br />
9AB<br />
A6<br />
9CD<br />
P<br />
Q<br />
Fig. 1.4.17<br />
Klareringsteknikken gjør det mulig å fø1ge en skrittvis arbeidsgang, med et minimum av<br />
tilfeldigheter:<br />
1. Årstrinn 9 (A5 + A6) er fullstendig plassert i 10 posisjoner (mandag 4-5-6, tirsdag 1-<br />
2, onsdag 1-3, torsdag 2, og fredag 1}. Både P og Q er opptatt i onsdag 1-2. I de<br />
resterende 8 posisjoner er også P opptatt. Q må bruke disse posisjoner i A 1, A2, A3<br />
eller A4. Q har 10 timer i disse arbeidsenheter, og 8 av disse timene plasseres nå<br />
(vilkårlig) i de 8 nevnte posisjoner
43<br />
MANDAG TIRSDAG ONSDAG TORSDAG FREDAG<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
7AB Q<br />
7CD Q Q<br />
8AB Q Q Q<br />
8CD Q Q<br />
9AB<br />
9CD<br />
P<br />
Q A<br />
1<br />
A<br />
2<br />
A<br />
4<br />
A<br />
3<br />
A<br />
4<br />
A<br />
2<br />
Fig 1.4.18<br />
2. Lærer Q er opptatt i 5 posisjoner torsdag. P må bruke disse posisjoner. P underviser i 6<br />
arbeidsenheter og 5 (vilkårlige) av disse plasseres på torsdag.<br />
MANDAG TIRSDAG ONSDAG TORSDAG FREDAG<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
7AB Q P<br />
7CD Q Q P<br />
8AB Q Q Q<br />
8CD Q Q P<br />
9AB P<br />
9CD P<br />
P 5 2 4 6 1<br />
Q 1 2 4 3 4 2 3 3<br />
Fig 1.4.19<br />
3. P må få de posisjoner hvor Q har annen undervisning.<br />
MANDAG TIRSDAG ONSDAG TORSDAG FREDAG<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
7AB Q P P<br />
7CD Q P Q P<br />
8AB Q P Q Q<br />
8CD Q Q P P<br />
9AB P P<br />
9CD P<br />
P<br />
P 2 3 6 5 2 4 6 1 1 4 5<br />
Q 1 2 4 3 4 2 3 3<br />
Fig. 1.4.20<br />
4. Både P og Q er nå ledige i de resterende posisjoner, og resten av aktivitetene kan lett<br />
legges ut.<br />
MANDAG TIRSDAG ONSDAG TORSDAG FREDAG<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
7AB Q Q P P<br />
7CD Q P Q P<br />
8AB P Q P P Q Q<br />
8CD Q Q P Q P P<br />
9AB Q P P Q<br />
9CD Q P P Q<br />
P 3 2 3 6 4 3 5 2 4 6 1 1 4 5<br />
Q 5 6 1 2 4 3 4 2 1 4 3 3 6 6<br />
Fig 1.4.21<br />
A<br />
3<br />
A<br />
3
44<br />
Fig. 1.4.21 er ett eksempel på en plan for disse fag. (Rekkene for arbeidsenhetene viser hvor P<br />
eller Q underviser, mens rekkene for lærerne viser hvilken arbeidsenhet som blir undervist..<br />
Det er flere 1øsninger for denne plan, men alle 1øsninger har felles den klarering som ble<br />
nevnt. En mer tilfeldig plassering fører lett til at en kjører seg fast.<br />
1.4.2.3 Eksempel 2: Klarering av arbeidsenheter og lærerlag<br />
Klareringsteknikken er viktig når skolen organiseres med blandede lærerlag, og vi vil vise et<br />
eksempel på dette:<br />
Fig. 1.4.22.viser usnitt av time/fag fordelingen for 2 arbeidsenheter i en for eksempel 4-<br />
parallellig skole:<br />
Arbeidsenhet Klasser 1 (4) 2 (4) 3 (4) Kl (1) Kr(2) Sa(2) Na( 3,2)<br />
A2 7C M2 E2 N2 M2 E2 E2 M2<br />
7D N2 M2 E2 N2 E2 N2 N2<br />
E2 N2 M2<br />
A5 9A M5 E5 N5 N5 E2 N5 M5<br />
9B N5 M5 E5 E5 E2 E5 M5<br />
E5 N5 N2<br />
Fig. 1.4.22<br />
Arbeidsenhet A2 (7C og 7D) får undervisning i boklige fag av lærerlaget L2 (N2, E2 og M2).<br />
Tilsvarende får arbeidsenheten A5 (9A og 98) undervisning av lærerlaget L5 (N5, E5 og M5).<br />
I dette eksemplet forutsettes det at noen av lærerne i L2 også må undervise i A5 for at de skal<br />
få full post.<br />
Rekkene i figuren representerer klasser (arbeidsenheter) mens kolonnene representerer<br />
aktiviteter (fag). De tre første kolonner er kalt 1, 2 og 3. Disse tre aktiviteter er en integrering<br />
av skriftlige fag (norsk, engelsk og matematikk) og eventuelt andre boklige fag (for eksempel<br />
samfunnsfag og naturfag). Vi omtaler ikke den interne organisering av aktivitetene (dvs..<br />
hvilke fag som skal undervises i de ulike grupper time for time.). For vårt formål er det<br />
tilstrekkelig å vite hvilke lærere som inngår i aktivitetene, og dette står i samme kolonne. (For<br />
eksempel i aktivitet 1 for A5 inngår M5, N5 og E5, mens i aktivitet 3 inngår N5, E5 og N2.)<br />
Til høyre i figuren står de fag hvor klassene har ren klasseundervisning:<br />
Kl: Klassens time Sf: Samfunnsfag Kr: Kristendomskunnskap Na: Naturfag<br />
For hver klasse er det vist hvilken lærer som underviser de ulike fag. Vi forutsetter dette<br />
timetallet:<br />
Aktivitet 1: 4 timer<br />
Aktivitet 2: 4 timer<br />
Aktivitet 3: 4 timer<br />
Aktivitet Kl: 1 time<br />
Aktivitet Kr: 2 timer<br />
Aktivitet Sf: 2 timer<br />
Aktivitet Na: 3 timer for A2 og 2 t for A5<br />
I tilfeller hvor lærerne underviser utenom egen arbeidsenhet, er dette uhevet med rødt i<br />
figuren.<br />
Fig. 1.4.23 viser svarte felt hvor praktiske fag og valgfag for arbeidsenhetene er plassert, og<br />
tilsvarende viser svarte felt for lærerne hvor disse inngår i praktiske fag og valgfag. (De seks<br />
lærere har i eksemplet disse timetall:<br />
..<br />
N2: 22 t E2: 22 t M2: 22 t<br />
N5: 22 t E5: 22 t M5: 12 t<br />
d.v.s. fem av lærerne har tilnærmet full post..
A2<br />
7C<br />
A2<br />
7D<br />
L2<br />
N2<br />
L2<br />
E2<br />
L2<br />
M2<br />
A5<br />
9A<br />
A5<br />
9B<br />
L5<br />
N5<br />
L5<br />
E5<br />
L5<br />
M5<br />
45<br />
Mandag Tirsdag Onsdag Torsdag Fredag<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
Fig 1.4.23<br />
Fra forutsetningene har en 4 former for vekselvirkning mellom ulike ressursgrupper:<br />
1. Vekselvirkning mellom praktiske fag og valgfag i A2 og A5.<br />
2. Vekselvirkning mellom arbeidsenhet A2 og lærerlag L2.<br />
3. Vekselvirkning mellom arbeidsenhet A5 og lærerlag L5.<br />
4. Vekselvirkning mellom lærerlag L2 og L5 siden lærere fra begge lærerlag underviser i A5.<br />
Vi gir ikke nærmere omtale av hvordan praktiske fag og valgfag er plassert (dvs. fig 1.4.23).<br />
Vi vil bare påpeke at fig. 1.4.23 ikke er en tilfeldig plassering. Man har tatt hensyn til at det er<br />
sterk vekselvirkning mellom L2 og L5.<br />
Fig.1.4.24. viser starten av en klarering av A2 og L2:<br />
A2<br />
7C<br />
A2<br />
7D<br />
L2<br />
N2<br />
L2<br />
E2<br />
L2<br />
M2<br />
A5<br />
9A<br />
A5<br />
9B<br />
L5<br />
N5<br />
L5<br />
E5<br />
L5<br />
M5<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
S K<br />
S<br />
K<br />
F R<br />
F<br />
R<br />
S K<br />
N<br />
N<br />
F R<br />
A<br />
A<br />
7<br />
7<br />
7<br />
D<br />
D<br />
D<br />
7 7 7<br />
7<br />
7<br />
C D C<br />
C<br />
C<br />
Fig 1.4.24<br />
Lærer M2 er i 6 posisjoner opptatt i valgfag og praktiske fag. A2 er delvis klarert mot L2 i<br />
disse posisjoner, men resten av undervisning her må gis av lærerne N2 og E2. 7C må møte E2<br />
i akkurat de 4 posisjoner som er vist. Det er litt større frihet for plassering av resten av<br />
undervisningen i disse 6 posisjoner.<br />
7C har fått praktisk undervisning alene de tre første posisjoner på torsdag. 7D må få<br />
klasseundervisning i boklige fag her. Tilsvarende må 7C få klasseundervisning de tre siste
46<br />
posisjoner fredag. Fagene som plasseres, er en direkte fø1ge av de plasseringer som ble gjort i<br />
fig. 1.4.24. Fig. 1.4.25 viser den fortsatte klarering av A2 og L2.<br />
A2<br />
7C<br />
A2<br />
7D<br />
L2<br />
N2<br />
L2<br />
E2<br />
L2<br />
M2<br />
A5<br />
9A<br />
A5<br />
9B<br />
L5<br />
N5<br />
L5<br />
E5<br />
L5<br />
M5<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
S K<br />
S<br />
K<br />
N N K<br />
F R<br />
F<br />
R<br />
A A L<br />
S K<br />
N<br />
N S K<br />
N<br />
F R<br />
A<br />
A F R<br />
A<br />
7<br />
7<br />
7 7<br />
7<br />
D<br />
D<br />
D D<br />
D<br />
7 7 7<br />
7<br />
7<br />
7<br />
C D C<br />
C<br />
D<br />
C<br />
Fig 1.4.25<br />
En har (for øyeblikket) fullstendig klarering av A2 i forhold til L2, fordi 7C og 7D har fått sin<br />
undervisning i samme posisjoner, og ingen lærer i L2 har undervisning når A2 er ledig. A2<br />
skal i tillegg undervises i 13 timer; og i 12 av disse timene skal A2 og L2 ha sammenslått<br />
undervisning. Fig. 1.4.25 gjør det mulig å legge ut dette.<br />
A2<br />
7C<br />
A2<br />
7D<br />
L2<br />
N2<br />
L2<br />
E2<br />
L2<br />
M2<br />
A5<br />
9A<br />
A5<br />
9B<br />
L5<br />
N5<br />
L5<br />
E5<br />
L5<br />
M5<br />
1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6 1 2 3 4 5 6<br />
S K<br />
S<br />
N<br />
K<br />
N N K<br />
F R<br />
F<br />
A<br />
R<br />
A A L<br />
S K<br />
N<br />
K<br />
N S K<br />
N<br />
F R<br />
A<br />
L<br />
A F R<br />
A<br />
7<br />
7<br />
7 A A 7 7 A<br />
7<br />
A<br />
D<br />
D<br />
D 5 5 D D 5<br />
D<br />
5<br />
7 7 7 9 7<br />
9<br />
7 9<br />
7<br />
9<br />
C D C A C<br />
B<br />
D B<br />
C<br />
A<br />
7<br />
7 7 7<br />
C<br />
C C C<br />
K<br />
N 3 3 3 N<br />
K 3<br />
R<br />
A<br />
A<br />
R<br />
N<br />
K 3 3 3 K<br />
N 3<br />
A<br />
R<br />
R<br />
A<br />
A A<br />
A<br />
A<br />
5 5<br />
5<br />
5<br />
A A<br />
A<br />
A<br />
5 5<br />
5<br />
5<br />
9<br />
9<br />
9<br />
9<br />
B<br />
A<br />
A<br />
B<br />
Fig 1.4.26<br />
Fig 1.4.26 viser klarering av A5, L5 og L2 og en fullstendig klarering av vår modell. Vi tar<br />
det skrittvis:<br />
• De tre kritiske posisjoner er: Tirsdag posisjon 1, onsdag posisjon 3 og fredag posisjon<br />
4. I disse posisjoner er A5 ledig mens bade N5 og E5 er opptatt. Fø1gelig må E2 og<br />
M5 undervise A5 i disse posisjoner, og en mulighet er vist i figuren (Se grønnfarge i<br />
figuren). På tirsdag og fredag er A2 allerede opptatt i de nevnte posisjoner, mens A2 er<br />
ledig i posisjon 4 på onsdag. Siden E2 underviser 9B her, må 7C og 7D få<br />
klasseundervisning med M2 og N2 i denne posisjon. Det er nå 12 ledige posisjoner for<br />
plassering av 12 timer sammenslått undervisning i A2.<br />
• N2 skal ha 4 timer i aktivitet 3 for A5, og E2 har fremdeles 1 time i 9B som ikke er<br />
plassert. Disse 5 timer må foregå i posisjoner hvor A2 allerede har fått undervisning<br />
7<br />
C<br />
7<br />
C<br />
7<br />
C
47<br />
og fig.1.4.26 viser en 1øsning.(Se blåfarge i figuren) Bemerk at de 4 timene i aktivitet<br />
3 må plasseres på 3 dager.<br />
• En har nå fullstendig klarering av den vekselvirkning som ble omtalt ovenfor. I de<br />
posisjoner som ennå ikke er brukt i fig. 1.4.26 kan det enkelte lærerlag fritt organisere<br />
sin undervisning innen sin arbeidsenhet (Se blanke gule pos for A2 og blanke rosa pos<br />
for A5). Selv om fagfordelingen i fig. 1.4.22 har få koplinger mellom arbeidsenhetene,<br />
har en små muligheter for å fravike den klarering som er vist.<br />
1.4.3. AVSLUTTENDE KOMMENTAR<br />
Jeg kunne brodert videre på de teknikker jeg har vist i de foregående avsnitt og laget de<br />
nydeligste skrivebordskonstruksjoner for timeplaner. Jeg overlater dette til leseren. Jeg vil<br />
bare kort kommentere en del skoleorganiseringer av nyere dato. Disse har tilsynelatende<br />
fjernet alle de timeplanrestriksjoner jeg har påpekt, i og med at man kan overlate til det<br />
enkelte lærerlag å legge sin timeplan på egen hånd. Med respekt å melde tror jeg ikke at de<br />
enkelte lærerlag behersker godt nok de prinsipper jeg har beskrevet. Likevel klarer de med<br />
enkle midler å lage en timeplan. Årsakene til dette kan gjøres er følgende:<br />
• Den enkelte lærerlag får nesten all sin leseplikt innen sin egen arbeidsenhet.<br />
• For å oppfylle kravet om full post, forutsetter man stor allsidighet av lærerne i de ulike<br />
lærerlag dvs. at mesteparten av mine svarte felt i mine klareringseksempler forsvinner,<br />
fordi dette undervises av lærerne i det lærerlag som har ansvaret for klassene i<br />
arbeidsenheten.<br />
• Bedre romsituasjon og redusert leseplikt vil også kunne forenkle timeplanleggingen<br />
betydelig.<br />
Det er klart at med slike forenklinger kan en timeplan forenkles til et trivielt problem som<br />
man enkelt kan skrive opp på baksiden av en konvolutt. Jeg har aldri undervist i en vanlig<br />
skole, og jeg aner ikke i hvilken retning skolen beveger seg. Det slår meg imidlertid at med<br />
slike forenklinger som jeg har skissert foran, vil dette føre til en betydelig svekkelse av det<br />
faglige innhold i skolen for det er aldeles urimelig å forutsette så stor faglig allsidighet av den<br />
enkelte lærer samt at man får dårlig utnyttelse av spesialrommene. Dette er ikke mitt problem,<br />
og jeg er ganske trygg på at det alltid vil finnes skoler som har bruk for det algoritmiske<br />
fundament som Tplan hviler på.
2 Tplan -miljøet<br />
Tplan er integrasjonen av to forskjellige datasystemer som til sammen utgjør en enhet:<br />
48<br />
1. Wintp Dette er et rent Windows program (skrevet i Delphi) som styrer all<br />
skjermkommunikasjon i Tplan. Det er dette program brukeren kommer i kontakt<br />
med. HMTP sender bare sine resultater til interne filer som etterpå kalles frem i<br />
Wintp.<br />
2.HMTP Dette er det opprinnelige system( skrevet i moderne Fortran) som utfører alt<br />
timeplanarbeidet, kontroller, lager ulike oversikter osv. Vi har laget en kopi av<br />
alt hva tidligere versjoner av Tplan inneholdt, videreutviklet dette, og har<br />
selvsagt fjernet alt som har med skjermkommunikasjon å gjøre.<br />
Denne klare todeling vil også prege hvordan Tplan skal brukes:<br />
Ulike data registreres i Wintp. Når man senere skal gjøre timeplanarbeid med<br />
modifiserte data (kontroll av data for eksempel eller annet) må man først via<br />
kjøremenyen overføre disse data til Tplan. Hvis ikke, risikerer man å basere det<br />
fortsatte timeplanarbeid på eldre utgaver av data.<br />
Vi forutsetter at det forberedende timeplanarbeid er gjort (dvs. man har valgt skolemodell,<br />
kjenner time/fag- fordeling for lærerne og kjenner ulike krav man vil stille til planen). Det<br />
resterende timeplanarbeid kan stort sett deles inn i fem faser :<br />
Registrering av data(De ulike faneblad, ulike menyer og kapittel 3)<br />
Kontroll av data og justeringer (Kontrollmeny og kapittel 4)<br />
Kjøre de ulike timeplanprogram med leggingsprogrammet som det sentrale.<br />
(Kjøremeny og kapittel 5).<br />
Interaktiv legging av timeplanen og/eller justering av komprimert plan. Denne fase er<br />
sterkt integrert med forgående punkt: (Komprimert meny og kapittel 6)<br />
Justering av klartekster (Skjemameny og kapittel 6)<br />
Mesteparten av Windows-miljøet i TPLAN er vist i følgende figur :<br />
Denne består av :<br />
Skrivebord: Dette kan være tomt eller inneholde et register eller et resultat (i figuren<br />
fagregisteret)<br />
Tittellinje: Denne forteller hvilken skole og tilhørende filer vi arbeider med.<br />
Tre systembokser: Dette er standard Windows konvensjoner. Vi kan avslutte nåværende<br />
sesjon, forminske(forstørre) vinduet eller plassere Wintp i verktøyrad.<br />
Menyrad: Valg her fører til de ulike menyer.<br />
Knapperad: Klikk på en knapp fører til valg av et antall hyppig forekommende<br />
standardoperasjoner. Mange av knappene kan erstattes av en tilhørende<br />
funksjonstast. Ikke alle knapper er aktive i alle registre.<br />
Faneblad: Disse fører normalt til et register, men de kan også føre til resultater (tabeller<br />
og ulike filer.) Vi har ordnet oss slik at det er bare de hyppigst forekommende<br />
registre som står i selve hovedbildet. De andre registre får man tilgang til i en<br />
combo-box som står under faneblad: Diverse.<br />
Overskrift kolonner: Beskriver informasjonen i denne kolonne.
Meny: Disse kommer frem etter valg i menyrad. Et valg her fører en til enten en ny<br />
undermeny, et register, en dialogboks (ikke vist i figuren).<br />
Undermeny: Fortsettelsen er eksakt som for en meny.<br />
Tittellinje Menyrad<br />
Meny<br />
49<br />
Knapperad Faneblad Overskrift<br />
kolonner<br />
Undermeny<br />
Skrivebord<br />
Tre system<br />
bokser<br />
Linjenr. Statuslinje Verktøyrad<br />
Horisontalt<br />
Og vertikalt<br />
rullefelt<br />
Linjenr: En fortløpende nummerering av linjene i et register. Feltet kan brukes til å merke<br />
hele linjen.<br />
Statuslinje: Gir brukeren beskjed om hva Wintp arbeider med. Dette er viktig hjelp men man<br />
arbeider. Vi kan også valgfritt bruke statuslinjen til å gi beskjed om feilvarsler i<br />
løpet av registreringen.<br />
Rullefelt: Disse kommer automatisk frem når registeret blir for stort i horisontal eller<br />
vertikal retning. Vi bruker standard regler for navigering i disse felt.<br />
Verktøyrad: Brukes til å "parkere" de ulike systemer som er aktive.<br />
(Skjermbildet ovenfor er tatt fra Tplan versjon 26, men Tplan versjon 28 er bygget opp på<br />
prinsipielt samme måte)
50<br />
De følgende avsnitt er skrevet for å gi brukeren en viss oversikt over brukergrensesnittet i<br />
Tplan. Den uttrykker også en personlig preferanse for hvilke momenter jeg finner nyttige og<br />
andre ting som jeg mener er av mer perifær interesse. Mine råd gjelder primært hvordan man<br />
på enkleste måte skal kunne lage en fullstendig komprimert plan.<br />
Tplan begynner å bli et ganske omfattende system, og jeg er nødt til å sette en grense for de<br />
momenter jeg vil dokumentere slik:<br />
• De fins ofte flere alternative måter å utføre samme operasjon på. Tplan er et system i<br />
stadig utvikling, og det kan hende at ulike måter å gjøre ting på ikke alltid fungerer<br />
slik som tenkt. Jeg dokumenterer bare de teknikker jeg føler meg trygg på og nevner<br />
bare summarisk andre måter å gjøre det på. I praksis betyr det at jeg som regel bruker<br />
knapper og ulike hovedmenyer, mens jeg omtrent ikke bruker høyreklikkmenyer.<br />
Brukeren er mest trygg hvis han/hun gjør slik som meg.<br />
• Tplan får stadig mer kommunikasjon med omverdenen med hvilke datatormat Wintp<br />
kan importere og hvilke dataformat Wintp kan eksportere til. Jeg henviser i sin helhet<br />
til Lasse Storr-Hansens dokumentasjon om disse temaer<br />
De enkelte elementer i brukergrensesnittet behandles summarisk i disse avsnitt:<br />
Bruk av mus (Avsnitt 2.1)<br />
Knapperad (Avsnitt 2.2)<br />
Faneblad i hovedvindu (Avsnitt 2.3)<br />
Menyvalgene i menyrad (Avsnitt 2.4)<br />
Filmeny (Avsnitt 2.4.1)<br />
Redigermeny (Avsnitt 2.4.2)<br />
Formatmeny (Avsnitt 2.4.3)<br />
Funksjonsmeny (Avsnitt 2.4.4)<br />
Oversikter (Avsnitt 2.4.5)<br />
Kontrollmeny (Avsnitt 2.4.6)<br />
Kjøremeny (Avsnitt 2.4.7)<br />
Se På / Skrive Ut (Avsnitt 2.4.8)<br />
Vedlikehold (Avsnitt 2.4.9)<br />
Komprimert meny og Klartekst meny (Avsnitt 2.4.10)<br />
Hjelpmeny (Avsnitt 2.4.11)<br />
2.1 Bruk av mus<br />
Vi bruker standard Windows regler for dette, samt noen spesielle regler for merking i<br />
komprimert plan og klartekster. Vi går til et felt ved å klikke på det og vi merker et felt ved å<br />
dobbelklikke på det. Bakgrunnsfargen skifter da til mørk blått. Vi kan merke et hvilket som<br />
helst område i et register ved å klikke og dra musen. Vi kan ikke merke flere områder i<br />
samme operasjon. Via Redigermeny kan vi merke hele registeret. Vi kan merke en eller flere<br />
sammenhengende linjer i et register ved å klikke og dra i felt for linjenr. (Vi kan ikke merke<br />
linjer som er atskilt.) Tilsvarende kan vi merke en eller flere sammenhengende kolonner ved å<br />
klikke og dra i overskrift for kolonner. De merkete områder er senere det som brukes til de<br />
klipp/kopier/klistre- operasjoner som fins i Redigermeny samt egne knapper og spesielle<br />
funksjonstangenter.<br />
I komprimerte planer og klartekster gjelder spesielle regler: Man kan jo merke som vanlig<br />
med et dobbelklikk, men i visse sammenhenger er ikke dette bra nok:
51<br />
• NÅR MAN SKAL MERKE EN AKTIVITET I KOMPRIMERT PLAN ELLER<br />
EN SKJEMABIT I KLARTEKST ELLER TILHØRENDE REGISTRE, FLYTT<br />
MARKØR TIL AKTUELL CELLE OG BRUK CTRL + M I STEDET FOR<br />
MUSEKLIKK<br />
Vi kan ikke her merke mer enn den enkelte celle, men når vi gjør dette merker vi også<br />
alle celler som er tilknyttet aktuell celle dvs. i komprimert plan merker vi alle ressurser<br />
som inngår i aktuell aktivitet og i klartekster merker vi av de ressurser som tilhører<br />
aktuell skjemabit. Hvis den aktivitet vi merker på denne dag er en multippel periode,<br />
får vi merket av alle posisjoner for aktuell aktivitet(skjemabit) på aktuell dag.<br />
Ctrl + M må ses i sammenheng med Ctrl+R som brukes til å foreta flytting/rokering av<br />
skjemabiter, mens Ctrl + R IKKE har noen funksjon for aktiviteter.<br />
2.2 Knapperad<br />
TPLAN har en knapperad. Når musepeker plasseres på en knapp, kommer det frem en kort<br />
beskrivelse av funksjonen til knappen. Noen knapper virker bare på ett eller et begrenset<br />
antall registre.Vi kan dele disse knappene i disse grupper.<br />
Type 1:Virker uavhengig av hvilket register man befinner seg i.<br />
Type 2: Virker i alle vanlige registre<br />
Type 3: Virker i spesielle registre<br />
Type 4: Virker bare når vi arbeider med komprimert plan<br />
Type 5: Virker bare når vi arbeider med klarteks<strong>tplan</strong>.<br />
Velg ny skole Vi får overgang til ett åpningsbilde hvor vi kan registrere en ny skole.<br />
Dette er det samme som: Ny i Fil- meny. Type 1<br />
Åpne skoledata Dette er det samme som menyvalget: Åpne i Fil- meny . Vi får<br />
overgang til et åpningsbilde hvor vi kan velge en annen skolekode. Type 1<br />
Gjem skoledata Funksjonstast : F3 Dette er det samme som menyvalget : Gjem i<br />
Fil- meny. Alle registre lagres her, vi omtaler senere en knapp for lagring av<br />
komprimert plan og lagring av klartekster. Type 1..<br />
Vis Uskrift. Forhåndsviser nåværende fil (den som nå vises i vindu) som en print- fil.<br />
Vi kan også via knappen sende filen til skriver. Type 1<br />
Utskrift av data Skriver direkte ut nåværende register eller nåværende fil eller<br />
nåværende timeplan . Dette må ses i sammenheng med menyvalget: Skrive ut i Fil-<br />
meny. Type 1<br />
Klipp Funksjonstast : Ctrl + X. Merking av et område er beskrevet under: Bruk av<br />
mus foran. Klipping vil si at merket område fjernes fra nåværende register og plasseres<br />
i utklippstavle. Nåværende register trekker ikke sammen blanke linjer men bruk eventuelt F10<br />
til dette Type 2<br />
Kopiere Funksjonstast : Ctrl + C Merket område kopieres fra nåværende<br />
register til utklippstavle. Type 2
52<br />
Sett inn Funksjonstast : Ctrl + V. Det sist klippete eller kopierte område tas fra<br />
utklippstavlen og plasseres inn i nåværende register på det sted hvor markør står.<br />
Utklippstavlen skrives over det sted man står. Type 2<br />
Skyt inn Nå skytes utklippstavlen inn foran det sted man står. Dette vil være den<br />
vanlige operasjon i registre og kan ikke brukes i timeplaner. Type 2<br />
Angre Hvis vi i løpet av arbeidet med registeret, uforvarende sletter viktig<br />
informasjon, kan vi ved å klikke på Angre- knapp rekonstruere registeret slik det var<br />
innen vi gjorde siste operasjon.(En operasjon kan være ganske omfattende som for eksempel<br />
sletting av mange linjer). Vi kan bare gå ett "skritt" tilbake. Anta man har rotet seg fullstendig<br />
bort, og man er villig til å gi avkall på alt man har gjort hvis man bare kunne komme tilbake<br />
til situasjonen slik den var før sesjonen begynte (eventuelt til det punkt hvor man sist gjorde<br />
en lagring). Velg normal avslutning uten å lagre data: Sjansene er nå gode for at data er<br />
intakte. Videre lages det med ulike mellomrom sikkerhetskopi av de viktigste filer slik at man<br />
kan rekonstruere data Type 2<br />
Gå tilbake Denne knapp kunne man like gjerne kalt "angre angre", og den dekker<br />
følgende tilfelle : Man har gjort noe feil i data og forsøkt å komme seg unna dette<br />
med Angreknapp. Det viser seg at dette egentlig ødelegger mer enn det korrigerer, og man<br />
velger likevel å gå videre med den noe ufullstendige situasjon man hadde før Angreoperasjon.<br />
Dette får man til ved å klikke på Gå tilbakeknapp. Type 2<br />
Tilpass kolonnebredde til skjerm. Tilpasser kolonnebredden i aktuelt bilde ut fra<br />
skjermbredden. Dette fins også som et menyvalg i Format- menyen. Hyppig brukt<br />
operasjon. Type 1<br />
Tilpass kolonnebredde til tekst. Tilpasser kolonnebredden i aktuelt bilde ut fra valgt<br />
font og informasjon i registres. Dette fins også som et menyvalg i Format- menyen.<br />
Hyppig brukt operasjon. Type 1<br />
Tilpass rekkehøyde. Tilpasser rekkehøyden i aktuelt bilde ut fra valgt font og<br />
informasjonen i registeret. Dette fins også som et menyvalg i Format- menyen. Hyppig<br />
brukt operasjon.<br />
Type 1<br />
Kopi felt over Funksjonstast : F9 Knappen kan bare brukes i registre.. Hyppig brukt<br />
operasjon. Type 2 Shift + F9 = Kopierer foregående felt på samme linje. Ctrl + F9 :<br />
Kopierer felt på linjen over og øker siste verdi hvis denne er numerisk (Hvis verdien i felt<br />
over er da1 blir kopiert verdi da2 ). Nyttig knapp.<br />
Kopier linje Funksjonstast : F4 Knappen kan bare brukes i registre, og den<br />
lager en kopi av nåværende linje umiddelbart bak denne. Type 2<br />
Skyt inn linje Funksjonstast : F5 Knappen kan bare brukes i registre, og den<br />
skyter inn en blank linje foran den linje markør står på. Type 2<br />
Slett linje Funksjonstast : F6. Knappen kan bare brukes i registre, og den<br />
sletter den linje markør står på. Hvis man uforvarende sletter en linje som skal være<br />
med, får man denne tilbake ved omgående bruk av Angre- knapp. Type 2
53<br />
Hjemmerom Funksjonstast : F12 Brukes bare i fagregister. Når markør står i<br />
romfelt og man bruker denne knapp, får man registrert hjemmerommet til den klasse<br />
som står på samme linje. Tilsvarende hvis markør står i lærerfelt og man bruker denne knapp,<br />
får man registrert klassestyreren for klassen på aktuell linje.<br />
Vi kan også få en automatisk registrering av lærerens hjemmerom slik: I lærerregister skriver<br />
vi hjemmerommet for visse lærere. Når en slik lærer skrives i fagregisteret og romfeltet er<br />
blankt, blir lærerens hjemmerom automatisk skrevet her. For visse skoler er det lærerne som<br />
har hjemmerom og for alle skoler er konvensjonen nyttig når det gjelder spesiallærere. Type 3<br />
Kopi av akt. Funksjonstast : F11.Brukes bare i fagregister. Knappen kopierer felt<br />
for felt foregående fag. (mer korrekt : kopierer foregående fag som har samme navn<br />
som nåværende fag, slik at hvis vi skriver et navn selv, kan vi kopiere fra hvilken som helst<br />
av de foregående fag.) Hensikten med knappen er at vi raskt skal få en kopi av et liknende fag<br />
til det som nå skal registreres. Nyttig konvensjon ! Type 3<br />
Inspisere. Dette er en sentral knapp som foretar global feilsjekk av alle registre.<br />
Under marsjens gang har man feilsjekker av det enkelte felt og register. Hvis man<br />
senere gjør omfattende redigeringer, kan det bli manglende konsistens mellom registrene.<br />
Bruk derfor denne knappen ofte. Type 1<br />
Lagre plan Både komprimert plan og klarteks<strong>tplan</strong> kan bli modifisert i Wintp, og vi<br />
ønsker nå føre denne tilbake til Tplan for fortsatte beregninger for eksempel for å<br />
kontrollere planen eller for fortsatt legging av planen etter visse justeringer. Denne knapp er<br />
av både type 4 og 5.<br />
Operasjon P1: Plassere/fjerne aktivitet. Knappen brukes bare i forbindelse med<br />
komprimerte planer til å plassere/fjerne aktiviteter i planen og den er da en sentral<br />
operasjon. Knappen oppdaterer mappe for utspark. Dette er mest vanlige og beste måten for å<br />
plassere/fjerne en aktivitet. Denne kommentar gjelder også for de to neste knapper P2 og<br />
P4. Type 4<br />
Operasjon P2: Flytte/rokere aktivitet. Dette er bare aktuelt for en komprimert plan<br />
og brukes til å flytte/ rokere aktiviteter i planen. Denne typiske timeplanoperasjon kan<br />
bli ganske omfattende. Knappen oppdaterer mappe for utspark. Rokere er på mange måter<br />
analog med klistre inn (plassere). Forskjellen er at rokere går et skritt lenger fordi operasjonen<br />
også plasserer aktiviteter tilbake til opprinnelige posisjoner. Flytting er en ganske trygg<br />
operasjon mens rokering må brukes med forsiktighet. Type 4.<br />
Operasjon P4: Avansert utvalg og fargelegging. Dette er kanskje den viktigste<br />
operator i sammenheng med arbeid med komprimert plan. Vi kan lage meget<br />
nyanserte utvalg av planen og ulike fargekoder forteller oss plasseringsmuligheter i<br />
foreliggende situasjon. Type 4<br />
Utvalg fra klartekst. Dette gir overgang til et menyvalg for de utvalg som kan gjøres ut<br />
fra klarteks<strong>tplan</strong> (SkemaGrid). Dette er en analog men ikke identisk operasjon med P4<br />
ovenfor. Menyvalgene omtales senere. Type 5<br />
Operasjon F2: Redigering av skjemabit (aktivitet). Denne operasjon modifiserer<br />
celleinnholdet til mest i vanlig klarteks<strong>tplan</strong> men også i prinsipp i komprimert plan.
Den er et viktig supplement til P1,P2, og P4. Denne knapp gir overgang til de 6 varianter vi<br />
har av operasjonen F2. De 6 neste knappene gir direkte overgang til disse 6 operasjonene<br />
direkte. Dette omtales senere. Type 5 og delvis type 4<br />
54<br />
F2: Rediger skjemaenhet. Hvis denne er en multippel periode, behandles alle<br />
posisjoner denne dag som en enhet<br />
F2: Rediger skjemaenhet i aktuell posisjon. Selv om denne er en multippel periode,<br />
modifiserer vi bare aktuell posisjon<br />
F2: Tilføy til skjemaenhet. Hvis denne er en multippel periode, får alle posisjoner<br />
denne dag det aktuelle tillegget.<br />
F2: Tilføy til skjemaenhet i aktuell posisjon. Selv om vi gjør et tillegg til en<br />
multippel periode, blir tillegget bare gyldig for aktuell posisjon<br />
F2: Slett skjemaenhet: Fjerner denne cellen fra timeplanen. Vi må gjøre operasjonen<br />
gjentatte ganger for en multippel periode.<br />
F2: Opprett ny skjemaenhet. Tilføyer en ny celle til timeplanen. Dette må gjøres med<br />
stor forsiktighet og vanligvis bare i den helt avsluttende fase. Tillegg til timeplanen bør<br />
vanligvis være til en kjent aktivitet.<br />
2.3 Faneblad i hovedvindu<br />
Vi har her bare samlet de faneblad (registre) man oftest kommer i kontakt med. Dette er :<br />
1.Skole Dette inneholder obligatoriske opplysninger. Registeret omtales i avsnitt 3.2<br />
2.Lærere Dette inneholder lærerregisteret som omtales i avsnitt 3.3<br />
3.Klasser Dette inneholder klasseregisteret som omtales i avsnitt 3.5<br />
4.Rom Dette inneholder romregisteret som omtales i avsnitt 3.4<br />
5.Fag Dette inneholder fagregisteret som omtales i avsnitt 3.6<br />
6.Blokker Dette inneholder blokkregisteret som omtales i avsnitt 3.7<br />
7.Posisjoner Dette inneholder posisjonsdirektiv som omtales i avsnitt 3.9<br />
8.Styring Dette inneholder styredirektiv for leggingsprogrammet som omtales i avsnitt<br />
5.3<br />
9.Komprimert Dette inneholder komprimert plan fra Tplan. Det vil også kunne<br />
inneholde utvalg av delplaner samt fargelegging av muligheter samt mappe for<br />
uplasserte aktiviteter(Utspark) . Dette omtales i kapittel 6<br />
10.Skjema Dette inneholder klarteks<strong>tplan</strong> fra Tplan. Det vil også kunne inneholde utvalg<br />
av klarteks<strong>tplan</strong>er, register for klartekst eller register for utspark av<br />
skjemabiter. Dette omtales i kapittel 6<br />
11.Tabeller Dette inneholder ulike tabeller som genereres av Tplan. Et typisk eksempel er<br />
de tabeller som følger av kontroll av data. I dette tilfellet inneholder faneblad :<br />
Uskrift mer detaljert informasjon om den enkelte ressurs.<br />
12.Utskrifter Det mest vanlige er at dette faneblad inneholder resultatene fra den siste<br />
kjøring av Tplan. Fanebladet brukes også i sammenheng med at vi vil Se på<br />
ulike resultater..
55<br />
13 Diverse Dette faneblad er en samlepost av alle de registre som brukes mer sjelden som<br />
vist i følgende figur :<br />
Dette er følgende registre :<br />
1. Aktiviteter. Dette var tidligere det sentrale register men er nå avledet av fagregister<br />
og blokkregister. Se avsnitt 3.10.1<br />
2. Akt.referanser. Definerer felles referansesymboler for ulike aktivitetssett. Disse<br />
referansesymboler brukes til ulike timeplanrelasjoner i andre registre. Se avsnitt<br />
3.10.7<br />
3. TTT-direktiv. Meget sjeldent brukt register, og brukes bare i forbindelse med<br />
komponenter men er da noen ganger viktig. Se avsnitt 3.10.6<br />
4. Klassenes fag. Dette registeret er avledet av fagregisteret og inneholder en oversikt<br />
over hvilke fag den enkelte klasse har. Dette register styrer utformingen av<br />
individuelle elevplaner. Se avsnitt 3.10.8<br />
5. Lønnsopplysninger.<br />
Registeret inneholder parametere og koder for<br />
lønnsberegningen. Registeret vil sannsynligvis bli modifisert i fremtiden. Se<br />
avsnitt 4.4<br />
6. Mønsterdirektiver. Tidligere et sentralt register for dagkonflikter, sekvenser og<br />
dagsammenfall, men nå avledes mesteparten av dette register av fagregister og<br />
blokkregister.<br />
Se avsnitt 3.10.2<br />
7. Øvrige<br />
direktiv. Samleregister for et antall direktiv som knyttes til timeplanen. Se<br />
avsnitt 3.10.4<br />
8. Forbudte startposisjoner. Viktig register som definerer forbudte eller uønskete<br />
startposisjoner<br />
for multiple perioder. Se avsnitt 3.10.3.
56<br />
9. Ringetider. Her kan vi angi de ringetider som skal vises i endelige utskrifter. Se<br />
avsnitt 3.10.5<br />
10. Spesielle aktiviteter. Brukes til å plassere/fjerne spesielle aktiviteter som ikke kan<br />
gjøres i komprimert plan. Se avsnitt 6.6<br />
11. Fjerning av aktiviteter. Brukes i forbindelse med komprimert plan slik at vi med<br />
enkle midler kan fjerne store deler av en komprimert plan. Dette vil være et<br />
sentralt register hvis man skal timeplanlegge ulike prosjektuker for en begrenset<br />
periode. Se avsnitt 6.7.<br />
12. Notater . Her kan man valgfritt gjøre egne notater om den plan man arbeider med.<br />
13. Elevenes fag. Opplysninger om fagene til den enkelte elev.<br />
14. Teamlærere. Hvilke lærere som skal knyttes til en klasse.<br />
15. Lærernes fagkrets. Skal senere brukes til å finne andre lærere f.eks. til vikar..<br />
De tre siste registre omtales i sammenheng med utskrifter.<br />
2.4 Menyvalgene i menyrad<br />
Menyvalgene i hovedmeny er nå::<br />
Filmeny<br />
Redigermeny<br />
Formatmeny<br />
Funksjonsmeny<br />
Kontrollmeny<br />
Kjøremeny<br />
Vedlikehold<br />
Komprimert meny<br />
Klartekst meny<br />
Hjelpmeny som gir overgang til denne håndbok som skrittvis vil bli mer og mer integrert med<br />
selve Tplan.<br />
Tidligere hadde vi egne menyvalg for Se på og Skrive ut. Vi har forenklet dette, og vi omtaler<br />
dette i et eget avsnitt.<br />
Disse menyvalgene hadde tidligere en mulighet for å lage ulike nyttige Oversikter av<br />
timeplandata. Dette er nå et eget menyvalg i funksjonsmenyen, og det omtales i: et eget<br />
avsnitt<br />
2.4.1 Filmeny<br />
Menyen brukes til å lese inn, skrive ut, lagre filer dvs. all<br />
filkommunikasjon i Tplan foregår i denne meny. Vi har disse<br />
muligheter.<br />
Ny<br />
Gir overgang til et åpningsbilde hvor man kan registrere en ny<br />
skole og få overgang til denne. Samme som knappen: Velg ny<br />
skole. Jeg avslutter alltid forrige skole før jeg starter med en ny<br />
Åpne<br />
Gir overgang til et register som inneholder de skoler man arbeider<br />
med. Man kan få overgang til en annen skole. Samme som<br />
knappen: Åpne skoledata. Anbefaler å avslutte forrige skole før<br />
man starter opp med en ny skole.
Gjem<br />
Lagrer registrerte data. Samme som knapp: Gjem skoledata eller funksjonstangent F3.<br />
57<br />
Gjem som<br />
Man lagrer nåværende data og får overgang til det samme åpningsbildet som menyvalget Ny<br />
ovenfor. Hvis man<br />
velger en ny skolekode og bekrefter dette, blir den nye skole en eksakt<br />
kopi av alt i nåværende skole.<br />
Åpne fil<br />
Vi får tilgang til alle filer som har tilknytning til aktuell skolekode (dvs. forlengelse *.nnn).<br />
Den vanlige bruker vil sjelden<br />
bruke denne mulighet, men den kan være nyttig for å sjekke<br />
ulike feil. Aktuelle filer er de som er omtalt i avsnittet Se på/Skrive ut, ellers må man ha godt<br />
kjennskap til Tplan for å ha noen glede av de ulike filer.<br />
Importer<br />
Vi kan her importere data fra andre skoleadministrative systemer. Foreløpig har vi disse<br />
muligheter:<br />
• Importere data fra eldre Tplan- versjoner. Den fil som skal importeres heter REG.nnn<br />
(hvor nnn= skolekode). Vi får frem et vindu som inneholder REG-filen. Nytt<br />
dataformat er ikke helt likt eldre format, og vi kan bare importere fra eldre versjoner.<br />
Hvis vi av ulike årsaker vil importere en Reg-fil som er laget av Tplan, er dette løst<br />
slik : Tplan lager også filen Reg1.nnn. Denne er eksakt lik Reg-filen men den er lagret<br />
i det eldre Tplan-format. Ved å skifte navn på denne fil kan vi dermed lese Reg-filer<br />
fra<br />
nåværende Tplan For fremtiden vil jeg ikke ha forbindelse med eldre versjoiner av<br />
Tplan enn versjon 26.<br />
• Importere fra Iterna og GAS for danske brukere. Vi henviser til egen dokumentasjon<br />
om hvilke filer som må befinne seg i katalogen for å få til en import.<br />
Denne meny har stadig blitt utvidet, og vi venter ytterligere utvidelser i fremtiden.<br />
Sideoppsetning<br />
Stiller marger, papir orientering (liggende eller stående retning). Vi kan også angi om det skal<br />
brukes farger i Windows utskrifter. Dette menyvalg har en rekke alternativer for å utforme<br />
utskriftene. Spesielt for de endelige planer (komprimert eller klartekster) kan man få en meget<br />
nyansert utskrift. Vi antar dette er selvforklarende, og man kan under menyvalg Vise Utskrift<br />
se hva våre valg resulterer i<br />
Innstill printer<br />
Vi får her overgang til Windows hvor vi<br />
kan stille inn printeren på samme måte som for<br />
eksempel i Word.<br />
Vise utskrift<br />
Vi får her<br />
en forhåndsvisning av den fil som eventuelt skal skrives ut. Til forhåndsvisningen<br />
tilhører en egen knapperad som vi antar er selvforklarende.<br />
Skrive ut<br />
Vi henviser til avsnittet Se på/Skrive ut hvor vi omtaler hvilke filer som kan skrives ut.<br />
Avslutt<br />
Fører til standard avslutning av Tplan (med eventuell lagring).
2.4.2 Redigermeny<br />
58<br />
Menyen brukes til å manipulere et register for<br />
eksempel klipp/kopier/klistre eller søk/erstatt eller<br />
sortering i visse tilfeller.<br />
Klipp<br />
Klipper merket område og plasserer det på<br />
utklippstavlen. Vi har egen knapp for dette samt<br />
funksjonstangent Ctrl +X<br />
Kopier<br />
Kopierer merket område og plasserer det på<br />
utklippstavlen. Vi har egen knapp for dette samt<br />
funksjonstangent Ctrl + C<br />
Innsett<br />
Utklippstavlen klistres inn på nåværende sted i register og skriver over det som måtte stå fra<br />
før. Dette vil være en mer sjelden operasjon i våre registre. Vi har egen knapp for dette samt<br />
funksjonstangent Ctrl + V.<br />
Innsett og rykk nedover<br />
Utklippstavlen klistres inn på nåværende sted i register samtidig som linjene her rykkes<br />
nedover, for å få plass til utklippstavlen. Dette vil være den vanlige operasjon i våre<br />
registre, men det er selvsagt en uaktuell operasjon i timeplaner. Vi har egen knapp for dette<br />
samt funksjonstangent Ctrl + R<br />
Marker Alt<br />
Vi merker alt i nåværende register for en forestående klipp/kopier- operasjon. Kan også gjøres<br />
med funksjonstangent Ctrl + A.<br />
Søk<br />
Vi får overgang til en dialog som definerer nærmere hva slags søk som skal gjøres i<br />
nåværende register. Dialogen er selvforklarende. Kan også gjøres med funksjonstangent<br />
Ctrl + B<br />
Erstatt<br />
Vi kan her gjøre en søk/erstatt operasjon i nåværende register. Vi får overgang til en dialog<br />
for å definere operasjonen nærmere. Dialogen er selvforklarende. Kan også gjøres med<br />
funksjonstangent Ctrl + H<br />
Avansert søk/ersatt<br />
Jeg har hatt meget stor glede av de to foregående menyvalg. Med innføring av avansert<br />
søk erstatt vil dette bli ytterligere forbedret når man arbeider med større datamengder<br />
som f.eks. fagregister og klartekster. Vi omtaler dette i forbindelse med klartekster.<br />
Gå til<br />
Vi får overgang til en dialog hvor vi kan velge til et linjenr. eller bokmerke i et av de mest<br />
hyppig forekommende registre. Vi setter et bokmerke med Ctrl+ Shift + siffer . Har vært av<br />
marginal interesse for meg. Henviser til annen dokumentsjon om dette.
Sorter<br />
Vi får overgang til en dialog hvor kan bestemme et eller flere sorteringssymbol. Ikke alle<br />
registre lar seg sortere. De mest vanlige operasjoner vil være sortering av fagregister eller<br />
lærerregister Ofte en nyttig mulighet<br />
2.4.3 Formater<br />
59<br />
Menyen brukes til å stille utseendet til et register, og den har<br />
disse muligheter.<br />
Skrifttype<br />
Vi får overgang til en dialog og velger skrifttype her. Vi får<br />
overgang til Windows og kan velge mellom tegnsettene som<br />
eksisterer. Dette er selvforklarende, men vi skal knytte visse kommentarer til hvordan man<br />
bør<br />
velge skrifttype:<br />
• I vanlige registre kan man egentlig velge den skrifttype, stil og størrelse man liker<br />
best.<br />
• Når man kommer til registre som posisjonsdirektiver og forbudte startposisjoner<br />
får man problemer med fonter som ikke har konstant tegnbredde da man ikke<br />
lett ser i hvilken posisjon man har plassert et direktiv. Man omgår problemet lett<br />
ved å velge for eksempel skrifttype Courier New (det fins noen alternativer til).<br />
Vi har også valgt en annen måte å omgå dette problemet: I menyvalg Funksjoner kan<br />
vi be om at ledende 0 skrives i direktiver. Dette letter oversikten en god del ved valg<br />
av visse skifttyper.<br />
• I komprimerte planer og klarteks<strong>tplan</strong>er er det av vesentlig betydning at man ser alle<br />
posisjoner i samme skjermbilde. Med de muligheter som foreligger anbefales bruk av<br />
skrifttype: Small Fonts. Man kan da velge størrelse 7 og får lett 30 posisjoner i samme<br />
skjermbilde. Velger man størrelse 5, får man plass til 40 posisjoner i samme<br />
skjermbilde. (Ved flere posisjoner enn dette blir skriften kanskje for liten til å ha alt i<br />
samme skjermbilde). Etter man har valgt skriftstørrelse, velger man deretter: Tilpass<br />
rekkehøyde og tilpass kolonnebredde . Dette er meget nyttig for oversikten i<br />
timeplaner.<br />
(Man kan om ønskelig endre forgrunnsfargen i de ulike registre)<br />
Gittertykkelse<br />
Hvis man synes innrammingen (gittertykkelsen) skal være tydeligere for oversiktens skyld,<br />
kan man endre dette her.<br />
Standard kolonnebredde<br />
Systemleverandør har valgt kolonnebredder for de ulike kolonner i alle registre. Disse verdier<br />
blir valgt fra<br />
dette menyvalg. Ellers kan man stille kolonnebredden slik man vil ved å<br />
plassere musepeker på skillelinjene i overskriften for de ulike kolonner og ganske enkelt<br />
flytte disse.<br />
Tilpass kolonnebredde<br />
De ulike kolonnebredder stilles automatisk ut fra den skrifttype som er valgt og den<br />
informasjon som står i de ulike kolonner. Nyttig konvensjon, og det fins en egen knapp for<br />
dette.<br />
Bruk kolonnebredde<br />
Vi kan klikke på et felt og forlange at alle kolonner får denne bredde. Mer sjeldent brukt.
60<br />
Tilpass rekkehøyde<br />
Rekkehøyden stilles automatisk ut fra den skrifttype som er valgt. Meget nyttig konvensjon<br />
for komprimerte planer og klarteks<strong>tplan</strong>er, og det fins en egen knapp for dette.<br />
Kommentar: Det er viktig å ha mulighet for å stille skrifttypen avhengig av hvilket register<br />
man befinner seg i. Ellers er dette menyvalget av marginal interesse.<br />
2.4.4 Funksjoner<br />
Vi velger: Innstillinger og får overgang til et antall faneblad hvor vi kan angi visse<br />
parametere som styrer oppførselen til Tplan. Vi har i dag disse muligheter:<br />
Registre<br />
Vi kan angi om vi vil bruke standard kolonnebredde overalt, og vi kan angi om vi vil bruke 0<br />
som fylltegn i posisjonsdirektiver ellers bruker man de angitte defaultverdier.<br />
Feil<br />
Vi kan angi hvordan feilvarsler skal behandles. Vi kan velge mellom intet feilvarsel, feil til<br />
statuslinjen eller feil til dialogboks. Vi anbefaler sterkt at man alltid skriver ut feilvarsler<br />
som må rettes pr. omgående. Når feilvarsler er slått på har vi også mulighet for å foreta<br />
diverse forenklinger av registreringen. Start med fullstendige varsler og følg ellers de<br />
anbefalinger som følger senere i denne håndbok.<br />
Annet<br />
Her kan vi velge om vi vil bruke CUA-standard i dialogene. Jeg vil ikke utdype hva dette er,<br />
men kun fastslå at uten CUA-standard fører Enter til neste felt i dialogen sammen med Tab<br />
ellers er det bare Tab som fører til neste felt Det finns et par haker for kommunikasjon med
61<br />
GAS, se egen dokumentasjon Det fins et par andre hakemuligheter som kun må endres etter<br />
avtale med meg<br />
Gjem<br />
Man kan stille hvor ofte man vil foreta automatisk lagring av data. Man bør bruke denne<br />
mulighet.<br />
Farger<br />
Fargene i komprimerte planer og klarteks<strong>tplan</strong>er behandles i vedlikeholdsmeny og dette<br />
faneblad har ingen effekt. Egentlig bør ingen andre enn meg endre innstilling av farger..<br />
Kompr<br />
Vi kan angi hvilke posisjoner som skal skrives ut i komprimert plan Vi gir mer omtale av<br />
dette i forbindelse med meste faneblad<br />
Skjema<br />
Man kan angi hvilke posisjoner som skal skrives ut i hovedplan for klartekster. Man<br />
kan<br />
definere hva celleinnholdet skal være både i komprimert plan og klarteks<strong>tplan</strong>, se figuren til<br />
høyre ovenfor, se ellers avsnitt 6.2. Man kan angi ulike spesialtegn for ulike<br />
timeplanrelasjoner og man kan selv bestemme hvilke tegn som skal brukes, se figuren. Det<br />
fins ytterligere et par felt som behandles i forbindelse med utskrifter
62<br />
Legging<br />
Dette faneblad inneholder et antall meget viktige kommandoer til den forestående<br />
timelegging og en del av disse meget store konsekvenser for den timeplan som legges. Man<br />
må vite hva man gjør før man bruker disse kommandoer,<br />
se ellers avsnitt 5.5 Disse<br />
menyvalg vil endre seg dynamisk.<br />
2.4.5 Oversikter<br />
Dette menyvalg finner man i funksjonsmeny og gir overgang<br />
til følgende dialog:
63<br />
Hvis man bare haker av for det første alternativ, får man automatisk alle oversikter som<br />
eksisterer. Selv for en liten skole blir dette mange linjer. Vi kan alternativt hake av for den<br />
informasjon vi er interessert i. (Utvalgsfeltene på slutten av dialogen har for øyeblikket ingen<br />
funksjon). I fortsettelsen viser vi ulike utsnitt av de oversikter som fins, og vi knytter noen<br />
kommentarer til dette)<br />
***** OBLIGATORISK INFORMASJON *****<br />
SKOLE : SAUDA UNGDOMSSKOLE<br />
ADRESSE : RÅDHUSGT.47,4200 SAUDA<br />
SKOLEÅR : 2002/03<br />
SKOLEKODE : 913<br />
Normalt<br />
antall pos / dag : 6<br />
Max antall posisjoner pr. dag : 6<br />
ANTALL<br />
UKEDAGER : 5<br />
Formiddagen omfatter pos.<br />
: 1 - 3<br />
Ettermiddagen omfatter pos. : 4 - 6<br />
Indirekte dagkonflikter : J<br />
***** AKTIVITETS-REFERANSER *****<br />
AKT.- PERI- KLA. NAVN LÆR ROM<br />
REF. ODE /ÅK<br />
GYM *KRØ<br />
KAT4<br />
PROSJ<br />
***** FORBUDTE(UØNSKETE) STARTPOSISJONER *****<br />
PER. AKT.- POSISJONER<br />
REF. 123456789012345678901234<br />
TP ALL BB BB<br />
DP ALL U<br />
***** RINGETIDER *****<br />
FRA KL. TIL KL.<br />
POSISJON 01 815 900<br />
POSISJON 02 910 955<br />
POSISJON 03 1005 1050
POSISJON 04 1120 1205<br />
POSISJON 05 1215 1300<br />
POSISJON 06 1310 1355<br />
Foran står generelle opplysninger, f.eks. forbudte startposisjoner er viktig<br />
64<br />
***** OVERSIKT OVER FAG-REGISTER *****<br />
8A NO NO 5 11111 LEN 12<br />
8A NO1 NO 2 11 LEN DELE<br />
8A NOST NOST 3 111 BIR 11<br />
8A MA MA 4 1111 NØR 12<br />
,<br />
8A MA1 MA 2 11 NØR DELE<br />
,<br />
8B NO NO 5 11111 MEL 16<br />
8B NO1 NO 2 11 MEL DELE<br />
8B NOST NOST 3 111 LUN 15<br />
8B MA MA 4 1111 LØV 16<br />
,<br />
8B MA1 MA 2 11 LØV DELE<br />
,<br />
8A EN EN 4 211 LEN 12<br />
8A NAT NAT 2 2 NØR NA<br />
NAT NA<br />
8A BIO NAT 2 11 NØR NAT<br />
***** BLOKK-REGISTER *****<br />
KLA BLOKK PER REF POS 1 POS 2 POS 3 POS 4 POS 5 POS 6 POS 7 POS 8<br />
BLOKK NR.:<br />
8A NOMA 22 NO MA NO MA<br />
** MA1 NO1 MA1 NO1<br />
KLA BLOKK PER REF POS 1 POS 2 POS 3 POS 4 POS 5 POS 6 POS 7 POS 8<br />
BLOKK NR.:<br />
8A NO 111 NO NO NO<br />
NOST NOST NOST<br />
KLA BLOKK PER REF POS 1 POS 2 POS 3 POS 4 POS 5 POS 6 POS 7 POS 8<br />
BLOKK NR.:<br />
8B NOMA 22 NO MA NO MA<br />
** MA1 NO1 MA1 NO1<br />
Foran står oversikten for fagene. Vi skriver omtrent mekanisk ut fagregisteret og<br />
blokkregisteret<br />
***** SEKVENS-KRAV *****<br />
KRAV<br />
1 2 3 4 5 6<br />
KLA NAVN KLA NAVN KLA NAVN KLA NAVN KLA NAVN KLA NAVN<br />
SEK 9A HKNM 1 9A HKNM 3<br />
SEK 9A HKNM 4 9A HKNM 6<br />
***** DAGSAMMENFALL-KRAV ****<br />
KRAV 1 2 3 4 5 6<br />
KLA NAVN KLA NAVN KLA NAVN KLA NAVN KLA NAVN KLA NAVN<br />
DSF 8A NOMA 1 8A NOMA 2<br />
DSF 8A NOMA 3 8A NOMA 4<br />
DSF 8B NOMA 1 8B NOMA 2<br />
DSF 8B NOMA 3 8B NOMA 4<br />
DSF 10C ENNA 1 10C ENNA 2<br />
***** POSISJONSDIREKTIV *****<br />
P. KLA NAVN LÆR MANDAG TIRSDAG ONSDAG TORSDAG<br />
FREDAG<br />
/ÅK /ROM 123456789012123456789012123456789012123456789012123456789012<br />
RØD: : : 222: : : : : : : :<br />
SAN: : : : : : :222222: : : :<br />
* GYM1 : : : : :222222: : : :222 : :<br />
* SVØH : : : : :222222: : : :222 : :<br />
9 *KRØ : 2 : : : : : : : : : :<br />
9B *HK : : : : :222 : : : : : :<br />
*MUS : 33: : : : 33: : : : 33: :<br />
10 *TV : 11: : : : 1: : : : : :<br />
9 *TV : : : : : : : : : : :<br />
10 *SKEV : 11 : : : : : : : : : :<br />
9 *SKEV : : : : : : : : : : :<br />
Hvis vi ber om detaljer om fagene får vi skrevet ut de posisjonsdirektiv og mønsterdirektiv<br />
som<br />
fins
***** OVERSIKT OVER KLASSEREGISTER *****<br />
65<br />
ANTALL KLASSER : 10<br />
KLASSE NY SEK KOMP. ÅK. HJEMME KLS KLS POSISJONER<br />
NAVN BET. TOR ROM PLAN REG DIF<br />
8A 8A 8 12 LEN 30 30<br />
8B 8B 8 16 AUS LØV 30 30<br />
8C 8C 8 13 WEI 30 30<br />
XXX XXX XX 2 - 2<br />
KLA NAVN REF FAG 1 FAG 2 FAG 3 FAG 4 FAG 5 FAG 6 FAG 7 FAG 8 FAG 9<br />
8A 8A 8A NO NOST MA EN NAT SAF SAFST KRL MUS<br />
8A KUH KRØ KLR<br />
8 TV1 TV2 TV3 TV4 TV5 TV6<br />
8B 8B 8B NO NOST MA EN ENST NAT SAF KRL<br />
MUS<br />
8B KUH KRØ KLR<br />
8 TV1 TV2 TV3 TV4 TV5 TV6<br />
Ovenfor står klasseoversikten. Vi kontrollerer antall posisjoner for klassene som er nyttig, og<br />
v i har nok en oversikt som viser hvilke fag klassene<br />
har fått.<br />
***** FAGFORDELING FOR KLASSER *****<br />
KLASSE : 8A 8A<br />
KL AKT. POS KL AKT. POS KL AKT. POS KL AKT.<br />
8A BIO 2 : 8A EN 2 : 8A ENNA 1 1 : 8A ENNA 2<br />
8A KRL 2 : 8A KRØ 2 : 8A KRØ1 1 : 8A KUH<br />
8A MUS 1 : 8A NO 1 3 : 8A NOMA 1 1 : 8A NOMA 2<br />
8A NOMA 4 1 : 8A SAF 4 : 8A TV 1 2 :<br />
REGISTRERT ANTALL POSISJONER: 30<br />
PLANLAGT ANTALL POSISJONER: 30<br />
8A NO NO 5 11111 LEN 12<br />
8A NO1 NO 2 11 LEN<br />
DELE<br />
8A NOST NOST 3 111 BIR<br />
11<br />
8A MA MA 4 1111 NØR 12<br />
,<br />
8A MA1 MA 2 11 NØR DELE<br />
,<br />
8A EN EN 4 211 LEN 12<br />
8A NAT NAT 2 2 NØR NA<br />
NAT NA<br />
8A BIO NAT 2 11 NØR<br />
NAT<br />
8A SAF SAF 4 1111 LEN<br />
12<br />
SAFST KLU<br />
GR<br />
8A KRL KRL 2 11 LEN<br />
12<br />
8A MUS MUS 1 1 BRE MUSR<br />
8A KUH KUH 2 2 LAN TEGN<br />
KUH TEI VERK<br />
8A KRØ KRØ 2 2 SOL GY<br />
KRØ NØR GY<br />
8A KRØ1 KRØ 1 1 SOL GY<br />
KRØ NØR SVØH<br />
,<br />
8A KLR KLR 1 1 NØR 12<br />
,<br />
8 TV1 TV1 2 11 HYS 12<br />
8 TV2 TV2 2 11 GAR 13<br />
8 TV3 TV3 2 11 LEN 16<br />
8 TV4 TV4 2 11 LØV VERK<br />
8 TV5 TV5 2 11 HØY VERK<br />
8 TV6 TV6 2 11 BRY TEGN<br />
POS KL AKT. POS<br />
1 : 8A KLR 1 :<br />
2 : 8A MA 2 :<br />
1 : 8A NOMA 3 1 :<br />
Foran står detaljene fra klasseregisteret. Denne oversikt er også todelt. Først summerer vi<br />
timetallene for de aktiviteter som klassene inngår i og kontrollerer dette mot antall planlagte<br />
posisjoner. Deretter skriver vi ut alle de fag som klassen er<br />
knyttet til. Når de formelle feil er<br />
fjernet, er disse oversiktene det første jeg ser på.
66<br />
***** OVERSIKT OVER LÆRER-REGISTER *****<br />
ANTALL LÆRERE : 32<br />
SIGN NAVN POSISJONER LØNNSTIMER<br />
PLAN REG DIFF PLAN REG DIFF<br />
ØVR ØVREBØ N 0<br />
RØD RØD K 8 8<br />
AUS AUSTARHEIM A 21 21<br />
BIR BIRKELAND A.R 21 21<br />
BRE BREGÅRD M 9 9<br />
BRU BRUKNAPP K 11 11<br />
BRY BRYNE E 22 23 1<br />
Ovenfor står en kontrollsjekk<br />
av antall posisjoner for de aktiviteter som lærerne har fått,<br />
tilsvarende som for klasser.<br />
***** FAGFORDELING<br />
FOR LÆRERE *****<br />
SIGN NAVN LØNNSNR. LK PLAN REG DIFF VIK/AVSP.<br />
RØDRØD K<br />
9B EN EN 4 211 RØD 04<br />
10B EN EN 4 211 RØD 08<br />
REGISTRERT ANTALL POSISJONER: 8 REGISTRERTE LØNNSTIMER :<br />
PLANLAGT ANTALL POSISJONER: 8 PLANLAGTE LØNNSTIMER :<br />
SIGN NAVN LØNNSNR. LK PLAN REG DIFF VIK/AVSP.<br />
BRYBRYNE<br />
E<br />
8 TV6 TV6 2 11 BRY TEGN<br />
9B NOST1 NOST1 4 211 BRY GR<br />
9B MAST 3 BRY<br />
9C SAF 3 BRY GR<br />
9C KRL 1 BRY GR<br />
10A NOST NOST 5 11111 BRY GR<br />
10A ENST ENST 3 111 BRY 18<br />
10A SAST SAST 2 11 BRY 18<br />
REGISTRERT ANTALL POSISJONER: 23 REGISTRERTE LØNNSTIMER :<br />
PLANLAGT ANTALL POSISJONER: 22 PLANLAGTE LØNNSTIMER :<br />
DIFFERANSE : 1<br />
Hvis vi ber om fagene for lærerne, får vi den kontrollsjekk som er vist ovenfor. Denne ser jeg<br />
først på når alle klassene har fått korrekt antall posisjoner.<br />
***** OVERSIKT OVER ROM-REGISTER *****<br />
ANTALL<br />
ROM : 47<br />
NAVN ROM / FUNK- Rom i prioritert rekkefølge SUM ANT.<br />
GRUPP. SJON (innkludert alternativer) ROM POS<br />
01 KL 01 04 05 08 13 21<br />
09 12<br />
13 16<br />
17 KL MUSR ETC.<br />
02 GR 02 03 06 07 20 7<br />
10 11 14 15<br />
18 19 20 ETC.<br />
FORM FORM 1<br />
VERK VERK 1<br />
TEGN TEGN 1<br />
HOBR HOBR 1<br />
GYM1 GYM1 GYM2 GYM3 SVØH 4<br />
GYM2 GYM2 GYM1 GYM3 SVØH 4<br />
GYM3 GYM3 GYM1 GYM2 SVØH 4<br />
SVØH SVØH 1<br />
MUS1 G MUSR KL 2<br />
GY G GYM1 GYM2 GYM3 SVØH 4<br />
***** UTNYTTELSE AV ROM *****<br />
ROM/GRUPPERING : TEGN FUNKSJON:<br />
8A KUH KUH 2 2 LAN TEGN<br />
8B KUH KUH 2 2 LAN TEGN<br />
8C KUH KUH 2 2 LAN TEGN<br />
8 TV6 TV6 2 11 BRY TEGN
67<br />
9A KUH KUH 2 2 LAN TEGN<br />
9B KUH KUH 2 2 LAN TEGN<br />
9C KUH KUH 2 2 LAN TEGN<br />
9 TV2 TV2 3 21 LAN TEGN<br />
10 TV3 TV3 3 21 HØY TEGN<br />
10A KOH KOH 2 2 LAN TEGN<br />
10B KOH KOH 2 2 LAN TEGN<br />
10C KOH KOH 2 2 LAN TEGN<br />
10A SKEV 2 HØY TEGN<br />
ANTALL ROM : 1<br />
REGISTERT ANTALL POSISJONER: 28<br />
ROM/GRUPPERING : SVØH FUNKSJON:<br />
8A KRØ 1 NØR SVØH<br />
,<br />
8B KRØ 1 SOL SVØH<br />
8C KRØ 1 LIE SVØH<br />
ANTALL ROM : 1<br />
REGISTERT ANTALL POSISJONER: 3<br />
ROM/GRUPPERING : GY FUNKSJON:<br />
8A KRØ KRØ 2 2 SOL GY<br />
8A KRØ 2 NØR GY<br />
8A KRØ1 KRØ 1 1 SOL GY<br />
8B KRØ KRØ 2 2 LØV GY<br />
8B KRØ 2 SOL GY<br />
8B KRØ1 KRØ 1 1 LØV GY<br />
8C KRØ KRØ 2 2 JOH GY<br />
8C KRØ 2 LIE GY<br />
8C KRØ1 KRØ 1 1 JOH GY<br />
9A KRØ KRØ 2 2 JOH GY<br />
9A KRØ 2 NØR GY<br />
9B KRØ KRØ 2 2 ISA GY<br />
9B KRØ 2 SAN GY<br />
9C KRØ KRØ 2 2 ISA GY<br />
9C KRØ 2 SAN GY<br />
9 SKEV SKEV 2 2 ISA GY<br />
10A KRØ KRØ 3 21 LØV GY 10B<br />
10A KRØ 3 LIE GY<br />
10C KRØ KRØ 3 21 NØR GY<br />
10C<br />
KRØ 3<br />
SAN GY<br />
10A SKEV 2 JOH GY<br />
ANTALL ROM : 4<br />
REGISTERT<br />
ANTALL POSISJONER: 43<br />
Ovenfor står en oversikt for rommene samt<br />
de alternativer rommene har fått. Vi får også en<br />
detaljert oversikt over hvilke fag som er plassert på hvilke rom. Det er mer sjelden jeg bruker<br />
denne oversikt, men hvis analyseprogrammet viser meget stor rombelastning, ser jeg nærmere<br />
på detaljene her.<br />
Jeg kan egentlig beklage at jeg i tidligere håndbøker ikke sterkt nok har understreket<br />
betydningen av filen LIFEL. Det er jo denne fil jeg bruker mest mens jeg registrerer data. Jeg<br />
kunne også tenke meg å forbedre denne informasjon ytterligere: Jeg kunne legge inn vår<br />
"grammatikksjekk" (knapp Inspiser) direkte inn i de nevnte oversikter og merke dette på en<br />
passende måte. Dette vil bli gjort senere.<br />
2.4.6 Kontrollmeny<br />
Menyvalget brukes til å kontrollere hvilke fag (aktiviteter) de ulike<br />
klasser, lærere og rom har fått. Menyvalget må ses i sammenheng<br />
med knapp: Inspiser som bør brukes ofte. Vi har disse<br />
muligheter:<br />
Register for klasser<br />
Register for lærere<br />
Register for rom
68<br />
En samleoversikt som kontrollerer de ulike ressurser skives til faneblad Tabeller og detaljert<br />
informasjon om hvilke fag(aktiviteter) fins i faneblad Utskrifter. Dette omtales i avsnitt 4.1.<br />
Register for fag<br />
Vi kan lage et hensiktsmessig utvalg av fag fra fagregisteret som skrives til faneblad Tabeller<br />
Jeg mener at det nye menyvalg: Avansert Søk/Erstatt i Redigermeny kan med fordel overta<br />
for dette menyvalg.<br />
Timeplanjusteringer<br />
Nåværende komprimert plan kontrolleres. Dette omtales i avsnitt 4.2<br />
Klartekstjusteringer<br />
Endelig<br />
plan kontrolleres både før og etter eventuelle klartekstjusteringer. Dette omtales i<br />
avsnitt 4.3<br />
Husk at alle kontroller utføres av Tplan selv og at alle data må først være overført, for at<br />
kontrollene skal være korrekte. Vi henviser spesielt til hvordan kontrollarbeidet skal gjøres<br />
ved interaktiv legging (Avsnitt 4.2.1)<br />
Jeg henviser<br />
også hva jeg skriver om min egen arbeidsteknikk ved kontrollarbeidet i Tplan i<br />
kapittel<br />
4.<br />
2.4.7 Kjøremenyen<br />
Dette er den sentrale del av TPLAN. Alle andre menyer fører egentlig bare til godt kvalifisert<br />
data- håndverk, mens vellykket bruk av Kjøre- menyen i TPLAN også stiller krav til at en har<br />
en viss oversikt over ulike timeplantekniske problemstillinger. Bortsett fra de enkleste<br />
timeplaner vil dette være en utpreget interaktiv prosess, slik at man får en fornuftig<br />
menneske/maskin dialog. TPLAN holder oversikt og beregner kombinatoriske konsekvenser<br />
av ulike disposisjoner, mens vi har kontroll over viktige strategiske prinsipper samt styrer de<br />
kompromiss som blir nødvendige.<br />
Kjøremenyen kan kalle 4 ulike programdeler. Disse kan kjøres for seg eller delvis samlet.<br />
Den egentlige timeplanlegging starter alltid med en innledende logisk analyse. Analysen kan<br />
enten arbeide<br />
direkte ut fra grunndata eller man kan bygge videre på en delplan som man har<br />
lagt tidligere. Man kan deretter eventuelt kalle leggingsprogrammet som<br />
alltid forutsetter en
69<br />
innledende analyse først. Den avsluttende fase av denne prosess (med eller uten legging) er at<br />
det gjøres en ny eller kompletterende romfordeling samt at det lages registre og oversikter<br />
over hvordan planen ser ut.<br />
Dette er selvsagt den mest omfattende og viktigste meny, men den er også så omfattende at<br />
den ikke egner seg for en summarisk omtale. Selve arbeidsgangen er kort beskrevet i :<br />
Innledning av kapittel 5<br />
Før man gir seg i kast med dette må man kjenne mine grunndefinisjoner, se:<br />
Innledning av kapittel 1<br />
Man bør også være kommet så langt at man har satt opp data for skole. En ganske enkel skole<br />
kan være nok i begynnelsen. Vi henviser til:<br />
De viktigste registre i kapittel 3<br />
Dette må kombineres med det som står om kontrollarbeidet i kapittel 4<br />
Når du er kommet så langt står det tilbake å si:<br />
Lykke til med den fortsatte timeplanlegging!!<br />
2.4.8 Se på / Skrive ut<br />
Etter hvert vil vi ha tilgang til de resultater Tplan produserer. Det kan være at vi bare vil se på<br />
resultatene på skjermen, eller at vi i neste omgang vil sende dem til en skriver.<br />
Fremgangmåten er generelt:<br />
• HMTP viser vanligvis den mest relevante fil fra foregående kjøring på skjermen. Hvis<br />
ikke, går man til faneblad Utskrift. En drop- down liste inneholder de filer som er<br />
omtalt i fortsettelsen, og man ser på den fil man ønsker<br />
• Hvis man vil ha utskrift av dette, bruker man de to knapper som er avsatt til dette<br />
(Vise Utskrift og Skrive ut)<br />
• Alternativt går man til Fil-meny, stiller sideoppsett og vi gjør spesielt oppmerksom på<br />
at man har egne faneblad for utforming av sluttresultatet (Kompr og Skema), vi stiller<br />
inn skriver, vi forhåndsviser utskriften, vi endrer eventuelt skrifttype via<br />
Formatmenyen og til slutt ber vi om utskrift.<br />
• Nytt av året er at vi har lagt inn en enkel editor under faneblad Utskrifter. Vi kan<br />
skrive korte kommenter i de utskrifter vi kaller frem, og vi kan for eksempel slette<br />
informasjon som vi ikke vil skrive ut<br />
Drop Downlisten i faneblad utskrifter ser ut slik:
De filer vi kan skrive ut er følgende :<br />
70<br />
• LIFEL. Seneste registeroversikt. Menyvalget : Registre, gir overgang til en<br />
dialog : Vi kan her be om oversikt og kontroll av de data vi har registrert, og vi kan be<br />
om utvalg fra fagregisteret for hver klasse, lærer eller rom. Dette lagres på filen:<br />
LIFEL... Denne fil følger fra menyvalget: Oversikter: i Funksjonsmeny<br />
• LISY. Resultat av generering av aktiviteter og overføring av data. Den lages<br />
fra overføringsprogram i Kjøre-meny.<br />
• LIAN. Analyse av timeplanen som lages av analyseprogram (og legging) i<br />
kjøremenyen.Sentral informasjon<br />
• LISCH. Komprimert plan for klasse/lærer dvs resultatet fra<br />
leggingsprogrammet Celleinnholdet er normalt det samme som den komprimerte plan<br />
som vises på skjermen..<br />
• LISLUT: Klarteks<strong>tplan</strong> for klasser, lærere og rom som tekstfil. Celleinnholdet<br />
er det samme som vises på skjermen.<br />
• LISAL. Komprimert plan for rom. Den lages fra romfordeling i kjøremeny.<br />
• LIROM. Journal for romfordelingen, en supplerende fil til foregående fil. Mer<br />
sjeldent at man har bruk for denne.<br />
• LIO. Varsler fra sluttjustering. (Endelig utskrift i Kjøre-meny) Dette er de<br />
samme varslene som varslene i filen LIAN. samt at den endelige klartekst<br />
kontrolleres mot de opprinnelige registre.<br />
• LIHK. Hovedplan for klasser. Denne og de 5 neste filer er sluttresultatet som<br />
rene tekstfiler og med eldre konvensjoner for utskrift.<br />
• LIHL. Hovedplan for lærere<br />
• LIHR. Hovedplan for rom<br />
• LIIK. Individuelle planer for klasser<br />
• LIIL. Individuelle planer for lærere<br />
• LIIR. Individuelle planer for rom
71<br />
• LIH. Leggingsjournal fra hovedprogrammet. Hvis jeg har alvorlige problemer<br />
eller er misfornøyd med det resultat jeg har fått, ser jeg alltid på denne fil, men det<br />
kreves jo en viss erfaring for å ha utbytte av dette.<br />
• AKTX. Generalisert aktivitetsregister. Denne informasjon er ikke for lekmann,<br />
men sentral informasjon ved alvorlige utsporinger.<br />
• JUPOS. Det felles grunnlag som både komprimert plan og klarteks<strong>tplan</strong> er<br />
avledet av. Sentral informasjon men det er meget sjelden at man refererer til denne<br />
direkte<br />
• JUMOD. JUPOS omformet til en karaktestreng. Meget sjeldent brukt<br />
mulighet, men til tross for alle de finesser vi har bakt inn i Wintp vet jeg av enkelte<br />
skoler som foretrekker og redigere sluttresultat i nærmest fritekst.<br />
De følgende filer er de resultater vi får fra de 4 første valg i Kontrollmeny og som vises enten<br />
i faneblad Tabeller eller faneblad Utskrift, og dette er egentlig utsnitt av filen LIFEL ovenfor<br />
som er min personlige preferanse for kontroller.<br />
• KONKLA. Oversikt for klasser<br />
• KONKLA1.:Detaljer for klasser.<br />
• KONLAR. Oversikt for lærere<br />
• KONLAR1. Detaljer for lærere<br />
• KONROM. Oversikt for rom<br />
• KONROM1. Detaljer for rom<br />
• KONFAG. Utvalg av fag<br />
Bemerk at alle filer her er rene tekstfiler. Windows utskrifter skrives ut via de registre man ser<br />
på skjermen<br />
eller via spesielle kjøresekvenser (se f.eks. utskrift av individuelle klasseplaner)<br />
Dette er<br />
jo en ganske stor mengde filer å holde rede på og selv for en ganske liten skole blir<br />
det veldig masse papir som ingen er interessert i. Hvordan skal en bruker med begrenset<br />
erfaring komme seg gjennom denne mengden<br />
av informasjon? Det første jeg ville gjøre var å<br />
se<br />
hva jeg skriver om min egen arbeidsteknikk, se: Kapittel 4. I den innledende fase ser jeg på<br />
informasjonen i LISY supplert med LIFEL pluss knapp Inspiser.<br />
Når jeg har fått avluset<br />
formelle feil interesserer jeg meg for filen LIAN eventuelt supplert med LISY. Når kjøringene<br />
kommer ordentlig i gang er det fremdeles filen LIAN som interesserer men nå eventuelt<br />
supplert med filen LIH I den avsluttende fase av timeplanen er jeg primært interessert i filen<br />
LIO, supplert med LISAL (og muligens LIROM). Helt til slutt følger jeg Lasse's smukke<br />
anvisninger om å få en skikkelig Windows utskrift, Excel eller hva det måtte være. Dette er da<br />
ikke så vanskelig, og dermed tar vi sommerferie med god samvittighet!<br />
(Den oppmerksomme leser vil se at jeg kommer meg gjennom hele timeplanleggingen uten å<br />
bruke Kontrollmenyen i det hele tatt, men denne er et et valgfritt tillegg som kan være bra å<br />
ha i starten)<br />
2.4.9 Vedlikehold<br />
Denne meny inneholder et anntall sentrale operasjoner hvor særlig muligheten for å lagre/lese<br />
inn sikkeretskopier er viktig. Menyen ser i dag ut slik:<br />
Menyvalgene er:<br />
• Lagre sikkerhetskopi . Alle filer for aktuell skole<br />
pakkes og lagres på hard disk. Gjør denne operasjon
72<br />
hver gang du har registrert en god del nye data. Når denne prosessen startes,<br />
kommer denne dialog frem på skjermen:<br />
Her kan man skrive hva man vil,. og jeg anbefaler at man benytter denne mulighet<br />
flittig. Det er to grunner for dette. Den første er for å hjelpe seg selv: Etter hvert som<br />
man lager nye sikkerhetskopier, glemmer man etter hvert hva som var typisk for disse<br />
data. Skriv derfor en kort beskjed til deg selv. Det neste er hvis du har bruk for<br />
systemstøtte for dette datasett. Skriv kort ned hva problemet er og send data til meg.<br />
Jeg ser da raskt hva som er problemet. Jeg sender ofte et modifisert datasett tilbake, og<br />
jeg vil også skrive mine kommentarer i dialogen ovenfor. Jeg har funnet at dette er den<br />
greieste måten å kommunisere med brukere av Tplan.<br />
• Lagre sikkerhetskopi som. Man får overgang til en dialog hvor man selv kan velge<br />
filnavn på sikkerhetskopien, og deretter får man overgang til foregående punkt. Jeg<br />
har aldri hatt behov for denne mulighet.<br />
• Lese inn sikkerhetskopi. Den motsatte operasjon av å lagre hvor vi tar inn tidligere<br />
data fra en kopi på hard disk. Før denne innlesning skjer, kommer eventuell beskjed<br />
ovenfor fram på skjermen. Du blir minnet om hva du selv har gjort, og du mottar<br />
eventuelle beskjeder fra meg<br />
• Endre systemparametere. Brukes til å øke kapasiteten til TPLAN, og menyen er<br />
meget nyttig i denne forbindelse. Menyen må brukes hvis overføringen varsler om<br />
feilaktige dimensjoner. Må brukes med forsiktighet og systemleverandør bør som<br />
regel kontaktes. Vi får overgang til følgende dialog :
73<br />
• Eksport til Iterna (For danske brukere) Det lages en fil som er den endelige timeplan.<br />
Denne fil kan leses av systemet: Iterna. (samt en del andre systemer.). Vi henviser til<br />
dansk dokumentasjon om dette<br />
• Innlese fra backup. Med visse mellomrom foretar Wintp en automatisk backup av de<br />
mest sentrale filer dvs de filer som inneholder mesteparten av egne registreringer samt<br />
den timeplan man har for øyeblikket. Menyvalget gir overgang til følgende dialog:<br />
Til høyre i denne figur står de filer som kan rekonstrueres fra en eldre backup, for<br />
eksempel hvis man har vært så uheldig å miste fagregisteret men har ellers en fin plan<br />
som man vil bevare. Nå kan man lese filen SBJ.nnn inn fra en eldre backup mens filen<br />
JUPOS.nnn inneholder den eldre timeplan. Det er meget<br />
sjelden jeg benytter meg av<br />
dette. Derfor utdyper jeg ikke alle detaljer, men det kan jo være greitt å være<br />
oppmerksom på muligheten.<br />
• Redigere farger. Dette gir overgang til denne dialog:
74<br />
Nå er det egentlig ikke meningen at andre enn meg skal definere fargekodene da disse<br />
er uløselig knyttet<br />
til denne dokumentasjon. Den eneste gang en bruker skal gå hit er<br />
hvis alle farger plutselig forsvinner av ukjente årsaker. Man avslutter da og starter på<br />
nytt. Hvis feilen ikke forsvinner, går man til dialogen ovenfor og ber om innlesning av<br />
defaultverdier. Nå burde det ordne seg<br />
2.4.10<br />
Komprimert meny og Klartekstmeny<br />
Disse to menyer og tilhørende faneblad kan man delvis se på som en enhet fordi de arbeider<br />
med eksakt samme bakenforliggende data, men bruken av disse faneblad og menyer er<br />
egentlig ganske forskjellig. Mesteparten av denne håndbok handler om arbeid med<br />
komprimert plan og klarteks<strong>tplan</strong> og vi gir her bare en summarisk omtale:<br />
I faneblad komprimert arbeider man med følgende tre registre:<br />
• Komprimert plan (KomprGrid) som kalles med Ctrl + F5 mens man står i fanebladet.<br />
• Utvalg av komprimert plan (KtempGrid) som kalles med Ctrl + F6<br />
• Utsparkete aktiviteter (UtsGrid) som kalles med Ctrl + F7<br />
I faneblad for klartekster kan man veksle disse fire registre:<br />
• Klarteks<strong>tplan</strong>(SkemaGrid) som kalles med Ctrl + F5<br />
• Utvalg av klartekst (BtempGrid) som kalles med Ctrl + F6<br />
• Utspark av skjemabiter(ButsGrid) som kalles med Ctrl + F7<br />
•<br />
Klarteks<strong>tplan</strong> på listeformat (KlarGrid) som kalles med Ctrl + F8 som er meget lik den<br />
den bakenforliggende datastruktur, Jupos.<br />
I komprimert plan arbeider vi med aktiviteter mens i klarteks<strong>tplan</strong> arbeider vi med<br />
den<br />
enkelte skjemabit. Arbeidsgangen er egentlig ganske forskjellig men likevel analog.<br />
. Vi
75<br />
arbeider som sagt med plassering og justering av de aktiviteter i komprimert plan. Når<br />
denne prosess er ferdig, har vi en foreløpig komplett plan. En hovedregel for all<br />
timeplanlegging er at man gjør mest mulig i komprimert plan og kun det som er<br />
nødvendig i klartekster (Skjema meny)<br />
Et menyvalg kan i komprimert meny se ut slik:.<br />
Et menyvalg i skjemameny kan se ut slik:<br />
Før dette i det hele tatt kommenteres skal jeg gi et lite tilbakeblikk: Intet i utviklingen<br />
av<br />
Tplan h ar gitt Lasse og meg mer problemer enn disse to menyer. Jeg skulle sørge for at en<br />
me get kompleks bakenforliggende datastruktur alltid var stringent og konsistent, og Lasse<br />
skulle sørge for at dette ble korrekt presentert på skjermen. Begge disse oppgaver var<br />
formidable. Jeg er godt fornøyd med det som er det foreløpige resultat. Under marsjens gang<br />
innførte<br />
vi en rekke menyvalg supplert med funksjonstangenter og en rekke knapper. Noe av<br />
dette har etter hvert blitt utdatert, og personlig måtte jeg sette en praktisk grense for hvilke<br />
sløyfe r jeg maktet å teste ut. Det er typisk for Windows alt skal være så ubegripelig fleksibelt<br />
at alt skal<br />
kunne gjøres på en rekke alternative måter. Nå mener jeg det er bedre å vise<br />
brukeren en måte jeg VET fungerer, enn å vise brukeren mengder av alternative
76<br />
teknikker.<br />
Det er mulig at det fungerer på andre måter også, men jeg gir ingen<br />
garantier. Jeg bruker i dag bare komprimert meny eller klartekstmeny når dette er helt<br />
nødvendig (f.eks. til ulike utskrifter og ulike filformat). Mesteparten av arbeidet med<br />
manuell justering løser jeg på følgende måte:<br />
Komprimert<br />
plan<br />
• Jeg bruker de nevnte kontrolltangenter for å navigere mellom de tre aktuelle<br />
registre.<br />
• Når jeg legger en plan interaktivt får jeg<br />
ofte automatisk frem det relevante utvalg.<br />
Hvis noe er galt markerer, jeg aktuell aktivitet (som regel i UtsGrid) og bruker deretter<br />
velger jeg knapp for avansert utvalg:<br />
• Jeg arbeider nesten bestandig med utvalgt plan(KtempGrid) Jeg finner en løsning med<br />
operasjonene P1 og P2 slik:<br />
•<br />
Hvis jeg markerer korrekt kommer de tilhørende felt i dialogen som regel automatisk<br />
utfylt frem. Jeg gjør det tenkte kompromiss og ser hvordan utvalget nå blir. Hvis dette<br />
er ok, bekrefter jeg at oppdatering skal gjøres. Dermed er jeg klar til det neste<br />
interaktive skritt i leggingen .<br />
Unntaksvis må jeg bytte en lærer<br />
eller spesialrom. Hvis mulig gjør jeg dette i<br />
opprinnelige registre samt fjerner de aktiviteter hvor vi har fortatt bytter og overfører<br />
på nytt og fortsetter interaktivt. Sterkt unntaksvis må jeg likevel modifisere<br />
celleinnholdet i komprimert plan<br />
og bruker da knapp<br />
:<br />
Ellers foretrekker jeg hvis mulig å utsette slike operasjoner til vi kommer til<br />
klarteks<strong>tplan</strong><br />
Klartekst plan<br />
• Også her bruker jeg de fire nevnte kontroll tangenter for å veksle mellom de aktuelle<br />
registre.<br />
• Jeg foretrekker at samtlige aktiviteter er plassert i komprimert plan, og jeg har notert et<br />
sted hvilke justeringer jeg må gjøre i tillegg og bruker hyppig den knapp som er vist<br />
rett ovenfor. De mest vanlige justeringer vil være å finne manglende rom, lærer/rom-<br />
bytter eller tillegg av ting som ikke inngår i den ordinære timeplan.<br />
• Via knapp:<br />
foretar jeg en del utvalg av klarteks<strong>tplan</strong>, men her arbeider jeg langt oftere direkte med<br />
selve hovedplanen<br />
• Jeg overfører ofte fra Wintp til HMTP de klartekstjusteringer jeg gjør via knapp:<br />
Når jeg arbeider med komprimert plan, skjer denne overføring automatisk via de<br />
operasjoner jeg har beskrevet ovenfor.<br />
• Til slutt lager jeg en gammel DOS- utskrift først og fremst for å få de kontroller som<br />
står i filen LIO.<br />
• Jeg skriver ut de hovedplaner jeg ønsker via Filmeny
• Det siste skritt er at jeg lager individuelle klasse, lærer, romplaner eventuelt også<br />
individuelle elevplaner og sender Windows utskriftene til skriver.<br />
77<br />
2.4.11 Hjelpmeny.<br />
Denne håndbok er integrert som en hjelpefil til Wintp, og den foreligger både som et Word<br />
(Pdf) – dokument. De to produkter er ca 98 % like.
3 REGISTRERING<br />
AV DATA<br />
3.1 START AV TPLAN<br />
78<br />
Etter<br />
vellykket installering og registrering av Tplan, klikker man knapp for Tplan. Man blir<br />
bedt om å velge språk og deretter kommer følgende dialog frem på skjermen:<br />
:<br />
Første gang Tplan kalles er dette bildet tomt. Man velger: Tilføy og følgende bilde kommer<br />
fram på skjermen :<br />
Ma n velger en skolekode (et tresifret nr. 001 - 999 eller tre karakterer) samt navn på skolen.<br />
En kan fritt velge skolekode, men valget har denne konsekvens:<br />
Alle<br />
datafiler for timeplanen får forlengelsen: . hvor er skolekoden.<br />
Første gang man registrerer en ny skole får man et par varsler bl. a. om å angi antall ukedager<br />
og<br />
anta ll posisjoner pr. dag. Man klikker OK for disse varsler. TPLAN går første gang til
79<br />
faneblad: Skole, hvor man registrerer obligatoriske opplysninger. De viktigste registre har<br />
egne<br />
faneblad, mer sjeldent brukte registre er samlet under faneblad Diverse Registrering av<br />
data gjøres via de ulike faneblad. Rekkefølgen<br />
av avsnitt i dette kapitlet er en anbefaling av<br />
den rekkefølge en bør velge ved registrering av data. Neste gang man starter Tplan, velger<br />
man skole åpningsdialogen og klikker OK, og man kommer tilbake til hvor man avsluttet.<br />
Når man starter en ny registrering går man først til menyvalg: Funksjoner > Feil. Jeg<br />
anbefaler her som en start valget : Vises i dialogboks<br />
samt at man ber om fullstendige varsler.<br />
Ved passe mellomrom under registreringen bør man klikke knapp: Inspiser for å få en global<br />
sjekk av de data en har registrert til nå.<br />
I åpningsdialogen er det noen ekstra knapper for å redigere navn, fjerne eller legge til nye<br />
s koler.<br />
3.2 OBLIGATORISKE<br />
OPPLYSNINGER.<br />
Vi starter med registrering av obligatoriske opplysninger (faneblad: Skole). Det gir<br />
overgang<br />
til denne post:<br />
I tittellinjen står den skolekode man arbeider med. I det følgende forklarer vi de felt som skal<br />
fylles ut:<br />
• SKOLENS NAVN. Brukes som overskrift i planer og oversikter.<br />
• ADRESSE Brukes i overskrifter
80<br />
• SKOLEÅR Brukes i overskrifter, skriv for eksempel 2001/02<br />
• KLASSIFISERING (A/B) Svar:<br />
A, Dette betyr at aktivitetene klassifiseres ut fra<br />
hvor mange ressurser som inngår. Mer sjeldent bruker man B som klassifisering se<br />
5.2.2<br />
• ANTALL KLASSER Stipulert antall klasser<br />
(grupper). En parameter som har<br />
kontrollfunksjon. Maksimal verdi 150. (i standard versjon)<br />
• ANTALL<br />
LÆRERE Stipulert antall lærere. En parameter som har<br />
kontrollfunksjon. Maksimal verdi 200.<br />
• ANTALL ROM Stipulert antall fysiske rom. En parameter som har kontrollfunksjon.<br />
Maksimal<br />
verdi 200.<br />
• KOMPONENTER<br />
Svar normalt N . Vi behandler komponenter i et eget kapittel<br />
(3.11.3) senere. Komponenter brukes normalt ikke, men de er sentrale for visse skoler.<br />
• MODULSYSTEM<br />
(20/40) Her skal man alltid svare: 40 for standard bruk.<br />
• LUNCH<br />
LENGDE Viktig parameter for 20 min. moduler hvor man forteller hvor<br />
mange posisjoner skal brukes til lunch Feltet skal eller fylles ut med verdi 20.<br />
• INDIREKTE DAGKONFLIKTER Man svarer J her. Dermed<br />
hindrer man at<br />
samme<br />
fag får mer enn en periode samme<br />
dag. Indirekte dagkonflikter behandles i<br />
sammenheng<br />
med fagregister.<br />
• UTVALG VED OVERFØRING Feltet skal være tomt for all standard bruk.<br />
• MAX POSISJONER PÅ EN DAG Her skal man alltid angi en verdi. Standard verdi<br />
er 8. Øvre grense for registreringssystem er 12.(For 5-dagers uke kan man ha 24<br />
posisjoner.) Parameteren definerer rammen for alle posisjonsdirektiv.<br />
• NORMALT FØRSTE POSISJON<br />
• NORMALT SISTE POSISJON Posisjoner som ligger<br />
utenfor normal tidsramme blir<br />
blokkert for alle aktiviteter. Disse blokkeringer kan man senere heve for visse<br />
aktiviteter eller bryte blokkeringene med forhåndsplasseringer. Anta for eksempel:<br />
Planen legges med 8 posisjoner<br />
pr. dag, men skolen bruker normalt 6 posisjoner pr.<br />
dag med 1 ytterposisjon foran og etter normal tid dvs. Start=02<br />
og Slutt=07. All<br />
undervisning blir nå automatisk blokkert i posisjon 1 og 8. Senere kan vi slakke dette<br />
kravet for undervisning hvor yttertid<br />
aksepteres.<br />
• NR. FOR FØRSTE POSISJON Enkelte skoler ønsker at første timeplanposisjon<br />
skal skrives ut som posisjon 0. Denne parameter sørger for dette i sluttutskr ifter. I<br />
løpet av timeplanarbeidet skal alle kalle dagens første posisjon : 1. (Denne parameter<br />
virker bare i DOS utskrifter.)<br />
• ANTALL UKEDAGER Her skal alle angi en verdi. Standard verdi er 5 eller 10 .<br />
• FORMIDDAG POSISJON .<br />
• ETTERMIDDAG POSISJON<br />
Definerer et ønskelig krav om at multiple perioder ikke bør legges over langfriminutt.<br />
• LUNCH FOR KLASSER..<br />
• LUNCH FOR LÆRERE<br />
Viktig parameter hvis man timeplanlegger lunch. Man angir første og siste posisjon<br />
for hvor lunch for klasser/lærere kan ligge.<br />
• KODE FOR LØNNSTIMER. Det er valgfritt<br />
om man vil bruke dette feltet. Hvis<br />
feltet er blankt, foretas ingen summering/kontroll av lønnstimer. Norske skoler vil<br />
normalt svare: B. I fagregisteret kan vi da i feltet LØNN registrere lønnskode for<br />
faget: Lønnsberegning for norske skoler omtales i avsnitt 4.4. Summeringene<br />
overføres til kontroll av lærerregister, og vi kan lage utskrifter som vist i avsnitt 4.4.<br />
(Det finnes to andre måter å beregne lønn på : A = addisjon , C = multiplisere med
81<br />
koeffisient). Vi vil senere legge lønnsberegningen inn sammen med endelige<br />
klartekster..<br />
3.3 LÆRERE<br />
Faneblad : Lærer fører til lærer-register:<br />
FORKLARING:<br />
• SIGN: Lærersignatur, maksimalt<br />
3 karakterer. Lærernummer kan alternativt brukes.<br />
Signatur kan brukes til å sortere registeret alfabetisk.<br />
• NAVN: Lærerens navn.<br />
• POS(posisjoner): Dette er en viktig parameter for å kontrollere om fagregisteret er<br />
korrekt utfylt. Antall timer for læreren har "ingenting" å gjøre med lærerens<br />
lønnstimer, men derimot er det antall posisjoner hvor læreren er oppført i<br />
fagregisteret. Det er vesentlig for ens egen oversikt at en har klart for seg hvor mange<br />
timeplanposisjoner de ulike lærere har.<br />
• UTID(lønnstimer): Under obligatoriske opplysninger sa vi at du kunne bruke<br />
lønnskode: B. Vi registrerer her den lønnsprosent læreren skal ha. Dette er en<br />
alternativ måte å kontrollere de posisjoner som registreres i fagregister. I en sluttfase<br />
kan man skrive ut grunnlag for lærerens lønnstimer.<br />
• MAX HULL: En stor verdi(99) her betyr at hulltimer for læreren ignoreres. For<br />
standard bruk skal denne parameter ikke brukes på annen måte. For spesielle<br />
versjoner av TPLAN definerer denne parameter<br />
det maksimale antall hulltimer<br />
en<br />
lærer kan få, før læreren blir gitt en stor<br />
prioritet i den fortsatte legging.<br />
• MAX POS: Denne parameter definerer det maksimale antall timer en lærer kan få<br />
på en dag. Kravet har meget store konsekvenser for sluttresultatet og må absolutt<br />
brukes med forsiktighet.<br />
• FRIDAG Mulighetene for å realisere fridager for lærere er sterkt avhengig av<br />
-Kr(Krav) lærers fagkrets, timetall og selve skolestrukturen. Krav av denne type<br />
•<br />
-Øn(Ønske) har en dominerende innflytelse på den endelige timeplan, og en bør<br />
vurdere grundig hvor mange slike krav en skal ta hensyn til.<br />
En kan kreve mer enn 1 fridag, men en kan ikke ønske mer enn 1<br />
fridag.<br />
1/2 DAG FRI En kan kreve 1 eller flere ledige halvdager av de ulike typer. Igjen er
82<br />
-F=Formiddag dette et dominerende krav, men som regel er det enklere å oppfylle<br />
-E=Ettermiddag<br />
-V=Valgfritt<br />
krav om et antall ledige halvdager enn fridager.<br />
• DIR: J-svar gir overgang til posisjonsdirektiv for lærer. Dette behandles i forbindelse<br />
med direktiv. (Avsnitt 3.9 )<br />
• Lønnsnummer Brukes eventuelt i lønnstatistikken.<br />
• Lønnskode Må ses i sammenheng med lønnsberegningen. Man angir den lønnskode<br />
•<br />
som skal brukes for beregning av vikartimer.<br />
Hjemmerom Hvis læreren får et hjemmerom her, blir dette automatisk registrert i<br />
fagregisteret ved registrering av lærer.<br />
3.4 REGISTRERING AV ROM<br />
Faneblad: Lokaler fører til rom-register:<br />
Når en registrerer fag, er det som regel entydig bestemt hvilken klasse eller lærer som deltar.<br />
Hvilket rom som skal brukes, vil være mer eller mindre strengt formulert for eksempel:<br />
1. Klassen skal absolutt ha ett bestemt rom (for eksempel svømmehall, skolekjøkken<br />
eller klasserom for funksjonshemmet elev).<br />
2. Klassen bør få sitt hjemmerom.<br />
3. Klassen har et spesialrom (for eksempel musikk) som hjemmerom. Klassen skal<br />
ha<br />
dette rommet hvis det ikke brukes som spesialrom.<br />
4. Klassen kan bruke ett av en mindre gruppe klasserom. (for eksempel småklassene i<br />
grunnskolen skal bare bruke en mindre gruppe av det totale antall klasserom.)<br />
5. Et vilkårlig klasserom kan brukes.<br />
6. Finn et eller annet rom for klassen.<br />
Romkravene ovenfor varierer mye når det gjelder hvor mange rom som er aktuelle for en<br />
bestemt undervisning, og romregisteret må lages på en slik måte at vi kan gi nyanserte<br />
romkrav. I de tilfeller hvor det må brukes alternative rom, må en kunne gi en prioritert<br />
rekkefølge for alternativene.<br />
Skoler som har en god romsituasjon får få problemer med romregisteret. Skoler som har en<br />
anstrengt romsituasjon eller som differensierer meget når det gjelder ønsket bruk av ulike<br />
klasserom, må arbeide grundig med romregisteret for å få spesifisert timeplanen korrekt og<br />
for å få ønsket romfordeling i sluttfasen.<br />
Romregisteret bygges opp av disse elementer:<br />
• Fysisk rom: Dette er de klasserom og spesialrom som skolen består av.<br />
Disse skal registreres først i romregisteret, og de skal<br />
registreres i den rekkefølge rommene skal skrives ut i<br />
hovedplanen.<br />
• Funksjon Dette er en samlebetegnelse for et antall rom som er "identisk<br />
(egenskap): like". Intet fysisk rom kan tilhøre<br />
mer enn en funksjon.<br />
• Gruppering: En prioritert rekkefølge av et antall funksjoner (alternativt fysiske<br />
rom). Samme fysiske rom kan inngå i flere grupperinger, men vi<br />
understreker allerede nå at skolene må være systematiske ved valg<br />
av grupperinger. Alle grupperinger skal registreres til slutt i<br />
romregisteret.<br />
Registrering<br />
av rom må skje i flere skritt.<br />
1. Først registreres alle fysiske rom.
83<br />
2. Deretter grupperer en ulike rom i funksjoner (klasserom, naturfagrom, formingsrom<br />
osv.). Denne klassifisering kan gjøres samtidig med registrering av rom.<br />
3. Tredje skritt er å velge hensiktsmessige grupperinger for skolen.<br />
4. Til slutt gir en de ulike rom hensiktsmessige alternativer (eller alternativkjeder). En<br />
kan ikke gi et alternativ før dette er registrert.<br />
FORKLARING (til romregisteret)<br />
• NAVN Rommets (grupperingens) navn. Max 6 karakterer. For vanlige rom bruker<br />
man det navn som står på dørskiltet. For grupperinger velger man<br />
fritt en<br />
hensiktsmessig forkortelse, f.eks:<br />
FORM: Formingsrommene<br />
NAT: Naturfagrommene<br />
FLØY1: Rommene i fløy 1<br />
AKL: Alternative klasserom<br />
ALLE: Alle ordinære undervisningsrom<br />
osv.<br />
• ROM/ GRUPP. Dette felt fylles ikke ut for et fysisk rom. Hvis NAVN (forrige<br />
felt) er<br />
en referanse til en gruppering skrives: G (g) i dette feltet.<br />
• FUNKSJON. Rommets funksjon. En velger et beskrivende symbol for flere rom som<br />
er "likeverdige" for visse fag f.eks:<br />
KL = Klasserom<br />
GY = Gymsaler<br />
HK = Skolekjøkken<br />
GR = Grupperom<br />
osv.<br />
Det er viktig å være oppmerksom på konsekvensene av at rom knyttes<br />
sammen ved en<br />
funksjon:<br />
Anta at rommene 101, 102, 103 og 104 alle har funksjonen: KL Hvis en i fagregisteret<br />
styrer ulike fag til bestemte rom (101, 102 osv.), vil TPLAN legge det maksimale
84<br />
antall fag til de rom en har bedt om. Hvis et rom er opptatt, vil TPLAN finne et annet<br />
rom som har funksjonen: KL.<br />
Hvis en i fagregisteret bare bruker<br />
romkravet: KL, vil systemet selv fordele rommene<br />
innen funksjonen slik at vandringen for klasser (lærere) blir minst mulig. Vi anbefaler<br />
å bruke romnavn for de fag en vil styre til hjemmerom, mens en bruker romkravet: KL<br />
for overskytende grupper i skriftlige fag eller gruppene i valgfag.<br />
Hvis et av klas serommene i eksemplet ikke kan være alternativ for de andre rom (det<br />
er f.eks for lite),<br />
må dette rom ikke inngå i funkjonen KL.<br />
• ALT.1-ALT.6 Disse 6 felt definerer en prioritert rekkefølge for alternativer til rom<br />
eller grupperinger. Hvis 6 alternativer ikke er nok for et rom, kan en slå sammen flere<br />
rom til en gruppering og bruke denne nye gruppering som alternativ til rommet.<br />
En gruppering kan registreres over flere fortløpende linjer. Konvensjonen er : Hvis en<br />
linje i romregisteret ikke fylles ut i NAVN-felt, regnes linjen som fortsettelse av<br />
foregående linje. Regelen gjelder bare i forbindelse med grupperinger.<br />
Følgende<br />
er tillatte symboler som romalternativ:<br />
a. Navn på et fysisk rom.<br />
b .Navn på en gruppering.<br />
c. Nav n på en funksjon.<br />
Forutsetningen for at et symbol kan aksepteres som et romalternativ, er at det må først<br />
være registrert<br />
dvs. de 3 første felt i fig. 3.4 må fylles ut før resten av registeret.<br />
• DIR: J-svar gir overgang til posisjonsdirektiv for rom. Dette behandles senere.<br />
3.4.1 EKSEMPEL PÅ REGISTRERING AV ROM<br />
Vi henviser til foregående figur. Skolen har disse rom:<br />
8 klasserom (101, 102 ..............108)<br />
1 musikkrom<br />
som også skal være hjemmerom for 9B<br />
1 maskinskr.rom<br />
" " " " " " 9A<br />
1 bibliotek<br />
Brukes minst mulig til undervisning<br />
3 grupperom<br />
(GR1, GR2 og GR3. GR3 er et meget lite rom som ikke kan være alternativ<br />
for andre<br />
rom)<br />
1 fysikkrom<br />
Disse to rom er innbyrdes alternativer. Biologi skal også plasseres i<br />
1 kjemirom<br />
også plasseres i disse rom som man vet blir overbelastet.<br />
2 gymsaler<br />
2 skolekjøkken<br />
1 sløydsal Sløydsal og handarbeidsal skal brukes mest mulig,<br />
men formingsal må være avlastningsrom for de to andre rommene.<br />
1 handarbeidsal<br />
1 formingsal<br />
Rommene<br />
registreres som vist i figuren foran<br />
Kommentar:<br />
1. De 8 klasserom registreres fortløpende. Rommene knyttes sammen til en enhet med<br />
funksjonen: KL. I klasseregisteret sier vi hvilke klasser som har rommene som<br />
hjemmerom .<br />
2. Rommene MUS, MSK og BIBL registreres. Disse skal brukes som spesialrom og selv<br />
om de også er klasserom, inngår de ikke i funksjonen: KL<br />
Senere innfører vi grupperingen: AKL (alternativt klasserom) som består av disse<br />
rommene. AKL er et alternativ til klasserommene.
85<br />
3. Vi regi strerer de 3 grupperommene. De to første blir likeverdige med funksjonen: GR.<br />
Det tredje rom som er så lite, inngår ikke i funksjonen<br />
GR, men GR er et naturlig<br />
første alternativ<br />
til rommet.<br />
4. De to naturfagrom blir "likeverdige" vha. funksjonen<br />
: NAT<br />
Tilsvarende blir gymsaler likeverdige vha. funksjonen: GY, og de to<br />
skolekjøkken<br />
likeverdige vha. funksjonen HK.<br />
5. De tre formingsrom er ikke likeverdige. Et av rommene (FORM) kan være alternativ<br />
til de to andre rom men har selv intet alternativ. I fagregisteret<br />
vil vi bruke<br />
romkravene: SLØYD og HAND for å få maksimal utnyttelse av disse to rom.<br />
6. 9B har ikke hjemmerom, men skal bruke musikkrommet når dette er ledig. Dette<br />
får vi<br />
fram via grupperingen: 9B-ROM<br />
som har MUS som første alternativ og ellers er et<br />
klasserom<br />
neste alternativ.<br />
Tilsvarende<br />
ordning har vi for 9A og rommet MSK.<br />
7. Skolen<br />
har ikke biologirom men ønsker å legge mest mulig biologi til de to<br />
naturfagrom og bruker eventuelt et klasserom som alternativ. Dette får en definert med<br />
grupperingen<br />
BIO som har NAT som første alternativ og KL som andre alternativ.<br />
(Hvis<br />
en kjører planen i flere skritt, kunne en forsøke at BIO ikke fikk KL som<br />
alternativ i starten. På den måten vil rommene NAT utnyttes maksimalt. I en senere<br />
fase kan en føre inn KL som alternativ).<br />
8. Gru pperingen: ALLE omfatter alle rom som kan brukes til teoretisk undervisning.<br />
Dette kan for eksempel være et alternativ til grupperom.<br />
Figuren mulighet for nyanserte romkrav til ulike rom. Vi viser<br />
dette for rommet MUS:<br />
1. Romkravene: MUS i fagregisteret er de første som oppfylles. (Dette er et absolutt<br />
krav.)<br />
2. Romkravene: 9B-ROM er de neste som oppfylles så godt som mulig. (MUS er<br />
første<br />
alternativ i denne gruppering.)<br />
3. Romkravet: KL som har AKL som alternativ (MUS inngår i AKL ), blir det det<br />
neste<br />
som tar MUS i bruk.<br />
4. Til slutt blir musikkrommet tatt i bruk via grupperingen : ALLE, eller som et<br />
alternativ<br />
til grupperom.<br />
Det overstående skulle være i godt samsvar med hvordan skolen tenker seg å bruke rommet<br />
MUS. Forutset ningene for å få til dette er at både romregister og romkrav i fagregister<br />
føres på korrekt<br />
måte.<br />
Vi kan brodere litt videre på vårt eksempel . Anta at fire av klasserommene (101,...,104)<br />
ligger i en fløy av skolen, de fire neste (105,....108) ligger i en annen fløy. Når en elevgruppe<br />
skal til et annet klasserom, skal byttet helst skje i samme fløy. Romregisteret kan da settes opp<br />
slik:<br />
De 8 klasserom er delt i to funksjoner avhengig av hvilken<br />
fløy de ligger i. Romalternativer velges først blant<br />
rommene i samme fløy før det letes blant andre<br />
alternativer. (En analog teknikk kan brukes hvis skolen har<br />
fagrom som norskrom, språkrom, matematikkrom osv.)<br />
For de skoler som trenger virkelig nyanserte romkrav henviser vi til avsnitt 5.4.1. Der omtales<br />
prioriteringsrekkefølgen ved kompliserte romkjeder samt hvilke rom som blir betraktet som<br />
likeverdige i de ulike skritt av romfordelingen.
3.5 KLASSER<br />
Faneblad : Klasser fører til klasse-register:<br />
86<br />
FO RK LA RING AV KLASSEREGISTER<br />
• Kla ssenavn Max 6 karakterer. Dette klassenavn brukes bare i sluttutskrifter.<br />
• Ny betegnelse. Forkortet klassesymbol. Max 3 karakterer. Dette er det klassesymbol<br />
vi skal arbeide med i løpet av timeplanarbeidet. Ny betegnelse vil ofte være det samme<br />
som fullstendig klassenavn. Hvis feltet<br />
mangler skriver Tplan de 3 første karakterer i<br />
klassenavn her.<br />
• Sektor Et like godt navn kunne være : Arbeidsenhet eller team. Med dette mener vi to<br />
eller flere klasser som kan være integrert i flere fag. I fagregisteret har vi en felles<br />
referanse til disse klasser, og dette er sektorsymbolet.<br />
I figuren er S81 en felles<br />
referanse<br />
til klassene 8A, 8B og 8C.<br />
• Komponent<br />
I en forenklet fremstilling glemmer vi dette begrep, men det er av<br />
sentral<br />
betydning for timeplanlegging av prosjektarbeid eller andre former for<br />
skiftende gruppering.<br />
• ÅK (Årskurs) max 2 karakterer. TPLAN vil initialt foreslå de to første karakterer i<br />
klassenavn<br />
som årskurs, men dette kan endres. I figuren er : 8 en felles referanse til<br />
klassene<br />
8A,8B og 8C, og dette vil vi bruke i fagregisteret.<br />
• POS(posisjoner)<br />
Dette er en viktig parameter for å kontrollere om fag- og<br />
blokkleggingsregister er korrekt utfylt. Dette har ingenting å gjøre med timetallet<br />
for<br />
den enkelte elev, (eller rammetimetallet for klassen), men derimot er det antall<br />
posisjoner i timeplanen hvor klassen deltar i aktiviteter som står oppført i<br />
aktivitetsregisteret. Dette er igjen det samme som summen av posisjoner klassen får i<br />
blokkleggingsregister og resterende posisjoner i fagregisteret. Det er vesentlig for ens<br />
egen oversikt at en har klart for seg hvor mange timeplanposisjoner den enkelte klasse<br />
har.<br />
• Hjemmerom: En registrerer det rom som er klassens hjemmerom. Et "hjemmerom"<br />
kan også være en funksjon eller gruppering (se registrering av rom) Det anbefales<br />
sterkt<br />
at feltet brukes, men romregisteret må først være utfylt. Dette kan føre til<br />
forenkling<br />
ved registrering av fag.<br />
• KLS(Klassestyrer)<br />
Signatur for klassestyrer. Lærerne må være registrert før feltene<br />
fylles<br />
ut. Ved utskrift av endelig plan, må selvsagt klassestyrerne registreres for å<br />
komme<br />
med i klasseplanene. En klasse kan ha to klassestyrere.<br />
• TETT<br />
PLAN J-svar betyr at klasseplanen skal være sammenhengende(dvs. ingen<br />
hulltimer)<br />
. J-svar betyr også at feltene : TMI og TMA bør fylles ut. Standard verdier<br />
for TMI = 0 og TMA = DT (antall pos. pr. dag)
87<br />
• FRIDAG Dette felt fylles ut når en klasse skal ha en eller flere vilkårlige fridager. I<br />
grunnskolen er det for eksempel vanlig at småklassene har 2 fridager pga. skoleskyss.<br />
En vil i tillegg forlange at disse fridagene ikke er sammenhengende. Dette får en ikke<br />
frem her, og en må blokkere klassene på en hensiktsmessig måte. Som for lærere har<br />
kravet om fridag for klasser dominerende innflytelse på sluttresultatet. En må sørge for<br />
at klasser som skal ha fridag, ikke har i fag som har flere perioder enn antall dager<br />
klassen skal ha undervisning. Krav om fridager for klasser fører til en skrittvis legging<br />
av planen. En legger planen så langt at det blir klart hvilken dag systemet foretrekker<br />
som fridager for klassene. Deretter blokkerer en fullstendig disse dagene og går<br />
eventuelt visse skritt tilbake i timeplanleggingen. Nå kan en fortsette timeplanarbeidet<br />
innen en mer stabil ramme.<br />
• Min.pos.pr.dag(TMI) Som standard forlanger vi ikke tette planer for klassene. Når<br />
• Max.pos.pr dag(TMA) antall tilgjengelige posisjoner<br />
er lik antall nødvendige<br />
posisjoner, er kravet om tette klasseplaner automatisk oppfylt. Ellers må vi eksplisitt<br />
kreve tette klasseplaner via parametrene: TMI og TMA. Samtidig definerer vi et<br />
minimalt og maksimalt antall posisjon er pr. d ag for klassen. Vi kan også sette opp<br />
dette kravet via øvrige direktiv (se avsnit t 3.10.4)<br />
• DIR (direktiv) J-svar gir overgang til posisjonsdirektiv for klassen. Dette behandles<br />
senere.<br />
For å kunne registrere "fag" hvor ingen klasse inngår (eksempel :konferansetid og ulike møter<br />
for lærere), har TPLAN en spesiell klasse : XXX (alltid 3 store X). Vi kaller denne for<br />
konferanseklassen og som navnet angir brukes den til konferansetid for lærere. Denne skal<br />
stå<br />
til slutt i klasseregister.<br />
3.6<br />
FAG<br />
Via faneblad : Fag kommer vi til fagregisteret. Vi har beskrevet timeplanproblemet med<br />
begrepene fag, aktivitet og blokk. Vi har presisert at timeplanen beskrives med fag og blokker<br />
mens under leggingen er aktiviteter det sentrale. Fagregisteret er den<br />
mest omfattende<br />
registre ring, men uansett hvor komplisert planen er, er fagregisteret<br />
stort sett enkel og rett<br />
frem.
88<br />
FORKLARING<br />
AV FAGREGISTERET Feltene er definert slik :<br />
• KLA Stamklasse for faget. Dette skal være en klasse, sektor eller årskurs. Vha. de<br />
to sistnevnte symboler kan vi si at en rekke klasser skal ha faget<br />
• AKT.NAVN Det navn faget har når det opptrer som del av en aktivitet. (Det kan<br />
også være en samlebetegnelse for flere fag.)<br />
EN LINJE I FAGREGISTERET SKAL VÆRE ENTYDIG(UNIKT)<br />
DEFINERT VED KOMBINASJONEN AV EN STAMKLASSE OG<br />
AKT.NAVN.<br />
• FAGNAVN Det fagnavn som skrives ut og som er en referanse til alle<br />
forekomster av faget. AKT.NAVN og FAGNAVN vil som regel være like, men<br />
samme stamklasse og fagnavn kan stå i flere linjer i fagregisteret. (Et vanlig tilfelle er<br />
at faget ikke har samme lærer eller samme rom i alle timer.) Fordi akt.navn og fagnavn<br />
som regel er like, kan vi nøye oss med å registrere bare akt.navn og taste: Enter i felt:<br />
Fagnavn som dermed automatisk blir likt Akt.navn. Fagnavn har en meget viktig<br />
timeplanteknisk funksjon slik :<br />
Hvis samme lærer har samme fagnavn for samme klasse, må disse fag<br />
plasseres på forskjellige dager dvs de er i dagkonflikt.<br />
For at denne mekanisme skal virke må man i obligatoriske opplysninger ha bekreftet<br />
at man bruker indirekte dagkonflikter.<br />
• POS Antall posisjoner (timer) for faget. Dette vil være antall posisjoner læreren<br />
underviser faget. Den enkelte elev kan få færre timer hvis noe av undervisningen skjer<br />
i mindre grupper(deletimer.)<br />
• PERIODER Periodeinndelingen til faget dvs.<br />
hvordan faget skal fordeles på<br />
ukedagene.<br />
Vi kan ha enkel, dobbel, trippel-time osv. TPLAN tillater inntil 10-doble<br />
perioder. (Skriv : X for<br />
en 10-dobbel periode.) . Eksempler:<br />
111 : Definerer 3 enkelperioder<br />
2111 eller 1112 = Definerer en dobbelperiode og<br />
3 enkelperioder osv.
89<br />
•<br />
Summen av periodene må være likt antall posisjoner, ellers får man et feilvarsel.<br />
Et<br />
par spesialtilfeller skal omtales:<br />
o Et fag har mange posisjoner, og det skal fordeles fritt (forhåndsplasseres)<br />
på<br />
ukedagene. Ikke skriv noe i feltet :PERIODER. Dette er det samme som at alt<br />
blir oppfattet som enkelperioder som eventuelt kan fordeles fritt. For fag som<br />
inngår i blokklegging, kan man også unnlate periodeinndelingen<br />
fordi det er<br />
blokken som helhet som styrer dette. Vi anbefaler ikke det siste fordi man får<br />
en del varsler ved overføring av data.<br />
o Ved deletimemodeller (NOMA,MANO el.) vil vi som regel forlange at to<br />
timer ligger på samme dag men ikke nødvendigvis som en dobbeltime. Vi gir<br />
dette periodelengde: 2 i felt: PERIODER, og under<br />
blokklegging vil vi kunne<br />
si at disse timene ikke trenger å ligge i sekvens.<br />
LÆR Signatur for lærer som har<br />
faget. ( En spesialkonvensjon er : Hvis man skriver<br />
ALL som signatur, får man fortløpende registrert alle lærere for å kunne lage en<br />
konferanseaktivitet som består av alle lærere)<br />
• ROM Romkrav for faget. Tillatte symboler er : Et fysisk rom eller en funksjon eller<br />
en gruppering i romregister.<br />
• KLB, KLC I feltet KLA definerte vi stamklasse som en klasse, sektor eller årskurs.<br />
Det hender at et fag blir undervist i flere klasser som ikke tilhører samme sektor.<br />
Typiske eksempler er faget: livssyn eller valgfag for<br />
flere årskurs. Feltene KLB og<br />
KLC er en utvidelse av feltet KLA, slik at vi kan tilføye ytterligere klasser, sektorer<br />
eller årskurs. (Vi kan om nødvendig også fortsette på neste linje.)<br />
• FULLT NAVN. I sluttutskriftene skriver vi ut som standard FAGNAVN, men hvis<br />
vi<br />
fyller ut feltet : FULLT NAVN, kan dette<br />
bli skrevet i stedet. Vi styrer dette i<br />
menyvalg Funksjoner. Dette fordi vi vil ha en mer tydelig utskrift.<br />
Feltet har ingen<br />
timeplanfunksjon, og man trenger ikke å fylle ut feltet før eventuelt i sluttfasen.(Feltet<br />
brukes også som en forbindelse med andre skoleadministrative systemer.)<br />
• KLAREF. I planer for lærere og rom blir stamklassen(KLA) klassereferansen. Hvis<br />
man ikke synes dette er tydelig nok, kan man i dette felt lage et mer beskrivende<br />
symbol. Dette har bare konsekvenser for utskrifter.<br />
Vi vil i fremtidige versjoner gi<br />
dette feltet en annen funksjonalitet.<br />
• LØNN Feltet Lønnskode registrerer lønnskode for faget. Sterkt unntaksvis er ikke<br />
lønnstimer lik antall pos for faget, vi registrerer da lønnstimene i feltet Lønnstimer.<br />
Lønnsberegning har ingen timeplanfunksjon, men den er nyttig for ulike oversikter for<br />
lærere. Det er et spesielt moment som skal omtales: Læreren skal ha lønn for gjøremål<br />
som ikke inngår i timeplanen. Ved å gi disse timene til en fiktiv klasse: YYY, blir det<br />
tatt med i lønnsberegningen men ikke i timeplanen.(se avsnitt 4.4)<br />
• K J-svar her betyr at faget skal kantplasseres dvs. plasseres i dagens første eller siste<br />
posisjon for tilhørende klasser.<br />
• D Gir overgang til ulike direktiv. F ire m ulige svar i feltet<br />
P : Gir overgang til posisjonsdirektiv. K : " " " dagkonflikter.<br />
S : " " " sekvenser.<br />
D : " " " dagsammenfall.<br />
(De tre siste svarene gir alle overgang<br />
til mønsterdirektiv.)<br />
• A Fagets klassifisering. Har ingen anvendelse for standard bruk av TPLAN, men<br />
er av sentral betyding for 10-dagers planer og like viktig for halvårlig eller annenhver<br />
ukes undervisning. Behandles grundig i senere kapitler.
90<br />
Figuren foran viser en fullstendig registrering av obligatoriske fag i 9A samt noen av<br />
valgfagene<br />
i årstrinn 9. Kommentar:<br />
1. Faget KRK (kristendom) består av 2 timer som skal plasseres som to enkeltimer.<br />
Faget har fått lærer AB og klasserom 15 (Hjemmerom for klassen. Bruk F12<br />
for å<br />
registrere rommet.) Tilsvarende består faget SAF av 3 enkeltimer. Faget NO består<br />
av 5 timer, en dobbeltime og 3 enkeltimer. Faget GYM består av 3 timer. Dette<br />
skal være en dobbeltime og en enkeltime, og dette skal plasseres i gymsal(GYM1).<br />
2. Faget NA (naturfag) er 4 timer, og det er spesifisert med 2 linjer i fagregisteret.<br />
(Akt.navn NA og NA1). Dette skyldes at romkravet i 2 av timene er<br />
hjemmerommet(15), mens det skal ha fysikkrom (FYS) i de to andre timer.<br />
3. Visse fag i figuren er koplet(integrert) i blokker slik at skolemodellen er mer<br />
komplisert enn det som fremgår av denne figur.<br />
Dette registreres i blokkleggingsregisteret.<br />
4. Vi foregriper begivenhetenes gang og beskriver hvordan 9A i virkeligheten er<br />
organisert:<br />
a. Fagene HAND og SLØY (dobbeltimer) er begge halvklasseundervisning.<br />
Disse legges mot hverandre i en enkel blokk.<br />
b. Faget MUS er 2 lærertimer (dobbeltime). Dette er halvklasseundervisning slik<br />
at eleven har bare 1 time MUS. Tilsvarende er akt.navn NA1 også<br />
halvklasseundervisning i naturfag slik at eleven har 3 timer naturfag.<br />
Deletimene (halvklasseundervisningen) i disse fag legges mot hverandre i en<br />
blokk. (Hvis man også forlanger dobbeltime i blokken, kan eleven få<br />
dobbeltime i musikk/naturfag annenhver uke.)<br />
5. Faget ENG (4 timer) er 2 timer<br />
helklasseundervisning og 2 timer<br />
halvklasseundervisning, slik at eleven har 3 timer i faget. Eksakt samme<br />
arrangement har vi i faget MA. Deletimene (halvklassene) i de to fag skal legges<br />
mot hverandre, slik at det kreves 6 posisjoner for å få plassert disse fag. Vi må<br />
senere definere en blokklegging av deletimene. Bemerk at vi "later som om" begge<br />
fagene består av dobbeltimer. Dette er gjort for at de to deletimene skal til samme<br />
dag men ikke nødvendigvis i sekvens dvs. dagsammenfall. (Se detaljene i<br />
blokklegging.)<br />
6. Bemerk at valgfagene har fått stamklasse(KLA) årstrinnet: 9 fordi alle klasser i<br />
årstrinnet skal ha disse fagene. Senere vil vi lage en mer eller mindre komplisert<br />
blokk for hvordan valgfagene skal integreres.<br />
7. I figuren har vi skrevet fullt navn og lønnskode for lærerne. Det er valgfritt om<br />
dette skal gjøres. (Man kan også eventuelt utsette dette.)<br />
Figuren<br />
være typisk for nesten alt arbeid med fagregisteret, og vi er dermed fremme ved et<br />
hovedpoeng<br />
med registreringsteknikken:<br />
UANSETT<br />
HVOR KOMPLEKS EN SKOLEMODELL ER, VIL REGISTRERING AV<br />
FAGREGISTER<br />
STORT SETT VÆRE ENKEL OG RETT FREM. FORSKJELLEN<br />
MELLOM<br />
EN ENKEL OG KOMPLEKS SKOLE KOMMER TIL SYNE I HVORDAN<br />
BLOKKLEGGINGEN<br />
ER, ULIKE DIREKTIVER OG ANDRE KOMPLEKSE<br />
MEKANISMER.<br />
Vi kan bygge litt videre på figuren<br />
Vi har registrert obligatoriske fag for 9A og skal nå registrere<br />
9B som er organisert på samme<br />
måte.<br />
Nå kan det gjøres betydelige forenklinger. To teknikker foreslås:
91<br />
1. Merk alle obligatoriske fag i 9A ved å holde musepeker nede i første felt (linjenr.<br />
Kopier dette til utklippstavle. Gå til slutt av register. Klistre inn utklippstavle, og vi<br />
har en kopi av fagene i 9A. Rett de felt som er forskjellige. Dette<br />
er KLA som nå<br />
er 9B. Lærer og rom er også forskjellig. Bruk F12 for et annet hjemmerom.<br />
2. Alternat ivt: Registr er 9B i f elt K LA og registrer et akt.navn. Bruk F11 for å<br />
kopiere andre felt. Registrer ny lærer og nytt romkrav. (Bruk F12). F9 kan noen<br />
ganger brukes. Fortsett med dette fag for fag. Jeg bruker ofte metode 2, men dette e r en smaksak. Registreringsarbeidet blir<br />
drastisk<br />
redusert med bruk av en av de to metoder.<br />
Fig 3.8<br />
Vi skal vise eksempler på mer spesiell bruk av fagregisteret. Kommentar til fig 3.8:<br />
1. Sektorsymbol S81 er klassene 8A og 8B. De tre første linjene i figuren beskriver<br />
formingsaktivitetene i de to klasser. De blir senere bundet sammen til en blokk. Vi<br />
har brukt sektorsymbol som klassereferanse og alle tre fag vil bli skrevet ut for<br />
begge klasser.<br />
2. For 8C og 8D har<br />
vi knyttet disse sammen uten bruk av sektorsymbol. Bemerk at<br />
klasse 8D står i felt KLB.<br />
Vi har også gjort noe annet : Vi lar en referanse : 8C<br />
FORM peke på tre fag : HAND,SLØY,TEGN fordi de to følgende linjer har de to<br />
første felt tomme. Vi har dermed direkte laget en aktivitet uten å gå omveien<br />
om blokklegging. Når en blokk er lik en aktivitet, er det ofte like enkelt å gjøre<br />
dette i fagregisteret. (En innvending<br />
til dette er at hvis det er aktuelt å undersøke en<br />
rekke ulike skolemodell er, kan det være l ike greitt<br />
å ha et fast fagregister og la<br />
forskjellene komme til syne ved forskj ellig blokkleggin g.) I f ig 3.8<br />
har jeg prestert<br />
å gjøre en meget vanlig feil : Jeg har glemt<br />
å skrive fagnavn for lærer 2 og 3 (AN<br />
og OM) som skal ha fagene SLØY og TEG N. Nå r man registrerer en<br />
lærer eller<br />
rom skal man også ha et tilhørende fagnavn. Gjør ikke slik jeg har vist, se heller på<br />
XXX KONF.<br />
3. Faget 9A LIVS (livssyn) viser et av de sjeldne tilfeller .hvor aktuelle klasser<br />
kommer<br />
fra en rekke sektorer og årskurs. I figuren viser vi at man kan fortsette<br />
med klassesymboler på neste linje.<br />
4. Klassesymbol : XXX definerer en konferanse dvs. ingen klasse deltar i et møte<br />
mellom et antall lærere.<br />
5. Faget: no er litt komplekst definert for 9A og 9B. Disse to klassene<br />
er integrert i<br />
dette faget. Videre skal 3 ekstra lærere (JÆ, OM og EK) delta i tillegg til de to
92<br />
hovedlærere HE og BGL. Antall timer("lærertettheten") er ikke<br />
lik for lærerne. Vi<br />
får sen ere en litt kompleks bl okk for denne organiser ing mens<br />
registrering i<br />
fagregister er enkel og rett frem.<br />
Fig 3.9<br />
Fig 3.9 viser en vanlig organisering i en norsk<br />
ungdomskole:<br />
Klassene 9A og 9B har 3t. ENG, 4t. MA og 5t. NO. 3 av timene<br />
i alle fag skal integreres til<br />
følgende modell:<br />
1 2 3<br />
9A N M E Fig 3.10<br />
9AB E N M<br />
9B M E N<br />
dvs i tre timer i hvert fag omgrupperes to klasser til tre grupper( 9A, 9AB og 9B), og disse<br />
gruppene undervises samtidig i hvert sitt fag. I fig 3.9 har klassene 9A og 9B på vanlig måte<br />
fått fagene ENG,MA og NO. Den tredje gruppen (9AB) har fått sektorsymbol S91 som<br />
stamklasse fordi elever fra begge klasser inngår her. Til slutt i fig 3.9 står ytterligere<br />
3 fag<br />
som er støtteundervisning i de 3 fagene. Støtteundervisningen knyttes til gruppe 9AB, og hvis<br />
timetallet ikke er likt i alle fag, kan blokken bli litt komplisert.<br />
Normalt trenger man bare en linje i fagregisteret for å registrere ett fag. Unntak fra denne<br />
regelen er:<br />
1. Hvis faget ikke har samme lærer/romkrav i alle timer.<br />
2. Hvis flere lærere/rom brukes til faget.<br />
3. Hvis mange "ustrukturerte" klasser deltar i faget<br />
4. Hvis noen av timene i faget skal kantlegges mens andre legges på vanlig måte.<br />
5. Hvis noen timer i faget skal trekkes ut til prosjektarbeid. 6. Hvis man arbeider med periodelesning.<br />
7. Hvis man bevisst slår sammen fag til en blokk.<br />
Dette forekommer sjelden og selv slike unntak er enkle å registrere, slik at fagregistreringen<br />
nok kan bli omfattende men ganske enkel å gjøre.<br />
3.7 BLOKKLEGGING<br />
Vi får tilgang på blokkleggingsregister via eget faneblad for dette. Dette register er en<br />
nødvendig supplerende del til fagregister, og vi binder sammen fag til aktiviteter og<br />
blokker for å definere samtidig undervisning, og hvordan dette skal fordeles på<br />
ukedagene.
93<br />
Fig 3.11<br />
FORKLARING AV BLOKKREGISTER:<br />
• KLA Stamklasse for blokken. Dette skal være en av de stamklasser som står i<br />
fagregisteret dvs. en klasse, sektor eller et årskurs.<br />
• Blokknavn En betegnelse på blokken som helhet. Kombinasjonen av en stamklasse<br />
og et blokknavn skal være entydig (unikt) og må ikke kunne forveksles med en annen<br />
blokk. Det må heller ikke kunne forveksles med kombinasjonen av en stamklasse og<br />
akt.navn i fagregisteret. Blokknavnet består av 5 karakterer mens den 6-te karakter er<br />
reservert til en fortløpende nummerering av de enkelte aktiviteter (posisjoner) som<br />
inngår i blokken (omtales senere).<br />
• Perioder. Periodeinndelingen til blokken dvs hvordan de enkelte aktiviteter skal<br />
fordeles på ukedagene. Dette er en direkte referanse til de posisjoner som senere<br />
følger.<br />
Eksempel : PER = 2112 , betyr at blokken består av 6 posisjoner. POS1 og POS2 skal<br />
ligge på samme dag. (Hvis POS1 og POS2 er like blir de en dobbeltime, ellers blir det<br />
to enkeltimer som inngår i et sekvenskrav.) POS3 og POS4 skal ligge som 2<br />
enkeltimer på forskjellige dager. POS5 og POS6 skal ligge på samme dag (enten en<br />
dobbeltime eller et sekvenskrav.) En meget viktig følge av denne konvensjon er :<br />
For å kunne forlange at visse aktiviteter(posisjoner) skal ligge på samme dag, må de<br />
registreres fortløpende i blokkleggingen. (Vi har f.eks. ingen mulighet til å forlange at<br />
POS1 og POS3 skal på samme dag mens POS2 skal på en annen dag. Dette har<br />
konsekvenser for hvordan vi beskriver blokkleggingen posisjon for posisjon.<br />
Eksemplet vårt viste at blokken besto av 4 selvstendige intervall. Spørsmålet er om<br />
dette også krever 4 dager. Dette avhenger av om de ulike aktiviteter(posisjoner) har<br />
felles fag. I vårt eksempel vil POS1+POS2 ligge på forskjellig dag som POS5+POS6<br />
hvis aktivitetene har felles fag, ellers kan de i prinsippet havne på samme dag.<br />
Feltet PER brukes dermed til å beskrive selvstendige intervall innen blokken. Dette<br />
resulterer i enkeltimer eller multiple timer(eventuelt sekvenser) som etter nærmere<br />
regler fordeles på ukedagene. Vi har bruk for nok en relasjon :<br />
Vi må kunne forlange at to aktiviteter ligger på samme dag uten å forlange at de også<br />
ligger sekvensielt dvs. krav om dagsammenfall. (NOMA og MANO er et typisk<br />
eksempel.)<br />
Vi registrerer også dette i feltet PER f.eks slik:<br />
2112<br />
* * på neste linje
94<br />
De to * - symboler hever ikke kravet om at visse posisjoner skal til samme dag, men<br />
de hever kravet om<br />
at de skal ligge sekvensielt på denne dagen.<br />
• Referanse. Stamklasse for de akt.navn som følger på samme linje i<br />
blokkleggingen. Hvis feltet REF er BLANKT, er dette det samme som at<br />
stamklassen for denne linje er feltet : KLA i første linje av blokken.<br />
Konsekvensen<br />
av denne konvensjonen er at man svært ofte kan unnlate å bruke feltet<br />
REF, og når man må bruke feltet, må man huske at alle akt.navn som følger på denne<br />
linje skal ha samme stamklasse. Mange gjør feil her!<br />
• POS 1, POS 2 etc. En fortløpende registrering av akt.navn nb!! ikke fagnavn fra<br />
fagregisteret og i følge konvensjonene ovenfor. Hver posisjon kan i prinsipp definere<br />
en selvstendig aktivitet. Navnet på denne aktivitet vil være: Blokknavnet + nr. på<br />
posisjon i blokken.<br />
Visse posisjoner vil få samme nr. etter disse regler:<br />
Hvis flere posisjoner inneholder de samme akt.navn, får alle det samm e nr. lik det<br />
laveste av aktuelle muligheter.<br />
Dette gjelder ikke hvis en aktivitet(posisjon) inngår i sekvenskrav. Da kan den bare<br />
slås sammen med andre posisjoner i samme intervall.<br />
Posisjoner som inngår i dagsammenfall blir aldri slått sammen dvs. et dagsammenfall<br />
består alltid av bare enkeltimer med kjent nr.<br />
Ved overføring av data skrives det alltid ut hvilket nr. de ulike posisjoner har:<br />
BLOKK: 9 VF 11344<br />
BLOKK: 10 VF 113355<br />
Dette tolkes slik : 9 VF består av 5 posisjoner . POS 1 og POS 2 får begge<br />
aktivitetsnavnet VF 1. POS 3 får betegnelsen VF 3. POS 4 og POS 5 får akt.navnet<br />
VF 4. Blokk 10 VF består av 6 posisjoner. Parvis får posisjonene samme navn,<br />
henholdsvis VF 1,VF 3 og VF 5.<br />
• D. Overgang til direktiv. Samme regler som for fagregisteret.<br />
Fig 3.11 viser registrering av blokkene for valgfag i årstrinn 9 og 10. Årstrinn 9 er 3<br />
enkeltimer og en dobbeltime. POS 1 og POS 2 er like og slås sammen til samme aktivitet VF<br />
1(to enkeltimer), POS 3 er en selvstendig enkeltime med navn VF 3, POS 4 og POS 5 er like<br />
og slås sammen til en dobbeltime med navn VF 4.<br />
Valgfagene i årstrinn 10 består to dobbeltimer og to enkeltimer. POS 1 og POS 2 er like og<br />
slås sam men til en aktivitet med navn VF 1 (dobbeltime).<br />
POS 3 og POS 4 er like og slås<br />
sammen til en aktivitet med navn VF 3. Tilsvarende er POS 5 og POS 6 like og danner en<br />
dobbeltime med navn VF 5. VF 1 og VF 3 har felles akt.navn og kan ikke ligge på samme<br />
dag. VF 5 har ingen felles akt.navn med de to andre aktiviteter og kan utmerket godt ligge på<br />
samme dag som en av de andre aktiviteter.<br />
Heimkunnskap<br />
i årstrinn 8 er organisert etter denne modell :<br />
1 2 3 4 5 6<br />
HK HK HK M E N<br />
M E N HK HK HK<br />
Trippeltime Trippeltime<br />
Når en halvpart av klassen har heimkunnskap, har den andre halvpart 1t. matematikk, 1t.<br />
engelsk og 1t norsk. Heimkunnskap er trippeltime. Fig 3.11 viser nederst registrering av<br />
denne blokklegging<br />
for klasse 8A. Vi gir dette navnet HKNME og forlanger to trippeltimer.<br />
Det som følger er en<br />
avskrift av figuren ovenfor.<br />
Fig 3.11 inneholder absolutt en del<br />
detaljer og krav til timeplanen, men det er stort sett rett<br />
frem å sette dette opp. Dermed har vi nok et hovedpoeng i registreringsteknikken :
95<br />
Jeg har i mer enn 40 år sett tusenvis av måter skoler organiserer sine blokker.<br />
Hver gang en skole fikk vansker med å beskrive sine krav til organiseringen,<br />
resulterte dette i en omfattende opptegning av blokker samt en omstendelig<br />
beskrivelse av hva man egentlig ønsker. Mitt blokkleggingsregister er et forsøk<br />
på å strukturere og formalisere de beskrivelser jeg har møtt. Dermed mener jeg å<br />
laget en entydig forbindelse mellom et noe vagt blokkbegrep og et presist<br />
aktivitetsbegrep. En blokk har som nevnt den fordelen<br />
den beskriver direkte den<br />
organisering som ønskes.<br />
Fig 3.12<br />
I det følgende skal vi se på en del eksempler på beskrivelse av skolemodeller vha. blokker.<br />
Fig 3.12 viser organisering av deletimer i årstrinn 9 :<br />
Hver elev skal 1 time halvklasseundervisning i fagene naturfag og musikk. Dette skal legges<br />
mot hverandre, og man forlanger at dette skal legges som en dobbeltime slik at eleven kan få<br />
dobbeltime i fagene annenhver uke.<br />
Eleven skal ha deletime i fagene matematikk og engelsk, og disse legges mot hverandre. Her<br />
vil man begrense seg til å forlange at deletimene ligger på samme dag. (dagsammenfall)<br />
Bemerk bruk av * symbol på linje 2 i blokken i feltet PER. Fagene<br />
har selvsagt flere timer,<br />
men dette<br />
er vanlig klasseundervisning som man ikke skal lage noen blokk for.<br />
Fig 3.13 viser vanlig blokklegging av skriftlige fag i 8A og 8B. Fagene norsk, engelsk og<br />
matematikk er integrert for de to klasser i tre blokker. I engelsk og matematikk<br />
har vi ekstra<br />
støttelærer for klassene i alle timer. I faget norsk<br />
er klassene bare integrert i to timer men da<br />
med to ekstra lærere. De resterende timer i norsk<br />
blir vanlig klasseundervisning.<br />
Fig<br />
3.14 viser først ulike former for deletimemodeller:<br />
Fig 3.13
96<br />
I 9A har eleven to deletimer i norsk og to deletimer i matematikk.<br />
Disse timer legges mot<br />
hverandre som vist i figuren. Parvis skal disse deletimene inngå i dagsammenfall. (Se feltet<br />
PER). Bemerk derfor rekkefølgen for registrering av POS 1, POS 2 osv.<br />
I 9B har vi et annet typisk tilfelle av deletimer. Denne figur er utgangspunktet:<br />
1 2 3 4 5 6 7 8 9 10 11<br />
9B<br />
N<br />
N<br />
E<br />
E<br />
M<br />
N<br />
/<br />
M<br />
M<br />
/<br />
N<br />
N<br />
/<br />
M<br />
M<br />
/<br />
N<br />
Hver elev har:<br />
4t norsk (N), 2 av disse i helklasse og 2 i halvklasse<br />
3t engelsk (E), 2 av disse i helklasse og 1 i halvklasse.<br />
4t matematikk (M), 1 av disse i helklasse og 3 i halvklasse.<br />
E<br />
/<br />
M<br />
Deletimene<br />
settes mot hverandre slik at når den ene gruppe har matematikk, har den andre<br />
gruppe norsk eller engelsk. Parvis vil en ønske<br />
at deletimene plasseres på samme dag,<br />
fortrinnsvis som en dobbeltime. Dette gjelder time 6 og 7,<br />
8 og 9, 10 og 11 i figuren. Årsaken<br />
til at et slikt arrangement er ønskelig, er at dette sikrer alle elever samme veksling mellom<br />
hel- og halvklasseundervisning, og dette har betydelige undervisningsmessige fordeler. Nå er<br />
det sjelden at kravet om at parvis sammenhørende deletimer skal være en dobbeltime, er<br />
absolutt. Erfaring har også vist at dobbeltimer fører til betydelig tilstramming av timeplanen,<br />
og e n bør<br />
begrense seg til å kreve at sammenhørende deletimer plasseres på samme dag.<br />
I fi g 3. 14 har vi for 9B satt opp blokken for denne modell. Vi trenger bare å registrere timene<br />
6-11 halvklasseundervisningen) og registreringen er rett frem. Vi skal bemerke to ting:<br />
1. Feltet PER definerer 3 parvis sammenhørende deletimer.<br />
2. Vi registrerer fortløpende de deletimer som hører sammen og som skal på samme<br />
dag.<br />
For 9B var antall deletimer i et fag (matematikk) lik summen av deletimene i de to andre fag.<br />
Dette gjorde det mulig å spesifisere parvis sammenhørende deletimer. Anta derimot at<br />
deletimene fordeles slik:<br />
M<br />
/<br />
E<br />
Fig 3.14
97<br />
Hver elev skal ha:<br />
2 deletimer i norsk<br />
2 deletimer i matematikk<br />
2 deletimer i engelsk<br />
Nå kan ikke deletimene i to fag klareres parvis mot hverandre.<br />
Modellen kan realiseres på følgende måte:<br />
1 2 3 4 5 6 7 8 9 10 11<br />
N M E N M E<br />
9C N N M M E / / / / / /<br />
E N M E N M<br />
Nå vil vi ønske at time 6,7 og 8 plasseres på samme dag. Dette gjelder også time 9,10 og 11. I<br />
fig 3.14 viser vi blokken for en slik modell for klasse 9C. Vi bemerker nok en gang feltet PER<br />
som sier at timene 3 og 3 skal på samme dag, og posisjoner som hører sammen registreres<br />
fortløpende.<br />
Et litt mer<br />
komplisert eksempel er følgende :<br />
Hver<br />
elev skal ha:<br />
2 deletimer i norsk ,2 deletimer i matematikk<br />
og 1 deletime i engelsk.<br />
Vi må kombinere prinsippene for modellene i foran, og modellen blir:<br />
1 2 3 4 5 6 7 8 9 10 11<br />
N M N M E<br />
9D N N M M E E / / / / /<br />
M N E N M<br />
Figuren fører til to forskjellige dagsammenfall (time 7 + 8, time 9 + 10 + 11). For 9D viser vi<br />
blokken for denne modell i fig 3.14<br />
Dette eksempel viser at en kan konstruere en hensiktsmessig deletimemodell<br />
(tilnærmet)<br />
uavhengig av hvordan en fordeler deletimene på det enkelte fag,<br />
I prinsipp bruker man en<br />
eller annen kombinasjon av de mekanismer som er vist foran.<br />
Det er selvsagt en pris å betale<br />
for de mer kompliserte varianter av deletimemodeller:<br />
I 9B kan klassen ha samme lærer i engelsk og norsk mens 9C og 9D krever forskjellig lærer i<br />
alle<br />
3 fag (siden hvert fag er klarert mot begge de andre fag).<br />
Kompliserte<br />
deletimemodeller fører til en rekke dagkonflikter og en rekke krav om<br />
dagsammenfall.<br />
Det er selvsagt at dette også fører til et strammere timeplanproblem.<br />
Mer kompliserte<br />
varianter av deletimer bruker følgende elementer i tillegg:<br />
1. Flere fag trekkes inn i deletimene.<br />
2. Modellene skifter en god del fra klasse til klasse.<br />
3. Flere klasser integreres både i helklasse- og halvklasseundervisning.<br />
Vi viser ikke slike modeller av plasshensyn, og videre vil vi nevne at disse modeller ofte fører<br />
til<br />
et timeplanteknisk kaos.<br />
Nederst i fig 3.14 er klassene 9A og 9B organisert<br />
som fig 3.10. Dette gjelder for 3 timer for<br />
hvert<br />
av fagene. Dette krever 9 posisjoner mens vi har plass til 8. Vi må registrere modellen<br />
med to blokker (NME og NME1) og sørge for at samhørende posisjoner ligger i samme<br />
blokk. De tre første linjer i de to blokker er en gjentakelse av fig 3.10 tre ganger og via feltet<br />
PER definerer vi dagsammenfall for 3 og 3 posisjoner. Vi antar at modellen<br />
kompliseres<br />
ytterligere<br />
av vi har noe støtteundervisning med forskjellig timetall slik : 3t<br />
matematikk(MAST), 2t engelsk(ENGST) og 1t norsk(NOST). Støtteundervisningen blir gitt<br />
til elever<br />
i begge klasser, S91 (9AB). Fjerde linje i de to blokker er registrering av
støtteun dervisningen.(Bemerk korrekt posisjon). Vi har nå laget en modell som er ganske<br />
kompleks,<br />
men registrering av blokken er rett frem.<br />
Fig 3.15 viser et teoretisk eksempel som er prinsipielt viktig.:<br />
98<br />
Fig 3.15<br />
FAG1 og FAG2 er 4 timer som begge skal ha dobbeltime. FAG3,FAG4,FAG5 og FAG6 skal<br />
alle ha 2 enkeltimer. Fagene skal ligge mot hverandre som vist i figuren. Det sentrale ved<br />
figuren er feltet PER: 121. Vi sier at POS 2 og POS 3 skal ligge sekvensielt på samme dag.<br />
.Dermed<br />
er periodekravet for det enkelte fag oppfylt. Dette teoretiske eksempel er meget<br />
viktig for blokklegging av linjefag i den videregående skolen, hvor organiseringen<br />
forekommer<br />
ofte.<br />
Fig 3.16<br />
Fig 3.16<br />
viser først en noe komplisert organisering av faget norsk i 9A og 9B. Klassene er<br />
integrert i en blokk og hovedlærerne har 5 t i klassene. I tillegg har vi ikke mindre enn 3<br />
ekstra lærere<br />
som har et noe forskjellig timetall slik: 3t, 4t og 3t. Lærerne skal delta parvis<br />
etter et ganske bestemt mønster som vist i figuren. Igjen en kompleks blokk som registreres<br />
enkelt.<br />
Fortsettelsen i fig 3.16, tar utgangspunkt i følgende modell for valgfagene: For valgfagene<br />
gjelder at boklige fag bør plasseres jevnt over uken mens praktiske fag bør undervises i<br />
sammenhengende perioder: Hvis skolen ikke har skyssordning, kan en oppfylle begge<br />
kravene med kantplassering og sekvenskrav. Følgende figur. viser problemet skjematisk:<br />
For time 1-4 gjelder:<br />
TYSK og FRANSK skal være en dobbeltime og to enkeltimer mens HK og FORM skal være<br />
trippeltime. Time<br />
3 må splittes i 2 aktiviteter (to posisjoner). Den ene av disse sekvenslegges<br />
med time 1-2 og begge aktiviteter for time 3 må kantplasseres.
For time<br />
5-6-7 gjelder:<br />
HK skal være trippel t, EDB skal være dobbelt<br />
og enkelt. Videre har lærer LL to<br />
svømmepartier<br />
i time 5. Time 5 må splittes i to aktiviteter. Den ene av disse sekvenslegges<br />
med time<br />
6-7 og begge disse aktiviteter må kantplasseres. Modellen skal plasseres på<br />
følgende<br />
måte:<br />
Siste del av fig 3.16 er mer eller mindre en avskrift av figuren ovenfor,<br />
men vi skal merke:<br />
1.<br />
Modellen krever totalt 9 pos., og vi må registrere den som to blokker : VF1 og VF2.<br />
99
100<br />
2. Periodeinndelingen(sekvenskravet)<br />
for blokken står i feltet PER. Fagene må derfor<br />
registreres i den rekkefølge som er vist i fig 3.16<br />
3. Visse posisjoner skal være kantplasserte. Dette får vi til ved å registrere et fagnavn<br />
under to forskjellige akt.navn (to linjer) i fagregisteret. Se faget TYSK som er<br />
registrert under akt.navn TYSK og TYSK1. Disse er like bortsett fra at TYSK1 har<br />
krav om kantplassering. Tilsvarende ordning har vi for FRAN og FRAN1, HK og<br />
HK1,FORM og FORM1,HK2 og HK3,EDB og EDB1,mens SVØM er kantplassert i<br />
begge timer.<br />
Litt kompleks<br />
er blokkene, men likhetene med figuren ovenfor er innlysende.<br />
3.8 SPESIELLE AKTIVITETER<br />
Det kan være forhold som en skal ta hensyn til i timeplanen som ikke kan klassifiseres som<br />
tradisjonelle undervisningsaktiviteter. Typiske eksempler er:<br />
Konferansetid for lærere, administrative funksjoner, fritid for klasser og lærere, støttesenter<br />
osv.<br />
Mesteparten defineres ved ulike fiktive aktiviteter eller fiktive ressurser. For slike formål er<br />
det valgt en nyttig konvensjon :<br />
Klassesymbolet XXX (konferanseklasse) er bare et referansesymbol og inngår<br />
ikke i aktivitetene, dvs. klasse XXX kan ha er vilkårlig antall aktiviteter i samme<br />
posisjon.<br />
I det følgende skal vi vise et utvalg eksempler på spesielle aktiviteter, men vi begrenser oss til<br />
de mest vanlige tilfeller.<br />
3.8.1 Eksempel 1. Konferansetimer for lærere.<br />
Skolen ønsker følgende:<br />
1. Alle lærere ved skolen skal ha en felles konferansetime etter ordinær skoletid.<br />
2. Klassestyrerne i hvert årstrinn skal ha en felles konferansetime.<br />
Dette er standardeksemplet for<br />
bruk av klassesymbol XXX:<br />
har i fiktive aktiviteter, registreres i lærerens timetall.<br />
Aktivitet XXX KONF1 og XXX<br />
KONF2 kan bli plassert i samme<br />
posisjon. Både for dette og de<br />
følgende eksempler må en huske<br />
på:<br />
Den fiktive klassen (XXX)<br />
med<br />
tilhørende timetall må registreres<br />
i<br />
klasseregister (som siste<br />
klasse).<br />
Videre må de timer som<br />
lærerne<br />
3.8.2 Eksempel 2: Fritid for klasser og lærere.<br />
Halve og<br />
hele fridager for lærere registreres som vist i avsnitt 3.3.<br />
1 Årstrinn 4 skal undervises 24 posisjoner innen en ramme på 30 posisjoner. To av<br />
dagene i uken skal klassene bare ha de 3 første timer.<br />
2. Lærer BGL skal pensjoneres neste år, og skolen vil imøtekomme lærerens ønske om<br />
en balansert timeplan hele uken. I tillegg setter lærer BGL pris på en ekstra fritime i<br />
tilknytning<br />
til spisepausen.
101<br />
Fagene i figuren må styres. 4A FRI og 4B FRI må blokkeres de 3 første timer hver dag. XXX<br />
FRI blokkeres de to første og to siste timer hver dag mens XXX FRI1 bare kan plasseres<br />
i<br />
dagens første eller siste time.<br />
3.8 .3 Eksempel 3: Administrative gjøremål.<br />
Lærerne AB,SVR og HJ er skolens<br />
administrasjon.<br />
Disse ønsker ikke å undervise<br />
i samme posisjoner. Den enkleste måten å<br />
definere dette på er ved bruk av fiktivt rom,<br />
og ta dette med i de aktiviteter hvor<br />
de nevnte<br />
lærere inngår. Figuren viser prinsippet.:<br />
Rom:<br />
ADM er et fiktivt rom som hindrer at<br />
AB,SVR og HJ får undervisning i samme<br />
posisjon.<br />
3.8.3 Eksempel 4: Støttesenter (fri periodisering).<br />
Et støttesen ter er undervisning som ikke inngår i den ordinære undervisningen, men som<br />
brukes til ulike styrkingstiltak av denne. Støttesenteret er karakterisert av:<br />
1. Et lite antall lærere underviser her.<br />
2. Det er likegyldig hvilken av disse som har en bestemt støttefunksjon.<br />
3. Støttetimene skal fordeles jevnt over ukens posisjoner.<br />
4. Det stilles intet periodekrav til timene for den enkelte lærer.<br />
Anta at skolen har 40t til et støttesenter og<br />
disse er fordelt slik:<br />
Lærer EE: 15 timer<br />
Lærer FF: 10 timer<br />
Lærer GG: 10 timer<br />
Lærer KK: 5 timer<br />
Timene skal legges innenfor en ramme<br />
med 30 posisjoner, minst 1 lærer pr. time<br />
og maksimalt 2 lærere pr. time.<br />
Figuren viser en mulighet for å spesifisere<br />
dette:<br />
Støttesenteret defineres ved to klasser ST1<br />
og ST2. ST1 har 30 posisjoner mens ST2 er ekstra lærertetthet. For hver lærer er timene<br />
fordelt over flere aktiviteter slik at timene kan plasseres uavhengig av periodekrav. (Figuren<br />
dekker ikke alle mulige løsninger, men dette får neppe konsekvenser i praksis.)<br />
Et enda mer typisk eksempel i den norske skolen er : Hele lærerkollegiet(for eksempel 40)<br />
skal alle ha en vikartime hver, og det skal ikke være mer enn 2 vikartimer pr. posisjon. En<br />
styrer planen unødig hvis en lager to fiktive klasser og fordeler lærerne noe vilkårlig på<br />
klassene. En elegant løsning er:<br />
Lag en gruppering med to fiktive rom for vikartimer. La alle lærerne få en time<br />
konferanse "med seg selv" i disse rom.<br />
Det fins nær sagt et uendelig antall variasjoner av den teknikk vi har skissert her. Teknikken<br />
er nyttig for spesielle krav, men vi advarer sterkt mot faren for manglende realisme for ulike<br />
krav.
102<br />
3.9 POSISJONSDIREKTIVER (KRAV OG ØNSKER)<br />
Vi har et eget faneblad for dette som er den mest vanlige typen av krav og ønsker til<br />
timeplanen. Her kan vi si hvilke posisjoner som er blokkert, uønsket eller ønsket for ulik<br />
undervisning. Vi kan også forhåndsplassere aktiviteter i bestemte posisjoner.<br />
Andre måter for angi ulike direktiver er følgende:<br />
• Under faneblad Diverse kan vi angi mønsterdirektiver, forbudte startposisjoner og<br />
øvrige direktiv.<br />
• Under legging kan vi angi direktiver for leggingen som sterkt påvirker ønskelige krav<br />
til planen.<br />
• Under Funksjoner> Innstillinger > Legging kan vi angi et antall direktiver som<br />
påvirker den forestående legging betydelig.<br />
Man får tilgang til posisjonsregister (og mønsterregister) på to måter:<br />
1. Via faneblad: Posisjoner (eller mønsterdirektiv via faneblad Diverse)<br />
2. Direkte fra fag- eller blokkleggings- (eller klasse-, lærer-, rom-) register.(Se reglene<br />
for dette i de ulike registre.)<br />
Selv om man får tilgang til posisjonsregister via. metode 2 har man likevel full tilgang til<br />
posisjonsregisteret. Eksempel: Vi får tilgang til posisjonsregister via lærerregister og lærer<br />
abc. Vi får fram et tomt posisjonsregister med lærersignatur abc i første linje. Vi registrerer<br />
direktiv for læreren og fortsetter eventuelt med flere direktiv på de følgende linjer. Med<br />
Pg Up eller bruk av rullefelt kommer vi til begynnelsen av posisjonsregisteret, og vi kan<br />
eventuelt modifisere eldre direktiv. Når vi forlater posisjonsregisteret, kommer vi tilbake til<br />
lærer abc i lærerregister.<br />
Spesielt for posisjonsdirektiver (og forbudte startposisjoner) er at man via<br />
Formatmenyen skal velge en skrifttype med konstant tegnbredde for å se skikkelig hvor<br />
man skriver de ulike tegn, jeg anbefaler for eksempel Courier, 8- punkt. Alternativt kan<br />
vi under Funksjoner > Innstillinger > Registre be om å bruke 0 som fylltegn, hvilket<br />
også hjelper noe.<br />
Faneblad : Posisjoner fører til posisjonsregister:( fig 3.19). Figuren er todelt:<br />
• Definisjon av aktivitetsett (felt 1-4)<br />
• Rangering av krav (felt 5-9)<br />
RANGERING AV KRAV<br />
De 5(eller 10) siste felt i fig. 3.19 (ett for hver dag) kalles posisjonsfeltene. Her kan en bruke<br />
sifrene<br />
1-6, og hvert av disse siffer definerer en betingelse. For sifferet 1 gjelder spesielt at vi må<br />
referere til en bestemt aktivitet. Reglene er:<br />
1: Plassering av aktivitet i denne posisjon<br />
2: Blokkering av aktivitetssett i denne posisjon<br />
3: Sterkt uønsket plassering av aktivitetssett i denne posisjon<br />
4. Uønsket plassering av aktivitetssett i denne posisjon<br />
5: Ønsket plassering av aktivitetssett i denne posisjon<br />
6: Heve blokkering av aktivitetssett i denne posisjon<br />
Sifrene 1 (plassering), 2 (blokkering) og 6 (heve blokkering) er absolutte krav. Siffer 3 er et<br />
sterkt ønske, mens sifrene 4 og 5 er svake ønsker som vanligvis har beskjeden effekt.
103<br />
DEFINISJON AV AKTIVITETSETT<br />
Vi må på en enkel måte kunne referere til sett av aktiviteter som skal oppfylle bestemte krav<br />
(ønsker). De 4 første felt i fig.3.19 kalles definisjonsfeltene.:<br />
Disse refererer til de aktivitetene som har alle de felles egenskaper som er beskrevet i<br />
definisjonsfeltene.<br />
Fig 3.19<br />
FORKLARING (til definisjonsfelt i fig.3.19)<br />
• P. (perioder):<br />
Refererer til aktiviteter med en bestemt periodelengde slik:<br />
SP= Enkeltimer, DP= Dobbeltimer, TP= Trippeltimer, QP= Kvadupeltimer, KP=<br />
Femdoble<br />
(kvintett) timer, MP= Alle multiple perioder (ikke enkeltimer) ( For<br />
forkortelsene ovenfor kan man skrive bare små bokstaver i stedet: sp,dp,tp osv. Dette<br />
gjelder også for alle andre reserverte navn som brukes i dette kapitlet.)<br />
• KLASSE/ÅRSKURS<br />
Til vanlig inneholder feltet et klassesymbol, sektorsymbol eller årskurssymbol, og det<br />
definerer alle aktiviteter for klassen (sektoren,<br />
årskurset)."Årskursreferanse" er alle<br />
aktiviteter hvor minst en av klassene i årskurset inngår.<br />
Hvis feltet inneholder : * , betyr det at neste felt skal oppfattes som et rom.<br />
• NAVN/ROM:<br />
Til vanlig inneholder feltet et aktivitetsnavn, og det refererer til alle aktiviteter som har<br />
dette navn. Bemerk at et klassesymbol i klassefelt og et navn i aktivitetsfelt, gir<br />
entydig referanse til en bestemt aktivitet. Bemerk at om man vil referere til en bestemt<br />
aktivitet i en blokk, må man vite løpenummeret (sjette karakter) i navnet. Reglene for<br />
dette er omtalt i forbindelse med blokklegging og ellers viser overføring av data<br />
hvilket løpenr. som gjelder.
104<br />
Visse konvensjoner er nødvendige for å skaffe felles referanse til karakteristiske sett<br />
av aktiviteter som ikke nødvendigvis har samme navn .<br />
Hovedregelen er at alle spesielle referanser<br />
innledes med karakteren: *<br />
Regel 1 : * fulgt av en eller flere karakterer refererer til alle aktiviteter hvis navn<br />
starter med disse karakterer. (for eksempel *MA refererer til<br />
alle aktiviteter som har et<br />
navn som starter på MA.)<br />
Regel 2 : * fulgt av visse reserverte<br />
navn, refererer til aktiviteter med karakteristiske<br />
egenskaper. Vanlige fagnavn må ikke blandes sammen med disse reserverte navn. Vi<br />
har disse muligheter:<br />
*ALL : Refererer til alle aktiviteter.<br />
*SEK : Refererer til alle aktiviteter som inngår i sekvenskrav.<br />
*DSF<br />
: Refererer til alle aktiviteter som inngår i dagsammenfallkrav.<br />
*KAN: Refererer til alle aktiviteter som skal kantplasseres.<br />
*SPA : "Små paralleller" dvs. aktiviteter hvor summen av klasser og<br />
lærere er minst 3.<br />
*GPA : "Store paralleller" dvs. aktiviteter som har minst 5 ressurser.<br />
*MPA : De multiple perioder av typen :*GPA<br />
Ellers henviser vi til kapittel 3.10.7 hvor vi kan få referanse til et hvilket som helst<br />
aktivitetssett på en enkel måte.<br />
Rom eller romgrupper skal en bare referere til i det tilfellet hvor et rom skal blokkeres<br />
eller være sterkt uønsket<br />
i et antall posisjoner. Man skriver da rom-navnet i dette felt<br />
samt: * i foregående felt.<br />
• LÆR(lærer):<br />
Feltet skal inneholde en lærersignatur . En får referanse til alle aktiviteter hvor læreren<br />
inngår.<br />
Generelt gjelder at en ikke skal fylle ut flere felt enn hva som er nødvendig for å spesifisere et<br />
aktivitetssett entydig. Hvis en er konsekvent ved bruk av valg av aktivitetsnavn samt<br />
grupperer klassene systematisk, kan en oppnå betydelige reduksjoner av antall direktiv som<br />
må registreres.<br />
Fig.3.19 viser et utvalg av krav og ønsker som forekommer.<br />
Kommentar.<br />
1. Linje 1-6 Tidsrammen for skolen .Skolen har normalt 6t hver dag (linje 1: *ALL=<br />
Alle aktiviteter for skolen).Skolen må tillate at posisjon 7 brukes til gymnastikk de 4<br />
første dager i uken (linje 2: *GY = alle akt. hvor de to første bokstaver er GY). En vil<br />
likevel at posisjon 7 bare brukes som siste mulighet for gymnastikk. (linje 3). Årstrinn<br />
5 har 27t og skyssordning. Klassene skal ha fri fredag ettermiddag (linje 4). 1A og 2A<br />
skal bare være 3 dager på skolen og klassene skal mest mulig dele samme rom. Linje<br />
5-6 viser en typisk blokkering for slike klasser<br />
2. Linje 7-8 Blokkering av rom. (Bemerk : * i klassefelt) Skoler leier en ekstra<br />
gymsal de to siste timer hver dag (linje 7). Skolen leier bort sitt skolekjøkken på<br />
mandag (linje 8).<br />
3. Linje 9-15 Forhåndsplassering av aktiviteter. Skolen har utplassering av elever i<br />
arbeidslivet på mandag. Valgfag i årstrinn 9 må forhåndsplasseres på mandag (linje 9-<br />
11)(Bemerk løpenr.). Sekvensen 2AA VF 2, 2AA VF 3 og 2AA VF 4 må<br />
forhåndsplasseres onsdag formiddag<br />
pga. leie av spesialrom (linje 12-14). Skolen har<br />
2 midttimer, og disse skal forhåndsplasseres onsdag og fredag posisjon 4 (linje 15).
105<br />
4. Linje 16-19 Blokkering av aktiviteter. Linje 16-17 viser at visse aktiviteter<br />
blokkeres på mandag av hensyn til lekser. Årstrinn 8 har konfirmasjonsundervisning.<br />
Presten kan bare undervise onsdag eller torsdag formiddag, men posisjon 4 disse dager<br />
kan i nødsfall brukes (linje 18) Dobbeltimer<br />
i matematikk skal ikke plasseres sent på<br />
dagen.( linje 19)<br />
5. Linje 20-27 Lærer ønsker, diverse<br />
6. Lærer AA og BB skal delta i et fellesmøte tirsdag ettermiddag. Lærer BB (inspektør)<br />
bør ha fri først på dagen<br />
i tilfelle det må skaffes vikarer. Lærer CC har meget lang<br />
skolevei og rekker ikke fram til første time. Lærer DD har undervisning på en annen<br />
skole på onsdag.<br />
7. Lærer EE ønsker å starte tidlig mens FF ikke er noen morgenfugl. Lærer GG ønsker å<br />
få sine gymnastikktimer sent på dagen.<br />
8. Årstrinn 3 har ikke tett plan og i linje 27 spesifiserer vi at klassene bør starte tidlig på<br />
dagen. Ønsket kan eventuelt<br />
forsterkes ved å sette 2-tall eller 3-tall på slutten av<br />
dagen.<br />
Rekkefølgen for registrering av direktivene er normalt likegyldig.<br />
Unntak fra dette gjelder<br />
bruk av siffer 2 i kombinasjon med siffer 6. Dette er likeverdige og samtidig motstridende<br />
krav. I dette tilfellet er det siste forekomst av siffer 2 eller 6 som gjelder for en bestemt<br />
aktivitet. Begrunnelsen for å kunne bruke både kode 2 og 6, vises av følgende eksempel:<br />
a. Skolen vil generelt forby bruk av posisjon 7 (siste posisjon hver dag).<br />
b. Skolen må akseptere at visse praktiske fag plasseres i posisjon 7.<br />
c. Visse klasser har skoleskyss og kan ikke bruke posisjon 7.<br />
De 3 momenter ovenfor får en lett spesifisert ved først å blokkere samtlige aktiviteter i<br />
posisjon 7. Deretter hever en denne blokkeringen for en del praktiske fag. Til slutt blokkerer<br />
en posisjon 7 for skyssklassene. Uten bruk av både kode 2 og<br />
6 er det meget tungvint å få<br />
presisert kravene ovenfor.(fig 3.19 viser delvis et slikt arrangement)<br />
Registreringen av posisjonsdirektiv er enkel. Det største praktiske<br />
problem er å gi ulike krav<br />
og ønsker realistiske proporsjoner. Erfaring får lære en hva<br />
som er mest hensiktmessig for<br />
egen skole. Hovedreglene bør være:<br />
1. Begrens antallet krav og ønsker mest mulig.<br />
2. Gi gjerne ønsker som en anser for vesentlige, en sterkere<br />
prioritet enn strengt<br />
nødvendig. Ignorer (eller gi liten prioritet) til mer perifere<br />
ønsker. Dette gir vanligvis<br />
et godt<br />
grunnlag for å justere utgangspunktet i sluttfasen.<br />
3.10 DIVERSE REGISTRE<br />
Via fanebladet : Diverse får vi tilgang til en del registre av svært<br />
ulik karakter. I takt med<br />
utviklingen av TPLAN vil denne menyen bli større. Vi har i dag de menyvalg som følgende<br />
figur viser. Mange av registrene er meget viktige, men disse inneholder som regel ganske lite<br />
informasjon og refereres ganske sjelden.<br />
Andre<br />
registre er avledete registre som følger av de<br />
and re data vi har laget og brukes til å kontrollere om det vi har gjort er riktig. Noen registre er<br />
ganske enkle. Noen av registrene omtales de steder hvor de naturlig brukes og ikke i dette<br />
avsnittet.
3.10. 1 AKTIVITETER<br />
106<br />
Dette register er det sentrale for selve timeplanleggingen, og i tidligere versjoner<br />
av<br />
TPLAN var alt arbeid konsentrert om å sette opp korrekt aktivitetsregister.<br />
Det har<br />
im idlertid opphørt å ha en selvstendig eksistens da dette LAGES fra fagregister og<br />
blokkl egging mens aktivitetsregisteret styrer den fortsatte timeplanlegging.<br />
Vi kan nå bruke aktivitetsregisteret til å se om vi har arbeidet korrekt med fagregister<br />
og blokklegging.<br />
Registeret<br />
ser ut som i fig 3.20<br />
Fig 3.20<br />
Forklaring<br />
til fig 3.20<br />
:<br />
• KL Stamklasse for en ny aktivitet.<br />
Dette er ofte det samme som felt KLA i<br />
fagregister, men hvis dette felt er et årskurs eller sektor, blir feltet KL her den første<br />
klasse som har aktiviteten mens de andre klasser følger i feltet PAR KL. Samlet<br />
definerer felt 1-7 "overskrift" for en ny aktivitet.
107<br />
• AKT Aktivitetens navn. Dette er AKT.NAVN fra fagregister eller blokknavn +<br />
løpenr. fra blokklegging. Dette navn brukes i komprimerte planer.<br />
EN AKTIVITET<br />
ER ENTYDIG (UNIKT) DEFINERT VED<br />
KOMBINASJONEN AV EN STAMKLASSE OG AKTIVITETENS NAVN.<br />
• POS Antall posisjoner ("timer") for aktiviteten , følger fra fagregister og<br />
blokklegging. Vi har videre en periodeinndeling av aktiviteten slik:<br />
D :Antall dobbelperioder<br />
T :Antall trippelperioder<br />
Q :Antall firedoble(kvadrupel) perioder<br />
K :Antall femdoble(kvintett) perioder<br />
Større periodelengder vises ikke eksplisitt, men vi får med det vi har registrert i<br />
fagregister. De posisjoner som ikke kan oppfattes som multiple perioder, blir<br />
enkelperioder. Eksempel: Aktiviteten har 5 posisjoner med 1 dobbelperiode. De<br />
resterende 3 posisjoner blir enkelperioder.<br />
• PARKL. Klasser som deltar i aktiviteten. Følger fra de klasser, sektorer, årskurs man<br />
har gitt i fagregister.<br />
• LÆR Signatur for lærer som deltar i aktiviteten.<br />
• UTID Lønnskode for faget. Lønnskoden har ingen timeplanfunksjon men er nyttig for<br />
ulike oversikter.<br />
• NAVN I PLAN Fagnavn fra fagregister. Fagbetegnelsen har en viktig<br />
timeplanteknisk funksjon fordi den lager indirekte dagkonflikter<br />
• Rom Romkrav for faget fra fagregister.<br />
• De følgende felt i registeret brukes normalt ikke, og de gir overgang til direktiv. Dette<br />
kan man bare gjøre hvis man står i første linje for aktiviteten. Vi får overgang til<br />
andre registre, og vi har disse muligheter :<br />
K J-svar her betyr<br />
at aktiviteten skal kantplasseres dvs. plasseres i dagens første<br />
eller siste posisjon for tilhørende klasser.<br />
D J-svar gir overgang til dagkonflikter<br />
S J-svar gir overgang til sekvenser<br />
SD J-svar gir overgang til dagsammenfall<br />
P J-svar gir overgang til posisjonsdirektiv<br />
Den som kjenner TPLAN fra før, vil se at aktivitetsregisteret er identisk likt med tidligere<br />
versjoner.<br />
Det nye er måten registeret lages på. Når det gjelder vanlige fag som ikke inngår i<br />
blokker, er fagregister og aktivitetsregister ganske enkelt forskjellige måter å ordne den<br />
samme informasjon. Når det gjelder blokklegging, omformes de enkelte posisjoner til<br />
selvstendige aktiviteter. Avhengig av blokkdefinisjon dannes større perioder, eller hvis dette<br />
ikke er mulig dannes nye mønsterdirektiv hver gang vi gjør en lagring eller overføring.<br />
De feil vi kan gjøre er stort sett følgende:<br />
1. Vi har feil periodisering i blokken eller de fag som inngår i blokken.<br />
2. Vi bruker feil AKT.NAVN i blokken.<br />
3. Vi får ikke med oss alle fag som skal være med i blokken.<br />
De to første feil får vi varsel om ved overføring av registre. Den siste feil ser vi ved kontroll<br />
av posisjoner i klasseregisteret eller ved å se at det oppstår aktiviteter som ikke har<br />
selvstendig eksistens<br />
.
108<br />
3.10.2 DAGKONFLIKT,SEKVENS,DAGSAMMENFALL<br />
(MØNSTERDIREKTIV)<br />
Dette menyvalg gir overgang til mønsterregister :<br />
Fig 3.21<br />
Det<br />
er selvsagt en mengde krav i en timeplan som formuleres ved at visse aktiviteter skal<br />
plasseres på en bestemt måte i forhold til hverandre dvs.<br />
de skal inngå i et visst mønster i<br />
forhold til hverandre. I tidligere versjoner av Tplan var dette register minst like sentralt som<br />
posisjonsregister, men vi skal i fortsettelsen vise at slik Tplan nå er, får man automatisk<br />
generert mesteparten av mønsterdirektivene via ulike konvensjoner samt at de er en direkte<br />
følge av blokkregisteret.<br />
De tre mest vanlige og hyppige<br />
mønstre registreres i mønsterregister. Felt 1 i hver linje<br />
definerer hvilket mønster som skal defineres:<br />
• DKL (dkl) Aktivitetene på denne linje skal plasseres på forskjellige dager.<br />
• SEK (sek) Aktivitetene på denne linje skal<br />
plasseres<br />
sekvensielt(sammenhengende) på samme dag.<br />
• DSF (dsf) Aktivitetene på denne linje skal plasseres på samme dag.<br />
Vi har vist at en aktivitet er entydig definert ved :<br />
En stamklasse + et aktivitetsnavn<br />
De resterende felter i fig 3.21 hører sammen parvis og definerer de aktiviteter<br />
som inngår i<br />
mønstre Mesteparten av de nevnte direktiv følger av de regler vi har valgt for fagregister og<br />
blokkleggingsregister:<br />
1. Reglene for indirekte dagkonflikter definerer omtrent alle nødvendige dagkonflikter.<br />
2. Feltet PER i blokklegging definerer nesten alle sekvenser og dagsammenfall.
109<br />
Mesteparten av mønsterdirektivene blir dermed generert av TPLAN-<br />
Fig 3.21 viser et unntak fra disse regler: id , mu<br />
og bk er praktisk/estetiske fag som man vil<br />
plassere på ulike dager, for at elevene skal får mer jevn arbeidsbyrde. Disse fagene har ikke<br />
felles lære,r så vi får ikke disse som indirekte dagkonflikter. Det er også laget noen sekvenser<br />
av fag som egentlig ikke inngår i blokker, og dette trekker med seg et antall dagkonflikter( Vi<br />
kunne unngått det siste ved å la rene klassefag mer kunstig kunne danne en ”blokk” så slapp<br />
vi disse direktivene.)<br />
Et vanlig sekvenskrav<br />
sier vanligvis lite om den relative rekkefølge for enkeltaktivitetene som<br />
inngår<br />
i en sekvens og vanligvis er dette ok. Unntaket er hvis en av aktivitetene er kantlagt,<br />
men dette finner Tplan ut av på egen hånd. Mer spesielt vil man noen ganger ha en ganske<br />
bestemt rekkefølge av sekvensen. Følgende utsnitt av blokkregister<br />
viser et par eksempler:<br />
I 9A vil man ha en dobbeltime av gymnastikk og svømming. Disse to fag krever forskjellig<br />
rom, og man vil ganske bestemt ha GYM som den første posisjon<br />
i sekvensen.<br />
I 10C har vi integrert NM (natur/miljø) med KoH( kunst/håndverk). De to NM- timene har<br />
samme<br />
lærer, og modellen kan bare realiseres slik som vist i figuren. Nå vil man ganske<br />
bestemt<br />
at det som er vist som POS 2 i figuren også blir den andre posisjon i sekvensen. Dette<br />
fordi man vil sikre at både KoH og KoH1 får en dobbeltime.<br />
Regelen for dette er:<br />
Hvis de tre første karakterer i et blokknavn<br />
er: sek (små bokstaver) så definerer<br />
blokken den relative rekkefølgen av enkeltaktivitetene<br />
i sekvensen, dvs. figuren ovenfor<br />
definerer en plassering av sekvensen slik vi virkelig forlanger..<br />
3.10.3 FORBUDTE(UØNSKETE) STARTPOSISJONER<br />
(INTERVALLDIREKTIV)<br />
Dette menyvalg fører til register for forbudte startposisjoner som vi kaller intervallregister.<br />
Intervallkravet definerer at visse posisjoner ikke kan være første posisjon for aktiviteter<br />
med multippel periodelengde, men de samme posisjoner kan brukes på annen måte.<br />
Eksempel 1:<br />
Skolen har langfriminutt etter posisjon 4, og skolen bruker 7 posisjoner hver dag. Ingen<br />
dobbeltime kan plasseres i posisjon 4 og 5 dvs. ingen dobbeltime<br />
kan starte i posisjon 4.<br />
Dobbeltimer kan plasseres posisjon 3 og 4 eller posisjon 5 og 6. Med andre ord: Ingen<br />
posisjon blokkeres på vanlig måte, men kan bare brukes i bestemte sammenhenger.<br />
Tilsvarende kan ikke trippeltimer starte i posisjon 3 og 4 mens firedoble timer bare kan starte<br />
i posisjon 1. Dette beskrives i intervalldirektiv slik:<br />
Det første<br />
felt definerer periodelengden som for<br />
vanlige posisjonsdirektiver.<br />
I neste felt er ALL en spesiell referanse som<br />
refererer til alle aktiviteter. I det følgende felt står:<br />
B (b),<br />
Fig 3.22
110<br />
for de startposisjoner som er blokkerte. Dagens inndeling i intervall kaller vi TAKT for<br />
skoledagen. I det ovenstående eksempel er TAKT: 4-3 ( dvs. 4 posisjoner i det første intervall<br />
og 3 posisjoner i det andre intervall) Sekvenser følger samme TAKT som multiple perioder.<br />
For eksempel 2 enkeltimer som inngår i samme sekvenskrav,<br />
følger TAKT for dobbeltimer.<br />
Intervallkravet<br />
er ikke like strengt for alle aktiviteter. I eksemplet ovenfor kan det være et<br />
absolutt krav at TAKT følges for dobbeltimer<br />
i gymnastikk og skriftlige fag, mens det bare er<br />
et ønskelig krav for fag som forming og musikk:<br />
Vi må kunne skille mellom forbudte og uønskete startposisjoner<br />
Vi må kunne<br />
skille mellom ulike intervallkrav for ulike aktiviteter.<br />
Vi tren ger dermed en referanse til ulike aktivitetsett som ofte ikke kan beskrives på en enkel<br />
måte<br />
ved for eksempel felles ressurser.<br />
Intervallregister er delt i 3 felt og disse er definert slik:<br />
• PERIODE Dette er det samme som første felt i vanlige posisjonsdirektiver dvs.<br />
periodelengden til et aktivitetsett (DP, TP, QP, KP eller 80,120, 160 osv. inntil tidoble<br />
perioder).<br />
• AKTIVITETS-.<br />
REFERANSE<br />
a. Det reserverte symbol ALL, refererer vanligvis til alle aktiviteter<br />
(mer korrekt : til alle aktiviteter som ikke har fått egen<br />
aktivitetsreferanse i register for akt.referanser).<br />
b. Ativitetsreferanse fra referanseregister<br />
• POSISJON (dvs. forbudte eller uønskete startposisjoner) gis ved følgende koder:<br />
B (b): BLOKKERT STARTPOSISJON<br />
U (u): UØNSKET STARTPOSISJON<br />
Blokkerte(uønskete)<br />
startposisjoner skifter med periodelengden. Vi har en linje for<br />
dobbelperioder,<br />
trippelperioder, kvadrupelperioder og kvintupelperioder (se fig 3.22). For<br />
sekvenser skilles<br />
det ikke mellom forbudte og uønskete startposisjoner. Alle registreringer<br />
b lir oppfattet som forbudte startposisjoner. Intervallkravet<br />
har en dominerende innflytelse på<br />
alle timeplaner. Svært mange<br />
skoler klarer seg med enkle intervallkrav.(men det fins<br />
komplekse varianter<br />
som vi ikke viser). Hvis en posisjon er 40 minutter, er en alternativ<br />
utforming av fig 3.22 følgende:<br />
Vi har på denne måten dekket det helt generelle<br />
tilfellet med inntil<br />
tidoble perioder.<br />
Eksempel 2:<br />
De<br />
typiske intervallkravene<br />
for en ungdomsskole er: Skoledagen er 6 posisjoner, med en<br />
lengre spisepause etter posisjon 3. Ingen multippel<br />
periode bør ligge over spisepausen. I linje<br />
1 og 2 i fig 3.23.a sier vi at trippeltimer må starte i posisjon 1 eller 4 samt at det er sterkt<br />
uønsket at dobbeltimer starter i posisjon 3. Det sistnevnte kan i nødsfall aksepteres , men i<br />
gymnastikk kan dobbeltimer ikke ligge i posisjon 3 og 4. Referansen :GYMN i fig 3.23.b
111<br />
refererer<br />
til alle gymnastikkaktiviteter, og i linje 3 i fig 3.23.a sier at dobbeltimer i disse<br />
aktiviteter ikke kan ligge i posisjon 3 og 4.<br />
Fig 3.23.a b<br />
En norsk ungdomsskole har som nevnt vanligvis 6 posisjoner pr. dag med spisepause etter<br />
posisjon 3. Spørsmålet er<br />
Hvilken<br />
TAKT en skal velge for dobbeltimer. Hvis det er få av disse, kan en velge TAKT : 3-<br />
3 , men<br />
hvis det er mange dobbeltimer (for eksempel stram formingsavdeling) ,bør en bruke<br />
TAKT : 2-2-2.<br />
3.10.4 ØVRIGE DIREKTIV<br />
Via dette menyvalg fører til register for øvrige direktiv :<br />
inntil 4 felt:<br />
Fig 3.24.a b<br />
Dette menyvalg har man mer<br />
sjeldent bruk for, men kan i visse<br />
tilfeller være ganske viktig. Flere<br />
av menyvalgene er ikke aktuelle for<br />
norske skoler. Initialt får man en<br />
oversikt over de øvrige direktiv<br />
som kan velges. Fig 3.24.a viser<br />
alle muligheter. Hver post består av<br />
• REF1: En aktivitetsreferanse eller en klasse/åk eller en lærer.<br />
• REF2: En aktivitetsreferanse eller aktivitetsnavn (fellesnavn som *MA er<br />
•<br />
tillatt) . Brukes bare for noen få direktiver.<br />
PAR1,PAR2: Eventuelle parametere for et direktiv.<br />
Hvis en trenger flere linjer for et direktiv, dupliserer en dette med F4, og vi kan også fjerne<br />
direktiv med F6. Vi har disse muligheter :<br />
• Kontinuitetskrav for klasser<br />
Vi kan definere sammenhengende planer for klasser i klasseregisteret. Her kan dette<br />
gjøres på en enklere måte : Vi lager en referanse til klasser som skal ha samme<br />
minimale (TMI) og maksimale(TMA) antall posisjoner hver dag. PAR1=TMI og
112<br />
PAR2=TMA Dette går raskere og enklere, særlig hvis man senere må gjøre endringer.<br />
I fig 3.24.a lager vi kontinuitetskrav ved å referere til de ulike årskurs.<br />
• Heve kontinuitetskrav for klasser<br />
Hvis vi definerer et kontinuitetskrav for mange klasser som vist i foregående avsnitt,<br />
kan det være at en får med seg litt for mange klasser. I fig 3.24.a er f.eks 7X en<br />
spesiell gruppe som ikke skal ha sammenhengende plan . Vi hever derfor<br />
kontinuitetskrav for denne klassen.<br />
• Kantplassering av aktiviteter<br />
Krav om kantplassering gjelder bare for klasser som har kontinuitetskrav. (Hvis<br />
klasseplanene er tette, vet vi med sikkerhet hva som er dagens første og siste posisjon.<br />
En kan droppe krav om kantplassering og erstatte dette med hensiktsmessige<br />
blokkeringer.) I eksempelet i fig 3.24.a antar vi at *NOD er en referanse til deletimene<br />
i norsk , og vi sier at disse skal kantplasseres . Vi kunne også definere kantplasseringer<br />
i fagregisteret, men dette er en raskere metode.<br />
• Nabosperring av<br />
Vi kan forlange at visse aktiviteter ikke skal undervises i påfølgende timer for<br />
samme klasse. I figuren antar vi at akt. referanse SPR er en referanse til<br />
språkfagene, og vi har sagt at ingen klasse skal ha språk i nabotimer.<br />
• Kontinuitet fra posisjon 1<br />
Dette er det samme som et kontinuitetskrav med den tilleggsbetingelse at klassene<br />
skal starte i posisjon 1. Dette er for visse skoler en helt sentral betingelse, og dette er<br />
den eneste måten vi kan definere dette på.<br />
• Reduser antall pauser for<br />
Klasser/lærere skal vanligvis ha pause hver dag når man opererer<br />
med pausekrav.<br />
Noen ganger vet man i utgangspunktet at dette er umulig eller unødvendig å<br />
oppfylle for visse klasser/lærere. I feltet Par 1 angir man det antall pauser man skal<br />
ha.<br />
• Fjerner<br />
pause for klasser<br />
• Fjerner<br />
pause for lærere<br />
• Fjerner pause for klasse/lærer<br />
• Fjerner pause for en lærer<br />
Denne betingelse knyttes vanligvis til aktivitetsett som består<br />
av større<br />
periodelengder hvor man "leser inn" matpausen, slik at egen matpause er<br />
unødvendig når disse aktiviteter ligger i pauseintervallet.<br />
• Ønsker samlet undervisning<br />
Dette direktiv kan gjelde for fagene til en timelærer. Et annet eksempel er at en viss<br />
del av fagene til en lærer, f.eks. gymnastikk, bør være så samlet som mulig. Mellom<br />
visse fagseksjoner kan det være ønskelig med et samarbeid med sammenhengende<br />
undervisning. Dette har vi valgt som eksempel i fig 3.24. I årstrinn 8 vil man<br />
samle<br />
undervisningen i samfunnsfag og naturfag. Vi har definert et slags upresist<br />
sekvenskrav som har lav prioritet, unntatt hvis vi legger fagene ut i et tidlig<br />
styredirektiv.
113<br />
• Ønsker parallell undervisning<br />
Visse fag ønsker man å legge parallelt for å få til et samarbeid, eventuelt vil med<br />
trekke ut elever til spesiell undervisning. Man vet at kravet ikke lar seg gjennomføre<br />
fullstendig pga. andre forhold, men man ønsker å gi kravet en viss prioritet. I fig 3.23<br />
har vi sagt at vi ønsker parallell legging av norsk i 9A og 9B. Vi har definert en<br />
upresis<br />
blokklegging som også har lav prioritet, hvis ikke fagene ligger i et tidlig<br />
styredirektiv.<br />
De to siste direktiv vil i fremtidige versjoner av TPLAN bli gitt en større prioritet.<br />
3.10.5 RINGETIDER<br />
Menyvalget gjør det mulig å skrive ut ringetidene i sluttutskriftene:<br />
Dette krever ingen kommentar. Ringetidene skrives selvsagt også ut i Windows utskriftene.<br />
3.10.6 TTT-DIREKTIV<br />
Dette register har ingen anvendelse får standard bruk. Det er viktig når vi arbeider med<br />
vekslende grupperinger(komponenter) som for eksempel prosjektarbeid, omorganisering av<br />
skriftlige fag osv., og vi behandler det i sammenheng med dette, avsnitt 3.11.3<br />
3.10.7 AKT.-REFERANSER<br />
Valg 4 i diverse info. fører til register for aktivitetsreferanser :<br />
Dette register har ingen selvstendig funksjon, men det er et sentralt hjelperegister for å få
114<br />
definert ulike timeplanrelasjoner. Registeret har følgende funksjon:<br />
Man kan lage en enkel og entydig aktivitetsreferanse til et hvilket som helst sett av<br />
aktiviteter. Denne aktivitetsreferanse kan man bruke i andre registre for å få definert ulike<br />
krav til timeplanen. Videre kan i feltet akt.ref. innføre ulike reserverte navn som definerer<br />
ulike direktiv eller ulike kjørebetingelser.<br />
Reglene er:<br />
AKT.-REF.: Her skriver vi navnet på en felles referanse til ulike aktivitetssett. Disse sett<br />
defineres fra og med den linje hvor en skriver aktivitetsreferansen til det kommer en linje som<br />
definerer en ny aktivitetsreferanse. AKT.-REF. må ikke kunne forveksles med andre<br />
symboler.<br />
Resten av feltene i figuren er definert eksakt som definisjonsfeltene for posisjonsdirektiv med<br />
to unntak :<br />
Rom har fått et eget felt her<br />
Feltet : NAVN kan ikke være navn på en annen aktivitetsreferanse her<br />
I figuren har vi laget følgende aktivitetsreferanser:<br />
• BLOKKF Refererer til alle aktiviteter hvis navn starter med en av<br />
•<br />
bokstavkombinasjonene : VF,<br />
NO, EN eller MA. Vi kan anta at dette er en felles<br />
referanse til alle større parallellaktiviteter. Vi kan for eksempel gi posisjonsdirektiv<br />
til disse aktiviteter som en enhet , eller det kan være at vi først ønsker å se om vi kan<br />
legge en delplan for disse aktiviteter. Vi kan også bruke referansen BLOKKF i et<br />
styredirektiv, eller bruke denne til å se på fagfordelingen i disse aktiviteter .<br />
PRAK Refererer til dobbeltimer i aktiviteter hvis navn starter med KOH,<br />
trippeltimer i aktivitet HK, og alle GYM-aktiviteter. Vi kan f.eks. definere<br />
startposisjoner for disse aktiviteter via referansen: PRAK, se nærmere på dette<br />
utvalget eller bruke referansen i et styredirektiv.<br />
• TIML Dette er en referanse til de timelærere skolen består av. Vi kan gi disse<br />
lærere felles posisjonsdirektiv, og det kan også være aktuelt å ta dem med i et tidlig<br />
styredirektiv.<br />
• sektor Klassene 7A, 8A og 9C deler et skolelandskap : 101. Vi har via referansen:<br />
sektor, definert de aktiviteter som foregår i skolelandskapet og kan benytte denne i<br />
andre direktiv.<br />
Aktivitetsreferanser kan brukes i disse sammenheng:<br />
1. Utvalg for kontroll av aktiviteter.<br />
2. Utvalg for se på/utskrift av registre<br />
3. Posisjonsdirektiv<br />
4. Forbudte og uønskete startposisjoner<br />
5. Øvrige direktiv<br />
6. Styredirektiv for timeplanlegging<br />
7. Det kan være aktuelt å bare en legge en plan for en delmengde av aktivitetene. Dette<br />
defineres under obligatoriske opplysninger.<br />
Aktivitetsreferanser får stadig større betyding for TPLAN.
3.10.8 KLASSENES FAG<br />
115<br />
Som aktivitetsregisteret<br />
er dette et avledet<br />
register fra fagregisteret.<br />
Betydning av feltene er:<br />
KLA Forkortet<br />
klassesymbol fra<br />
klasseregisteret<br />
NAVN Fullt klassenavn<br />
fra klasseregisteret.<br />
REF Stamklasse for<br />
de fagnavn som følger på<br />
denne linjen.<br />
De 3 mest<br />
vanlige<br />
stamklasser vil være: Selve klassesymbolet, årskurset og sektoren som klassen<br />
tilhører. Det forekommer også at en klasse knyttes til andre klasser enn dette i fagregisteret.<br />
FAG<br />
1, FAG 2 osv. Fag som klassen har og stamklasse for faget er gitt av feltet REF.<br />
Registeret<br />
er nyttig for å kontrollere om klassene har fått de fag de skal ha. Videre er<br />
det dette register som styrer hvilke fag som skrives ut til de ulike individuelle<br />
klasseplaner.<br />
3.10.9<br />
REGISTER FOR SPESIELLE AKTIVITETER.<br />
3.10.10 REGISTER FOR Å FJERNE MANGE AKT.<br />
Disse to registre brukes i sammenheng med selve leggingen av planen og omtales i avsnitt 6.6<br />
og 6.7<br />
3.10.11<br />
REGISTER FOR LØNNSOPPLYSNINGER.<br />
Nåværende lønnsberegning omtales I avsnitt 4.4, og dette register omtales der.<br />
3.10. 12 REGISTER FOR<br />
TEAMLÆRERE.<br />
3.10.13 REGISTER FOR ELEVER.<br />
3.10.14 REGISTER FOR LÆRERS FAG.<br />
Disse registre er spesifikke for Windowsdelen i Tplan. De gis spesiell omtale annet sted.<br />
Registrene kan brukes for å knytte ulike lærerteam til ulike klasse, til å skrive ut separate<br />
planer for den enkelte elev og vi kan angi lærerens fagkrets for å lage for eksempel<br />
vikarplaner.<br />
3.10.15 NOTATER.<br />
Krever ingen kommentar for her kan man skrive hva man vil f.eks. forklare hva som er<br />
spesielt med akkurat dette datasett. Det kan også være at Tplan sender ulik informasjon om<br />
feil til dette register. Personlig preferanse for å skrive kommentarer er følgende: Når jeg lager
116<br />
en sikkerhetskopi av en skole skriver jeg ofte en kommentar om hva som karakteriserer<br />
akkurat dette datasett. Dette er en grei måte å kommunisere med den som gir systemstøtte.<br />
3.11 SPESIELLE ORGANISERINGER AV TIMEPLANEN<br />
Foregående avsnitt i dette kapitlet omtaler stort sett momenter som angår en mer tradisjonell<br />
timeplan. Visse organiseringer krever i tillegg særskilt omtale. Vi vil skrittvis øke dette<br />
avsnittet med særskilt omtale av ulike registreringer av mer spesiell art<br />
3.11.1 To ukers (10 dagers) timeplaner<br />
Dette er en omarbeiding av våre tidligere konvensjoner for å registrere data for to- ukers<br />
timeplaner. De nye konvensjoner betyr en vesentlig forenkling av dataregistreringen. Vi<br />
beholder foreløpig også våre eldre konvensjoner fra Tplan versjon 26. For å kunne bruke<br />
de eldre regler må man angi dette spesielt i tilleggsdirektiv til leggingen, avsnitt 5.5<br />
Dette notat inneholder videre litt løst og fast om de registreringsproblemer som jeg ser at<br />
ganske mange av mine danske brukere kommer inn i.<br />
I Tplan er det valgt følgende tidsrammer :<br />
a. Inntil 10 dager pr. uke med maksimum 12 posisjoner pr. dag<br />
b. Inntil 5 dager pr. uke med maksimum 24 posisjoner pr dag. Denne versjon løser<br />
problemet med de såkalte 20 minutters moduler. Dette fører til et spesielt<br />
timeplanproblem som blir omtalt i et eget notat.<br />
Når vi først utvider grensen til mer enn 5 dager, velges grensen 10. Den foreliggende<br />
programversjon er ikke testet for mellomliggende verdier, for eksempel anta at man ønsker å<br />
legge en 8 dagers plan. Da får man bruke 10 dager samt blokkere ut de to siste dager i uken.<br />
Selve registreringen av en 10-dagers plan er meget lik en standard 5 dagers uke.<br />
3.11.1.1 Fagregisteret<br />
Vi definerer 10 dagers plan ved å angi dette i obligatoriske opplysninger. Det opprettes da to<br />
skoleuker som vi betegner uke 1 og uke 2. I den første uken bruker vi store bokstaver for gi<br />
dagene navn (MANDAG, TIRSDAG osv. ), i uke 2 bruker vi små bokstaver (mandag, tirsdag<br />
osv.) Når vi bruker 10 dagers ramme, får vi bruk for spesielle konvensjoner for hvordan vi<br />
skal styre fagene til de to undervisningsuker.<br />
Vi bruker feltet lengst til høyre i fagregisteret for å angi dette. Feltet har<br />
betegnelsen A. Vi har disse muligheter:<br />
V Vi angir nå hvor mange timer og perioder faget i løpet av to uker. Et V-fag<br />
har som absolutt krav at periodene skal fordeles så jevnt som mulig på de<br />
to undervisningsuker. Mekanismen kaller vi UKEBALANSERING. Hvis<br />
nå faget har ett odde tall undervisningsperioder, blir det maksimalt en periodes<br />
differanse mellom de to uker.<br />
X Vi angir det fullstendige timetall og perioder for en 10 dagers syklus og faget<br />
kan plasseres fritt innenfor en 10-dagers ramme med maksimalt en periode pr.<br />
dag.<br />
Y Faget skal i sin helhet plasseres i uke 1.<br />
Z Faget skal i sin helhet plasseres i uke 2.
117<br />
En mulighet er at faget har mer enn 5 perioder i løpet av 10 dager. Slik fagregisteret er laget,<br />
har man ikke plass til dette. Vi omgår lett problemet ved å registrere faget på to linjer i<br />
fagregisteret, dvs. to forskjellige akt.navn men felles fagnavn. Det ene fag blir et Y- fag det<br />
andre blir et Z- fag.<br />
Konvensjonene ovenfor er en vesentlig forenkling av tidligere teknikker. Vi klarer oss<br />
med atskillig færre linjer i akt.register. Vi unngår all dublering av timetall og ikke minst<br />
unngår vi de bedrøvelige symboler @, & og # som jeg bestandig har sett på som et stort<br />
misfoster. Dette fører til en vesentlig forenkling av posisjonsdirektivene. Det kommer litt<br />
i tillegg når det gjelder blokker for disse må nå skrives i sin helhet, men dette gjør jo alt<br />
tydeligere. Hvis blokken består av mer enn 5 perioder<br />
får man splitte den i to blokker.<br />
Følgende figur viser registreringsteknikken :<br />
Figuren<br />
viser obligatoriske fag. Lengst til høyre kan man sette at alt er V-fag (det er<br />
likegyldig hva man gjør med den siste linjen ovenfor)<br />
1a bi skal 4 dobbeltimer i løpet av 2 uker. Faget er splittet i to akt, fordi noen av periodene<br />
skal kantlegges siden dette er halvklasseundervisning. (se felt : KANT). Bemerk at fagnavnet<br />
selvsagt er likt i de to linjer pga. dagkonflikt.<br />
1a da skal ha tre dobbelperioder i løpet av to uker, og dette skal absolutt legges med 2<br />
perioder den ene uke og 1 periode den andre uke. Tidligere ville vi trengt to linjer for å få<br />
registrert dette. Situasjonen er helt lik for 1a hi, 1a la, og 1a mu.<br />
1a en skal ha 4 dobbelperioder i løpet av 2 uker og 1a na skal ha 5 dobbelperioder (en av disse<br />
kantlagt)<br />
Følgende utsnitt viser data for en skole som legger 2- ukers plan men nå med 8 posisjoner pr.<br />
dag dvs. en posisjon = ca. 40 min, og man legger ut en blanding av enkel- dobbel- (eller<br />
større) peiodelengder:
118<br />
Disse data er laget ut fra gamle konvensjoner og er for så vidt satt opp på en ok måte hvor<br />
fagene er fordelt som Y, Z og X – akt, men også her kan vi gjøre visse forenklinger. Se på det<br />
første fag i figuren: 2y frB. Dette skal 9 pos. i løpet av 2 uker. Det skal være 2 dobbelperioder<br />
dvs. 7 perioder totalt i løpet av 2 uker. Slik fagregisteret er definert kan vi ikke ha mer enn 5<br />
perioder pr. linje og<br />
vi trenger minst 2 linjer for dette faget. Vi kunne gjøre det slik: 4 t blir Vakt<br />
med periodeinndeling 22 og 5t blir V-akt med perideinndeling: 11111. Dermed får vi en<br />
dobbeltime pr. uke og de 5 enkeltimene fordeles så jevnt som mulig på de to uker. I figuren<br />
trengte vi tre linjer for å registrere faget, nye regler gjør at vi trenger bare 2 linjer. En rekke av<br />
fagene i figuren foran kan som V-akt enkelt skrives som en linje. Det gjelder for eksempel 2p<br />
Saft, 2p sah, 1p muh og 1p bkh. Nye regler fører til vesentlig enklere og mer oversiktlig<br />
registrering.
119<br />
Figuren ovenfor viser utsnitt av fagregisteret for fag som senere skal slås sammen til blokker i<br />
blokkregisteret. Først ser vi fagene skal som skal danne matematikkblokker<br />
i 2g. Deretter<br />
følger felles blokkfag for 2g og 3g og til slutt blokkfag for 2g alene. De første fagene skal<br />
plasseres av Tplan og må registreres som V- akt. De sistnevnte blokkene skal<br />
forhåndsplasseres, og det er egentlig noe vilkårlig hvilken klassifisering vi bruker. I figuren<br />
har vi noe vilkårlig valgt X- akt. (det kunne like gjerne vært blankt)<br />
Vi skal også se på noen andre forskjeller mellom blokkene:<br />
1. Matematikkfagene styrer vi klasse for klasse til de klasser som virkelig skal ha<br />
faget, og dette vil vises i de individuelle planer.<br />
2. De forhåndsplasserte fagene styrer man til fellesreferansen 2g og 3g , og samtlige<br />
klasser på disse årstrinn vil få individuelle planer som inneholder hele blokken.<br />
Dette kan unngås, men det gir noe mer registreringsarbeid.<br />
I tillegg til at matematikken skal være V-akt, har disse fag verdien 1 i feltet Lønnstime (for<br />
danske forhold er Uønsket nabodag korrekt navn på dette felt).<br />
Hvis vi i Tilleggsdirektiv til kjøremenyen (avsnitt 5.5) forlanger sperring av nabodager,<br />
(dvs. påfølgende dager) blir den nabosperring<br />
man angir oppfattet som et ”absolutt<br />
krav”. Kravet respekteres absolutt, men andre tvungne kjedereaksjoner kan tvinge visse<br />
fag til nabodager likevel. Det spørs hvilket absolutt krav Tplan oppdager først, det er<br />
ganske enkelt det som respekteres. Kravet respekteres for de fag hvor man har angitt en<br />
verdi i feltet Utid. Inntil videre sperrer Tplan bare 1 nabodag(på hver side) uansett<br />
hvilken heltallsverdi man angir i feltet Utid, vi trenger mer erfaring her.<br />
Kravet for matematikken ovenfor er meget stramt. Det fins bare to måter å oppfylle dette på.<br />
Enten: MAN, ONS, FRE, tir, tor eller TIR, TOR, man, ons, fre, og det er i meste laget.
120<br />
Følgende figur viser et par andre teknikker som er vanlige i danske gymnas:<br />
Det kan være at det enkelte fag tildeles en rekke klasser. Grunnene til dette er todelt:<br />
1. Det kan være at man har så spesielle blokker/koplinger at dette tvinger seg frem<br />
som en dyd av nødvendighet.<br />
2. Det kan være at man ønsker de individuelle planer slik at disse bare inneholder de<br />
fagene klassen faktisk har. Det kan være langt enklere å bruke samlesymboler som<br />
2g, 3g, 3m, 2h og 1h slik som vist foran. Ulempen er at de individuelle<br />
klasseplaner kanskje ikke blir helt som ønsket.<br />
Det kan være at den første lærer/rom ledsages av 2 (eller flere) lærere/rom. Regelen er nå:<br />
Hvis følgelinjer (linje 2 og videre) inneholder lærer/rom skal denne linjen også inneholde<br />
fagnavn (og eventuelt fullt navn). Ellers kan det bli trøbbel med de ulike dagkonflikter.<br />
Den øvrige registrering i fagregisteret er som for vanlig 5 dagers uke med en selvsagt men<br />
vesentlig begrensing:<br />
I fagregisteret eller i blokkleggingen kan man IKKE slå sammen fag som har<br />
forskjellig klassifisering i feltet A i fagregisteret.<br />
3.11.1.2 Blokklegging<br />
Dette blir stort sett lik blokklegging for 5-dagers, men man skal være oppmerksom på<br />
følgende forhold:
121<br />
1. I samme posisjon i en blokk må alle akt.navn ha samme klassifisering.<br />
2. Samme blokk kan godt ha posisjoner som hver for seg har forskjellig<br />
klassifisering. (for eksempel kan man ha noen posisjoner som klassifisering V,<br />
mens andre har klassifisering Y eller Z)<br />
Følgende figur viser et eksempel:<br />
I dette eksemplet er tidsrammen 4 dobbeltimer hver dag og alle akt.navn har klassifisering V<br />
(X), slik at de tre blokkene får 5 dobbeltimer i løpet av 10 dager.<br />
Hvis nå den samme skolen organiserte undervisningen med 8 enkeltimer hver dag og en 10-<br />
dagers plan, må man dublere blokkene i figuren . Den ene blokk kunne bestå av bare Y- akt<br />
den andre av Z-akt (eventuelt hvis man forhåndsplasserer kan alt være X- akt) Videre vil man<br />
sikkert endre periodeinndelingen for å få noen dobbeltimer.<br />
Vi skal ta et problem hvor danske gymnas erfaringsmessig har syndet mye:<br />
Dette gjelder felt Referanse ovenfor: Når dette felt er blankt, er dette synonymt med at det<br />
står feltet KLA fra første linje i blokk her. Ser vi på blokkene ovenfor. Vi refererer til disse<br />
stamklasser+ akt.navn:<br />
3s + Ens1<br />
3m + ENm1<br />
3m + MAm<br />
3y + MAM1<br />
osv. osv<br />
Altfor mange skoler tror at man klarer seg med akt.navn alene, men dette er svært ofte<br />
tvetydig! Derfor skal man referere til en linje i fagregister med Stamklasse<br />
+ Akt.navn.<br />
I alminnelighet blir også blokkregisteret også langt enklere med de nye<br />
konvensjoner. Fordi vi<br />
må dublere selv, blir det noen flere kolonner (men det er det jo så enkelt<br />
å gjøre med Shift +<br />
F9), og det hele blir mer oversiktlig.<br />
Tidligere la vi V-akt og X-akt i samme fag i ulike kolonner i en blokk. Denne<br />
problematikk<br />
har nå forsvunnet fordi vi slår alt dette sammen til V-akt
122<br />
Følgende figur viser språkblokkene i et dansk gymnas:<br />
Her ligger det en meget stor fare for at man spesifiserer planen unødig stramt pga de regler vi<br />
følger for indirekte<br />
dagkonflikter. I figuren overfor er det klart<br />
og tydelig hvilke fag som skal<br />
slås sammen<br />
i ulike blokker, men la oss se på detaljene i fagregisteret:<br />
Se på faget it (italiensk). Jeg har her endret fagnavnet som skolen ga til henholdsvis it1 og it2<br />
Stamklasse ne i de to tilfeller er 1c og 1w, slik at dette er helt entydig, men se hvordan<br />
språkblokkene i 1g er laget : 1c er med i begge blokker! Dvs. at 1c blir knyttet både til 1c it og<br />
1w it og hvis disse to akt. har samme fagnavn med samme lærer, blir det dagkonflikt mellom<br />
blokkene,<br />
og det var slett ikke meningen!!!
123<br />
Slike ting kan det være lett å overse. Følgende allmenne regel eliminerer problemer av denne<br />
typen:<br />
Hvis en lærer på samme årstrinn har flere ulike emner i samme fag og disse fagene<br />
inngår i ulike blokklegginger, unngår man alle potensielle problemer med dagkonflikter<br />
ved at det enkelte fag får ulikt fagnavn. (I eksempelet lærer MA og it1 samt it2)<br />
3.11.1.3 Posisjonsdirektiver<br />
Direktiver for en 10-dagers uke blir nå identisk lik en 5-dagers uke. Da jeg beskrev de eldre<br />
konvensjoner for 10- dagers uke og posisjonsdirektiver, brukte jeg mange sider på å beskrive<br />
hvordan dette skulle gjøres. Dette skyldtes ikke minst de håpløse symbolene @,& og #. Til<br />
tross for alt jeg skrev viste det seg at mange fikk vansker, hvilket viser at dette var unødig<br />
komplisert. Nå er det hele blitt så enkelt at følgende figur forklarer det meste:<br />
Bortsett fra at man som for en 5- dagers uke må passe på den sjette karakter i akt.navn for<br />
blokker, er figuren ovenfor så pass enkel at den ikke trenger noen kommentar.
124<br />
3.11.2 Annenhver ukes undervisning og halvårlige planer.<br />
Dette er en annen mekanisme enn det som ble omtalt i foregående kapittel. Vi skal<br />
fremdeles legge timeplanen i to uker (eller to halvår), men nå skal planene være så like som<br />
mulig fra uke til uke og halvår til halvår dvs. planen legges innen en 5-dagers ramme, men<br />
den enkelte ressurs (klasse, lærer, rom) kan få to eller flere aktiviteter i samme posisjon<br />
siden dette refererer til ulike tidspunkt.<br />
Det finns en del skolemodeller hvor timeplanen ikke gjentas syklisk fra uke til uke, men hvor<br />
timeplansyklusen er to eller flere uker. Det mest vanlige er at skolen har en to ukers timeplan.<br />
Årsaken til at en slik organisering er ønskelig vil være:<br />
1. Et fags gjennomsnittlige uketimetall måles i halvtimer. Den halve timen må<br />
timeplanlegges som en heltime annenhver uke. Samtidig må denne timen legges mot et<br />
annet fag som foregår i motsatt uke. Vi deler timeplanen inn i en a-uke og en b-uke<br />
(eller a=like uker og b=ulike uker) . Hvis det er bare to fag for en klasse som har<br />
halvtimer, kan man unngå komplikasjoner ved å ganske enkelt legge de to timene mot<br />
hverandre i en blokk. Dette begrenser imidlertid mulige løsninger av timeplanen hvis<br />
antallet halvtimer er betydelig.<br />
2. Visse fag har et for lavt timetall for at man skal få den periodelengde som er ønskelig,<br />
f.eks. man har 1 time i et fag ,men man ønsker å undervise dette som en dobbeltime<br />
annenhver uke.<br />
3. Visse skoleslag vil ha all undervisning som minst dobbeltimer. Hvis nå et fags<br />
gjennomsnittlige timetall er et odde tall, må det organiseres slik at en av dobbeltimene<br />
i faget foregår annenhver uke. For slike skoler halveres antall posisjoner pr. dag.(Hver<br />
posisjon = en dobbeltime). Skolene får også et visst problem med å bestemme hva som<br />
skal undervises i a-uke og b-uke. Hovedregelen bør være at de enkelte lærere fordeles<br />
så jevnt som mulig på de to undervisningsuker, ellers risikerer man at læreren får for<br />
mange posisjoner i samme uke.(Erfaring også har vist at de som virkelig legger en ren<br />
10-dagers plan foretrekker de mekanismer som ble omtalt i foregående avsnitt.)<br />
4. Visse fag ønsker muligheten for å ha skriftlige prøver med for eksempel en måneds<br />
intervall, men ønsker at resten av undervisningen skal være enkelttimer. Nå kan man<br />
kanskje ikke begrense timeplansyklusen til 2 uker, og man kan bli tvunget til å operere<br />
med både a, b, c og d- uke.<br />
5. For visse fag ønsker man konsentrert undervisning i et halvår. Vi kaller de to terminer<br />
A-termin og B-termin. (Høst eller vår.) Fag som undervises i forskjellige terminer, må<br />
legges mot hverandre. Videre kan ikke et A/B- fag ligge i samme posisjon som et<br />
a/b-fag. Vi kaller et fag som undervises i A-termin og B-termin for komplementære<br />
fag. (fordi disse kan ligge i samme posisjoner.) Tilsvarende er et fag som undervises<br />
i<br />
a-uke komplementært<br />
til et fag som undervises i b-uke.<br />
6. TPLAN inneholder mulighet for å operere med to ulike sett komplementære fag.<br />
Vi skiller mellom disse settene ved å bruke små eller store bokstaver. Vi er ikke<br />
begrenset til bokstavene a,b (eller A, B), men vi kan fortløpende bruke de 10<br />
første karakterer i alfabetet. Vi kan dermed ha en timeplansyklus på 10 uker<br />
samtidig som skoleåret han deles inn i 10 terminer. Dette siste har nærmest<br />
teoretisk interesse , men det kan være greitt å ha en viss generalitet fra starten. I en<br />
realistisk timeplan er det nesten bestandig annenhver ukes undervisning som er<br />
aktuelt, eventuelt supplert med noe halvårlig undervisning.
3.11.2.1 Registrering av a/b- aktiviteter<br />
125<br />
Selve registreringen av annenhver ukes og halvårlig undervisning er enkel, og denne figur<br />
viser starten:<br />
Det interessante felt er: A-kolonnen lengst til høyre i fagregisteret :<br />
Vi skriver her i hvilken uke faget skal undervises. Hvis intet er angitt, skal faget<br />
undervises i alle uker.<br />
I figuren har årstrinn 9 0.5 t ukentlig i klasseråd og 2.5 time i kristendom. Dette løses ved å<br />
legge fagene mot hverandre i samme posisjon og undervise dem annenhver uke. Bemerk at<br />
faget kristendom må registreres vha. to linjer for å kunne få sagt at det er bare 1 av 3<br />
posisjoner som skal undervises annenhver uke. Hvis dette var all annenhver ukes<br />
undervisning klassene hadde, er bruk av A-kolonnen å skyte spurver med kanoner, for vi<br />
kunne løst alle problemer ved å blokklegge de to timer og glemme A-kolonne. En fordel ved å<br />
la det stå slik det står, er at samme lærer kan få flere fag i samme posisjon (enten i a-uke eller<br />
i b-uke.)<br />
For de som regner ut lønnsprosenten skal en merke at vi også bruker feltet: Lønnstime. Vi har<br />
angitt at 1 posisjon a/b- fag tilsvarer 0.5 lønnstime.<br />
Følgende figur bygger litt videre på foregående figur :
126<br />
I tillegg til den halvtimeunderviningen vi hadde i foregående eksempel, har vi nå sagt at<br />
natur/miljø og samfunnsfag begge består av 3.5 timer, og disse må registreres som flere linjer<br />
i fagregisteret . Vi registrerer i A-kolonne halvtimene. (Bemerk også at vi i feltet Lønnstimer<br />
registrerer korrekt lønnstime). Nå finns det straks flere måter å legge sammen a/b-fag, og<br />
metoden ovenfor kan forsvare sin plass. Den er enkel og oversiktlig, og den gir etter hvert<br />
pene og tydelige sluttutskrifter. Hvis en lærer har mye a/b-undervisning, er det nesten<br />
nødvendig å bruke A-kolonne for å kunne slå sammen fagene for læreren dvs. redusere<br />
antallet nødvendige posisjoner for læreren. Hovedregelen er at en slik lærers timer fordeles så<br />
jevnt som mulig på a-uke og b-uke. (Vi har i figuren også gjort en annen mindre forenkling:<br />
Vi opererer med fagnavn NM og NMX samt SAF og SAFX , for vi antar det er akseptabelt at<br />
disse emner plasseres på samme dag.)<br />
Følgende figur viser litt av fagregisteret for en skole som er omfattende organisert i en 10<br />
dagers plan, fordi alt skal være dobbeltimer, og en rekke fag må få en dobbeltime annenhver<br />
uke.
127<br />
Selve registreringen av a/b-undervisning er enkel, men vi bemerker at fag som har en av<br />
dobbeltimene annenhver uke må registreres med to linjer i fagregisteret.<br />
Denne skolen har<br />
mange slike fag og sammenliknet med en tradisjonell skole, får<br />
denne skolen et ekstra<br />
problem ved å skulle bestemme hva som skal undervises i a-uke<br />
eller b-uke.(Dette er den<br />
egentlige svakheten ved den skisserte teknikk.) Hovedregelen er som nevnt at lærerne fordeles<br />
jevnt på<br />
de to undervisningsuker. Man skal bemerke en detalj i fagregisteret: Alle a/b-fag<br />
innledes<br />
med bokstaven stor L eller stor U (L=like uker, U=ulike uker). Vi vet at a/b-<br />
undervisningen må inngå i tidlige styredirektiv,<br />
fordi disse indirekte definerer<br />
parallellkoplinger mellom flere fag. Ved hjelp av den valgte konvensjon og bruk av<br />
betegnelsene *L og *U, får vi enkelt referanse til all a/b-undervisning i styredirektiver, og en<br />
eller annen slik regel anbefales sterkt.<br />
Hovedregelen<br />
er at a-uke og b-uke legges som en samlet plan. Dermed må a-fag<br />
og b-fag for en klasse ligge i samme posisjoner, og planene for klassene(lærerne)<br />
blir så like som de kan bli fra uke til uke. Jeg antar at dette gir betydelige<br />
undervisningsmessige fordeler, men vi har samtidig<br />
definert et langt mer<br />
komplisert timeplanproblem. Det er meget enklere å se på planene for de to uker<br />
som "uavhengige planer", men planene kan da variere<br />
en god del fra uke til uke.<br />
I TPLAN kan vi legge planene for a-uke og b-uke som to tilnærmet<br />
uavhengige planer fra<br />
samme datasett på følgende måte:<br />
Gå til faneblad Diverse > Aktivitetsreferanser.. Man oppretter referansen :<br />
PERIOD<br />
I feltet NAVN angir man en av bokstavene a eller b for den periode(uke) man<br />
ønsker en<br />
timeplan for. Ved overføring av data til timeplansystem elimineres de fag som tilhører<br />
motsatt(annen) periode fra timeplanleggingen. Hvis dette er ønskelig (eller tvinger seg frem),<br />
er det enklest å ha to skolekoder for samme data, men bemerk at man slipper unna med å<br />
registrere data bare en gang.<br />
Følgende figur viser spesifikasjon av annen hver ukes undervisning og halvårsundervisning<br />
for samme klasse:
128<br />
I figuren kan ikke KLR legges mot MUS eller NA1, men det kan legges mot KLRX. Vi har<br />
dermed to sett komplementære fag og nok en komplikasjon av timeplanen. Det er viktig å gi<br />
oppsplittingene i ulike intervall realistiske proporsjoner. Selve registreringen av<br />
halvårsundervisningen er enkel.<br />
3.11.2.2 Kjøring av skoler med annenhverukes undervisning (og halvårs undervisning).<br />
Vi skal i det følgende omtale forskjellene mellom en slik kjøring og en mer tradisjonell skole.<br />
• Forbedrende arbeid: Gå til obligatoriske opplysninger. I felt : Komponenter<br />
skrives bokstaven J. Jeg utdyper ikke dette, men sier at dette bestemmer hvilke TK-er<br />
som genereres. Hvis det er mye a/b -undervisning , er det vitalt at dette felt er fylt ut<br />
som nevnt.<br />
• Kontroll av data: Kontrollen av antall posisjoner for klasser/lærere blir noe<br />
annerledes når man har a/b-undervisning fordi en del av aktivitetene blir slått sammen<br />
på et senere tidspunkt. Vi vet ikke uten videre hvor mange posisjoner som egentlig<br />
kreves. For klasser summerer vi alle aktiviteter klassen inngår i, uten å differensiere<br />
om dette er ordinær undervisning eller a/b-undervisning. Anta at klassen har 28 t.<br />
ordinær undervisning, 2t. a-undervisning og 2t. b-undervisning. Denne planen skal<br />
legges på 30 posisjoner mens vi får oppgitt at klassen har 32 posisjoner. En tilsvarende<br />
ordning har vi for fagene til en lærer (eller rom). Vi får summert alle timer læreren har<br />
enten det er ordinær undervisning eller a/b-undervisning. Vi vet ikke uten videre hvor<br />
mange posisjoner som kreves for å få lagt ut disse timene. Først når vi kommer til<br />
logisk analyse og generering av TK-er , får vi en skikkelig oversikt over hvor mange<br />
posisjoner som minst kreves , og vi ser eventuelle feil.<br />
• Overføring av data: Dette er stort sett likt arbeid med en ordinær timeplan. Det lages<br />
dagkonflikter mellom vanlig undervisning og a/b-undervisning. Hvis vi bruker<br />
akt.referanse: PERIOD som beskrevet foran, blir visse deler av fagregisteret ikke<br />
overført, og dette påvirker antall posisjoner for klassene.<br />
• Logisk analyse: Første del av denne analysen er stort sett lik behandling av en<br />
ordinær timeplan. TPLAN tillater f.eks. at en a-akt og en b-akt for samme klasse<br />
legges til samme posisjon uten at dette gir varsel om dobbelplassering. Når man
129<br />
kommer til generering og analyse av TK-er, blir det betydelige forskjeller. Vi skal<br />
omtale hvordan TPLAN behandler dette :<br />
For alle ressurser behandles : Vanlige akt. + a-akt + (A-akt) som den egentlige<br />
klasse(lærer)-TK. Derfor må det genereres en god del opplagte TK-er i tillegg, f.eks. :<br />
Vanlige akt. + b-akt +(B-akt)<br />
Vanlige akt + a-akt +(B-akt)<br />
Vanlige akt + b-akt +(A-akt)<br />
Når slike selvsagte TK-er genereres, får vi ikke en fullstendig utskrift, men et varsel<br />
som ser ut slik :<br />
SAMMENLEGGING FOR TK: 220 POS: 19REST: 19 1z<br />
INTERVALL AKT.SAMMENLEGGING FOR TK: 221 POS: 19REST: 19<br />
1y INTERVALL AKT.<br />
SAMMENLEGGING FOR TK: 222 POS: 18REST: 18<br />
2a INTERVALL AKT.<br />
SAMMENLEGGING FOR TK: 223 POS: 18REST: 18<br />
2x INTERVALL AKT.<br />
Over står det ikke noe mer spennende enn at klassene 1z,1y,2a og 2x har både a-akt og<br />
b-akt. Det lages en ekstra TK av vanlige akt. + b-akt, og TK-nr står ovenfor. Når man<br />
kommer til samleoversikt for TK-er, vil man som regel finne et stort antall nye tette<br />
TK-er. Dette er det foreløpig ingen grunn til å hisse seg opp av hvis forklaringen er så<br />
enkel som nevnt. En annen sak er at ved generering av nye TK-er, øker sjansen for at<br />
det dannes ytterligere TK-er som eventuelt kan være kritiske.<br />
• Leggingsprogram: Tilsynelatende oppfører dette seg likt som vanlig<br />
timeplanlegging, men skinnet bedrar. a/b-akt. definerer svært ofte indirekte<br />
parallellkoplinger: Når man plasserer en slik aktivitet, følger ofte en tvungen<br />
plassering av en komplementær aktivitet for en klasse til samme posisjon. Denne<br />
indirekte parallellkopling bør man ta hensyn til ved å la a/b-akt inngå i relativt<br />
tidlige styredirektiv. Jeg pleier å ordne meg slik:<br />
1. Først prioriteres på vanlig måte de deler av timeplanen som man vet kan være<br />
komplisert.<br />
2. Deretter prioriterer man a/b-akt.<br />
3. Til slutt følges vanlige prioriteringsregler.<br />
Følgende enkle styring viser et eksempel :<br />
Kommentar :<br />
1. Rom 40 og hal er de to helt kritiske rom.<br />
2. Samtidig prioriterer vi nonL og nonU som er a/b-akt som bare har noen få ledige<br />
timer på slutten av dagen.<br />
3. I neste skritt prioriterer vi *U og *L. Vi har organisert oss som beskrevet foran slik at<br />
disse to referanser viser til alle resterende a-akt og b-akt.<br />
4. Til slutt følger standard prioritering: gpa fulgt av spa.
130<br />
Jeg tror denne styring kan være et utmerket utgangspunkt for alle skoler som har mye<br />
annenhver ukes undervisning. (Hvis man vil la de to ukene være "uavhengige" planer , blir<br />
styringen annerledes.)<br />
Utskrift av komprimert plan blir<br />
annerledes når man har a/b-akt (og eller A/B-akt.). Følgende<br />
figur viser prinsippet :<br />
PLAN FOR KLASSER 093 HASLEV GYMNASIUM 1998-<br />
99........................................................................... 3x 3x<br />
3y : 3y 3z : 3z 3a 3a : 3b 3b :<br />
: : : :<br />
: : : :<br />
...........................................................................<br />
M 1: b3 * 3x* : 3x* : 3x* : 3x* : 1 M<br />
A 2: bk da : da : ol : re : 2 A<br />
N 3: mn * 3x* : 3x* : 3x* : 3x* : 3 N<br />
D 4: da id * : bk : re : 3y* : 4 D<br />
...........................................................................<br />
3x 3x 3y : 3y 3z : 3z 3a 3a : 3b 3b :<br />
...........................................................................<br />
T 1: b3 * 3x* : 3x* : 3x* : 3x* : 1 T<br />
I 2: b2 * 3x* : 3x* : 3x* : 3x* : 2 I<br />
R 3: da re : ol : b5 * : 3a* : 3 R<br />
S 4: Lb4* Uhi 3x* : Uhi 3x* : Uhi da : ol : 4 S<br />
...........................................................................<br />
3x 3x 3y : 3y 3z : 3z 3a 3a : 3b 3b :<br />
...........................................................................<br />
O 1: b4 * 3x* : 3x* : da : bk : 1 O<br />
N 2: hi da : Lol : Ure Lb5* Uol : 3a* Uol : 2 N<br />
S 3: Lre Uol Lre : Ubk da : Lbk Uhi : Lhi Ure : 3 S<br />
D 4: non Lol : Ubk non : Lbk Ure : da : 4 D<br />
...........................................................................<br />
3x 3x 3y : 3y 3z : 3z 3a 3a : 3b 3b :<br />
...........................................................................<br />
T 1: id * ol : re : 3x* : hi : 1 T<br />
O 2: Lb2* Ub3* 3x* : 3x* 3x* : 3x* 3x* 3x* : 3x* 3x* : 2 O<br />
R 3: b4 * 3x* : 3x* : hi : da : 3 R<br />
S 4: ol non : id + : b6 + : 3a+ : 4 S<br />
...........................................................................<br />
3x 3x 3y : 3y 3z : 3z 3a 3a : 3b 3b :<br />
...........................................................................<br />
F 1: b2<br />
* 3x* : 3x* : 3x* : 3x* : 1 F<br />
R 2: mn<br />
* 3x* : 3x* : 3x* : 3x* : 2 R<br />
E 3: re<br />
hi : hi : b5 * : 3a* : 3 E<br />
D 4: B*<br />
B* B* : B* B* : B* b6 + : 3a+ : 4 D<br />
...........................................................................<br />
.......................................................................... 21 22<br />
23 24 25 : 26 27 28 29 30 :<br />
:M H MH EH TI EJ : EJ LI TJ TJ BJ :<br />
KLS<br />
..................... .....................................................<br />
M 1: 1x+ B* 2p* 3x* : 1p : 1 M<br />
A 2:3y 2p* : : 2 A<br />
N 3: 3x* : 3x* : 3 N<br />
D 4: 3a : 3y* : 4 D<br />
..........................................................................<br />
:MH MH EH TI EJ : EJ LI TJ TJ BJ :<br />
..........................................................................<br />
T 1: B* 2p* 3x* : 1p : 1 T<br />
I 2: 1p+ : 2y* : 2 I<br />
R 3:1x+<br />
3a* 3y : 1p+ : 3 R<br />
S 4:<br />
1y : 3z : 4 S<br />
..........................................................................<br />
:MH MH EH TI EJ : EJ LI TJ TJ BJ :<br />
..........................................................................<br />
O 1: B* B* 2p* : 1x* B* : 1 O<br />
N 2:3y 3a* B* 2q : 1y* : 2 N<br />
S 3: 1b B* 3y : 2y* 2y* : 3 S<br />
D 4: B* : 3a ** : 4 D<br />
..........................................................................<br />
:MH MH EH TI EJ : EJ LI TJ TJ BJ :<br />
..........................................................................<br />
T 1: B* B* : 1y+ 1p 3x* : 1 T<br />
O 2: B* : 2y* 2y* : 2 O<br />
R 3: B* : 2q : 3 R
131<br />
S 4: B* : 1x* 3z+ : 4 S<br />
..........................................................................<br />
:MH MH EH TI EJ : EJ LI TJ TJ BJ :<br />
..........................................................................<br />
F 1: B* B* B* : 1y+ 2x* : 1 F<br />
R 2: B* B* 1b 3x* : 1p 3x* : 2 R<br />
E 3: B* B* 3a* 1y : 3z 1x* : 3 E<br />
D 4: B* B* ** ** : ** ** ** ** : 4 D<br />
..........................................................................<br />
1. Hver klasse skrives normalt ut i 2 kolonner: Den første kolonne inneholder de fag som<br />
undervises begge uker samt a-akt. (like uker) (samt eventuelt A-akt). Neste kolonne<br />
inneholder bare b-akt (ulike uker) (samt eventuelt B-akt.) osv. Hvis en klasse ikke har<br />
a/b-akt, skrives den ut på en kolonne som vanlig.<br />
2. De lærere som ikke<br />
har a/b-akt får bare en kolonne, og de som har a/b -akt, får<br />
(vanligvis ) to kolonner. Utskriften er som for klasser: I første kolonne skrives de fag<br />
som undervises begge uker samt a-akt (og A-akt.). I neste kolonne skrives bare b-akt.<br />
(og B-akt) Det er godt mulig at denne utskrift må gjøres mer tydelig , for vi ser ikke<br />
forskjell på en vanlig akt. og en a-akt.<br />
• Romfordeling: De rom som kreves av a/b-akt(A/B-akt) dubleres. a/b-akt er de første<br />
som blir tildelt rom ,og vi forsøker å få en maksimal samling til "samme" rom. Den<br />
fortsatte romfordeling gjøres på vanlig måte, hvor vi har ingen dublering av rom.<br />
Utskrift av komprimert romplan er som for klasse- og lærerplan : I første kolonne<br />
vanlige akt samt a-akt og neste kolonne inneholder bare b-akt, for eksempel slik:<br />
PLAN FOR ROM 873 ODDEMARKA UNGDOMSSKOLE 1997/98<br />
....................................................................<br />
ROM :FYS :FYS :KJE :MU1 :MU1 :MU2 :GYM1 :GYM2 :SL :<br />
....:......:......:......:......:......:......:......:......:......:<br />
M 1: 8D : 8C : : 8C : 8D : : 10A : : 8A :M 1<br />
A 2: 8D : 8C : : 8C : 8D : : 9B : 9C : 8A :A 2<br />
N 3: 10B : : : : : : 9B : 9C : 8C :N 3<br />
D 4: 10D : : 10D : : : : 9A : : 8C :D 4<br />
A 5: 10B : : 10B : : : : 9D : 10C : 9A :A 5<br />
G 6: : : : : : : 9D : 10C : 9A :G 6<br />
....................................................................<br />
ROM :FYS :FYS :KJE :MU1 :MU1 :MU2 :GYM1 :GYM2 :SL :<br />
....:......:......:......:......:......:......:......:......:......:<br />
T<br />
1: 9B : 9C : : 9C : 9B : : 8E : : 9D :T 1<br />
I 2: 9B : 9C : : 9C : 9B : : 8E : : 9D :I 2<br />
R 3: : : : : : : 10A : : :R 3<br />
S 4: : : : : : : 9A : 10E : :S 4<br />
D 5: 10C : : 10C : 9A : : 9A : 10E : :D 5<br />
A 6: : : : 9A : : : 9A : : :A 6<br />
....................................................................<br />
ROM :FYS :FYS :KJE :MU1 :MU1 :MU2 :GYM1 :GYM2 :SL :<br />
....:......:......:......:......:......:......:......:......:......:<br />
O 1: : : : : : : 10A : : 9C :O 1<br />
N 2: : : : : : : 10A : 8A : 9C :N 2<br />
S 3: 10E : : 10E : : : : : 8A : 9B :S 3<br />
D 4: 9D : : : : 9D : : : : 9B :D 4<br />
A 5: 9D : 9A : : 9A : 9D : 10A : 10A : 10A : 10A :A 5<br />
G 6: : 9A : : 9A : : 10A : 10A : 10A : 10A :G 6<br />
Vi bemerker at rom FYS og MU1 er dublerte for a/b-akt. slik at det kan ligge to<br />
forskjellige fag på "samme tid" i disse rom.<br />
• Klartekst i Klargrid :Denne er stort sett lik utskrift av en vanlig plan, men vi skal<br />
bemerke feltet lengst til høyre. Her angis om en akt. er a-akt eller b-akt., og dette<br />
føres videre til de endelige planer. Når vi justerer planene, må vi eventuelt også bruke<br />
dette felt. Klartekst planer for klasser, lærere og rom blir på samme måte som<br />
komprimerte planer , men vi kan ikke her angi om en akt. er en a/b-akt. Vi viser<br />
register for klartekst uten kommentar.
132<br />
3.11.3 Vekslende gruppering , komponenter (Prosjektarbeid og<br />
organisering av mindre elevgrupper )<br />
Dette er en sentral timeplanmekanisme som skoleverket har hatt i alle år, og den har en rekke<br />
anvendelsesområder. Den har fått fornyet aktualitet med innføring av prosjektarbeid i den<br />
norske skolen, og vi gir særskilt omtale av dette. Utgangspunktet er følgende :<br />
Elevene er opprinnelig gruppert i stamklasser som vi for eksempel betegner 1a, 1b, 1c, 1d osv.<br />
I visse fag blir elevene omgruppert til andre grupper som vi for eksempel betegner 1u, 1,v, 1x,<br />
1y osv. Årsakene til denne omorganisering kan være flere for eksempel :<br />
1. Stamklassene kan være grupperingen i de obligatoriske fag eleven får, mens<br />
alternative grupperinger kan være den organisering som velges for å få realisert<br />
elevens fordypningsfag (eventuelt valgfrie fag).<br />
2. Mange skoler ønsker en annen gruppering i skriftlige fag sammenliknet med andre<br />
boklige fag. I skriftlige fag vil man ha flere grupper (større lærertetthet) . I tillegg<br />
vil man ofte integrere spesialundervisning med undervisning i skriftlige fag slik at<br />
man får ytterligere elevgrupper her.<br />
3. Den norske skolen er i dag preget av at man i en del uker i året vil ha undervisning<br />
som prosjektarbeid. Det fins flere måter å gjøre dette på, men følgende<br />
organisering virker naturlig: Man trekker ut visse timer fra visse fag, og samler<br />
disse timene for to eller flere klasser til større sammenhengende perioder (3-6<br />
timer for eksempel). I tillegg kan det være med ekstra lærere i prosjektarbeid, og<br />
man forlanger mulighet for en fleksibel gruppering av elevene. Visse uker av året<br />
skal de nevnte timer brukes til ordinær undervisning, i andre uker har man<br />
prosjektarbeid. Dette må man ta hensyn til når det gjelder dagkonflikter.<br />
4. Den seneste utvikling i den norske grunnskolen er at man gir opp det tradisjonelle<br />
klassebegrep og slår sammen to eller flere klasser til en større gruppe. Dette deles i<br />
sin tur opp i et antall mindre grupper på for eksempel 12 elever. Deretter<br />
undervises disse gruppene for seg noen ganger, andre ganger slår man sammen
133<br />
parvise grupper som undervises samlet. Man kan også slå sammen 3 eller flere<br />
grupper til en enhet. Avhengig av hvilke av disse grupperingene<br />
som kan<br />
undervises til samme tid får man to eller flere komponentledd slik jeg forklarer i<br />
fortsettelsen.<br />
EN BESTEMT MÅTE Å GRUPPERE ELEVENE PÅ KALLER VI EN KOMPONENT<br />
OG DE TILHØRENDE GRUPPER KALLER VI<br />
KOMPONENTLEDD. DE<br />
KOMPONENTER SOM TIL SAMMEN BESKRIVER ALL UNDERVISNING FOR ET<br />
ANTALL KLASSER, KALLER<br />
VI EN LINJE. DET KARAKTERISTISKE VED DE ULIKE<br />
GRUPPERINGER AV ELEVER ER AT KOMPONENTLEDD I SAMME KOMPONENT MÅ<br />
UNDERVISES TIL SAMME TID OG KOMPONENTLEDD I FORSKJELLIG KOMPONENT<br />
FOR SAMME LINJE MÅ UNDERVISES TIL FORSKJELLIG TID. (Ellers risikerer man at<br />
samme elev skal være to steder samtidig.)<br />
Vekslende gruppering har man selvsagt også i en mer tradisjonell timeplanlegging, men all<br />
undervisning knyttes til stamklassene enten som klassefag eller som større blokker. Blokkene<br />
representerer en måte å få til vekslende gruppering, ofte den eneste måte dette kan gjøres på. I<br />
dette sistnevnte tilfellet er det meningsløst å arbeide med komponenter, det fører bare til<br />
unødig komplikasjon av timeplanen. For andre skoleslag kan det være et stort antall måter å<br />
sette sammen "blokkene" på. Nå kan komponentlegging være på sin plass. Man får en<br />
betydelig ekstra frihet som kan brukes til å ta hensyn til andre krav til planen, og man får god<br />
oversikt over hvilke lærere(rom) som eventuelt gir timeplanproblemer.<br />
Hovedregelen er at hvis komponenter kan unngås, bør man arbeide med tradisjonelle<br />
blokker fordi komponentlegging gir et vesentlig mer komplekst timeplanproblem. Hvis<br />
man ser at komponenter fører til større fleksibilitet, anbefales komponentlegging varmt.<br />
Komponentlegging er egentlig en meget gammel mekanisme i TPLAN. Den ble revidert,<br />
forbedret og utvidet for å få til organisering av prosjektarbeid. I det følgende vil vi primært<br />
omtale hvordan komponenter brukes til dette. Utgangspunktet er følgende: Vi trekker ut visse<br />
timer<br />
for visse fag for visse klasser og samler dem til større sammenhengende<br />
undervisningsperioder. Hvis de samme<br />
lærere som går igjen overalt, er komponenter en<br />
unødig<br />
komplikasjon for det spiller ingen rolle hvilke fag man legger mot hverandre. Vi<br />
forutsetter derfor at prosjektarbeidet kan organiseres på en rekke forskjellige måter.<br />
3.11.3.1 Registrering av fagene ved hjelp av komponenter.<br />
Timeplanteknisk løser vi prosjektarbeidet på følgende måte :<br />
1. De timene som skal inngå i prosjektarbeid tilordnes egne grupper, for eksempel<br />
ordinær undervisning tilordnes klasse 8A mens timene i prosjektarbeid tilordnes<br />
klasse 8a<br />
2. Elevgruppene i klasseregisteret må skrives i en ganske bestemt rekkefølge:<br />
Elevgruppene i samme komponent må skrives fortløpende i klasseregisteret, og de<br />
komponenter som til sammen utgjør en linje, må også føres fortløpende. (Se<br />
eksempler senere.)<br />
3. Alle elevgrupper i en linje må knyttes til et linjenavn (2 karakterer) + et<br />
fortløpende siffer for hvilken komponent gruppen tilhører.<br />
4. For å kunne samle<br />
de timer som utgjør prosjektarbeidet, må vi innføre en fiktiv<br />
elevgruppe (periodeleddet) som definerer periodelengden for prosjektarbeidet som<br />
en helhet.
Vi skal se på eksempler :<br />
134<br />
Det drastisk nye<br />
ved dette<br />
klasseregister er<br />
feltet :<br />
Komponent. I<br />
figuren har vi sagt<br />
:<br />
9C og 9D tilhører<br />
linje : 92 ,<br />
komponent 1.<br />
Bemerk<br />
komponentnavn<br />
921 som er felles<br />
for disse to<br />
elevgrupper.<br />
Tilsvarende<br />
tilhører 9C1, 9D1<br />
og 9CD linje : 92,<br />
komponent 2.<br />
Bemerk komponentnavn 922 som er felles for disse 3 grupper. Bemerk spesielt at den tredje<br />
karakter alltid skal være nr. på den komponent elevgruppen tilhører. Vi kan foregripe<br />
begivenhetenes gang ved å si at 9C1 definerer de timene i 9C som er trukket ut til<br />
prosjektarbeid. Tilsvarende forbindelse har vi mellom 9D og 9D1. 9CD vil senere vise seg å<br />
være periodeleddet for prosjektarbeidet. (definerer for<br />
eksempel om prosjektarbeidet skal<br />
legges ut som en 6-dobbel periode eller to trippeltimer.) Klasse 9C og 9D skal undervises<br />
som<br />
en enhet i prosjektarbeid.<br />
I 10A og 10B har vi eksakt samme ordning som for klasse 9C og 9D. Klassene tilhører linje<br />
A1, komponent 1. Bemerk symbol A11. Prosjektarbeidet<br />
tilordnes gruppene 10a og 10b,<br />
mens periodeleddet er 10x.<br />
Klassene 10C, 10D og 10E skal undervises som en enhet i prosjektarbeid. De tilhører alle tre<br />
linje A 2, komponent 1 (symbol A21 ). Andre komponent (A22) er gruppene 10c, 10d, 10e<br />
og 10y hvor 10y er periodeleddet.<br />
I en vanlig skole har man ganske stor frihet ved rekkefølgen<br />
av klasser, men når elevgrupper<br />
inngår i komponenter og linjer er det vesentlig<br />
at rekkefølgen er eksakt som skissert ovenfor.<br />
Det er sågar viktig at "samhørende" elevgrupper for eksempel 10A og<br />
10a står på samme<br />
plass i de to komponenter. Dette fordi det dannes dagkonflikter mellom samme<br />
fag for to<br />
forskjellige<br />
elevgrupper.<br />
NÅR MAN FØRST HAR ORGANISERT KLASSEREGISTERET PINLIG<br />
NØYAKTIG,<br />
ER RESTEN AV SPESIFISERINGEN FOR KOMPONENTER<br />
ENKEL OG RETT FREM<br />
DVS. FAGREGISTER OG BLOKKLEGGINGSREGISTER<br />
FØLGER STORT<br />
SETT<br />
VANLIGE REGLER. MAN MÅ HUSKE PÅ Å TILORDNE<br />
PROSJEKTARBEIDET TIL<br />
DE NYE ELEVGRUPPER , OG MAN MÅ EVENTUELT SØRGE FOR TA MED SEG ET<br />
PERIODELEDD.<br />
Vi skal se<br />
på et eksempel :
135<br />
Klasse 10A og 10B skal ha sitt prosjektarbeid til samme tid, og dette tilordnes gruppene 10a<br />
og 10b. Vi lager klasseregisteret som beskrevet ovenfor og fører inn periodeleddet 10x.<br />
Følgende figur viser et utsnitt av fagregisteret:<br />
Øverst står periodeleddet 10x. Vi har her sagt at prosjektarbeidet skal være en 6-dobbel<br />
periode dvs. hele skoledagen.<br />
Fra faget engelsk (ENG) har vi trukket ut en time (PRO1) som skal inngå i prosjektarbeid.<br />
Bemerk at denne time knyttes til gruppe 10b. Bemerk at vi bruker fagnavn ENG for akt. navn<br />
PRO1. Dette er gjort for å sikre at det blir dagkonflikt mellom 10B ENG og 10b PRO1. Dette<br />
er viktig hvis prosjektarbeidet for eksempel legges ut som to trippeltimer, og man tenker seg<br />
vanlig undervisning i "prosjektblokkene". Nå er det vesentlig at det ikke ligger flere timer i<br />
samme fag på samme dag.<br />
Fra faget GYM har vi trukket ut en time PRO4, fra faget MA har vi trukket ut en time PRO2,<br />
fra faget NA har vi trukket en time PRO5, fra faget NO har vi trukket ut en time PRO3, samt<br />
fra faget SAF har vi trukket ut en time PRO6. For alle 6 fagene ordner vi oss som beskrevet<br />
ovenfor for ENG. Bemerk at vi sørger for å ha korrekte dagkonflikter<br />
De 6 nevnte timer trekkes ut for både klassene 10A og 10B. Vi samler disse 6 timer for de<br />
to klasser med måten vi organiserer komponenter i klasseregisteret, og vi samler disse<br />
timene igjen til en større sammenhengende blokk med periodeleddet 10x.<br />
Bemerk at vi tillater annenhver ukes undervisning<br />
samtidig med komponentlegging. Dette er selvsagt<br />
Kommentar:<br />
en betydelig komplikasjon av planen.<br />
Det er sjelden at de fag som inngår i andre, tredje<br />
osv. komponent også inngår i blokklegging.<br />
Dermed blir fagregisteret enkelt for komponenter<br />
mens klasseregisteret må følge meget bestemte<br />
regler. Bruk av komponenter krever utfylling av et<br />
spesielt register : I faneblad Diverse finner man :<br />
TTT-direktiv :
136<br />
For hver linje skriver man linjens navn ( to karakterer). Fortløpende registreres det<br />
maksimale antall posisjoner denne komponent tillates å bruke. Dette stabiliserer<br />
komponentleggingen.<br />
TPLAN tillater inntil 6 komponenter, men det er relativt sjelden man trenger mer enn 2(3)<br />
komponenter.<br />
Vi skal se på et annet eksempel for komponenter : Andre trinn i et gymnas har disse klasser<br />
: 2A,2B,2X og 2Y. De to første klasser har språk/samfunnsfag som studieretning, de to siste<br />
har naturfaglig studieretning. Språkgrupper betegnes 2SA,2SB osv. Naturfaglige grupper<br />
betegnes 2NA, 2NB osv. Hvis det nå er sterk kopling mellom elevene i de sistnevnte grupper<br />
dvs. at elevene vandrer fritt fra gruppe til gruppe fra fag til fag, er dette ikke<br />
komponentlegging men tradisjonell blokklegging. (Dette er pr. i dag den mest vanlige<br />
organisering i den videregående skolen, men dette begrenser løsningsalternativene en del.)<br />
For diskusjonens skyld antar vi at de ulike tilvalgsgrupper er tilnærmet uavhengige. Vi kan da<br />
definere komponentene slik :<br />
Linje 21<br />
1ste komp 2dre komp<br />
2X<br />
2NA<br />
2Y 2NB<br />
osv.<br />
Linje 22<br />
1ste komp 2dre komp<br />
2A 2SA<br />
2B 2SB<br />
osv.<br />
Et utsnitt av fagregisteret vises i denne figur :<br />
Kommentar :<br />
1. Klassene har bl. a. disse fellesfag SAF, GYM og BSPR. GYM er en parvis kopling<br />
mellom klasser som tilhører forskjellige komponenter. BSPR er en blokklegging av<br />
alle 4 stamklasser.<br />
2. Gruppene 2NA,2NB,2SA,2SB<br />
registreres som om de var selvstendige klasser , men<br />
komponentdefinisjon i klasseregister tvinger disse parvis til de samme posisjoner.
137<br />
3. 2NA MUFO er en kopling av grupper som tilhører forskjellige komponenter. En slik<br />
"krysskopling" aksepteres, men det er klart at dette binder mye.<br />
Vi kan bruke samme teknikk for organiseringen av skriftlige fag i ungdomsskolen. Anta at<br />
klassene<br />
8A og 8B i de skriftlige fag omgrupperes til gruppene 8a, 8ab og 8b og at disse<br />
grupper er tilnærmet uavhengige bortsett fra at de skal undervises til samme tid.. Videre er det<br />
enkelte elever i 8ab som skal spesiell støtte. Støtten ordnes med en blokklegging mot 8ab. Vi<br />
kunne nå organisere de skriftlige fag som komponenter hvis<br />
det fins stor frihet i<br />
hvordan fagene kan plasseres sammen.<br />
Hvis det ikke fins alternativer for hvordan fagene settes sammen, skal de skriftlige fag<br />
organiseres med vanlig blokklegging og ikke komponentlegging.<br />
3.11.3.2 Kjøring av timeplaner med vekslende gruppering (prosjektarbeid)<br />
Dette kan bli atskillig mer komplisert enn en tradisjonell timeplanlegging. Jeg er for<br />
øyeblikket ikke fornøyd ikke med alle de utskriftene vi får fra TK-analysen og arbeider med å<br />
redusere dette. Vi skal vise skrittene i en kjøring, og vi behandler det mer generelle tilfellet<br />
hvor vi har både prosjektarbeid, a/b-akt og A/B-akt. Man må vite hva man gjør når man gir<br />
seg i kast med en slik kjøring.<br />
• Forbedrende arbeid: Gå til obligatoriske opplysninger. I felt : Komponenter<br />
•<br />
skrives bokstaven J. Jeg utdyper ikke dette, men sier at dette bestemmer hvilke TK-er<br />
som genereres. Hvis det er mye a/b -undervisning , er det vitalt at dette felt er fylt ut<br />
som nevnt. Hvis man har et omfattende prosjektarbeid og en del a/b-akt, bør man<br />
endre systemparametere i vedlikeholdsmeny slik at max verdi for lærere er for<br />
eksempel 400. Dette fordi det genereres mengder av nye TK - er.<br />
Overføring av data: Kontroll av posisjoner av lærere er stort sett enkel. Man<br />
summerer alle fag som læreren har uavhengig av om det også kan være a/b-fag. For<br />
klasser er bildet mer komplekst: Timene summeres for de komponentledd som er<br />
angitt i fagregisteret ,og det skilles ikke om faget er et a/b-fag (eller A/B-fag). Nå kan<br />
det være litt komplisert å se hvor mange posisjoner som egentlig kreves, men man<br />
får<br />
klar beskjed om dette når man kommer til TK-analysen.<br />
Det lages dagkonflikter mellom fag for parvise klasser som tilhører ulike<br />
komponentledd. Anta for eksempel at første<br />
komponent starter med klassene<br />
10A,10B osv., og andre komponent starter med klassene 10a,10b osv. Nå dannes det<br />
dagkonflikt mellom felles fag i 10A og 10a samt 10B og 10b osv. Dette er av sentral<br />
betydning når timene som er avsatt til prosjektarbeid skal undervises som<br />
vanlige fag. Følgende figur viser eksempler på slike dagkonflikter :<br />
Klasse+ Emne+Lærer fins i disse nå dagblokkerte aktiviteter<br />
AKTIVITET 1 AKTIVITET 2 AKTIVITET 3 AKTIVITET 4<br />
10A MA HLD : 10A MAEN 1 : 10A MA : 10a PRO2 10A ENG PA : 10A MAEN 1<br />
: 10A ENG : 10a PRO1 10A NA BO : 10A NA1 1 : 10A NA : 10a PRO5<br />
10A TYSK1 SLD : 10A VF 1 : 10A VF 3<br />
10A GYM MA : 10A GYM : 10a PRO4<br />
10A NO SC : 10A NO : 10A NO : 10a PRO3<br />
10A SAF MA : 10A SAF : 10a PRO6<br />
10B MA SLH : 10B MAEN 1 : 10B MA : 10b PRO2<br />
10B ENG YO : 10B MAEN 1 : 10B ENG : 10b PRO1<br />
10B NA SLH : 10B NA1 1 : 10B NA : 10b PRO5<br />
10B GYM NA : 10B GYM : 10b PRO4<br />
10B NO SC : 10B NO : 10B NO : 10b PRO3<br />
10B SAF SLH : 10B SAF : 10b PRO6<br />
• Analyseprogram Første del av dette er likt en tradisjonell skole men når man<br />
kommer til TK-analysen, blir varslene dramatisk forskjellig. Vi skal vise hvorfor :<br />
Anta at komponent 1 er 10A og 10B, mens andre komponent er 10a, 10b og 10x. Nå<br />
dannes følgende selvsagte TK-er :<br />
10A + 10a
138<br />
10A + 10b<br />
10A + 10x<br />
10B + 10a<br />
10B + 10b<br />
10B + 10x<br />
For slike TK-er gir vi bare et varsel som ser ut slik :<br />
SAMMENLEGGING FOR TK: 223 POS: 26REST: 26<br />
10A 10x INTERVALL AKT.<br />
SAMMENLEGGING FOR TK: 224 POS: 26REST: 26<br />
10A 10b INTERVALL AKT.<br />
SAMMENLEGGING FOR TK: 225 POS: 26REST: 26<br />
10B 10a INTERVALL AKT.<br />
SAMMENLEGGING FOR TK: 226 POS: 26REST: 26<br />
10B 10a INTERVALL AKT.<br />
Hvis vi i tillegg har a/b-akt og A/B-akt, øker dette igjen eksponentsielt slik :<br />
10A + 10a + a- akt i 10 A + A-akt i 10A<br />
10A + 10a + b- akt i 10 A + B-akt i 10A<br />
10A + 10a + a- akt i 10 A + B-akt i 10A<br />
10A + 10a + b- akt i 10 A + A-akt i 10A<br />
osv. osv. osv.<br />
Varslet : INTERVALL AKT. ovenfor varsler om at a/b-akt og A/B-akt inngår i en<br />
selvsagt TK. Vi ser at antall nye TK-er blir "astronomisk" stort. Bildet er videre enda<br />
mer komplisert enn jeg viser her: Fordi så mange nye TK-er dannes, øker sjansen<br />
betydelig for at ytterligere TK-er dannes pga. time/fag-fordeling for lærere og bruken<br />
av spesialrom. Det er greitt nok at alle disse TK-er må representeres internt i TPLAN,<br />
men vi skriver for øyeblikket ut omtrent alle ny TK-er som dannes. Dette ser jeg<br />
fører helt galt av sted, det blir alt for mye informasjon for den stakkars bruker.<br />
Man får vansker med å finne fram til den essensielle informasjon. Foreløpig får<br />
man ordne seg på følgende måte :<br />
Ignorer alle TK-er som er tette eller nær tette. De forteller egentlig ikke<br />
mer enn at vi arbeider med et noe strammere problem enn<br />
en vanlig plan.<br />
Derimot skal man nøye vurdere alle TK-er som har blitt<br />
umulige. Det er<br />
mer viktig<br />
enn ellers å rydde opp i umulige situasjoner fordi de videre<br />
følger blir større enn for en vanlig plan.<br />
• Leggingsprogram Programmet arbeider på omtrent samme måte som en vanlig<br />
1.<br />
plan, men ved leggingen vil man oppdage store mengder av tvungne plasseringer.<br />
Dette skyldes selvsagt at gruppene i de forskjellige komponenter samler seg til<br />
bestemte posisjoner. Styringen må reflektere at vi legger ut komponenter. Vi kan gi<br />
disse retningslinjer :<br />
Prioriter på vanlig måte skolen ut fra de mest kritiske blokker og mest kritiske<br />
ressurser.<br />
2. Parallelt med dette prioriteres andre komponent (prosjektarbeidet). Dette skal inngå<br />
i<br />
et relativt tidlig styredirektiv.<br />
3. Velg eventuelt en prioritert rekkefølge av de ulike andre komponenter avhengig<br />
av<br />
hvor kritiske disse er.<br />
Målsetningen er med andre ord at vi så raskt som mulig sørger for at det er bare første<br />
komponent tilbake for den avsluttende legging som dermed blir lik en helt ordinær<br />
plan. Følgende viser en enkel styring :<br />
Dette er identisk likt en enkel<br />
standardstyring med unntak av den siste linje<br />
: Vi antar at akt.navn PRO7 er en referanse<br />
til alle periodeledd for de ulike<br />
organiseringer av prosjektarbeid. Vi legger
139<br />
dette i første styredirektiv, og vi kan trygt anta at når periodeleddet først er plassert<br />
følger resten av prosjektarbeidet raskt etter. En variant av denne styring anbefales for<br />
alle skoler som definerer prosjektarbeidet vha. komponenter.<br />
3.11.3.3<br />
Oppsummering av organisering av prosjektarbeid og vekslende grupperinger.<br />
(komponenter)<br />
1. Komponenter er en meget generell og omfattende mekanisme. Det kan føre til<br />
betydelig ekstra frihet ved legging av timeplanen, men det kan føre også til et vesentlig<br />
mer komplekst timeplanproblem.<br />
2. Først skal man vurdere grundig om man virkelig trenger komponenter dvs. om dette<br />
virkelig gir betydelig ekstra frihet. I tvilstilfelle<br />
er man sannsynligvis best tjent med å<br />
bruke tradisjonell blokklegging.<br />
3. Når man først har bestemt seg for å bruke komponenter, må man være pinlig nøyaktig<br />
med utfylling av klasseregisteret som beskrevet i dette avsnitt. Videre må man huske<br />
på å fylle ut TTT-direktiver.<br />
4. Resten av dataregistrering er stort sett likt en tradisjonell skole, men man må selvsagt<br />
differensiere mellom klassesymboler som tilhører første eller andre komponent.<br />
5. Selve kjøringene likner også en tradisjonell skole, men ganske spesielt er det at det<br />
genereres mengder av nye TK-er. Mange av disse er ganske selvsagte. Det er vesentlig<br />
at man rydder opp i umulige TK-er , mens man delvis neglisjerer andre TK-er. Det<br />
arbeides med å redusere mengden av informasjon fra TK-analysen.<br />
6. I styredirektiver er det ganske viktig at alle andre komponenter inngår i relativt tidlige<br />
styredirektiv. Leggingen av planen er karakterisert av at det oppstår mengder av<br />
tvungne plasseringer. De ulike komprimerte planer får et noe spesielt utseende
4 KONTROLL<br />
140<br />
Fig 4.1<br />
Vi får tilgang til kontroll- meny direkte fra menyrad. Kontrollarbeidet<br />
har flere atskilte faser<br />
• Mens man registrerer grunndata, blir man felt for felt kontrollert om man registrerer<br />
formelt akseptabel informasjon. Varslet vises enten i statuslinjen eller i en dialogboks<br />
hvis man har valgt dette. Noe mer omfattende kontroll av registreringen får man ved<br />
å<br />
klikke på knapp: Inspiser ofte i løpet av registreringsarbeidet.:<br />
• Når registreringsarbeidet er avsluttet, skal man kontrollere register for klasser,<br />
lærere,<br />
rom og fag. Se avsnitt 4.1. Før man går til kontroll av nye data, må disse overføres<br />
i<br />
Kjøremenyen.<br />
• Når man avslutter arbeidet med komprimert plan, skal denne kontrolleres. Se avsnitt<br />
4.2. Ved innføring av interaktiv teknikk får man en løpende kontroll av de manuelle<br />
kompromiss man skrittvis gjør, og man bør selvsagt se ofte på resultatene fra<br />
analyseprogrammet mens man legger planen interaktivt.<br />
• Når man avslutter arbeidet med klartekster, skal dette kontrolleres. Se Avsnitt 4.3<br />
• Lønnsberegning har ingen selvstendig timeplanfunksjon, men det er nyttig<br />
tilleggsinformasjon som kan avledes av timeplandata. All registrering og informasjon<br />
om lønn behandles samlet i avsnitt 4.4<br />
• Helt spesielt ved innføring av interaktiv teknikk, blir hvordan man skrittvis<br />
bruker varslene fra analyseprogrammet.<br />
Dette omtales i avnitt 4.2.1<br />
De ulike timeplankjøringer inneholder også varsler og feil. Summarisk får vi disse varsler:<br />
a. Overføring<br />
av data.<br />
Varsler<br />
om eventuelle syntaktiske feil i registrene.<br />
b. Analyseprogram. Varsler<br />
om feil i direktiver til planen og videre følger av dette. Dette har store likheter<br />
m ed varsler fra komprimert plan. Det gjøres en omfattende logisk analyse av grunnlaget<br />
for timeplanen. Denne programdel er den viktigste for å fortelle brukeren om<br />
timeplandata<br />
er fornuftige.<br />
c. Leggingsprogram. Varsler<br />
om hvilke aktiviteter som ikke kan plasseres.<br />
d. Romfordeling.<br />
Varsler<br />
om manglende rom og rombytter.<br />
e. Sluttutskrifter.<br />
Samme<br />
varsler som kontroll av klartekster.<br />
Varslene<br />
fra de ulike programdeler omtales i kjøre- menyen, kapittel 5<br />
Arbeidsteknikken ved registrering, kontroll og legging av timeplanen.<br />
Enhver må selvsagt finne en metode som passer en selv best for dette arbeid. Det er imidlertid<br />
ganske mye<br />
man må passe på, og jeg har dog gjort denne prosess et antall tusen ganger og jeg<br />
skal skissere min teknikk:
141<br />
• Først må jeg får registrert basisregistre for obligatoriske opplysninger, klasser lærere og<br />
r om. Her tar jeg litt lettvint på ting<br />
som jeg strengt tatt ikke trenger for timeplanleggingen<br />
f .eks. fullt navn for lærer. Jeg legger<br />
imidlertid stor vekt på at romalternativene i<br />
romregisteret blir slik jeg mener de skal være.(mange slurver her). Når basisregistre er<br />
komplette, klikker jeg knapp Inspiser for å luke bort<br />
formelle feil.<br />
• Den mest omfattende registrering er fagregisteret. Flere prinsipper kan<br />
være aktuelle: Man<br />
kan r egistrere fagene klasse for klasse med valgfagene til slutt eller man kan registrere data<br />
fag for fag. Uansett bruker jeg knapp Inspiser<br />
mye, særlig i starten. Dette fordi jeg er lat når<br />
det gjelder dataregistrering, og vil bruke<br />
hver eneste trikk som fins for å kopiere fra de data<br />
jeg allerede har laget og bruke kopien som grunnlag for fag for nye klasser. Jeg er ikke så<br />
nøye med om jeg får med meg<br />
ting jeg kan tilføye senere f.eks. fullt fagnavn,<br />
lønnsberegning etc.<br />
• Dernest må jeg få laget blokkregisteret. Her må jeg spesielt passe på at referanseklasen er<br />
korrekt<br />
og ellers kan man via F9 gjøre betydelige forenklinger av denne registrering.<br />
• Når jeg mener blokkregisteret er komplett, er jeg klar for min første overføring av data. Her<br />
er jeg pedantisk nøye med at alt jeg har registrert i blokkregisteret<br />
er korrekt. Når dette er i<br />
orden, ser jeg på det antall posisjoner klassene har fått. Dette er neste prioritet, og dette må<br />
også<br />
være i orden før man ser på andre ting.<br />
• Først nå ser jeg på det<br />
antall posisjoner lærerne har fått og får orden på dette. Jeg<br />
kontrollerer i filen Lisy eventuelle dubleringer samt at de dagkonflikter som er laget, er blitt<br />
som tenkt.<br />
• Nå er tiden inne for å tenke på ulike direktiver(man kunne også gjort det i en tidligere fase).<br />
Mesteparten<br />
av registreringen er posisjonsdirektiver, men jeg vurderer selvsagt forbudte<br />
start posisjoner, mønsterdirektiv, øvrige direktiv etc. Jeg klikker knapp Inspiser og ser at alt<br />
er i orden.<br />
• Nå er jeg klar for overføring + analyse. Jeg ser på filen Lian pinlig og pedantisk nøye, både<br />
for å se etter feil og for å se om jeg har fått med meg alt. Jeg forlanger at alt er formelt i<br />
orden i filen Lian<br />
• Neste skritt blir å vurdere den styring man ønsker (ikke for detaljert i første omgang).<br />
Videre må jeg vurdere om det gjelder spesielle kjørebetingelser for mine data.<br />
• Nå kjører jeg raskt gjennom hele<br />
planen. Hvis<br />
resultatet er en katastrofe, må jeg først finne<br />
ut hvorfor og gå tilbake og rette<br />
grunndata.<br />
• Hvis foregående skritt så ut til å være rimelig bra, er jeg klar<br />
for en interaktiv legging. Jeg<br />
vil nå skrittvis gjøre et antall modifikasjoner. Dette gjør jeg på enkleste og tryggeste måte.<br />
Jeg kontroller hyppig de varsler jeg får i filen Lian under marsjens gang.<br />
• Før eller senere får jeg en komplett plan. Nå ville jeg gå tilbake til opprinnelige registre og<br />
registrere de ting jeg ikke tok med meg i første omgang (lærernavn ,fullt fagnavn, ringetider<br />
etc.) dvs. ting som har betydning for sluttresultatet. Jeg overfører<br />
dette og kjører logisk<br />
analyse på nytt hvor jeg bygger på delplan.<br />
• Vi skal ofte gjøre noen endringer av sluttresultat (rombytter og tillegg av<br />
spesialundervisning). For å kontrollere dette, vil jeg med visse mellomrom lagre mine data.<br />
Der etter vil jeg be om de gamle DOS- utskrifter. Det viktigste ved dette er at jeg får en<br />
fullstendig kontroll av mine sluttjusteringer.<br />
• Helt til slutt ville jeg lage smukke Windows utskrifter og/eller sende timeplanen videre til et<br />
annet<br />
datasystem.<br />
4.1 KONTROLL AV REGISTRE FOR KLASSER, LÆRERE, ROM OG FAG.<br />
Disse kontroller er analoge. I prinsipp gjøres kontrollene slik:<br />
a. Man kommer først til faneblad: Tabeller som inneholder en samleoversikt for de ulike
142<br />
ressurser. Det er 4 forskjellige utforminger av disse tabeller.<br />
b. Faneblad: Utskrifter inneholder detaljert informasjon for den enkelte klasse, lærer eller<br />
rom. Det lages et utvalg fra fagregisteret som er alle fag for aktuell ressurs. Hvis man<br />
lager utvalget for en klasse, får man også oversikt over de aktiviteter klassen inngår i,<br />
og dette forteller om man har gjort blokkleggingen riktig. Hvis man lager utvalget for en<br />
lærer, kan man også få en oversikt over lærerens lønnstimer.<br />
Detaljene for de ulike utvalg er:<br />
4.1.1 Kontroll av klasser<br />
Fig 4.2 følger fra valg 1 i fig 4.1 og viser hovedoversikt for klassene. Mesteparten er en kopi<br />
av klasseregisteret. Til høyre står tre felt :<br />
Planlagte Pos: Det antall posisjoner en har planlagt for klassen i følge klasseregisteret.<br />
Registrerte Pos: Det antall posisjoner er har registrert for klassen i ut fra fagregisteret og<br />
blokkleggingsregisteret. Differanse:<br />
Differansen mellom registrerte og planlagte posisjoner. (Positiv verdi = For<br />
mange posisjoner registrert. Negativ verdi = For få posisjoner registrert.) Denne parameter<br />
har en meget viktig<br />
kontrollfunksjon.<br />
I fig 4.3 viser vi et utsnitt av faneblad: Utskrifter<br />
for de klasser som har feil antall posisjoner..<br />
Det står to typer informasjon:<br />
.<br />
Fig 4.2<br />
Fig 4.3
143<br />
1. Først står de aktiviteter klassen inngår i. Dette følger av fagregister og blokkregister.<br />
2. Deretter følger de fag som klassene inngår i følge fagregisteret.<br />
Denne informasjon skal man bruke slik: Hvis klassene har fått for mange posisjoner: Sjekk<br />
først om du har fått med deg alle fag korrekt i blokkregisteret. (Ser du av at det dukker opp<br />
aktiviteter som ikke har selvstendig eksistens). Deretter kontrollerer du timetallene i<br />
fagregisteret. Dette gjør du også hvis klassene har fått for få timer. Sammenlikn klasser som<br />
er feil med like klasser som har korrekt timetall<br />
4.1.2 Kontroll av lærere<br />
Følgende figur følger fra valg 2 i fig 4.1 og viser hovedoversikt for lærere. Denne har store<br />
likheter med oversikten for klasseregisteret. Under POSISJONER står de tre feltene : PLA,<br />
REG og DIFF. Under UTID (undervisningstid eller lønnstimer) står de samme tre felt, men nå<br />
gjelder dette lærerens<br />
lønnsprosent. Neste figur viser fagene til en lærer samt summering av<br />
timer og lønnsprosent. Lønnsberegning omtales i avsnitt 4.4.
4.1.3 Kontroll av rom<br />
144<br />
Denne figur følger fra valg 3 i fig 4.1 og viser hovedoversikt for rom. Denne oversikt er<br />
forskjellig fra klasse/læreroversikt. Til venstre i figuren ser vi romnavn og hvilken funksjon<br />
dette inngår i. Vi ser også om romnavnet er en gruppering eller et fysisk rom. Midt i figuren<br />
står sentral informasjon:<br />
Rom i prioritert rekkefølge<br />
Dette er navn på fysiske rom som romnavnet (romkravet) refererer til. Rommene skrives ut i<br />
den normale prioriteringsrekkefølge for romkravet. Oversikten forteller brukeren<br />
om man har<br />
lykkes med å definere korrekte alternativkjeder i romregisteret, eller om dette må modifiseres.<br />
Til høyre står det hvor mange rom de ulike rom har som alternativer og i hvor mange<br />
posisjoner rommet skal brukes. I faneblad: Utskrifter kan vi se hvilke fag som er styrt til de<br />
ulike rom.<br />
4.1.4 Kontroll av fag<br />
Denne figur følger fra valg 4 i fig 4.1. Vi kan her definere utvalg av fag analogt med utvalg<br />
for søking (Se Vedlikeholdsmeny). I figuren har vi bedt om å se alle aktiviteter som starter<br />
med bokstavene MA (matematikk). Vi kan kontrollere denne fagseksjon. Vi kan også lage<br />
mer omfattende utvalg via feltet: Akt.Ref. Vi definerer en aktivitetsreferanse som vist i avsnitt<br />
3.10.7 og skriver den i feltet. På den måten kan vi lage ethvert utvalg vi ønsker<br />
Denne kontroll funksjon er i seneste versjon av Tplan blitt omtrent overflødig fordi vi<br />
nå i Redigermeny<br />
har innført menyvalget: Avansert søk/erstatt. Dette gjør omtrent det<br />
samme<br />
på en enklere og bedre måte. Vi henviser til dokumentasjon av dette i avsnitt<br />
6.4.6 i forbindelse med klartekster, men det samme kan gjøres med fagregisteret<br />
4.2 KONTROLL AV TIMEPLANJUSTERINGER<br />
Vi arbeider med komprimert plan som vist i kapittel 6. og etter<br />
hvert skal dette arbeidet<br />
kontrolleres via valg 5 i fig 4.1. Følgende kontrolleres:<br />
1. Klasse eller lærer som har flere aktiviteter i samme posisjon.
145<br />
2. Overbelastning av rom.<br />
3. Manglende samsvar mellom periodeinndeling i aktivitetsregister<br />
og komprimert plan.<br />
(Hvis en aktivitet har for mange posisjoner i komprimert<br />
plan, fjernes denne fra<br />
delplanen ved fortsatt kjøring av analyseprogram, men dette gjøres ikke for videre<br />
arbeid med utskrifter(Skjema))<br />
4. Aktiviteter som er plassert på forbudte posisjoner.<br />
5. Forhåndsplassert aktivitet er fjernet.<br />
6. Klasser og lærere som er plassert på forbudte posisjoner.<br />
7. Aktiviteter som er i dagkonflikt blir plassert på samme dag.<br />
Samlet kaller vi dette varsler fra komprimert plan. Varslene ser ut slik:<br />
KLASSER SOM HAR FLERE AKTIVITETER I SAMME POSISJON<br />
KLASSE DAG POSISJON AKTIVITETER<br />
------------------------------------------------------------------------<br />
9C MANDAG 7 9C NAT2 9A VF4<br />
------------------------------------------------------------------------<br />
LÆRERE SOM HAR FLERE AKTIVITETER I SAMME POSISJON<br />
LÆRER DAG POSISJON AKTIVITETER<br />
------------------------------------------------------------------------<br />
BRE MANDAG 7 7B NAT1 9A VF4<br />
------------------------------------------------------------------------ 2<br />
OVERBELASTNING ROM POS. 1 PÅ FREDAG<br />
GJELDER FLG. AKTIVITETER:<br />
8A VF3<br />
OVERBELASTNING ROM POS. 2 PÅ ONSDAG<br />
GJELDER FLG. AKTIVITETER:<br />
8C FO 9A VF3<br />
------------------------------------------------------------------------ 3<br />
VARSEL(EV.FEIL) FOR AKTIVITET: 8C NAT2<br />
REGISTRERT ANTALL POSISJONER: 1 PLASSERT ANTALL: 0<br />
VARSEL(EV.FEIL) FOR AKTIVITET: 9A VF4<br />
REGISTRERTE PER. : 1 DP<br />
PLASSERTE PER.: 2 SP<br />
AKTIVITETEN HAR FLERE PER. PÅ: MANDAG<br />
------------------------------------------------------------------------ 4<br />
AKTIVITETER SOM ER PLASSERTE PÅ<br />
FORBUDTE POSISJONER<br />
AKTIVITET DAG POSISJON<br />
------------------------------------------------------------------------<br />
9A VF4 MANDAG 7<br />
------------------------------------------------------------------------ 5<br />
FORHÅNDSPLASSERT AKTIVITET ER FJERNET:<br />
AKTIVITET DAG POSISJON<br />
------------------------------------------------------------------------<br />
9A VF4 MANDAG 4<br />
------------------------------------------------------------------------ 6<br />
KLASSER SOM ER PLASSERT PÅ FORBUDTE POSISJONER :<br />
KLASSE DAG POSISJON<br />
------------------------------------------------------------------------<br />
9A MANDAG 7<br />
------------------------------------------------------------------------<br />
LÆRERE SOM ER PLASSERT PÅ FORBUDTE POSISJONER:<br />
LÆRER DAG POSISJON<br />
------------------------------------------------------------------------<br />
MOJ MANDAG 7<br />
PAP MANDAG 7<br />
AKTIVITETER I DAGKONFLIKT ER PLASSERT PÅ SAMME DAG<br />
DAG AKTIVITETER<br />
------------------------------------------------------------------------ 7<br />
TORSDAG 9C NME 9C NO<br />
Når man arbeider med en delplan, får man ikke varsel av type 3 ovenfor (fordi det da selvsagt<br />
er manglende samsvar mellom fagregister og komprimert plan.) Varslene lagres på filen<br />
LIAN.nnn dvs. varsler fra analyseprogrammet. Denne fil lages også på nytt hver gang man<br />
lagrer komprimert plan eller kjører ny<br />
analyse.<br />
1
146<br />
4.2.1 Kontrollarbeidet ved interaktiv legging<br />
Varslene ovenfor får enda mer sentral betydning når man legger en plan interaktivt fordi man<br />
skritt for skritt vil kontrollere de manuelle justeringer som gjøres. Vi forutsetter at man har<br />
kommer så langt at man har formelt korrekte data ved overføring. Vi har gjort en logisk<br />
analyse med normale (eller fullstendige) varsler og funnet at dette virker akseptabelt. Vi har<br />
gjort en innledende legging i standard modus og funnet at antall utspark virker akseptabelt.<br />
Vi<br />
planlegger nå en virkelig kjøring av planen interaktivt, og vi vil<br />
ha full kontroll over de ulike<br />
kompromiss vi etter hvert gjør. Dette gjøres enklest<br />
slik:<br />
• Som en innledning går vi til Funksjoner > Innstillinger<br />
> Feil og ber om minimale<br />
varsler. Dette reduserer dramatisk antall varsler i filen Lian.nnn, men vi får de varsler<br />
som er relevante for de justeringer vi gjør dvs. varslene ovenfor.<br />
• Vi starter en interaktiv legging og arbeider slik som vist i kapittel 6. Ved utspark får vi<br />
er fargelagt utvalg på skjermen. Hvis dette er det utvalg vi ønsker, fortsetter vi fra<br />
dette utvalg ellers ber vi om et mer relevant utvalg.<br />
• Ved hjelp av operasjonene P1 og P2 foretar vi en plassering eventuelt ved å gjøre et<br />
kompromiss. Til slutt bekrefter vi at vår justering skal utføres.<br />
• Nåværende plan lagres og vi får sterkt komprimerte varsler i fil Lian.nnn. Mens man<br />
arbeider med å lære seg teknikken skal denne fil kontrolleres ofte. Ved større<br />
erfaring kan man begrense<br />
dette noe. Jeg ser dog ofte på fil Lian.nnn likevel i løpet av<br />
det interaktive arbeid.<br />
Denne fil kan for eksempel se ut slik:<br />
******************************************<br />
** **<br />
** T P L A N **<br />
** **<br />
** LOGISK ANALYSE **<br />
** **<br />
** SKOLEKODE: NAK **<br />
******************************************<br />
SKOLE<br />
: NAKSKOV<br />
STED<br />
: Søvej 6, 4900 Nakskov<br />
SKOLEåR<br />
: 2002/03<br />
KLASSIFISERING : SUM AV RESSURSER<br />
* ITERATIV FASE<br />
OVERBELASTNING ROM POS. 6 P ONSDAG<br />
GJELDER MINST ETT AV FØLGENDE ROM :<br />
IC<br />
OVERBELASTNING ROM POS. 7 P ONSDAG<br />
VARSEL (EV FEIL) FOR AKTIVITET: 2b da<br />
REGISTRERTE PER. : 4*SP 1*DP<br />
PLASSERTE PER. : 3*SP 1*TP<br />
GJENVÆRENDE POS BLIR ENKEL-PER. REGISTRE BØR RETTES<br />
VARSEL (EV FEIL) FOR AKTIVITET: 3a daA<br />
REGISTRERTE PER. : 2*DP<br />
PLASSERTE PER. : 4*SP<br />
GJENVÆRENDE POS BLIR ENKEL-PER. REGISTRE BØR RETTES<br />
AKTIVITETEN HAR FLERE PER. På: torsdag<br />
VARSEL (EV FEIL) FOR AKTIVITET: 3x daA<br />
REGISTRERTE PER. : 2*SP 1*DP<br />
PLASSERTE PER. : 2*DP<br />
GJENV’RENDE POS BLIR ENKEL-PER. REGISTRE BØR RETTES<br />
02-02-2005<br />
GJELDER MINST ETT AV FØLGENDE ROM :<br />
IC<br />
------------------------------------------------------------------------
147<br />
VARSEL (EV FEIL) FOR AKTIVITET: 3y ol<br />
REGISTRERTE PER. : 4*SP 1*DP<br />
PLASSERTE PER. : 2*SP 2*DP<br />
GJENVÆRENDE POS BLIR ENKEL-PER. REGISTRE BØR RETTES<br />
VARSEL (EV FEIL) FOR AKTIVITET: 2b ge<br />
REGISTRERTE PER. : 2*SP 2*DP<br />
PLASSERTE PER. : 1*SP 1*DP 1*TP<br />
GJENVÆRENDE POS BLIR ENKEL-PER. REGISTRE BØR RETTES<br />
VARSEL (EV FEIL) FOR AKTIVITET: 2x ge<br />
REGISTRERTE PER. : 4*SP 1*DP<br />
PLASSERTE PER. : 3*SP 1*TP<br />
GJENVÆRENDE POS BLIR ENKEL-PER. REGISTRE BØR RETTES<br />
------------------------------------------------------------------------<br />
AKTIVITETER I DAGKONFLIKT ER PLASSERT PÅ SAMME DAG<br />
DAG AKTIVITETER<br />
------------------------------------------------------------------------<br />
MANDAG 3a h3dpA5 3a h3spA3<br />
fredag 2z enA 2z enB<br />
INGEN(ANDRE) FORMELLE FEIL ER FUNNET<br />
-----------------------------------------------------------------------<br />
SKOLE : NAKSKOV<br />
ADRESSE : S›vej 6, 4900 Nakskov<br />
SKOLE R : 2002/03<br />
KLASSIFISERING : SUM AV RES<br />
*********************** OVERSIKT ****************************************<br />
KLASSE R<br />
: L’RERE : ROM<br />
------------------------:-------------------------:---------------------:<br />
KLASSE TT G R : SIGN TT G R : ROM TT G R :<br />
AKTIVITETER - TK-er : Tett delmengde av en TK :<br />
TK -nr . TT G R :TSK-nr. TT G R :<br />
------------------------:---------------------------------: Fordi vi<br />
har bedt om minimale varsler består filen Lian.nnn av bare to deler:<br />
1. Varsler som følger av våre manuelle justeringer<br />
2. Den avsluttende TK- analyse som kan være bra å ha for å se fremtidige problemer.<br />
Filen ovenfor<br />
er bygget opp i løpet av ganske mange skritt, og dette er sluttresultat fra en<br />
fullstendig<br />
interaktiv plan (fordi Tk- oversikten er tom). Vi har skrittvis endret<br />
periodeinndelingen i et antall aktiviteter og brutt et par dagkonflikter og fått en komplett plan.<br />
Jeg ska l gjøre oppmerksom på et spesielt varsel som man skal passe på: Det hender ganske<br />
ofte at man må endre den opprinnelige periodeinndeling for eksempel at man legger ut en<br />
dobbeltime<br />
som to enkeltimer. Hvis man gjør dette feilaktig, kan man lett havne i en situasjon<br />
hvor man plasserer flere perioder enn man har registrert for aktiviteten. Pass på at dette ikke<br />
skjer. Bruk<br />
P1 til å fjerne de perioder du har lagt ut for mye.<br />
4.3<br />
KONTROLL AV KLARTEKSTER<br />
Varslene deles i to typer:<br />
1. Varsler før klartekstjustering<br />
Dette er de samme varsler som for komprimert plan med det unntak at vi ikke får varsel om<br />
manglende<br />
rom. Vi får en oversikt over hulltimer for lærere.<br />
2. Varsler etter klartekstjustering
148<br />
Nå får vi kontroll av klartekstregisteret og justeringer her. Registeret kontrolleres mot<br />
fagregister<br />
og posisjonsdirektiver. Vi får disse varsler:<br />
1. For alle ressurser (rom, lærere og klasser) undersøkes om de inngår i forskjellige<br />
aktiviteter i samme posisjon, og vi får et varsel om dette. Hvis<br />
samme ressurs (for<br />
eksempel lærer) er brukt flere ganger i samme aktivitet, får<br />
vi intet varsel fordi det kan<br />
være<br />
ønskelig å føre læreren flere ganger.<br />
2. For alle ressurser undersøkes om de er plassert i posisjoner<br />
som er blokkert i<br />
posisjonsdirektivene,<br />
og vi får varsel om dette<br />
3. Hvis timetallet av et fag i fagregisteret er forskjellig fra det<br />
antall ganger det<br />
forekommer<br />
i klarteksten, får vi et feilvarsel.<br />
4. Hvis et fag står på bare en linje i fagregisteret og timetall<br />
i fagregisteret er likt timetallet<br />
i klartekstene, kontrolleres om periodeinndeling i fagregisteret<br />
er i samsvar med<br />
klarteksten, og vi får eventuelt et varsel.<br />
Vi får dermed en meget omfattende (men ikke fullstendig) kontroll av om sluttresultatet er i<br />
samsvar med opprinnelige forutsetninger. Varslene ser ut slik:<br />
VARSLER FØR KLARTEKSTJUSTERING :<br />
***** HULLTIMER I LÆRERPLANENE *****<br />
1 0 0 0 0 0 0<br />
2 0 0 0 0 1 1<br />
3 1 0 0 1 1 3<br />
4 1 1 0 0 1<br />
3<br />
5 0 0 0 0 1<br />
1<br />
etc.<br />
GJENNOMSNITT : 2.70<br />
VARSLER ETTER KLATEKSTJUSTERING :<br />
DUBLERING AV ROM: 206 MAN 5<br />
8 ENG<br />
8B SAF<br />
ROMBLOKKERING BRUTT FOR ROM: GYS I DISSE TIMER:<br />
ONS 1<br />
TOR 1<br />
*****DUBLERING AV LÆRERE OG BRUTTE LÆRERBLOKKERINGER*****<br />
LÆRERBLOKKERING BRUTT FOR LÆRER: AN ANDERSEN, HARALD I DISSE TIMER:<br />
TIR 3<br />
TIR 4<br />
DUBLERING AV LÆRER: THO MAN 5 THOMLE, GULBRAND<br />
8 ENG<br />
8B SAF<br />
*** * *KLASSER SOM HAR FÅTT FLERE AKT. I SAMME POS. SAMT BRUTTE KLASSEBLOKKERINGER*****<br />
FLERE F AG SAMTIDIG<br />
FOR SAMME KLASSE: 8A 8A MAN 3<br />
8<br />
GYM<br />
8A NM<br />
KLASSEBLOKKERING BRUTT FOR KLASSE: 8B 8B I DISSE TIMER:<br />
TOR 1<br />
T OR 2<br />
MANGLENDE SAMSVAR MELLOM REGISTRERT OG PLASSERT FOR: 8A NOR<br />
REGISTRERT : 8 PLASSERT: 6<br />
KONTROLLER PERIODER<br />
FOR: 8B SAF FORDELING PÅ UKEDAGENE ER :<br />
2 0 0 1 0<br />
4.4Lønnsberegning<br />
(Denne programdel er under revisjon og behandles her summarisk)<br />
Vi behandler samlet all registrering og informasjon som angår lønnsberegning :<br />
Forberedende arbeid I feltet Lønnskode i obligatoriske opplysninger må man angi hvilken<br />
lønnsberegning det er tale om. Vi har disse muligheter :<br />
A: Lønnstimene for faget adderes<br />
B: Lønnstimene for faget deles på en brøk , multipliseres med 100 og<br />
adderes<br />
C: Lønnstimene for faget multipliseres med en koeffisient og adderes
149<br />
I det følgende behandles bare lønnskode B som er den mest vanlige måte å beregne lønn i<br />
Norge.<br />
Under faneblad : Diverse, finner vi register for lønnsopplysninger slik :<br />
Denne meny er todelt :<br />
1. Til venstre står årstimer for de ulike lærerposter. Dette knyttes til en lønnskode og en<br />
lønnsbrøk for gjennomsnittlig leseplikt pr uke.<br />
2. Til høyre i vinduet kan vi sette opp alle fag som inngår i planen og knytte disse til en<br />
av de lønnskoder vi har registrert til venstre. På denne måten kan vi få en automatisk<br />
registrering av lønnskodene for de ulike fag i fagregisteret<br />
I lærerregister kan vi registrere lærerens lønnsnr. til bruk<br />
i utskrifter. Vi kan også angi en<br />
lønnskode for læreren som henger sammen med figuren ovenfor. Den er grunnlaget for å<br />
beregne vikartimer/avspasering for læreren. Hvis intet angis, brukes lønnskode A for<br />
beregning av vikartimer.<br />
Registrering av lønn skjer i fagregisteret i feltene Lønnskode og Lønnstimer. Vi angir<br />
lønnskode for faget ut fra figuren ovenfor. Hvis vi har brukt kolonnene til høyre, får vi<br />
automatisk registrert lønnskoden når vi registrerer fagnavnet. Det hender at antall lønnstimer<br />
avviker fra det antall timeplanposisjoner læreren skal ha, for eksempel at en lærer skal være<br />
disponibel i 3 timer, men dette godgjøres bare med 1 lønnstime. I slike tilfeller angir vi i feltet<br />
Lønnstimer det faktiske antall lønnstimer.<br />
Det fins et annet viktig moment ved lønnsberegningen: Det fins en rekke gjøremål i en skole<br />
som godgjøres med lønn men som ikke inngår i den ordinære timeplan,<br />
skolens<br />
administrasjon er et typisk eksempel. For å hanskes med dette har vi innført følgende<br />
konvensjon:<br />
Vi kan føre inn en fiktiv klasse : YYY. Ikke timeplanlagte gjøremål gis til denne<br />
"klasse", og for lønnsberegninger opptrer denne klasse som en hvilken som helst annen<br />
klasse. Når vi kommer til selve timeplanleggingen, ignoreres alle fag som er gitt til<br />
klasse YYY.<br />
Når man går til kontroll av lærerregister, får man oversikt over lønnsprosent og differanser for<br />
lærerne, og vi kan også se på detaljene for den enkelte lærer. En alternativ og bedre måte er<br />
følgende : Gå til meny :Funksjoner > Oversikter og i den dialog som følger, velg begge haker<br />
for lærere. Vi får bl.a. denne hovedoversikt:
150<br />
Denne oversikt inneholder:<br />
1 Lærersignatur<br />
2 Lærerens navn<br />
3 Lærerens lønnsnr.<br />
4 Lønnskoder for beregning av vikartimer<br />
5 Planlagt lønnsprosent<br />
6 Registrert lønnsprosent<br />
7 Differanse<br />
8 Differansen omregnet til vikartimer/avspasering. (avrundet til nærmeste<br />
hele time)<br />
Detaljene for den enkelte lærer ser slik ut :<br />
Øverst står linjen fra hovedoversikten for læreren. Deretter følger fagene til læreren fra<br />
fagregisteret og lengst til høyre står lønnsprosent fag for fag samt addisjon av dette.
151<br />
5 TIMEPLANLEGGING (Kjøre-menyen)<br />
Dette er den sentrale del av<br />
TPLAN. Alle andre menyer<br />
fører egentlig bare til godt<br />
kvalifisert data- håndverk, mens<br />
vellykket bruk av Kjøremenyen<br />
i TPLAN også stiller<br />
krav til at en har en viss oversikt<br />
over ulike timeplantekniske<br />
problemstillinger. Bortsett fra de<br />
enkleste timeplaner vil dette<br />
være en utpreget interaktiv<br />
prosess, slik at man får en<br />
fornuftig menneske/maskin<br />
dialog. TPLAN holder<br />
oversikt og beregner kombinatoriske konsekvenser av ulike<br />
disposisjoner, mens vi har kontroll over viktige strategiske prinsipper samt styrer de<br />
kompromiss som blir nødvendige.<br />
Kjøremenyen<br />
kan kalle 4 ulike programdeler. Disse kan kjøres for seg eller delvis samlet.<br />
Den egentlige timeplanlegging starter alltid med en innledende logisk analyse. Analysen kan<br />
enten arbeide direkte ut fra grunndata eller man kan bygge videre på en delplan som man har<br />
lagt tidligere. Man kan deretter eventuelt kalle leggingsprogrammet som alltid forutsetter en<br />
innledende analyse først. Den avsluttende fase av denne prosess (med eller uten legging) er at<br />
det gjøres en ny eller kompletterende romfordeling samt at det lages registre og oversikter<br />
over hvordan planen ser ut. Rent summarisk har vi disse programdeler:<br />
1 OVERFØRE REGISTRE<br />
Denne innledende programdel gir overgang til overføringsprogram og syntakskontroll.<br />
Dette er det første mer typiske timeplanprogram man møter, og det har en klart femdelt<br />
funksjon:<br />
• Foretar en innledende enkel og ren ”grammatikksjekk” felt for felt i alle registre.<br />
• Lage interne datafiler for det fortsatte timeplanarbeid. Dette betyr i praksis at hver<br />
gang man har gjort forandringer i timeplanregistrene, må man foreta<br />
en ny overføring,<br />
for at de modifiserte data skal komme med i det fortsatte timeplanarbeid.<br />
• Genererer aktivitetsregister, mønsterdirektiv<br />
og register for klassenes fag fra<br />
fagregister og blokkleggingsregister.<br />
• Foretar en avsluttende syntaktisk kontroll. Alle varsler skrives ut til filen: LISY.nnn.<br />
I prinsipp skulle man oppdage mesteparten av disse feil under registreringsarbeidet. Vi<br />
vet alle at dette ikke skjer, enten fordi man ganske enkelt ignorerer de varsler som<br />
kommer på skjermen, eller fordi feilen er så kompleks at den finnes på et senere<br />
tidspunkt. Man må arbeide med å fjerne årsaken til de ulike varsler i syntaksanalysen<br />
og den senere logiske analyse. Dette fører til langt større trygghet for den fortsatte<br />
timeplanlegging.(Bruk knappen:<br />
Inspiser mye i løpet av registreringsarbeidet.)<br />
Menyvalget starter en automatisk prosess. Når kjøringen avsluttes, får vi overgang til<br />
tekstfilen: LISY.nnn, og vi kan se på eventuelle feilvarsler. Normalutskriftene har disse<br />
oversikter:
152<br />
1. Generelle opplysninger om timeplandata.<br />
2. Samleoversikt for klasser.<br />
3. Samleoversikt for lærere.<br />
4. Ulike feilvarsler først og fremst i forbindelse med generering av aktivitetsregister og<br />
mønsterdirektiv samt videre følger av dette.<br />
5. Oversikter over aktiviteter hvor lærere eller rom er dublerte.<br />
6. Oversikt over mønsterdirektiv.<br />
7. Oversikt over dimensjonsparametere.<br />
8. Kontroll av posisjonsdirektiv.<br />
2. ANALYSEPROGRAM<br />
Analyseprogrammet får sine data fra overføringsprogrammet.<br />
Hver gang<br />
man senere går tilbake og retter i de opprinnelige registre, må man<br />
kjøre overføringsprogrammet på nytt før man fortsetter med en ny analyse med<br />
endrete forutsetninger.<br />
Den logiske analysen kan kjøres i to forskjellige modus:<br />
1.Grunnfase:<br />
TPLAN legger planen helt på nytt ut fra skolens egne forutsetninger.<br />
2.Iterativ fase:<br />
TPLAN bygger videre på den delplan som er laget av et tidligere leggingsprogram.<br />
Hvis man velger å konstruere planen i flere skritt, gjelder følgende ubetinget:<br />
Hvis man vil fortsette timeplanleggingen videre fra en delplan, MÅ analysen<br />
kjøres på nytt i iterativ fase fordi analysen genererer data til neste hovedprogram.<br />
Analysen er klart to-delt:<br />
1. Alle direktiv leses, og det foretas en omfattende syntaktisk kontroll av disse. (Dette gjøres<br />
også noe forenklet ved overføring av data). Hvis man er i iterativ fase, leser man foregående<br />
delplan som om dette var et antall forhåndsplasseringer.<br />
2. Til slutt foretas en omfattende logisk analyse av forutsetningene for timeplanen,<br />
og videre<br />
konsekvenser av disse vurderes. En viss forståelse av den logiske analyse er sentral for<br />
vellykket bruk av TPLAN. Den tar utgangspunkt i to fundamentale begrep:<br />
Terminale Kombinasjoner (TK-er)<br />
Utnyttelsesgrad (G)<br />
3. LEGGINGSPROGRAM (HOVEDPROGRAM)<br />
Dette er det sentrale program i TPLAN. Det er meget komplekst og omfattende. Det legger<br />
timeplanen, dvs. finner tid og sted for de ulike aktiviteter. Hovedprogrammet<br />
kan kjøres<br />
under en rekke ulike forutsetninger. Dette stiller mer krav til erfaring med timeplaner enn<br />
datateknikk. Leggingsprogrammet kan arbeide i to ulike modus:<br />
• Standard legging. Leggingsprogrammet legger skritt for skritt ut alle de aktiviteter<br />
som kan legges ut og man får eventuelt et antall utspark (dvs. uplasserte aktiviteter).<br />
Standard legging kan også gjøres slik at man bare ber om et visst antall skritt<br />
av<br />
styredirektivene plasseres ut, og man vil vurdere den partielle plan som lages.<br />
• Interaktiv legging. Leggingen avbrytes i det øyeblikk det oppstår et utspark<br />
(samt<br />
kjedereaksjoner av dette.) Det lages et utvalg av planen som Tplan mener forklarer det<br />
foreliggende utspark best ved hjelp av ulike fargekoder, og på skjermen får man en<br />
overgang til dette utvalg slik at man kan gjøre et manuelt kompromiss.<br />
Vi skal kort omtale hvordan man bruker de to ulike leggingsmodi. Kun for de aller<br />
enkleste<br />
timeplaner klarer man seg med bare en standard kjøring. De aller fleste vil etter hvert<br />
gjøre<br />
den virkelige timeplanlegging i interaktiv modus, men dette skal ganske bestemt skje på<br />
følgende<br />
måte:
153<br />
• Alle skal starte innledningsvis med en standard kjøring (eventuelt bare de første skritt<br />
av en slik legging). Hensikten med dette er ganske enkelt å skaffe en oversikt over det<br />
foreliggende problem. Hvis det bare er et meget lite antall utspark, kan man like gjerne<br />
avslutte i standard modus. Hvis den innledende kjøring inneholder en ren ”slagmark”<br />
av utspark, er tiden inne for å tenke på nytt. Man må eventuelt revurdere selve<br />
forutsetningene for timeplanen ikke minst direktivene, man må vurdere om man har<br />
registrert på korrekt måte og man må vurdere om man har gitt korrekte direktiver til<br />
Tplan (for eksempel styredirektiver.) Det mest vanlige er at man<br />
etter hvert får et<br />
”rimelig” antall utspark. Det er vanskelig<br />
å være kategorisk på hva dette tallet skal<br />
være for en middels skole. Jeg kan som et anslag<br />
si at alle større blokker og store<br />
multiple perioder bør være på plass, samt at resterende<br />
utspark er 5- 10. Jeg ville ikke<br />
gjøre noe forsøk på å få dette på plass, men derimot vil jeg starte på nytt i i interaktiv<br />
modus.<br />
• Planen legges på nytt fra foregående skritt men avbrytes i det øyeblikk det oppstår et<br />
utspark, og på skjermen ser man et fargelagt utvalg som sannsynligvis forklarer<br />
utsparket best.(man kan om ønskelig velge et annet utvalg). I gamle dager var vi<br />
henvist til papir, blyant og viskelær for manuell justering, mens direkte arbeid med<br />
dette på skjermen er en vesentlig forbedring, ikke minst fordi man får frem de<br />
ulike relevante utvalg skritt for skritt og finner som regel enkelt et kompromiss.<br />
Man får som regel en komplett plan for en normal skole i løpet av et par timer.<br />
Tidligere snakket vi om at Tplan la mesteparten<br />
av planen i løpet av et par minutter.<br />
Jeg synes det er mer interessant at det<br />
totale arbeid kan løses i løpet av timer hvis man<br />
har korrekte grunndata. Hvis det viser seg at en skrittvis interaktiv prosess,<br />
fører til<br />
et gradvis økende kaos, er det beste råd jeg kan gi følgende: Avbryt brått det<br />
arbeid du har gjort til nå. Gjør deg dine refleksjoner om hvorfor du fikk så<br />
mange problemer. Start deretter på nytt ut fra de erfaringer du har gjort. Dette<br />
fører langt enklere til målet.<br />
Gitt eksakt samme forutsetninger vil Tplan alltid gi eksakt samme resultat. Vi kan<br />
imidlertid<br />
påvirke leggingsresultatet på mengder av måter:<br />
• Vi kan selvsagt endre de opprinnelige registre.<br />
• Vi kan i et eget faneblad endre<br />
styredirektiver til leggingen.<br />
• Vi kan direkte i kjøremenyen endre generelle direktiver til logisk analyse og<br />
leggingsprogram.<br />
• Under Funksjoner > Innstillinger fins en rekke faneblad hvor vi kan styre mengden<br />
av informasjon som lages, hvordan informasjonen utformes og et antall mer spesielle<br />
direktiv til den forstående legging.<br />
4 ROMFORDELING<br />
Tidligere en selvstendig programdel men nå en automatisk følge av en logisk analyse eller<br />
analyse + legging. Leggingsprogrammet sørger bare for at det er nok rom av alle typer i alle<br />
posisjoner, men programmet fordeler ikke fysiske rom til de ulike klasser og lærere. Dette<br />
gjøres av romfordelingsprogrammet. Vår viktigste mulighet for å påvirke romfordelingen er å<br />
lage gode alternativkjeder i romregister samt gi realistiske romkrav i aktivitetsregister. Videre<br />
arbeid med romplanene skjer i sammenheng med klartekstene. Vi har en egen meny for<br />
spesielle direktiv som kan gis til romfordelingen, bl.a.:<br />
• Vi kan velge om det er samme klasse eller samme lærer eller samme fag som skal<br />
til samme rom.<br />
• Anta at vi arbeider interaktivt. For hvert nytt skritt i prosessen er det nå normalt best at<br />
hele romplanen lages på nytt fordi dette gir Tplan best muligheter til å finne
154<br />
akseptable rom totalt sett. Under mer spesielle forhold kan vi skrittvis også bygge opp<br />
selve romplanen slik at den endelige klartekst blir en integrert del av selve<br />
timeplanleggingen. Dette kan ha sine fordeler, men det kan også ha klare ulemper som<br />
man skal være oppmerksom på.<br />
• Vi kan skritt for skritt følge om romfordelingen blir som vi har tenkt.<br />
5 NY KOMPRIMERT PLAN OG NY KLARTEKST<br />
En enkel programdel som omformer timeplanen til et register for komprimert plan<br />
(KompGrid) og et register for klartekst(SkemaGrid). Fundamentalt nytt er at disse to grids<br />
avledes av eksakt de samme grunndata slik at en endring i en av disse planene automatisk<br />
fører til en tilsvarende endring i den andre plan. Vi skal senere vise forskjellene på de to grids.<br />
Det er ikke unaturlig<br />
at man stiller spørsmålet om hvorfor timeplanen vises på to ulike måter<br />
og svaret på dette er:<br />
I løpet av timeplanarbeidet vil man utføre ulike operasjoner i KomprGrid<br />
og/eller<br />
SkemaGrid. Utgangspunktet for en operasjon i komprimert plan er alltid en aktivitet,<br />
mens utgangspunktet for en operasjon i klartekst alltid er en skjemabit (dvs. maksimalt<br />
en klasse, en lærer og et rom). Dette forklarer nødvendigheten av to alternative<br />
representasjoner.<br />
Vi<br />
lager også to enkle tekstfiler av komprimert plan og klartekst, henholdsvis Lisch.nnn og<br />
Lislut.nnn<br />
Det er ikke vanlig at hovedprogrammet lykkes med å plassere samtlige aktiviteter. Noe blir<br />
uplassert (utspark). Det lages også et register for utsparkene som man ser i forbindelse med<br />
komprimert plan, og en alternativ representasjon av utsparkene omformet til skjemabiter i<br />
sammenheng med klartekstene.<br />
Det er aktuelt å arbeide med to typer komprimerte planer:<br />
a. En delplan som følge av en interaktiv legging som skal være utgangspunktet for<br />
fortsatt timeplanlegging.<br />
b. En slut<strong>tplan</strong> som skal gjøres klar for å skrive ut klartekster.<br />
Arbeidsgangen er lik i begge tilfeller. Man får løpende kontroll med de justeringer som<br />
gjøres, enten direkte på skjermen eller via Kontroll-meny, og man fortsetter med arbeidet<br />
til<br />
man godtar de varsler som<br />
programmet lager. Man lagrer skrittvis de justeringer som gjøres.<br />
I tilfelle a ovenfor går man tilbake til analysen og bygger på delplan samt hovedprogram i<br />
interaktiv fase og fortsetter med neste skritt i leggingen.<br />
I tilfelle b skriver man ut planen etter man har gjort nødvendige justeringer.<br />
6 ENDELIG UTSKRIFT<br />
Dette program må ikke kjøres sammen med de andre program, og det lager sluttresultatet dvs.<br />
hovedplaner og individuelle planer for klasser, lærere og rom som rene tekstfiler. Det er ofte<br />
nødvendig å stille utskriftsformat avhengig av skriverutstyr. TPLAN gir full kontroll over<br />
sidene som skrives ut dvs. antall dager pr side og antall klasser pr. side, størrelsen på en<br />
timeplanrute osv. Selve Hm tp inneholder ikke egne fonter, men dette kan man stille i Tplan (<br />
Husk å bruke en font med konstant tegnbredde, for eksempel Courier, for at utskriftene skal<br />
bli skikk elige. ). Egentlig tror jeg at denne<br />
program del er fullstendig utdatert, men en del<br />
bruker den fremdeles av gammel vane. Denne programdel er løsrevet fra de andre<br />
programdeler i kjøremenyen, og vi behandler dette i avsnitt 5.8<br />
Vi henviser til egen dokumentasjon om de Windows uskrifter som er laget og som er<br />
vesentlig bedre.
5.1 OVERFØRE REGISTRE :<br />
155<br />
5.1.1 INNLEDNING.<br />
Når man starter å registrere data, og man skrittvis vil kontrollere disse ,skal man gjøre denne<br />
forberedelse:<br />
Gå til Funksjoner > Innstillinger > Feil og<br />
deretter:<br />
Alle bør i starten velge Fullstendige varsler fra Hmtp og beholde dette så lenge man<br />
kontrollerer sine grunndata.<br />
Den uerfarne bruker kan godt be om å få ulike varsler i en dialogboks.<br />
Når man etter hvert har formelt korrekte data, kan man endre dette etter ønske. Jeg bruker<br />
vanligvis normale varsler, men går over til minimale varsler hvis jeg kjenner data meget godt.<br />
5.1.2 ”GRAMMATIKK SJEKK” AV REGISTRENE.<br />
Denne rutine kalles hver gang man kaller knapp Inspiser, valg i Kontrollmeny eller<br />
Overføring av registre som deretter avbrytes med en dialogboks på skjermen med beskjed om<br />
å se på filen Lisy.nnn. På slutten av denne filen står de feil som er oppdaget. Dette er en<br />
ganske enkel sjekk som Tplan utfører på alle registre. Hver gang Tplan finner en feil, lagres 4<br />
parametere:<br />
1. Hvilket register feilen er oppdaget i<br />
2. Hvilken linje i registeret hvor feil er funnet<br />
3. Hvilket felt(kolonne) feilen er oppdaget i<br />
4. Hva slags type feil det er tale om.<br />
Denne informasjon presenteres i en standardisert form, for eksempel slik:<br />
***** FEIL I ULIKE REGISTRE *****<br />
ROM - REGISTER: LINJE: 26 FELT: 1 SYMBOL: KJØ<br />
KJØ KJØ N<br />
DUPLISERT ROMNAVN , SE LINJE: 26<br />
ROM - REGISTER: LINJE: 26 FELT: 3 SYMBOL: KJØ<br />
KJØ KJØ N<br />
DUPLISERT ROMNAVN , SE LINJE: 26<br />
ANTALL FORMELLE FEIL SOM MÅ RETTES: 2<br />
FORTSATT KJØRING KREVER RETTING AV DATA, SE OVENFOR<br />
Dette er nyttig informasjon som ikke trenger ytterligere forklaring. Disse enkle kontroller sier<br />
selvsagt intet om konsistens av data som helhet. Slik overføringsprogrammet nå er, kommer<br />
man seg normalt<br />
ikke videre før man har rettet grammatikkfeil. Dette gir langt større trygghet<br />
for den fortsatte legging.<br />
5.1.3 NORMALUTSKRIFTER OG FEILVARSLER.<br />
Denne programdel inneholder mulighet for et meget stort antall varsler. Med den omfattende<br />
omlegging av TPLAN skulle mesteparten av dette være overflødig. Vi beholder imidlertid<br />
alle<br />
eldre varsler fordi disse er velprøvde og tjener som et sikkerhetsnett for feil som sniker seg<br />
forbi andre kontroller. Vi viser mesteparten av mulige varsler med en kjøring som er mildest<br />
talt kaotisk.<br />
***** OBLIGATORISK INFORMASJON *****<br />
SKOLE : ODDEMARKA UNGDOMSSKOLE<br />
ADRESSE : ST.OLAVSV.22 4631 KRISTIANSAND<br />
SKOLEÅR : 1997/98<br />
SKOLEKODE : 874<br />
Normalt antall pos / dag : 6<br />
Max antall posisjoner pr. dag : 6<br />
Formiddagen omfatter pos. : 1 - 3
156<br />
Ettermiddagen<br />
omfatter pos. : 4 - 6<br />
Indirekte dagkonflikter : J<br />
Lønnsberegning : Lønnsbrøk<br />
***** FORBUDTE(UØNSKETE) STARTPOSISJONER *****<br />
AKTIVITETS- DOBBEL - PER TRIPPEL -PER KVADRUP.-PER KVINTUP.-PER<br />
REFERANSE 123456789012 123456789012 123456789012 123456789012<br />
ALL U BB BB<br />
GYMN B<br />
***** OVERSIKT OVER<br />
KLASSEREGISTER *****<br />
ANTALL KLASSER : 17<br />
KLASSE NY SEK KOMP. ÅK. HJEMME KLS KLS POSISJONER<br />
NAVN BET. TOR ROM PLAN REG DIFF<br />
8A 8A S81 8 09 SK SV 30 29 - 1<br />
8B 8B S81 8 11 HLT 30 30<br />
***** OVERSIKT OVER LÆRER-REGISTER *****<br />
ANTALL LÆRERE : 41<br />
SIGN NAVN POSISJONER LØNNSTIMER<br />
PLAN REG DIFF PLAN REG DIFF<br />
FER FERSNES 6 5 - 1 21.73 21.73<br />
AAS AAS 15 15 63.39 63.39<br />
AB ABELSETH 21 19 - 2 79.15 79.15<br />
SAMLET ANTALL LØNNSTIMER : 2199.73%<br />
Normalutskrifter med oversikt over klasser og lærere. Vi ser at en klasse og to lærere har feil<br />
antall posisjoner. Etter andre formelle feil er rettet, må vi finne hva som er galt via Kontrollmeny<br />
eller lage mer fullstendig utskrift via: Oversikter i Funksjonsmeny.<br />
Vi gjør oppmerksom på at det er ganske stor forskjell på mengden informasjon som skrives ut<br />
avhengig av om man velger normale, fullstendige eller minimale varsler.<br />
5.1.4 FEILVARSLER VED GENERERING AV AKTIVITETSREGISTER<br />
Dette er feil som trekker mye med seg, og alle slike feil må fjernes før man undersøker<br />
andre varsler skikkelig.<br />
Svært mange av de feil vi omtaler her, blir nå oppdaget på et lang tidligere tidspunkt, enten<br />
ved den løpende kontroll man har på skjermen under registreringen eller i den<br />
grammatikksjekk som er nevnt foran.<br />
Følgende kontrolleres:<br />
1. Fag i blokklegging må eksistere i fagregister.<br />
2. Periodene i fagregister må være i samsvar med totalt timetall.<br />
3. Antall perioder i en blokklegging må stemme med antall posisjoner hvor vi har<br />
registrert fag.<br />
4. Periodene for et fag i fagregister og i blokklegging må være i samsvar.<br />
5. Et fag kan ikke ha flere timer i blokklegging enn i fagregister. (Men det kan ha færre<br />
timer, og resten av timene blir oppfattet som en selvstendig aktivitet.)<br />
I tillegg får vi normalutskrifter om navnet på de ulike posisjoner i en blokk, f.eks slik:<br />
BLOKK: 9 TV 1224<br />
dvs. posisjon 1 betegnes 9 TV 1,posisjon 2 og 3 er like og betegnes 9 TV 2, posisjon 4<br />
betegnes 9 TV 4 .<br />
Eksempler på varsler er:<br />
SJEKK SAMSVAR PERIODISERING FOR:<br />
9A ENG 1 9A HJ 15 24.00ENG 111 engelsk<br />
Fag 9A ENG inngår i en blokk og periodene i blokken stemmer ikke med periodene<br />
for faget.<br />
FAG: 8 TYSKb FINNES IKKE I FAGFIL LINJENR: 30<br />
TYSKb TYSK3 TYSK3<br />
Fag 8 TYSKb står i blokklegging men fins ikke i fagregister.<br />
FEIL POS/PERIODER FOR: VF PER: 1122 POS: 5
157<br />
I blokkleggingen har vi angitt flere perioder enn registrerte posisjoner i blokken.<br />
FEIL SAMMENLEGGING: 222 POS: 4<br />
GJELDER AKTIVITET :<br />
9B MA 4 9B JÆ 10 24.00MA 1111 matematikk<br />
Vi har lagt ut flere timer i blokkleggingen for 9B MA enn antall timer i fagregisteret.<br />
KONTROLLER PERIODER FOR: 9C NO<br />
9C NO 1 9C DR 13 23.00NO 111 norsk<br />
For 9C NO stemmer ikke totalt timetall med antall perioder faget har fått.<br />
*** AKT : 9A norsk3 HAR UKJENT ROMTYPE :GRUP<br />
***KLASSE: 4A FRI FINS IKKE I REGISTER<br />
*** AKT : 9A SAF HAR UKJENT ROMTYPE :ADM<br />
*** AKT : ST1 STØ1 HAR UKJENT LÆRER :EE<br />
Vi har brukt ukjente klasse, lærer eller rombetegnelser i fagregisteret<br />
SEKVENS-AKTIVITET : VF2 2EKSISTERER IKKE<br />
KRAVET IGNORERES<br />
Vi har laget en meningsløs sekvens i blokkleggingen<br />
5.1.5 OVERSIKT OVER DUBLERINGER<br />
**** DUBLERINGER AV LÆRERE/ROM ****<br />
AKTIVITET SIGN EMNE ROM<br />
8A VF4 MOJ BALL A ODD<br />
MOJ SVØM B GYM1<br />
SAH DATA MSK2<br />
MOP DATA MSK2<br />
9D NME 3 X NO 17<br />
X ENG 17<br />
Figuren viser et eksempel. Dette er som regel en feil registrering, men vi har tillatt<br />
følgende<br />
bevisste dobbelplasseringer:<br />
a. To eller flere lærere kan dele et rom uten alternativer. Hvis de skal dele et rom som<br />
har alternativer, må den ene lærer stå uten rom, og så kan man føye til rommet i<br />
sluttjusteringene.<br />
b. En lærer kan stå to eller flere steder i samme aktivitet. Hvis læreren bare har romkrav<br />
et sted, får man intet varsel. Hvis læreren<br />
har flere romkrav, gjelder regelen ovenfor:<br />
Rom uten alternativer henviser til samme rom,<br />
mens rom med alternativer fører til at<br />
læreren får flere rom i samme posisjon.<br />
I figuren kan for eksempel de to første dubleringer være korrekte: Lærer MOJ veksler mellom<br />
rom ODD og GYM1 annenhver uke. Lærer SAH og MOP deler rommet: MSK2. Den siste<br />
dubleringen er sikkert en håpløs feil i blokkleggingen.<br />
Sjekk alle dubleringer grundig da dette ofte er eneste måte å se om en lærer står<br />
feilaktig flere ganger i samme blokk.<br />
5.1.6 OVERSIKT OVER MØNSTERDIREKTIV<br />
*** REGISTRERTE SEKVENSER ***<br />
AKTIVITET<br />
1 AKTIVITET 2 A<br />
8A VF 1 : 8A VF 2<br />
9A VF1 1 : 9A VF1 3<br />
** REGISTRERTE DAGSAMMENFALL ***<br />
AKTIVITET 1 AKTIVITET 2 AKTIVITET 3<br />
: 9A MAEN 1 : 9A MAEN 2<br />
: 9C NME 1 : 9C NME 2 : 9C NME 3<br />
: 9A NME1 1 : 9A NME1 2 : 9A NME1 3<br />
*** REGISTRERTE DAGBLOKKERINGER ***<br />
AKTIVITET 1 AKTIVITET 2 AKTIVITET 3 AKTIVITET 4<br />
: 8A HEIM : 8A KoH :<br />
*** INDIREKTE DAGBLOKKERINGER ***<br />
Da like resurser i form av klasse, fag og lærer fins i<br />
to eller flere aktiviteter oppstår indirekte dagblokkering
158<br />
for de aktuelle aktivitetene. Vil du oppheve en<br />
dagblokkering skal du i aktivitetsregisteret endre aktivitetenes<br />
like fagnavn slik at de blir ulike.<br />
Felles ressurser :<br />
Klasse+ Emne+Lærer fins i disse nå dagblokkerte aktiviteter<br />
AKTIVITET 1 AKTIVITET 2 AKTIVITET 3 AKTIVITET 4<br />
8A NA STR : 8A NA : 8A NA1<br />
8A TYSK1 SLD : 8A VF 1 : 8A VF 3<br />
NDIREKTE DAGKONFLIKT KREVER FLERE DAGER ENN UKEDAGER !! :<br />
9A MA JÆ : 9A MAEN 1 : 9A NOMA 1 : 9A NOMA 3 : 9A NME 1 :<br />
KRAVET IGNORERES<br />
Disse er ordnet i 4 grupper :<br />
1. Sekvenser fra blokklegging (eller laget av skolen)<br />
2. Dagsammenfall fra blokklegging (eller laget av skolen)<br />
3. Dagkonflikter laget av skolen<br />
4. Dagkonflikter laget av programmet<br />
Den siste gruppen er indirekte dagkonflikter som følger av konvensjonen:<br />
Samme fagnavn for samme lærer for flere forskjellige aktiviteter for samme klasse<br />
fører til dagkonflikt mellom disse aktivitetene.<br />
Til venstre i hver linje står den klasse, fagnavn og lærer som er opphavet til dagkonflikten.<br />
Hvis noen dagkonflikter er feil, MÅ disse fjernes ved at fagnavnene foreløpig endres<br />
i<br />
fagregister. Man kan eventuelt føre de inn ønsket navn på nytt når man kommer til<br />
sluttutskrifter.( For klasse 9A, lærer JÆ og fag MA har vi gjort en feil ovenfor.)<br />
Jeg anbefaler at brukeren kontrollerer grundig de indirekte dagkonflikter når<br />
datagrunnlaget endelig begynner å bli korrekt. Den regel vi har valgt for dette er<br />
vanligvis god, men det kan lett snike seg inn feil. Eksempler:<br />
• En klasse har noe støtteundervisning som plasseres mot norsk, engelsk og<br />
matematikk. Man bruker forskjellig akt.navn for de tre steder hvor støtten<br />
plasseres men SAMME fagnavn Dermed får man dagkonflikt mellom norsk,<br />
engelsk og matematikk! For de tre tilfeller av støtten bruk for eksempel<br />
følgende<br />
fagnavn: nstøt, estøt og mstøt.<br />
• På samme årstrinn underviser en lærer flere grupper i samme fag for eksempel<br />
fransk. Man legger ulike språkgrupper sammen i ulike blokker, og dermed<br />
risikerer man dagkonflikter mellom store blokker som ikke har noe med<br />
hverandre å gjøre. Hvis man bruker fagnavnet fr for fransk for en lærer som har<br />
dette faget i flere grupper, risikerer man et slikt problem. Hvorfor ikke la denne<br />
lærer få fagnavnene fr1, fr2, fr3 etc. så slipper man potensielle problemer. Dette<br />
problemet er faktisk enda mer innfløkt og kan få konsekvenser<br />
for det antall<br />
posisjoner en klasse tilsynelatende har: En klasse er tydelig registrert i en<br />
bestemt gruppe i fransk som ligger i en bestemt språkblokk. Samme lærer har<br />
også dette i en annen språkblokk, og det fins en annen klasse som faktisk skal<br />
være med i begge språkblokkene. Fordi man lar læreren ha samme fagnavn i de<br />
to blokkene trekker man med seg en klasse som bare skal inn i den ene<br />
blokk.<br />
• Samme lærer har faget matematikk både som valgfag og obligatorisk fag i et<br />
årstrinn. Hvis man nå bruker samme fagnavn begge steder risikerer man<br />
dagkonflikter mellom fag som ikke har noe med hverandre å gjøre.<br />
Det er ganske klart at feil av denne type kan få enorme konsekvenser for sluttresultatet,<br />
samtidig som det kan være vanskelig å få øye på feilen. Husk derfor at en lærer som har flere<br />
”like” grupper får forskjellig fagnavn i disse gruppene.
159<br />
5.1.7 OVERSIKT OVER DIMENSJONSPARAMETERE<br />
Det følger alltid en oversikt over de viktigste timeplanparametre :<br />
: DIMENSJONERING AV ULIKE PARAMETRE :<br />
---------------------------------------------------<br />
: Antall AKTUELT MAX :<br />
: (N) -aktiviteter 261 800 :<br />
: (AL) -lærere 33 200 :<br />
: (CL) -klasser 22 150 :<br />
: (ATY) -romtyper 60 200 :<br />
: (AMAX) -romtyper som følger :<br />
: -av grupperinger 108 400 :<br />
: (UD) -ukedager 5 6 :<br />
: (DT) -posisjoner pr. dag 6 12 :<br />
: (INDMAX)-lærer/rom-krav i tabell 2 342 1200 :<br />
: (DABLMA)-dagkonflikter 76 300 :<br />
: (KPMAX) -sekvenser og dagsf. 9 150 :<br />
---------------------------------------------------<br />
Det fins en kolonne for aktuelle parametre for timeplanen og en kolonne for maksimale<br />
parametere for den versjon av TPLAN som brukes. Hvis en maksimal verdi overskrides,<br />
kan<br />
ikke tim eplansystemet fungere. Det fins visse muligheter for at man på egen hånd kan rette<br />
dimensjoner via vedlikeholdsmeny.<br />
Det mest<br />
vanlige varsel om at dimensjoner sprenges skrives ut i denne form:<br />
XXXX ER FOR STOR: YYY ** DIMENSJONSFEIL NB** NB** NB**<br />
XXXX: Et navn som identifiserer en parameter<br />
YYY: Verdien for denne parameter<br />
Dette er (foreløpig) en alvorlig feil for kjøringen<br />
avbrytes<br />
med følgende varsel:<br />
*********** NB! NB! **************<br />
FEIL DIMENSJONER FOR DISSE<br />
DATA<br />
KONTROLLER PARAMETRENE<br />
KJØRINGEN AVBRYTES!<br />
*********** NB! NB! **************<br />
Hvis<br />
en ikke selv finner ut av hvordan dimensjonen<br />
kan reduseres, må systemleverandør<br />
kontaktes. Vi anbefaler at dette gjøres uansett, for endring av dimensjoner kan ha visse<br />
uønskete sideeffekter.<br />
XXXX i varslet ovenfor refererer til en av disse parametre:<br />
N : Antall aktiviteter, max verdi = 800<br />
Oftest det mest kritiske dimensjonsvarsel. Noen ganger<br />
er det enkelt å redusere<br />
antall aktiviteter (støtteundervisning, lunch ol.)<br />
DABLMA: Antall<br />
dagkonflikter, max verdi =300<br />
CL,CL1 Antall klasser, max verdi =150<br />
AL,AL1 Antall lærere, max verdi = 200<br />
AMAX Antall fiktive rom som genereres som følge<br />
av alternativkjeder for rom. Max<br />
verdi = 400. Studer romregisteret grundig før en ber om hjelp til å rette denne<br />
parameter.<br />
ATY,RM<br />
RTMAX<br />
Antall linjer i romregister og følger av dette, max verdi = 200.<br />
INDMAX: Antall linjer i aktivitetsregister, max verdi = 1200.<br />
5.1.8 VARSLER<br />
FRA POSISJONSDIREKTIVER<br />
Avslutningen av overføringen<br />
er den samme som første del av analyseprogrammet, hvor man<br />
undersøker formelle feil blant først og fremst posisjonsdirektivene.<br />
Det kan for eksempel se ut<br />
slik:
DAGENS INNDELING I INTERVALL (TAKT)<br />
DP TP QP KP<br />
1 1 1 1<br />
3 3 6 6<br />
4 4 0 0<br />
6 6 0 0<br />
160<br />
SKOLEN ER INNDELT I SEKTORER SLIK :<br />
SEKTOR KLASSER<br />
S81 8A 8B<br />
S82 8C 8D 8E<br />
FRIDAGER FOR LÆRER GU SKAL VÆRE : 1<br />
DR :2 :2 : :2 22:2 :<br />
FEIL I FØLGENDE LINJE : AKTIVITET/FAG/BLOKK FINNES IKKE: VF 4<br />
9 VF 4 : : 11: : : :<br />
MULIG FEIL I DENNE LINJE : FINNER INGEN AKTIVITETER<br />
10 VF 5 : : : 11: : :<br />
7A HK :111 : : : : :<br />
PA : 2 : : : : :<br />
8 VF 1 : 11: : :1 : :<br />
FOR MANGE POS. FOR AKTIVITET: 8A VF 1<br />
SLUTT PÅ INFORMASJONEN<br />
5.2 ANALYSEPROGRAM<br />
Analyseprogrammet kan kjøres i 2 modus:<br />
1. Grunnfase. (Normaltilfellet)<br />
Planen legges på nytt ut fra forutsetningene i registrene.<br />
2. Iterativ fase, hvor man bygger videre på den foregående delplan. Man må merke av i<br />
k jøremenyen om dette skal gjøres.<br />
Analyseprogrammet lager filen LIAN. nnn. Samlet er denne<br />
et meget viktig<br />
beslutningsgrunnlag for det fortsatte timeplanarbeid. Det kan være at en må gå tilbake og<br />
revurdere forutsetningene. Hvis analysen ikke gir alvorlige varsler, kan en gjøre seg klar til<br />
neste hovedprogram. Bruk av logisk analyse og den følgende hovedprogramkjøring, stiller<br />
krav til erfaring og innsikt i timeplanlegging.<br />
Når data er blitt formelt korrekte og timeplanmessig akseptable, begynner analyseprogrammet<br />
å miste sin eksistens som et selvstendig program, og det blir bare<br />
en innledning til den fortsatt<br />
interaktive legging. Filen Lian.nnn er dog også like viktig i den fortsatte prosess, fordi den<br />
inneholder alle varsler og feil som følger av manuell justering.<br />
5.2.1 OVERSIKTER, VARSLER OG KONSEKVENSER<br />
Overskriften forteller om vi arbeider i en grunnfase eller iterativ fase. Deretter følger en<br />
oversikt over de ulike direktiver til timeplanen og varsler hvis disse inneholder feil. De<br />
følgende eksempler viser et utvalg av de utskrifter og varsler som er mest vanlige. Først ser vi<br />
normal tidsramme og eventuelt: Oppdeling av dagen i intervall.<br />
**** VARSLER ****<br />
FØRSTE ORDINÆRE POSISJON : 1<br />
SIS TE ORDINÆRE POSISJON : 6<br />
DAGENS<br />
INNDELING I INTERVALL (TAKT)<br />
DP TP QP KP<br />
1 1 1 1<br />
3 3 6 6<br />
4 4 0 0<br />
6 6 0 0<br />
Vi skriver ut start- og sluttposisjon for intervallene. Kolonne DP (dobbeltimer) og kolonne TP<br />
(trippeltimer) har verdiene 1-3-4-6 dvs posisjon 1-3 før matpause og posisjon 4-6 etter<br />
matpause.<br />
TAKT = 3-3 (En dag kan være inndelt i flere enn 2 intervall)<br />
Deretter følger direktiv fra klasse- og lærer-register:
KONTINUITET FOR KLASSE 9A MIN: 5 MAX: 7<br />
KONTINUITET FOR KLASSE 9B MIN: 5 MAX: 7<br />
KONTINUITET FOR KLASSE 9C MIN: 5 MAX: 7<br />
HALVDAG FRI FOR LÆRER AKS : 1<br />
FORMIDDAG FRI FOR LÆRER TJE : 1<br />
ETTERMIDDAG FRI FOR LÆRER DOT : 2<br />
FRIDAGER FOR LÆRER REI SKAL VÆRE : 1<br />
FRIDAGER FOR LÆRER PAP SKAL VÆRE : 2<br />
161<br />
Klassene skal ha sammenhengende planer med minst 5 timer hver dag og maksimalt<br />
7 timer<br />
pr. dag. Enkelte lærere skal ha halve eller hele fridager.<br />
KONTINUITET : 5 7<br />
7A 7B 7C 7D 8A 8B 8C 8D 8E 9A 9B 9C 9D 9E 9F<br />
HEVE KONTINUITET :<br />
9E<br />
KANTPLASSERING FOR:<br />
7D NO1 (1) 8A NO1 (1) 9E NO1 (1) 9F NO1 (3)<br />
Utskriften ovenfor viser eksempler på: Øvrige direktiv. Vi har definert et felles krav om<br />
sammenhengende planer for alle klasser med minst 5 timer og maksimalt 7 timer hver dag.<br />
Klasse 9E er spesialundervisning, og vi fjerner krav om sammenhengende plan for denne<br />
klasse. Visse aktiviteter (NO1) skal plasseres som dagens første eller siste time.<br />
De mest vanlige krav<br />
er posisjonsdirektiv og her følger eksempler på utskrift av disse:<br />
EIS : 2 : 2 : 2 : 2 : 2 :<br />
9A NME : : : 222: : :<br />
9A ENM : : : 222: : :<br />
9A MEN : : : 222: : :<br />
9A VF3 : 11 : : : : :<br />
9A VF4 : 11: : : : :<br />
9A VF1 :11 : : : : :<br />
8A VF1 : :1 : : : :<br />
8A VF2 : : :1 : : :<br />
8A VF3 : : : : :1 :<br />
PAT : 22 : : : : :<br />
ERI : : :222222: : :<br />
INGEN(ANDRE) FORMELLE FEIL ER FUNNET<br />
Utskriften er oftest en repetisjon av de posisjonsdirektiv vi registrerte, men når det gjøres<br />
formelle feil får vi i tillegg varsler<br />
som forklarer hvilken feil som er gjort:<br />
FEIL I FØLGENDE LINJE : FEIL SYMBOL I KLASSEFELT: 3A<br />
3A :2222222: : : : :<br />
MULIG FEIL I DENNE LINJE : FINNER INGEN AKTIVITETER<br />
FEIL I FØLGENDE LINJE : AKTIVITETSNAVN FINNES IKKE: ZZZ<br />
ZZZ :2222222: : : : :<br />
MULIG FEIL I DENNE LINJE : FINNER INGEN AKTIVITETER<br />
9 KRK : :11 : : : :<br />
FEIL I DENNE LINJE : PLASSERING AV FLERE AKT. I SAMME DIREKTIV<br />
DISSE AKTIVITETER ER SPESIFISERT :<br />
9A KRK (2) 9D KRK (2) 9E KRK (0) 9F KRK (1)<br />
8C FO : : :11 :1 : :<br />
KONTROLLER PERIODELENGDER FOR: 8C FO ALLE POS. PLASSERT<br />
7A FO : : : : :1 :<br />
KONTROLLER PERIODELENGDER FOR: 7A FO GJENVÆRENDE POS. BLIR SINGEL-PER<br />
..................................................................<br />
HULLTIME FOR : 7A I POS. 2 PÅ MANDAG<br />
KLASSE : 7B FÅR BARE 3 POS. PÅ MANDAG<br />
De siste linjer i eksemplet varsler(feil) som forkommer ofte:<br />
PLASSERING AV FLERE AKT I SAMME DIREKTIV :<br />
En plassering må entydig referere<br />
til en bestemt aktivitet.<br />
KONTROLLER PERIODELENGDER FOR etc.
162<br />
Det er ikke samsvar mellom den periodeinndeling som er valgt i posisjonsregister og<br />
aktivitetsregister. Hvis alle perioder er plassert, vil TPLAN akseptere posisjonsdirektivet.<br />
De<br />
to siste linjer viser typiske varsler hvis man ikke kan oppfylle kravet om sammenhengende<br />
planer eller ha et minste antall timer pr. dag.<br />
Det kan være at man får varsler<br />
for aktiviteter som virker ukjente. Disse har som navn en<br />
lærersignatur fulgt av bokstavene a, b eller c. Dette er fiktive aktiviteter som blir dannet pga.<br />
de krav man har om halvdag-fri for lærere.<br />
Den<br />
nåværende situasjon analyseres, og det kommer eventuelt en rekke varsler.<br />
Disse varslene er identiske med varslene<br />
som følger fra kontroll av komprimert plan og<br />
vi henviser til avsnitt 4.2 Disse varslene blir enda mer sentrale når man arbeider med<br />
interaktiv legging, og de bør leses OFTE !<br />
5.2.2 KLASSIFISERING AV AKTIVITETER<br />
Aktivitetene klassifiseres i 4 kategorier:<br />
a, b, c og d.<br />
Innen hver kategori differensieres det ytterligere hvis aktivitetene inngår i sekvenser eller<br />
har<br />
forskjellig periodelengde. Vi velger klassifiseringsprinsipp i obligatoriske opplysninger,<br />
og de<br />
fleste skoler bør velge:<br />
A: SUM AV RESSURSER: Aktivitetene klassifiseres etter hvor mange ressurser<br />
som<br />
inngår aktivitetene (summen av klasser, lærere og spesialrom)<br />
Alternativt kan vi også velge:<br />
B: STRUKTUR: Aktivitetene klassifiseres ut fra hvilke klasser som inngår i disse,<br />
for<br />
eksempel slik: Rene klassefag, klasser i samme sektor, klasser fra forskjellig<br />
sektor,<br />
klassene i et årskurs etc.<br />
Følgende figur viser eksempel på en klassifisering:<br />
**** KLASSIFISERING AV AKTIVITETER ***<br />
S = SUMMEN AV ANTALL KLASSER(GRUPPER),LÆRERE OG<br />
SPESIALROM I AKTIVITETEN<br />
A-AKTIVITET DEKKER : S STØRRE ENN 16<br />
B-AKTIVITET DEKKER : S MELLOM 10 OG 16<br />
C-AKTIVITET DEKKER : S MELLOM 5 OG 9<br />
D-AKTIVITET DEKKER : S MELLOM 1 OG 4<br />
FØLGENDE AKTIVITER ER ENDA IKKE PLASSERT (ANTALL POS ANGIS)<br />
************************************************************************<br />
B-AKTIVITETER SEKVENSER<br />
8A VF1 (1) 9A VF1 (1) 9A VF4 (2)<br />
B-AKTIVITETER DOBBEL-PERIODER<br />
9A VF3 (2)<br />
B-AKTIVITETER<br />
ENKEL-PERIODER<br />
8A VF2 (1) 9A VF2 (1) 8A VF3 (1)<br />
C-AKTIVITETER<br />
DOBBEL-PERIODER<br />
7B FO (2) 7C FO (2)<br />
C-AKTIVITETER<br />
ENKEL-PERIODER<br />
7 A NME (3) 8A NME (3) 8C NME (3) 9A NME (3) 9C NME (3) 7A ENM (3)<br />
8A ENM (3) 8C<br />
ENM (3) 9A ENM (3) 9C ENM (3) 7A MEN (3) 8A MEN (3)<br />
D-AKTIVITETER KVADRUPEL-PERIODER<br />
XXX TJE a(4) XXX BRE b(4) XXX AKS c(4)<br />
D-AKTIVITETER TRIPPEL-PERIODER<br />
8B FO (3) 7A HK1 (3) 7B HK1 (3) 7C HK1 (3) 7D HK1 (3)<br />
D-AKTIVITETER DOBBEL-PERIODER<br />
9A GYM1 (2)<br />
D-AKTIVITETER ENKEL-PERIODER<br />
9F NME (3) 9F ENM (3) 9F MEN (3) 7B NO (1) 7C NO (4) 7D NO (4)<br />
8A NO (1) 8B NO (2) 8C NO (2) 8D NO (2) 8E NO (2) 9A NO (2)<br />
9B NO (2) 9C NO (2) 9D NO (2) 9F NO (3) 7A<br />
MAT (1) 7B MAT (1)
163<br />
Klassifisering av aktiviteter forteller mye om hvordan en skal gi styredirektiver til<br />
hovedprogram. Leggingsrekkefølge bør vanligvis være A-aktiviteter, B-aktiviteter osv. Dette<br />
må<br />
modifiseres pga. : Sekvenser skal plasseres tidlig, deretter kvintett- og kvadrupel - timer,<br />
trippeltimer og dobbeltimer.<br />
En må kombinere disse to prinsipper for eksempel at sekvenser<br />
og trippeltimer for D- aktiviteter sannsynligvis må legges ut sammen med B-aktiviteter osv. Vi<br />
kan ikke gi eksakte regler for dette, og erfaring<br />
lærer en hva som er best for den enkelte skole.<br />
Den generelle klassifiseringen forteller ikke alt<br />
om leggingsrekkefølgen f.eks: I en norsk<br />
videregående skole har gymnastikk i årstrinn 2 og 3 langt større prioritet enn gymnastikk i<br />
årstrinn 1. D-aktiviteter i årstrinn 3 må<br />
ofte plasseres før A-aktiviteter i årstrinn 1.<br />
5.2.3 ROMBELASTNING<br />
Det skrives ut en oversikt som viser rommenes belastning i prosent både med og uten<br />
alternativer:<br />
ROMMENES BELASTNING I PROCENT.TIDSRAMME 30 TIMEPLANPOSISJONER<br />
***************************************************** *******************<br />
ROM FUNKSJON ALTERNATIV MED - UTEN<br />
ALTERNATIV<br />
101 KL 62.3% 60.0%<br />
103 KL 62.3% 53.3%<br />
104 KL 62.3% 0.0%<br />
116 GR 21.7% 43.3%<br />
216 GR 21.7% 0.0%<br />
308 NA 58.3% 73.3%<br />
309 NA 58.3% 43.3%<br />
124 MU 60.0% 60.0%<br />
GYM1 GY ODD 100.0% 100.0%<br />
GYM2 GY ODD 100.0% 100.0%<br />
ODD 100.0% 100.0%<br />
314 KJ 35.0% 30.0%<br />
301 KJ 35.0% 40.0%<br />
TEK1 HA 18.3% 36.7%<br />
TEK2 HA 18.3% 0.0%<br />
TEG 56.7% 63.3%<br />
SLØ 46.7% 53.3%<br />
9b-rom MU KL 58.7%<br />
ALLE KL MU NA 58.7%<br />
KL 62.3%<br />
GR 21.7%<br />
-----------------------------------------------------------------------<br />
Store belastninger av spesialrom forteller at tilhørende aktiviteter bør plasseres raskt. Store<br />
belastninger av alternativkjeder forteller at en sannsynligvis må prøve å trekke inn flere rom i<br />
alternativkjeden.<br />
For ulike spesialrom skrives det ut en oversikt over tilhørende aktiviteter. Det knyttes et<br />
forholdstall til de ulike rom:<br />
Antall ledige posisjoner / Antall nødvendige posisjoner<br />
Et lavt forholdstall betyr at belastningen av rommet er stor. 1 er den laveste<br />
verdi for at<br />
romkravene skal kunne oppfylles rent teoretisk. Hvis forholdstallet er 1 eller<br />
lavere, merkes<br />
dette av med:***NB***, for at en lett skal se varslet.<br />
*******************************<br />
** UTNYTTELSE **<br />
** AV VISSE ROM-GRUPPERINGER**<br />
*******************************<br />
TK 129 ER ROM: MUS KREVER: 10 AV 30 LEDIGE TIMEPLANPOSISJONER<br />
7A MUS (2) 7B MUS (2) 7C MUS (2) 8A MUS (1) 8B MUS (1) 8C MUS (1)<br />
8D MUS (1)<br />
FORHOLDSTALL : 3.0<br />
------------------------------------------------------------------------<br />
TK 130 ER ROM: GYM KREVER: 26 AV 26 LEDIGE TIMEPLANPOSISJONER<br />
7A KRØV(2) 7B KRØV(2) 7C KRØV(2) 8A KRØV(2) 8A KRØ1(1) 8C KRØV(2)<br />
8C KRØ1(1) 9A KRØV(2) 9A KRØ1(1) 9C KRØV(2) 9C KRØ1(1) 9E KRØV(2)<br />
9E KRØ1(1) 8A VF1 (1) 8A VF2 (1) 8A VF6 (1) 9A VF1 (1) 9A VF2 (0)<br />
9A VF4 (0) 9A VF5 (1) 9A VF6 (0) 9A VF7 (0)<br />
***NB*** FORHOLDSTALL : 1.0<br />
------------------------------------------------------------------------
164<br />
5.2.4 EN KOMMENTAR TIL GRUNNLAGET FOR DEN LOGISKE ANALYSE<br />
Vi har vist varsler og konsekvenser som følger av organisering<br />
av skolen, krav og ønsker samt<br />
den nåværende timeplan. Alle disse varsler ble knyttet til en klasse,<br />
lærer eller rom. Mer<br />
presist: Varslene ble knyttet til aktivitetene for klasser, lærere og rom. Dette er den mest<br />
naturlige måten å beskrive ulike timeplanrelasjoner.<br />
Anta imidlertid at skolen er organisert slik:<br />
Lærer A og B underviser i samme aktiviteter i 12 pos.<br />
Lærer A og C underviser i samme aktiviteter i 12 pos.<br />
Lærer B og C underviser i samme aktiviteter i 12 pos.<br />
Lærerne A, B og C underviser hver for seg bare 24 posisjoner, men ovenfor har vi nevnt et<br />
sett aktiviteter som krever 36 posisjoner for ingen av disse kan plasseres i samme posisjon.<br />
Det er langt viktigere å beskrive mulighetene for å kunne plassere det nevnte aktivitetssett enn<br />
å holde oversikt over plasseringsmulighetene for den enkelte lærer. I en realistisk timeplan<br />
fins det et stort antall sett av aktiviteter som ikke kan plasseres samtidig, men som ikke<br />
nødvendigvis har en felles ressurs. Vi vil beskrive mulighetene for å kunne realisere en<br />
timeplan ved hjelp av slike aktivitetssett.<br />
Den logiske analyse baseres på to fundamentale begrep:<br />
TERMINAL KOMBINASJON (TK)<br />
UTNYTTELSESGRAD (G)<br />
TK-er og en tilhørende G er en meget generell og hensiktsmessig måte å presentere<br />
timeplanrelasjoner for enhver skolestruktur.<br />
Ved å kombinere ulike opplysninger finner en som regel hva som gir umulige konflikter. Selv<br />
om den logiske analyse er feilfri, er dette ingen garanti for at det ikke oppstår problemer<br />
senere. Derimot vet en med sikkerhet at alle feilvarsler i den logiske analyse resulterer i at<br />
hovedprogrammet foretar utspark av aktiviteter. En skal rette alle feil før en fortsetter.<br />
TERMINALE KOMBINASJONER (TK-er)<br />
En ikke matematisk formulering er:<br />
E n TK er et sett aktiviteter hvor alle er i innbyrdes konflikt,<br />
og følgelig er det minimale<br />
a ntall posisjoner som er nødvendig for å plassere en TK lik summen av timene for de<br />
enkelte<br />
aktiviteter i TK-en.<br />
Det<br />
eksisterer ingen annen aktivitet som er i konflikt med alle aktiviteter i TK-en. Vi<br />
kaller den derfor en terminal kombinasjon.<br />
De absolutt mest vanlige TK-er er sett av aktiviteter som har minst en felles ressurs. Slike TK-<br />
er kaller<br />
vi:<br />
Klasse TK-er, Lærer TK-er eller Rom TK-er.<br />
For de fleste realistiske skolestrukturer fins et stort antall TK-er hvor alle aktivitetene ikke har<br />
felles ressurser. Bruk av programsystemet vil vise karakteristiske TK-er for ens egen skole.<br />
Når en TK oppfyller følgende krav:<br />
Antall nødvendige posisjoner = Antall ledige posisjoner , sier vi dette er en TTK:<br />
Tett Terminal Kombinasjon<br />
En delmengde av aktivitetene i TK betegner vi en SK (Sub Kombinasjon)<br />
Tilsvarende bruker vi også betegnelsen TSK (Tett Sub Kombinasjon).
165<br />
UTNYTTELSESGRADEN (G)<br />
Vi ønsker å finne et felles mål for plasseringsmulighetene for en TK som en helhet. Det mest<br />
nærliggende er selvsagt antall (gjenværende) ledige posisjoner.<br />
Det er lett å vise at dette mål<br />
er mildest talt misvisende:<br />
a. En TK har 3 ledige posisjoner på en dag. Anta at bare en aktivitet (enkeltimer) kan<br />
bruke disse 3 posisjoner. Vi kan ikke regne dette som 3 ledige posisjoner<br />
når vi aldri<br />
klarer å nytte mer enn 1 av dem.<br />
b. En TK består av bare dobbeltimer og har 5 sammenhengende posisjoner ledig på en<br />
dag. Vi kan aldri bruke mer enn 4 av disse 5 posisjoner.<br />
c. En TK har 3 ledige posisjoner på en dag. En dobbeltime og en<br />
enkeltime kan plasseres<br />
her. Disse to aktiviteter er i dagkonflikt dvs. vi kan aldri bruke me r enn 2 av de 3<br />
posisjoner.<br />
Vi kan fortsette med eksemplene med stadig mer kompliserte forutsetninger,<br />
hvor ledige<br />
posisjoner er betydelig forskjellig fra antall posisjoner som kan benyttes.<br />
Vi innfører denne notasjon:<br />
TT: Antall (resterende) uplasserte timer for en TK.<br />
PP: Antall ledige<br />
posisjoner for en TK.<br />
G: Utnyttelsesgrad, dvs det antall posisjoner av de PP ledige posisjoner som kan brukes.<br />
Vi velger her en pragmatisk definisjon av G. Vi setter:<br />
G = Summen av alle GD(i)<br />
hvor GD(i) er utnyttelsesgraden av dag: i.<br />
Differansen mellom ledige posisjoner og brukbare posisjoner kalles frihetsta p,R. For den<br />
enkelte dag kalles frihetstap: RD.Vi har:<br />
PP = G + R<br />
PD(i) = GD(i) + RD(i)<br />
Enhver metode for timeplanlegging tar utgangspunkt i betingelsen:<br />
PP > TT<br />
Dvs. antall ledige posisjoner for enhver klasse, lærer eller rom må være større eller lik<br />
tilhørende timetimetall.<br />
UT FRA BETRAKTNINGENE OVENFOR KAN DETTE GENERALISERES VESENTLIG :<br />
G > TT<br />
for alle TK-er og SK-er i timeplanen<br />
VI KALLER DETTE DEN SENTRALE TIMEPLANBETINGELSE. UT FRA DENNE KAN EN FORETA<br />
BETYDELIGE AVGRENSNINGER AV MULIGE LØSNINGER.<br />
Setningen ovenfor kan være utgangspunktet for en lærebok, men<br />
faller utenfor temaet i denne<br />
håndbok.<br />
Jeg vil dog spinne litt videre på den sentrale betingelse:<br />
• Anta vi har en TK (i) hvor betingelsen:<br />
G(i) = TT(i) er oppfylt.<br />
• Vi har et vilkårlig utvalg av ledige pos for TK(i):. t1, t2 ,t3 = T. I praksis er timene T<br />
oftest ledige posisjoner på samme dag for TK(i), men dette er ingen begrensning.<br />
Intervallet T består av P posisjoner.<br />
• Anta: G(i,T) = P dvs. R(i,T) = 0. Vi kan da slutte:
166<br />
1. Alle aktiviteter i TK(i) som kan gå til intervallet T, må også plasseres her fordi<br />
samtlige posisjoner skal brukes dvs. disse må blokkeres i posisjoner som<br />
ikke tilhører intervallet T<br />
2. Alle aktiviteter som er en felles konflikt for TK(i) i en av<br />
posisjonene<br />
t1,<br />
t2,t3… må blokkeres her fordi TK(i) skal bruke<br />
denne posisjon.<br />
• Anta: G(i,T) < P dvs. R(i,T) > 0<br />
Vi kan bare gjøre slutning 1 ovenfor, fordi vi enda ikke vet hvilke posisjoner<br />
av T<br />
som virkelig skal brukes.<br />
• Anta G(i,T) > P dvs. R(i,T) = 0<br />
Vi kan bare gjøre slutning 2 ovenfor fordi vi enda ikke<br />
hvilke aktiviteter fra TK(i)<br />
som skal bruke intervallet T.<br />
I all enkelhet har det banale resonnement ovenfor, krevd hele mitt yrkesaktive liv. Når man<br />
begynner å vurdere de ulike krav man finner i realistiske timeplanproblemer,<br />
kan en konkret<br />
utforming av en algoritme ut fra slutningene ovenfor bli infernalsk kompleks pga.<br />
vekselvirkningene mellom de ulike krav. Nå i lang ettertid ser jeg at dette egentlig bare er<br />
variasjoner av disse slutninger. Det hadde vært sterkt ønskelig at jeg klart hadde innsett dette<br />
for lenge siden.<br />
5.2.5 NORMALUTSKRIFTER FRA LOGISK ANALYSE<br />
Alle klasse-, lærer- og rom- TK-er genereres i når data overføres til timeplansystemet. I logisk<br />
analyse<br />
lages TK-er som ikke har felles ressurser. Hensikten med å generere TK-er er:<br />
1. Vi vil skaffe oversikt over om organiseringen av skolen er fornuftig, og vi er spesielt<br />
interessert i å finne lærere som har fått en uheldig time/fag fordeling.<br />
2. Vi vil gjøre beregningen av utnyttelsesgrad for ulike TK-er så fullstendig<br />
som mulig.<br />
3. Vi vil lage en felles referanse til kritiske aktivitetsett slik at vi kan plassere disse tidlig i<br />
hovedprogrammet. (Ved interaktiv legging fraråder vi vanligvis<br />
å referere<br />
til de ulike<br />
TK-er i styringen, fordi denne referansen endres dynamisk som et resultat av nye<br />
plasseringer.)<br />
Vi velger vanligvis å generere et begrenset antall nye TK-er slik<br />
at vi får generert de mest<br />
kritiske TK-er. Følgende figur viser et utsnitt av de TK-er som genereres.:<br />
HVER KOMBINASJON (TK) ANGIS AKTIVITETER SOM IKKE KAN<br />
LEGGES PARALLELLT. HVER TK KREVER ANGITT ANTALL TIMEPLAN-POSISJONER.<br />
VIDERE ANGIS ANTALL LEDIGE TIMEPLANPOSISJONER.<br />
DET LAGES 30 AV ØNSKET: 30 TK-er<br />
------------------------------------------------------------------------<br />
TK 145 ER EN TK SOM KREVER 19 AV 24 LEDIGE TIMEPLANPOSISJONER<br />
9E NO (4) 9E NO1 (1) 8A VF1 (1) 8A VF2 (1) 8A VF6 (1) 9A VF1 (1)<br />
9A VF5 (1) 9D ENG (3) 9E ENG (3) 9E SAF (3)<br />
FORHOLDSTALL : 1.3<br />
------------------------------------------------------------------------<br />
TK 146 ER EN TK SOM KREVER 16 AV 24 LEDIGE TIMEPLANPOSISJONER<br />
9A MAT (2) 9A MAT1(1) 9A NAT (3) 9A KRØV(2) 9A KRØ1(1) 9B NAT (3)<br />
9A VF1 (1) 9A VF5 (1) 8D KRK (2)<br />
FORHOLDSTALL<br />
: 1.5<br />
------------------------------------------------------------------------<br />
Hver ny TK identifiseres av et referansenr. øverst i venstre hjørne. Denne verdi<br />
kan senere<br />
brukes i styring av hovedprogram når en vil referere til dette bestemte<br />
sett aktiviteter.<br />
Deretter følger antall nødvendige og antall ledige posisjoner for TK-en.<br />
Vi skriver ut aktiviteter og tilhørende antall posisjoner.<br />
Til slutt står et forholdstall:<br />
Antall ledige posisjoner / Antall nødvendige posisjoner<br />
En lav verdi her (1.1 - 1.2) viser at TK-en kan være kritisk. Verdien 1 sier at Tk-en er tett, og<br />
lavere verdier gir med sikkerhet feil.
167<br />
Hvis forholdstallet er 1 (eller lavere), merkes dette av med symbolet: ***NB*** for at en lett<br />
skal se slike varsler.<br />
Når en TK varsler om sprekk, må forutsetningene for planen modifiseres, dvs. forandre<br />
time/fag-fordelingen, romkrav eller blokkeringer. I verste fall må en forandre selve<br />
skolemodellen.<br />
Jeg skal forsøke å gi et litt balansert syn på hvordan man skal tolke de ulike TK-er som<br />
genereres. Noen av brukerne av Tplan lever i lykkelig uvitenhet om at TK-er i det hele tatt<br />
eksisterer. Dette er definitivt feil. Andre hekter seg altfor mye opp i detaljene om de ulike TK-<br />
er.<br />
Dette er også feil. Hvis en TK sprekker, vil jeg selvsagt vite alle detaljer om hvorfor dette<br />
skjer. Ellers er jeg mest interessert i den totale mengden av TK-er som genereres samt de<br />
forholdstall jeg typisk finner. Lang erfaring har lært meg følgende: Hvis man har en skole<br />
som<br />
har mengder av TK-er som samtidig har meget lave forholdstall (1.0- 1.1), fører dette<br />
ofte til en bedrøvelig leggingsfase med mengder av utspark. Data er riktig nok formelt i orden,<br />
men vekselvirkninger mellom nær tette TK-er, kan<br />
gi mange utspark. Det beste råd jeg kan gi<br />
en slik skole, er å gå tilbake til utgangspunktet for time/fag- fordelingen og vurdere<br />
grupperingen av klasser/lærere/ rom ut fra de allmenne regler som er kjent om dette, se for<br />
eksempel avsnitt 1.4<br />
Analysen av ulike TK-er kan være kompleks, og erfaring og forståelse av timeplanproblemet<br />
er nødvendig for å få fullt utbytte. Vi skal vise noen typiske eksempler.<br />
Vi forutsetter for alle<br />
våre eksempler at TK-er er nær tette eller fører til sprekk.<br />
Eksempel 1.<br />
En TK består av blokkfag (for eksempel valgfag) på<br />
flere årstrinn samt en rekke rene<br />
klassefag for en bestemt klasse. Forklaringen på dette er at klassestyrer samt andre<br />
lærere for<br />
klassen deltar i de samme blokker i andre årstrinn. Hvis situasjonen er umulig, må en sørge<br />
for at klassens lærere får forskjellige blokker i andre årstrinn, eventuelt må en erstatte en av<br />
lærerne for klassen med en annen lærer. (Problemet i dette eksemplet kan også skyldes at<br />
blokker i andre årstrinn krever klassens hjemmerom som ikke har alternativ.)<br />
Eksempel 2.<br />
En TK består av et antall blokkfag samt en rekke klassefag i to klasser. Forklaringen på dette<br />
er sannsynligvis at de to klasser er integrert på en slik måte at det er de samme lærere som har<br />
klasseundervisning i begge klasser. Hvis situasjonen er umulig, må en eventuelt bytte ut en<br />
lærer fra en av klassene.<br />
Anta at integreringen av klassene stort sett gjelder boklige fag. En<br />
kan muligens løse dette problem ved at klassene ikke koples i praktisk/estetiske fag, og at de i<br />
stedet koples til to andre klasser her. På denne måten får man flere disponible timer til<br />
undervisning av boklige fag og unngår lærerbytter her.<br />
Eksempel 3.<br />
En TK består av blokkfag på flere årstrinn samt bestemte klassefag for en rekke ulike klasser.<br />
Klassefagene er karakterisert av at de har felles ressurser (som regel spesialrom som HK eller<br />
GYM).<br />
Hvis situasjonen blir umulig, må en sørge for at enkelte klassefag kan legges samtidig<br />
med blokkene i andre årstrinn. Dette kan skje ved at en forandrer time/fag-fordelingen i<br />
praktisk/estetiske fag, eventuelt må en bruke<br />
mindre ambisiøse romkrav i valgfagene. En slik<br />
TK må vanligvis inngå i et tidlig styredirektiv til hovedprogrammet. Det avhenger litt av hva<br />
slags spesialrom det er tale om:
168<br />
Gymnastikk, heimkunnskap, forming er erfaringsmessig vanskelige å plassere, og slike TK-er<br />
må plasseres tidlig. Hvis spesialrommet er musikk eller naturfag (ren klasseundervisning) og<br />
TK-en består av mange rene klasseaktiviteter, kan en sannsynligvis utsette denne TK til et noe<br />
senere styredirektiv.<br />
Eksempel 4.<br />
En TK består stort sett av bare blokkfag fra en rekke forskjellige årstrinn og klasser. En ser<br />
hvilke lærergrupper (eventuelt rom) som går igjen<br />
i de ulike aktiviteter, men en ser ingen<br />
enkel forklaring på TK-en. En har nå generert en<br />
TK som samlet representerer<br />
vekselvirkningen mellom skolemodell og lærergruppering i flere fagseksjoner.<br />
Hvis situasjonen er umulig, må en sørge for at to eller flere aktiviteter<br />
i TK-en kan plasseres i<br />
samme posisjoner. En blir tvunget til å reorganisere lærergrupperingene, eventuelt må en<br />
forandre skolemodellen.<br />
Nær tette TK-er av denne type må være det første<br />
styredirektiv til hovedprogrammet.<br />
På denne måten bygger en den fortsatte timeplan<br />
rundt den løsning systemet finner for de<br />
mest kritiske TK-er. En skal være oppmerksom på at en nå legger planen under meget<br />
stramme forutsetninger, og at det er de kritiske TK-er som styrer hele timeplanen. Hvis det<br />
viser seg senere at en får umulige problemer me d aktiviteter som ikke har noen forbindelse<br />
med disse TK-er, kan en løse problemet på to måter:<br />
a. Det mest nærliggende er at en foretar kompromiss for de aktiviteter som ikke kan<br />
plasseres.<br />
b. En bør vurdere utgangspunktet for planen (dvs kritiske TK-er). En reorganisering av<br />
dette kan mange ganger ha positive sideeffekter for andre deler av planen.<br />
Etter at en har sørget for<br />
at det eksisterer en løsning isolert sett for ulike TK-er, kan en få et<br />
inntrykk<br />
av de vansker en kan vente i fortsettelsen. Hvis TK-ene har lave gjennomsnittlige<br />
forholdstall (1.0 -1.2), er<br />
det grunn til å vente at den fortsatte timeplanlegging gir problemer.<br />
Større gjennomsnittlig forholdstall kan antyde at timeplanen er relativt ukomplisert. Disse<br />
utsagn må modifiseres pga. at vekselvirkning mellom den type TK-er som ble nevnt i<br />
eksempel 4, gir langt oftere nye konflikter<br />
enn TK-ene i de andre eksemplene.<br />
Den logiske analyse er delt i 4 deler:<br />
1. Hovedoversikt for alle TTK-er og TSK-er.<br />
2. Detaljerte utskrifter for TTK-er og TSK-er som ikke kan plasseres fullt ut.<br />
3. Informasjon<br />
om hvilke aktiviteter som er tvunget til bestemte dager, eller som har<br />
mistet bestemte dager.<br />
4. Oversikt over aktiviteter<br />
som får utspark, eller dagkonflikter som blir umulige.<br />
Vi skal vise mesteparten av disse oversiktene med eksempler.<br />
Hovedoversikten består av:<br />
1. Klasse-TK-er<br />
2. Lærer-TK-er<br />
3. Rom-TK-er<br />
4. Generelle TK-er<br />
5. TSK-er<br />
Hver av disse oversikter inneholder følgende informasjon:<br />
a. Identifikator (f.eks klasse 7A eller lærer AAA)<br />
(For en TSK sies det hvor denne kommer fra for eksempel 8B og lærer: ert)<br />
b.<br />
Resterende timetall = TT<br />
c. Utnyttelsesgrad = G<br />
d. Frihetstap = R<br />
(antall ledige posisjoner = G + R)<br />
Følgende figur viser viser et eksempel på en hovedoversikt.
169<br />
********************** ***********************************************<br />
** ANALYSE **<br />
** AV PERIODELENGDER,POSISJONER,DIREKTIV, **<br />
** PLASSERINGSMULIGHETER,TVUNGNE PLASSERINGER M M **<br />
*********************************************************************<br />
DEFINISJONER:<br />
TT :Antall posisjoner som ikke er plassert<br />
G :Antall brukbare timeplanposisjoner<br />
R :Antall ledige timeplanposisjoner som ikke<br />
brukes pga. ulike krav<br />
*NB* :Angir at ikke<br />
alle gjenværende posisjoner (TT)<br />
kan legges inn i planen<br />
TSK-nr :Referansenr.<br />
til en tett delmengde<br />
(Tett delmengde er her felles aktiviteter<br />
for to TK-er)<br />
*********************** OVERSIKT ****************************************<br />
KLASSER<br />
: LÆRERE : ROM :<br />
------------------------:-------------------------:---------------------:<br />
KLASSE TT G R : SIGN TT G R : ROM TT G R :<br />
7A 26 26 : GYM 26 26 :<br />
7B 26 26 :<br />
7C 26 26 :<br />
8A 30 30 :<br />
8B 30 30 :<br />
8C 30 30 :<br />
8D 30 30 :<br />
9A 24 24 :<br />
9B 24 24 :<br />
9C 24 24 :<br />
9D 24 24 :<br />
AKTIVITETER - TK-er : Tett delmengde av en TK :<br />
TK-nr. TT G R :TSK-nr. TT G R :<br />
------------------------:---------------------------------:<br />
fig 5.2.1<br />
Denne viser ingen spesielle problemer, men vi ser at gymsaler er 100 % utnyttet. Dette må inn<br />
i et tidlig styredirektiv til hovedprogram. Vi kan f.eks. få denne tilleggsinformasjon:<br />
6. AKTIVITETER SOM TVINGES TIL BESTEMTE DAGER<br />
************* ***********************************************************<br />
MANDAG :<br />
7B KRØV(SP) 7C KRØV(SP)<br />
TIRSDAG:<br />
ONSDAG :<br />
TORSDAG:<br />
FREDAG :<br />
XXX KONF(SP)<br />
Dette varsler ikke om feil men om direkte konsekvenser av en stram situasjon for gymsaler og<br />
visse blokkeringer.<br />
5.2.6 EKSEMPEL PÅ FEILVARSLER<br />
FRA LOGISK ANALYSE<br />
Vi forandrer forutsetningene for den skole som er vist i fig.5.2.1. Dette gjøres på en slik måte<br />
at vi får fram ulike varsler i en "rendyrket" form. I en praktisk timeplansituasjon kan ulike<br />
varsler bli mer komplekse, men teknikken for å analysere dem er lik.<br />
*****************************<br />
** TIMEPLANANALYSE **<br />
** AV **<br />
** PLANENS TK-er **<br />
*****************************<br />
FOR HVER KOMBINASJON (TK) ANGIS AKTIVITETER<br />
SOM IKKE KAN<br />
LEGGES PARALLELLT. HVER TK KREVER ANGITT ANTALL TIMEPLAN-POSISJONER.<br />
VIDERE ANGIS ANTALL LEDIGE TIMEPLANPOSISJONER.<br />
DET LAGES 30 AV ØNSKET: 30 TK-er<br />
------------------------------------------------------------------------<br />
TK 144 ER EN TK SOM KREVER 19 AV 18 LEDIGE TIMEPLANPOSISJONER<br />
9A MAT (2) 9A MAT1(1) 9E MAT (2) 9E MAT1(1) 9A NAT (3) 9B NAT (3)<br />
9E NAT (3) 9A VF1 (1) 9A VF5 (1) 8D KRK (2)<br />
***NB*** FORHOLDSTALL : 0.9<br />
------------------------------------------------------------------------<br />
TK 152 ER EN TK SOM KREVER 22 AV 22 LEDIGE TIMEPLANPOSISJONER<br />
8B NO1 (1) 8D NO1 (2) 7A FOHK(3) 7B FHK1(3) 8A VF1 (1)<br />
8A VF2 (1)<br />
8A VF6 (1) 8B ENG (3) 8D ENG (3) 8A FO (2) 8C FO (2)
170<br />
***NB*** FORHOLDSTALL : 1.0<br />
------------------------------------------------------------------------<br />
fig 5.2.2.a<br />
Fig.5.2.2.a viser utsnitt av TK-generering og TK: 144 og 152 er blitt kritiske. TK-144 vil med<br />
sikkerhet<br />
føre til problemer for MAT og NAT i årstrinn 9. TK-152 kan teoretisk plasseres,<br />
men vi ser her muligheter for en uheldig fagfordeling: Lærere i skriftlige fag i trinn 8 (NO,<br />
ENG) har<br />
fått praktiske fag i trinn 7.<br />
KLASSER : LÆRERE : ROM :<br />
------------------------:-------------------------:---------------------:<br />
KLASSE TT G R : SIGN TT G R : ROM TT G R :<br />
7A 26 24 *NB* : AM 21 20 2 *NB* : GYM 26 25 *NB*:<br />
7B 26 26 :<br />
7C 26 26 :<br />
8A 30 30 :<br />
8B 30 30 :<br />
8C 30 30 :<br />
8D 30 30 :<br />
9A 24 20 4 *NB* :<br />
9B 24 24 :<br />
9C 24 24 :<br />
9D 24 24 :<br />
9E 24 24 :<br />
AKTIVITETER - TK-er : Tett delmengde av en TK :<br />
TK-nr. TT G R :TSK-nr. TT G R :<br />
------------------------:---------------------------------:<br />
TK-144 19 18 *NB* : 162 7B GHA 6 6 2 :<br />
TK-152 22 22 :<br />
fig.5.2.2.b<br />
Fig.5.2.2.b<br />
viser hovedoversikt for logisk anlyse:<br />
Planen for 7A og 9A kan ikke legges<br />
Planen for lærer AM kan ikke legges<br />
Planen for Rom: GYM kan ikke legges<br />
Vi får gjentatt at det er problemer med TK-144<br />
( Vi får et varsel om at 7B og lærer GHA danner en TSK, men dette er ikke kritisk ennå:<br />
6 timer skal legges på 8 posisjoner.<br />
For de TK-er som ikke kan plasseres følger tilleggsinformasjon. Denne står mellom to stiplete<br />
linjer for<br />
hver TK:<br />
Øverst står en identifikasjon<br />
av TK-er: (klasser, lærer, rom, TK-nr.) Gjenværende<br />
antall posisjoner skrives ut (TT)<br />
Nederst står de aktiviteter for TK-en som ikke er plassert.<br />
Midtfeltet er todelt:<br />
Venstre del<br />
består av tre linjer, hvor en dag for dag skriver ut følgende parametre:<br />
ANTALL<br />
BRUKBARE TIMEPLANPOS .:GD<br />
ANTALL<br />
LEDIGE TIMEPLANPOS. : PD<br />
TVUNGET<br />
ANTALL PER. TIL DAG : Antall posisjoner som er tvunget til dagen<br />
pga. vekselvirkning mellom timeplanbetingelser.<br />
Høyre del er en oversikt over tapt timeplanposisjon dag for dag, og denne defineres slik:<br />
a. Den kan<br />
ikke brukes av noen av de gjenværende aktiviteter.<br />
b. Den er ikke allerede brukt av den fullstendige TK-en.<br />
(For TSK-er: Ikke allerede brukt av<br />
1 av primærressursene)<br />
c. Den er ikke initialt blokkert for alle aktiviteter i TK-en.<br />
Varsler for klasser<br />
Problemene for<br />
7A og 9A vises i fig. 5.2.2.c:
7A<br />
171<br />
1. FOR FØLGENDE KLASSER ER DET IKKE MULIG Å PLASSERE<br />
SAMTLIGE<br />
GJENVÆRENDE POSISJONER. DETTE ANTALL ER STØRRE<br />
ENN ANTALL BRUKBARE TIMEPLANPOSISJONER.<br />
**** ********************************************************************<br />
KLASSE:<br />
7A<br />
GJENVÆRENDE ANTALL POSISJONER = 26: TAPT TIMEPLANPOSISJON<br />
MA TI ON TO FR : MA TI ON TO FR<br />
ANTALL<br />
BRUKBARE TIMPLANPOS. : 4 4 6 4 6 = 24: 5<br />
ANTALL<br />
LEDIGE TIMEPLANPOS. : 4 4 6 4 6 = 24: 6<br />
TVUNGNET<br />
ANTALL PER, TIL DAG: 0 0 0 0 0 = 0:<br />
IKKE PLASSERTE<br />
AKTIVITETER :<br />
7A NO (2) 7A ENG (2) 7A MAT (1) 7A MAT1(2) 7A FOHK(3) 7A HK (3)<br />
7A NAT (1) 7A NAT1(1) 7A MUS (2) 7A KRØV(2) 7A KRK (2) 7A SAF (3)<br />
7A KLT (1) 7A HK1 (1)<br />
------------------------------------------------------------------------<br />
KLASSE:<br />
9A<br />
GJENVÆRENDE ANTALL POSISJONER = 24: TAPT TIMEPLANPOSISJON<br />
MA TI ON TO FR : MA TI ON TO FR<br />
ANTALL BRUKBARE TIMPLANPOS. : 0 6 6 6 2 = 20:<br />
ANTALL LEDIGE TIMEPLANPOS. : 0 6 6 6 6 = 24:<br />
TVUNGNET ANTALL PER, TIL DAG: 0 3 3 3 2 = 11:<br />
IKKE PLASSERTE AKTIVITETER :<br />
9A NO (5) 9A MAT (2) 9A MAT1(1) 9A NAT (3) 9A KRØV(2) 9A KRØ1(1)<br />
9A VF1 (1) 9A VF5 (1) 8D KRK (2) 9A ENG (3) 9A SAF (3)<br />
------------------------------------------------------------------------<br />
fig 5.2.2.c<br />
Gjenværende antall posisjoner, TT = 26<br />
Brukbare posisjoner, G = 24<br />
Ledige posisjoner, PP = 24<br />
Det mangler 2 posisjoner og i oversikten for tapte posisjoner ser vi at mandag 5 og 6 er tapt.<br />
Vi ser nærmere<br />
på nåværende plan (fra f.eks. posisjonsdirektivene foran). 7A har ikke fått<br />
undervisning<br />
MAN 5 og 6. Derimot ser vi at årstrinn 9 har fått valgfag hele mandag. Spesielt<br />
for MAN 5 og 6 finner vi at alle viktige spesialrom er i bruk samt at alle hovedlærere for 7A<br />
inngår i samme<br />
valgfag i trinn 9. Det må gjøres kompromiss:<br />
Enten må en bytte<br />
lærere i valgfag eller så må 7A få en annen lærer i et boklig fag (NAT,<br />
SAF). Feilen i dette eksemplet er dessverre vanlig i norske ungdomsskoler.<br />
9A<br />
TT = 24<br />
G = 20<br />
PP = 24 = (G + R)<br />
Eksemplet er forskjellig fra 7A for nå er TT = PP, dvs. det er nok ledige posisjoner. Studerer<br />
vi detaljene, finner vi GD = 2 og PD = 6 på fredag dvs. vi kan bare bruke 2 av de<br />
tilsynelatende 6 ledige posisjoner. Vi ser på våre direktiv og finner at de 2 hovedlærere i 9A<br />
begge er blokkert på fredag.<br />
Uansett årsaker for en slik blokkering, er planen for 9A langt fra<br />
en løsning. Vi skal<br />
antyde et par alternativer for å løse dette:<br />
a. Det letteste er selvsagt om en (eller begge) lærere kan gi avkall på fridag. Hvis dette<br />
ikke er mulig, få lærerne til å akseptere fridag på forskjellige dager.<br />
b. Selv etter man har flyttet en fridag, vil planen til 9A bli ubalansert på den måten at en<br />
får konsentrasjon av bestemte fag til bestemte dager. Dette bør en ta hensyn til ved at<br />
9A får en god del dobbeltimer i boklige fag, og dette<br />
kan få ringvirkninger slik at også<br />
andre<br />
klasser må få dobbeltimer i boklige fag.<br />
c. Anta at de to opprinnelige fridager skal beholdes. Nå fins ingen<br />
vei utenom at en av<br />
lærerne må gå ut som hovedlærer for 9A og erstattes av en annen lærer. Dette<br />
kan føre<br />
til mange justeringer i fagfordelingen.<br />
Eksemplet<br />
for 9A er ekstremt, men det inneholder den nyttige lærdom at hvis en har flere<br />
lærere med strenge krav til egen plan, bør en sørge for at disse underviser i forskjellige<br />
klasser.
Varsler<br />
for lærere<br />
Problemet<br />
for lærer AM vises i fig. 5.2.2.d<br />
172<br />
2. FOR FØLGENDE LÆRERE ER DET IKKE MULIG Å PLASSERE<br />
SAMTLIGE GJENVÆRENDE POSISJONER. DETTE ANTALL ER STØRRE<br />
ENN ANTALL BRUKBARE TIMEPLANPOSISJONER.<br />
********************************* ***************************************<br />
SIGN : AM<br />
GJENVÆRENDE ANTALL POSISJONER = 21: TAPT TIMEPLANPOSISJON<br />
MA TI ON TO FR : MA TI ON TO FR<br />
ANTALL BRUKBARE TIMPLANPOS. : 4 6 6 4 0 = 20:<br />
ANTALL LEDIGE TIMEPLANPOS. : 6 6 6 4 0 = 22:<br />
TVUNGNET ANTALL PER, TIL DAG: 4 0 0 0 0 = 4:<br />
IKKE PLASSERTE AKTIVITETER :<br />
8B NO1 (1) 8D NO1 (2) 7A FOHK(3) 7B FHK1(3) 8A VF2 ( 1) 8A VF6 (1)<br />
8B ENG (3) 8D ENG (3) 8A FO (2) 8C FO (2)<br />
--------------------------------------------------------- ---------------<br />
fig.5.2.2.d<br />
Lærer AM har bare 21 t. og hadde tenkt seg fri de to siste timer torsdag samt hele fredag.<br />
Kravet er umulig fordi: Læreren har stort sett praktisk / estetiske fag og trinn 9 har som nevnt<br />
valgfag på mandag. AM kan bare få boklige fag her. I eksemplet betyr det at læreren bare kan<br />
bruke 4 av de 6 ledige posisjoner<br />
på mandag, og 4 posisjoner er også tvunget til denne dag.<br />
Det er større sjanser for å oppfylle krav om fridag for læreren hvis denne flyttes fra fredag til<br />
mandag.<br />
Uansett er det et meget stramt krav som skolen ikke burde godtatt for en lærer med<br />
en så spesiell fagkrets. Det er denne lærer som har hovedansvaret for TK-152.<br />
Varsler for rom<br />
Problemet for romgruppering: GYM er vist i fig. 5.2.2.e<br />
3. FOR FØLGENDE ROM ER DET IKKE MULIG Å PLASSERE<br />
SAMTLIGE GJENVÆRENDE POSISJONER. DETTE ANTALL ER STØRRE<br />
ENN ANTALL BRUKBARE TIMEPLANPOSISJONER.<br />
************************************************************************<br />
ROM : GYM<br />
GJENVÆRENDE ANTALL POSISJONER = 26: TAPT TIMEPLANPOSISJON<br />
MA TI ON TO FR : MA TI ON TO FR<br />
ANTALL BRUKBARE TIMPLANPOS. : 2 6 5 6 6 = 25: 1<br />
ANTALL LEDIGE TIMEPLANPOS. : 2 6 5 6 6 = 25:<br />
TVUNGNET ANTALL PER, TIL DAG: 2 0 0 0 1 = 3:<br />
IKKE PLASSERTE AKTIVITETER :<br />
7A KRØV(2) 7B KRØV(2) 7C KRØV(2) 8A KRØV(2) 8A KRØ1(1) 8C KRØV(2)<br />
8C KRØ1(1) 9A KRØV(2) 9A KRØ1(1) 9C KRØV(2) 9C KRØ1(1) 9E KRØV(2)<br />
9E KRØ1(1) 8A VF1 (1) 8A VF2 (1) 8A VF6 (1) 9A VF1 (1) 9A VF5 (1)<br />
------------------------------------------------------------------------<br />
fig. 5.2.2.e<br />
Alle gymnastikklærere hadde tenkt seg en felles konferansetime ONS pos.1. Vi ser at denne<br />
posisjon<br />
er tapt. Samtidig ser vi at gymsaler 100 % belagt. Lærerne kan se bort fra at de får<br />
konfe ransetimen innen ordinær tidsramme.<br />
Varsler for TK-er Fig. 5.2.2.f viser detaljene for den umulige TK-144 :<br />
4. FOR FØLGENDE TK-er ER DET IKKE MULIG Å PLASSERE<br />
SAMTLIGE GJENVÆRENDE POSISJONER. DETTE ANTALL ER STØRRE<br />
ENN ANTALL BRUKBARE TIMEPLANPOSISJONER.<br />
************************************************************************<br />
TK-nr: 144<br />
GJENVÆRENDE ANTALL POSISJONER = 19: TAPT TIMEPLANPOSISJON<br />
MA TI ON TO FR : MA TI ON TO FR<br />
ANTALL BRUKBARE TIMPLANPOS. : 0 6 6 6 0 = 18: 1<br />
ANTALL LEDIGE TIMEPLANPOS. : 0 6 6 6 0 = 18: 2<br />
TVUNGNET ANTALL PER, TIL DAG: 0 3 3 3 0 = 9: 3<br />
4<br />
5<br />
6<br />
IKKE PLASSERTE AKTIVITETER :<br />
9A MAT (2) 9A MAT1(1) 9E MAT (2) 9E MAT1(1) 9A NAT (3) 9B NAT (3)<br />
9E NAT (3) 9A VF1 (1) 9A VF5 (1) 8D KRK (2)<br />
-----------------------------------------------------------------------fig.<br />
5.2.2.f<br />
Dette er stort sett aktiviteter for årstrinn 9 .Det er naturlig at alle posisjoner på mandag er tapt<br />
for årstrinn 9 har valgfag denne dag. Det er litt pussig at 8D KRK har tapt mandag. Dette
173<br />
skyldes at aktiviteten er en kopling mellom årstrinn 8 og 9 pga. livsynundervisning.<br />
Oppløsning av parallellblokk her vil kunne ordne TK-144.<br />
TK-en har også tapt hele fredag. Hvis vi ser på fagfordelingen, finner vi at dette har samme<br />
årsak som problemet for 9A:<br />
En av lærerne for 9A som skal ha fridag, er samtidig hovedlærer for naturfag i årstrinn 9. Hvis<br />
denne læreren skal ha fridag, må dette være på mandag. Dermed reduserer vi de to problemer<br />
i fig. 5.2.2.f til ett.<br />
Aktiviteters<br />
plassering på ulike dager<br />
Oversikten er tredelt:<br />
1. Aktiviteter som tvinges til bestemte dager<br />
2. Aktiviteter som taper bestemte dager pga. andre tvungne plasseringer<br />
3. Aktiviteter som er i dagkonflikt tvinges til samme dag.<br />
Det er bare den siste av disse oversikter som direkte varsler om feil mens de to første er<br />
generell<br />
og nyttig informasjon.<br />
For vårt eksempel er oversiktene vist i fig. 5.2.2.g -5.2.2.i:<br />
6. AKTIVITETER SOM TVINGES TIL BESTEMTE DAGER<br />
************************************************************************<br />
MANDAG :<br />
7B KRØV(SP) 7C KRØV(SP)<br />
TIRSDAG:<br />
9A NO (SP) 9A NAT (SP) 9B NAT (SP) 9E NAT (SP) 9A SAF (SP)<br />
ONSDAG :<br />
9A NO (SP) 9A NAT (SP) 9B NAT (SP) 9E NAT (SP) 9A SAF (SP)<br />
TORSDAG:<br />
9A NO (SP) 9A NAT (SP) 9B NAT (SP) 9E NAT (SP) 9A SAF (SP)<br />
FREDAG<br />
:<br />
8B NO (SP) 8D NO (SP) 9A KRØ1(SP) 9A ENG (SP)XXX KONF(SP)<br />
------------------------------------------------------------------------<br />
fig.5.2.2.g<br />
7. AKTIVITETER SOM TAPER BESTEMTE DAGER PGA.<br />
AN DRE<br />
TVUNGNE PLASSERINGER<br />
* ****** ************************************** ***************************<br />
M ANDAG :<br />
T IRSDAG :<br />
9A NO (DP) 9A KRØ1(SP)<br />
ONSDAG :<br />
9A NO (DP) 9A KRØ1(SP)<br />
TORSDAG:<br />
9A NO (DP) 9A KRØ1(SP)<br />
FREDAG :<br />
9A KRØV(DP)<br />
------------------------------------------------------------------------ fig. 5.2.2.h<br />
8. AKTIVITETER<br />
SOM ER I DAGKONFLIKT TVINGES TIL SAMME<br />
DAG,OG<br />
FØLGENDE AKTIVITETER KAN IKKE PLASSERES:<br />
**** ********************************************************************<br />
MANDAG<br />
:<br />
TIRSDAG:<br />
ONSDAG :<br />
TORSDAG:<br />
FREDAG :<br />
9A KRØV(DP)<br />
------------------------------------------------------------------------<br />
fig. 5.2.2.i<br />
Disse er lette å forstå ut fra tidligere forklaringer:<br />
Fig. 5.2.2.g viser tvungne plasseringer til ulike dager som følge av: Vansker med 9A<br />
fredag, anstrengt romsituasjon i gymnastikk og TK- 144.<br />
Fig.5.2.2.h viser videre følger av Fig.5.2.2.g<br />
på
174<br />
Fig.5.2.2.i viser at situasjonen er så kritisk for 9A på fredag at TPLAN forsøker å plassere all<br />
gymnastikk for klassen denne dag.<br />
Utspark av aktiviteter<br />
Oversikten er todelt:<br />
1. Utspark<br />
av bestemte aktiviteter<br />
2. Utspark<br />
av aktiviteter i dagkonflikter<br />
For hver aktivitet får en disse opplysninger:<br />
a. Gjenværende perioder<br />
b. Antall perioder som ikke kan<br />
plasseres<br />
c. Plasseringsmuligheter på ulike dager<br />
d. Hvilke dager en aktivitet er tvunget til. Dette merkes av med: * under dagen.<br />
For dagkonflikter får en disse opplysninger for samtlige aktiviteter i dagkonflikten.<br />
Fig.5.2.2.4.j viser eksempel på begge typer varsler:<br />
9. AKTIVITETER SOM IKKE KAN PLASSERES :<br />
**************************************************************************<br />
9A NO GJENVÆRENDE PERIODER : 1 DP<br />
UMULIG Å PLASSERE : 1 DP<br />
MA TI ON TO FR<br />
MULIGE PLASSERINGER : 0 0 0 0 0<br />
AKT. TVINGES TIL :<br />
--------------------------------------------------------------------------<br />
10. AKTIVITETER SOM IKKE KAN PLASSERES PGA. DAGKONFLIKTER:<br />
**************************************************************************<br />
AKTIVITET OG PERIODER: 9A NO ( 1DP) 9A NO ( 3SP)<br />
MA TI ON TO FR MA TI ON TO FR<br />
MULIGE PLASSERINGER : 0 0 0 0 0 0 6 6 6 0<br />
PERIODER TVINGES TIL : * * *<br />
SUM 4 PER. TVINGES TIL 3 DAGER<br />
-------------------------------------------------------------------------fig.5.2.2.j<br />
Først får vi beskjed om at dobbeltime i 9A NO ikke kan plasseres.<br />
Neste utskrift viser dagkonflikten mellom dobbeltime og enkeltimer i 9A NO. Disse har bare<br />
3 dager til disposisjon: Mandag forsvinner pga. plassering av valgfagene for trinn 9 og fredag<br />
forsvinner pga. blokkering av norsklærer. Enkeltimene beslaglegger de tre andre dagene (se *symbol).<br />
Dobbeltimen kan ikke plasseres. Det er god plass for 9A NO på 3 dager, og isolert<br />
sett kan problemet lett løses ved å forlange 2 dobbeltimer.<br />
Oppsummering av eksempel<br />
I vårt eksempel må vi rette følgende:<br />
a. Valgfag trinn 9 MAN 5 - 6 må få andre lærere slik at 7A kan bruke disse timer.<br />
b. En må drastisk modifisere kravene om fridager for lærerne i 9A.<br />
c. Lærer AM kan sannsynligvis ikke få fridag.<br />
d. Gymnastikklærerne kan ikke få konferansetime<br />
Når dette<br />
er gjort, kommer vi tilbake til en akseptabel situasjon som vist i fig.5.2.1. Vårt<br />
eksempel<br />
er realistisk, men det er ikke vanskelig å finne eksempler som er langt mer<br />
komplekse, og hvor en ikke klarer å overskue konsekvensene av alle varsler.<br />
En kan da<br />
arbeide<br />
skrittvis slik at en fjerner de feil en skjønner og gradvis får en oversikt over hele<br />
timepla nen. Hvis enkelte varsler virker uforståelige, kan en gå videre til hovedprogrammet, og<br />
en vil raskt<br />
få se hvilke aktiviteter som ikke kan plasseres.<br />
Kontroll<br />
av plassering av multiple perioder<br />
For hver<br />
TK gjøres følgende kontroll: Alle enkeltimer fjernes slik at en står tilbake med:<br />
Multiple<br />
perioder samt sekvenser. Det gjøres en overflatisk plassering av disse aktiviteter for
175<br />
å se om det isolertsett eksisterer en løsning. Hvis dette mislykkes, får en utskrifter som vist i<br />
fig.5.2.3:<br />
KONTROLLER OM DET ER TEORETISK MULIG Å LEGGE UT TK 4<br />
3a fo1 (2) 3a fo2 (2) 3a fo3 (2) 3a hk1 (3) 3a hk2 (3)<br />
OPPR.D P : 3 OPPR.TP: 2 OPPR.QP: 0 OPPR.KP: 0<br />
REST DP: 1 REST TP: 0 REST QP: 0 REST KP: 0<br />
MANDAG : 4 TIRSDAG: 4 ONSDAG : 4 TORSDAG: 0 FREDAG: 0<br />
KONTROLLER OM DET ER TEORETISK MULIG Å LEGGE UT TK 5<br />
3b vf1 (10) 3b vf2 (10) 3b vf3 (10)<br />
OPPR.DP:<br />
REST DP:<br />
MANDAG :<br />
15 OPPR.TP: 0 OPPR.QP: 0 OPPR.KP: 0<br />
5 REST TP: 0 REST QP: 0 REST KP: 0<br />
6 TIRSDAG: 6 ONSDAG : 6 TORSDAG: 6 FREDAG: 6<br />
fig.5.2.3<br />
For de TK-er<br />
hvor en ikke klarer å plassere multiple perioder, får en først utskrift av alle<br />
multiple perioder (innkludert sekvenser). Deretter følger antall aktiviteter fordelt på<br />
periodelengder. Neste linje forteller hvor mange perioder som ikke kan plasseres. Til slutt står<br />
ledige p osisjoner på de ulike dager. For TK 5 ser vi at denne består av 15 dobbelperioder og at<br />
5 av dis se ikke kan plasseres. Det er 6 ledige posisjoner hver dag=30 pos. Forklaringen her er<br />
enkel: V i har sagt at pos. 3 er en forbudt startposisjon for dobbeltimer, og dermed kan en ikke<br />
plassere mer enn 10 dobbeltimer på 30 pos!<br />
5.2.7 ANALYSE<br />
AV ÅRSAKENE FOR ULIKE TK-er.<br />
Det følgende<br />
er et sentralt verktøy for å analysere årsakene til at en timeplan blir for<br />
stram.<br />
De mest vanlige TK-er har en felles ressurs (klasse, lærer eller rom). Samtidig dannes det et<br />
stort antall TK-er for de fleste skoler hvor alle aktivitetene ikke har felles ressurser. Det er<br />
sterkt ønskelig å få en nærmere forklaring på hvorfor TK-er dannes. Vi kan bruke dette til å<br />
modifisere utgangspunktet hvis planen er for stram. Dette kan bli en ganske omfattende<br />
utskrift, og vi begrenser analysen til TK-er som har et forholdstall på 1.3 eller lavere.<br />
Vi beskriver denne analysen uten bruk av matematisk notasjon.:<br />
1. Først finnes den ressurs som inngår i flest posisjoner i TK-en. Vi kaller denne :<br />
Ressurs 1.<br />
2.<br />
Deretter finnes<br />
den ressurs som har flest posisjoner felles med Ressurs 1. Vi kaller<br />
denne Ressurs 2.<br />
3. Deretter spaltes TK-en opp i fire forskjellige aktivitetsett.:<br />
Sett 1 : Felles aktiviteter for Ressurs 1 og Ressurs 2<br />
Sett 2 : Resterende aktiviteter for Ressurs 1 (men uten Ressurs 2)<br />
Sett 3 : Resterende aktiviteter for Ressurs 2 (men uten Ressurs 1)<br />
Sett 4 : Aktiviteter hvor verken Ressurs 1 eller Ressurs 2 inngår.<br />
Ikke alle disse settene trenger å eksistere for den enkelte TK, men alle TK-er må bestå<br />
av minst 2 av de nevnte sett (ellers ville den<br />
ikke være en egen TK.)<br />
Anta : Sett 4 eksisterer ikke. Nå må de andre tre settene eksistere. Det er selvsagt at både Sett<br />
2 og Sett 3 er i konflikt med Sett 1. Årsaken til at Sett 2 og Sett 3 er i innbyrdes konflikt må<br />
være at aktivitetene parvis har felles ressurser. I praksis vil det ofte være 1 eller 2 ressurser<br />
som er felles for alle aktiviteter i Sett 2 og Sett 3. Sammen<br />
med Ressurs 1 og Ressurs 2<br />
forklarer disse hvorfor TK-en oppstod, og vi vet dermed hva som må gjøres for å forenkle<br />
problemet. Hvis vi finner felles ressurser for alle aktiviteter i Sett 2 og Sett 3, slår vi disse<br />
aktivitetsett sammen og skriver ut hvilke(n) ressurs(er) som er felles.<br />
Anta : Sett 3 eksisterer ikke. Nå kan vi slå sammen Sett 1 og Sett 2 og forklarer TK-en ut fra<br />
Ressurs 1 samt de ressurser som er felles for Sett 1 + Sett 2 og Sett 4.
176<br />
Det overstående<br />
blir enklere ved å se på konkrete eksempler:<br />
------------------------------------------------------------------------<br />
**INFORMASJON OM ÅRSAKENE TIL DE ULIKE TK-er**<br />
Begrenses til forholdstall mindre enn 1.30<br />
------------------------------------------------------------------------<br />
TK: 191 FELLES AKT. FOR : KLASSE 7A OG LÆRER TJE 20 POS<br />
7A KRK (2) 7A SAF (1) 7A SAF1 (2) 7A NAT (1) 7A NAT1 (1) 7A FO (2)<br />
7A KLR (1) 7A MAT (1) 7A NME (3) 7A ENM (3) 7A MEN (3)<br />
TK 191 :AKTIVITETER MED FELLES RESSURSER OG<br />
KLASSE 7A ELLER LÆRER TJE<br />
ÅRSAK :<br />
LÆRERE : AKS<br />
7A MUS (3) 7A NO (1) XXX KON1 (1)<br />
SUM : 25<br />
FORHOLDSTALL : 1.20<br />
------------------------------------------------------------------------<br />
5 POS<br />
fig 5.2.4<br />
I fig 5. 2.4 er Ressurs 1 = Klasse 7A og Ressurs 2 = Lærer<br />
TJE. Sett 1 består av 20 pos. og Sett<br />
2 + Sett 3 består av 5 pos. Lærer TJE er klassestyrer for 7A og av fagkretsen ser vi han er<br />
rea list.<br />
Sett 2 består av to fag for 7A hvor lærer AKS underviser. Sett 3 er en konferansetime<br />
hvor<br />
bl.a. TJE og AKS deltar. Varslet ovenfor er ikke mer problematisk enn at denne<br />
konferansetimen<br />
er litt stram (forholdstall = 1.20)<br />
TK: 195 FELLES AKT. FOR : LÆRER TA OG KLASSE 7C<br />
13 POS<br />
7C SAF (3) 7C MAT (1) 7C MAEN (2) 7C ENMA (2) 7C MAMU (1) 7C MUMA (1)<br />
7C NAT (1) 7C NAKR (1) 7C KRNA (1)<br />
TK 195 :AKTIVITETER MED FELLES RESSURSER OG<br />
LÆRER TA ELLER KLASSE 7C 11 POS<br />
ÅRSAK :<br />
KLASSER: 7B<br />
7B NOR (2) 7B NOR1 (2) 7B MAT (1) 7B MAEN (2) 7B ENMA (2) 7B MAMU (1)<br />
7B MUMA (1)<br />
SUM : 24<br />
FORHOLDSTALL : 1.21<br />
------------------------------------------------------------------------<br />
fig 5.2.5<br />
I fig 5.2.5 er Ressurs 1 = Lærer TA og Ressurs 2 = Klasse 7C. Sett 1 er 13 pos. og Sett 2 +<br />
Sett 3 består av 11 pos, og disse sett har 7B som felles resurs. Ser vi på detaljene finner vi at<br />
7B og 7C er koplet i faget: norsk, mens lærer TA har matematikk i begge disse klasser. Dette<br />
forklarer TK-en som gir en viss tilstramming, men dette er ikke kritisk.<br />
TK: 197 FELLES AKT. FOR : KLASSE<br />
8E OG LÆRER SAH 16 POS<br />
8E KRK (2) 8E SAF (2) 8E NAT<br />
(3) 8C NME (3) 8C ENM (3) 8C MEN (3)<br />
TK 197 :AKTIVITETER MED FELLES RESSURSER OG<br />
KLASSE 8E ELLER LÆRER SAH 9 POS<br />
ÅRSAK :<br />
KLASSER: 8C<br />
8C NAT (2) 8C NAT1 (1) 8C FO (3) 8C GYM (3)<br />
SUM : 25<br />
FORHOLDSTALL : 1.00<br />
------------------------------------------------------------------------<br />
fig 5.2.6<br />
Fig 5.2.6 viser en stram situasjon. Ressurs 1 = Klasse 8E og Ressurs 2 = Lærer SAH. Sett 1<br />
består av 16 pos og Sett 2 + Sett 3 består av 9 pos. Lærer SAH er klassestyrer i 8E og av<br />
fagkretsen ser vi at læreren<br />
er realist. Grunnen til at 8C FO og 8C GYM ikke kan legges mot<br />
boklige<br />
fag i 8E, er at klassene er koplet i praktiske fag. Videre har lærer SAH naturfag i<br />
begge disse klasser. Når vi så legger til at trinn 8 har 5 pos. valgfag (= 30 pos innen en ramme
177<br />
på 30 pos), ser vi at dette er en fullstendig stram situasjon. Det skal meget lite til for at 8C må<br />
få en annen lærer i naturfag, eller eventuelt at vi må endre parallellkoplingen i praktiske fag.<br />
TK: 196 FELLES AKT. FOR : KLASSE 8C OG KLASSE 8D 15 POS<br />
8C FO (3) 8C GYM (3) 8C NME (3) 8C ENM (3) 8C MEN (3)<br />
TK 196 :AKTIVITETER MED KLASSE 8C MEN UTEN KLASSE 8D 6 POS<br />
8C KRK (1) 8C SAF (3) 8C NO (2)<br />
TK 196 :AKTIVITETER MED KLASSE 8D MEN UTEN KLASSE 8C 2 POS<br />
8D NO (2)<br />
TK 196 :AKTIVITETER UTEN KLASSE 8C OG KLASSE 8D 2 POS<br />
8E NO (2)<br />
ANDRE FELLES RESSURSER SOM FØRER TIL TK :<br />
KLASSER:<br />
8E<br />
LÆRERE<br />
: TYS<br />
SUM : 25<br />
FORHOLDSTALL : 1.00<br />
------------------------------------------------------------------------<br />
fig 5.2.7<br />
Fig 5.2.7 viser også en helt stram situasjon. Ressurs<br />
1 = Klasse 8C og Ressurs 2 = Klasse 8D.<br />
Sett 1 er 15 pos. og dette er parallellkoplete aktiviteter for klasse 8C og 8D (samt 8E). Sett 2<br />
er 6 pos, Sett 3 er 2 pos og Sett 4 er 2 pos. I disse tre sett har alle aktiviteter lærer TYS felles<br />
dvs. lærer TYS er klassestyrer i 8C samt at han har norsk i klassene<br />
8C,8D og 8E som er<br />
parallellkoplet<br />
i en rekke fag. Vi vil sikkert forlange at læreren får beholde norskfaget, men<br />
det skal meget lite til for at TYS må fjernes fra andre fag i 8C (eventuelt at vi modifiserer<br />
parallellkoplinger.)<br />
TK: 203 FELLES AKT. FOR : KLASSE 8C OG KLASSE 8D 15 POS<br />
8C FO (3) 8C GYM (3) 8C NME (3) 8C ENM (3) 8C MEN (3)<br />
TK 203 :AKTIVITETER MED KLASSE 8C MEN UTEN KLASSE 8D 3 POS<br />
8C NAT (2) 8C NAT1 (1)<br />
TK 203 :AKTIVITETER MED KLASSE 8D MEN UTEN KLASSE 8C 3 POS<br />
8D NAT (3)<br />
TK 203 :AKTIVITETER<br />
UTEN KLASSE 8C OG KLASSE 8D 3 POS<br />
8E NAT (3)<br />
ANDRE FELLES RESSURSER SOM FØRER TIL TK :<br />
KLASSER: 8E<br />
LÆRERE : SAH<br />
ROM<br />
: 309<br />
SUM : 24<br />
FORHOLDSTALL : 1.04<br />
-----------------------------------------------------------------------fig<br />
5.2.8<br />
Fig 5 er en videreføring av de varsler vi fikk i fig 5.2.6 og fig 5.2.7. Fremdeles skyldes TK-en<br />
parallellkoplingen 8C,8D og 8E samt felles ressurs i naturfag (Lærer : SAH og Rom : 309)<br />
Det skal svært lite til for at vi må endre forutsetningene for naturfag i disse<br />
klasser.<br />
TK: 204 FELLES AKT. FOR : LÆRER DOT OG KLASSE BIB 19 POS<br />
BIB BIB-1 (2) BIB BIB-2 (3) BIB BIB-3 (2) BIB BIB-4 (3) BIB BIB-5 (3) BIB BIB-6 (3)<br />
BIB BIB-7 (3)<br />
TK 204 :AKTIVITETER MED FELLES RESSURSER OG<br />
LÆRER DOT ELLER KLASSE<br />
BIB 11 POS<br />
ÅRSAK :<br />
LÆRERE : VIN<br />
9A NM E (3) 9A ENM (3) BIB BIB-11(1) BIB BIB-12(1) BIB BIB-13(1) BIB BIB-14(1)<br />
BIB BIB-15(1)<br />
SUM : 30<br />
FORHOLDSTALL : 1.00<br />
------------------------------------------------------------------------<br />
fig 5.2.9
178<br />
I fig 5.2.9 er Ressurs 1 = Lærer DOT og Ressurs 2 = Klasse BIB, og TK-en er fullstendig<br />
stra m.<br />
Sett 1 (19 pos) er de timer DOT "underviser" klasse BIB (bibliotek). I Sett 2 + Sett 3<br />
(11 pos) er lærer VIN felles i alle aktiviteter dvs. i aktivitetene 9A NME og 9A ENM inngår<br />
både lærerne DOT og VIN mens begge disse<br />
har mange timer hver for seg i biblioteket. Det<br />
skal meget lite til for at dette opplegget sprekker. Det er klart at skolen har valgt lærere som er<br />
ugunstige for resten av planen til biblioteket. Selv noe så enkelt<br />
som bibliotek, kan bli<br />
komplisert<br />
hvis man ikke vurderer planen som en helhet.<br />
Disse<br />
eksempler kan virke noe uvante første gang man ser resonnementet. Hvis man forsøker<br />
å gjøre en liknende analyse for egen skole, tennes som regel et lys. Dette er meget viktig for å<br />
kunne rette et umulig utgangspunkt på en enkel og<br />
korrekt måte!<br />
5.2.8 NYE DIREKTIVER TIL LOGISK ANALYSE<br />
Dette menyvalg fins i kjøremenyen, men det er mer<br />
sjelden man bruker dette. Valget gir<br />
overgang til følgende dialog :<br />
Menyen er selvforklarende bortsett fra de<br />
tre TK-parametre man kan definere.<br />
Betydningen av disse er:<br />
No : Det antall nye TK-er vi maksimalt<br />
skal generere<br />
Pos: Det minimale antall posisjoner en ny<br />
TK skal bestå av<br />
Differanse: Den maksimale<br />
differanse<br />
mellom antall ledige og antall nødvendige<br />
posisjoner en ny TK kan ha.<br />
De fleste klarer seg med de standardverdier<br />
vi har valgt for dette, men for spesielt kompliserte timeplaner kan man<br />
endre TK-parametrene<br />
for å øke leggingsprogrammet evne til å se framover: Vi kan øke No for å få med flere nye<br />
TK-er dvs øke evnen til å se framover. Tilsvarende kan vi redusere Pos, også for å generere<br />
flere nye TK-er, men vi risikerer å få med en del uvesentlige TK-er. Vi kan redusere<br />
Differanse for å kunne legge større vekt<br />
på de mest vesentlige TK-er.<br />
Personlig bruker jeg dette menyvalget hvis jeg vurderer en timeplan til å være virkelig<br />
kompleks men samtidig innen rimelighetens grenser. Kraftig øking av antall TK-er gir bra<br />
øking av kjøretiden, men dette forsvares enkelt med at man får en langt bedre legging<br />
dvs.<br />
færre utspark.<br />
5.3 L EGGINGSPROGRAM (HOVEDPROGRAM FOR TIMEPLANLEGGING)<br />
Det første man må bestemme når man vil starte en legging av plan, er hvilke styredirektiv<br />
man vil bruke. Man har et eget faneblad for å angi egen styring. Hvordan dette skal gjøres,<br />
omtales i de følgende avsnitt. Man kan også alternativt<br />
bruke visse standard styredirektiv.<br />
Man må velge kjøremodus. Første kjøring skal alltid være en standard kjøring. Hvis denne er<br />
rimelig, vil de fleste veksle til interaktiv<br />
kjøring.<br />
Hvis man i Kjøremeny merker av leggingsprogram samt neste linje: Nye direktiv, får vi<br />
overgang til dialog for legging av plan .
179<br />
Denne består av disse direktiver:<br />
Styring<br />
Når man kjører hovedprogram må man en<br />
enten ha laget egne styredirektiv eller velge<br />
en standard styring. Det sistnevnte<br />
kan<br />
brukes hvis man mangler erfaring med bruk<br />
av TPLAN, eller hvis man er trygg<br />
på at<br />
planen stort sett<br />
følger standard regler for<br />
legging. Man har disse tre valg:<br />
1. Egen definert (Under faneblad:<br />
Styring)<br />
2. Standard 1<br />
3. Standard 2<br />
Styredirektivene er ofte helt sentrale for hvor<br />
vellykket en kjøring blir. Standardstyringene<br />
er ment å være en hjelp for den uerfarne<br />
bruker. Standard 1 brukes hvis skolen er stort<br />
sett enkel og oversiktlig mens Standard 2<br />
brukes når man venter vansker med de større blokker.<br />
Alle bør forsøke disse styringer og gå<br />
videre med den som er best. Når jeg møter en ny plan, bruker jeg alltid som en start en variant<br />
av disse styringer som eventuelt blir raffinert i lys av de resultater vi får. (Vi viser standard<br />
styringene senere) (Vi har en ny ide under utarbeidelse.<br />
Jeg mener nå at Tplan kan langt bedre<br />
enn den enkelte bruker finne de beste styredirektiv på egen hånd. Denne mekanisme er<br />
foreløpig ikke frigitt.)<br />
Antall tegn pr. linje ?<br />
Velg 80 hvis man skal ha utskrift på stående A4 ar k, velg 120 hvis man skal skrive plan ut på<br />
skriver med bredere ark (eller bruke komprimert skrift).<br />
Avbryte leggingen ved utspark<br />
Ingen hake betyr at TPLAN forsetter<br />
uavbrutt til man har lagt ut så mye som mulig av det en<br />
har<br />
bedt om. Hake betyr at TPLAN stopper hver gang man har fått et utspark, dvs. man har en<br />
interaktiv legging, og man får overgang til et utvalg av planen som forsøker å forklare<br />
utsparket.<br />
Maksimalt antall skritt<br />
Vi skal vise at et styredirektiv er et antall aktivitetssett med samme prioritet. Aktivitetene<br />
plasseres skrittvis ut fra stigende rekkefølge av prioritet. Vi kan her angi hvor mange<br />
styredirektiv (skritt) som skal plasseres i neste fase.<br />
Hvis planen skal legges til slutt, angir en<br />
verdien 99 her. Hvis en vil legge ut prioritet 10 og 20 (2 skritt), svarer en 2 på dette spørsmål.<br />
Kommentaren her gjelder for standard kjøring. Ved interaktiv<br />
kjøring gjelder andre regler.<br />
FOR OMTRENT ALLE SKOLER ANBEFALER VI STERKT EN SKRITTVIS<br />
(ITERATIV) LEGGING I STANDARD MODUS SLIK AT EN I DE FØRSTE<br />
KJØRINGER AV HOVEDPROGRAM BARE PLASSERER DE MEST KRITISKE<br />
AKTIVITETER.<br />
Hvis noe går galt, er det langt<br />
enklere å foreta modifikasjoner av en delplan enn av en<br />
nær fullstendig plan. Dette gjelder for kritiske aktiviteter som inneholder mange<br />
ressurser. Når gjenværende aktiviteter stort sett er rene klasseaktiviteter, kan en like<br />
gjerne kjøre planen til slutten.( interaktivt)
180<br />
Endre inndeling av dagen<br />
Vi har ført inn begrepet: TAKT (dvs dagens inndeling i intervall) i forbindelse med forbudte<br />
startposisjoner. Hvis intet angis her følges de intervallkrav<br />
som ble definert i avsnitt 3.10.3<br />
Her kan vi modifisere intervallkravene dvs. en kan ikke modifisere forbudte startposisjoner<br />
men bare uønskete startposisjoner og TAKT for sekvenser. En har felt hvor en kan angi ny<br />
TAKT for DP, TP , QP og KP (for eksempel som vist i figuren foran). Dette er noen ganger<br />
en ganske nyttig mulighet.<br />
Forby nabodager<br />
Dette krav er det mest vanlig å bruke for 10- dagers (to ukers) timeplaner. Dette krav har en<br />
dominerende innflytelse på leggingsresultat, og det omtales i kapitlet om tilleggsdirektiv<br />
til<br />
leggingen, se avsnitt 5.5<br />
Tette hulltimer for lærere nå?<br />
Normalt haker man av her. Unntaket er når en arb eider med en kompleks delplan, og en er<br />
fornøyd om en finner en løsning<br />
i det hele tatt. Ingen hake kan ha positiv effekt i dette<br />
tilfellet. For skoler som opererer med fast skoledag (f.eks.<br />
som i England) er antall hulltimer<br />
for lærere uinteressant. Slike skoler skal ikke hake av for å kunne ta bedre hensyn til andre<br />
krav.<br />
Akseptabelt antall hulltimer?<br />
Normalt er 05 en passende verdi for de fleste skoler. Denne parameter gjelder for alle lærere,<br />
unntatt de som en har sagt er uinteresserte i tett plan. Hvis antall hulltimer for en lærer når den<br />
angitte verdi, blir denne lærer prioritert, slik at han helst ikke får flere hulltimer.<br />
I de senere<br />
faser av timeplanleggingen kan denne parameter styre leggingen ganske sterkt. En lav<br />
verdi<br />
gir tettere lærerplaner men øker sjansen for utspark, samt at lærere som plasseres til slutt kan<br />
få uheldige planer.<br />
Enkelte skoler (for eksempel barneskoler) kan forsøke å la denne parameter ha verdi 2 - 3.<br />
(For visse skoleslag setter en denne parameter lik 0 og foretar en meget spesiell<br />
optimalisering for å minimalisere hulltimene.)<br />
Ta hensyn til svake ønsker ? :<br />
Normalt<br />
haker man av for dette alternativet. Unntak fra dette gjelder komplekse delplaner<br />
hvor en er fornøyd om en finner en løsning i det hele tatt. Bruk ingen hake i dette tilfellet.<br />
Maksimal reduksjon av hulltimer ?<br />
Normalt skal man ikke hake av for dette alternativ dvs. nye brukere av Tplan skal ikke bruke<br />
dette alternativ<br />
under noen omstendighet. En eventuell hake vil starte en<br />
optimaliseringsprosess hvor antall hulltimer for lærerne er det sentrale, mens andre momenter<br />
i planen blir skadelidende. Vi omtaler mekanismen i forbindelse med tilleggsdirektiv til<br />
leggingen.<br />
Maksimalt antall pos i sammenheng?<br />
Denne parameter har bare betydning for skoler som timeplanlegger matpause og sier hvor<br />
mange timer<br />
en lærer kan få i sammenheng før man skal ha matpause. Den kan også brukes i<br />
sammenheng med foregående parameter og omtales senere.<br />
Følge legginge n<br />
Tidligere var de t slik at man kunne følge leggingen fortløpende på skjermen, men dette er nå<br />
endret og forenklet. Man kan nå følge leggingen på disse måter:
181<br />
• Som andre datasystemer har Tplan en progresjonssøyle på skjermen som viser at det<br />
arbeider. I vårt tilfelle har imidlertid denne søylen sine begrensninger av flere grunner.<br />
For det første er Tplan integrasjonen av to ulike systemer, og hvis et av systemene<br />
sporer ut er, det ikke alltid at det andre<br />
system klarer å oppdage dette. I visse tilfeller<br />
kan Tplan tilsynelatende arbeide ufortrødent videre, mens intet skjer i virkeligheten.<br />
Vi arbeider stadig med å forbedre varsler hvis noe slikt skjer.<br />
Et annet problem er at<br />
tiden Tplan trenger for å gjøre en plassering kan variere betydelig, og dette har ikke<br />
uten videre forbindelse med skolens størrelse eller andre enkle<br />
parametere. Det er<br />
naturlig at de første plasseringer kan kreve ganske lang tid,<br />
mens det senere i<br />
prosessen kan gå ganske raskt. Derfor skal man tolke informasjonen fra<br />
progresjonssøylen med en klype salt.<br />
• En langt bedre indikator er den informasjon vi fortløpende sender til statuslinjen<br />
nederst i skjermen. Her skriver vi ut hvilke programdeler vi arbeider med, og under<br />
selve leggingen skriver vi ut linjer fra selve leggingsjournalen(Lih.nnn). Den første<br />
verdi i en slik linje er et løpenummer for antall plasseringer som er gjort. Vi skriver<br />
ikke ut alle linjer i leggingsjournalen, men det er heller ikke så viktig på dette<br />
tidspunkt. Den viktigste informasjon under leggingen er at vi fortløpende ser at Tplan<br />
arbeider videre, samt at hvis man har en viss erfaring med egen timeplan, får man et<br />
visuelt inntrykk om Tplan virkelig arbeider i den rekkefølge det er naturlig å forvente.<br />
Dette sistnevnte har jeg personlig stor glede av, men det krever jo at man har en viss<br />
erfaring med timeplanlegging. Det er vanskelig å være kategorisk nå det gjelder hvor<br />
lang tid en plassering skal ta. Et par minutter bør være mer enn tilstrekkelig i starten,<br />
og etter hvert går det betydelig raskere. Mitt sikreste kjennetegn på at en kjøring har<br />
sporet ut, er at statuslinjen henger seg opp i et bestemt løpenummer i leggingen, og<br />
intet nytt skjer tilsynelatende bortsett fra den litt meningsløse progresjonssøylen. Nå er<br />
tiden inne for å avbryte hele kjøringen. Jeg skal senere forklare de teknikker jeg bruker<br />
for å fastslå hva slags feil det er tale om. Noen av disse feil kan brukeren lett ordne<br />
selv, andre ganger<br />
må systemleverandør kontaktes.<br />
• Hvis man kjører i standard modus, vil de utspark som oppstår vises i en dialogboks på<br />
skjermen, og vi skal etter hvert føre inn<br />
muligheter for å kunne avbryte en kjøring som<br />
er direkte mislykket.<br />
Etter direktivene ovenfor er fylt ut klikker man på OK-knapp, og man er tilbake i selve<br />
kjøremenyen<br />
hvor man bestemmer hva slags kjøring det er tale om. Hvis vi ser bort fra den<br />
endel ige kjøring av sluttresultat som tekstfiler, har<br />
brukeren disse valg for selve leggingen:<br />
1. Bare overføring av data. Dette må gjøres hver gang man endrer sine grunndata.<br />
Denne kjøring kan bli avbrutt hvis data inneholder formelle feil eller hvis man<br />
overskrider dimensjonsparametere. Brukeren kan ofte finne ut av slike feil på<br />
egen hånd, men noen ganger må system leverandør kontaktes. Overføringen er<br />
normalt en rask og smertefri prosess.<br />
2. Bare logisk analyse i grunnfase. Forutsetter en akseptabel overføring av data<br />
og prosessen avsluttes med at det lages en ny partiell romplan og nye partielle<br />
timeplaner (KomprGrid og SkemaGrid). Det lages også tekstfiler av dette,<br />
(Lisch.nnn og Lislut.nnn)<br />
3. Bare logisk analyse og bygge på delplan. Forutsetter en forutgående akseptabel<br />
overføring samt en tidligere analyse (+ legging). Denne kjøring bygger på den<br />
tidligere timeplan og normalt også den tidligere romplan. Når jeg etter hvert<br />
har laget en komplett plan med visse manuelle kompromiss, gjør jeg bestandig<br />
denne kjøring som et avsluttende skritt, før jeg skriver ut endelig plan. Dermed
182<br />
får jeg en oversikt over de ulike kompromiss jeg har gjort i filene Lian.nnn og<br />
Lio.nnn. Jeg ber ofte om fullstendige varsler for denne avsluttende kontroll.<br />
4. Overføring + logisk analyse i grunnfase dvs. pkt 1 og 2 som en samlet kjøring.<br />
5. Overføring + logisk analyse og bygge på delplan dvs. pkt 1 og 3 som en samlet<br />
kjøring.<br />
6. Logisk analyse i grunnfase + standard legging. Forutsetter selvsagt akseptabel<br />
overføring. Timeplanen legges nå ofte ut så langt det lar seg gjøre, og man får<br />
eventuelt et antall utspark av aktiviteter. Denne prosess kan eventuelt avbrytes<br />
etter et antall skritt av styredirektiver.( Se ovenfor.) Prosessen avsluttes på<br />
samme måte som pkt. 2 ovenfor.<br />
7. Logisk analyse +bygge på delplan + standard legging. En utvidelse av pkt. 3<br />
ovenfor og samme kommentar som dette pkt. 3 samt pkt. 6 ovenfor.<br />
8. Logisk analyse i grunnfase + interaktiv legging. Dette bør man normalt ikke<br />
starte med før man har forsøkt pkt. 6 ovenfor. Hvis man vet bra hva man kan<br />
forvente seg skjer, kan man starte med pkt. 8 direkte. Denne kjøring avbrytes<br />
hvis det oppstår et utspark, og vi får overgang til et fargelagt utvalg av<br />
timeplanen (KtempGrid) som sannsynligvis forklarer hvorfor vi har fått et<br />
utspark. Utsparket plasseres også i et eget register (UtsGrid), og ellers avsluttes<br />
kjøringen som beskrevet i pkt 2 ovenfor.<br />
9. Logisk analyse + bygge på delplan + interaktiv legging. Dette er det typiske<br />
skritt etter hvert i en fullstendig interaktiv prosess: Vi har fått frem det utvalg<br />
vi omtalte i pkt. 8, og vi gjør et eller annet kompromiss som løser det problem<br />
som har oppstått. Vi har fått registrert vårt kompromiss, og vi er klar til fortsatt<br />
legging som nevnt i dette punkt.<br />
10. Overføring + Analyse (grunnfase eller bygge på delplan) + Legging (Standard<br />
eller interaktivt). Dette kan egentlig kombineres på den måten man måtte<br />
ønske. Et hvert nytt skritt i prosessen forutsetter selvsagt vellykket avslutning<br />
av foregående skritt. Vi kan også legge til at romfordelingen kan gjøres under<br />
et antall ulike forutsetninger, og dermed er det en god del kjøresekvenser som<br />
kan være aktuelle. For visse spesielle betingelser må en interaktiv prosess som<br />
beskrevet i pkt. 9, innledes med en overføring fordi denne spesielle interaktive<br />
prosess henter sine parametere fra grunnregistre.<br />
For å summere det hele opp:<br />
• Overføring, logisk analyse og legging kan kombineres på enhver måte<br />
som virker logisk fornuftig, med den betingelse at legging aldri kan<br />
kjøres som et selvstendig program og forutsetter en innledende logisk<br />
analyse.<br />
• Den avsluttende utskrift av tekstfiler skal kjøres som et selvstendig<br />
program uavhengig av logisk analyse + legging.<br />
Før man gir seg i kast med en av kjøresekvensene, kan man påvirke leggingsresultatet på<br />
følgende måter:<br />
• Man kan selvsagt endre i opprinnelige registre.<br />
• Man kan endre leggingsrekkefølgen via faneblad: Styring<br />
• Man kan gå til Funksjoner > Innstillinger og deretter velge:<br />
1. Feil:<br />
Bestemmer hvor mange varsler som lages og hvordan disse vises.<br />
2. Komprimert eller klartekst. Vi kan her definere hva de ulike celler i KomprGrid og<br />
SkemaGrid skal inneholde, og vi kan også angi andre parametere for presentasjon av<br />
sluttresultat.
183<br />
3. Legging.<br />
Vi kan her angi et antall mer spesielle parametere for den forestående<br />
legging. Enkelte av disse kan ha enorme konsekvenser for sluttresultatet og forutsetter<br />
virkelig at man vet hva man gjør.<br />
5.3.1 VANLIGE<br />
STYREDIREKTIV<br />
fig 5.3.3<br />
Faneblad : Styring fører til<br />
registervindu for<br />
styredirektiver:<br />
Vi kan her fortelle TPLAN<br />
om vår egen erfaring med<br />
planen:<br />
a. Hvilke<br />
aktiviteter er mest vanskelig å plassere dvs. hvilke aktiviteter bør plasseres først.<br />
b Hvilke krav er spesielt viktige i den aktuelle plan dvs. plassering av tilhørende aktiviteter<br />
bør skje<br />
på et tidlig tidspunkt.<br />
For de aller fleste timeplaner gjelder:<br />
STYREDIREKTIVENE ER AV VESENTLIG BETYDNING<br />
FOR KVALITETEN AV<br />
DEN ENDELIGE<br />
TIMEPLAN.<br />
Det er intet annet enkelt moment i TPLAN hvor erfaring og kjennskap til egen timeplan har<br />
større konsekvenser. Fra de samme forutsetninger kan en erfaren timeplanlegger få en<br />
utmerket plan mens novisen får et virvar av<br />
utspark.<br />
Dette kan virke<br />
skremmende for den uerfarne bruker, og vi skal avdramatisere litt<br />
betydningen av styredirektiv:<br />
a. For<br />
mange skolestrukturer er styredirektivene enkle, standardiserte og relativt lite<br />
kritiske.<br />
b. Skrittvis<br />
legging av planen gir større oversikt, og det blir enklere å finne bra<br />
styredirektiv.<br />
c. Den<br />
logiske analyse kan fortelle atskillig om korrekte styredirektiv.<br />
d. En<br />
skal være oppmerksom at et styredirektiv ikke er et kategorisk direktiv men snarere<br />
en retningslinje for hvordan systemet bør arbeide. TPLAN følger også sine egne<br />
prioriteringsregler og overstyrer eventuelt eksterne direktiv når disse viser seg å være<br />
utilstrekkelige.<br />
e. Det<br />
er først for virkelig kompliserte timeplaner at styringen er helt kritisk. De som<br />
arbeider med slike problemer, finner ofte en intellektuell<br />
utfordring i å kontrollere<br />
oppførselen av TPLAN via gode styredirektiv.<br />
f. Uansett, erfaring er den beste læremester. I en opplæringsfase kan en eksperimentere<br />
f riskt med ulike styredirektiv for å se hvordan TPLAN reagerer på disse.<br />
e. Med introduksjon av Tplan versjon 28 er de sentrale algoritmer så kraftig forbedret at<br />
betydningen av styredirektiver blir mindre kritisk. Videre<br />
forventer jeg i løpet av det<br />
neste året å kunne introdusere en teknikk slik at Tplan på egen hånd finner de beste<br />
styredirektiv.<br />
TPLAN legger normalt timeplanen i flere klart skilte faser:<br />
Hver fase er karakterisert av at TPLAN bare forsøker å plassere en delmengde<br />
av det totale<br />
sett aktiviteter. Neste fase starter først når foregående fase er helt avsluttet. Vi må organisere<br />
de ulike delmengder slik at aktivitetene plasseres i en naturlig rekkefølge ut fra hvor kritiske<br />
de er for planen som helhet. TPLAN følger sine egne regler for leggingsrekkefølge av den
184<br />
enkelte delmengde, og videre vil TPLAN kunne<br />
finne aktiviteter som ikke hører med i aktuell<br />
delmengde men som likevel må plasseres øyeblikkelig.<br />
Leggingsrekkefølgen er styrt av to prinsipper:<br />
1. Strategiske prinsipper: De hovedregler som gjelder for leggingsrekkefølgen. Disse regler er<br />
et resultat av den erfaring en har med timeplanen, de krav en vil prioritere og den informasjon<br />
en har fått fra logisk analyse.<br />
2. Taktiske prinsipper: I en gitt timeplansituasjon kan en bruke kombinatoriske metoder for å<br />
finne hvilken aktivitet som må plasseres i neste skritt og hvilken posisjon som skal brukes.<br />
Kombinatorikken kan lett føre til at lange kjeder av aktiviteter må plasseres til bestemte<br />
posisjoner. TPLAN er fullstendig overlegen manuell teknikk når det gjelder prinsipp 2, men<br />
en erfaren timeplanlegger kan konkurrere når det gjelder prinsipp 1. Vi styrer<br />
leggingsrekkefølgen via styredirektiv:<br />
Ett styredirektiv er et antall aktivitetsett som er gitt samme<br />
prioritet. Under ellers like<br />
forhold vil<br />
en aktivitet med størst prioritet bli plassert i neste skritt.<br />
Styredirektiver registreres i fig.5.3.3, og fig 5.3.3 må ses i sammenheng med reglene for<br />
posisjonsdirektiver. Definisjonsfeltene i dette registeret er samme slags informasjon som den<br />
som gis i styredirektivene, men<br />
disse inneholder en del muligheter i tillegg :<br />
PRIORITET: En nummerisk verdi som definerer prioritet for aktivitetssett på tilhørende<br />
linje. Prioriteringen skjer i stigende rekkefølge.(01 = Størst prioritet, deretter: 02<br />
osv.)<br />
Det er obligatorisk å fylle ut dette felt. Vi anbefaler selvsagt at aktivitetssettene<br />
registreres i stigende rekkefølge av prioritet for oversiktens skyld, men dette er<br />
ikke et krav.(en kan for eksempel føye til et aktivitetsett med prioritet: 01 til slutt i<br />
registreringen.)<br />
Rent praktisk bør en ordne seg slik:<br />
10: Første prioritet<br />
20: Andre prioritet<br />
30: Tredje prioritet<br />
osv.<br />
Grunnen til at en lager sprang i prioritetene, er at det ofte viser seg at en må<br />
modifisere opprinnelig styring slik at en "skyter inn" nye prioriteter mellom de<br />
som allerede eksisterer.<br />
TYPE Feltet er definert likt felt P (perioder) i posisjonsregisteret. dvs. vi bruker<br />
forkortelsene: SP, DP,TP,QP ,KP og MP for enkeltimer, dobbeltimer osv. I tillegg<br />
kan vi bruke en del reserverte navn for aktivitetsett som vi ofte trenger en<br />
referanse til. Vi omtaler dette i forbindelse med feltet: NAVN nedenfor.<br />
KLA./ ÅK Feltet er definert likt med felt KLASSE/ÅRSKURS i posisjonsregisteret.<br />
Symbolet: ALL (all) refererer til alle klasser.<br />
NAVN Feltet er definert likt med felt NAVN/ROM i posisjonsregisteret. Vi henviser<br />
spesielt til de reserverte navn som er nevnt og som gjentas her :<br />
*ALL : Refererer til alle aktiviteter.<br />
*SEK : Refererer til alle aktiviteter som inngår i sekvenskrav.<br />
*DSF : Refererer til alle aktiviteter som inngår i dagsammenfallkrav.<br />
*KAN : Refererer til alle aktiviteter som skal kantplasseres.<br />
*SPA : "Små paralleller" dvs. aktiviteter hvor summen av klasser og<br />
lærere er minst 3.<br />
*GPA : "Store paralleller" dvs. aktiviteter som har minst 5 ressurser.
185<br />
*MPA : De multiple perioder av typen :*GPA<br />
Di sse reserverte navn brukes oftest i forbindelse med styredirektiver. Vi har til og<br />
med så god bruk for dem at vi tillater de samme symboler<br />
i feltet TYPE ovenfor<br />
men nå uten * som første karakter.<br />
F.eks *SEK i feltet NAVN eller SEK i feltet<br />
TYPE refererer begge til alle sekvenser. Denne doble bruk av reserverte symboler<br />
fører til at vi kan kombinere reserverte navn, for eksempel : SEK i TYPE-felt og<br />
*GPA i NAVN-felt , refererer til de sekvenser som består av større parallellblokker.<br />
LÆRER: Feltet er definert likt med LÆR-felt i posisjonsregisteret. Symbolet: ALL(all)<br />
refererer til alle lærere.<br />
ROM: Refererer til alle aktiviteter som krever et bestemt fysisk rom, funksjon eller<br />
romgruppering.<br />
Klassifi- En av bokstavene A, B, C, D. Referanse<br />
til alle aktiviteter med tilhørende<br />
sering klassifisering i logisk analyse.<br />
TK-nr: Et tresifret<br />
tall som refererer til en TK som er generert i logisk analyse.<br />
NIVÅ: Vi skal vise senere hvordan en kan bruke feltet til å få større prioritet av egne<br />
styredirektiver<br />
(på bekostning av det TPLAN oppdager på egen hånd.)<br />
I posisjonsregisteret definerte vi aktivitetssett ut fra felles egenskaper. Det samme skjer i<br />
fig.5.3.3, men vi har utvidet referansemulighetene:<br />
a. Vi kan referere<br />
til aktiviteter ut fra felles klassifisering eller hvordan disse danner nye<br />
TK-er. Vi<br />
kan også kombinere bruken av reserverte navn.<br />
b. Vi kan s idestille en rekke aktivitetsett via parameter: PRIORITET samtidig som denne<br />
parameter<br />
definerer hovedreglene for leggingsrekkefølgen.<br />
Innledningsvis vil jeg gi en rent generell betraktning av hvordan<br />
man lager et styredirektiv.<br />
Dette er kanskje summen av erfaringer fra mer enn 20 000 timeplaner. Det er mulig at de<br />
følgende formuleringer kan være litt for generelle. Jeg skal likevel gjøre et forsøk<br />
på å få det<br />
så enkelt som mulig. Tilsynelatende er det stor forskjell på en timeplan med 20-minutters<br />
moduler (for eksempel 24 posisjoner pr. dag) og en 10- dagers plan med 4 posisjoner pr. dag.<br />
Det kan virke som det er stor forskjell på et universitet uten et klart<br />
klassebegrep eller en<br />
enkel barneskole med stort sett samme lærer i alle fag. Forskjellen mellom en skole som har et<br />
fasttømret<br />
opplegg med grupper, klasser, sektorer og årskurs, eller en skole som forsøker å<br />
realisere flexitid kan også virke stor. Sett fra mitt synspunkt er dette bare variasjoner over<br />
samme tema, og jeg skal forsøke å vise<br />
det allmenne i disse timeplaner. Hvis vi kunne<br />
forestill e oss at en timeplan bestod av rene klasseaktiviteter(dvs. en lærer) og bare enkeltimer,<br />
forventer jeg<br />
å kunne bevise at Tplan er den matematisk korrekte metode. Nå er dette relativt<br />
uinteressant, for<br />
slike skoler eksisterer ikke i praksis. Generelle karakteristikker kan være<br />
følgende:<br />
• Visse skoler er styrt av at man må for enhver pris få plassert de store blokkene(dvs.<br />
mange lærere sammen). Deretter er det en overkommelig oppgave å legge ut resten av<br />
planen som stort sett er rene klasseaktiviteter. Mange gymnas er organisert slik.<br />
Når<br />
man h ar lagt ut blokker i årstrinn 2 og 3,<br />
er mye av arbeidet gjort.<br />
• Mer typisk er kanskje følgende: Vi har de samme blokkene<br />
som nevnt i foregående<br />
punkt, men samtidig har vi også et antall kritiske spesialrom med stor belastning (for<br />
eksempel gymsaler, formingsrom, skolekjøkken etc.) Hvis det er spesialrom i<br />
praktiske fag, har tilhørende aktiviteter ofte større periodelengde. Nå kan to<br />
alternative strategier være aktuelle: Vi kunne legge ut blokkene først som nevnt<br />
ovenfor, eller vi kunne først plassere aktivitetene i de kritiske rom først og håpe at<br />
dette ikke gir vansker for plasseringen av de store blokker. En tredje måte å angripe<br />
problemet på er å sidestille plasseringen av kritiske rom og store blokker. Til tross for
186<br />
all erfaring med dette, kan jeg ikke med et blikk avgjøre hvilken strategi som er den<br />
beste fra skole til skole. Jeg vet bare at en av de tre nevnte strategier<br />
sannsynligvis er<br />
den mest fornuftige.<br />
• Enkelte skolemodeller er organisert slik at dette resulterer i en rekke sekvenskrav<br />
mellom en rekke ulike aktiviteter. Hvis nå sekvensene (eller dagsammenfallene) i<br />
tillegg inngår i ulike dagkonflikter, er det et ganske sikkert tegn på at disse aktiviteter<br />
bør plasseres ganske tidlig, kanskje før de store blokkene.<br />
• Visse skoler kan være slik at tilsynelatende enkle deler av planen, bør kanskje legges<br />
ut før mer kompliserte deler. Et typisk eksempel kan være en 1- 10 skole hvor de<br />
laveste årstrinn stort sett har samme lærer. Nå er det ingen problemer egentlig med<br />
disse klasser, men siden klassestyrerne i småklassene skal ha en del fag i høyere<br />
årstrinn, kan man like gjerne ”kvitte” seg med småklassene da disse styrer mye<br />
hvordan blokkene i de høyere årstrinn kan legges. Et annet liknende eksempel har<br />
man i modeller hvor man har ”implisitte” parallell koplinger (for eksempel<br />
komponentstrukturer) hvor man bør ”kvitte” seg med disse koplinger så raskt som<br />
mulig. Et tredje eksempel er tilfellet hvor 2 eller flere klasser er integrert på den<br />
måten at det er de samme<br />
lærere som har de boklige fag i alle klassene. Det kan ofte<br />
være lurt å legge ut disse klassene tidlig.<br />
• Visse skoler ønsker en timeplan som er best mulig ut fra et eller flere ”overordnete”<br />
prinsipper. Eksempler på dette kan være: Balanse og hulltimer for de ulike klasser,<br />
hulltimer eller fridager for lærere, maksimere utnyttelsen av visse rom, hensyn til<br />
bestemte lærere(for eksempel timelærere) etc. etc. Slike krav kan vi definere i Tplan,<br />
og slike krav kan ha dominerende innflytelse på styredirektivene.<br />
Det<br />
er mulig at leseren synes mine betraktninger er for generelle til å beskrive den timeplan<br />
man selv baler med. Jeg håper dog jeg har gitt en antydning om hvilke momenter<br />
man skal<br />
lete etter i egen plan for å angi en god styring. Jeg håper også at jeg har antydet at<br />
jeg har en<br />
meget pragmatisk og fleksibel innstilling til hvilke styredirektiver jeg bruker. Det er ikke<br />
alltid jeg treffer blink første gang jeg velger styredirektiver for en ukjent skole. Like sikkert er<br />
det at ut fra de resonnement jeg har skissert ovenfor, finner jeg ganske raskt det som temmelig<br />
sikkert er nær den beste styring. Det hele blir kanskje enklere med de praktiske eksempler jeg<br />
viser i fortsettelsen.<br />
5.3.2 EKSEMPLER PÅ STYREDIREKTIVER<br />
Vi<br />
begrenser oss til typiske eksempler fra en barneskole, ungdomsskole og videregående<br />
skole. Innledningsvis<br />
vil jeg si at definisjon av styredirektiver er et kompromiss mellom disse<br />
hensyn:<br />
1. Det er viktig å få fortalt TPLAN<br />
hvordan timeplanleggingen bør starte, og hvordan den<br />
videre leggingsrekkefølge skal prioriteres.<br />
2. Det er også viktig å unngå for nyanserte styredirektiv. Selv om styredirektivene bare er<br />
en retningslinje, kan en "overbrodering" lett føre til at en begrenser systemets evne til å<br />
finne de mest kritiske aktiviteter.<br />
Jeg har sett utallige eksempler på at feil styring gir dårlige resultater og en rekke eksempler på<br />
at en for nyansert styring gir like dårlige resultater.<br />
Dette moment er så pass viktig at jeg forklarer min egen teknikk når jeg legger planen for en<br />
helt ukjent skole. Jeg tar utgangspunkt i klassifiseringen fra logisk analyse:<br />
a. Først ser jeg på de parallellkoplete aktiviteter for skolen og hvor mange klasser som<br />
inngår i ulike blokker. Jeg er spesielt på utkikk etter sekvenser eller store multiple
187<br />
b.<br />
perioder(prosjektarbeid er et godt eksempel), og jeg er på utkikk etter årskurs<br />
(eventuelt klasser) som har mange parallellagte aktiviteter.<br />
Deretter leter jeg etter sekvenser og store multiple perioder for alle aktiviteter.<br />
c. Jeg ser på organiseringen av praktisk/estetiske fag, og spesielt er jeg interessert i<br />
spesialrom som er sterkt utnyttet.<br />
d. Jeg ser på de TK-er systemet har generert og leter etter eventuelle TK-er som jeg<br />
vurderer som kritiske.<br />
e. Jeg ser på de dagsammenfall og kantplasseringer som fins.<br />
f. Jeg ser etter lærere som har krav om fridager eller som har mange blokkeringer.<br />
g. Jeg er også på utkikk etter lærere med mange timer og kombinerte fagkretser.<br />
h.<br />
Jeg ser om det er klasser som skal ha tett plan men som ikke krever hele tidsrammen.<br />
Etter dette vet jeg ganske mye om skolen, og jeg følger følgende grove retningslinje for<br />
prioriteringen:<br />
1. Sekvenser av blokker og helt spesielle forhold.<br />
2. Kritiske generelle TK-er og beslektede aktiviteter.<br />
3. Parallellagte aktiviteter for årstrinn som har mange slike aktiviteter.<br />
4. Multiple perioder av praktisk/estetiske fag samt<br />
kritiske spesialrom.<br />
5. I samme direktiv tar jeg inn resterende større parallellblokker,<br />
dagsammenfall,<br />
sekvenser av klasseaktiviteter, kantplasseringer.<br />
6.<br />
Lærere som virker noe kritiske.<br />
7. Klasser som ikke krever hele tidsrammen.<br />
8. Resterende parallellblokker og dobbeltimer.<br />
Hvis jeg er i det minste tvil om hvilke av flere kriterier som har størst prioritet, sidestiller jeg<br />
disse.<br />
Resultatet av denne prosess bør være at en definerer<br />
2 - 4 prioriteringsnivå (4 - 8 nivå for<br />
store komplekse<br />
skoler). Det har ingen verdi å nyansere mer før en har bedre oversikt over<br />
skolen. Jeg ber om kjøring av de 2 - 3 første direktiver og ser på resultat<br />
av kjøringen. Hvis<br />
denne ikke inneholder problemer, er det bare å fortsette med<br />
en fullstendig (interaktiv)<br />
kjøring. Eventuelle problemer (utspark) analyseres. Hvis det ikke fins noen teoretisk løsning,<br />
må<br />
en gå tilbake for å forandre forutsetningene. Hvis en har mistanke om at det fins en<br />
løsning,<br />
forandrer en styredirektivene slik at de aktiviteter som fikk utspark får større prioritet.<br />
Nå burde neste kjøring gi god oversikt over timeplanen.<br />
Jeg gjør ofte flere forsøk med<br />
analoge styredirektiver for de innledende kjøringer,<br />
mens jeg senere i planen stort sett følger<br />
standard regler.<br />
Kjennetegn på en god styring er:<br />
Eventuelle<br />
problemer dukker opp meget raskt, og deretter regner systemet stort sett rolig til<br />
avslutningsfasen<br />
hvor overbelastning av klasserom eventuelt gir problemer.<br />
Kjennetegn<br />
på en dårlig styring er:<br />
Leggingsrekkefølgen er ikke slik en selv ventet. Utspark av kritiske aktiviteter hvor en ikke<br />
forventet<br />
problemer. Utsparkene fordeler seg over hele leggingen, og utsparkene skjer<br />
klumpvis. Forklaringen på det<br />
ovenstående kan selvsagt være at en sliter med en bedrøvelig<br />
timeplan som krever mange<br />
kompromiss. Før dette gjøres burde en likevel forsøke å få til en<br />
styring slik at de problematiske aktiviteter plasseres tidligere. Dette gir bedre oversikt, og hvis<br />
problemene bare forskyver seg til andre aktiviteter, er sannsynligvis timeplanen feilaktig eller<br />
for stramt spesifisert.
188<br />
Hvis en ikke har noen som helst oversikt over timeplanen, starter en med følgende meget<br />
enkle styring (Standard 1) :<br />
I denne styring har vi sagt:<br />
Fig 5.3.4<br />
Prioritet<br />
10: Først legger vi ut eventuelle sekvenser (SEK)<br />
Prioritet<br />
20: Deretter legger vi ut eventuelle trippeltimer(TP) og kvadrupeltimer (QP),<br />
alle store parallell-aktiviteter(GPA) og multiple timer (MP) i alle<br />
parallellaktiviteter (*SPA).<br />
Prioritet 30: Som standard avslutning av styring legger vi ut resterende<br />
dobbeltimer(DP),<br />
resterende parallellaktiviteter (SPA) og eventuelle dagsammenfall(DSF).<br />
Denne avslutning kan en bruke i alle styringer.<br />
Fig 5.3.3 er en alternativ måte å få sagt omtrent det samme, men her tar jeg utgangspunkt<br />
i<br />
hvordan aktivitetene er klassifisert i A, B, C og D. I fig 5.3.3 har vi sagt følgende:<br />
Prioritet 05: Først legger vi ut de største blokkene = Klassifisering A<br />
Prioritet 10: Deretter legger vi ut alle sekvenser(*sek) samt resterende blokker av en viss<br />
størrelse<br />
(= Klassifisering B)<br />
Prioritet 20: Deretter legger vi ut alle dagsammenfall (*DSF) samt multiple<br />
blokker (MP)<br />
med flere lærere (Klassifisering C)<br />
Prioritet 30: Som standard avslutning legger vi ut resterende små paralleller<br />
(*SPA). Vi<br />
kunne også tatt med multiple perioder (MP) i avsluningen.<br />
I den senere tid har jeg blitt mest glad i den referanseteknikk som er vist i fig 5.3.3, mens jeg i<br />
tidligere håndbøker stort sett bygget videre på fig 5.3.4. Jeg gjør dette også her, fordi jeg tror<br />
dette blir enklest å følge. (Det er ikke så veldig stor forskjell på de to teknikker.)<br />
For svært mange timeplaner er begge forslagene en god nok styring, men<br />
den fanger ikke<br />
opp mer spesielle momenter i en timeplan. Vi skal vise mer nyanserte eksempler i det<br />
følgende. (Jeg har i disse eksemplene brodert noe for å få vist teknikken. I praksis vil noe<br />
enklere styringer være bedre.)<br />
Eksempel 1 Standardstyring av barneskoler.(Kombinerte skoler 1-10)<br />
Skoleslaget er karakterisert av at mesteparten av aktivitetene er ren klasseundervisning som<br />
undervises av en (unntaksvis to) lærere. Tilsynelatende et trivielt problem, men<br />
skinnet<br />
bedrar. Enkelte av disse skolene kan være vanskelige pga. følgende:<br />
a. Skolen har skyssordning.<br />
b. Parvis deler småklassene hjemmerom. De bør ikke være på skolen samtidig,<br />
men dette<br />
kan ikke gjennomføres fullt ut.<br />
c. Klassestyrerne<br />
kan ikke få nok timer i egen klasse, og deltar ofte i f.eks.<br />
støtteundervisning (dvs. parallellagte aktiviteter) i andre årstrin n. Et viktig problem blir<br />
hva en klasse skal undervises i når klassestyreren er opptatt med disse parallellagte<br />
aktiviteter.
189<br />
d. Støtteundervisning kan gi kompliserte modeller i skriftlige fag.<br />
e. Skolen kan ha en del deletimer (halvklasser), og dette brukes til spesielle organiseringer<br />
av praktisk/estetiske fag.<br />
f. Romsituasjonen kan være anstrengt.<br />
g. Visse lærere stiller strenge krav til planen.<br />
h. Skolelandskap tvinger frem større parallellkoplinger.<br />
Fig.5.3.5 viser eksempel på en styring:<br />
Prioritet 10: Eventuelle sekvenser.<br />
Eventuelle valgfag med mange<br />
klasser.<br />
Prosjektarbeid (*PROSJ) hvis det er<br />
koplinger mellom flere klasser.<br />
Svømming<br />
(hvis denne er kritisk)<br />
Prioritet 20: Trippeltimer og<br />
dobbeltimer i<br />
heimkunnskap (HK). Dobbeltimer<br />
i kunst og<br />
håndverk (ikke tegneforming her)<br />
Prioritet 30: Store paralleller (GPA).<br />
Gymnastikk. Kantplasseringer. Eventuelle<br />
kritiske lærere (AA, BB)<br />
Prioritet 40: Småklassene<br />
(fordi disse<br />
deler rom og ikke er på skolen hele uken)<br />
Fig 5.3.5 Prioritet 50: Resterende<br />
paralleller.<br />
Dobbeltimer.(Prioritet 50 er standard<br />
avslutning av all styring)<br />
Eksempel 2 Standardstyring av ungdomsskoler.<br />
Skoleslaget er grovt sett karakterisert av at planen legges i 3 faser:<br />
1. Valgfag og praktisk/estetiske fag som heimkunnskap og forming. For enkelte skoler er<br />
gymnastikk meget problematisk mens andre har få problemer med dette faget.<br />
2. Skriftlige fag. Et stort antall<br />
modeller er aktuelle her:<br />
a. Blokklegging av flere klasser<br />
b. Deletimemodeller. Disse kan noen ganger være meget omfattende med delvis<br />
integrering av skriftlige fag og praktiske/estetiske fag.<br />
c. Ulike støttetiltak (B-timer) integreres i resten av undervisningsmodellen.<br />
d. Integrering av en rekke fag til større blokker (Prosjektdag og/eller blandete lærerlag).<br />
e. Lærerne organiserer undervisningen i ulike sektorer tilnærmet uavhengig av resten av<br />
undervisningen.osv.<br />
(Noen få skoler er så heldige at skriftlige fag stort sett er rene klassefag med et<br />
støttesenter i tillegg.)<br />
4. Resten av fagene er stort sett rene klassefag.<br />
Fig.5.3.6 viser en standardstyring:<br />
Prioritet 10: Sekvenser (for rene klassefag kan disse muligens holdes tilbake til prioritet<br />
30.)
190<br />
5.3.6<br />
Prioritet 20: Valgfag. Trippeltimer (HK). Kunst og håndverk. (Eventuelt gymnastikk +<br />
svømming her eller i neste direktiv)<br />
Prioritet 30: Store parallellblokker. Dagsammenfall. (Tilsammen<br />
dekker dette de skriftlige<br />
fag som kan gi problemer.) Eventuelle kantplasseringer.<br />
Prioritet 40: Resterende paralleller. Dobbeltimer.(Standard avslutning)<br />
Fig.5.3.6 er ukomplisert men i visse tilfeller må denne modifiseres.<br />
Anta f.eks:<br />
Alle årstrinn har en prosjektdag.(referanse: *PROS )<br />
Organisering av skriftlige fag fører til en kritisk TK: 120<br />
To av lærerne (CC og DD) som underviser i praktiske fag skal ha fridag pga. annet<br />
arbeid.<br />
Svømming kan bare foregå i noen få posisjoner.<br />
Fig.5.3.7 viser en styring som tar hensyn<br />
til<br />
dette. Detaljene her har ikke allmenn<br />
interesse og kommenteres ikke. Derimot er<br />
det av generell<br />
interesse å sammenlikne<br />
fig.5.3.6 og fig.5.3.7:<br />
Helt spesielle forhold i timeplanen (som i<br />
fig.5.3.7) inngår i de første styredirektiv.<br />
Når denne del av<br />
planen er<br />
lagt, følger<br />
resten av styredirektivene<br />
for skolen, og de<br />
Fig 5.3.7 følger stort sett<br />
et standardmønster (som<br />
kan variere for ulike skoleslag)<br />
Det kreves god oversikt over timeplanen<br />
for å kunne sette opp styredirektiver som i<br />
fig.5.3.7 direkte. Husk at man skal unngå<br />
for nyansert styring. Når planen er<br />
komplisert, vil de innledende kjøringer av hovedprogram, fortelle mye om hva som<br />
sannsynligvis er den beste styring.<br />
Med innføring av interaktiv teknikk er det et spesielt problem jeg vil omtale. Visse ganger vil<br />
man i styringen ha referanse til en bestemt kritisk TK (120 i eksemplet ovenfor). Dette kan<br />
være ok i en innledende kjøring hvor man ganske bestemt vil ha denne TK på plass. Når man<br />
har løst de initiale problemene og forsetter deretter interaktivt, vil tk-nr 120 referere til en helt<br />
annen TK !. For hver gang man gjør et antall nye plasseringer endrer denne referansen seg<br />
dynamisk. Bruk derfor ikke Tk- referanser ved interaktiv legging, men si det samme på en<br />
annen måte.
191<br />
Eksempel 3 Standardstyring for almenfaglig studieretning<br />
Skoleslaget er karakterisert av mange og store parallellblokker i årstrinn 2 og 3. En del av<br />
disse inngår også i sekvenskrav. Årstrinn 1 er relativt enkelt med mange klasseaktiviteter.<br />
Visse spesialrom (f.eks. gymsal) kan ha stor belastning, og det kan også være vanskelig<br />
å få<br />
full utnyttelse av disse rom. Rene klassefag for visse lærere i årstrinn 2 og 3 kan<br />
være<br />
problematiske. (Vi velger et eksempel fra et dansk gymnas som i tillegg har det<br />
vi kaller hf i<br />
trinn 1 og 2, og særlig 2hf har mange blokker.)<br />
Fig.5.3.8 viser en standardstyring:<br />
Prioritet 10: Sekvenser av blokkfag (GPA<br />
+ *SEK)<br />
Prioritet 20:<br />
Blokker i årstrinn 3g og 2h.<br />
(Eventuelt også fag som har stor<br />
periodelengde.)<br />
Prioritet 30: Blokker i 2g og 1h.<br />
(Disse tre første<br />
prioriteter vil ofte være<br />
forhåndsplassert og man trenger<br />
ikke<br />
styring av dette.)<br />
Prioritet 40: De helt kritiske<br />
rom for<br />
skolen er IDHAL<br />
og BK-rom. Disse<br />
Fig 5.3.8 plasseres umiddelbart etter de<br />
store blokker.<br />
Prioritet 50: Klassefag i 3g<br />
og 2h som har<br />
flest blokker.<br />
Prioritet 60: Klassefag i 2g samt<br />
kantplasseringer (i naturfag).<br />
Prioritet 70: Paralleller i 1g samt multiple perioder her.<br />
(Det ovenstående kan bli modifisert hvis enkelte lærere har meget strenge krav<br />
til egen plan<br />
eller en komplisert fagkrets. Det kan være at kritiske spesialrom må få enda større<br />
prioritet<br />
enn vist i vårt eksempel. Et annet noe spesielt problem i danske<br />
gymnas er en rekke<br />
kantlegginger av naturfag. Dette bør temmelig sikkert ha en større prioritet enn<br />
vist i vårt<br />
eksempel.)<br />
Eksempel 4 Større prioritet av egne styredirektiver<br />
Timeplanleggingen foregår skrittvis, aktivitetene plasseres i den rekkefølge som er<br />
foreskrevet av styredirektivene. Innen det enkelte styredirektiv følger TPLAN sine egne regler<br />
ut fra begrepet DFMIN (se senere). Denne prosess kan bli modifisert av at TPLAN<br />
oppdager<br />
kjedereaksjoner ("tvungne plasseringer") for aktiviteter som ikke tilhører aktuelt<br />
styredirektiv.<br />
De viktigste oppdagelser er:<br />
a. En aktivitet har ikke lenger nok plasseringsmuligheter (dvs en får et utspark).<br />
b. Tvungne møter.<br />
En ressurs (for eksempel klasse) må møte en annen ressurs (for eksempel<br />
lærer) i en<br />
bestemt posisjon (Et typisk tilfelle er at klassen bare kan<br />
undervises av klassestyrer i<br />
visse posisjoner. Det er relativt likegyldig hvilken aktivitet som plasseres her.)<br />
c. Tvungne plasseringer.<br />
Et antall aktiviteter<br />
kan bli tvunget til bestemte posisjoner som en følge av komplekse<br />
kombinatoriske konsekvenser for TK-er og tilhørende utnyttelsesgrad. (Se avsnitt<br />
5.2.4)<br />
d. Hulltimetall<br />
for en lærer kan bli likt med tillatt maksimalverdi, og denne lærer bør<br />
prioriteres for at det ikke skal bli flere hulltimer.
192<br />
Under normal legging prioriterer TPLAN momentene ovenfor på bekostning av de<br />
aktiviteter som står i aktuelt styredirektiv, og<br />
vanligvis er dette ønskelig. Ulempen er at<br />
TPLAN kan legge<br />
ut tidlig aktiviteter som vi mener er mindre viktige. For at TPLAN skal<br />
følge våre styredirektiv<br />
bedre, kan vi gjøre følgende:<br />
I de første styredirektiv setter en opp et 1- tall eller 2- tall i feltet NIVÅ. Vi kaller<br />
mekanismen undertrykking og konsekvensene av dette er:<br />
• 1- tall: Tplan plasserer ikke ut de tvungne plasseringer som måtte bli<br />
oppdaget.<br />
• 2-tall: Virker som 1-tall og i tillegg viderefører man ikke konsekvensene<br />
av<br />
de relasjoner som er omtalt i avsnitt 5.4.2.<br />
Bruk av 1 – tall kan forsvares i visse tilfeller, bruk av 2- tall ville jeg bare gjøre i ytterste<br />
nødsfall<br />
hvor utgangspunktet virkelig er håpløst. Følgende figur viser et eksempel:<br />
Vi viser et enkelt eksempel (Standard 2):<br />
I fig 5.3.9 sier vi følgende:<br />
Først legger vi ut de<br />
sekvenser som består av<br />
store paralleller (sek + *gpa)<br />
Deretter legger vi ut de<br />
største blokkene (A). og<br />
dernest noe mindre<br />
Fig 5.3.9<br />
blokker(B) og til slutt de<br />
minste blokkene (C). Nå<br />
antar vi<br />
at det er stort sett<br />
klasseundervisning igjen og<br />
fra og med prioritet 35 har vi vist en naturlig styring av dette. Denne<br />
styring er ganske lik våre<br />
foregående eksempler, men den vil arte seg ganske forskjellig i praksis pga. de 1- tall som står<br />
i feltet nivå. De praktiske følger av dette er:<br />
For prioritet<br />
05, 10 og 20 skjer det bare kjedereaksjoner(tvungne plasseringer) hvis dette<br />
gjelder aktiviteter som er med i styringen, mens kjedereaksjoner skjer for alle aktiviteter fra<br />
prioritet 30. Dermed vil leggingsrekkefølgen ligge tettere opp til de direktiv man selv har gitt<br />
fordi det oppstår færre tvungne plasseringer i starten.<br />
Fra et matematisk/estetisk synspunkt er undertrykking en høyst utilfredsstillende mekanisme<br />
fordi det er ganske klart vi begrenser Tplans<br />
evne til å vurdere det totale bildet. Fra et mer<br />
pragmatisk synspunkt, kan det dog være meget akseptabelt fordi vi øker sjansene for få<br />
plassert de store blokkene på bekostning av plassering<br />
av mindre aktiviteter som vi kan løse<br />
senere i prosessen.<br />
For noenlunde rimelige timeplaner fraråder jeg bruk av undertrykking, og i tvilsituasjoner<br />
forenkler<br />
jeg det til følgende praktiske råd:<br />
Lag en styring som er en variant av prinsippene i fig 5.3.4. Kjør denne plan som<br />
sannsynligvis gir en del utspark.<br />
Prøv deretter å sette 1- tall i feltet Nivå for de første<br />
styredirektivene<br />
og sammenlikn de to kjøringer. Noen ganger får man betydelige<br />
forskjeller i kvalitet, og man går videre med den plan som er best. Dette betyr at man<br />
bør forsøke de to standarder for styringer.
193<br />
5.3.3 KORTFATTET OM DET ALGORITMISKE GRUNNLAG FOR TPLAN<br />
Dette kapittel er det ikke obligatorisk å kunne for å bruke Tplan. Jeg har på mange kurs jeg<br />
har vært på, fått spørsmålet: ”Hva er det egentlig som foregår, <strong>Harald</strong> ? ” Jeg har kvidd meg<br />
for å gå inn på forklaringer av typen: ”Eine kurze Einfuhring in ----- ” som bare vil skape<br />
forvir ring. Nå gjør jeg et første forsøk på å si det så enkelt som mulig. Ingen vet bedre enn<br />
meg at<br />
dette er meget mangelfullt. Dette avsnitt må ses i sammenheng med avsnitt 5.2.4<br />
En fullstendig<br />
beskrivelse av dette temaet ville bli meget omfattende og kreve en ganske så<br />
spesiell matematisk notasjon. Her gir jeg bare en meget knapp verbal beskrivelse med det håp<br />
å kunne gi leseren en viss forståelse av hvordan Tplan arbeider. Jeg må holde meg til selve<br />
hovedlinjene, og kan på ingen måte gå inn på alle de ulike unntak og spesialregler som gjelder<br />
for nesten alle momenter jeg nevner i fortsettelsen. Skrittene for å få plassert en ny aktivitet er<br />
følgende:<br />
• Til hver aktivitet som ikke er plassert knytter vi et kvantitativt mål for hvor mye frihet<br />
den har i nåværende situasjon, se avsnitt 5.3.4. Den neste plassering skal være den<br />
aktivitet som har minst frihetsgrad.<br />
• De styredirektiver<br />
vi har definert, definerer et prioriterningsnivå for de ulike<br />
aktiviteter, og mer presist vil vi plassere den aktivitet som har minst frihetsgrad og<br />
samtidig størst prioritet.<br />
• Selv denne reservasjon er ikke nok, fordi Tplan kan oppdage tvungne plasseringer,<br />
tvungne møter eller umulige situasjoner. Slike ting gis normalt større prioritet enn de<br />
styredirektiver vi har valgt.<br />
• Vi har etter hvert funnet den aktivitet vi anser for å være mest kritisk, og vi vet hvilke<br />
plasseringsmuligheter denne har. Disse vil vi nå rangere ut fra et antall kvalitative<br />
kriterier. Dette vil bl.a. være de posisjonsdirektiver vi har gitt, men nesten viktigere<br />
er andre overordnete kvalitative kriterier. Eksempler på dette er: Hulltimer og balanse<br />
i elevplaner, hulltimer og fridager for lærere, romutnyttelse av kritiske rom, realisere<br />
ulike kantlegginger, sekvenser, dagsammenfall etc. etc. Disse kvalitative kriterier kan<br />
variere en del for ulike skoleslag. Uansett, vi forutsetter at vi finner en fornuftig<br />
rangering av gjenværende muligheter.<br />
• Vi undersøker mulighetene i den valgte rangeringsrekkefølge. Vi har en logisk<br />
matrise, LEDIG, som holder oversikt over plasseringsmuligheter i foreliggende<br />
situasjon. Når vi gjør en tenkt plassering, mister et antall andre aktiviteter<br />
plasseringsmuligheter. Mest blokkering skjer i valgt posisjon, men pga. periodekrav<br />
og dagkonflikter sprer blokkeringene seg til andre posisjoner på valgt dag. Det<br />
stopper ikke med dette, men sprer seg videre til andre ukedager fordi når noe blir<br />
plassert på en bestemt dag, blir dette også blokkert på andre dager. Det er et meget<br />
omfattende sett betingelser som den resulterende LEDIG skal oppfylle, og enhver<br />
plasseringsmulighet som ikke er i samsvar med dette må elimineres. Eksempler på<br />
krav som skal oppfylles er:<br />
1. Selvsagt er de blokkeringer som følger av konfliktmatrisen.<br />
2. Dette må suppleres med de romkonflikter som følger av tenkt plassering.<br />
3. Disse blokkeringer sprer seg videre til naboposisjoner pga. periodekravet<br />
4. Deretter vil visse andre aktiviteter bli blokkert på aktuell dag pga.<br />
dagkonflikter.<br />
5. Visse aktiviteter kan også bli tvunget til aktuell dag pga. sekvenskrav eller<br />
dagsammenfall.
194<br />
6. Visse fag blir blokkert på andre dager fordi de har blitt tvunget til aktuell dag.<br />
7. Visse aktiviteter skal blokkeres på nabodager.<br />
8. Kravet om kontinuitet og balanse av klasseplaner, kan både føre til<br />
blokkeringer og tvungne plasseringer.<br />
9. Det samme gjelder krav om fridager for lærere samt krav om å minimalisere<br />
hulltimer for lærere.<br />
Jeg har nevnt et antall sentrale betingelser, men dette er på langt nær det fullstendige<br />
bildet. Alle slike betingelser virker gjensidig på hverandre, slik at man etter hvert kan<br />
få en ganske enorm kjede av nye blokkeringer.<br />
• Før eller senere antar vi at vi ikke oppdager nye blokkeringer i LEDIG. Nå er tiden<br />
inne for å undersøke dette resultat i relasjon til de sentrale betingelser som er skissert i<br />
avsnitt 5.2.4. Dette kan i sin tur sette i gang omfattende<br />
nye blokkeringer, og de ulike<br />
TK- er har vekselvirkninger på hverandre. Nå er vi tilbake til foregående punkt fordi<br />
disse nye blokkeringer kan påvirke de sentrale betingelser vi omtalte her<br />
osv. osv.<br />
• Før eller senere må de prosesser vi har omtalt foran termineres. Visse andre aktiviteter<br />
kan nå ha blitt tvunget på plass til ulike posisjoner, og vi viderefører på samme<br />
måte<br />
som nevnt konsekvensene av dette også.<br />
• For den resulterende situasjon ønsker vi et kvantitativt mål for hvor bra<br />
den tenkte<br />
plassering er. Her har vi to hovedtilfeller:<br />
1. Tenkt plassering fører til at vi bryter en nødvendig betingelse for løsning av<br />
timeplanen, for eksempel den sentrale betingelse som omtalt i avsnitt 5.2.4.<br />
Slike plasseringer vil vi for enhver pris unngå, helt uavhengig av de<br />
kvantitative mål vi finner.<br />
2. Vi finner ingen nødvendig betingelse som er brutt. Nå kunne vi ønske å ha<br />
kvantitativt mål for hvor mye frihet vi taper pga. den plassering vi tenker å<br />
gjøre.<br />
Jeg har meget liten tro på at man kan definere noen optimaliseringsfunksjon for det<br />
foreliggende kombinatoriske problem, samt jeg er meget reservert med referanser<br />
til<br />
såkalt heuristiske metoder (som ut fra min erfaring betyr at man ikke vet man gjør).<br />
Det nærmeste vi kan komme en kvantifisering er analog med de ”scorepolynomer” jeg<br />
har sett definert for spill av typen sjakk/dam. På samme måten som den type<br />
problemer, mener jeg at timeplanleggingen er styrt av en overordnet strategi som jeg<br />
delvis har skissert i de foregående punkter. I løpet av denne prosess kan man foreta<br />
mengder av taktiske disposisjoner som begrenser mulige plasseringer. Til slutt<br />
kommer man i en situasjon hvor de algoritmer man har definert, ikke gir<br />
ytterligere<br />
avgrensninger av løsningsrommet. Tiden er inne for å ”måle” hvor bra den tenkte<br />
plassering er. Dette kunne gjøres slik: Vi kaller:<br />
TT(i,n) = Antall uplasserte aktiviteter for TK (i) etter skritt n.<br />
G (i,n) = Utnyttelse for TK(i) etter skritt n<br />
TT (i,n+1)= Antall uplasserte aktiviteter for TK(i) etter tenkt skritt n + 1<br />
G(i,n+1) = Utnyttelse for TK(i) etter tenkt skritt n + 1<br />
Nå kan man si at G(i,n) – G(i,n+1) er et mål for den frihet TK(i) har tapt. Utnyttelsen<br />
kan aldri øke, bare være uendret eller synke.<br />
Man kan også si at G(i,n+1) – TT (i,n+1) er et vekttall for hvor kritisk dette frihetstap<br />
er dvs. jo lavere verdi, jo mer kritisk er det nevnte frihetstap.<br />
Spesielt, hvis TT(i,n+1) > G(i, n+ 1) har vi fått en umulig situasjon. Dette kunne vi<br />
registrere i en egen parameter slik:<br />
et
195<br />
Gtap(i) = G(i,n) – G(i,n+1)<br />
En summering av Gtap kunne vi gjøre for alle TK-er som er umulige, og vi skal<br />
ganske bestemt velge den plassering som har lavest Gtap dvs. for at en plassering skal<br />
kunne være akseptabel må vi ha Gtap = 0<br />
Hvis nå TT(i,n+1) < G(i,n+1), er et mål for det nye frihetstap følgende:<br />
Itap(i) = (G(i,n) - G(i,n+1)) / ( G(i,n+1) – TT(i,n+1))<br />
Dvs. vi måler hvor stort frihetstap TK (i) får, og gir dette et vektall avhengig av hvor<br />
tett TK-en er. Vi kunne summere Itap for alle akseptable TK-er som har fått nytt<br />
frihetstap å la denne summen være et mål for det samlete frihetstap av en tenkt<br />
plassering. (Jeg har ikke eksperimentert med alternative funksjoner for Itap, for<br />
eksempel hvis vi kvadrerer de ulike Itap(i), legger vi større vekt på de mest kritiske<br />
TK-er)<br />
Nå kunne kriteriene for å velge en ny plassering være:<br />
1. Vi er bare interessert i de muligheter som har minimal verdi av Gtap dvs.<br />
denne verdi må være 0, for at den tenkte plassering<br />
skal være akseptabel.<br />
2. Fra de muligheter som har samme minimale Gtap velger vi den som har den<br />
minimale Itap<br />
Resonnementet ovenfor er sentralt i Tplan, og som skissert er det en ganske enorm<br />
beregning som ligger bak omformingen G (i,n) >>>> G(i,n+1). Likevel er det ganske<br />
mange absolutte krav til timeplanen som ikke lar seg måle direkte av utnyttelsen, G.<br />
Eksempler på dette er hulltimer og balanse i elevplaner, sekvenskrav,<br />
fridager for<br />
lærere etc. etc. Dermed er jeg også over i den type ”scorepolynom” jeg skisserte<br />
innledningsvis, men det ledd jeg har vist ovenfor, er absolutt hovedleddet i det tenkte<br />
polynom.<br />
• Før eller senere finner vi Gtap og Itap. Vi sammenlikner dette for aktuell plassering<br />
med de andre tenkte plasseringer vi allerede har kontrollert. Størst prioritet har det<br />
selvsagt at Gtap er 0, dernest vil vi ha Itap så liten som mulig. Hvis en tidligere<br />
plassering anses for å være bedre, ignorerer vi den seneste mulighet vi undersøkte. I<br />
motsatt fall mellomlagrer vi (eventuelt) situasjonen etter siste tenkte plassering og er<br />
klar til å gå tilbake for å kontrollere flere muligheter for nåværende aktivitet. På denne<br />
måten vil vi aldri mellomlagre mer enn en mulighet<br />
• Spesielt hvis Itap = 0, trenger vi ikke undersøke flere muligheter fordi vi har forutsatt<br />
at de ulike muligheter allerede er rangert i den rekkefølge<br />
som er best ut fra de<br />
kvalitative krav som bør oppfylles,<br />
og Itap kan aldri være negativ.<br />
• Prosessene ovenfor termineres når vi har sjekket alle aktuelle muligheter for<br />
nåværende aktivitet. Vi leser eventuelt tilbake situasjonen for den mulighet som vi<br />
vurderte til å være best. Vi er nå klar til å gå tilbake til det første skritt i denne<br />
prosessen dvs. finne ny aktivitet som skal plasseres.<br />
• Prosessene ovenfor kan termineres i 4 tilfeller:<br />
1. Vi har ikke bedt om legging, bare analyse i grunnfase eller bygge på delplan.<br />
Prosessene foran løpes da igjennom en gang dvs. den avsluttende analyse er<br />
det samme som en initialisering av leggingsprogrammet.<br />
2. Vi har Standard legging og har bedt om full legging. Prosessene ovenfor<br />
avsluttes når vi har forsøkt å plassere ut samtlige aktiviteter.<br />
3. Vi har Standard legging og har bare bedt om et visst antall skritt i<br />
styredirektivene. Prosessene avsluttes når vi har gjennomført disse skritt.
196<br />
4. Vi har en Interaktiv legging. Prosessene avsluttes i det øyeblikk det oppstår et<br />
utspark (samt at vi også har vurdert direkte konsekvenser av dette utsparket)<br />
I alle 4 tilfeller går vi til den avsluttende del av leggingen.<br />
• Mens prosessene foran arbeider, lages det en leggingsjournal skritt for skritt i<br />
leggingen, Lih.nnn. Mens Tplan arbeider, gir statuslinjen et visuelt bilde av<br />
fremdriften og en egen dialogboks viser de utspark som har oppstått.<br />
Leggingsjournalen omtales i avsnitt 5.3.7. Vi omtaler også den oversikt over utspark<br />
som lages i avsnitt 5.3.6. Denne overføres til et eget register UtsGrid som vi arbeider<br />
videre med sammen med KomprGrid og/eller KlarGrid.<br />
• Ved komplett legging lages det et antall supplerende oversikter, også i filen Lih.nnn,<br />
se avsnitt 5.3.9.<br />
• Deretter lages det en ny romfordeling ut fra de nye plasseringer som er gjort. Dette<br />
kan skje på to i prinsipp ulike måter:<br />
1. Det legges en fullstendig ny romplan ut fra den partielle eller komplette<br />
timeplan man har. Til vanlig anbefaler jeg at man bruker dette alternativet.<br />
2. Man bygger romplanen skrittvis opp dvs. man beholder den romallokering man<br />
hadde i foregående (interaktive) skritt, og finner kun rom til de aktiviteter man<br />
plasserte i seneste skritt. Vi skal vise at<br />
dette kan ha sine alvorlige<br />
begrensninger, men jeg skal omtale en situasjon hvor jeg vil bruke en slik<br />
teknikk: Anta vi har en komplett plan for en skole og at denne plan har vært i<br />
bruk en tid. Av en eller annen grunn skal man ha en ny plan for noen få<br />
klasser, og dette vil man gjøre på en slik måte at ingen andre klasser merker<br />
noe. Nå vil jeg bygge videre på den romplan jeg allerede har. Samme argument<br />
gjelder hvis vi har gjort mange manuelle justeringer av romplanen.<br />
Romfordelingen styres av 4 ulike hovedprinsipper:<br />
1. Vi kan forsøke å ha samme klasse (elevgruppe) mest mulig på samme rom.<br />
2. Vi kan forsøke å ha samme lærer mest mulig på samme rom.<br />
3. Vi kan forsøke å ha samme fag mest mulig på samme rom<br />
4. Vi kan forsøke å få maksimal romutnyttelse helt uavhengig av eventuelle<br />
samlingskriterier (klasser/lærere kan fly mye her)<br />
Prinsipp 1 og 2 kan kombineres og romfordeling omtales i avsnitt 5.4<br />
• Etter avsluttet romfordeling lages den fil som er grunnlaget for de planer som vises på<br />
skjermen, KomprGrid og SkemaGrid. Denne fil heter Jupos.nnn, og den kan lages på<br />
to ganske forskjellige måter:<br />
1. Man lager Jupos.nnn fullstendig på nytt. Dette gjør man selvsagt for de første<br />
skritt i planen, eller hvis man av en eller grunn vil glemme det som har skjedd<br />
tidligere.<br />
2. Man bygger Jupos.nnn skrittvis opp dvs. man beholder uendret den Jupos man<br />
hadde foregående skritt og føyer bare til de plasseringer man gjorde i siste<br />
(interaktive) skritt. Dermed kan man under marsjens gang føye til manuelle<br />
justeringer av for eksempel rom, og disse blir en integrert del av den<br />
fullstendige timeplanlegging.<br />
Vi omtaler Jupos, KomprGrid og KlarGrid i kapittel 6.<br />
• Vi lager også tekstfiler av KomprGrid og KlarGrid. Vi har også en eldre tekstfil av<br />
KomprGrid. Denne har i en årrekke vist seg å være et godt grunnlag for manuelle<br />
justeringer med blyant, papir og viskelær. Tekstfilene vises i avsnitt 5.3.5<br />
• Helt spesielt for interaktiv legging og det skjer et utspark,<br />
så lages det et fargelagt<br />
utvalg av planen som sannsynligvis forklarer best det utspark som har skjedd. Dette<br />
utvalget vises på skjermen. Vi kaller det KtempGrid. Vi anbefaler dette varmt som et<br />
utgangspunkt for den forestående justering. Teknikken omtales i kapittel 6
197<br />
• I de følgende avsnitt vil vi omtale de viktigste begreper man bør kjenne til, og vi<br />
begrenser oss til den informasjon som vises i ulike utskrifter.<br />
• Det er en enorm kompleks prosess vi har forsøkt å beskrive foran. Egentlig har dette<br />
vært hovedstrategien i Tplan siden tidlig 70 – tall. Likevel er den versjon 28 som nå<br />
presenteres nærmest et kvantesprang i algoritmisk forbedring. Årsaken er: Det er<br />
ganske naturlig at det er mest nye konflikter på den dag man gjør en tenkt plassering,<br />
og at dette sprer seg videre til andre dager. Tidligere versjoner av Tplan behandlet bra<br />
de konflikter som oppstod på aktuell dag mens behandlingen av konflikter på andre<br />
dager var noe mer stemoderlig. Nå behandler Tplan de kompliserte løkker jeg beskrev,<br />
fullstendig for hele skoleuken(e). Litt negativt er at dette kan gi betydelig større<br />
regnetid, men helt avgjørende på plussiden er at vi kan få dramatisk færre utspark. Det<br />
er ikke uvanlig at vi får en 40 -60 % reduksjon av antall utspark. Jeg har også sett<br />
tilfeller med 100 % reduksjon dvs. ingen utspark. Tplan i den form det har nå, kunne<br />
ikke vært kjørt på tidligere tiders maskiner, men nå synes jeg vi kan leve godt med en<br />
viss øking av regnetiden når vi tenker på de kvalitative forbedringer.<br />
5.3.4 FRIHETSGRADEN<br />
Vi ønsker alltid å plassere den mest kritiske aktivitet først. Frihetsgrad eller DF er et mål<br />
for hvor kritisk en aktivitet er. DF defineres slik:<br />
Fra settet av ledige perioder for en aktivitet finner vi delmengder av perioder som er<br />
karakterisert ved at minst en periode for aktiviteten, må plasseres til dette tidsintervall.<br />
Antall perioder i den minste av disse delmengder kaller vi frihetsgraden til aktiviteten.<br />
De betingelser som fører til at en kan dele ledige perioder inn i delmengder, er<br />
periodeinndelingen for aktiviteten og de dagkonflikter som aktiviteten inngår i.<br />
Den minste DF for ikke plasserte aktiviteter betegnes DFMIN, og under ellers like forhold vil<br />
systemet legge ut aktiviteten som har DFMIN ledige perioder.<br />
Hovedprogrammet legger ut aktivitetene skrittvis og leggingsrekkefølgen er styrt av<br />
DFMIN.<br />
Eksempler på beregning av frihetsgrad, DF<br />
Eksempel 1:<br />
Aktiviteten består av en enkeltime og har disse ledige posisjoner<br />
på de ulike dager:<br />
MA TI ON TO FR<br />
2 2 1 1 0<br />
dvs. DF = 6<br />
Eksempel 2:<br />
Aktiviteten består av 3 enkeltimer og har disse ledige timer på de ulike dager:<br />
MA TI ON TO FR<br />
1 3 2 0 4<br />
av de 3 timer må<br />
1 plasseres på enten mandag eller onsdag dvs:<br />
DF = 1 + 2 = 3<br />
Vi trenger bare å undersøke de tre timene på mandag og onsdag for å plassere den første<br />
enkeltimen.
198<br />
Eksempel 3.<br />
Aktiviteten består av 1 dobbeltime og 2 enkeltimer. Dobbeltimen har disse ledige perioder<br />
(NB! ikke posisjoner):<br />
MA TI ON TO FR<br />
1 2 2 4 4<br />
Vi antar at de 2 enkeltimene vil bli plassert på torsdag eller fredag, og DF for<br />
dobbeltimer vil<br />
da bli:<br />
DF = 1 + 2 + 2 = 5<br />
Dette kan være et greitt nok mål for når dobbeltimen skal plasseres.<br />
Vi kan imidlertid<br />
ikke<br />
slutte<br />
at dobbeltimen må ligge på de tre første dagene i uken, og ved plassering av<br />
dobbeltimen må vi undersøke konsekvensene for alle 13 perioder.<br />
Eksempel 4.<br />
En aktivitet (A) består av 2 dobbeltimer og 1 enkeltime. Videre<br />
er aktiviteten i dagkonflikt<br />
med en annen aktivitet (B) som består av 2 enkeltimer. Dobbeltimene<br />
har disse ledige<br />
perioder:<br />
MA TI ON TO FR<br />
1 0 2 2 1<br />
Anta:<br />
1. Aktivitet B plasseres på tirsdag og onsdag.<br />
2. Enkeltimen i aktivitet A plasseres på torsdag.<br />
For dobbeltimene i aktivitet A får vi da:<br />
DF = 1<br />
Dette bestemmer når den første dobbeltimen skal plasseres. Ved plassering av denne<br />
dobbeltimen må man undersøke 4 (1 + 1 + 2) perioder.<br />
Eksempel 5.<br />
En aktivitet har fått tvungen plassering til en eller flere bestemte dager. Det minste antall<br />
ledige perioder på disse dager blir nå DF for aktiviteten.<br />
I dette tilfellet er "ukeproblemet" delt opp i et antall "dagproblemer", og vi kan ignorere<br />
effekten av dagkonflikter og periodeinndeling.<br />
Oppsummering.<br />
Beregning av frihetsgrad er styrt av disse regler:<br />
a. Periodelengden av en aktivitet bestemmer ledige perioder pr. dag (dvs. antall ulike<br />
startposisjoner pr. dag).<br />
b. Vekselvirkningen mellom periodeinndeling og dagkonflikter bestemmer det minste<br />
antall ledige dager for den enkelte periode i en aktivitet. Utvalget av ledige dager gjøres<br />
på en slik måte at DF får en minimal verdi. Denne verdi bestemmer når aktiviteten skal<br />
plasseres. Vi må imidlertid ignorere effekten av dagkonflikter når vi bestemmer hvilke<br />
muligheter som skal undersøkes, før plassering velges.<br />
c. Hvis en aktivitet får tvungen plassering til en dag, er DF antall ledige perioder på denne<br />
dag, og vi kan ignorere eventuelle dagkonflikter.<br />
Supplerende kommentar.<br />
For klaringen foran er noe forenklet fordi det kan hende vi må modifisere antall tilsynelatende<br />
ledige posisjoner på en dag pga. andre krav til planen. Eksempler på dette er: Visse andre<br />
aktiviteter må bruke disse posisjoner, sekvenser og dagsammenfall kan kreve disse posisjoner,<br />
krav om maksimalt timetall for klasser/lærere, kan redusere antall virkelig ledige posisjoner<br />
på ulike dager
199<br />
5.3.5 KOMPRIMERT PLANER FRA HOVEDPROGRAM<br />
I direktiv til legging ber en om utskrift av komprimert plan (med tegnbredde =80 eller 120).<br />
Timeplanleggingen avsluttes med at den komprimerte planen lagres i tekstfilen Lisch.nnn og<br />
klarteksten lagres på filen. Lislut.nnn<br />
Lisch.nnn kan lages på to ulike måter:<br />
• Den kan være en direkte kopi av den komprimerte plan som vises på skjermen. Denne<br />
kan gis en rekke alternative utforminger som omtales i kapittel 6.2 Fig 5.3.12 viser et<br />
eksempel på hvordan klasse- lærer og rom- planer kan se ut. Det lages også en fil<br />
Lislut.nnn som er en direkte kopi av den klarteks<strong>tplan</strong> som vises på skjermen.<br />
• Tidligere var den sentrale informasjon fra Tplan den komprimerte plan som man<br />
sendte til skriver for videre manuell bearbeiding. Dette vil bli stadig mindre aktuelt i<br />
fremtiden, fordi mesteparten av det manuelle arbeid gjøres direkte på skjermen. Vi har<br />
dog lært atskillig om hva<br />
som er den mest kompakte representasjon og inntil videre<br />
beholder vi våre gamle tekstfiler som et valgfritt tillegg. Disse har vist sin verdi. Og<br />
her omtaler vi bare de gamle konvensjoner. Et lite utsnitt er vist i fig 5.3.13<br />
PLAN FOR KLASSER 913 SAUDA UNGDOMSSKOLE 2002/03<br />
............................... ........................................<br />
8A : 8B : 8C : 9A : 9B : 9C :<br />
LEN :AUSL V :WEI :WAA :ISAKLU :HEL :<br />
12 :16 :13 :01 :04<br />
:05 :<br />
... .... .......................................... . .....................<br />
M 1:8A ENNA 2 :8B KUH :8C BIO :9A SAF :9B<br />
NAEN 3 :9C HKNM 6 : 1<br />
A 2:8A ENNA 1 :8B KUH :8C MUS :9A BIO :9B EN :9C HKNM 4 : 2<br />
N 3:8A KR :8B MUS :8C EN :9A NAEN 3 :9B SAF :9C HKNM 4 : 3<br />
D 4:8A KR :8B NO 1 :8C SAF :9A MUS :9B HKNM 1 :9C NAEN 2 : 4<br />
A 5:8A NO 1 :8B KR :8C NOMA 3 :9A KR :9B HKNM 1 :9C BIO : 5<br />
G 6:8A SAF :8B KR :8C NOMA 4 :9A KR :9B HKNM 3 :9C MUS : 6<br />
.................................................................... ...<br />
KomprGrid, klasseplan<br />
.......................................................................<br />
13 14 15 : 16 17 18 :<br />
H V ISA JOH :KLU LAN LIE :<br />
10B 9B :9B :<br />
.......................................................................<br />
M 1: :9B NAEN 3 : : :8B KUH :10A KR : 1<br />
A 2: : : : :8B KUH :10A NO 1: 2<br />
N 3: :9B SAF :10A SKEV :9B SAF : : : 3<br />
D 4: :9B HKNM 1 :10A SKEV :9B HKNM 1 : : : 4<br />
A 5: :9B HKNM 1 :9A KR :9B HKNM 1 : : : 5<br />
G 6: :9B HKNM 3 :9A KR :8A SAF : : : 6<br />
.......................................................................<br />
KomprGrid, lærerplan<br />
.......................................................................<br />
31 : 32 : 33 : 34 : 35 : 36 :<br />
VERK :TEGN :HOBR :GYM1 :GYM2 :GYM3 :<br />
: : : : : :<br />
.......................................................................<br />
M 1:8B KUH :8B KUH : : :10A KR :10A KR : 1<br />
A 2:8B KUH :8B KUH : : : : : 2<br />
N 3:10A SKEV :10A SKEV : :8A KR : :10A SKEV : 3<br />
D 4:10A SKEV :10A SKEV : :8A KR : :10A SKEV : 4<br />
A 5:10A TV 1:10A TV 1: :8B KR :9A KR :9A KR : 5<br />
G 6:10A TV 1:10A TV 1: :8B KR :9A KR :9A KR : 6<br />
.......................................................................<br />
VERK :TEGN :HOBR :GYM1 :GYM2 :GYM3 :<br />
.......................................................................<br />
T 1:10A KOH :10A KOH : :B* :B* :B* : 1<br />
I 2:10A KOH :10A KOH : :B* :B* :B* : 2<br />
R 3:9B KUH :9B KUH : :B* :B* :B* : 3<br />
KomprGrid, romplan<br />
fig 5.3.12
200<br />
PLAN FOR KLASSER 913 SAUDA UNGDOMSSKOLE 2002/03<br />
...........................................................................<br />
8A 8B 8C : 9A 9B 9C : 10A 10B 10C : XXX :<br />
LEN AUS WEI : WAA ISA HEL : SOL H V BIR : :<br />
...........................................................................<br />
M 1: ENNA 2 KUH+ BIO : SAF NAEN 3 HKNM 6 KR * 10A* NO : :<br />
A 2: ENNA 1 KUH+ MUS : BIO EN HKNM 4 NO 1 NO MA : :<br />
N 3: KR + MUS EN : NAEN 3 SAF+ HKNM 4#SKEV* 10A* 10A* : :<br />
D 4: KR + NO 1 SAF : MUS HKNM 1 NAEN 2#SKEV* 10A* 10A* : :<br />
A 5: NO 1 KR + NOMA 3 KR + HKNM 1 BIO :#TV 1 10A* 10A* : :<br />
G 6: SAF+ KR + NOMA 4 KR + HKNM 3 MUS :#TV 1 10A* 10A* : :<br />
...........................................................................<br />
Gamle konvensjoner for klasseplan I filen Lisch.nnn<br />
PLAN FOR L’RERE 913 SAUDA UNGDOMSSKOLE 2002/03<br />
..........................................................................<br />
1 2 3 4 5 : 6 7 8 9 10 :<br />
: VR<br />
R D AUS BIR BRE : BRU BRY LEN GAR HEL :<br />
KL S 8B 10C<br />
8A 9C<br />
..........................................................................<br />
M 1: 10C : 9C+ 8A+ :<br />
A 2: 9B 8C : 10A+ 8A+ 9C+ :<br />
N 3: 9B+ 8B : 8C 9C+ :<br />
D 4: 9A : 9C+ 9B* 9C+ 8C :<br />
A 5: #10A* 8A+ : 9C 9B* 8A+ 8C+ :<br />
G 6: #10A* 9C : 9B* 8A+ 8C+ :<br />
..........................................................................<br />
Gamle konvensjoner for lærerplan I filen Lisch.nnn<br />
PLAN FOR ROM 913 SAUDA UNGDOMSSKOLE 2002/03<br />
....................................................................<br />
ROM :FYSR :MUSR :FORM :VERK :TEGN :HOBR :GYM1 :GYM2 :GYM3 :<br />
....:......:......:......:......:......:......:......:......:......:<br />
M 1: 8A : : : 8B : 8B : : : 10A : 10A :M 1<br />
A 2: 8A : 8C : : 8B : 8B : : : : :A 2<br />
N 3: : 8B : : 10A : 10A : : 8A : : 10A :N 3<br />
D 4: 9C : 9A : : 10A : 10A : : 8A : : 10A :D 4<br />
A 5: 8C : : : 10A : 10A : : 8B : 9A : 9A :A 5<br />
G 6: : 9C : : 10A : 10A : : 8B : 9A : 9A :G 6<br />
... .................................................................<br />
Gamle konvensjoner<br />
for romplan i filen Lisal.nn<br />
Fig. 5.3.13<br />
NOTASJON I KOMPRIMERTE KLASSE/LÆRER PLANER(eldre konvensjoner)<br />
• I klasseplanen skrives aktivitetens navn bare ut under stamklassen.<br />
• Klasser som er koplet til en stamklasse får skrevet ut navnet på stamklassen i stedet for<br />
navnet på aktiviteten.<br />
• I lærerplaner skrives bare navnet på stamklassen for de aktiviteter de underviser i ulike<br />
posisjoner.<br />
Fig.5.3.13 inneholder visse koder, og vi bruker disse konvensjoner:<br />
# :Foran aktivitetsnavn i klasseplaner eller foran klassenavn i lærerplaner. Dette betyr at<br />
aktiviteten er forhåndsplassert.<br />
+ :Skrives bak et aktivitetsnavn (eller klassesymbol). Det betyr at summen av klasser og<br />
lærere er 3 eller 4 for aktiviteten ("liten parallell"=SPA).<br />
* :Skrives bak et aktivitetsnavn (eller klassesymbol). Det betyr at summen av klasser og<br />
lærere er minst 5 for aktiviteten ("stor parallell"=GPA)<br />
B* :Betyr at klassen (læreren) er direkte blokkert i denne posisjon via posisjonsdirektiv<br />
for klassen (læreren).<br />
** :Betyr at klassen (læreren) er indirekte blokkert i denne posisjon. Andre direktiv<br />
(forhåndsplassering, blokkering) har ført til at denne posisjon er tapt for klassen<br />
(læreren). Et meget vanlig tilfelle er f.eks generell blokkering av tidsrammen.<br />
LUNCH : For skoler som timeplanlegger LUNCH skrives dette ut.<br />
KON1 (f.eks): Aktiviteter for konferanseklasse (XXX) skrives ikke i klasseplan og<br />
aktivitetsnavnet skrives for alle lærere som har en slik aktivitet. (Husk de spesielle<br />
konvensjoner som er valgt for halvdagsfri for lærere.)
201<br />
5.3.6 OVERSIKT OVER UPLASSERTE AKTIVITETER (UTSPARK)<br />
Denne skrives ut i filen Lih.nnn umiddelbart etter leggingsjournalen (se avsnitt 5.3.7). Denne<br />
lagres også i UtsGrid og kan kalles frem på skjermen i forbindelse med KomprGrid. De ulike<br />
skjemabiter i utsparklisten vises i et eget register, ButsGrid og kan arbeides med i<br />
sammenheng med klartekster, SkemaGrid. Utsparklisten kan se ut slik:<br />
AKTIVITETER SOM IKKE PLASSERES :<br />
AKTIVITET :POS : S K J E M A B I T - - - - - - - - :<br />
: :FAGNAVN:KLA:LÆR:ROM : FULLT NAVN :<br />
1a s1spA1: 1 :spB :1a :BH :435 :1axq spB :<br />
: :frB :1x :BD :af4 :1a- frB :<br />
: :frB :1q :SL :af4 :1xq frB :<br />
: :tyF :4d :AK :af4 :1x- tyF :<br />
3a hi : 2 :hi :3a :CC :af3 :3a hi :<br />
: : :4a : : : :<br />
3a hi : 1 :hi :3a :CC :af3 :3a hi :<br />
: : :4a : : : :<br />
3a ol : 2 :ol :3a :BB :af3 :3a ol :<br />
: : :4b : : : :<br />
3x daA : 1 :da :3x :NM :af3 :3x da :<br />
3x hi : 1 :hi :3x :BB :af3 :3x hi :<br />
2p hi : 2 :hih :2p :GL :af3 :2p hih :<br />
2x idY : 2 :id :2x :LS :IC :2x id :<br />
2a en : 1 :en :2a :KG :af4 :2a en :<br />
2x ge : 1 :ge :2x :NJ :geo :2x ge :<br />
1x en : 1 :en :1x :FM :333 :1x en :<br />
3b e› : 1 :e› :3b :MW :af2 :3b E› :<br />
Listen viser utvalgte deler av aktivitetsregister som er avledet fagregister + blokkregister.<br />
Betydningen av feltene er;<br />
AKTIVITET: Stamklasse + navn på aktivitet som får utspark. Stamklasse er for alle<br />
praktiske formål den første klasse i aktiviteten<br />
POS.: Periodelengde for aktiviteten, 1, 2, 3 etc. for enkel- dobbel- trippel- time etc.<br />
FAGNAVN:<br />
Fagnavn<br />
for lærer/rom på tilhørende linje.<br />
KLA:<br />
Referanseklasse for dette fagnavn dvs. under hvilken klasse i KomprGrid og<br />
SkemaGrid denne skjemabit skrives ut<br />
LÆR: Signatur for den lærer som underviser i tilhørende fagnavn.<br />
ROM: Det rom(romtype) som brukes av tilhørende lærer.<br />
FULLT NAVN: Fullstendig beskrivelse av tilhørende fagnavn.<br />
Den komprimerte plan og utsparkliste kan sendes til skriver, og en må manuelt finne en<br />
løsnin g på de problemer som har oppstått. Dette likner på det arbeid som gjøres ved<br />
tradisjonell manuell legging, men forhåpentligvis gjelder arbeidet bare noen få aktiviteter.<br />
Man kan sette opp visse prinsipper for dette arbeid. Temaet er svært viktig, men det er også<br />
så omfattende at det faller utenfor rammen av denne håndbok. Slik Tplan nå er blitt mener jeg<br />
at nesten alt justering kan gjøres direkte på skjermen dvs. gå utenom å sende komprimert plan<br />
til skriver. Dette omtales i kapittel 6.<br />
5.3.7 LEGGINGSJOURNAL, NORMALUTSKRIFTER<br />
Mens leggingsprogrammet<br />
kjører skrives utvalgte linjer av leggingsjournalen ut i statuslinjen<br />
på skje rmen, dette fordi en skal se fremdriften av Tplan og for å gi en grov oversikt over om<br />
legging srekkefølgen virker fornuftig. Hvis det oppstår et utspark, skrives dette i en egen<br />
dialogboks på, slik at man kan se hvor bra Tplan arbeider og slik at man eventuelt kan avbryte
202<br />
en mislykket kjøring. Leggingsjournalen samt utsparkene skrives ut på filen Lih.nnn. Denne<br />
får man tilgang til via faneblad: Uskrifter.<br />
Vi skal vise hvordan leggingsjournalen kan brukes til å foreta en vurdering av om styringen<br />
og leggingen er fornuftig. Følgende figur viser starten på en normalutskrift:<br />
PLA AKTIVITET ID. PLASSERING PER NB FD ANT DC SQ SD ITAP GTAP FEIL SEK PRI<br />
NR. DAG POS MUL K RES ORI<br />
1 9B HKNM 1 35 MAN 4 DP 12 X X 55 0 0 0 102<br />
ANTALL TVUNGNE PLA. : 3<br />
2 9A KRØ 125 MAN 5 DP FD 1 0 0 0 0 104<br />
3 9A MUS 119 MAN 4 SP FD 1 0 0 0 0 200<br />
4 9B HKNM 3 36 MAN 6 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE PLA<br />
5 9A HKNM 1 31 FRE 5 DP 10 X X 37 0 0 0 102<br />
ANTALL TVUNGNE PLA. : 1<br />
6 9A HKNM 3 32 FRE 4 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE<br />
PLA<br />
7 9 B HKNM 4 37 ONS 5 DP 6 X X 98 0 0 0 102<br />
ANTALL TVUNGNE<br />
PLA. : 1<br />
8 9B HKNM 6 38 ONS 4 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE<br />
PLA<br />
9 9A HKNM 4 33 ONS 2 DP FD 2 X 48 0 0 0 20<br />
ANTALL TVUNGNE<br />
PLA. : 1<br />
10 9A HKNM 6 34 ONS 1 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE<br />
PLA<br />
11 9A KUH 122 ONS 5 DP FD 2 19 0 0 0 104<br />
ANTALL TVUNGNE<br />
PLA. : 1<br />
12 9A BIO 110 ONS 4 SP FD 1 0 0 0 0 200<br />
FERDIG TVUNGNE<br />
PLA<br />
13 8A TV 1 22 FRE 6 SP D 4 5 0 0 0 102<br />
14 8A TV 1 22 TIR 5 SP D 5 3 0 0 0 102<br />
15 9C HKNM 1 39 TIR 5 DP 6 X 44 0 0 0 102<br />
ANTALL TVUNGNE<br />
PLA. : 1<br />
16 9C HKNM 3 40 TIR 4 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE<br />
PLA<br />
17 9C HKNM 4 41 MAN 2 DP FD 2 X 21 0 0 0 20<br />
ANTALL TVUNGNE<br />
PLA. : 1<br />
18 9C HKNM 6 42 MAN 1 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE<br />
PLA<br />
19 9A NOMA 1 23 TOR 2 SP 6 X X 138 0 0 0 103<br />
ANTALL TVUNGNE<br />
PLA. : 1<br />
20 9A NOMA 2 24 TOR 1 SP FD 1 X 0 0 0 0 103<br />
FERDIG TVUNGNE<br />
PLA<br />
21 9A NOMA 3 25 TIR 6 SP FD 5 X 0 0 0 0 104<br />
-------<br />
-------<br />
103 10A ENNA 2 69 TOR 5 SP FD 4 X 61 0 0 0 103<br />
ANTALL TVUNGNE PLA. : 13<br />
104 10A KRØ 147 MAN 1 SP FD 1 0 0 0 0 104<br />
105 10B SAF 138 TIR 5 SP FD 1 0 0 0 0 200<br />
106 10B SAF 138 ONS 5 SP FD 1 0 0 0 0 200<br />
107 10A NAT 133 ONS 1 SP FD 1 0 0 0 0 104<br />
108 10B MA 130 FRE 3 SP FD 1 0 0 0 0 200<br />
109 9B KUH 123 TIR 3 DP FD 1 0 0 0 0 104<br />
110 9B SAF 114 TIR 1 SP FD 1 0 0 0 0 104<br />
111 8C KRØ1 105 FRE 1 SP FD 1 0 0 0 0 104<br />
112 8C KRØ 104 ONS 5 DP FD 1 0 0 0 0 104<br />
113 10A SAF 1 75 ONS 2 SP FD 1 0 0 0 0 104<br />
114 10A NO 1 59 MAN 2 SP FD 1 X 0 0 0 0 104<br />
115 9B NAEN 3 48 MAN 1 SP FD 1 0 0 0 0 104<br />
116 8A NO 1 5 TIR 6 SP FD 1 X 0 0 0 0 104<br />
FERDIG TVUNGNE PLA<br />
Forklaring:<br />
PLA.NR.<br />
En fortløpende summering av antall aktiviteter som er plassert. I statuslinjen viser<br />
denne fremdriften av Tplan<br />
AKTIVITET<br />
Stamklassen for aktiviteten skrives ut, fulgt av aktivitetens navn<br />
ID.
203<br />
Alle aktiviteter har et internt nummer. Til vanlig har man ikke bruk for dette, men det<br />
kan være bra å vite ved feilsøking.<br />
PLASSERING<br />
DAG POS<br />
Først skrives ut et forkortet symbol for den dag hvor aktiviteten plasseres (MAN, TIR<br />
osv). Deretter skrives ut den første posisjon som aktiviteten bruker denne dag.<br />
PER.<br />
Periodelengde for den aktivitet som plasseres:<br />
SP , DP , TP , QP eller KP (eller antall minutter for større perioder).<br />
NB<br />
Hvis Tplan ser at den plassering som må gjøres, fører til konflikt (dvs. utspark) skrives<br />
NB i dette feltet. Dette ledsages av supplerende informasjon i andre felt.<br />
FD<br />
Hvis den aktivitet som plasseres allerede er tvunget til en dag skrives D i dette feltet.<br />
Hvis den plassering som gjøres inngår i en tvungen plassering skrives F i dette feltet.<br />
Hvis begge deler er oppfylt skrives FD i feltet.<br />
ANT<br />
MUL<br />
Antall plasseringsmuligheter som undersøkes. Dette tilsvarer parameter DFMIN som<br />
er omtalt tidligere.<br />
DC SQ SD<br />
K<br />
Dette felt innholder et antall koder for å beskrive de timeplanrelasjoner som gjelder for<br />
den aktivitet som plasseres. Konvensjonene er:<br />
X under DC : Aktiviteten har dagkonflikt med andre aktiviteter<br />
X under SQ : Aktiviteten inngår i et sekvenskrav<br />
X under SD : Aktiviteten inngår i et dagsammenfallkrav<br />
K : Aktiviteten er kantplassert<br />
Y : Aktiviteten blokkeres på nabodager.<br />
Denne komprimerte notasjon er nyttig for å skaffe en oversikt om hva som skjer.<br />
ITAP<br />
Et kvantitativt mål for hvor mange nye konflikter den aktuelle plassering fører til. Vi<br />
har omtalt denne parameter i avsnitt 5.3.3. Lave verdier (0-10) betyr at TPLAN arbeider<br />
relativt fritt og finner få nye problemer. Større verdier viser at systemet arbeider tungt<br />
og oppdager mange nye konflikter.<br />
Spesielt betyr verdien 0 at systemet ikke finner nye konflikter<br />
eller at disse konflikter<br />
allerede er vurdert av tidligere plasseringer.<br />
GTAP<br />
Et mål for i hvilken grad ulike TK-er har blitt umulige dvs.<br />
strider mot den sentrale<br />
timeplanbetingelse, se avsnitt 5.2.4. Denne parameter er også omtalt i avsnitt 5.3.3. Når<br />
denne verdi er større enn 0 følger som regel et antall utspark pr. omgående. Unntaksvis<br />
skjer utsparkene noe senere.<br />
FEIL<br />
Dette er en alternativ måte å kvantifisere en feilsituasjon, analog med GTAP. Vi setter:<br />
FEIL1 = Antall enkle klassefag som Tplan vet blir utsparket.<br />
FEIL2 = Antall små paralleller som Tplan vet blir utsparket.<br />
FEIL3= Antall store paralleller som Tplan vet blir utsparket.<br />
Noe vilkårlig setter vi:<br />
FEIL = FEIL1 + 5* FEIL2 + 10 * FEIL3 + SEKRES (se neste parameter)
204<br />
Anta nå at det blir en feilsituasjon uansett hvilken plassering<br />
vi velger. Vi vil da velge<br />
enten den som har lavest GTAP eller FEIL og spørsmålet er hva som er best? Jeg våger<br />
ikke være helt definitiv, men jeg heller meget sterkt til at GTAP er det langt beste mål<br />
for hvor ”umulig” en feilsituasjon har blitt.<br />
SEKRES<br />
Det fins et antall ting som kan gå galt med timeplanen, og som vi ikke direkte kan måle<br />
i form av GTAP eller utspark (dvs. FEIL). Eksempler på dette er uakseptable hull i<br />
klasse/lærer- planer, ubalanse i planer, tap av fridager, problemer med sekvenser,<br />
dagsammenfall etc. Vi summerer ganske enkelt opp de tilfeller vi finner og legger dette<br />
til parameter FEIL. Denne parameter er helt klart rent heuristisk. Mange ganger spiller<br />
det liten rolle hvilken parameter som skal styre våre valg i feilsituasjoner.<br />
PRIORI.<br />
Den prioritet vi har gitt denne aktivitet i våre styredirektiver. Den verdi som skrives ut<br />
skal tolkes på en bestemt<br />
måte. Anta at vi opererer med 3 prioriteter 10, 20 og 30.<br />
Internt blir dette omformet slik:<br />
101 = prioritet 10 = første styredirektiv<br />
102 = prioritet 20 = andre styredirekiv<br />
103 = prioritet 30= tredje styredirektiv<br />
osv. osv.<br />
Grunnen til at vi har gjort det på den litt spesielle måten, er at dette gir Tplan mulighet<br />
for å skyte inn styredirektiver med en lavere verdi enn 100 dvs. at Tplan overstyrer de<br />
direktiv man selv har valgt fordi Tplan har oppdaget spesielle ting. Eksempler på dette<br />
er:<br />
PRIORI = 20 betyr at en klasse må møte en bestemt lærer i en bestemt posisjon,<br />
alternativt en lærer må møte en bestemt klasse i en bestemt posisjon.<br />
PRIORI = 50 betyr at en dagkonflikt har blitt umulig, og man vil eliminere en aktivitet i<br />
denne dagkonflikten.<br />
PRIORI= 80 betyr at et bestemt antall aktiviteter må plasseres i bestemte posisjoner for<br />
at klasse (eller lærer) - planer skal være sammenhengende.<br />
osv.<br />
Nå vil man vanligvis ikke lese leggingsjournalen nitidig hver gang man gjør en kjøring, men<br />
det kan være greitt å vite hvordan dette gjøres hvis det blir behov for det. Jeg skal forklare<br />
journalen foran. Innledningsvis beskriver jeg denne skolen slik: Skolen har integrert parvise<br />
klasser i skriftlige fag. Skolen har omtrent 100 % rombelastning<br />
i gymnastikk og<br />
kunst/håndverk. Heimkunnskap er litt spesielt<br />
organisert ved at en trippeltime Hk ligger mot<br />
en dobbeltime norsk og enkeltime matematikk. Dette gir både to sekvenskrav for hver klasse<br />
samt ganske omfattende dagkonflikter pga. norsk/matematikk. De 4 første plasseringer<br />
ser ut<br />
slik:<br />
PLA AKTIVITET ID. PLASSERING PER NB FD ANT DC SQ SD ITAP GTAP<br />
FEIL SEK PRI<br />
NR. DAG POS MUL K<br />
RES ORI<br />
1 9B HKNM 1 35 MAN 4 DP 12 X X 55 0 0 0 102<br />
ANTALL TVUNGNE PLA. : 3<br />
2 9A KRØ 125 MAN 5 DP FD 1 0 0 0 0 104<br />
3 9A MUS 119 MAN 4 SP FD 1 0 0 0 0 200<br />
4 9B HKNM 3 36 MAN 6 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE PLA<br />
Skolen har ingen initiale kjedereaksjoner og heller ingen aktiviteter<br />
på laveste nivå (101).<br />
Derfor har den første plassering priori = 102. Vi starter ganske<br />
naturlig med Hk- sekvensene.<br />
Disse er ganske kritiske, det ser vi av X i både DC og SQ. Den<br />
første aktivitet har 12 mulige<br />
plasseringer. Den laveste ITAP har vi for MAN 4 og i samme skritt legger vi også ut de tre<br />
neste plasseringene. Plassering 4 er ganske enkelt den andre aktivitet i sekvensen. Plassering 2
205<br />
og 3 er to ganske bestemte fag i 9A som legges mot trippeltimen Hk i 9B. Hvis man studerer<br />
detaljene i time/fag- fordelingen vil man finne at klassestyrer i 9A har Hk i 9B. Derfor er det<br />
bare 9A KRØ og 9A MUS som kan ligge mot 9B Hk. Vi ser at plassering 2- 4 har bare en<br />
mulighet, og de får heller ikke noe ITAP fordi dette ble evaluert allerede i plassering 1. Vi ser<br />
at disse plasseringene er merket med FD dvs. tvunget direkte på plass. Av PRIORI ser vi at vi<br />
tvinger på plass aktiviteter som ikke er med i våre styredirektiv<br />
Dette er et søtt lite eksempel<br />
på klarering(se avsnitt 1.4.3)<br />
De 8 neste plasseringer er:<br />
5 9A HKNM 1 31 FRE 5 DP 10 X X 37 0 0 0 102<br />
ANTALL TVUNGNE PLA. : 1<br />
6 9A HKNM 3 32 FRE 4 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE PLA<br />
7 9B HKNM 4 37 ONS 5 DP 6 X X 98 0 0 0 102<br />
ANTALL TVUNGNE PLA. : 1<br />
8 9B HKNM 6 38 ONS 4 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE PLA<br />
9 9A HKNM 4 33 ONS 2 DP FD 2 X 48 0 0 0 20<br />
ANTALL TVUNGNE PLA. : 1<br />
10 9A HKNM 6 34 ONS 1 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE PLA<br />
11 9A KUH 122 ONS 5 DP FD 2 19 0 0 0 104<br />
ANTALL TVUNGNE PLA. : 1<br />
12 9A BIO 110 ONS 4 SP FD 1 0 0 0 0 200<br />
Plassering 5 og 6 er enkle å forstå. Vi legger nå ut en sekvens for 9A. FRE 5 har den laveste<br />
ITAP. Denne velges og trekker selvfølgelig med seg enkeltimen<br />
i FRE 4.<br />
Plassering 7 – 12 er en ganske infernalsk plassering og må ses i sammenheng. Vi plasserer<br />
den resterende sekvens i 9B og nå skjer ganske meget. Først følger den resterende<br />
aktivitet i<br />
sekvensen (plassering 8) . Deretter tvinges den resterende sekvens i 9A til de 3 første<br />
posisjoner onsdag(plassering 9 og 10). Dette er helt nødvendig<br />
pga. dagkonfliktene i<br />
norsk/matematikk som nå må plasseres på tirsdag og torsdag. Deretter får 9A to ganske<br />
bestemte aktiviteter de tre siste timer onsdag. Forklaringen er eksakt den samme som for<br />
MAN 4 – 6 : Klassestyrer i 9A har Hk. i 9B! Bemerk i felt priori at vi får plassert delvis andre<br />
ting enn det vi har angitt i vår styring. Nå begynner klareringen å bli ganske avansert!<br />
De 9 neste plasseringer er:<br />
13 8A TV 1 22 FRE 6 SP D 4 5 0 0 0 102<br />
14 8A TV 1 22 TIR 5 SP D 5 3 0 0 0 102<br />
15 9C HKNM 1 39 TIR 5 DP 6 X 44 0 0 0 102<br />
ANTALL TVUNGNE PLA. : 1<br />
16 9C HKNM 3 40 TIR 4 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE PLA<br />
17 9C HKNM 4 41 MAN 2 DP FD 2 X 21 0 0 0 20<br />
ANTALL TVUNGNE PLA. : 1<br />
18 9C HKNM 6 42 MAN 1 SP FD 1 X 0 0 0 0 102<br />
FERDIG TVUNGNE PLA<br />
19 9A NOMA 1 23 TOR 2 SP 6 X X 138 0 0 0 103<br />
ANTALL TVUNGNE PLA. : 1<br />
20 9A NOMA 2 24 TOR 1 SP FD 1 X 0 0 0 0 103<br />
FERDIG TVUNGNE PLA<br />
21 9A NOMA 3 25 TIR 6 SP FD 5 X 0 0 0 0 104<br />
Det<br />
er to tilvalgsblokker som ikke er forhåndsplassert. Slik disse er, samt vår legging av<br />
sekvenser, må<br />
disse til tirsdag og fredag. Bemerk notasjon D. Det er en viss frihet ved disse to<br />
plasseringer (13 og 14). Deretter følger resten av Hk-sekvensene for 9C. (plassering 15 – 18).<br />
Dette faller på plass i ganske bestemte posisjoner. Ved plassering 19 starter effekten av vårt<br />
neste styredirektiv (priori = 103)<br />
103 10A ENNA 2 69 TOR 5 SP FD 4 X 61 0 0 0 103<br />
ANTALL TVUNGNE PLA. : 13<br />
104 10A KRØ 147 MAN 1 SP FD 1 0 0 0 0 104<br />
105 10B SAF 138 TIR 5 SP FD 1 0 0 0 0 200<br />
106 10B SAF 138 ONS 5 SP FD 1 0 0 0 0 200<br />
107 10A NAT 133 ONS 1 SP FD 1 0 0 0 0 104<br />
108 10B MA 130 FRE 3 SP FD 1 0 0 0 0 200<br />
109 9B KUH 123 TIR 3 DP FD 1 0 0 0 0 104
206<br />
110 9B SAF 114 TIR 1 SP FD 1 0 0 0 0 104<br />
111 8C KRØ1 105 FRE 1 SP FD 1 0 0 0 0 104<br />
112 8C KRØ 104 ONS 5 DP FD 1 0 0 0 0 104<br />
113 10A SAF 1 75 ONS 2 SP FD 1 0 0 0 0 104<br />
114 10A NO 1 59 MAN 2 SP FD 1 X 0 0 0 0 104<br />
115 9B NAEN 3 48 MAN 1 SP FD 1 0 0 0 0 104<br />
116 8A NO 1 5 TIR 6 SP FD 1 X 0 0 0 0 104<br />
FERDIG TVUNGNE PLA<br />
Utsnittet ovenfor viser et eksempel på hvor mye som kan skje samtidig. Ved plassering 103<br />
har man en viss frihet, men følgen av denne plassering er at de neste 13 plasseringer følger pr.<br />
omgående i samme skritt. De ulike plasseringer skjer ikke en etter en, men de foregår<br />
”klumpvis”, og det overstående er et godt eksempel.<br />
FERDIG TVUNGNE PLA<br />
42 2y ma2dp1 30 tir 4 DP FD 3 X 3 0 0 0 103<br />
43 2b s2dpA1 26 man 5 DP 2 X 237 0 0 0 103<br />
ANTALL TVUNGNE PLA. : 2<br />
44 1a s1dpA1 28 ons 1 DP FD 1 X 0 0 0 0 103<br />
45 1a s1spA1 29 man 7 SP FD 1 X 0 0 0 0 103<br />
FERDIG TVUNGNE PLA<br />
46 1a s1spA1 29 MAN 7 SP FD 2 X 10 0 0 0 103<br />
47 2b s2dpA1 26 fre 3 DP 2 X 16 0 0 0 103<br />
ANTALL TVUNGNE PLA. : 2<br />
48 2p F1dpA1 19 ons 1 DP FD 1 0 0 0 0 105<br />
49 2p re 60 ons 3 SP FD 1 X 0 0 0 0 200<br />
FERDIG TVUNGNE PLA<br />
50 2p F1dpA1 19 tir 3 DP FD 2 3 0 0 0 105<br />
PLA AKTIVITET ID. PLASSERING PER NB FD ANT DC SQ SD ITAP GTAP FEIL SEK PRI<br />
NR. DAG POS MUL K RES ORI<br />
51 2b s2dpA1 26 FRE 3 DP NB 3 X 116 2 13 3 103<br />
**** U T S P A R K **** 1a s1spA1 29 U T S P A R K ****<br />
52 1a s1dpA1 28 ONS 1 DP FD 2 118 0 0 0 20<br />
ANTALL TVUNGNE PLA. : 1<br />
Figuren ovenfor er et utsnitt av Lih.nnn hvor Tplan arbeider ganske tungt. Vi ser at det er<br />
ganske få plasseringsmuligeter, det er ganske mange tvungne plasseringer (se felt FD) og Itap<br />
er ganske høy. Det går også galt etter plassering 51 hvor det oppstår et utspark, og vi ser også<br />
at Gtap = 2 ved plassering 51 dvs. Tplan er fullt oppmerksom på at noe går galt men kan ikke<br />
gjøre noe i foreliggende situasjon.<br />
5.3.8 BRUK AV LEGGINGSJOURNAL<br />
Det er ikke meningen at man skal studere alle detaljer i denne, men en bør vurdere<br />
hovedlinjene i leggingen. Det første spørsmål en stiller seg, er om leggingsrekkefølgen er stort<br />
sett slik en forventet. Hvis dette ikke er tilfellet, bør en undersøke følgende:<br />
1. Er styredirektivene korrekte?<br />
Leggingsjournalen viser hvilke aktiviteter som inngår i nåværende styredirektiv.i felt PRIORI.<br />
Hvis en får en for tidlig plassering av visse aktiviteter, sjekk først parameter: FD for å se om<br />
dette forklarer plasseringen. Hvis dette ikke er tilfellet, må en ha fått med seg uønskete<br />
aktiviteter i styringen. Kontroller styredirektivene! Hvis visse aktiviteter er lagt ut alt for sent,<br />
kontroller om en virkelig har fått med seg disse i styredirektivet, eventuelt om et styredirektiv<br />
er blitt alt for omfattende.<br />
2.Er de opprinnelige direktiv korrekte?<br />
Hvis en får mengder av utspark hvor en ikke ventet store problemer, bør en studere grundig de<br />
opprinnelige forutsetninger. En ser på de direktiver som skrives ut i logisk analyse. Kontroller<br />
spesielt den generelle tidsramme og forbudte startposisjoner. Kontroller ulike blokkeringer,<br />
dagkonflikter, sekvenser og dagsammenfall.
207<br />
Hvis en selv klarer å plassere lett aktiviteter i en komprimert delplan og TPLAN har<br />
problemer med dette, må et eller annet være galt med forutsetningene !<br />
3. Er vurderingen av timeplanen feil?<br />
Anta man er helt sikker på at styredirektivene er korrekte (fordi TPLAN arbeider med de<br />
aktiviteter en forventet). Anta videre at en er sikker på at de opprinnelige direktiv er korrekte<br />
(fordi TPLAN ikke gir utspark av aktiviteter som en selv kan plassere lett).<br />
Timeplanen gir imidlertid uventede resultater eller utilfredsstillende resultater ved at en får<br />
utspark som en ikke ventet.<br />
Spørsmålet er nå om vår egen styring er den beste. Svaret på dette er todelt:<br />
a. Vi bør ubetinget stole på at TPLAN behandler de kombinatoriske konsekvenser i en gitt<br />
situasjon langt bedre enn oss selv.<br />
b. Hvis TPLAN arbeider ut fra feil strategi (dvs styredirektiv), kan det enkelte ganger<br />
komme feil avsted. Leggingsjournalen forteller en del om vår strategi er riktig. I<br />
prinsipp er det 2 slags feil vi kan gjøre:<br />
Vi kan definere for omfattende styredirektiv.<br />
Vi kan definere for snevre styredirektiv.<br />
Den første feilen vises i leggingsjournalen ved at mange aktiviteter som plasseres til slutt i et<br />
styredirektiv, har en stor DFMIN. I de følgende styredirektiv oppstår plutselig mange kjeder<br />
med tvungne plasseringer som deretter gir en rekke utspark. Vi har nå sannsynligvis tatt med<br />
for mange (eller feil) aktiviteter i det direktiv hvor vi hadde stor DFMIN på slutten.<br />
Den andre feilen vises ved at en finner en mengde FD- symboler i tidlige styredirektiv samt at<br />
feltet PRIORI inneholder mange verdier lavere enn 100. Dette betyr som nevnt tvungen<br />
plassering av aktiviteter som ikke er med i styring. Visse slike plasseringer er normalt, men i<br />
de tilfeller hvor dette gjelder mange aktiviteter, ville en sannsynligvis fått et bedre resultat<br />
hvis disse aktiviteter hadde inngått i aktuelt styredirektiv. Hvis resultatet av de nevnte tvungne<br />
plasseringer<br />
fører til mange utspark, bør en temmelig sikkert modifisere styredirektivene.<br />
Alle som får problemer med timeplanen bør først vurdere leggingsjournalen som skissert. En<br />
kan<br />
ofte redusere det forestående justeringsarbeid betydelig ved alternative styringer. (Husk<br />
først å lagre en plan du er rimelig tilfreds med.)<br />
5.3.9 ULIKE AVSLUTTENDE OVERSIKTER<br />
Den siste del av leggingsjournalen, Lih.nnn, inneholder ulike oversikter avhengig<br />
av hvilke<br />
mekani smer man bruker. Disse gir et visst inntrykk av kvaliteten av den plan som er lagt, og<br />
disse oversikter er stort sett selvforklarende. I dag kan vi få ut disse oversikter:<br />
ULIKE AVSLUTTENDE OVEROVERSIKTER:<br />
FAG MED NABOSPERRING<br />
1a bi 1<br />
0 X 0 X 0 0 X 0 0 X<br />
1a da 1<br />
X 0 X 0 0 0 X 0 0 0<br />
1a en 1<br />
0 X 0 X 0 X 0 0 0 X<br />
1a hi 1<br />
0 0 X 0 X 0 0 0 X 0<br />
1a la 1<br />
0 X 0 0 X 0 X 0 0 0<br />
1a mu 1
208<br />
X 0 0 0 0 X 0 0 X 0<br />
1a na 1<br />
X 0 X 0 X 0 X X 0 0 2 ******<br />
1b bi 1<br />
0 X 0 0 X 0 0 X 0 X<br />
ANTALL FAG,UØNSKET NABO : 23<br />
MÅL FOR UØNSKET NABOER : 48<br />
Skolen har en 10- dagers plan og krever sperring av nabodager for mer enn 250 fag og bare 23<br />
fag har fått uønsket nabo. I figuren betyr:<br />
X = Plassert på denne dag.<br />
0 = Ikke plassert på denne dag<br />
Vi ser at 1a na er plassert på tirsdag og onsdag i uke 2<br />
V- AKTIVITETER<br />
1c da V 61<br />
X 0 X 0 0 X 0 0 0 0<br />
1c en V 62<br />
0 X 0 0 X 0 X 0 X 0<br />
1c hi V 63<br />
X 0 0 X 0 X 0 0 0 0<br />
1c la V 64<br />
X 0 0 0 X 0 0 X 0 0<br />
1c mu V 65<br />
0 0 X 0 0 0 0 X 0 X<br />
1c na V 66<br />
0 0 0 X 0 X X 0 X 0 2 ******<br />
1d bi V 68<br />
0 0 0 X 0 0 0 X 0 0<br />
1d bi2 V 69<br />
X 0 0 0 0 X 0 0 0 0<br />
ANTALL V- AKTIVITETER : 239<br />
ANTALL UJEVNT FORDELT : 1<br />
Skolen forlanger at fagene fordeles jevnt på de to skoleuker( V-aktiviteter). Vi ser at 1c na har<br />
fått 1 periode i uke 1 og 3 perioder i uke 2<br />
BALANSE OG HULLTIMER I KLASSEPLANER<br />
1a<br />
BALANSE 4 4 3 4 4 3 4 3 2 4 *** MIN<br />
HULLTIMER 0 0 0 0 0 0 0 0 0 0<br />
1b<br />
BALANSE 3 3 3 4 4 3 4 3 4 4<br />
HULLTIMER 0 0 0 0 0 0 0 0 0 0<br />
1c<br />
BALANSE 4 4 3 4 3 4 4 3 4 2 *** MIN<br />
HULLTIMER 0 0 0 0 0 0 0 0 0 0<br />
1d<br />
BALANSE 3 3 3 3 4 4 4 3 4 4<br />
HULLTIMER 1 0 0 0 0 0 0 0 0 0 *** HULLTIM<br />
1u<br />
BALANSE 4 3 3 4 3 4<br />
4 3 4 3<br />
HULLTIMER 0 0 0 0 0 0 0 0 0 0<br />
1v<br />
BALANSE 3 4 3 4 4 4 4 3 3 3<br />
HULLTIMER 0 0 0 0 0 0 0 0 0 0<br />
ANTALL HULL I KLASSEPLANER: 1<br />
Skolen har kontinuitetskrav for klasser og krever minst 3 pos. pr. dag og maksimalt 4 pos. pr.<br />
dag. Fra tabellen ovenfor ser vi at 1a og 1c har bare fått 2 timer en dag, mens 1d har fått 1<br />
hulltime.<br />
BALANSE,HULLTIMER OG FRIDAGER I LÆRERPLANER<br />
AB Arne Bonnesen<br />
BALANSE 1 2 0 0 2 0 3 0 1 1 ØNSKET FRI: 1 REALISERT: 4
HULLTIMER 0 1 0 0 0 0 0 0 0 0<br />
209<br />
AL Anne Sofie Overgaard Lif<br />
BALANSE 1 3 0 3 1 0 2 2 1 3 ØNSKET FRI: 1 REALISERT: 2<br />
HULLTIMER 0 1 0 0 0 0 2 1 0 0 *** HULLTIM<br />
AM Arne Michelsen<br />
BALANSE 3 0 3 0 2 3 0 3 0 0 ØNSKET FRI: 1 REALISERT: 5<br />
HULLTIMER 0 0 0 0 0 0 0 0 0 0<br />
AN Birgit Andresen<br />
BALANSE 1 4 0 4 1 1 4 1 2 1 ØNSKET FRI: 1 REALISERT: 1<br />
HULLTIMER 0 0 0 0 0 0 0 0 2 0 *** HULLTIM<br />
AP Annette Post<br />
BALANSE 1 1 2 1 2 3 0 1 1 2 ØNSKET FRI: 1 REALISERT: 1<br />
HULLTIMER 0 0 1 0 1 0 0 0 0 0<br />
ANTALL HULL I L’RERPLANER: 190<br />
GJENNOMSNITT: 2.04<br />
ANTALL LÆRERE SOM MANGLER FRIDAG: 3<br />
For lærerne skriver vi ut hvor mange perioder de har fått på de ulike dager, samt hvor mange<br />
hulltimer de har fått på de ulike dager. Til høyre skriver vi ut hvor mange fridager lærerne<br />
ønsker seg og hvor mange av disse som er realisert. Vi merker av visse lærere som muligens<br />
har fått for mange hulltimer.<br />
5.4 ROMFORDELING<br />
Vår viktigste måte å påvirke romfordelingen er ved korrekte alternativkjeder i romregisteret<br />
og realistiske romkrav i fagregisteret. Romfordeling kan være en meget kompleks operasjon,<br />
men sett fra brukerens synspunkt, er det stort sett nok å merke av for ulike parametere for<br />
romfordelingen. Når vi har kjørt analyse + leggingsprogram,<br />
blir det automatisk gjort en<br />
romfordeling som enten legges på nytt ut fra nåværende situasjon eller som bygger videre på<br />
den romplan vi har laget i et tidligere interaktivt skritt i leggingen. Når det manuelle arbeid er<br />
ferdig og en lagrer komprimert plan, får man automatisk laget en ny romplan.<br />
I standardtilfellet legges romplanen med disse forutsetninger :<br />
a. Klassene skal mest mulig være i samme rom.<br />
b. Romplanen legges på nytt hver gang programmet kjøres<br />
c. Romfordelingen gjøres under strenge betingelser hvilket øker sjansene for at visse fag<br />
kan mangle rom.<br />
Til slutt i dette avsnittet vises hvordan romfordeling kan gjøres under andre betingelser.<br />
Når hovedprogrammet for TPLAN avsluttes, er følgende betingelse oppfylt:<br />
(1) For hver posisjon er det nok rom for alle romtyper og tilhørende<br />
alternativkjeder.<br />
Dette er en nødvendig men ikke tilstrekkelig betingelse for å lage en fullstendig romplan,<br />
hvilket denne figur lett viser:<br />
Situasjon 1 : En dobbeltime kan ikke få rom<br />
Rom 1 Rom 2 Ikke plassert<br />
Pos 1 A C ??<br />
Pos 2 B C ??<br />
Aktivitet A krever absolutt rom 1 mens aktivitet B krever absolutt rom 2. Aktivitet C som er<br />
en dobbeltime, kan legges til rom 1 eller rom 2. Aktivitet C kan ikke få rom uten å skifte rom<br />
fra time til time, alternativt må aktivitet A eller B gi opp sitt primære romkrav. Det fins et
210<br />
stort antall varianter av dette problemet, og vi konstanterer at betingelse (1) lett kan føre til at<br />
det blir nødvendig med manuell justering av rom i en sluttfase.<br />
Neste problem blir hvor mange rombytter som er nødvendige for den enkelte lærer (klasse).<br />
Denne figur viser at rombytter selvsagt er nødvendige:<br />
Situasjon 2 : En lærer (aktivitet) må bytte rom<br />
Rom 1 Rom 2<br />
Pos 1 A C<br />
Pos 2 A B<br />
Pos 3 C B<br />
Rom 1 og Rom 2 er likeverdige og bokstavene A, B og C symboliserer lærere (aktiviteter).<br />
Uansett hvordan vi ordner oss, må en av lærerne bytte rom, og problemet er meget vanlig for<br />
praktiske timeplanproblemer.<br />
Hvis vi videre tar hensyn til at resultatet av manuelle justeringer av klasse/lærer-plan, ofte<br />
fører til en umulig romplan (dvs. at betingelse (1) brytes), skulle det være selvsagt at den<br />
avsluttende fase av timeplanarbeidet må være manuell justering av rom, og at en ikke kan<br />
vente fullstendig automatikk.<br />
Hovedprinsippet for plassering av fag til et rom er ett av følgende:<br />
a. Læreren skal ha færrest mulig rombytter.<br />
b. Klassen skal ha færrest mulig rombytter.<br />
c. Faget skal mest mulig til samme rom.<br />
Hvis romregisteret har omfattende alternativkjeder, blir romfordelingen meget kompleks.<br />
5.4.1 KORT<br />
OM PRINSIPPENE FOR ROMFORDELINGEN.<br />
Dette a vsnitt er ikke obligatorisk å kunne for å bruke Tplan. Det er skrevet for<br />
å gi den<br />
interesserte leser en forståelse av hvordan romfordelingen fungerer og for å gi brukeren en<br />
mulighet for å revurdere sine egne romkjeder. Disse er ofte helt sentrale for å kunne redusere<br />
rombyttene i sluttfasen, og de er også sentrale for den samlete kvalitet av timeplanen. Jeg er<br />
fullt oppmerksom på at mine forklaringer er knappe, men tror jeg har fått med det viktigste.<br />
Jeg har skrevet svært lite om hva som egentlig foregår når Tplan fordeler rom. Regningen for<br />
dette har vært at det i visse kretser (særlig i Danmark) har det utviklet seg en teknikk med at<br />
brukerne lager de mest fantasifulle og innfløkte romkjeder, uten at jeg tror at noen har full<br />
oversikt over hva de egentlig forlanger. Jeg skal råde bot på dette ved å gi en innføring i<br />
romfordelingen og velger ganske naturlig et eksempel fra Danmark.<br />
Innledningsvis er det banalt enkelt å gi aktivitetene rene spesialrom uten alternativer. Det er<br />
bare å dytte rommet på plass. Litt mer komplisert blir det når man har to likeverdige rom (si at<br />
disse inngår i samme funksjon). Hvis vi i fagregisteret styrer det enkelte fag til ulike fysiske<br />
rom, vil det etter hvert kunne oppstå det problem som vi kaller situasjon 1 foran dvs. at<br />
multiple perioder kan mangle rom. Hvis vi derimot begrenser oss til å bare ha romkrav i<br />
fagregisteret til den aktuelle funksjonen, kan vi lett unngå slike problemer ved at vi rent<br />
algoritmisk finner den største koinsidensvektor som kan realiseres med bruk av bare ett rom<br />
(med en koinsidensvektor mener vi et sett av romkrav som kan oppfylles i samme rom fordi<br />
rommene kreves i ulike posisjoner.) Vi kan vise at problemet med å finne de største<br />
koinsidensvektorer er identisk med (men selvsagt omformet) å finne de maksimale Tk- er slik<br />
vi gjør i logisk analyse) På denne måte unngår vi alle problemer av det vi har kalt situasjon 1,<br />
men selvsagt kan det oppstå problemer av typen situasjon 2 dvs. at en klasse må bytte rom fra
211<br />
time til time. Hvis rombelastningen av de 2 rom er rimelig, kan vi selv styre hvilke rom vi vil<br />
bruke, ellers blir det sentralt å finne de to maksimale koinsidensvektorer.<br />
Vi går videre med dette resonementet hvor vi antar at mange rom (for eksempel<br />
klasserommene) anses for å være ”likeverdige” ved at de inngår i samme funksjon. Hvis hver<br />
klasse har sitt eget rom, er dette et banalt problem, og vi antar det er atskillig flere klasser enn<br />
klasserom. I praksis vil man som regel si at et antall klasser har sine egne hjemmerom, mens<br />
resten av klassene er vandreklasser, og hvor problemet er at disse klassene skal vandre minst<br />
mulig. Den initiale<br />
fase av denne romfordelingen er banal: Vi fyller opp klasserommene for<br />
de klasser som har hjemmerom. Deretter søker vi etter maksimale koinsidensvektorer for hver<br />
vandreklasse, og vi vil skrittvis bruke mindre og mindre ambisiøse krav om hva vi forlanger<br />
lagt til samme rom. Vi vil undersøke disse ansatser:<br />
• Vandreklassen skal ha alle sine timer i et bestemt klasserom.( Det strengeste)<br />
• Klassen + samme lærer skal til samme rom<br />
• Klassen + samme lærer + samme dag skal til samme rom<br />
• Samme aktivitet (klasse +lærer) + samme dag skal til samme rom( Det mildeste)<br />
Vi finner skrittvis maksimale koinsidensvektorer ved at vi etter hvert firer på kravene. Når vi<br />
har funnet en koinsidensvektor som oppfyller våre krav, fyller vi opp dette rommet og<br />
fortsetter. Hvis rombelastningen er meget stor, vil vi i en sluttfase stort sett lage<br />
koinsidensvektorer ut fra det mildeste krav ovenfor.<br />
I fremstillingen ovenfor har vi sett det hele fra klassens synspunkt. Vi kunne like gjerne sett<br />
det hele fra den enkelte lærers synspunkt dvs. vi ønsker minst mulig vandring for<br />
”vandrelærere”. Tilsvarende kunne vi sett det hele fra det enkelte fags synspunkt, slik at vi<br />
forlanger at dette skal vandre minst mulig fra rom til rom.<br />
Det er to hovedpunkter i denne foreløpige fremstilling:<br />
1. Vi sier på en eller annen måte at et antall rom er ”likeverdige”<br />
2. Vi gjør et antall stadig mindre ambisiøse ansatser om hva som skal ligge i samme rom,<br />
og leter etter maksimale koinsidensvektorer ut fra dette.<br />
I romregisteret setter vi opp våre alternativkjeder hvor vår hensikt er å definere hva som er<br />
”likeverdige” rom og samtidig vil definere en rangering av hva som skrittvis er ”likeverdige”<br />
rom. Vi ser enklest hva som skjer med følgende eksempel:
212<br />
Eksemplet er tatt fra et dansk gymnas, men vi har bare tatt med et lite antall rom for å beholde<br />
oversikten.<br />
Jeg gir disse opplysninger:<br />
• Jeg har konsekvent latt alle rom som kan betraktes som ”likeverdige ” inngå i samme<br />
funksjon.<br />
• Skolen har tre typer klasserom: STUE, 1SAL og 2SAL.<br />
• Skolen har et antall fagrom. Vi har vist KEM (kjemi), FYS (fysikk),BIO(biologi),<br />
GEO (geografi),DRA (drama), MUS( musikk),<br />
IDR (idrett) og EDB.<br />
• KEM og FYS overlapper delvis hverandre ved at et av fysikkrommene (107) kan<br />
brukes som kjemirom, og et av kjemirommene( 108) kan brukes som fysikkrom.<br />
• Et av geografirommene(114) kan brukes som biologirom.<br />
• Geografi kan alternativt plasseres i et vanlig klasserom<br />
• De andre spesialrommene er innbyrdes alternativer, men andre rom kan ikke brukes.<br />
• Rom 001<br />
og 002 skal brukes til helt bestemte ting, og derfor inngår de ikke i noen<br />
funksjon,<br />
og de har heller ikke alternativer.<br />
• Lærer AB er dramalærer,<br />
og han ønsker helt bestemt å bruke rom 121. Derfor har vi<br />
ført inn grupperingen AB-RUM. Tilsvarende er CD musikklærer og han ønsker helt<br />
bestemt å bruke rom 132. Derfor har vi ført inn grupperingen CD-RUM.<br />
• Noen ganger er det ikke så viktig hvilken type klasserom vi bruker, og for dette formål<br />
har vi ført inn grupperingen KLRUM = STUE + 1SAL + 2SAL<br />
• Vi har ført inn grupperingen EKSTRA = 001 + 002. Disse kan eventuelt være et aller<br />
siste alternativ hvis klasserom mangler. Allerede her vil vi gjøre oppmerksom på at<br />
man kan få sterkt uønskede side effekter hvis disse rom føres direkte opp under<br />
gruppering KLRUM<br />
Jeg skal forklare hvordan denne romfordeling forgår:
213<br />
1. Først fordeler vi ut rom som ikke har alternativ dvs. 001 og 002.<br />
2. Deretter fordeler vi ut de direkte krav til fysiske rom i fagregisteret hvor rommet<br />
inngår i en funksjon. Dette er også en nærmest mekanisk oppfylling av rom. Det vil<br />
være et antall slike romkrav som ikke oppfylles. I disse tilfeller omformes romkravet<br />
til å bare kreve den aktuelle funksjon.<br />
3. Nå fordeler vi alle romkrav hvor man bare krever en funksjon. Dette blir en<br />
optimaliseringsprosess hvor vi leter etter en maksimal koinsidensvektor, og hvor vi<br />
skrittvis har mindre og mindre ambisiøse krav om hva som skal ligge i samme rom<br />
slik som vi har beskrevet foran. Dette skjer videre som en prosess i flere skritt fordi<br />
vi i de første skrittene legger ut multiple perioder og sekvenser, slik at vi mest mulig<br />
unngår de problemer som vi har beskrevet som situasjon 1 foran.<br />
4. Nå er det bare alternativer til ulike rom gjenstår samt de grupperinger vi bruker.<br />
Tanken er fremdeles at vi vil finne et antall ”likeverdige” rom ut fra<br />
alternativkjedende, og deretter foreta samme optimalisering som den vi har<br />
beskrevet i pkt. 3. Spørsmålet er nå hvordan vi finner disse ”likeverdige” rom? Det<br />
alternativ eller gruppering vi legger ut i neste skritt skal bestandig være det som<br />
består av færrest rom. Vi forutsetter at vi har sortert og rangert dette. Hvilke rom<br />
inngår nå i et alternativ? La oss se på grupperingen KLRUM foran. Når dette krav<br />
står i fagregisteret vil de første rommene vi sier er likeverdige er av type STUE,<br />
deretter 1SAL og så 2SAL. Disse rommene har også EKSTRA som alternativ og<br />
som ren ”oppsamling” kommer dette med som aller siste alternativ til KLRUM.<br />
Anta derimot at KLRUM forekommer som alternativ til for eksempel GEO. Nå blir<br />
alle rommene STUE + 1SAL + 2SAL satt til å være ”likeverdige” hvis GEO<br />
mangler. Nå ser vi hvorfor vi absolutt ikke bør ta med 001 og 002 direkte<br />
med som<br />
alternativ til KLRUM. Disse ville i så fall komme med som ”likeverdige”<br />
rom til de<br />
tre nevnte funksjoner, og siden disse rom står først i romregisteret vil de bli brukt<br />
først dvs. de rommene vi minst ønsker å bruke, blir da brukt først! I aller siste<br />
instans kommer rommene EKSTRA med som en ren oppsamling. KLRUM er også<br />
første alternativ til funksjonen STUE. Dette vil sidestille rommene 1SAL + 2SAL<br />
som neste alternativ hvis STUE<br />
mangler.<br />
5. Se på den litt spesielle ordningen av KEM og FYS: Et fysikkrom er alternativ til<br />
kjemi og et kjemirom er alternativ til fysikk. Vi omtaler dette for KEM’s<br />
vedkommende (101 og 108) som har 107 som alternativ. Tplan vil først prøve å<br />
bruke rommene 101 og 108 med å lage maksimale koinsidensvektorer. Deretter vil<br />
man ta i bruk rommet 107 og fylle dette så godt som mulig, men fordi 107 har 104<br />
som alternativ vil også dette komme med som alternativ til KEM, hvilket kanskje<br />
ikke var meningen. Hvis det nå er slik at det er bare 3 av de 4 rommene som kan<br />
brukes til kjemi og 3andre rom av de 4 som kan brukes til fysikk får man gjøre det<br />
på en annen måte: Ingen av de 4 rommene får verken funksjon eller alternativ. Lag<br />
deretter 2 grupperinger KEM og FYS som inneholder eksakt de rom det er tale om<br />
og styr all kjemi og fysikk til disse to grupperinger. Litt ugunstig er det at<br />
vi lager<br />
grupperinger som ikke<br />
er delmengder av hverandre, men det får våge seg hvis vi<br />
bare gjør dette i beskjeden utstrekning. En annen ting jeg vil gjøre oppmerksom på<br />
er: Hvis vi setter at antall fysiske rom etter hverandre som alternativer, vil Tplan<br />
sidestille disse fysiske rom, mens mange tror det er en rangert rekkefølge. Man får<br />
kun en rangert rekkefølge av alternativer hvis dette er funksjoner eller grupperinger.<br />
6. Se litt på koplingen mellom BIO og GEO. Det sistnevnte aksepterer klasserom som<br />
alternativ mens et geo-rom kan være alternativ til BIO. Pga. alternativenes<br />
alternativer, kan biologi i prinsipp havne i et hvilket som helst klasserom, og det var<br />
kanskje slett ikke meningen. Løsningen på dette er: La geo-rommene være uten
214<br />
funksjon og alternativ. La rom 114 være alternativ til BIO som vist. Lag en<br />
gruppering GEO som har geo-rommene som første alternativ og deretter KLRUM<br />
som neste alternativ.<br />
7. Jeg har hørt hjertesukket fra enkelte brukere om at romfordelingen fra Tplan kan<br />
være helt rabiat, for eksempel at man vil gjerne ha spanskundervisningen inn i et<br />
bestemt lokale for dette, mens Tplan øyensynlig bruker alle andre lokaler enn<br />
spanskrommet. Uten å kontrollere hans data, er det klart hvilke 2 feil han har gjort: I<br />
fagregisteret har<br />
man eksplisitt glemt å kreve spansklokale og selv om man har<br />
husket dette, har man i romregisteret sidestilt spansklokalet med andre rom via<br />
funksjoner, grupperinger og ulike alternativer. Jeg kan avslutte med et praktisk råd i<br />
denne forbindelse: Si at det er et rom jeg gjerne vil ha en god utnyttelse av samtidig<br />
som jeg vet at at jeg kan fire på dette romkravet: Prøv først en kjøring hvor dette<br />
rommet ikke har alternativ. Hvis det nå blir en del sprekk pga. dette rom, før inn et<br />
passsende alternativ til rommet. På denne måten øker man sjansen for en god<br />
utnyttelse av dette rommet.<br />
5.4.1.1 Leggingsjournal for romfordelingen<br />
Denne lagres normalt på filen Lirom.nnn. Filen kan bli meget<br />
omfattende, og det er slett ikke<br />
meningen at man skal studere alle detaljer her. Hvis man synes romfordelingen er dårlig, kan<br />
man studere hovedtrekkene i romfordelingen, spesielt se på hvilke rom<br />
som blir ansett som<br />
”likeverdige” samt se på i hvilket skritt i prosessen uheldige romfordelinger skjer. Våre<br />
muligheter<br />
for å få en bedre romfordeling er:<br />
• Endre alternativkjeder i romregister.<br />
• Endre romkrav i fagregisteret.<br />
Vi viser visse utsnitt av leggingjournalen for vår skole:<br />
*********** NESTE PLASSERING **********<br />
AKTUELT ROM : 001<br />
AKTUELLE AKTIVITETER :<br />
33b dda da 1 SK b ol1 3b 3b001 MAN 2<br />
3b re1 re NI 3b 001 TIR 3<br />
3b ol1 ol JT 3b 001 TIR 4<br />
3b da da SK 3b 001 TOR 2<br />
3b ol1 ol JT 3b 001 TOR 3<br />
3b hi1 hi KR 3b 001 FRE 2<br />
3b re1 re NI 3b 001 man 1<br />
3b da da SK 3b 001 man 2<br />
3b hi1 hi KR 3b 001 tir 3<br />
3b da da SK 3b 001 tor 2<br />
3b hi1 hi KR 3b 001 tor 3<br />
3b re1 re NI 3b 001 fre 2<br />
3b ol1 ol JT 3b 001 fre 4<br />
ALLE ROMKRAV<br />
OK I DETTE SKRITT !!!<br />
Det første som skjer er at rom 001 som tas i bruk og dette er problemfritt.<br />
******* **** NESTE PLASSERING **********<br />
AKTUELT ROM : 012<br />
AKTUELLE AKTIVITETER :<br />
1p HF1C 1 1y da 1y en 1y hi 1p dah 1p enh1 1p hih<br />
11y dhi hi h BJ 1y 012 MAN 2<br />
1q hih hih JB 1q 012 MAN 3<br />
1p hih hih MJ 1p 012 TIR 2<br />
1y en en BK 1y 012 TIR 3<br />
1p enh1 enh BA 1p 012 ONS 1<br />
1y hi hi BJ 1y 012 TOR 1<br />
1q dah dah MA 1q 012 TOR 2<br />
1p HF1C enh BA 1p 012 FRE 2<br />
1y en en BK 1y 012 FRE 3
215<br />
1q dah dah MA 1q 012 man 3<br />
1y en en BK 1y 012 tir 1<br />
1p HF1C enh BA 1p 012 tir 2<br />
1p hih hih MJ 1p 012 tir 3<br />
1y hi hi BJ 1y 012 tir 4<br />
1p dah dah HF 1p 012 ons 2<br />
1y da da HD 1y 012 ons 3<br />
1q hih hih JB 1q 012 tor 1<br />
1p dah dah HF 1p 012 fre 2<br />
1y da da HD 1y 012 fre 3<br />
GJENVÆRENDE AKTIVITETER I DENNE FASE:<br />
1p HF1C 1 1y da 1p dah 1p enh1 1p hih 1q dah 1q enh1<br />
Noe senere plasserer vi ut de fag som har romkravet 012. Dette er et rom som inngår i en<br />
funksjon (STUE for eksempel). Ikke alle fag<br />
vi ønsket skulle gå til 012 kan gå hit. Disse får<br />
sitt romkrav<br />
omformet til STUE.<br />
*********** NESTE PLASSERING **********<br />
AKTUELT ROM : 024<br />
AKTUELLE AKTIVITETER :<br />
33z dhi1 hi 1 CS d re1 3z 3z2SAL MAN o 2<br />
3z ol1 ol NK 3z 2SAL MAN 3<br />
3d da da PR 3d 2SAL TIR 3<br />
3d da da PR 3d 2SAL TOR 2<br />
3d ol1 ol NK 3d 2SAL TOR 3<br />
3z hi1 hi CS 3z 2SAL FRE 2<br />
3d ol1 ol NK 3d 2SAL tir 3<br />
3d da da PR 3d 2SAL ons 2<br />
3d ol1 ol NK 3d 2SAL tor 2<br />
3z ol1 ol NK 3z 2SAL tor 3<br />
3d da da PR 3d<br />
2SAL fre 2<br />
3d re1 re MJ 3d 2SAL fre 4<br />
GJENVÆRENDE AKTIVITETER I DENNE FASE:<br />
2x en 3v da 3v hi1 3v re1 3x hi1 3z da 3z re1<br />
Neste skritt er at vi fordeler rom til de ulike funksjoner, i eksemplet ovenfor 2SAL, og vi har<br />
funnet en koinsidensvektor for rom 024<br />
****NESTE SKRITT : 1 0 0<br />
AKTUELLE LÆRERE/KLASSER :<br />
AN BR CB JE JK KK<br />
AKTUELLE ROM :<br />
101 108<br />
AKTUELLE AKT.:<br />
3a HN3B 1(0) 2a MN1 1(0) 2a MN1 3(0) 2a MN2 1(0) 1u ke (0) 1u ke2 (0)<br />
1v ke (0) 1v ke2 (0) 1w ke (0) 1w ke2 (0) 1x ke (0) 1x ke2 (0)<br />
1y ke (0) 1y ke2 (0) 1z ke (0) 1z ke2 (0) 1q fkh1 (0) 1q fkh2 (0)<br />
1r fkh1<br />
(0) 2u KEb (0) 3u KEx (0)<br />
*********** NESTE PLASSERING **********<br />
AKTUELT ROM : 101<br />
AKTUELLE AKTIVITETER :<br />
2a MN1 1 2a MN1 3 1v ke 1v ke2 1z ke 1z ke2 1q fkh1<br />
11v fke2 ke x CB 1v KEM MAN 1<br />
1z ke2 ke CB 1z KEM MAN 3<br />
1q fkh1 fkh CB 1q KEM TIR 1<br />
2a MN1 Kem CB 2w KEM TIR 2<br />
1z ke ke CB 1z KEM TOR 3<br />
1q fkh1 fkh CB 1q KEM TOR 4<br />
1v ke ke CB 1v KEM FRE 2<br />
2a MN1 Kem CB 2w KEM FRE 3<br />
1z ke2 ke CB 1z KEM man 1<br />
3u KEx KE JE 3v KEM man 2<br />
1q fkh1 fkh CB 1q KEM man 4<br />
1v ke ke CB 1v KEM tir 1<br />
2a MN1 Kem CB 2w KEM tir 2<br />
1q fkh1 fkh CB 1q KEM ons 2<br />
1z ke ke CB 1z KEM tor 2<br />
1v ke2 ke CB 1v KEM tor 4<br />
1q fkh2 fkh CB 1q KEM fre 1<br />
2a MN1 Kem CB 2w KEM fre 3<br />
GJENVÆRENDE AKTIVITETER I DENNE FASE:
216<br />
3a HN3B 1 2a MN1 1 2a MN1 3 2a MN2 1 1u ke 1u ke2 1w ke<br />
1 w ke2 1x ke 1x ke2 1y ke 1y ke2 1r fkh1 2u KEb<br />
*********** NESTE PLASSERING **********<br />
AKTUELT<br />
ROM : 108<br />
AKTUELLE AKTIVITETER :<br />
33a HHN3B1 KE JK u ke2 3a 1xKEM MAN k 1 3u KEx<br />
1x ke2 ke KK 1x KEM TIR 1<br />
1u ke ke KK 1u KEM ONS 2<br />
3a HN3B KE JK 3a KEM ONS 3<br />
1x ke ke KK 1x KEM TOR 3<br />
3a HN3B KE JK 3a KEM FRE 1<br />
1u ke2 ke KK 1u KEM FRE 4<br />
3u KEx KE JK 3u KEM man 2<br />
1x ke2 ke KK 1x KEM man 4<br />
1u ke ke KK 1u KEM tir 3<br />
3a HN3B KE JK 3a KEM ons 3<br />
1x ke ke KK 1x KEM tor 3<br />
3a HN3B KE JK 3a KEM fre 1<br />
1u ke2 ke KK 1u KEM fre 4<br />
GJENVÆRENDE AKTIVITETER I DENNE FASE:<br />
3a HN3B 1 2a MN1 1 2a MN1 3 2a MN2 1 1w ke 1w ke2 1y ke<br />
*********** NESTE PLASSERING **********<br />
AKTUELT ROM : 108<br />
AKTUELLE AKTIVITETER :<br />
21r Mfkh13 fkh 2 BR y ke2 1r 1rKEM TIR 2<br />
2a MN1 KE AN 3z KEM FRE 3<br />
1r fkh1 fkh BR 1r KEM man 3<br />
1y ke2 ke AN 1y KEM ons 1<br />
1w ke2 ke AN 1w KEM tor 4<br />
1r fkh1 fkh BR 1r KEM fre 2<br />
2a MN1 KE AN 3z KEM fre 3<br />
GJENV’RENDE AKTIVITETER I DENNE FASE:<br />
3a HN3B 1 2a MN1 1 2a MN1 3 2a MN2 1 1w ke 1w ke2 1y ke<br />
****NESTE SKRITT : 1 0 0<br />
AKTUELLE LÆRERE/KLASSER :<br />
AN BR CB JE JK KK<br />
AKTUELLE ROM :<br />
101 108<br />
AKTUELLE AKT.:<br />
3a HN3B 1(0) 2a MN1 1(0) 2a MN1 3(0) 2a MN2 1(0) 1w ke (0) 1w ke2 (0)<br />
1y ke (0) 1y ke2 (0) 1r fkh1 (0) 2u KEb (0)<br />
*********** NESTE PLASSERING **********<br />
AKTUELT ROM : 108<br />
AKTUELLE AKTIVITETER :<br />
21y Mke 2 1 ke 2 AN w ke 1y 1yKEM TIR K 4<br />
1w ke ke AN 1w KEM TOR 2<br />
2a MN2 KE AN 2x KEM TOR 4<br />
2a MN1 KE AN 3z KEM tir 2<br />
2u KEb KE AN 2u KEM tir 4<br />
Alle<br />
skrittene ovenfor viser plassering av fag i kjemirommene 101 og 108. Vi ser at den<br />
aktuelle skole har prioritert å legge samme lærer til samme rom, og vi ser skrittene i denne<br />
prosess. Hvis noe kjemiundervisning ikke har fått rom vil vi senere ta i bruk rom 107 og<br />
deretter eventuelt rom 104.<br />
5.4.2 NORMALUTSKRIFT FRA ROMFORDELING<br />
Dette er et utsnitt av komprimert romplan:<br />
PLAN FOR ROM 269 NYFIKSKOLAN 2002-03<br />
....................................................................<br />
NR. : 10 : 15 : 30 : 35 : 40 : 45 : 60 : 65 : 75 :<br />
ROM :SV1 :SV2 :SP2 :SP3 :SO1 :SO2 :MA1 :MA2 :NO1 :<br />
....:......:......:......:......:......:......:......:......:......:<br />
M 1: 9D : 7A : 7A : 7A : 8AB : 8A : : 7A : 9A :<br />
A 2: 9D : 7C : 7C : 7C : 8AB : 8A : 9A : 9A : 9A :<br />
N 3: 9A : 9B : 8A : 8A : 8A : 9C : 9C : 7D : :<br />
D 4: 8AB : : : : : : : : 7A :<br />
A 5: 9A : : 9A : 9A : 8BB : 9C : 7C : 7C : 7C :<br />
G 6: : : : : 8BA : : : : 7C :<br />
....................................................................
217<br />
NR. : 10 : 15 : 30 : 35 : 40 : 45 : 60 : 65 : 75 :<br />
ROM :SV1 :SV2 :SP2 :SP3 :SO1 :SO2 :MA1 :MA2 :NO1 :<br />
....:......:......:......:......:......:......:......:......:......:<br />
T 1: 8A : 9B : : : 8BB : 7B : : : 7C :<br />
I 2: 8A : 9B : 9C : 9C : 8BB : 7B : 9C : : 7C :<br />
R 3: 9D : 8A : 8A : 8A : 9C : 9B : 7C : 7C : 7C :<br />
S 4: 7A : 8AB : 8A : : : 9B : 7C : 7C : 7C :<br />
D 5: 7A : : : 9C : : : 9C : 9C : :<br />
Den komprimerte plan skrives med rommene langs horisontal akse og posisjoner langs<br />
vertikal akse. I posisjoner hvor et rom er brukt står et forkortet klassesymbol. Dette er<br />
stamklassen for den aktivitet som har rommet. Vi kan her ikke se hvilken lærer (gruppe) som<br />
har fått rommet, men ved manuell justering av timeplanen er en slik komprimert form den<br />
beste.<br />
5.4.2.1 VARSLER<br />
Foran den komprimerte romplan står to slags varsler:<br />
1. *** ROM MANGLER I FØLGENDE TILFELLER ***<br />
AKTIVITET FAG LÆRER ROMKRAV DAG POSISJON<br />
7B SV SV ÅS SV3 MAN 8<br />
7C SO SO SVD SO3 MAN 3<br />
9C EN ENS9D FN SP2 MAN 3<br />
8A SO. SO. SVD SO ONS 8<br />
AKTIVITET: Stamklasse + navn for aktiviteten<br />
FAG: Fagnavn<br />
LÆRER: Lærer som mangler rom<br />
ROMKRAV: Tilhørende romkrav<br />
DAG POSISJON: Dag og posisjon hvor romkravet ikke er oppfylt.<br />
2. *** BYTTE AV ROM HAR SKJEDD I FØLGENDE TILFELLER ***<br />
AKTIVITET FAG LÆRER ROMKRAV ROM POS.:ROM POS.:ROM POS.:<br />
7A EN ENS7A REN SPRÅK SV1 1:SO1 1:MA1 1:<br />
7C EN ENA7CD DU SP1 SV2 2:MA1 1:<br />
7D SO SO DN SO4 SV1 2:MA2 1:<br />
8A SV SV KAR SVA SP2 1:SV1 2:<br />
8A EN ENS81 REN SP2 SV1 1:SP2 3:<br />
ENA8 ÅS SP1 SV2 2:SV1 1:SO1 1:<br />
AKTIVITET: Stamklasse + navn for aktiviteten<br />
FAG: Fagnavn<br />
LÆRER: Lærer som har fått rombytte<br />
ROMKRAV: Tilhørende romkrav<br />
ROM POS: Fortløpende står de fysiske<br />
rom læreren har fått og hvor mange posisjoner<br />
av faget som er plassert på de ulike rom.<br />
5.4.2 NYE DIREKTIV TIL ROMFORDELING<br />
Vanligvis klarer vi oss med de standard<br />
innstillinger som er valgt, men ved en<br />
egen knapp i Kjøremeny, får vi overgang<br />
til direktiv for romfordeling:<br />
Strenge krav til romfordeling?<br />
Alle bør i starten hake av for dette da dette<br />
gir den beste romfordeling hvis skolen har<br />
tilstrekkelig med rom. Hvis det viser seg at<br />
det blir en rekke fag som mangler rom,<br />
kan en i neste omgang fjerne hake for å<br />
forsøke og få en maksimal utnyttelse av
218<br />
rom . Romfordelingen kan i dette tilfellet bli noe dårligere.<br />
Samling av ( Klasse/Lærer) ?<br />
Det er to hovedprinsipp for romfordelingen:<br />
Klasse: Klassene skal mest mulig til samme rom.<br />
Lærer: Lærerne skal mest mulig til samme rom.<br />
I Norge vil en stor majoritet av skolene merke: Klasse på dette<br />
spørsmål, men visse skoler har<br />
fagrom: Norskrom, språkrom, samfunnsfagrom, matematikkrom osv. Slike skoler er<br />
sannsynligvis best tjent med å svare: Lærer.<br />
Antall tegn pr. linje<br />
Normalt svares: 80 på spørsmålet (120 hvis en vil ha større linjebredde)<br />
Bruke tidligere romplan?<br />
Normalt svarer har man ingen hake her. En hake brukes i det tilfellet hvor en allerede<br />
har en romplan en er meget godt fornøyd med, men av ulike årsaker har en blitt<br />
tvunget å gå tilbake og forandre de opprinnelige forutsetninger som i sin tur fører til<br />
visse rokeringer av timeplanen. I dette tilfellet er det obligatorisk med en hake for å<br />
foreta en kompletterende romfordeling.<br />
Fullstendig journal ?<br />
Ingen hake hvis du ikke er godt kjent med Tplan (Vi har ellers vist denne journal foran.)<br />
Egne regler for visse rom?<br />
Alle rom på skolen skal følge det primære samlebegrep som ble definert av svar på<br />
spørsmål 2.<br />
Visse funksjoner (et sett av rom) kan følge et motsatt samlebegrep, og man kan angi<br />
dette her:<br />
De funksjoner som føres opp her følger motsatt samlebegrep av det en spesifiserte<br />
opprinnelig:<br />
I den norske skolen er det vanlig praksis å samle klassene på sine klasserom, men i<br />
visse spesialrom: Gymnastikk, forming, heimkunnskap, naturfag osv. er det best at<br />
læreren er mest mulig på sitt "eget" rom hvis det er flere alternativer.<br />
Motsatt: 2 eller flere årstrinn er stort sett plassert i fagrom (samlebegrep = lærer) mens<br />
ett årstrinn skal stort sett være i sitt eget klasserom. La alle klasserom for dette årstrinn<br />
inngå i en egen funksjon og registrer denne i figuren.<br />
Klikk : OK for å starte romfordelingen.<br />
Hvis vi bruker læreren som samlebegrep ,får vi en annen normalutskrift:<br />
PLAN FOR ROM 522 ODDA UNGDOMSSKOLE 1993<br />
....................................................................<br />
ROM :101 :103 :104 :105 :106 :107 :108 :111 :113 :<br />
....:......:......:......:......:......:......:......:......:......:<br />
M 1: ERI : : : NIL : VIN : : : KAL : HAU :<br />
A 2: NES : : : NIL : VIN : : : : HAU :<br />
N 3: ERI : : : VIN : : : : HAU : MOP :<br />
D 4: BRE : SAH : MEL : DOT : MOJ : EKK : TYS : KAL : :<br />
A 5: BRE : : MEL : DOT : MOJ : TYS : BJØ : MOP : KAL :<br />
G 6: ERI : TYS : : NIL : : EKK : : : HAU :<br />
....................................................................<br />
ROM :101 :103 :104 :105 :106 :107 :108 :111 :113 :<br />
....:......:......:......:......:......:......:......:......:......:<br />
T 1: NES : EIO : MEL : NIL : VIN : OLF : : : :<br />
I 2: OLF : SAH : MEL : EIO : : TYS : EKK : : HAU :<br />
R 3: KVA : EKK : : : VIN : SAH : TYS : KAL : :<br />
S 4: : TYS : : DOT : NIL : EKK : SAH : : HAU :<br />
D 5: ERI : : : VIN : DOT : : : HAU : KAL :<br />
A 6: ERI : SAH : : : : : TYS : : :<br />
....................................................................<br />
Her skriver vi bare ut læreren som har faget, og vi ser ikke hvilke klasser som har rommet.
219<br />
Det som står ovenfor er slik dialogen for romfordeling var i Tplan versjon 26, og vi har heller<br />
ikke endret denne i versjon 28. Vi har imidlertid gjort viktige tillegg til de direktiver man kan<br />
gi romfordelingen.<br />
Vi har valgt å legge dette nye til:<br />
Funksjoner > Innstillinger > Legging<br />
Her fins et antall direktiv som kan påvirke romfordelingen kraftig, og vi henviser til avsnitt<br />
5.5<br />
5.5 TILLEGGSDIREKTIV TIL KJØREMENYEN<br />
Ved leveranse av en ny programversjon er det ikke uvanlig at man legger til noe ekstra<br />
helt på slutten. Vanligvis gjør jeg ikke oppmerksom på slikt, men nå har jeg nettopp<br />
gjort et tillegg som har ganske omfattende konsekvenser for alle:<br />
Vi har integrert Tplan versjon 28 og Tplan versjon 26 til en helhet. Vi henviser til egen<br />
omtale av dette i forordet til håndboken-<br />
Ved utvikling av Tplan versjon 28 har vi fått et rent praktisk problem: Under marsjens gang<br />
har jeg funnet å måtte innføre ulike parametere for å definere ulike kjørebetingelser. Hvis jeg<br />
nå plasserte dette i en dialog hvor dette kanskje hørte hjemme rent logisk, vil dette føre til at<br />
jeg til stadighet måtte endre de vanlige kjøredialoger samt at jeg stadig måtte endre<br />
dokumentasjonen.<br />
For den vanlige bruker blir også livet mer komplisert ved at det til<br />
stadighet dukker opp nye felt som man må forholde seg til, og som man kanskje er noe<br />
usikker på. Jeg har valgt å løse dette på følgende måte: De vanlige dialoger for overføring,<br />
analyse, legging, romfordeling har jeg valgt å være så enkle og standardiserte som mulig. Alle<br />
andre parametere som blir ”til overs” har jeg valgt å samle i en stor ”a la carte” meny hvor de<br />
ulike parametere listes opp hulter til bulter, og det begynner unektelig å bli en god del. Den<br />
vanlige bruker har som regel bare bruk for noen ganske få av disse parametere. Vi får tilgang<br />
til denne menyen slik:<br />
Gå til: Funksjoner > Innstillinger > Legging<br />
Bildet kan for eksempel se slik ut:
220<br />
Før vi tar de ulike muligheter, skal vi kort ta hvordan de to ulike delsystemer av Tplan<br />
kommuniserer:<br />
Wintp = Windowsdelen (skjermsystemet) i Tplan.<br />
Hmtp = Timeplandelen i Tplan.<br />
Når kontroll overføres fra Wintp til Hmtp, lages det en tekstfil Win2Dos.txt. Dette er en<br />
oppsamling av de ulike parametere fra ulike dialoger i Wintp, og som definerer hvordan<br />
Hmtp<br />
skal arbeide. Brukeren trenger ikke å bry seg om alle detaljer her. Vi kan bare nevne at<br />
hvis<br />
man sender i vei kommando: NOITER så har man en standard kjøring, og sender man i vei<br />
kommando CINTER, så har man en interaktiv kjøring. Alle sjekkbokser i dialogen ovenfor<br />
sender i vei en distinkt kommando. Vi skal liste opp de ulike spørsmål som fins i dag,<br />
angi<br />
tilhørende kommando og kort forklare betydningen av denne. Denne a la carte meny blir<br />
løpende modifisert, men i dag har vi disse muligheter:<br />
• Ignorer krav om fridag. = FRIDAG. Normalt respekterer Tplan de krav man har<br />
satt<br />
opp i lærerregisteret om fridager. Hvis dette blir for stramt, kan man generelt omforme<br />
dette til ønsker om en fridag ved å hake av her. Sjelden brukt mulighet.<br />
• Forby nabodager = NABO. Plassering av et fag på en dag, blokkerer dette faget<br />
på<br />
nabodager. Ganske aktuell mulighet for skoler som har en 10 dagers plan, men<br />
må<br />
brukes med måte for en 5 dagers plan.<br />
• Gamle regler for 10-dagers uke= TOWEEK. Jeg har et nyere og et eldre notat om<br />
hvordan man registrerer data for en 10 dagers uke. Nå mener jeg at alle etter hvert<br />
skal<br />
følge mitt seneste notat, men hvis man vil bruke de gamle regler, må man hake<br />
av i<br />
dette feltet..<br />
• Avbryte legging ved hull i klasseplaner= KHULLT. Dette gjelder for interaktiv<br />
legging som normalt avbrytes hvis det skjer et utspark. Vi kan også sørge for<br />
at planen<br />
avbrytes hvis det blir et hull i klasseplanene, slik at vi kan rette dette direkte. Hvis<br />
planen ellers er rimelig grei, ville jeg vurdere å hake av for dette alternativet.<br />
• Ignorere syntaktiske feil = FORCE. Overføring avbrytes normalt hvis Hmtp oppdager<br />
rene grammatikkfeil. Hvis man vet hva man gjør, kan vi likevel tvinge overføringen til<br />
slutten ved å hake av for dette alternativet.
221<br />
• Bruke NUL – referanse = NUL. Visse oppføringer i endelig plan er ikke et nytt fag,<br />
kun et merke for at denne ressursen er opptatt. Dette har gitt visse problemer ved<br />
kommunikasjon med andre systemer (GAS, Iterna). Ved å hake av her kan man unngå<br />
slike problemer. Wintp løser nå dette problemet på sin egen måte, slik at dette feltet er<br />
overflødig.<br />
• Fjerne alle spesielle tegn = NULALL. Hmtp lager et antall spesielle symboler til hjelp<br />
for brukeren, men som kan gi problemer ved kommunikasjon med andre systemer.<br />
Nok en gang så løser Wintp på sin egen måte.<br />
• Ignorere utspark av rene klassefag = W22SKIP. En interaktiv legging avbrytes hvis<br />
det oppstår et utspark. Si at man holder på å legge ut de store blokkene i en kompleks<br />
plan. Nå er det ganske kjedelig å bli avbrutt, bare fordi et uskyldig lite klassefag blir<br />
sparket ut. Ved å hake av her, stopper den interaktive leggingen bare hvis en større<br />
blokk får utspark.<br />
• Ignorere tvungne dagpla. = DSKIP. Tplan finner alle konsekvenser av ulike<br />
dagkonflikter, og normalt skal man ta hensyn til dette. Vi har sett eksempler på at man<br />
har satt opp dagkonflikter på en nærmest feilaktig måte. I slike tilfeller kommer man<br />
muligens bedre ut av det ved å hake av i dette felt.<br />
• Samme FAG til samme rom = FAGPRI. Dette er en ny omfattende mekanisme som<br />
prioriterer sterkt at samme fag skal til samme rom. Dette overstyrer det man har satt<br />
opp i romdialogen. Effekten av denne parameter er betydelig, mange flere fag havner i<br />
samme rom, klasser og lærere flytter mer, og man får ofte et rom som står noe senere i<br />
romkjeden.<br />
• Blow by blow = TRACE. Planen legges interaktivt men bare en plassering pr. skritt.<br />
Deretter kommer det frem en komprimert som forklarer hvordan Tplan har<br />
”resonnert”. Dette ser jo ganske imponerende ut, men det er kanskje bare meg som<br />
kan tolke de varsler som kommer på skjermen. Jeg planlegger å bruke denne mulighet<br />
i kurssammenheng.<br />
• Gammel iterasjon = ITOLD. Vi kjører Tplan på gammel måte når vi bygger videre på<br />
delplaner av klasse/lærerplan, og. vi ignorerer efffekten av den romplan vi har i<br />
klartekster.<br />
• Samle enkeltimer = DSPAN. Denne er laget for en helt spesiell skolestruktur. Vi har<br />
en skole som stort sett består av dobbeltimer som stramt følger TAKTEN: 2- 2- 2- 2.<br />
Skolen har også et mindre antall enkeltimer. Disse inngår i et slags implisitt<br />
sekvenskrav. Ved å hake av her tar man hensyn til dette.<br />
• Gammel komprimert plan = OLDSCH. I avsnitt 5.3.5 nevner vi at de klartekstfiler<br />
som lages, følger de nye konvensjoner vi har for celleinnhold. Hvis man foretrekker<br />
den presentasjon vi har hatt i alle år, haker man av her.<br />
• Indirekte romallokering = RSKIP. Vi anbefaler alle å hake av for dette alternativet.<br />
Dermed ignorerer vi det rom et fag foreløpig har fått, men sørger bare for at de ulike<br />
romkjeder blir blokkert på korrekt måte. Vi kan ta et lite eksempel på hvor galt det<br />
kan gå hvis man ikke gjør dette: Vi har et rom 001 som er et alternativ i en romkjede,<br />
og dette står først i romregisteret. Noe tilfeldig blir dette rom brukt tidlig i den<br />
interaktive legging. Nå viser det seg senere at rom 001 absolutt skal brukes til ren<br />
klasseundervisning i en bestemt klasse, og denne klasse har helt unødvendig mistet sitt<br />
rom! Tplan vet ikke at denne klassen skal ha dette rommet, før vi har lagt ut fagene<br />
her. Ved å hake av her, unngår man alle problemer av denne typen.<br />
• Absolutt romallokering = RKEEP. Nå bygger man opp romplanen skritt for skritt i den<br />
interaktive leggingen akkurat som man gjør det for klasser/lærere. Man kan justere<br />
romplanen underveis, og dette blir en integrert del av den fortsatte timeplanlegging. Vi<br />
understreker at man må være oppmerksom på det problem jeg nevnte i foregående
222<br />
punkt. I et ett tilfelle er det ganske trygt å hake av for dette punkt: Vi har lagt en<br />
komplett plan for hele skolen som vi er godt fornøyd med. Av en eller annen grunn<br />
raser planen for et par klasser, og dette må legges på nytt og de andre klassene skal<br />
helst ikke merke noe til dette. Nå er det en god ide å hake av i dette felt.<br />
• Ny romallokering = RNEW. Vi har gjennomført en interaktiv prosess med bruk av<br />
indirekte romallokering. Et naturlig avsluttende skritt er at vi haker av for dette<br />
alternativet, kjører en logisk analyse og bygger på delplan. Nå får man en komplett ny<br />
romplan fra starten og er klar til å gjøre endelige klartekstjusteringer.<br />
• Backtracking = iter. Dette er ment å være et alternativ til standard kjøring (NOITER),<br />
men det oppfører seg på en helt annen måte: I det øyeblikk det oppstår et utspark,<br />
avbrytes kjøringen. Deretter kjøres logisk analyse på nytt og man bygger på den<br />
delplan man har og samtidig filtrerer man bort den aktivitet som fikk utspark for om<br />
mulig få den fortsatte legging til å bli mer stabil. Hvis man haker av her, vil en typisk<br />
kjøresekvens være: Vi legger ut et antall aktiviteter (si 25 -100).<br />
Det oppstår et utspark<br />
og vi går tilbake til logisk analyse, bygger på delplan og fortsetter. Vi legger videre en<br />
ny klump aktiviteter (25 -100) til et nytt utspark oppstår osv. til det hele stopper med<br />
et antall utspark. På et visst tidspunkt trodde jeg dette var en forbedring av standard<br />
teknikk (NOITER). Siden har jeg stabilisert Tplan og er nå slett ikke sikkker om<br />
backtracking er noen forbedring. Jeg beholder dog muligheten inntil videre<br />
• Tplans styredirektiver = STEER. Jeg har nevnt at jeg arbeider med at Tplan lager sine<br />
egne styredirektiver. For framtiden vil dette være en viktig og nærmest obligatorisk<br />
mulighet. I dag anser jeg mekanismen for å være for lite utprøvet, og jeg fraråder<br />
foreløpig å bruke denne mulighet.<br />
• Kontinuitet i lærerplaner = LHULL. Dette er en mekanisme som slår enormt kraftig<br />
ut. Den er laget ut fra et spesielt forhold i danske forhold i danske folkeskoler hvor<br />
læreren for lønn for de hulltimer som oppstår! I en slik situasjon vil man for enhver<br />
pris minimere antall hull i lærerplaner. Man vil få en betydelig reduksjon av antall<br />
hulltimer (50 – 80 % ), men også en økning av antall utspark. I den spesielle situasjon<br />
jeg har nevnt, kan dette dog forsvares. Ingen skal bruke denne mulighet hvis man ikke<br />
er fullt innforstått med de ugunstige konsekvenser av mekanismen.<br />
• Omforme data fra versjon 26 = INITTO. Data for en 10 –dagers uke følger to ulike<br />
konvensjoner. Hvis man haker av her og gjør en overføring, får man en viss hjelp med<br />
å komme over til det nye format.<br />
I den figur som står først i dette avsnittet er det en droppdown- liste:<br />
Kategori<br />
ved utvalg.<br />
Dette s kal brukes for de utvalg som lages for et utspark i en interaktiv legging. Vi har disse<br />
muligheter:<br />
• Alle aktiviteter = KAT2. Alle ressurser som har forbindelse<br />
med utsparket inngår i<br />
utvalget. Mer sjelden brukt mulighet.<br />
• Bare aktivitet = KAT3. Bare de ressurser som inngår i utsparket inngår i utvalget. Den<br />
selvfølgelige mulighet å bruke når man plasserer de store blokker.<br />
• Rene klasseaktiviteter = KAT4. Bare ressurser som inngår i rene klasseaktiviteter for<br />
stamklassen i utsparket inngår i utvalget. Den naturlige mulighet for den avsluttende<br />
interaktive legging hvor stort sett rene klassefag gjenstår.<br />
• Små paralleller = KAT5. Bare ressurser som inngår i rene klasseaktiviteter og små<br />
paralleller for stamklassen i utsparket inngår i utvalget. Denne mulighet er et alternativ<br />
til KAT4 og tar med seg flere ressurser.<br />
Hva som er best av KAT4 og KAT5, kan<br />
skifte fra skole til skole, ja sogar fra utspark til utspark.<br />
Dette blir behandlet i sin helhet i avsnitt 6.4.1
223<br />
Den dialog jeg har omtalt her, er ganske naturlig den minst statiske del av Tplan. Vi gjør til<br />
stadighet endringer og tillegg som brukeren kan ta standpunkt til ved ulike haker i den omtalte<br />
dialog.<br />
5.6 LITT FØRSTEHJELP FOR Å FINNE FEIL I TPLAN<br />
Tplan er som nevnt integrasjonen av to systemer Wintp og Hmtp, og det er til dels ganske<br />
kompliserte operasjoner som finner sted. Det hender det hele stopper opp, mens det for<br />
brukerens synspunkt ser ut som Tplan arbeider ufortrødent videre, men intet skjer. Jeg skal gi<br />
brukeren en viss assistanse for å lokalisere feilen, ikke minst viktig er det å finne ut om feilen<br />
skyldes Wintp eller Hmtp. Et visst elemetært kjennskap til DOS er ønskelig for denne<br />
kontroll.<br />
Skritt 1: Avbryt den kjøring som tilsynelatende ikke kommer videre, start helst Windows på<br />
nytt.<br />
Skritt 2: Få overgang til et DOS- vindu. Kjør: CMD. Gå til den katalog hvor Tplan ligger for<br />
eksempel Wintp.<br />
Skritt 3: Kall inn i editor filen Win2Dos.txt ( Edit Win2dos.txt.) Ikke bry deg om alle detaljer<br />
her. Skyt inn en ny linje som nr. 3 (etter C1 eller C2). Skriv ch (nb små bokstaver) på denne<br />
linjen. Avslutt med å lagre Win2dos.txt.<br />
Skritt 4: Kall BAT-filen TPLAN (skriv Tplan). Nå skjer en av tre ting:<br />
Tilfelle<br />
1<br />
Det kommer frem en del tekst på skjermen, ikke bry deg om detaljene, men bare konstater at<br />
Tpregxx avslutter normalt. Konklusjon: Feilen har tilknytning<br />
til Wintp, eventuelt har det<br />
forbindelse med hvordan din PC er konfigurert.
Tilfelle 2<br />
224<br />
Tpregxx har avsluttet, men rett over står et varsel:<br />
Fortran runtime error etc.<br />
Nå er en eller annen fil enten ødelagt eller stammer fra en annen versjon av Tplan enn den du<br />
nå bruker. Nå ville jeg slette den fil som jeg har fått varsel om. I foreliggende tilfelle:<br />
REG.F2B<br />
Deretter ville jeg kalle Tplan et par ganger til. Hvis det ordner seg, kan du fortsette, ellers må<br />
jeg kontaktes.<br />
Tilfelle 3<br />
Tpregxx starter øyensynlig normalt, men av en eller annen grunn stopper det midt inni<br />
prosessen. To forklaringer er mulige:<br />
1. Jeg har glemt å fjerne en mellomutskrift. Prøv å taste enter. Hvis noe skjer, er det dette<br />
som er forklaringen. Du kommer deg videre, og jeg må få<br />
beskjed om hvilken lapsus<br />
jeg har gjort.<br />
2. Intet skjer. Nå har vi en virkelig tett løkke som bare jeg kan finne<br />
ut av.
225<br />
Det er til stor hjelp for oss om vi vet hvilken av de tre typer feil det er tale om.<br />
5.7 ET PAR GENERELLE OBSERVASJONER.<br />
Om ”absolutte” krav som brytes<br />
Mange steder i brukerhåndboken omtaler jeg ulike krav som absolutte. For visse krav gjelder<br />
dette ubetinget for eksempel periodekrav, sekvenser, dagkonflikter etc. I andre tilfeller vil<br />
man oppleve at krav som kalles absolutte, likevel brytes noen ganger. Eksempler på dette kan<br />
være: Fridager<br />
for lærere, hulltimer for klasser, fagenes plassering på nabodager, fagets jevne<br />
plassering på 2 uker. Forklaringen på dette er: Alt behandles egentlig som absolutte krav, men<br />
det vil selvsagt skje at disse kommer i direkte motsetningsforhold til hverandre. Nå spørs det<br />
ganske enkelt hvilket absolutt krav som oppdages først. Dette blir respektert, eventuelt<br />
på bekostning av andre krav. Eksempel: En aktivitet må gå til en bestemt posisjon for en<br />
klasse skal ha tett plan. Dette fører imidlertid til at en lærer mister en krevd fridag. Nå spørs<br />
det<br />
om hvilken løkke som oppdager dette først. (Sannsynligvis fridag for lærere).<br />
Om ”unødvendige” utspark<br />
Si at man legger en plan i standard modus, og det oppstår et antall utspark. Deretter kjører<br />
man direkte en ny logisk analyse, bygger på den plan man har og deretter prøver fortsatt<br />
legging. Nå kan man noen ganger oppleve at noen utspark fra forrige gang, smetter direkte på<br />
plass og spørsmålet er hvordan kan slikt skje? Forklaringen<br />
er: Tplan foretar omfattende<br />
kjeder av slutninger hvor neste skritt følger foregående<br />
for eksempel slik:<br />
Akt.sett A tvinges til visse posisjoner, hvilket blokkerer posisjoner for akt.sett B, som igjen<br />
får konsekvenser for akt.sett C etc. etc. Av<br />
en helt annen årsak skjer det så at vi får et utspark<br />
av akt.sett A. Dermed raser det resonnement vi har gjort foran og aktsett B, C etc. har helt<br />
unødvendig tapt plasseringsmuligeheter. Alle resonnement og slutninger i Tplan gjøres ut<br />
fra den naive, men noen ganger feilaktige, slutning at det faktisk eksisterer en løsning på<br />
det foreliggende problem. Etter at jeg har lagt en plan i standard modus med et antall<br />
utspark, gjør jeg alltid et avsluttende forsøk om jeg kan få på plass litt til. Denne problematikk<br />
kan bli veldig dominerende hvis man velger et slikt strengt krav som kontinuitet i<br />
lærerplanene. Jeg har nevnt at dette kan gi mange utspark og gjøre Tplans konklusjoner feil.<br />
Hvis m an så gjør et avsluttende forsøk, går kanskje mange utspark på plass,<br />
men hulltimene<br />
for lærerne øker en del.<br />
5.8. ENDELIG KLARTEKST SOM VANLIGE TEKSTFILER.<br />
Når vi avslutter justering av klartekst, er timeplanarbeidet omtrent ferdig. For fremtiden<br />
venter vi at alle bruker de Windowsutskrifter vi har laget og som er dokumentert et annet<br />
sted.. Her omtaler vi bare de eldre tekstfiler (dvs. DOS-filer). Dette er en enkel og hurtig måte<br />
for å få frem et (foreløpig) sluttresultat. Vi må stille utskriftsformater for å få et pent<br />
sluttresultat. En timeplan vil nødvendigvis bli større enn A4-format. I vår Formatmeny kan vi<br />
stille skriftypen. I Filmenyen kan vi stille marger, sideoppsett etc. For utskrift av den endelige<br />
timeplan som en tekstfil, må vi stille et antall parametere i tillegg. Dette gjøres ved å velge<br />
Endelig utskrift og deretter Endre formater i Kjøremenyen:<br />
a. Vi må bestemme hvor mange<br />
tegn vi skal ha pr. linje. Dette kan maksimalt være<br />
132 tegn. Hvis denne verdi overskrides, blir det hele feil<br />
b. Vi må bestemme hvor mange linjer vi skal ha pr. side. Dette omformes til hvor<br />
mange dager som skal skrives pr. side.
226<br />
c. Vi må bestemme størrelsen av den enkelte timeplanrute samt bestemme hvilken<br />
informasjon som skal stå her.<br />
Sluttresultatet er rene ASCII-filer. Navn på disse er omtalt i avsnitt 2.4.8 Noe avhengig av<br />
utstyr kan man få litt arbeid med å stille skriveren første gang. Vi skal til slutt i avsnittet vise<br />
innstillinger av en skriver som dekker de mest vanlige tilfeller.<br />
5.8.1 GENERELT OM Å SKRIVE UT TEKSTFILER.<br />
I Tplan kan vi skrive ut tekstfiler på en rekke måter. Dette har løpende vært revurdert de<br />
senere årene. Følgen er at de fleste steder virker utskriftsrutinene utmerket, mens andre steder<br />
kan det være mangler fordi denne måten har blitt mindre aktuell. Jeg forklarer her en måte<br />
som er trygg og enkel:<br />
1. Gå først til Filmeny og still sideoppsett, marger etc.<br />
2. Kall frem på skjermen den fil som skal skrives ut. Man skal gjøre dette via fanebladet<br />
Utskrifter.<br />
3. Gå eventuelt til Format- menyen og still skrifttypen. For tekstfiler må man velge en<br />
skrifttype som har konstant tegnbredde. Til vanlig vil jeg anbefale Courier 8 punkt.<br />
4. Gå til Filmeny > Vis utskrift og kontroller at denne blir som tenkt<br />
5. Gå til Filmeny > Skrive ut. Dette er en ganske enkel prosess. Teknikken er helt lik ved<br />
utskrift av ulike registre eller endelige planer som en Windows utskrift. For de to sist<br />
nevnte tilfeller kan man fritt velge skrifttype, og man er ikke bundet av en konstant<br />
tegnbredde.<br />
6. En annen mulighet er å gå direkte<br />
til knapp: Vis Utskrift, og hvis dette er ok, klikker<br />
man knapp: Skrive ut.<br />
5.8.2 UTSKRIFTSFORMAT<br />
Første gang vi kjører endelig klartekst må vi også merke: Endre formater i Kjøre-menyen. Vi<br />
får overgang til formatmenyen for timeplanen som tekstfil.<br />
I figugen kan man stille utskriftsformater for både hovedplaner og individuelle planer.<br />
Vi kan<br />
også velge at vi bare får utskrift av utvalgte individuelle planer.
HOVEDPLANER<br />
227<br />
Linjebredde<br />
Denne er styrt av 2 parametere:<br />
a.. Antall klasser pr. side i hovedplan<br />
b. Bredde(1-6) av timeplanrute i hovedplan<br />
Vi kan maksimalt ha 132 karakterer på en linje. Først må vi bestemme størrelse av<br />
timeplanrute. 4 tegn er det mest vanlige. En klasse har 2 ruter pr. posisjon dvs. hvis vi velger<br />
4 tegn kreves:<br />
4 + 1(midtlinje) + 4 + 1(innramming) = 10 tegn pr.posisjon i klasseplan<br />
og:<br />
4 + 1(innramming) = 5 tegn pr. posisjon i lærer- og romplaner<br />
Innramming for dag og ringetider ol. krever i tillegg 11 tegn. Hvis vi sier at vi tillater 8<br />
klasser pr. side, betyr dette også at vi kan skrive ut det dobbelte antall lærere og rom på en<br />
linje. I dette tilfellet blir linjebredden:<br />
11 + 8*10 = 91 tegn.<br />
(hvis timeplanruten er 6 tegn blir regnestykket da:<br />
11 + 8 * 14 = 115 tegn, og dette vil kreve en liten font (8) for å bli skrevet ut riktig på<br />
et A4 – ark )<br />
Det er nå skrifttype og papirformat som bestemmer om dette skrives ut riktig. For å få en<br />
skikkelig utskrift må man bruke en skrifttype som har konstant tegnbredde. Hvis ikke blir den<br />
grafiske innramming en katastrofe. Jeg anbefaler Courier 8, med elller uten utheving og<br />
kursiv.<br />
Det fins nok en måte å regulere linjebredden i klasseplaner. Man kan bestemme at visse<br />
klasser skal innlede en ny side, uavhengig av hvor mange klasser man tillater på en side. (Det<br />
kan være naturlig at første klasse i visse årstrinn innleder ny side for å få bedre<br />
redigering av<br />
planen. ) Man kan i figuren ovenfor si hvilke klasser som skal innlede ny side ved å sette<br />
merke av for dette nederst i dialogen. De følgende felt sier da hvilke klasser som innleder ny<br />
side.<br />
Sidestørrelse<br />
Denne parameter er viktig for arkmating, hvor vi må kunne kontrollere hvor<br />
vi skifter side.<br />
Det er naturlig at man skifter side etter man har skrevet et antall hele dager. Dette kan man<br />
angi under spørsmålet:<br />
Antall dager<br />
pr. side i hovedplaner<br />
Avhengig av antall posisjoner<br />
pr. dag velger man 1-3 her.<br />
Noen ganger vil man ikke skrive ut alle posisjoner som man brukte i timeplanleggingen. Man<br />
brukte f. eks. yttertid ( 0-te og 7-de time, dvs. 8 posisjoner pr. dag) som i ettertid viser seg å<br />
være unødvendige. Man angir da at bare posisjon 02 til og med<br />
posisjon 07 skal skrives ut.<br />
Størrelse av timeplanrute<br />
Vi omtalte horison tal bredde i sammenheng med linjebredde. Vi kan også redusere vertikal<br />
størrelse men må da gi<br />
avkall på informasjon: Alle hovedplaner består av ruter med tre linjer<br />
informasjon. Hvis ønskelig kan man under spørsmålene:<br />
Utskrift av : Emne Klasse Lærer Rom<br />
hake av for hvilken informasjon(linjer) som skal være med. Hvis dette skifter fra hovedplan til<br />
hovedplan, må man kjøre klartekstene i flere omganger. Det er ikke vanlig at man vil fjerne<br />
informasjon, men enkelte<br />
har spurt om å få denne mulighet.
INDIVIDUELLE PLANER<br />
228<br />
Linjebredde<br />
Denne parameter<br />
er styrt av den verdi man angir som svar på spørsmålet:<br />
samt:<br />
Bredde av fullt navn i individuelle planer<br />
Antall tegn for: Klasse Lærer Rom<br />
Den første parameter<br />
kan maksimalt være 11. Klasse og Rom kan maksimalt være 6 mens<br />
Lærer kan maksimalt være 3. Man bør<br />
ordne seg slik at fullt navn pluss summen av to andre<br />
parametre ikke er større enn 20. Anta dette er eksakt oppfylt. Det kreves også 3 tegn for<br />
skilletegn og timeplanruten blir 23 tegn. Dette er størrelse<br />
av rute inkludert innramming. I<br />
tillegg krever ringetider<br />
7 tegn. Linjebredden blir:<br />
7 + 23 * 5 = 122<br />
tegn<br />
Figuren ovenfor viser et eksempel på akseptable verdier. Linjebredden for individuelle planer<br />
blir vanligvis så stor a t man må ha en liten(komprimert) skrifttype for å få ut planene på<br />
stående A4, mens standard skrift kan brukes for liggende A4.<br />
Størrelse av side<br />
Denne parameter er styrt av de verdier man angir som svar på spørsmålene:<br />
Min antall linjer<br />
pr. pos. i individuell plan<br />
Antall ind. planer pr. side Klasse: Lærer: Rom:<br />
Man vil ofte ha bare en individuell plan pr. A4-side. Hvis man vil lage små planer, kan man få<br />
plass til 3 planer pr. side.<br />
Den første verdien ovenfor bestemmer det minimale antall linjer pr. rute som skrives ut. Hvis<br />
man vil ha med ringetider, må verdien være minst 3. Hvis man vil ha planene så små som<br />
mulig,<br />
kan verdien være 1.<br />
Størrelse av timeplanrute<br />
Horisontal<br />
bredde er omtalt i forbindelse med linjebredde. Vertikal bredde ble omtalt i<br />
sammenheng<br />
med<br />
sidestørrelse. Vi tillater ikke at informasjon fjernes fullstendig i<br />
individuelle planer slik at både emne, klasse, lærer og rom må være minst 1 tegn.<br />
Utskrift av utvalgte<br />
individuelle planer<br />
Vi kan nederst i formatmenyen kan vi velge at bare uvalgte individuelle planer for klasser,<br />
lærere og rom skrives ut. De følgende felt definerer da hvilke planer som skrives ut. Denne<br />
mulighet kan brukes<br />
hvis man har gjort noen få endringer i en ferdig plan, og endringene<br />
angår bare noen<br />
få klasser/lærere.<br />
OVERSKYTENDE GRUPPER<br />
Utskriftsformat<br />
for hovedplan for klasser er laget slik at man har maksimalt plass til to lærere<br />
pr. klasse. Hvis<br />
det ikke er plass til alle lærere, skrives noen lærere ut som overskytende<br />
grupper uten<br />
å komme med i hovedplan for klasser. Konvensjonen har stort sett fungert bra,<br />
men i visse tilfeller er den ikke bra nok:
229<br />
a. Det blir stadig mer vanlig at klasser undervises i ulike integrerte modeller samt at visse<br />
elever får egne støttetiltak (B-timer ol.). Den praktiske konsekvens er at en enkelt klasse<br />
kan ha<br />
3-6 lærere i samme aktivitet.<br />
b. Visse valgblokker har mer enn dobbelt så mange lærere som klasser.<br />
c. Det blir stadig mer vanlig med halvårlig eller annenhver uke undervisning, slik at det<br />
ofte er for<br />
lite med plass til bare to lærere pr. klasse<br />
TPLAN tar hensyn<br />
til dette slik:<br />
Hvis det blir mer enn dobbelt så mange ressursgrupper(lærer/rom) i en aktivitet som<br />
klasser, vil TPLAN lage klartekster på en slik måte at det skytes inn ekstra kolonner<br />
i<br />
hovedplan<br />
for klasser slik at alle lærerne får plass. De nye "fiktive" klassene som<br />
oppstår får<br />
samme navn som klassen foran fulgt av et løpenummer.<br />
I formatmenyen<br />
står et spørsmål:<br />
Skrive ut overskytende grupper<br />
Ved å hake av her skrives ut eventuelle ekstra kolonner for klassene, mens<br />
ingen hake fjerner<br />
fikt ive klasser fra de endelige hovedplaner, og overskytende grupper skrives for seg selv som<br />
vist i følgende<br />
figur:<br />
OVERSKYTENDE<br />
GRUPPER I KLASSEPLAN<br />
KLASSE<br />
: 9C<br />
: 7C<br />
: 9C<br />
: 9A<br />
ny fig<br />
******<br />
AKT LÆRER EMNE :DAG POS ROM : DAG POS ROM : DAG POS ROM<br />
ENM : AGA NOST :TIR 5 :TOR 4 :FRE 3 :<br />
SAF1: BJØ SAF :MAN 3 302 :<br />
NAT2: :MAN 2 309 :<br />
VF4 : HEN MOP4 :MAN 4 114 :MAN 5 114 :<br />
her<br />
KONFERANSE-AKTIVITETER *****<br />
KLASSE AKT LÆRER EMNE :DAG POS ROM : DAG POS ROM : DAG POS ROM<br />
: XXX KON1: TJE KON1 :MAN 1 :<br />
BRE KON1 :MAN 1 :<br />
AKS KON1 :MAN 1 :<br />
: XXX KON2: HEN KON2 :MAN 1 :<br />
FOR KON2 :MAN 1 :<br />
REI KON2 :MAN 1 :<br />
: XXX KON3: MOP KON3 :ONS 5 :<br />
HAU KON3 :ONS 5 :<br />
KAL KON3 :ONS 5 :<br />
5.8.3 EKSEMPLER PÅ FORMATERING AV PLANER<br />
Vi skal vise hvordan man kan skrive ut planene med stående A4-format.<br />
Vi bruker følgende:<br />
Courier 10 (Vanlig linjeskriver )<br />
Courier 8 (Liten skrift )<br />
Bruk<br />
gjerne halvfet og kursiv i tillegg<br />
Vårt eksempel er en skole som har 6 timer hver dag. Vi vil ha stående A4. Vi velger følgende<br />
tegnbredde<br />
for de ulike symboler:<br />
Emne: 4 Klasse: 3 Lærer: 3 Rom: 4<br />
Vi vil ha mest mulig på arkene og velger liten skrifttype. Vi velger den innstilling som er vist<br />
i dialogen foran. Disse verdier gir bra utnyttelse av stående A4-ark. Endre eventuelt<br />
sideoppsett og marger i Filmenyen.<br />
Vi kan gi disse retningslinjer for formatering:<br />
1.Antall klasser pr. side<br />
Hvis størrelse av rute = 4, kan vi ha 10 klasser(dvs. 20 lærere/rom) for liten skrift og stående<br />
A4. Hvis man bruker normal skrift, kan man ha 6 klasser pr. side.<br />
Hvis størrelse av rute = 6, kan vi ha 8 klasser pr. side for liten skrift, og 4 klasser pr. side for<br />
normal skrift.
230<br />
Samlet er dette et solid argument for at man bruker liten skrift hvis mulig, og det er også et<br />
godt argument for at rutestørrelsen ikke bør være mer enn 4.<br />
2.Antall dager pr. side<br />
Hvis man ikke har mer enn 6 posisjoner pr. dag, kan vi ha 3 dager pr. side hvis vi bruker liten<br />
skrift. Hvis vi bruker normal skrift, kan vi ha 2 dager pr. side.<br />
Selv om tidsrammen øker, kan man vanligvis klare å skrive 2 dager pr. side.<br />
Hvis man velger å skrive ut på liggende A4 (for å få plass til flere klasser på samme ark), kan<br />
man vanligvis ikke skrive ut mer enn en dag pr. side.<br />
3.Formattering av individuelle planer<br />
Slik disse er laget, er det alltid best å skrive ut med liten skrift, og vi får da plass til den største<br />
ruten(23 tegn).<br />
Hvis man er tvunget til å bruke normal skrift, må nesten de individuelle planer skrives ut på<br />
liggende A4.<br />
Det minimale antall linjer i en rute bestemmes av om man vil ha med ringetider. Bruk 3 hvis<br />
disse skal med, ellers kan man for å få små planer bruke verdien 1.<br />
HOVEDPLANER<br />
Vi har i Kjøre-menyen stilt formater og kjørt: Endelig utskrift.<br />
Vi får tilgang til de ulike<br />
hovedplaner via faneblad Utskrifter. Vi kan senere sende disse til skriver via Filmeny.<br />
For hovedplan for klasser gjelder:<br />
Klasser skrives langs horisontal akse. Posisjoner skrives langs vertikal akse.<br />
Kolonnene følger disse regler:<br />
Klassens navn skrives ut med inntil 6 karakterer. (Vi bruker ikke forkortet navn i<br />
utskrifter.) Under klassesymbolet står lærersignatur for klassestyrer (KLS) med 3<br />
karakterer.<br />
Det er plass til 2 klassestyrere pr. klasse. En timeplanposisjon består av 3 linjer med<br />
denne informasjon:<br />
1. Fagets navn (inntil 6 karakterer).<br />
2. Signatur for lærer som underviser (3 karakterer).<br />
3. Rommet for denne lærer (inntil 6 karakterer).<br />
For hver klasse er det plass til en eller to lærere. En har full styring over hvilke lærere som<br />
føres i de ulike klassekolonner via feltet: REF i register for klartekst eller man kan endre<br />
dette<br />
i F2- dialogen for klartekster. Hvis faget er en dobbeltime (eller større undervisningsperiode),<br />
gjentas ikke informasjonen i linje 1 - 3 for de følgende posisjoner men vi får en<br />
hensiktsmessig innramming av multiple perioder som vist i planen. Tilsvarende hvis to eller<br />
flere klasser deltar i samme aktivitet, blir også disse innrammet slik at en tydelig ser at dette<br />
er samme aktivitet.<br />
Hvis antall lærere er større enn 2 ganger klassetall, er det ikke plass til alle lærere i hovedplan<br />
for klasser. Vi har nevnt foran<br />
overskytende lærere (grupper) kan skrives ut på 2 måter.<br />
Uansett hva man har valgt, skrives alle konferansetimer(XXX-klasse) ut slik som vist foran:<br />
Overskytende lærere og rom blir selvsagt skrevet ut i hovedplan for lærere og rom.<br />
I hovedplan for lærere skrives<br />
følgende:<br />
Lærere skrives langs horisontal akse. Posisjoner skrives langs vertikal akse:<br />
Kolonnene følger disse<br />
regler:<br />
Lærersignatur skrives ut med 3 karakterer
231<br />
På neste linje følger den klasse (fullt navn) som lærer er klassestyrer for.<br />
Den enkelte posisjon inneholder denne informasjon:<br />
1. Fagets navn (inntil 6 karakterer).<br />
2. Klassereferanse (se fagregister) for gruppen som læreren underviser. Hvis<br />
klassereferanse mangler, skrives stamklassen for aktiviteten ut. For vanlige<br />
klasseaktiviteter er dette<br />
(som regel) samme sak, mens man bør bruke klassereferanser<br />
for fag som inneholder<br />
mer enn en klasse.<br />
3 Rommet for læreren.<br />
For dobbel og trippeltimer gjentas informasjonen for alle posisjoner.<br />
Hovedplan for rom er laget på samme måte som hovedplan for lærere med den forskjell at<br />
lærersignatur og rombetegnelse har skiftet plass. Kommentar trengs ikke.<br />
INDIVIDUELLE PLANER<br />
I de individuelle planer brukes et variabelt antall linjer pr. posisjon, og alle<br />
undervisningsgrupper (fagnavn, klasse, lærer og rom ) skrives ut. Hver undervisningsgruppe<br />
krever 1 linje. Det skrives ut minst 1 linje pr. posisjon og maksimalt 24 linjer.(Hvis man vil ha<br />
med ringetider, bør man skrive ut minst 3 linjer pr. posisjon. Dette kan stilles i<br />
formatmenyen.) I detalj får linjene dette format i individuelle planer:<br />
Klasseplan:<br />
Lærerplaner:<br />
Romplaner :<br />
FULLT NAVN LÆRERSIGNATUR ROMNAVN<br />
FULLT NAVN KLASSEREFERANSE ROMNAVN<br />
FULLT NAVN KLASSEREFERANSE LÆRERSIGNATUR<br />
Hvis fullt navn mangler, skrives fagnavn i stedet. Hvis klassereferanse mangler, skrives<br />
stamklasse (klasse, sektor, årskurs) i stedet.<br />
I individuelle klasseplaner får vi flere undervisningsgrupper i samme posisjon pga. blokker<br />
o.l.<br />
Noen ganger er det nødvendig at samme lærer/rom deltar i to eller flere undervisningsgrupper<br />
i samme posisjon f.eks. annenhver uke<br />
eller halvårlig undervisning.<br />
Dublerte klasser får ikke egen individuell plan, og gruppene<br />
skrives ut på forgående klasse.<br />
De følgende sider viser utsnitt av de ulike planer slik de lages direkte t Tplan (Vi har laget<br />
utsnittene via Redigermeny og deretter benyttet en mindre skrifttype). Disse kan skrives ut<br />
enda penere ved at man tar dem inn i en tekstbehandler (Word) og stiller utskriften her.(Fjern<br />
så mye som mulig av margene) Da får man med seg en bedre innramming med grafiske tegn.<br />
.<br />
.
LAN FOR KLASSER SAUDA UNGDOMSSKOLE 2002/03<br />
232<br />
@ <strong>Copyright</strong> : H a r a l d M i c h a l s e n A/S 28-02-2005<br />
+---------+---------+---------+---------+---------+---------+---------+---------+---------+---------+<br />
|KLASSE | 8A | 8B | 8C | 9A | 9B | 9C | 10A | 10B | 10C |<br />
|---------+---------+---------+---------+---------+---------+---------+---------+---------+----------<br />
| 815 |EN NAT |KUH KUH | NAT | SAF |NA NAST|HK MA |KRØ KRØ KRØ | NO |<br />
| 1 - |LEN NØR +LAN TEI | WEI | WAA |HØY ISA |MEL BRU |LØV LIE SOL | BIR |<br />
| 900 |12 BIOR|TEGN VERK| 13 | 01 |04 03 |KJØ 05 |GYM3 GYM2 | 09 |<br />
|M -----+---------+ |---------+---------+---------+---------+---------+---------+---------+<br />
| 910 |EN NAT | | MUS | NA | EN |NO HK |NO NOST| NO | MA |<br />
| 2 - |LEN NØR + | BRE | HØY | RØD |HEL MEL |LIE BRY | HYS | SAN |<br />
| 955 |12 BIOR| | MUSR | 01 | 04 |05 KJØ |17 18 | 08 | 09 |<br />
|A -----+---------+---------+---------+---------+---------+ |---------+---------+---------+<br />
| 1005 |KRØ KRØ | MUS | EN |EN ENST|SAF SAF | |SKEV SKEV SKEV SKEV |<br />
| 3 - |SOL NØR | BRE | GAR |WAA HYS |KLU ISA + |WEI JOH TEI HØY |<br />
| 1050 |SVØH GYM1| MUSR | 13 |01 02 |04 03 | |09 GYM3 VERK TEGN |<br />
|N ------ |---------+---------+---------+---------+---------+<br />
|<br />
| 1120 | |NO NOST| SAF | MUS |NO NOST|NA NA | |<br />
| 4 - | |MEL LUN | HEL | BRE |KLU OPE<br />
+BRU + |<br />
| 1205 | |16 15 | 13 | MUSR |04 03 |BIOR FYSR| |<br />
|D -----+---------+---------+---------+---------+ |---------+---------+---------+---------+<br />
| 1215 |NO NOST|KRØ KRØ |NO MA |KRØ KRØ | | NA |TV1 TV2 TV3 TV4 TV5 TV6 |<br />
| 5 - |LEN BIR |LØV SOL |GAR WEI |JOH NØR | + BRU |HYS TEI HØY XX YY AUS |<br />
| 1300 |12 11 |SVØH GYM1|13 FYSR|GYM2 GYM3| | BIOR |08 VERK TEGN 17 |<br />
|A -----+---------+ |---------+ |---------+---------+ |<br />
| 1310 |SAF SAFS| |NO MA | |HK1 MA | MUS | |<br />
| 6 - |LEN KLU | |GAR WEI | |WAA ISA + BRE | |<br />
| 1355 |12 11 | |BIOR 13 | |KJØ 04 | MUSR | |<br />
|---------+---------+---------+---------+---------+---------+---------+---------+---------+---------+<br />
PLAN FOR LÆRERE SAUDA UNGDOMSSKOLE 2002/03<br />
@ <strong>Copyright</strong> : H a r a l d M i c h a l s e n A/S 28-02-2005<br />
+---------+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+<br />
|SIGNATUR |ØVR |RØD |AUS |BIR |BRE |BRU |BRY |LEN |GAR |HEL |HYS |HØY |HÅV |ISA |JOH |KLU |LAN |LIE |LUN |LØV |<br />
| | | |8B |10C | | | |8A | |9C | | |10B |9B | |9B | | | |8B |<br />
|---------+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 815 | | | |NO | |MA | |EN | | | |NA | |NAST| | |KUH |KRØ | |KRØ |<br />
| 1 - | | | |10C | |9C | |8A | | | |9B | |9B | | |8B |10A | |10A |<br />
| 900 | | | |09 | |05 | |12 | | | |04 | |03 | | |TEGN|GYM2| |GYM3|<br />
|M -----|----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 910 | |EN | | |MUS | |NOST|EN | |NO |NO |NA | | | | |KUH |NO | | |<br />
| 2 - | |9B | | |8C | |10A |8A | |9C |10B |9A | | | | |8B |10A | | |<br />
| 955 | |04 | | |MUSR| |18 |12 | |05 |08 |01 | | | | |TEGN|17 | | |<br />
|A -----|----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1005 | | | |SAF |MUS | | | |EN |NO |ENST|SKEV| |SAF |SKEV|SAF | | | | |<br />
| 3 - | | | |9B |8B | | | |8C |9C |9A |10A | |9B |10A |9B | | | | |<br />
| 1050 | | | |24 |MUSR| | | |13 |05 |02 |TEGN| |03 |GYM3|04 | | | | |<br />
|N -----|----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1120 | | | | |MUS |NA |NOST|EN | |SAF | |SKEV| |NOST|SKEV|NO | | |NOST| |<br />
| 4 - | | | | |9A |9C |9B |9C | |8C | |10A | |9B |10A |9B | | |8B | |<br />
| 1205 | | | | |MUSR|BIOR|24 |05 | |13 | |TEGN| |02 |GYM3|04 | | |15 | |<br />
|D -----|----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1215 | | |TV6 |NOST| |NA |NOST|NO |NO | |TV1 |TV3 | |NOST|KRØ |NO | | | |KRØ |<br />
| 5 - | | |10 |8A | |9C |9B |8A |8C | |10 |10 | |9B |9A |9B | | | |8B |<br />
| 1300 | | |17 |11 | |BIOR|24 |12 |13 | |08 |TEGN| |02 |GYM2|04 | | | |SVØH|<br />
|A -----|----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1310 | | |TV6 | |MUS | |MAST|SAF |NO | |TV1 |TV3 | |MA |KRØ |SAFS| | | |KRØ |<br />
| 6 - | | |10 | |9C | |9B |8A |8C | |10 |10 | |9B |9A |8A | | | |8B |<br />
| 1355 | | |17 | |MUSR| | |12 |BIOR| |08 |TEGN| |04 |GYM2|11 | | | |SVØH|<br />
|---------+----------------------------------------------------------------------------------------------------<br />
PLAN FOR ROM SAUDA UNGDOMSSKOLE 2002/03<br />
@ <strong>Copyright</strong> : H a r a l d M i c h a l s e n A/S 28-02-2005<br />
+---------+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+<br />
|ROM |01 |02 |03 |04 |05 |06 |07 |08 |09 |10 |11 |12 |13 |14 |15 |16 |17 |18 |19 |20 |<br />
|---------+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 815 |SAF | |NAST|NA |MA | | | |NO | | |EN |NAT | | | | | | | |<br />
| 1 - |9A | |9B |9B |9C | | | |10C | | |8A |8C | | | | | | | |<br />
| 900 |WAA | |ISA |HØY |BRU | | | |BIR | | |LEN |WEI | | | | | | | |<br />
|M -----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 910 |NA | | |EN |NO | | |NO |MA | | |EN | | | | |NO |NOST| | |<br />
| 2 - |9A | | |9B |9C | | |10B |10C | | |8A | | | | |10A |10A | | |<br />
| 955 |HØY | | |RØD |HEL | | |HYS |SAN | | |LEN | | | | |LIE |BRY | | |<br />
|A -----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1005 |EN |ENST|SAF |SAF |NO | | | |SKEV| | | |EN | | | | | | | |<br />
| 3 - |9A |9A |9B |9B |9C | | | |10A | | | |8C | | | | | | | |<br />
| 1050 |WAA |HYS |ISA |KLU |HEL | | | |WEI | | | |GAR | | | | | | | |<br />
|N -----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1120 | |NOST|NOST|NO |EN | | | |SKEV| | | |SAF | |NOST|NO | | | | |<br />
| 4 - | |9B |9B |9B |9C | | | |10A | | | |8C | |8B |8B | | | | |<br />
| 1205 | |ISA |OPE |KLU |LEN | | | |WEI | | | |HEL<br />
| |LUN |MEL | | | | |<br />
|D -----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1215 | |NOST|NOST|NO | | | |TV1 | | |NOST|NO |NO | | | |TV6 | | | |<br />
| 5 - | |9B |9B |9B | | | |10 | | |8A |8A |8C | | | |10 | | | |<br />
| 1300 | |ISA |OPE |KLU | | | |HYS | | |BIR |LEN |GAR | | | |AUS | | | |<br />
|A -----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+----+-----<br />
| 1310 | | |MAST|MA | | | |TV1 | | |SAFS|SAF |MA | | | |TV6 | | | |<br />
| 6 - | | |9B |9B | | | |10 | | |8A |8A |8C | | | |10 | | | |<br />
| 1355 | | |OPE |ISA | | | |HYS | | |KLU |LEN |WEI | | | |AUS | | | |<br />
|---------+----------------------------------------------------------------------------------------------------
233<br />
--------------------------------------------------------------------------------------------------------------+<br />
| |<br />
|KLASSE 9A SAUDA UNGDOMSSKOLE 2002/03 |<br />
| |<br />
+-----+--------------------+--------------------+--------------------+--------------------+--------------------+<br />
|TIME | MANDAG | TIRSDAG | ONSDAG | TORSDAG | FREDAG |<br />
+-----+--------------------+--------------------+--------------------+--------------------+--------------------+<br />
| 1 |SAF WAA 01 |KRL WAA 01 |HK JOH KJØ |NO WAA BIOR|TV1 HYS 01 |<br />
| 815 | | |MA HØY 01 |MA HØY 01 |TV2 LAN TEGN|<br />
| 900 | | | |MAST HÅV 03 |TV3 HØY 05 |<br />
| | | | | |TV4 WEI VERK|<br />
|-----+--------------------+--------------------+--------------------+--------------------+---------------------<br />
| 2 |NA HØY 01 |NA HØY BIOR|NO WAA 01 |NO WAA 01 |SAF WAA 01 |<br />
| 910 | |NA FYSR|HK JOH KJØ |NOST WIG 02 | |<br />
| 955 | |EN WAA 01 | |MA HØY MUSR| |<br />
| | |ENST HYS 02 | | | |<br />
|-----+--------------------+--------------------+--------------------+--------------------+---------------------<br />
| 3 |EN WAA 01 |MA HØY 01 |NO WAA 01 |SKEV ISA ##GY|EN WAA 01 |<br />
|1005 |ENST HYS 02 |MAST HÅV 02 |HK JOH KJØ |SKEV LAN VERK|ENST HYS 02 |<br />
|1050 | | | |SKEV SAN | |<br />
| | | | |SKEV HÅV 08 | |<br />
| | | | |SKEV BRU IT | |<br />
|-----+--------------------+--------------------+--------------------+--------------------+---------------------<br />
28-02-2005<br />
+--------------------------------------------------------------------------------------------------------------+<br />
| |<br />
| BRYNE E SAUDA UNGDOMSSKOLE 2002/03 BRY |<br />
| |<br />
+-----+--------------------+--------------------+--------------------+--------------------+--------------------+<br />
|TIME | MANDAG<br />
| TIRSDAG | ONSDAG | TORSDAG | FREDAG |<br />
+-----+--------------------+--------------------+--------------------+--------------------+--------------------+<br />
| 1 | |SAF 9C 06 |SAF 9C 06 |MAST 9B |ENST 10A 18 |<br />
| 815 | | | | | |<br />
| 900 | | | | | |<br />
|-----+--------------------+--------------------+--------------------+--------------------+---------------------<br />
| 2 |NOST 10A 18 |KRL 9C 06 |SAST 10A 18 |NOST1 9B 24 | |<br />
| 910 | | | | | |<br />
| 955 | | | | | |<br />
|-----+--------------------+--------------------+--------------------+--------------------+---------------------<br />
| 3 | |SAST 10A 18 |NOST 10A 18 | |NOST 10A 18 |<br />
|1005 | | | | | |<br />
|1050 | | | | | |<br />
|-----+--------------------+--------------------+--------------------+--------------------+---------------------<br />
28-02-2005<br />
+---------------------------------------------------------------------------------------------------------+<br />
| |<br />
| ROM VERK SAUDA UNGDOMSSKOLE 2002/03 VERK |<br />
| |<br />
+-----+-------------------+-------------------+-------------------+-------------------+-------------------+<br />
|TIME | MANDAG | TIRSDAG | ONSDAG | TORSDAG | FREDAG |<br />
+-----+-------------------+-------------------+-------------------+-------------------+-------------------+<br />
| 1 |KUH 8B TEI|KOH 10A TEI|KOH 10C TEI|KUH 9C TEI|TV4 9 WEI|<br />
| 815 | | | | | |<br />
| 900 | | | | | |<br />
|-----+-------------------+-------------------+-------------------+-------------------+--------------------<br />
| 2 |KUH 8B TEI|KOH 10A TEI|KOH 10C TEI|KUH 9C TEI|KUH 8A TEI|<br />
| 910 | | | | | |<br />
| 955 | | | | | |<br />
|-----+-------------------+-------------------+-------------------+-------------------+--------------------<br />
| 3 |SKEV 10A TEI|KUH 9B TEI|KOH 10B TEI|SKEV 9 LAN|KUH 8A TEI|<br />
|1005 | | | | | |<br />
|1050 | | | | | |<br />
|-----+-------------------+-------------------+-------------------+-------------------+--------------------
234<br />
6 Interaktive teknikker. Arbeid med komprimert plan og<br />
klarteks<strong>tplan</strong>.<br />
Dette er egentlig essensen av alt jeg har lært meg i løpet av 40 år. Jeg synes dog at det aldri<br />
har det vært så vanskelig å få dokumentert mine hovedpoenger. Grunnen er ganske enkel:<br />
Det viktigste ved Tplan i den form det nå har, er de ting brukeren aldri ser, men<br />
hvor Tplan løser de mest kompliserte problemer på egen hånd.<br />
Den eneste måten jeg ser for å få dokumentert dette, er ved en stringent matematisk<br />
behandling av de grunnleggende logiske og kombinatoriske prinsipper. Dette akter jeg også å<br />
gjøre på et senere tidspunkt. (Avsnitt 5.2.4 og avsnitt 5.3.3 gir en antydning av<br />
problemkomplekset) Bare noen svært få vil være interessert i en slik bok, mens svært mange<br />
vil være interessert i de resultater man oppnår på det praktiske plan.<br />
Selv de mest primitive timeplansystemer snakker i blomstrende vendinger om en eller annen<br />
form for menneske/maskin dialog for å løse de konflikter som oppstår. Dermed er vi straks<br />
ved et hovedpoeng:<br />
Hvor stor del av det totale arbeid gjøres algoritmisk (dvs. maskinelt) og hvor stor del er<br />
manuelle kompromiss? Styrken til et timeplansystem er alle de problemer som brukeren<br />
slett ikke trenger ta standpunkt til dvs. alle de ting Tplan gjør og som brukeren ikke<br />
merker på annen måte enn at man ganske raskt finner en fornuftig løsning. En slik<br />
erkjennelse kan man nesten ikke få på annen måte enn ved å oppleve hvordan ulike<br />
systemer oppleves i praksis. (Nåja, helt umulig er det ikke finne ut hva Tplan står for: Man<br />
kan gjennomføre en standard kjøring av hele planen med Tplan og sammenlikne dette med et<br />
hvert annet system som skal legge planen på egen hånd.)<br />
Den metodikk som nå skal presenteres er en integrert teknikk som består av flere sentrale nye<br />
momenter etter nærmere 40 års arbeid:<br />
• Alle sentrale algoritmer i Tplan er fullstendig revurdert, forbedret og generalisert i<br />
løpet av de 3 siste år.<br />
• Tidligere var Tplan et antall mer eller mindre selvstendige programdeler som fungerte<br />
sammen som en helhet. Nå består Tplan egentlig av 3 deler: En rimelig grei overføring<br />
av data, en sentral hovedløkke samt en avsluttende endelig utskrift. Den sentrale<br />
hovedløkke er mildest talt infernalsk intrikat.<br />
• Vi har innført en velutviklet skjermteknikk for å kunne bearbeide timeplanen. Vi har<br />
definert en generell representasjon av timeplanen, og vi har i prinsipp 4 generelle<br />
operatorer for å bearbeide timeplanen.<br />
6.1 Presentasjon<br />
av timeplanen: KomprGrid og SkemaGrid<br />
Resultatet av en timeplankjøring vises på to ulike måter:<br />
1. Komprimert plan (KomprGrid)<br />
2. Klarteks<strong>tplan</strong> (SkemaGrid).<br />
Dette er i virkeligheten bare to alternative presentasjoner av eksakt den samme<br />
datastruktur slik at en endring i en av disse planer fører automatisk til samme endring i<br />
den andre plan. Tidligere var det et skille mellom det arbeid man gjorde i komprimerte<br />
planer og klarteks<strong>tplan</strong>er, og dette skillet er nå borte. Dette betyr at det arbeid man gjør<br />
i klarteks<strong>tplan</strong>er kan være en integrert del av selve timeplanleggingen og ikke en<br />
attpåklatt som man løser i ettertid.<br />
En normalutskrift av en komprimert kan for eksempel se ut slik:
235<br />
Som klarteks<strong>tplan</strong> kan dette for eksempel se ut slik:<br />
Forskjellene mellom de to planer er to ting:<br />
1. Antall kolonner som hver klasse får i de to planer for å forklare planen til denne<br />
klassen. I komprimert plan får for eksempel 8A en kolonne fordi klassen ikke har<br />
mer enn 1 aktivitet i noen posisjon. I klarteks<strong>tplan</strong>en får samme klasse 3 kolonner
236<br />
fordi enkelte aktiviteter består av inntil 3 skjemabiter (dvs. antall lærere/rom<br />
som brukes til klassen samtidig). Motivet for de to planene er enkelt å forklare:<br />
Mens man arbeider med timeplanen setter man pris på en så kompakt plan som<br />
mulig for oversiktens skyld, men når planene etter hvert skal tas i bruk vil man<br />
som oftest ha mer detaljert informasjon.<br />
2. Innholdet i de enkelte celler i timeplanen. Nok en gang vil man ha en kompakt<br />
oversikt mens man arbeider med planen, og man vil også ønske å få med seg ulike<br />
spesielle symboler som forteller timeplanleggeren om ulike krav til timeplanen.<br />
Ved utskrift av endelig plan vil man ha mer utfyllende informasjon samtidig som<br />
man vil fjerne spesielle koder som lekmann ikke forstår. Nå vil vi straks føye til at<br />
brukeren kan definere celleinnholdet i de to planer eksakt slik man selv ønsker.<br />
En annen fundamental forskjell mellom de to planene er:<br />
I komprimert plan (KomprGrid) er en aktivitet enheten for de ulike<br />
timeplanoperasjoner, mens i klarteks<strong>tplan</strong> (SkemaGrid) er den enkelte skjemabit<br />
(max 3 celler) enheten for de ulike timeplanoperasjoner.<br />
Normalfargene i de to planer er:<br />
1. Sort på Cyan. Denne aktivitet undervises av bare en lærer, og det er selvsagt disse<br />
aktiviteter som er enklest å flytte.<br />
2. Hvit på lyst blått. "Liten parallell". Summen av klasser og lærere er 3 eller 4. Hvis<br />
det er plass, får en slik aktivitet tegnet + i tillegg som siste tegn. I visse tilfeller<br />
klarer man også å flytte slike aktiviteter.<br />
3. Hvit på mørkt blått. "Stor parallell". Summen av klasser og lærere er minst<br />
5. Hvis<br />
det er plass, får en slik aktivitet tegnet * i tillegg som siste tegn. Til vanlig er det<br />
omtrent umulig å flytte slike aktiviteter.<br />
I tillegg brukes følgende spesialtegn:<br />
# Aktiviteten er forhåndsplassert.<br />
*B Klasse/lærer er direkte blokkert i denne posisjon.<br />
** Klasse/lærer er indirekte blokkert i denne posisjon<br />
§ Aktiviteten inngår i et sekvenskrav<br />
¤ Aktiviteten inngår i et krav om dagsammenfall<br />
\ Aktiviteten skal være kantplassert<br />
= Et fag som skal fordeles jevnt på 2 uker har like mange perioder i begge uker<br />
+ Nå har dett faget 1 periode mer i den første uke (++ = 2 perioder mer)<br />
- Nå har dette faget 1 periode mer i den andre uker(-- = 2 perioder mer)<br />
Nyttige symboler for den som justerer en komprimert plan.<br />
(Det fins spesielle utforminger av normalfargene slik at man for eksempel kan skille mellom<br />
hva som er obligatoriske fag og valgfri fag, hva som er stamklasse og hva som er følgeklasser<br />
etc., i det hele tatt mer informasjon om skole strukturen)<br />
6.2 Celleinnholdet i KomprGrid og SkemaGrid<br />
Dette velges slik: Gå til Funksjoner > Innstillinger > Komprimert (eller Klartekst) > Innhold i<br />
celler Komprimert (eller Klartekst). Følgende dialog kommer frem:
237<br />
For hver ressurstype (klasse/lærere/rom) kan man angi 6 typer av informasjon. Vi tar det<br />
fullstendig for klassene og kort om nye ting for lærere/rom<br />
Klasser<br />
Vis stamklasse: Stamklassen er den første klasse i en aktivitet.<br />
Vis spesiell: I dag B* = blokkering og # = forhåndsplassert \ = kantplassert §= sekvens ¤ =<br />
dagsammenfall. Vi vil skrittvis innføre en del spesialtegn i tillegg.<br />
Vis aktivitet: Viser navn på aktiviteten (normalt skal denne være med)<br />
Vis Fullt navn: Viser fullt navn på aktiviteten. Skal normalt ikke være med i Komprgrid men<br />
kan være aktuelt i SkemaGrid i en sluttfase.<br />
Vis lærer: Skriver ut læreren i aktiviteten. Fordi KomprGrid ikke viser alle lærer/rom-grupper<br />
er denne informasjon ufullstendig her, men den er fullstendig i SkemaGrid.<br />
Vis rom: Skriver ut tilhørende rom til læreren.<br />
Lærer<br />
5 av parametrene er som for klasser (lærer mangler). I tillegg har vi fått nok en parameter:<br />
Vis referanseklasse: Stamklassen er den første klassen i aktiviteten, mens referanseklassen er<br />
den klassekolonnen hvor læreren er oppført. (Dette kan det være aktuelt å modifisere i en<br />
sluttfase)<br />
Rom<br />
5 av parametrene er som for klasser men her overtar referanseklasse<br />
for rom.<br />
Eksakt den samme type informasjon kan man definere for klartekster, og man kan også<br />
definere hva slags informasjon som skal skrives ut for de to plantyper<br />
Ovenfor har jeg skissert min egen preferanse ved komprimerte planer, og jeg kan sågar tenke<br />
meg<br />
å fjerne et par av de haker jeg har vist.
238<br />
6.3 Fanebladene: Komprimert og Klartekst.<br />
Disse fanebladene peker på et antall ulike grids som man får tilgang til via høyreklikk og<br />
deretter velge Vis mappe. Detaljene er:<br />
Komprimert:<br />
Dette fører etter hver til 3 valg:<br />
1. Komprimert dvs. den utskrift vi har vist foran.<br />
2. Utvalg (Ktempgrid). Dette er et fargelagt utvalg av den nåværende timeplanen som<br />
forsøker å forklare nåværende konfliktsituasjon. Dette utvalget kan være laget av<br />
Tplan selv men brukeren kan også definere sine egne utvalg. Vi forklarer dette i<br />
fortsettelsen i forbindelse med operator P4, Utvalg /Fargelegging.<br />
3. Utspark (UtsGrid ).En oversikt over de aktiviteter Tplan har mislykkes med å<br />
plassere. Etter hvert som vi skrittvis får orden på dette med operasjonene P1 og P2 blir<br />
UtsGrid løpende oppdatert. (Hvis man forsøker å plassere en aktivitet med operator<br />
F2, blir ikke UtsGrid ikke automatisk oppdatert. Vi retter dette etter hvert. Vi kan få<br />
det til i dag også: Foreta lagring og kjør interaktiv analyse + legging. Nå ordner det<br />
seg.)<br />
I løpet av justeringen får vi ofte bruk for å hoppe mellom disse 3 registre, særlig mellom<br />
Ktempgrid og UtsGrid. Dette kan man få til ved høyreklikk mens man står i et disse registrene<br />
og deretter velge: Vis mappe. Den aller enkleste måten å veksle mellom disse registrene er:<br />
Ctrl + F5 : Gir tilgang til KomprGrid.<br />
Ctrl + F6 : Gir tilgang til KtempGrid.<br />
Ctrl + F7 : Gir tilgang til UtsGrid<br />
Klartekst<br />
Dette fører etter hvert til 4 valg:<br />
1. Plan. Dette gir overgang til klarteks<strong>tplan</strong>en som er vist foran (SkemaGrid). Den mest<br />
typiske timeplanoperasjon man vil gjøre her er F2, Redigering, men enkelte ganger vil<br />
man også flytte, plassere, rokere ulike skjemabiter.<br />
2. Klartekst (KlarGrid). Dette gir overgang til den eldre og opprinnelige form å justere<br />
klartekster: De ulike skjemabiter vises med en linje for hver skjemabit i dette register<br />
som da kan bli ganske omfattende. Justering av planen her fungerer utmerket, men jeg<br />
har ikke brukt KlarGrid noe særlig de siste par år, fordi det er så mye enklere å gjøre<br />
justeringer via SkemaGrid og F2. Vi beholder imidlertid KlarGrid for generalitetens<br />
skyld samt at KlarGrid vil vise seg svært nyttig i kommunikasjonen med andre<br />
datasystemer.<br />
3. Utvalg. Vi kan på samme måte som i Komprgrid lage utvalg som blir til et eget<br />
register, BtempGrid, og vi kan plassere, flytte<br />
skjemabiter her på samme måte som<br />
aktiviteter i KtempGrid.<br />
4. Utspark. Informasjonen i UtsGrid omformes til skjemabiter og vises i registeret<br />
ButsGrid. Dette register blir løpende oppdatert når vi plasserer aktiviteter i<br />
KomprGrid, men akkurat i dag er ikke den motsatte vei helt i orden. Vi får det til ved å<br />
foreta en lagring av klartekstene og fortsette timeplanleggingen.<br />
Vi får også her bruk for å bytte mellom de ulike registre. Også her kan vi bruke høyreklikk og<br />
deretter: Vis mappe. Det enkleste er imidlertid:<br />
Ctrl + F5 : Gir tilgang til SkemaGrid.<br />
Ctrl + F6 : Gir tilgang til BtempGrid.
Ctrl + F7 : Gir tilgang til ButsGrid<br />
Ctrl + F8 : Gir tilgang til KlarGrid<br />
239<br />
For å summere opp dagens status når det gjelder de to faneblad (timeplaner) er denne slik: Det<br />
er brukt mange mange tusen arbeidstimer på å lage KomprGrid og SkemaGrid samt tilhørende<br />
operatorer. Jeg er mest trygg på operatorene P1, P2 og P4, mens F2 også er testet i betydelig<br />
grad. Jeg føler meg mest trygg i arbeidet med KomprGrid, men er noe usikker på de<br />
avsluttende detaljer i SkemaGrid. Dette blir eventuelt utbedret i løpet ganske kort tid.<br />
6.4 De grunnleggende timeplanoperasjoner , P1, P2, P4 og F2<br />
De 4 operatorene er de eneste måter vi kan bruke for å modifisere en komprimert timeplan.<br />
Vi forbyr nå alt direkte manuelt arbeid med den enkelte timeplancelle. Dette for at vi vil sikre<br />
oss en stringent og enhetlig behandling av de ulike modifikasjoner som kan være aktuelle. Til<br />
gjengjeld er de nevnte operatorer meget generelle og burde kunne tillate alle de justeringer<br />
som kan være aktuelle. Operasjonene kan kalles via egne knapper for dette eller via<br />
høyreklikk og et påfølgende menyvalg. Personlig preferanse er å bruke knapper, og jeg har<br />
egentlig ikke prøvet om alt fungerer korrekt med høyreklikk. Noe forenklet kan vi kalle de tre<br />
første operasjoner for timeplanoperasjoner, mens F2 kalles en redigeringsoperasjon. En<br />
oversikt over operatorene er:<br />
6.4.1 P4: Utvalg /Fargelegging (Avansert utvalg)<br />
Denne operator modifiserer ikke selve timeplanen, men den er likevel den viktigste operator<br />
fordi den løser følgende to oppgaver:<br />
• Den gjør det mulig å lage de utvalg av klasser/lærere/rom slik man på enkleste måte<br />
ser muligheter for å plassere en bestemt aktivitet.<br />
• Vi fargelegger de ulike posisjoner etter visse regler, og dette forteller mye om en<br />
posisjon kan brukes til en forestående plassering.<br />
P4 kan kalles i en rekke ulike sammenheng, og vi kan definere våre utvalg på en meget<br />
nyansert måte. Den mest vanlige måte å bruke P4 er at man først merker en aktivitet i<br />
KomprGrid, KtempGrid eller UtsGrid, og deretter klikker man P4- knappen(avansert utvalg).<br />
Følgende dialog kommer fram:
240<br />
I det aktuelle tilfellet har vi merket 3a i pos: TOR 8 og dialogen ovenfor kommer ferdig<br />
utfylt<br />
frem. Denne dialog består av 4 ulike deler:<br />
• Definisjon av utvalg. Denne står i øverste venstre hjørne, og det er selvsagt det<br />
viktigste element i dialogen. Vanligvis inneholder dette felt definisjonen av en bestemt<br />
aktivitet, men ellers<br />
fungerer disse felt eksakt lik definisjonsfeltene i<br />
posisjonsdirektiver, og helt allment kan vi definere et hvilket som helst aktivitetssett.<br />
• Aktuell posisjon. Dette er i utgangpunktet posisjonen hvor vi har markert en aktivitet,<br />
men feltene kan også være blanke, for eksempel hvis vi merker en aktivitet i UtsGrid.<br />
Utvalget vi skal lage vil inneholde fargekoder, og betydningen av disse er ganske<br />
forskjellig avhengig av om aktuell posisjon er tom eller utfylt. Reglene er:<br />
1. Tom aktuell posisjon. Nå sier de ulike fargekoder noe om<br />
plasseringsmulighetene for aktuelt utvalg dvs. vanligvis en bestemt aktivitet.<br />
Fargekodenes betydning er da:<br />
• Mørk grønn bakgrunn sort forgrunn. Tplan ser ingen problemer<br />
med å bruke denne posisjon for utvalgt aktivitet.<br />
• Lys grønn bakgrunn sort forgrunn. Tplan vet at denne posisjon er<br />
ledig for aktuell aktivitet, men pga. ulike timeplanbetingelser skal disse<br />
posisjoner brukes av andre aktiviteter.<br />
• Dyp rød bakgrunn hvit forgrunn. En av ressursene til aktiviteten er<br />
plassert i denne posisjon og følgelig er aktiviteten blokkert her.<br />
• Lys gul sort forgrunn. Aktiviteten kan plasseres her, men da brytes en<br />
dagkonflikt dvs. aktiviteten er allerede plassert på denne dag.<br />
• Rosa (lilla) sort forgrunn. Aktiviteten kan plasseres her, men<br />
da<br />
brytes en blokkering vi har gjort i posisjonsdirektiver.<br />
• Orange sort forgrunn. Klasser og lærere kan plasseres her, men vi<br />
bryter da eventuelt romkravet for aktiviteten.<br />
• Mørk rød bakgrunn sort forgrunn. Plassering her er mulig, men vi<br />
bryter da både en blokkering og en dagkonflikt.<br />
• Gulbrun bakgrunn sort forgrunn. Plassering her bryter både med en<br />
dagkonflikt og et romkrav.<br />
• Oliven bakgrunn sort forgrunn. Plassering her bryter både med en<br />
blokkering og romkravet for aktiviteten.
241<br />
2. Utfylt aktuell posisjon. Nå sier fargekodene noe om<br />
plassering/rokeringsmuligheter av andre aktiviteter i relasjon til aktuell<br />
posisjon. Utvalgt aktivitet ligger muligens allerede i aktuell posisjon. Hvis<br />
ikke, innbiller vi oss at utvalget er plassert her, og deretter foretar vi en<br />
rokering av aktuell posisjon med samtlige andre posisjoner i timeplanen.<br />
Aktuell posisjon er svært ofte en tom celle og dermed reduseres rokeringen til<br />
en flytting<br />
av andre aktiviteter til aktuell posisjon. Fargekodenes betydning er<br />
nå:<br />
• Lys grønn bakgrunn sort forgrunn. Denne posisjon kan rokeres med<br />
eller flyttes til aktuell posisjon.<br />
• Lys gul bakgrunn sort forgrunn.<br />
Denne posisjon kan rokeres med<br />
eller flyttes til aktuell posisjon,<br />
men vi bryter da en eller flere<br />
dagkonflikter.<br />
• Rosa (lilla) bakgrunn sort forgrunn.<br />
Denne posisjon<br />
kan rokeres med<br />
eller flyttes til aktuell posisjon, men vi bryter da en eller flere<br />
blokkeringer i posisjonsdirektiver.<br />
• Dyp rød bakgrunn hvit forgrunn. Denne posisjon kan ikke rokeres<br />
med eller flyttes til aktuell posisjon. Dessverre den mest vanlige farge.<br />
• Mørk rød bakgrunn sort forgrunn. Denne posisjon kan rokeres med<br />
eller flyttes til aktuell posisjon, men vi bryter da både dagkonflikter og<br />
blokkeringer.<br />
• Mørk lilla<br />
bakgrunn sort forgrunn. Denne posisjon lar seg flytte til<br />
aktuell posisjon, men utvalgt<br />
aktivitet lar seg ikke flytte tilbake til<br />
denne posisjon.<br />
Begge to fargeleggingsteknikker er meget viktige i ulike sammenhenger, men det er<br />
viktig å være oppmerksom på hvor forskjellig betydningen av fargekodene er i de to<br />
tilfeller.<br />
• Kategori. Dette valget står i nederste høyre hjørne i dialogen, og definerer hva slags<br />
utvalg det er tale om. Vi har i dag disse muligheter:<br />
o Bare aktivitet. Vi lager et utvalg av timeplankolonner som bare består av de<br />
ressurser(Klasser, lærere og rom.) som inngår i aktuell aktivitet. Når man<br />
arbeider med de store parallellblokker<br />
i starten av timeplanen er dette det<br />
eneste naturlige utvalg. Senere<br />
i timeplanleggingen, når man legger ut rene<br />
klassefag, får man med seg for få<br />
kolonner til at man ser naturlige<br />
flyttinger/rokeringer, og man bruker<br />
en av de andre kategorier. Dette er det<br />
eneste utvalg som avhenger direkte<br />
av valgt aktivitet, mens de andre utvalg<br />
avhenger bare av valgt klasse<br />
eller lærer.<br />
o Alle aktiviteter. Det lages et utvalg for alle ressurser som har felles aktiviteter<br />
med aktuell klasse (lærer). For de<br />
fleste klasser blir dette for mange ressurser<br />
slik at man ikke får skikkelig oversikt. For<br />
småklasser med et lite antall lærere<br />
kan det være et meget aktuelt utvalg.<br />
o Rene klassefag. Det lages et utvalg som består av aktuell klasse samt de lærere<br />
som har enkle aktiviteter i klassen.(dvs lærere som har fag alene med<br />
klassen). Det er disse lærere man har størst sjanse for å kunne flytte/rokere. Vi<br />
lager også romplanene for de rom klassen bruker. Rent visuelt burde man<br />
nå ha<br />
et meget godt grunnlag for å plassere aktiviteter for den aktuelle klassen.<br />
o Små paralleller. Det lages et utvalg av planer som består av aktuell klasse<br />
samt de klasser/lærere som inngår sammen med<br />
klassen i enkle aktiviteter
242<br />
eller små paralleller dvs. aktiviteter som består av maksimalt 4 ressurser.<br />
Dette utvalg gir som regel en del flere lærere enn foregående utvalg. Fremdeles<br />
er det bra<br />
sjanser for å kunne flytte/rokere de lærere som står på skjermen.<br />
Lærere som bare har klassen i store blokker<br />
(minst 5 ressurser) er det små<br />
sjanser å kunne flytte på. Derfor blir de ikke med i utvalget da disse bare<br />
skaper forvirring i en presentasjon som skal<br />
være så kompakt som mulig.<br />
Personlig preferanse er å bruke utvalget: Bare aktivitet mens jeg arbeider med<br />
de store blokkene, og deretter går jeg så raskt som mulig over til: Små<br />
paralleller. Hvis dette utvalget blir for stort eller<br />
hvis det er klart at det er bare<br />
klassefag som gjenstår, går jeg over<br />
til: Rene klassefag.<br />
• Ressurser som skal ubetinget med i utvalget.<br />
Nederst til venstre i dialogen er det tre<br />
faneblad hvor man kan definere hvilke klasser,<br />
lærere eller rom som skal ubetinget<br />
med i utvalget uavhengig av hvilken kategori<br />
man velger. Dette bruker man mer<br />
sjelden, men i visse tilfeller er det en meget<br />
viktig mulighet. Det mest typiske<br />
eksemplet er følgende: Vi har fått plassert de store blokkene og gir oss i kast med en<br />
del mindre aktiviteter som dog krever bestemte<br />
spesialrom (Gymnastikk for<br />
eksempel). I dette tilfellet er det meget nyttig<br />
å få med seg gymsalene uavhengig av<br />
hvilket utvalg vi velger, slik at vi ser mulige<br />
flyttinger av gymnastikk. Andre<br />
eksempler på samme teknikk har vi hvis to eller flere klasser er koplet på kryss og<br />
tvers og som har en dominerende innflytelse<br />
på planen. Nok et eksempel er lærere<br />
med kombinerte fagkretser som styrer timeplanen<br />
i flere fagseksjoner (for eksempel<br />
forming, heimkunnskap, gymnastikk). Slike<br />
lærere vil man holde et øye med hele<br />
tiden.<br />
P4- dialogen brukes egentlig i to ulike sammenhenger:<br />
1. Når man har valgt å legge planen<br />
interaktivt og det oppstår et utspark, avsluttes<br />
leggingen etter visse regler. Det lages et register for utsparkene, UtsGrid. Det<br />
avsluttende skritt i denne prosessen er at P4 kalles med disse parametere:<br />
o Den første aktivitet i utsparklisten definerer utvalget.<br />
o Aktuell posisjon er tomt.<br />
o Kategori er det man selv har valgt under Funksjoner<br />
> Innstillinger > Legging.<br />
o Ingen ressurser kommer med ubetinget.<br />
2. Ved manuelt arbeid med timeplanen kan man<br />
definere sine utvalg slik man måtte<br />
ønske, og dette er den viktigste mulighet man har for at det forestående<br />
justeringsarbeid skal bli enkelt og oversiktlig.
243<br />
Figuren ovenfor viser et eksempel på bruk av P4 i forbindelse med interaktiv legging. Vi<br />
arbeider med et komplisert<br />
dansk gymnas og arbeider med å få på plass blokkene. Vi har fått<br />
et<br />
utspark av blokkfaget 3a h3spA3 og vi bruker kategori = Bare aktivitet (Ser vi av<br />
statuslinjen nederst i figuren).<br />
Vi ser en god del ledige posisjoner som er forsynt<br />
med ulike farger. Vi gir denne forklaring:<br />
De er en rødfarge i visse posisjoner hvilket skyldes at en av lærerne i aktiviteten allerede<br />
har<br />
fått undervisning her. Et<br />
antall dager har gulfarge. Når vi sjekker etter, er aktivitet 3a h3<br />
allerede plassert disse dager. Hele TIR har fått rosa farge, hvilket vi ikke skjønner uten videre.<br />
Situasjonen er slik at skolen ikke vil tillate blokkfag her, bare klassefag, slik at man kan ha et<br />
spesielt undervisningsopplegg denne dag. Vi ser at ONS 1- 2 har pen mørk grønnfarge<br />
hvilket<br />
betyr at Tplan ikke ser noen problemer med å bruke disse posisjoner. Man spør seg selvsagt<br />
om hvorfor ikke Tplan selv bruker en av disse posisjoner i stedet for å lage et utspark? Svaret<br />
er ganske enkelt at Tplan allerede har avsatt plass til en annen periode i aktivitet 3a h3 på<br />
ONS. Vi kan godt plassere vårt utspark her og fortsette. Det som temmelig sikkert vil skje da
244<br />
er at vi pr. omgående får nok et utspark av 3a h3, men med en periode av aktiviteten på plass<br />
på ONS. Det er å foregripe begivenhetenes gang noe, men jeg ville foreslå at aktiviteten<br />
plasseres i MAN 6. Da får man en trippeltime i 3a h3 i stedet for en dobbeltime. Dette er<br />
muligens akseptabelt, ellers får man finne på noe annet. Et hovedprinsipp ved den interaktive<br />
teknikk er at man nesten bestandig må gjøre et kompromiss for å komme seg videre når Tplan<br />
lager et utspark. De posisjoner jeg først ser på er gulfarge (for å endre perioder eller<br />
dagkonflikter) eller rosa farger (for å bryte blokkeringer eventuelt). Jeg velger den mørke<br />
grønnfarge når jeg ikke helt kan overskue konsekvensene, men vet da at jeg bare utsetter<br />
problemet litt. Den lyse grønnfarge er jeg mest skeptisk til å bruke fordi jeg vet at Tplan<br />
allerede har avsatt denne plassen til andre aktiviteter som er i konflikt med nåværende<br />
utspark. Jeg risikerer bare å gjøre problemene større ved å bruke disse posisjoner. (Det hender<br />
nå at jeg gjør det likevel, for det kan være at det er bare mindre viktige betingelser som brytes.<br />
Jeg vil dog her ha påpekt faren ved gjøre slikt.) Ellers henviser jeg til eksemplene senere om<br />
bruken av P4.<br />
6.4.2 P1 : Plassere/ fjerne aktivitet (skjemabit)<br />
Den mest vanlige prosess man gjør med P1 er følgende: Man markerer en aktivitet i mappe<br />
for utspark (Utsgrid), og i normaltilfellet får man retur til en timeplan, vanligvis Utvalget<br />
(Ktempgrid) alternativt KomprGrid. I denne planen flytter man markør til den posisjon hvor<br />
aktiviteten skal plasseres. Deretter klikker man knappen for plassering og P1- dialogen<br />
komme ferdig utfylt frem. Vi viser et eksempel på et uvalg hvor vi ønsker å gjøre en<br />
plassering.<br />
I figuren står klasse 9A og lærer HØY som bl.a. har faget 9A<br />
BIO. Ser vi i mappe for utspark inneholder denne faget 9A BIO.<br />
Det kompromiss vi velger å gjøre er å legge 9A BIO som en<br />
dobbelttime i TIR 4 – 5. Vi gjør følgende:<br />
1. Vi markerer 9A BIO i UtsGrid (Ctrl + M)<br />
2. Gjør du det overstående riktig, får du automatisk<br />
overgang til utvalget som er vist ovenfor.<br />
3. Deretter flytter du markør til TIR 5 og klikker på knapp<br />
for P1<br />
4. Følgende dialog kommer ferdig utfylt frem:<br />
Det var akkurat dette vi aktet å gjøre, og neste skritt er ganske naturlig å klikke OK for å få<br />
fullført plasseringen. Hvis noe hadde vært galt i dialogen ovenfor, måtte vi gå inn i de ulike
245<br />
felt ovenfor og angi korrekt verdi. Dette vil man nesten bestandig gjøre via de Drop-down<br />
lister man har i dialogen.<br />
Etter klikk på OK arbeider Tplan litt og følgende beskjed kommer frem på skjermen:<br />
Dette var som ønsket. Vi klikker Ja, Tplan<br />
arbeider litt med lagring, og ganske snart kommer<br />
dette utvalg frem på skjermen:<br />
Vi ser at den plassering vi ønsket å gjøre er utført, og vi er klar for<br />
videre arbeid med timeplanen.<br />
Anta nå at vi ønsket å gjøre den stikk motsatte operasjon dvs.<br />
fjerne en aktivitet fra KompGrid og plassere den i mappe for<br />
utspark. Dette er en nær identisk operasjon med det som er<br />
beskrevet foran. Fremgangsmåten er nå:<br />
1. Marker den aktivitet som skal fjernes i KompGrid (Bruk<br />
ctrl+M)<br />
2. Klikk på knapp for P1- dialogen og en utfylt dialog som<br />
vist foran kommer frem.<br />
3. Klikk i feltet : Fjern aktivitet (lager en hake)<br />
4. Klikk OK.<br />
Følgende beskjed kommer frem på skjermen:<br />
Hvis det var dette vi ønsket, klikker vi Ja, og en modifisert plan med 9A BIO fjernet kommer<br />
frem. Vi kan fortsette med neste skritt i timeplanen.<br />
Noen ganger skal vi plassere/fjerne en multippel periode (dobbeltime, trippeltime etc.) I<br />
feltene Dag – Posisjon angir vi den første posisjon vi skal arbeide med<br />
og i feltet Antall<br />
posisjoner angir vi hvor mange posisjoner det gjelder (2 = dobbeltime, 3 = trippeltime etc.)<br />
Et litt spesielt problem skal nevnes: Hvis vi markerer en aktivitet i Komprgrid blir alle<br />
posisjoner<br />
på aktuell dag for aktiviteten markert. ( Denne konvensjonen som regel er den<br />
beste).<br />
Anta nå at vi markerer en trippeltime. og av en eller annen grunn vil man fjerne den<br />
siste posisjonen i trippeltimen: Marker hele trippeltimen på normal måte og klikk på P1knappen.<br />
Endre Dag- Posisjon slik at dette blir siste posisjon for trippeltimen og rett Antall<br />
posisjoner til 1. Klikk på Fjerne aktivitet, og nå blir bare siste posisjon av aktiviteten fjernet.<br />
Under normale forhold tillater P1- dialogen aldri en dobbelplassering. Hvis det blir en<br />
konflikt pga. en plassering, kommer det frem et varsel om dette for eksempel slik:<br />
Det er klart at vi nå har gjort noe riktig tåpelig, og<br />
skynder oss å klikke nei. Intet skjer, og neste gang må vi<br />
finne på noe lurere.
246<br />
Visse ganger vil vi likevel godta at visse andre aktiviteter flyttes til mappe for utspark fordi<br />
det er så viktig å få plassert den aktivitet vi holder på med (for eksempel en trippel Hk-time<br />
med en eneste mulighet).<br />
Noen ganger vil vi selv bevisst tillate en dobbelplassering av lærere (eller rom). Det mest<br />
typiske er for eksempel følgende: Vi ser at det er mulig å plassere et utspark, men vi ser også<br />
at det fører til en konflikt for en lærer. Nå kan det være at denne konflikten er mindre kritisk<br />
fordi i en av aktivitetene har læreren en støttefunksjon som senere kan byttes med en annen<br />
lærer. For å få til en slik dobbelplassering må vi hake av for Akseptere dobbelplasseringer i<br />
P1- dialogen. Gjør vi dette kommer følgende varsel frem:<br />
Anta at vi kan leve med dette. Vi klikker Ja og<br />
fortsetter. Vi noterer oss dobbelplasseringen som vi<br />
vil rette i ettertid, for eksempel via F2-dialogen.<br />
Bemerk at nå vil den dobbelplasserte lærer få to<br />
kolonner i KomprGrid fordi læreren har to<br />
aktiviteter i samme posisjon.<br />
En siste mulighet er følgende: Anta vi er helt sikre på at den plassering vi akter å gjøre er<br />
akseptabel på alle måter. Nå kan vi spare oss alle de varsler, jeg har vist foran. Vi kan hake av<br />
for alternativet: Fortsette interaktivt. Nå skjer den plassering vi har bedt om, uten ytterligere<br />
spørsmål. Tplan forsetter nå normalt den interaktive prosess man sannsynligvis har startet.<br />
Ingen skal bruke en slik teknikk før man er helt trygg på at man vet hva holder på med, og<br />
selv jeg er ganske forsiktig med å gjøre dette.<br />
6.4.3 P2: Flytte/Rokere en aktivitet (skjemabit)<br />
Forskjellen mellom P1 og P2 er følgende:<br />
• P1. Definerer operasjoner hvor aktiviteter flyttes<br />
fra(til) mappe for utspark til (fra)<br />
komprimert plan.<br />
• P2. Definerer operasjoner hvor en aktivitet flyttes fra en (eller flere) posisjoner i<br />
komprimert plan til en (eller flere) andre posisjoner i komprimert plan.<br />
Definisjon av P2 som ovenfor er dekkende for operasonen Flytting.<br />
En langt mer kompleks<br />
operasjon er Rokering:<br />
En aktivitet flyttes fra et antall posisjoner (i1,i2 ….) til posisjonene( j1,j2….). Det som er i<br />
konflikt med valgt aktivitet fjernes fra (j1, j2….) og flyttes tilbake<br />
til (i1,i2,….) dvs. en<br />
rokering går et skritt lenger enn flytting.<br />
Bort sett fra de aller enkleste tilfeller<br />
frarådes bruk av rokering sterkt, mens<br />
flytting er en ganske vanlig operasjon. Vi<br />
skal vise teknikken ved en flytting. En<br />
delplan kan se slik ut:<br />
Anta at man av en eller annen grunn vil<br />
flytte de 3 pos HEIM fra MAN til FRE.<br />
Fremgangsmåten blir:<br />
1. Marker HEIM på MAN. Bruk<br />
ctrl+M.
247<br />
2. Flytt markør til FRE 1 (vist i figuren)<br />
3. Klikk knapp for flytting og følgende dialog kommer ferdig utfylt frem:<br />
Vi godtar dette og klikker Ja. Tplan arbeider<br />
skjermen:<br />
problem er følgende delplan:<br />
10C mangler 1 t NAT med lærer TVE. Han kan<br />
ikke bruke ONS 1 som er den eneste ledige<br />
pos., og intet annet kan legges her. En mulig<br />
løsning er følgende:<br />
Hvis 10C SAMF flyttes fra TOR 3 til ONS 1<br />
går NAT rett på plass i TOR 3. Vi har gjort to<br />
kompromiss for å få til dette:<br />
1. 10C får 2 timer SAMF på ONS<br />
2. Lærer UNN hadde tenkt seg fri i ONS 1<br />
(B*)<br />
Det var akkurat det vi aktet å gjøre.<br />
Bemerk verdien 3 i feltet Antall<br />
posisjoner. Vi klikker OK og<br />
følgende beskjed kommer frem på<br />
skjermen:<br />
litt og følgende delplan kommer frem på<br />
Vi er klar til neste skritt i<br />
timeplanleggingen: Nå har jeg visse<br />
problemer med å gi et argument med<br />
flyttingen foran. Eksemplet er tatt med for<br />
å få vist teknikken.<br />
Et langt mer realistisk
248<br />
Vi viser ikke skrittene i denne prosessen, men det lille resonnement ovenfor viser likevel et<br />
hovedpoeng ved hele metodikken:<br />
For at en operasjon med P1 eller P2 skal ha noen hensikt må man omtrent bestandig<br />
gjøre et eller annet kompromiss (Jeg har sett unntak til denne regel). Hvis man bare<br />
velger en eller annen tilsynelatende ledig posisjon, kan man trygt anta at Tplan er fullt<br />
oppmerksom på dette, og det har sine grunner for ikke å bruke en slik posisjon. Man<br />
utsetter eller forskyver et problem ved å velge en slik posisjon (Jeg gjør det ofte likevel).<br />
De mest vanlige kompromiss man kan gjøre når en konflikt oppstår er:<br />
1. Endre periodeinndelingen til faget (mest vanlig)<br />
2. Bruke uønskete rom.<br />
3. Bryte lærerblokkeringer eller andre krav til lærerplanen<br />
Akkurat som for P1, tillater heller ikke P2 at vi dobbeltplasserer aktiviteter.<br />
Konfliktaktiviteter flyttes normalt til mappe for utspark. Det kan være at man likevel vil tillate<br />
en dobbelplassering. Som for P1 kan man hake av ved: Akseptere dobbelplasseringer. Man<br />
noterer seg dette og korrigerer i ettertid.<br />
Hvis man er helt trygg på at det man gjør er korrekt, kan man hake av for: Fortsette<br />
interaktivt, og man sparer seg en del mellomvarsler i den fortsatte prosess. Jeg som sagt rådet<br />
alle til å være ekstremt forsiktige med å hake av for: Foreta rokering. De som likevel gjør det<br />
forutsetter jeg at de vet hva de gjør.<br />
Jeg har lyst til å gi noen avsluttende kommentarer til arbeidet med P4, P1 og P2. Jeg kommer<br />
fra en tid hvor vi arbeidet med blyant og viskelær og foretok enorme rokeringskjeder for å få<br />
plassert et utspark. (Jeg minnes tilfeller hvor kjedene var 30 – 50 skritt). Denne tid er nå<br />
definitivt en saga blott og begrunnelsen er:<br />
• De ulike utvalg man kan lage via P4, gir en helt annen oversikt enn gamle dagers<br />
teknikker. Det forestående justeringsarbeid<br />
gjøres langt enklere og oversiktlig i<br />
KtempGrid enn KomprGrid hvis<br />
man foretar korrekte utvalg.<br />
• Slik nivået på algoritmene i Tplan nå har blitt, er det et spørsmål om ”marginal<br />
returns”. Ingen klarer å legge noen særlig bedre planer enn det Tplan gjør. Mine<br />
brukere har lenge latt seg imponere av det Tplan gjør, mens jeg selv har vært mer<br />
reservert. Nå er også systemkonstruktør så ”hjernevasket” av nåværende status, at jeg<br />
mener at det ikke kan bli noe særlig bedre.<br />
• Det typiske justeringsarbeid vil nå bli flittig bruk av P1 hvor antall skritt er ganske få.<br />
Man får også bruk for P2 i denne prosessen, men atskillig sjeldnere.<br />
• Hvis nå antall operasjoner med P1 og P2 utvikler seg til et gradvis økende kaos,<br />
er det på høy tid at man glemmer alt man har gjort til nå. Gå tilbake til<br />
begynnelsen og konsentrer deg om:<br />
1. Prøv å lage bedre styredirektiver. Prøv et antall komplette kjøringer,<br />
ganske enkelt for å få en oversikt over kompleksiteten.<br />
2. Se på den logiske analysen. Er problemet for stramt spesifisert?<br />
3. Kommer du ikke fram via pkt. 1 og 2, må du kritisk revurdere selve<br />
forutsetningene for timeplanen.<br />
• Tro meg at det går langt raskere å glemme det kaos man skapt og starte på nytt<br />
ut fra de erfaringer man har gjort.
249<br />
6.4.4 F2: Redigering av skjemabiter (aktiviteter)<br />
Denne operasjon gjør man vanligvis i KlarGrid, men de kan også gjøres i KomprGrid eller i et<br />
utvalg av klarteks<strong>tplan</strong> eller komprimert plan. Vi skal vise de ulike varianter av F2 ut fra<br />
følgende utsnitt av en klartekst:<br />
Jeg gir ingen logisk begrunnelse for de operasjoner jeg gjør i fortsettelsen. Jeg viser kun hva<br />
som er teknisk mulig, og så får man tilpasse dette til den justering man selv ønsker å gjøre.<br />
Jeg gjør alle mine F2 - operasjoner via følgende knapp:<br />
Denne knapp tillater å velge hvilken operasjon som skal gjøres via denne dialog:
250<br />
Vi antar at vi skal bytte lærer og rom for den dobbeltimen 3AA har i TIR 7 - 8. og velger<br />
Rediger Skjemabit i menyen ovenfor. Vi får overgang til F2 - dialogen:<br />
For alle praktiske formål er det lærer og eller rom som skal byttes eller fjernes. Man bør hake<br />
av for: Vis ledige og dermed ser man hvilke lærere/ rom som er ledige i disse posisjoner.<br />
(Hvis man velger å gjøre en dobbelplassering, får man intet varsel om dette.) Vi bytter med en<br />
tilfeldig lærer og rom, klikker ok og resultatet vises slik:
251<br />
Bemerk at de skjemabiter som er endret har skiftet farge og bemerk videre at begge<br />
skjemabitene i dobbeltimen er endret.<br />
Anta at vi bare skal endre den ene skjemabiten i en dobbeltime. Vi velger Rediger skjemabit i<br />
aktuell posisjon. Vi gjør dette for 3AB i<br />
TIR 7 og bytter en tilfeldig lærer og rom, klikker ok og deretter markerer vi 3AC i TIR 8 og<br />
gjør det samme her. Resultatet blir:
252<br />
Bemerk at vi nå bare retter i den ene posisjon av skjemabiten. Vi skal nå legge noe til den<br />
dobbeltimen som 3AA har i norsk på tirsdag og velger: Tilføy til skjemabit og velger en<br />
tilfeldig lærer og rom. Resultatet blir:<br />
Deretter vil vi tilføye noe til den enkelte skjemabit i 3AB, en gang vil vi tilføye noe i første<br />
posisjon og en gang vil vi tilføye noe i andre posisjon av en dobbeltime. Vi gjør operasjonen:<br />
Tilføy til skjemabit i aktuell posisjon for to tilfeldige dobbeltimer<br />
og resultatet blir:<br />
Til slutt vil vi gjøre de to siste operasjonene i F2 -valgene:<br />
Vi sletter en tilfeldig skjemabit i 3AA. Dette er enkelt.
253<br />
Vi oppretter en ny skjemabit i et tilfeldig fag ,REL i 3AB. Nå bør vi først knytte skjemabiten<br />
til riktig aktivitet<br />
3AB REL. Dette kan vi gjøre fordi vi nå har tilgang til feltet Aktivitet i F2 -<br />
dialogen.<br />
Resultatet blir:<br />
Vi har hele tiden arbeidet med samme utsnitt av timeplanen,<br />
og alle de endringer vi har gjort<br />
har en lys rød farge. Dette er fordi vi ikke har lagret (dvs. overført til HMTP) våre justeringer.<br />
Vi gjør dette og resultatet blir nå:<br />
All rødfarge er nå forsvunnet men våre justeringer er fremdeles på plass. Dette kan man ta<br />
som en bekreftelse på at justeringene er korrekt overført<br />
til Hmtp.<br />
Unntaksvis vil vi endre referanseklasse for en skjemabit.<br />
Dette skjer når vi har registrert våre<br />
blokker på en uheldig måte. Følgende figur viser et eksempel:
254<br />
I dobbeltimen i matematikk er JG egentlig hovedlærer i 1AB mens MF er den ekstra<br />
støttelærer<br />
for de tre klassene og burde egentlig stå til slutt. Vi kaller de to doble skjembrikker<br />
inn<br />
i F2- dialogen og endrer referanseklassen fra 1AA til 1AB for JG og fra 1AB til 1AC for<br />
MF..<br />
Sluttresultatet blir:<br />
Vi har ovenfor vist alle måter hvor det kan være meningsfullt å bruke F2- dialogen, og bare<br />
fantasien setter en grense for hvilke justeringer man kan foreta: Jeg har dog et godt råd å gi:<br />
Mens<br />
man arbeider med komprimert<br />
plan bør man hvis mulig unngå å bruke F2- dialogen og<br />
heller<br />
skrive ned de ting som må rettes i ettertid. Selv om F2- dialogen fungerer for alle<br />
plantyper, føler jeg meg egentlig mest trygg på denne hvis jeg arbeider i KlarGrid.<br />
Hvis det<br />
skulle dukke opp en merkelig justering som Wintp ikke mestrer, kan jeg alltid vri meg<br />
unna<br />
dette ved å sjonglere med Jumod( se avsnitt 6.4.8 )<br />
6.4.5 Timeplanjusteringer i klartekst (Ctrl + M og Ctrl + R)<br />
Jeg henviser til Lasses dokumentasjon av dette, men jeg gir her min forkortete forklaring:<br />
Den tekniske delen er ganske enkel: Man markerer en eller annen skjemabit med Ctrl + M,<br />
flytter markør til en annen celle og taster:<br />
Ctrl + R. Det gir ingen mening om disse cellene ikke står i samme kolonne eller samme rekke.<br />
Det neste som skjer er at disse to skjemabiter hvis mulig blir ombyttet og skjemabitene får<br />
rødfarge som tegn på at det har<br />
skjedd en endring.<br />
I prinsipp er det to typer operasjoner som er aktuelle:<br />
• Vertikal flytting/rokering av skjemabiter i klassekolonner. Dette tilsvarer operasjonen P2 i<br />
komprimert plan, men her gir dette bare timeplanmessig mening hvis man flytter/rokerer en<br />
•<br />
ren klasseaktivitet som da er identisk med en skjemabit.<br />
Horisontal flytting av lærer/ rom skjemabiter. Denne operasjon kan man alltid gjøre og dette<br />
tilsvarer et lærer eller rom - bytte. Dette er en nyttig og enkel måte for å gjøre bytter.<br />
Hvis man gjør flyttinger/rokeringer i klasseplan får man gode varsler hvis man holder på å<br />
gjøre noe dumt hvilket de to neste figurer viser:
255
256<br />
I det hele tatt er gode feilvarsler et argument for at enkle timeplanjusteringer kan man med<br />
fordel gjøre med Ctrl + M og Ctrl + R i SkemaGrid. Jeg venter at ganske mange vil bruke<br />
dem. Jeg forventer også at disse operasjonene får økt betydning i fremtiden, men straks hvis<br />
situasjonen blir det litt komplisert får man bruke de mer generelle operatorer P1 og P2 i<br />
komprimert plan.<br />
Jeg vil nevne en meget nyttig teknikk hvis man har en anstrengt romsituasjon, og at<br />
sluttresultatet er at det mangler et antall rom etter man er ferdig med komprimert plan: Gå til<br />
Funksjoner > Innstillinger > Skjema. Her kan man be om at de manglende rom (##- rom) tas<br />
med i SkemaGrid. Nå blir neste oppgave å flytte de fag som ligger i ##- rom til et rom som<br />
virkelig eksisterer, og man ser lett hvilke muligheter man har. Meget nyttig. Som en<br />
avslutning fjerner man til slutt de fiktive rom fra SkemaGrid og genererer denne plan på ny og<br />
så er man klar for endelig utskrift.<br />
6.4.6 Arbeid med KlarGrid<br />
Dette er den opprinnelige formen justering av klartekster og dette register kan se ut slik:<br />
Feltene i registeret er definert i avsnitt 6.4.8 Justering i dette register er enkel og rett frem.<br />
Man skriver ganske enkelt inn de endringer man vil ha, og hvis man skriver en ulovlig<br />
referanse, får man beskjed om dette. I dagens situasjon er jeg lite fornøyd med at man ikke<br />
kan bruke vår vanlige redigermeny i KlarGrid, og vi kan heller ikke bruke de nyttige<br />
funksjonstangenter F4, F5,F6 og F9. Dette blir nok rettet etter hvert, men F2 - dialogen har for<br />
en stor del overtatt de oppgaver som KlarGrid hadde før.
257<br />
KlarGrid (og SkemaGrid og KomprGrid) har blitt tilført nyttig ny<br />
funksjonalitet med<br />
menyvalget: Avansert Søk/Erstatt. Det er nyttig for å lage ulike<br />
utvalg av KlarGrid (det<br />
samme gjelder også fagregisteret) og eventuelt gjøre rettinger her. Et eksempel viser dette:<br />
Lærer JG skal bytte sine fag i 1HA med POA. Vi kaller Avans ert søk (via redigermeny f.eks.)<br />
og velger 1HA + JG som søkesymbol. Vi får frem følgende dialog:<br />
Vi skriver lærer POA som erstatningssymbol og klikker erstatt. Vi får frem denne figur:<br />
Vi klikker Oppdater og lukk og dermed er dette lærerbyttet gjort overalt. Det er klart at denne<br />
teknikk har mange nyttige anvendelser, men den bør videreutvikles en del.<br />
6.4.7 Arbeide med utvalg i SkemaGrid<br />
Man kan velge knapp:<br />
som gir overgang til denne dialog:
258<br />
{bmc kap717.bmp}<br />
De fire første utvalgene er de samme som omtalt i avsnitt 6.4.1 Utvalg /Fargelegging<br />
(Avansert utvalg). I komprimert plan er det sentralt å foreta skikkelige utvalg for å få på<br />
plass ulike aktiviteter. I klartekst er de som regel F2- dialogen eller ctrl + M og Ctrl + R for<br />
lærere/rom som brukes, og da er man som regel mer interessert i å se hele planen.<br />
Hvis man vil gjøre klasserokeringer/flyttinger med Ctrl + M og Ctrl + R er det naturlig å<br />
bruke et av utvalgene: Rene klasseaktiviteter eller Småparalleller. Jeg har brukt det i en viss<br />
utstrekning og anbefaler denne teknikken, men personlig preferanse er å gjøre slikt i<br />
komprimert plan som er grundig omtalt andre steder.<br />
De andre menyvalgene i figuren ovenfor er for lite utprøvd til at jeg vil kommentere dem på<br />
nåværende tidspunkt.<br />
6.4.8 Timeplanen<br />
på listeformat, KlarGrid, Jupos og Jumod<br />
Hmtp leverer timeplanen som logiske matriser. Dette omformes<br />
til lesbar informasjon via<br />
aktivitetsregister og fagregister. I første omgang<br />
representeres de ulike skjemabiter på en liste<br />
slik at en linje beskriver en skjemabit. Brukeren<br />
kommer vanligvis i kontakt med registeret<br />
KlarGrid, og dette kan f.eks. se ut slik:
259<br />
Informasjon her er:<br />
• Felt 1: Klasse. dvs. felt 1 i fagregister for denne skjemabit. Dette kan også være et årskurs<br />
eller en sektor<br />
• Felt 2 : Fagnavn<br />
Felt 3 i fagregister for denne skjemabit<br />
• Felt 3 Fullt navn fra tilhørende felt i fagregister<br />
• Felt 4 Lærer som underviser i denne skjemabit<br />
• Felt 5 Rom som skjemabiten har fått (vanligvis fra romfordelingen)<br />
• Felt 6 Dag dvs. dagen hvor skjemabiten er plassert.<br />
• Felt 7 Pos. dvs. på hvilken posisjon på dagen skjemabiten er plassert.<br />
• Felt 8 Stamklasse, normalt den første klasse som inngår i den aktivitet som aktuell<br />
skjemabit tilhører<br />
• Felt 9 Navn på aktivitet som aktuell skjemabit tilhører<br />
• Felt 10 Referanseklasse dvs. i hvilken klassekolonne aktuell skjemabit blir skrevet ut<br />
• Felt 11 INT er ulike spesialsymboler som beskriver aktuell skjemabit for eksempel annen<br />
hver ukes undervisning. o.l.<br />
Vi omtaler justeringer i KlarGrid i avsnitt 6.4.6<br />
KlarGrid er avledet av en noe mer omfattende datastruktur, Jupos. Denne er sentral for<br />
kommunikasjon mellom Wintp og Hmtp. Dette er en tab- separert fil, og man vil aldri arbeide<br />
med denne filen direkte. Den kan ved mer alvorlige utsporinger være svært nyttig for å få<br />
lokalisert ulike feil. Jupos kan se ut slik:<br />
2A DRAMA DRAMA GVA NAT 1 1 1AA 2VF033 1SA 14 3 3 3 #§<br />
2A DRAMA DRAMA GVA 310 1 2 1AA 2VF034 1SA 15 3 3 3 #§<br />
2A DANS DANS PKG GYM2 1 1 1AA 2VF033 1SB 14 3 3 3 #§<br />
2A DANS DANS PKG GYM2 1 2 1AA 2VF034 1SB 15 3 3 3 #§<br />
2A SO SAMT POA 309 5 7 2AA 2VF046 2AC 21 3 3 3 #§<br />
1HAA-time A-time 203 1 5 1HA A-time 1HA 133 1 1 1 #<br />
1BYBRAN Brans SG BYV 4 1 1BY BRAN 1BY 154 1 1 1 #<br />
1BYBRAN Brans 182 4 1 1BY BRAN 1BY 154 1 1 1 #
260<br />
De ulike felt inneholder denne informasjon::<br />
Felt 1 KLA samme som felt 1 i KlarGrid.<br />
Felt 2 Fagnavn samme som felt 2 i Klargrid<br />
Felt 3 Fullt navn samme som felt 3 i Klargrid<br />
Felt 4 Lærer samme som felt 4 i KlarGrid<br />
Felt 5 Rom samme som felt 5 i Klargrid<br />
Felt 6 Dag egentlig det samme som felt 6 i Klargrid men her skriver<br />
vi bare dagens nr.<br />
Felt 7 Pos. Det samme som felt 7 i KlarGrid<br />
Felt 8 Stamklasse.Det samme som felt 8 i KlarGrid<br />
Felt 9 Akt.navn. Det samme som felt 9 i Klargrid<br />
Felt 10 Referanseklassse. Det samme som felt 10 i Klargrid<br />
Felt 11 Status av skjembrikke( dette felt vises ikke i figuren ovenfor). Ulike koder brukes her<br />
f.eks. M eller N eller X = ulike former for NUL- brikker U= uplassert A= endret<br />
Felt 12 Aktivitetens interne løpenr. Brukes vanligvis ikke men nyttig ved feilsøking.<br />
Felt 13 Ativitetstype. Normalt klassifiseres tilhørende aktivitet i tre typer. 1 = Ren<br />
klasseaktivitet. 2= Liten parallell 3= Større blokk<br />
Felt 14 Fargekode 1 = Klargrid har normalt 3 farger , en for hver av de tre aktivitetstyper.<br />
En rettet skjemabit får egen fargekode. I ulike sammenheng kan Hmtp endre<br />
fargekodene.<br />
Felt 15 Fargekode 2 brukes bare i ulike spesialtilfeller<br />
Felt 16 Spesielle tegn. f.eks # = Forhåndsplassert §= Sekvens etc. Slike symboler kan vises i<br />
Komprgrid og Skemagrid for å hjelpe brukeren.<br />
Jupos.nnn brukes bare som referanse ved eventuell feilsøking, men er da meget nyttig. Sterkt<br />
unntaksvis ønsker man å arbeide med skjemabitene fullstendig frigjort fra Tplan. For dette er<br />
det laget en datastruktur Jumod.nnn. Denne kan se slik ut:<br />
12SAFOFA2 SWD313 2A FOFA2 V16 1AA2VF033<br />
22SAFOFA2 SWD313 2A FOFA2 V16 1AA2VF034<br />
192TØFOFA1 SWD313 2A FOFA1 V15 2AA2VF041<br />
202EKFOFA1 SWD313 2A FOFA1 V15 2AA2VF042<br />
112SAFLLA PKGMØT 2A FLLA V24 1AA2VF031<br />
192EKFLLB PKGMØT 2A FLLB V25 2AA2VF041<br />
111SBSKOAV HKA213 2A SKOLEAV V571AA2VF031<br />
122SASKOAV HKA213 2A SKOLEAV V571AA2VF032<br />
112BUPSYK TK NAT 2A PSYKOLOGI 1AA2VF031<br />
122BUPSYK TK NAT 2A PSYKOLOGI 1AA2VF032<br />
11SADRAMA GVANAT 2A DRAMA 1AA2VF033<br />
21SADRAMA GVA310 2A DRAMA 1AA2VF034<br />
11SBDANS PKGGYM2 2A DANS 1AA2VF033<br />
21SBDANS PKGGYM2 2A DANS 1AA2VF034<br />
392ACSO POA309 2A SAMT.OR V612AA2VF046<br />
51HAA-time 203 1HAA-time 1HAA-time<br />
211HAA-time 203 1HAA-time 1HAA-time<br />
311HAA-time 203 1HAA-time 1HAA-time<br />
321HAA-time 203 1HAA-time 1HAA-time<br />
371HAA-time 203 1HAA-time 1HAA-time<br />
52BUA-time 206 2BUA-time 2BUA-time<br />
Den enkelte linje er her en karakterstreng i et fast form at som<br />
er enklere å modifisere enn<br />
Jupos.nnn. En linje er bygget opp slik:<br />
Kolonne 1- 3 = IVAL: Numerisk verdi som definerer dag og posisjon for skjemabiten. Sett<br />
UD = antall ukedager og DT = max antall pos pr. dag, IDAG = aktuell dag og IPOS = aktuell<br />
pos på dagen .Sett IVAL = (IDAG- 1) * DT + IPOS.<br />
Kolonne 4- 6 = Referanseklassse. Felt 10 i KlarGrid<br />
Kolonne 7-12= Fagnavn. Felt 2 i Klargrid.<br />
Kolonne 13-15= Lærer. Felt 4 i Klargrid.<br />
Kolonne 16 -21= Rom Felt 5 i Klargrid<br />
Kolonne 22- 22= Status for skjemabit. Som felt 11 i Jupos.
261<br />
Kolonne 23- 25= Klasse for faget. Felt 1 i Klargird<br />
Kolonne 26- 36= Fullt navn. Felt 3 i KlarGrid<br />
Kolonne 37- 39= Stamklasse for aktivitet. Felt 8 i Klargrid.<br />
Kolonne 40- 45= Aktivitetens navn. Felt 9 i Klargrid.<br />
Kolonne 46-48 = INT. Felt 11 i Klargrid.<br />
Det er mer sjeldent at jeg justerer direkte inn her, det hender. Her kan jeg gjøre nesten hva jeg<br />
vil i en vanlig editor, men man må jo vite hva man<br />
gjør. Etter lagring av en modifisert Jumod,<br />
tar vi disse justeringer inn i HMTP ved å kjøre logisk analyse og bygge på delplan<br />
6.5 Eksempler på justering av komprimerte planer.<br />
Det er ikke bare enkelt å finne frem relevante eksempler på justeringsteknikk. For det første<br />
må eksemplene inneholde en viss kompleksitet slik at man får vist den generelle teknikken, og<br />
samtidig må det ikke være for detaljert for ingen er interessert i alle spesielle detaljer i en<br />
fremmed timeplan. Vi forutsetter nå at man har kommet så langt at data er formelt i orden<br />
både når det gjelder overføring av data samt logisk analyse. Man har gjort en innledende<br />
legging i standard modus og funnet at antall utspark virker rimelige. Følgende figur viser et<br />
eksempel på en fullstendig justert plan:<br />
Dette er et 3- årlig lite dansk gymnas. Blokkfagene (mørk blåfarge) er forhåndsplassert, og det<br />
stort sett bare klassefagene(cyan farge) som Tplan legger ut. Alle klasser skal tette planer dvs.<br />
eventuell fritid skal ligge på kanten av dagen. (Litt spesielt er det at alle 3g- klasser skal ha fri
262<br />
ONS 2 med forhåndsplassering i ONS 1). Vi skal vise detaljert hvordan man får et slikt<br />
resultat, både med standard legging og interaktiv legging. Det blir masse figurer, men det kan<br />
være greitt å se detaljert hvordan dette gjøres. Det er egentlig ganske enkelt når man<br />
behersker teknikken.<br />
6.5.1 Eksempel 1 : Standard legging.<br />
Opprinnelig la vi planen ovenfor i standard modus, og dette resulterte i følgende enkle<br />
utsparkliste (UtsGrid):<br />
Det er ganske enkelt: Vi har utspark av en enkeltime da(dansk) og en dobbeltime ke (kjemi).<br />
Vi marker 2y da (ctrl +M) og klikker knapp P4 og får frem følgende utvalg:<br />
Det er 3 posisjoner som kan være aktuelle : MAN 1 (gul). Hvis vi legger dansk her får vi en<br />
dobbeltime dansk hvilket vi kanskje i ikke ønsker. I TIR 1 er læreren er opptatt annet sted og<br />
i FRE 7 skal klassen blokkeres. Vi vil vite hvilke aktiviteter som kan gå til MAN 1 og velger<br />
dette utvalg:
263<br />
Vi marker 2y da, velger P4 og velger MAN 1 som aktuell posisjon og kategori: Rene<br />
klasseaktiviteter. Dette gir følgende utvalg:<br />
Det er en del grønnfarge i dette bildet. Vi leter etter posisjoner hvor KD(dansklærer) er ledig.<br />
Dette er oppfylt for ONS 7 og TOR 3. Vi velger ONS 7 som også gir bedre plan for JN. Vi<br />
markerer denne posisjon (Ctrl +M), flytter markør til MAN 1, og klikker knapp for flytting,<br />
P2. Følgende dialog kommer utfylt frem:
264<br />
Vi klikker ok. Vi får beskjed om at den tenkte flytting er i orden, og vi bekrefter at dette skal<br />
gjøres, og følgende utvalg kommer frem hvor 2y hi er flyttet fra ONS 7 til MAN 1:
265<br />
Vi markerer 2a da i utsparkliste og havner i utvalget foran. Vi flytter<br />
markør til ONS 7 og<br />
klikker P1 – knapp og følgende dialog kommer utfylt fram:<br />
Vi klikker Ok . Vi får beskjed om at denne plassering ikke gir nye<br />
at denne plassering skal gjøres og følgende utvalg kommer frem:<br />
konflikter, og vi bekrefter<br />
Planen er komplett for 2y. Nå vil kanskje enkelte hevde at det var et veldig apparat å sette i<br />
gang for en ganske banal operasjon: Vi flytter JN fra ONS 7 til MAN 1 og deretter plasserer
266<br />
man KD i ONS 7, og dette ser man uten videre, og dette burde man vel kunne skrive rett inn?<br />
Nå er saken den at rokeringer/flyttinger ikke alltid er så enkle som i vårt eksempel. Det er et<br />
meget komplisert sett pekere vi må holde orden på for at alle data og timeplaner skal være<br />
konsistente. Jeg er nødt til å forlange en stringent registrering av justeringer, og jeg har sett alt<br />
for mye rart skje ved å tillate brukeren å skrive fritt inn i cellene.<br />
Vi er nå klar til dobbeltimen i kjemi. Vi markerer denne og klikker P4 og får frem:<br />
I denne figur foregriper jeg begivenhetenes<br />
gang noe. Jeg markerer også kjemirommene: 64,<br />
66 og 67. Det vil vise seg at jeg også får bruk for musikkrommene: 69 og 87 og markerer også<br />
disse. Følgende utvalg kommer frem:<br />
1x mangler undervisning i TOR 2 og FRE 3. JT kan uten videre få FRE 3. Videre ser vi at 1x<br />
en (lærer VP) uten videre kan flytte fra TIR 3 til TOR 2 og deretter kan JT få ke i TIR 3. Dette<br />
er en enkel løsning, men ulempen er at klassen ikke får dobbeltime i kjemi og videre har JT et
267<br />
sterkt ønske om fridag hvilket eventuelt vil gå tapt. Vi satser på en mer komplisert løsning<br />
som oppfyller disse kravene. Fremdeles prøver vi å flytte 1a en fra TIR 3 til TOR 2 og nå er<br />
spørsmålet om å frigjøre 1x mu fra TIR 4. Dette passer utmerket for både JT og kjemirom.<br />
Vi markerer 1x ke og kaller P4 slik:<br />
Forskjellen fra forrige utvalg er at vi har satt aktuell posisjon = FRE 3. Vi får frem dette<br />
utvalg:<br />
Nå tennes kanskje et lite lys: 1x da (to lærere) kan flyttes fra TIR 1 til FRE 4. Deretter kan 1x<br />
mu flyttes fra TIR 4 til TIR 1 (se musikkrom). 1x en flyttes fra TIR 3 til TOR 2. Dermed blir<br />
TIR 3- 4 ledige<br />
for JT (se kjemirom 67). Vi gjør disse 4 operasjonene uten å vise alle<br />
detaljene. Sluttresultatet blir:
268<br />
Bemerk endret romplan for rom 67 og 87. Vi har nå en komplett plan. Det å godt mulig at<br />
man vil forsøke å forbedre visse ting, og jeg velger som eksempel å forbedre lærerplaner.<br />
Følgende figur viser et utsnitt av lærerplanen:
269<br />
Vi ser at EØ har 4 hulltimer på FRE, og vi vil se om vi kan gjøre noe med dette. Vi markerer<br />
1a da for lærer EØ og klikker knapp P4, og dialogen kommer frem:<br />
Bemerk at her blanker vi ut klassefeltet fordi det er flyttingsmuligheter i lærerens plan vi nå er<br />
interessert i. Følgende utvalg kommer frem:<br />
elger denne rokeringen. Vi markerer 1a da i<br />
Vi ser at ONS 5 passer utmerket for EØ og v<br />
FRE 1 , flytter markør til ONS 5 og klikker P4- knapp. Følgende dialog kommer frem på<br />
skjermen:
270<br />
Bemerk<br />
at her må vi hake av for rokering for her skal 1a mu flyttes tilbake til FRE 1.<br />
Resultatet<br />
av denne operasjon blir slik:<br />
Vi kan nå gå tilbake til starten av denne operasjonen. Planen har nå blitt klart bedre for lærer<br />
EØ, men se på lærer IN i utgangspunktet. Det er ikke sikkert at denne lærer blir det minste<br />
glad for å miste sin fridag på fredag. Man ikke forvente at Tplan vet hva som er best av disse<br />
to hensyn, men man kan forvente av Tplan at ulike ulemper blir relativt jevnt fordelt på<br />
klasser og lærere. Denne siste operasjon som jeg her skisserte kan være starten på omfattende<br />
rokeringer/ flyttinger, og det er mye opp til den enkelte timeplanleggers samvittighet hvor<br />
lenge man skal holde på med dette
271<br />
6.5.2 Eksempel 2 : Samme som eksempel 1 men nå interaktiv legging.<br />
Vi gjentar prosessen i eksempel 1 og starter leggingen på nytt, men haker nå av for interaktiv<br />
legging i kjøremenyen. Tplan arbeider litt og etter ganske kort tid kommer følgende utvalg<br />
frem på skjermen:<br />
Som i den forrige kjøring er 2y da det<br />
første utspark. Figuren har rødfarger i<br />
visse posisjoner, men FRE 5- 6 har<br />
lys grønnfarge. Vi har nevnt at dette<br />
betyr at 2y da kan plasseres her, men<br />
Tplan mener at disse posisjoner skal<br />
brukes til andre aktiviteter som er i<br />
konflikt med 2y da. Vi velger likevel<br />
å plassere aktiviteten i FRE 5. Tplan<br />
arbeider litt og ganske raskt kommer<br />
et nytt fargelagt utvalg frem:<br />
Denne gang har vi fått et utspark av en<br />
dobbeltime i 2y ge. Nå begynner vi å<br />
forstå foregående figur: Tplan hadde<br />
tenkt å legge denne dobbeltimen i FRE<br />
5-6. I denne figuren har 2y ge 3 ledige<br />
posisjoner, men her kan<br />
vi bare plassere<br />
enkelperioder. Vi velger å akseptere<br />
dette kompromisset. Vi marker 2y ge<br />
i<br />
UtsGrid (ctrl +M), havner tilbake i<br />
KtempGrid og markerer MAN 1 og<br />
klikker knapp for plassering, P1, og<br />
følgende dialog kommer delvis riktig på<br />
skjermen:
272<br />
I denne dialog stod det initialt 2 i feltet Antall<br />
posisjoner fordi det er en dobbeltime som<br />
egentlig skal plasseres. Vi retter dette til 1. og<br />
plasserer denne enkeltimen. Vi gjentar<br />
operasjonen for TIR 1 og får følgende<br />
resultat uten problemer:<br />
Vi fortsetter den interaktive legging. Vi<br />
får en komplett plan uten flere utspark:<br />
Spørsmålet er om dette eksempel viser fordeler med den interaktive teknikk sammenliknet<br />
med standard legging. Svaret er at eksempel 1 (og 2) er for enkle til at man får sett fordelene
273<br />
med interaktiv legging som vanligvis er det beste. Disse to eksempler er bare tatt med for å få<br />
vist teknikken i de to tilfeller.<br />
6.5.3 Eksempel 3: Gymnas med yrkesfaglige studieretninger.<br />
Dette gymnas er noe større de foregående eksempler. De store blokker i 2g og 3g er<br />
forhåndsplassert som et resultat av lang erfaring. I disse blokkene har man delvis integrert et<br />
antall yrkesfaglige klasser. Disse skal i tillegg ha en stor del praktisk undervisning som<br />
foregår i spesialrom, og de skal være i disse rommene i store sammenhengende perioder (hele<br />
eller halve dager). Denne undervisning er også delvis forhåndsplassert som resultat av lang<br />
erfaring. Det som står tilbake er å legge ut resten av den praktiske undervisning samt all<br />
klasseundervisning i boklige fag. Fordi store deler av planen er forhåndsplassert, kan man<br />
ikke forvente at man kan få eksakt den periodeinndeling man forlanger i de resterende<br />
aktiviteter. Man er innstilt på å gjøre kompromiss her. Planen legges med en enkel styring, og<br />
planen skal legges interaktivt<br />
Etter ganske få plasseringer får man utspark av 2TØ KØ som er ønsket som dobbeltime og<br />
som er en kopling av klassene 2TØ og 2EK. 2TØ har en helt komplett plan bortsett fra denne<br />
aktivitet. Mesteparten av planen er forhåndsplassert (se tegnet #). Uansett hvordan vi plasserer<br />
de resterende få aktiviteter, må vi endre periodeinndelingen i en aktivitet. Vi velger å legge<br />
2TØ KØ som to enkeltimer. Dette han gjøres direkte i planen ovenfor. Vi markerer aktiviteten<br />
i UtsGrid og bruker P1- knappen for få på plass to enkeltimer (Vi må endre Antall posisjoner i<br />
dialogen for å endre fra dobbeltime til enkeltime.) Resultatet blir:
274<br />
Vi forsetter den interaktive legging. Nå legges mange aktiviteter plass, men etter hvert får vi<br />
utspark av 1AB ØKON som er en enkeltime. Denne går direkte<br />
på plass i MAN 8, og vi<br />
skjønner ikke hvorfor ikke denne posisjon kan brukes. Vi plasserer aktiviteten i denne pos.<br />
Vi fortsetter og Tplan reagerer<br />
pr. omgående med utspark<br />
av<br />
1AB NAT og med følgende<br />
utvalg på skjermen:
275<br />
Nå skjønner vi den foregående<br />
figur: Tplan hadde tenkt å<br />
legge 1AB NAT i MAN 8. Vi<br />
løser dette lett ved å legge 1AB<br />
NAT som en dobbeltime<br />
i<br />
ONS 3-4.<br />
Vi fortsetter den interaktive legging.<br />
Vi får nå utspark av 3PÅ MATNAT som er et klassefag<br />
med to lærere.<br />
Dette kan for så vidt plasseres i MAN 7-8, men for det første har allerede<br />
klassen MATNAT<br />
på MAN og videre har denne klassen mange timer i aktivitet NO, og det<br />
vil vise seg at denne aktivitet trenger MAN 7-8. Vi legger derfor dobbeltimen i MATNAT<br />
som enkeltimer i ONS 1 og FRE 1<br />
Resultat blir:
276<br />
Vi fortsetter den interaktive legging og neste utspark<br />
blir 1AC NO som er en dobbeltime.<br />
Utvalget blir:<br />
Vi<br />
ser at dette kan plasseres i MAN 6 og TOR<br />
1 som enkeltimer, og figuren<br />
viser at vi har<br />
gjort<br />
dette med P1 – knapp.
Resultatet blir:<br />
277<br />
Vi fortsetter den interaktive legging og<br />
neste utspark blir 1SA BED som er en<br />
dobbeltime. En time kan lett plasseres i<br />
ONS 8 mens den andre timen ikke går<br />
direkte på plass. Vi ser dog en enkel<br />
løsning: YMAT flyttes fra TIR 5 til TIR 6<br />
med P2- knapp . 1SA BED plasseres som<br />
enkeltimer i TIR 5 og ONS 8 med P1-<br />
knapp.
278<br />
Vi fortsetter den interaktive legging blir<br />
en dobbeltime 1HA helse. Denne går<br />
enkelt på plass i TIR 1 og ONS 6. I<br />
stedet for 2 dobbeltimer, er<br />
kompromisset 1 enkeltime og 1<br />
trippeltime.<br />
Vi fortsetter den interaktive legging, og<br />
neste utspark blir en dobbeltime 2EK<br />
KORR. Denne går for så vidt direkte på<br />
plass i ONS 1- 2. Hvis vi gjør dette, vil<br />
vi få utspark av en dobbeltime 2EK<br />
DOKU som da eventuelt måtte legges<br />
til bl. a. FRE hvor faget ligger fra før.<br />
Vi legger derfor 2EK KORR til TOR 3<br />
og FRE 4 og fortsetter.
279<br />
Vi fortsetter, og neste utspark blir en<br />
dobbeltime i 1ME SPON. Av utvalget ser vi en<br />
enkel løsning ved å ha en enkeltime i TIR 1 og<br />
en kvaduppel time i ONS 1-4. Vi velger denne<br />
løsningen og nå er planen komplett!<br />
Et utsnitt av den fullstendige plan er:<br />
Leggingen av denne plan bestod av antall meget enkle kompromisser, og den interaktive<br />
teknikk hadde betydelige fordeler, først og fremst fordi vi til enhver tid fikk enkelt frem på<br />
skjermen de relevante utvalg på skjermen og kunne lett dytte de ulike utspark på plass.
280<br />
6.5.4 Eksempel 4: En liten ungdomsskole med deletimer og<br />
støtteundervisning.<br />
Denne skolen er ganske liten men ganske innfløkt. Skolen er 3- års trinn. I valgfag og noe<br />
prosjektarbeid er klassene er hvert årstrinn lagt i blokker og resten av undervisningen stort sett<br />
klasseundervisning, men med utstrakt bruk ev deletimer og en god del støtte i tillegg.<br />
Følgende figur viser et utsnitt av blokkregisteret.<br />
Ser vi på 8B er NO (norsk) og MA (matematikk) lagt mot hverandre med parvise deletimer<br />
(dvs. dagsammenfall) med en del støtte integrert i modellen. EN (engelsk) og NA(naturfag) er<br />
også lagt mot hverandre med støtte i tillegg. Samtidig undervises disse fagene for seg med<br />
støtte i et antall timer. Disse modellene har man for alle klassene i skolen. I årstrinn 9 (se 9B)<br />
har man en ytterligere komplikasjon ved at 3 trippeltimer HK (heimkunnskap i halvklasser) er<br />
lagt mot en dobbeltime NO pluss enkeltime MA (med støtte). Dette fører til 2 sekvenskrav for<br />
hver klasse i årstrinn 9. Totalt sett blir dette en mengde krav om dagkonflikter,<br />
dagsammenfall og sekvenser selv om skolen er liten. Vi trenger ikke bry oss om alle<br />
detaljene, og trøsten får være at de ulike lærergrupperinger er godt organisert. Vi har arbeidet<br />
oss frem til rene data , og den første interaktive kjøring gir dette resultat:
281<br />
Vi har fått utspark av en enkeltime 10B<br />
EN med to lærere og en klasse. Utvalget<br />
viser en del lys grønnfarge som betyr at<br />
disse posisjonene skal brukes til andre akt.<br />
som er i konflikt med 10B EN. Vi må dog<br />
få på plass denne akt. FRE er blokkert og<br />
på TOR ligger ENNA. Vi må velge en av<br />
de tre første dager. Her velger vi MAN 2<br />
og bruker P1- knapp og fortsetter.<br />
Denne gang får vi utspark av 9C BIO med en lærer. FRE 1 har lys grønnfarge dvs. den skal<br />
egentlig brukes av en annen aktivitet. På TIR ser vi en interessant kompromissmulighet: 9C<br />
har samme lærer i BIO og SAF. Ved å rokere TIR 2 og TIR 5, kan BIO legges som en<br />
dobbeltime i TIR 5-6 hvilket burde være et akseptabelt kompromiss. Rokeringen gjøres med<br />
P2- knapp. Vi markerer 9C BIO i TIR 2 og flytter markør til TIR 5 og klikker P2- knapp.<br />
Følgende dialog kommer frem:
282<br />
Deretter plasserer vi utsparket 9C<br />
BIO i TIR 6, via P1- knapp.<br />
Sluttresultatet blir:<br />
Deretter fortsetter vi den interaktive legging, og nå fullfører Tplan dett smukt til en komplett<br />
plan slik:
283<br />
Man ser at denne plan inneholder masse mørk blåfarge og mengder av spesielle symboler, slik<br />
at det er en ganske komplisert liten plan som presenteres, og dette har vi fått til med et eneste<br />
lite kompromiss.<br />
De data jeg har vist er 100 % realistiske, og den arbeidsgang jeg har skissert er like realistisk,<br />
men hvis leseren aksepterer min fremstilling ovenfor som god fisk, har han blitt grundig<br />
lurt!. Årsaken er: Gå tilbake til den første figur i dette eksemplet. Her sa jeg litt lettvint at jeg<br />
valgte å legge 10B EN i MAN 2. En like nærliggende mulighet er å velge for eksempel TIR<br />
3. Jeg viser ikke dette detaljert, men hvis man gjør dette, vil man oppleve at den fortsatte<br />
interaktive legging blir et gradvis økende kaos! Man kommer igjennom på et sett og vis, men<br />
med et langt dårligere resultat en det jeg har vist foran. Vårt eksempel er i all enkelhet en liten<br />
Rubics kube og spørsmålet er om vi kan se dette fra vår innledende figur. Jeg har innført<br />
prisippet om KLARERING(se avsnitt 1.4.2): Når man er nødt til å legge ut noe som man<br />
vet fører til konflikt, skal man forsøke å bruke de posisjoner hvor andre ressurser som<br />
har forbindelse med aktuell aktivitet ALLEREDE er brukt.<br />
I vårt eksempel: I MAN 2 er lærer LØV opptatt mens AUS, LØV og MEL alle er ledige i TIR<br />
3 . I MAN 2 kan vi klarere lærer AUS og MEL mot lærer LØV samtidig som 10B får<br />
undervisning, og det er disse tre lærere som har den resterende undervisning i 10 B. Dette<br />
resonnement har gyldighet langt ut over vårt eksempel som et generelt prinsipp når man gjør<br />
kompromiss. Vi skal utdype dette i det neste eksempel vi viser:
284<br />
6.4.5 Eksempel 5: En meget stram liten ungdomsskole (”Rubics kube”)<br />
Denne skole er ikke større enn forrige eksempel, men blokkleggingen her er atskillig mer<br />
ambisiøs, dog er lærergrupperingene meget fornuftige. Følgende figur viser et utsnitt av<br />
blokkregisteret:<br />
I årstrinn 10 har vi den<br />
sedvanlige NEM- modellen<br />
vi omtalte i kapittel 3 mens<br />
årstrinn 9 har mindre<br />
parallellegging. I årstrinn 8<br />
har vi en meget krevende<br />
modell: Vi har den<br />
tradisjonelle NEM-<br />
modellen men utvider<br />
denne med en fjerde gruppe<br />
som skal ha en dobbelttime<br />
KH (kunst & håndverk)<br />
pluss en enkeltime NM<br />
(natur/miljø). Vi trenger 12<br />
timer for å realisere en slik<br />
modell. Vi må droppe<br />
dagsammenfallene i denne<br />
modellen for å sikre oss at<br />
vi får en sekvens av KH.<br />
Den er meget krevende rent<br />
organisatorisk, men betyr<br />
også besparing av mange<br />
lærertimer.<br />
Trinn 8 og 10 skal ha en hel<br />
prosjektdag (6 pos), mens<br />
trinn 9 har en halvdag til<br />
prosjekt. Trinn 10 har en<br />
halvdag til uplassering. Både trinn 9 og 10 har en meget spesiell organisering av NM og KoH<br />
(dette fordi man vil at samme lærer skal ha begge halvklasser i NM). Stort mer krevende kan<br />
man ikke tenke seg en så liten skole organisert. Vi har rene data og starter interaktiv kjøring.<br />
Først utspark er 9A MAT med følgende utvalg på skjermen (neste side):<br />
Et antall posisjoner har lys grønnfarge (dvs. de skal egentlig brukes til andre aktiviteter). Noe<br />
tilfeldig velger vi TIR 1 og plasserer 9A MAT her og fortsetter.
Neste utspark er 9B NM og utvalget er:<br />
285<br />
Vi plasser dette i TIR 4 og forsetter. Vi får nå utspark av 9B SAF med følgende utvalg:
286<br />
Lærer TØ skal ha 9B SAF, og vi ser ingen enkel måte å få dette på plass. TIR 1 er ledig for<br />
9B, og vi lager et utvalg for 9B med TIR 1 som aktuell posisjon. Dette blir:<br />
Vi ser ingen enkel måte å få plassert noe for 9B i TIR 1, og et lærerbytte ligger snublende<br />
nær. Men stopp litt, grunnen til vår elendighet er nettopp 9A MAT som vi la til TIR 1 i første<br />
skritt! Nå er tiden inne for å tenke på nytt og går tilbake til det første utvalg i dette
287<br />
eksempelet. Vi har nå lært at det er vesentlig at 9B blir klarert mot 9A. Studerer vi denne<br />
figur nærmere ser vi at TOR 5 virker å være et langt mer korrekt valg. Den oppmerksomme<br />
leser kan si at dette burde vi ha oppdaget med en gang ut fra den klareringsregelen jeg har gitt.<br />
Vi ser også at MAN 5 kan være et tenkbart alternativ, men lager da en dobbeltime i MAT. Vi<br />
starter helt på nytt og velger nå TOR 5, slik:<br />
Vi fortsetter. Snart skjer følgende: Komplett plan, simsalabim!! Dette er slett ingen<br />
tilfeldighet, men jeg innrømmer lett at vi var ganske heldige. ”Rubics kube” løst!
288<br />
6.5.6 Eksempel 6: En skole som er for stramt spesifisert.<br />
Hittil har vi vist eksempler hvor de uplasserte aktiviteter smetter forbausende greitt på plass<br />
etter vi gjør visse kompromiss. Jeg forsikrer at alle eksemplene er tatt fra praksis og ingen er<br />
kunstig konstruert. Vi skal nå se på et eksempel hvor utgangspunktet er virkelig ille.<br />
Skolemodellen er som i foregående eksempel, men uten å utdype det har vi en del tilleggskrav<br />
slik at vi kommer galt av sted. Hvis vi legger denne planen i standard modus, får vi denne<br />
utsparkliste:<br />
Med en så pass liten skole en denne listen<br />
nærmest for en ”slagmark” å regne. Vi har<br />
sprukket på blokkfag, et antall sekvenser og et<br />
antall andre aktiviteter. Det hele ser litt<br />
håpløst ut. Vi skal se hva vi får til med<br />
interaktiv teknikk. Vi starter en slik kjøring,<br />
og vi får da selvsagt som første utspark 8A<br />
NEM 4 med følgende utvalg (Kategori = Bare<br />
akrivitet):
289<br />
Vi vet fra forrige eksempel at 8A NEM 4 bør ligge på samme dag som 8A NEM 5 og 8A<br />
NEM 6. Det virker å være meget naturlig å velge MAN 6 for plassering av utsparket. Vi gjør<br />
dette og straks etter får vi utspark av 10C sek2 med følgende utvalg:<br />
Her ser vi en noe uvanlig reaksjon av Tplan. Det<br />
arbeider med sekvensen 10C sek1 + 10C sek2 + !0C<br />
sek3. Det presterer i sin fortvilelse å legge en<br />
aktivitet i TIR 1 og en i FRE 6 for sekvensen i 10B!<br />
Vi tar ikke alle detaljene for at dette har skjedd, men<br />
det er ikke så vanskelig å forstå med alle de umulige<br />
kjedereaksjoner disse data inneholder. For at vi skal<br />
få en oversikt her, må vi først få orden på den<br />
nevnte sekvens. Med P2- knapp flytter vi 10B sek3<br />
fra FRE 6 til TIR 3, og resultatet blir:
290<br />
Vi forsetter den interaktive legging. Neste utspark<br />
blir 10C sek2 med følgende utvalg:<br />
ARN og RU er de to formingslærere som skolen<br />
har. Sekvensen i 10C kan bare ligge i FRE 4- 6<br />
,og de eneste måte å gjøre dette på er et en annen<br />
lærer overtar et formingsparti fra lærer ARN, og<br />
ARN får ett annet fag i to timer. Vi forutsetter at<br />
et slikt kompromiss er mulig. (Hvis ikke må<br />
skolen revurdere sin timeplan fullstendig på<br />
nytt).<br />
Vi bruker nå P1- knapp for å plassere 10C sek2 i<br />
FRE 5 og vi haker av for alternativet: Akseptere<br />
dobbelplasseringer. Resultatet blir:
291<br />
Bemerk at planen for lærer ARN nå vises i 2 kolonner pga. den bevisste dobbelplassering vi<br />
har gjort i FRE 5. Dette kan vi rette på en av følgende måter:<br />
1. Gå tilbake til fagregisteret og bytte en formingslærer i for eksempel trinn 8. Man må<br />
da også gjøre samme bytte i komprimert plan via F2- dialog.<br />
2. Foreta bare lærerbytte i komprimert plan via F2- dialog.<br />
3. Notere seg den dobbelplassering man har gjort og rette dette opp i etter tid når man<br />
kommer til klarteks<strong>tplan</strong>er.<br />
Hvis ikke spesielle ting taler imot (for eksempel at en ganske bestemt alternativ lærer må<br />
brukes), er personlig preferanse å utsette lærerbytter til vi kommer til klartekstene.<br />
Vi forsetter den interaktive legging og neste utspark blir 9A ENG med følgende utvalg:<br />
Vi ser at 9A ENG kan legges til TOR 4 eller FRE 4- 5. Ut fra det vi har lært om klarering<br />
velger vi TOR 4 fordi vi da klarerer mot 2 lærere. Dette er gjort i figuren. Vi fortsetter og<br />
dermed smetter alt på plass slik:
292<br />
Vi startet med et ganske umulig utgangspunkt. I løpet av den prosess vi har gjort har vi<br />
foretatt et eneste lite bytte i forming, og egentlig må vi erklære oss tilfreds med dette.<br />
6.5.7 Eksempel 7: Et dansk gymnas med 10 dagers uke og 4 pos. pr. dag<br />
De foregående eksempler hadde en ganske anstrengt kombinatorikk på den måten at det var få<br />
plasseringsmuligheter når vi skal gjøre ulike kompromiss. I dette eksemplet er alt mye friere.<br />
2g og 3g og 2hf har en god del større blokker som stort sett er forhåndsplassert. Det som står<br />
tilbake er å legge ut en god del klassefag og noe spesielt er at en stor del av disse skal<br />
kantlegges. Hvis man legger planen rett ut, oppstår ingen spesielle problemer. Det meste går<br />
rett på plass, men man vil oppleve at en god del kvalitative krav man vil stille til planen, slett<br />
ikke er oppfylt på beste måte. Vi vil bruke den frihet som kombinatorikken gir oss til å stille<br />
en del strenge ønskelige krav:<br />
• Vi vil forlange at alle klasser har tette (dvs. kontinuerlige) planer.<br />
• Vi vil forlange at alle klasser har balanserte planer på den måten at klassene skal<br />
undervises i minst 3 posisjoner pr. fag.<br />
• I og med at planen legges på 10 dager skal alle fagene ha en jevn fordeling på de to<br />
uker.<br />
• Fordi planen legges på 10 dager, vil man ha en god spredning av fagene på alle dager.<br />
Et naturlig krav kan være at man forbyr undervisning samme fag på påfølgende dager.<br />
• Fordi planen legges på 10 dager øker mulighetene for å realisere fridager for lærerne,<br />
og mange lærere vil ønske (kreve) en eller flere fridager.<br />
Den første betingelse kan man oppfatte som et absolutt krav. De andre er meget sterkt<br />
ønskelige krav med den prioriteringsrekkefølge som angitt ovenfor. Disse kravene kan man<br />
definere i Nye direktiv til leggingen ( se avsnitt 5.5). Nå strammer det hele kraftig til. Vi<br />
starter en interaktiv prosess hvor vi bl.a. har forlangt tette klasseplaner. Etter et godt antall<br />
plasseringer stopper prosessen med følgende informasjon i utsparkmappen (UtsGrid):
293<br />
Pga. av de to første linjer skal UtsGrid tolkes<br />
på en helt spesiell måte: De to første linjer<br />
forteller oss at 2w får en hulltime i tor 3. De<br />
følgende linjer er de aktiviteter som enda<br />
ikke er plassert for 2w dvs. slett ikke noe<br />
vanlig utspark men disse akt. kan av en<br />
eller annen grunn ikke bruke tor 3.<br />
Det utvalg vi får i en slik situasjon er også<br />
ganske spesielt:<br />
Vi ser at tor 3 er markert på en ganske spesiell<br />
måte og de andre celler er fargelagt på en<br />
bestemt måte: Vi lager et utvalg for 2w og lar<br />
hulltimen være Aktuell posisjon dvs. de<br />
ulike fargekoder forteller oss hva som kan<br />
flyttes direkte til hulltimen. Hvis vi spesielt<br />
ser på 2w da med lærer PR ser vi at dette kan<br />
plasseres direkte i tor 3, man spør seg om<br />
hvorfor Tplan ikke gjør dette? Ser vi nærmere<br />
på planen finner vi at 2w da ligger på ons og<br />
pga. kravet om nabosperring har da Tplan<br />
blokkert på tor. Vi velger imidlertid å ignorere<br />
dette ønsket og plasserer 2w da i tor 3 og<br />
fortsetter.<br />
Neste gang Tplan stopper ser UtsGrid ut slik:<br />
Nå har 2x hulltime i ons 3 og alle aktiviteter i<br />
2x er er lagt ut. Utvalget ser nå slik ut:<br />
ons 3 er markert. Man kan si dette egentlig<br />
ikke er noen hulltime, men fordi alle klasser<br />
skal ha minst 3 pos pr. dag blir den likevel<br />
oppfattet som om det var en hulltime.<br />
Nå blir problemet å finne noe som ligger på<br />
kant (helst pos 4) og som har grønnfarge og på<br />
en dag hvor klassen allerede har fått 4 pos (for<br />
balansens skyld). Vi ser at dette er oppfylt for<br />
2x ge som ligger i man 4. Vi flytter dette til<br />
ons 3 og fortsetter. Neste stopp blir:
294<br />
Nå har vi et vanlig utspark av 1d bi. Vi ser at dette helst skal til uke 2.<br />
Vi skjønner ikke helt grunnen men ons 2 ser ut til å være en bra<br />
plassering og vi velger denne. (Sannsynligvis skyldes problemet<br />
konflikt med ett av de ønskelige krav vi har angitt foran). Vi fortsetter<br />
den interaktive legging og neste stopp blir:<br />
Vi får nå beskjed om at 2a har<br />
hulltime i ons 3 (pga. krav om<br />
balanse). Alle akt. i 2a er plassert,<br />
og vi leter etter grønnfarge på<br />
kanten på en dag hvor klassen Det<br />
fins et par muligheter her, men når<br />
vi tar hensyn til alle fag over de to<br />
uker, virker det naturlig å flytte 2a<br />
en fra fre 1 til ons 3. Vi velger<br />
dette, fortsetter, og dermed legger<br />
Tplan timeplanen fullstendig.<br />
Vi ønsker å vite hvor bra plan vi har<br />
lagt ut fra de kvalitative kriteriene<br />
vi ga innledningsvis. Dette ser vi av<br />
følgende utsnitt fra filene Lian og<br />
Lih:
Utsnitt fra filen LIAN<br />
KLASSE : 2c FÅR BARE 2 POS. PÅ onsdag<br />
KLASSE : 2v FÅR BARE 2 POS. PÅ mandag<br />
KLASSE : 2y FÅR BARE 2 POS. PÅ onsdag<br />
Utsnitt fra filen LIH<br />
ANTALL FAG MED NABOSPERR : 252<br />
ANTALL FAG,UØNSKET NABO : 34<br />
MÅL FOR UØNSKET NABOER : 72<br />
ANTALL V- AKTIVITETER : 239<br />
ANTALL UJEVNT FORDELT : 0<br />
ANTALL HULL I KLASSEPLANER: 0<br />
ANTALL HULL I LÆRERPLANER: 198<br />
GJENNOMSNITT: 2.12<br />
ANTALL LÆRERE SOM MANGLER FRIDAG: 9<br />
295<br />
Jeg kjenner denne planen ganske godt, og ut fra mer objektive kriterier er dette resultatet<br />
ganske nær det optimale: Ingen klasse har hulltime, kun 3 klasser har fått bare 2 pos en dag,<br />
intet fag er ujevnt på de to uker. Kun ca. 10 % av fagene har undervisning på påfølgende<br />
dager(noe av dette er tvingende nødvendig). Sett fra lærernes synspunkt er bildet noe mer<br />
broket: Det er fullt mulig å legge en plan for denne skolen med færre hulltimer og flere<br />
realiserte fridager enn vist ovenfor (skolen har i underkant av 100 lærere). En mer<br />
”lærervennlig” plan vil uvilkårlig føre til at vi må renonsere på en del av de andre krav som<br />
har styrt denne planen. Dette er en del avhengig av hvilke krav en vil gi størst prioritet. Dog<br />
tillater jeg meg å avslutte dette eksemplet med: Gakk hen og gjør likedan!<br />
6.5.8 Avsluttende kommentar til eksemplene<br />
Det har ikke vært bare enkelt å finne relevante eksempler. De skal helst være typiske, ikke for<br />
kompliserte samtidig som de skal vise karakteristiske teknikker. Det vesentligste ved hele<br />
metoden er: De utvalg og tilhørende fargelegging gir en helt annen oversikt enn<br />
tradisjonell timeplanlegging og følgelig finner man langt lettere et akseptabelt<br />
kompromiss. Jeg har forsøkt å vise at de ulike plasseringer man gjør kan avledes av en<br />
bestemt metodikk (dvs. klarering). Andre ganger legger jeg ikke skjul på at ulike beslutninger<br />
er intelligent gjettverk hvor man får prøve seg litt fram. Hvor komplisert dette er for den<br />
vanlige bruker aner jeg ikke, men husk øvelse gjør mester!<br />
6.6 SPESIELLE AKTIVITETER<br />
Vi får tilgang til register for spesielle aktiviteter via faneblad: Diverse. Menyvalget gir<br />
overgang til dette register:<br />
timeplanen (f.eks ledige halvdager).<br />
c. LUNCH for lærere.<br />
Dette er en alternativ måte å foreta de<br />
rokeringer/flyttinger som gjøres i komprimert<br />
plan. Man bruker komprimert plan mest mulig,<br />
men dette register må brukes hvis aktiviteten<br />
ikke står i klasseplaner. Dette gjelder<br />
følgende:<br />
a. Konferanseaktiviteter.<br />
b. Fritid for lærere som inngår i
296<br />
Fremgangsmåten for å bruke fanebladet ovenfor (Spesielle aktiviteter) samt det<br />
faneblad som omtales neste avsnitt (Fjerne mange aktiviteter) er følgende: Man skal<br />
gjøre en eller annen spesiell justering av planen som bare kan gjøres med hjelp av disse<br />
to registre. Skrittene i denne prosess er:<br />
1. Fyll ut i de to faneblad de justeringer som ønskes.<br />
2. Overfør dine data på nytt. (for at HMTP skal få fatt i dine justeringer.)<br />
3. Kjør logisk analyse og bygg selvsagt videre på den delplan du har.<br />
4. Slike justeringer fører ofte til at romplanen må lages på nytt (via ytterligere<br />
direktiv til leggingen)<br />
5. Kontroller at den komprimerte plan har blitt slik du ønsker. Hvis feil finnes gå<br />
tilbake til pkt 1-3<br />
6. Når justeringer er blitt som ønsket, SLETT det som er registrert om Spesielle<br />
aktiviteter og Fjerne mange aktiviteter. Avslutt det hele med en overføring, slik<br />
at HMTP har fått blanket disse registre, og man kan fortsette med vanlige<br />
justeringer.<br />
Forklaring av register:<br />
KLASSE<br />
/LÆRER:<br />
Normalt er dette stamklassen for den aktivitet som skal flyttes eller fjernes. Det mest<br />
vanlige klassesymbol her vil være: XXX (konferanse-klasse).<br />
En lærersignatur i feltet betyr at vi skal flytte LUNCH for en lærer.<br />
Hvis feltet er BLANK, brukes klasse fra foregående linje.<br />
AKTBET.:<br />
Navn for den aktivitet som skal flyttes eller fjernes. Hvis feltet er BLANK brukes<br />
navn fra foregående linje.<br />
UT AV :<br />
DAG POS<br />
Dag og posisjon hvor aktiviteten skal fjernes. I dagfeltet brukes følgende symboler:<br />
MA, TI, ON, TO og FR<br />
Hvis dagsymbol mangler og posisjon er fylt ut, brukes dagsymbol fra foregående linje.<br />
Minst ett av de to posisjonsfelter i registeret må være fylt ut for at denne linje skal ha<br />
noen effekt.<br />
INN I:<br />
DAG POS<br />
Dag og posisjon hvor aktiviteten skal plasseres, og reglene er som vist ovenfor. En kan<br />
foreta både plassering og fjerning på samme linje.<br />
I figuren har vi gjort følgende:<br />
1. Konferanse time, KON6, er flyttet fra MAN 1-2 til TIR 5-6<br />
2. Halvdagfri for lærer DOT er fjernet fra TOR 4-6<br />
6.6.1 BYTTE DAGER, ROTERE TIMENE PÅ EN DAG<br />
Det er ikke uvanlig at man ser mulighet for en forbedring av visse ønskelige krav ved å bytte<br />
om to dager fullstendig eller ved å rotere timene på en dag (for eksempel slik at "tunge" fag<br />
får en bedre plassering). Det er tungvint å gjøre slike operasjoner med vanlig<br />
justeringsteknikk, og vi bruker et par spesielle konvensjoner får å få til dette:<br />
*UKE Hvis dette navn skrives i feltet AKTBET., betyr det at 5 (10) linjer oppfattes<br />
som en enhet, og de definerer den nye rekkefølgen av dagene.
297<br />
*ROTER Hvis dette navn skrives i feltet AKTBET. og man setter et dagsymbol i UTfelt,<br />
definerer de neste linjer den nye rekkefølgen av timene på dagen.<br />
Denne figur viser et eksempel :<br />
I figuren har vi sagt at vi skal bytte om på tirsdag og<br />
onsdag. Vi roterer timene på fredag fullstendig slik<br />
at time 6 blir time 1 osv. Når vi avslutter, overfører<br />
vi data og deretter: Lage ny komprimert plan i<br />
Kjøre-meny. Vi får laget en ny komprimert plan i<br />
samsvar med figuren ovenfor, og vi fortsetter med<br />
andre justeringer på vanlig måte. Vi må huske å<br />
slette dette register til slutt slik at det ikke kommer<br />
med ved senere valg hvor vi lager komprimert plan<br />
på nytt..<br />
6.7 FJERNE MANGE AKTIVITETER<br />
Vi får tilgang til dette register via faneblad Diverse. Menyvalget gir overgang til dette<br />
register:<br />
I dette register er feltene definert eksakt som<br />
register for aktivitetsreferanser. Bruken av<br />
registeret er:<br />
I figuren definerer vi på vanlig måte et<br />
aktivitetssett, men vi ser bort fra de aktiviteter<br />
som er forhåndsplassert i<br />
posisjonsdirektivene. Det nevnte sett<br />
aktiviteter fjernes i sin helhet fra den<br />
komprimerte plan, vi må lage en ny komprimert plan for det fortsatte arbeid. Det er vanligvis<br />
en stor fordel at referansene i figuren ikke påvirker forhåndsplasseringer, men unntaksvis vil<br />
man også fjerne forhåndsplasseringer. Dette får man sagt ved å skrive reservert symbol: PRE i<br />
Akt.ref.-felt i figuren<br />
Ovenfor har vi sagt at vi fjerner all samfunnsfag og naturfag fra komprimerte planer. Vi<br />
fjerner også aktivitetene for klasse 7A og lærer AKS, og for den sistnevnte fjerner vi også<br />
eventuelle forhåndsplasseringer. Det er klart at denne sletteteknikken er meget enkel og god<br />
når en vil fjerne større deler av en komprimert plan. I kontrollutskriftene får vi beskjed om<br />
hvilke grupper av aktiviteter vi har fjernet :<br />
AKTIVITETER SOM SLETTES AV DEL-KOMMANDO:<br />
8A VF1 9A VF1 8A VF2 9A VF2 8A VF3 9A VF3 8A VF4<br />
9A VF4<br />
FORHÅNDS-PLASSERINGER SOM FJERNES :<br />
8A VF1 8A VF2 8A VF3 8A VF4<br />
------------------------------------------------<br />
(Hvis man vil la de ulike lærerlag legge sine egne timeplaner, er dette en effektiv teknikk for å<br />
raskt kunne fjerne større grupper av aktiviteter. Det er også en meget aktuell mulighet hvis<br />
man skal timeplanlegge prosjektuker for visse klasser.) Også dette register må man huske på å<br />
slette etter man har fått laget en ny komprimert plan.
298<br />
Med innføring av interaktiv teknikk, vil det bli mer aktuelt å bruke dette register: Det kan<br />
være at vi under marsjens gang vil gjøre et lærerbytte. Tidligere var det nok at man<br />
byttet/fjernet læreren i det opprinnelige register, men slik det nå er blitt står læreren fremdeles<br />
i den endelige plan. Hvis vi fjerner den via fanebladet ovenfor ordner det hele seg, når man<br />
også bytter i opprinnelige registre.