19.09.2013 Views

Versjon 28.1 Copyright: Harald Michalsen - tplan

Versjon 28.1 Copyright: Harald Michalsen - tplan

Versjon 28.1 Copyright: Harald Michalsen - tplan

SHOW MORE
SHOW LESS

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 />


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.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!