Panel |
---|
Panel |
---|
LUONNOS! |
Table of Contents | ||||||||
---|---|---|---|---|---|---|---|---|
|
Jaakko Rannila (Omat muokkaukset voi merkitä omalla värillä)
Tiina Kokko (oma muokkausväri)
Riikka Vähätalo (oma muokkausväri)
1. Johdanto
Tämä dokumentti perustuu Peppi-projektin ensimmäisen vaiheen Työ- ja lukujärjestyssuunnittelu -määrittelydokumenttiin. Tässä dokumentissa on karsittu aiemman määrittelyn mukaisia keskitetyn suunnittelun osioita sekä muutamia muita ei-välttämättömiä ominaisuuksia.
Dokumentissa kuvataan sekä luku- ja työjärjestysprosessia että resurssivarausvälineeltä (synonyymit: resurssisuunnitteluväline, työ- ja lukujärjestyssuunnitteluväline, resurssivarauspalvelu, resurssivarausmoduuli) vaadittuja ominaisuuksia.
Jaakko Rannila: Mun mielestä tässä olisi hyvä mainita, että (kommentit kannattaa laitta 'Quote' tyyliä hyödyntäen luvun kohtaan, johon kommentti liittyy)
...
- Henkilökunnalla on oikeus suunnitella omaa opetustaan, toteutuksiaan ja muita varauksia. Henkilökuntaroolissa oleva voi muokata ja poistaa varauksia, jotka ovat hänen tekemiään tai johon hänet on liitetty. Henkilökuntaroolissa olevalle henkilölle tulee käyttöliittymissä tarjota ensisijaisesti mahdollisuutta tehdä varauksia omille toteutuksilleen. Roolissa ei kuitenkaan rajoiteta tekemästä varauksia myös muille toteutuksille, kuitenkin huomioiden ne rajoitukset, jota järjestelmässä voidaan asettaa resurssien varaukselle (esim. lukitukset ajan kohdille valituille tiloille ja välineille + rooleille). Roolissa oleva ei voi tehdä päällekkäisiä varauksia tilaresurssien osalta. Henkilökunta roolissa oleva ei näe niiden varausten osalta varauksen nimeä tai toteutusta, jotka on vielä luonnostilassa. Roolissa olevan on kuitenkin nähtävä, jos johonkin resurssiin on tehty varaus, joka on luonnostilassa (mutta ei sen tarkkaa sisältöä). Ts. suunnittelijan tekemillä varauksilla on tällöin etu, koska he voivat tehdä varauksia aiemmin. Opettaja näkee 'ehdotus' statuksella olevat varaukset täysine tietoineen. Henkilökuntaroolissa tehdyt varaukset ovat oletuksena 'julkaistu' -statusmuodossa mutta käyttäjä voi valita myös tehtävän varauksen myös muotoon "ehdotus", jolloin varaus ei vielä näy opiskelijoille. Statusvalinta tulee siis olla näkyvissä mm. varauslomakkeessa,josta sitä voi muuttaa.
- Kiinteistökohtainen suunnittelija -roolissa oleva henkilö näkee kaikkiin varauksiin liittyvät tiedot (myös luonnostilassa olevat). Suunnittelija voi muokata ja poistaa niitä varauksia, jotka on liitetty roolin mukaiseen kiinteistöön (luokkatila, väline) sekä kaikkia niitä varauksia jotka hän on itse luonut tai johon hänet on merkitty yhdeksi resurssiksi joiden tilaresurssina on muun kiinteistön tila. Suunnittelija voi muokata myös kaikkia niitä varauksia, joihin ei ole merkitty mitään tilaa eikä välinettä. Suunnittelijan tekemät varaukset voidaan tallentaa 'luonnos', 'ehdotus' ja 'julkaistu' statukselle. Tätä roolia käytetään erityisesti osittain hajautetussa mallissa. Lisäksi tätä voidaan käyttää keskitetyn mallin suunnittelussa periodin ollessa käynnissä (muutosten tekeminen jne) tai niissä tapauksissa, joissa suunnittelu tapahtuu keskitetysti mutta ei haluta käyttää muuta suunniteeluvälinettä kuten Untista.
- Kiinteistökohtainen varausmestari = esim. Bulevardi_varausmestari. Tämä tarkoittaa sitä, että henkilölle määritellään varausmestarirooli tiettyyn toimipisteeseen. Roolilla on oikeus tehdä varauksia sekä muokata niitä, kuten henkilökunta tai suunnittelijaroolissa oleva henkilö. Rooli voi omassa toimipisteessään kuitenkin lisäksi muokata ja poistaa kenen tahansa varauksia. Ko. varauksissa tulee tällöin olla merkittynä tila, joka on liitettynä k. toimipisteeseen. Rooli voi lisäksi asettaa lukituksia/avauksia tiloihin tai välineisiin valittuna aikavälinä valituille rooleille (ks. 5.3.4 Muut palvelut).
- Opiskelijalla on mahdollisuus tehdä varauksia tiloihin, jotka ovat roolin varattavissa. Opiskelija näkee varaukset, jotka ovat 'julkaistu' tilassa.
- Ulkopuolisella käyttäjällä on oikeus liittää varauksiin tiloja, jotka on eri kiinteistöissä ja tiloissa määritelty tämän roolin varattaviksi.
- Raportoijalla on oikeus laatia raportteja mm. tilojen varausasteista
- Isännöitsijällä on oikeudet kaikkiin tiloihin ja välineisiin. Rooli voi lisäksi asettaa lukituksia/avauksia tiloihin tai välineisiin valittuna aikavälinä valituille rooleille (ks. 5.3.4 Muut palvelut). Tämä tarkoittaa sitä, että ko. tiloihin ja välineisiin lukituksen aikana voi varauksia tehdä vain tässä roolille merkityt henkilö.
- Pääkäyttäjällä on oikeus jakaa roolipohjaisia oikeuksia toimipistekohtaisesti. Rooli voi lisätä, poistaa, muokata ja piilottaa eri resursseja. Roolilla on muutoinkin kaikki oikeudet järjestelmässä. Rooli voi lisäksi asettaa lukituksia/avauksia tiloihin tai välineisiin valittuna aikavälinä valituille rooleille (ks. 5.3.4 Muut palvelut)
- Mahdollisesti tarvitaan myös oma rooli välineiden hallinnointia varten
Käyttäjällä voi olla yksi tai useampi rooli ja käyttäjän oikeudet määrittyvät kaikkien näiden roolien mukaisesti.Tilojen lukituksia / avauksia on nyt määritelty useammalle eri roolille. Onko ne jotenkin toisilleen alisteisia eli voiko Isännöitsijä ohittaa kiinteistökohtaisen varausmestarin määrittelemät lukitukset/avaukset? Kuka omistaa pääkäyttäjän roolin ja onko tarpeen erottaa tilojen ylläpito ja välineiden ylläpito. Raportoinnista esitän että ne oikeudet on vapaasti käytettävissä. (RV)
Isännöitsijällä ja pääkäyttäjällä on oikeus muokata muiden tekemiä lukituksia. Kiinteistökohtainen varausmestari ei pysty ohittamaan isännöitsijän tai pääkäyttäjän tekemiä lukituksia. Isännöitsijä ja pääkäyttäjä ovat rooleiltaan samanarvoisia ja voivat muokata toistensa tekemiä lukituksia.
Pääkäyttäjällä on oikeus muokata roolimatriisia eli eri rooleille voidaan tarvittaessa antaa lisää oikeuksia tai poistaa niitä.
3 Työ- ja lukujärjestyssuunnitteluprosessi
...
Vaatimus: Työkalussa (Resurssien hallinta) on pystyttävä rajaamaan tilojen käyttöä (esim. tilan X käyttö vain klo 18-22). Näitä rajoituksia käytetään suunnittelun tukena eli järjestelmä varoittaa jos rajatulle alueelle ollaan tekemässä resurssivarausta. Seuraavissa kappaleissa on kuvattu tarkemmin erilaisia kalenteriin vaikuttavia rajoitteita.
Poistettu / Ei mukana tässä välineessä: Suunnittelijoilla oltava työkalu, jolla voidaan merkitä järjestelmään mm. pyhäpäivät ja muut vastaavat koko kouluun vaikuttavat ”rajoitukset” sekä koulutusohjelma- ja ryhmäkohtaiset rajaukset.
3.1.1 Prosessin aikana tarvittavat tiedot
...
Opettaja asettaa toteutustenhallintavälineessään (viittaus toteutustenhallintaväline kuvattu opettajan palveluihin toteutustenhallintapalveluissa) jokaiselle omalle toteutukselleen tiedot toteutuksessa tarvittavista tiloista. Opettaja merkitsee
...
Eli jos suunnittelija esim. valitsee toteutuksen sijoittelun kohteeksi niin lähtökohtaisesti hän itse asiassa tekee sijoittelua kaikille toteutukseen liitetyille resursseille mikäli hän ei klikkaile niitä pois tai lisää muita liitettäviä resursseja kuten esimerkiksi tila, uusi henkilö, uusi ryhmä jne. Lisäksi suunnittelutyökalussa tulee olla tiedot saatavilla olevista muista resursseista kuten tilat ja opetusvälineet.
Poistettu / Ei mukana tässä välineessä: Suunnittelijoilla on oltava työkalu, jolla hän voi laittaa nähtäville / tarkastettavaksi että pohjatiedot on kirjattu oikein. Tällä välineellä kysytään opettajilta heidän opetuksen pohjatietojen oikeellisuus ja koulutusohjelmilta kysytään ryhmien pohjatietojen oikeellisuus.
3.2 Prosessin ajankohta ja kesto
...
Keskitetyssä mallissa suunnittelu aloitetaan usein tekemällä mallipohjat, jotka ovat ikään kuin resurssivarauslomakkeita, joita ei ole vielä täydennetty kaikilla tiedoilla. Mallipohjat helpottavat varausten tekemistä ”ryppäinä” ja nopeuttavat työtä kun ollaan tekemässä resurssivarauksia suurelle massalle. Mallipohjiin kirjataan opetustapahtumaan liittyvä kaikki tieto mikä vaikuttaa sen sijoittamiseen. Mallipohjista lisää tietoa kappaleen lopussa.
Poistettu / Ei mukana tässä välineessä: Resurssivarausvälineen ei tarvitse tukea keskitettyä suunnittelumallia kaikilta osin. Esim. mallipohjat. Resurssivaraus / Resurssisuunnitteluväline on tarkoitettu ensisijaisesti hajautettuun tai osittain keskitettyyn malliin.
4.2 Osittain keskitetty malli
...
Tarkennusta yksilöopetuksen suunnitteluun: Yksilöopetuksessa lähdetään toteutusten joukon suunnittelussa liikkeelle työ- ja lukujärjestyssuunnittelusta. Työ- ja lukujärjestyssuunnittelussa pitää pystyä tekemään varauksia kalenteriin ja tiloihin, ilman, että niihin on liitettynä vielä mitään toteutusta. Toteutusten joukko syntyy vasta myöhemmässä vaiheessa. Tällöin lukujärjestyksen suunnitteluvälineeseen pitää pystyä tekemään varauksia/opetustapahtumia, joita ei ole vielä kiinnitetty mihinkään ryhmään tai toteutukseen. Varauksen/opetustapahtuman lisätiedoissa pitää kuitenkin pystyä kertomaan, mistä opintojaksosta on kyse, jotta tekijä pystyy toteutusjoukon luomisen jälkeen kiinnittämään oikeat toteutukset aikaisemmin tehtyihin varauksiin.
Mikäli yksilöopetuksen varauksen pitää olla kiinnitetty opintojaksoon, yksittäistä opiskelijaa koskevan varauksen täytyy pystyä linkittymään toteutukseen "automaattisesti" tai siten että opiskelija tekee varauksen opettajan varaamasta tuntiblokista. Musiikkien koulutusohjelmien opettajien tai suunnittelijoiden työmäärää ei voi lisätä sillä, että jokaiselle opiskelijalle pitää tehdä erikseen varaukset tilanvarausjärjestelmään. Nyt opettajat varaavat opetusajat blokkeina, joiden sisällä yksilöohjaus toteutuu.
4.5 Tarkennukset suunnittelumalleihin
Tässä projektissa pyritään tukemaan kaikkia suunnittelumalleja lukuun ottamatta keskitettyä suunnittelua joka ainakin lähitulevaisuudessa tullaan tekemään erillisillä työkaluilla. Erityistä huomiota halutaan kiinnittää hajautetun mallin tukemiseen sekä intuitiiviseen käyttötapaan. Lisäksi yksilöopetuksen suunnitteluun pitää löytää toimintatapa, joka voisi olla esimerkiksi sellainen, että yksilö käsitetään vaikkapa yhtenä yhden hengen pienryhmänä.
Huom. ks. kommenttini yllä opiskelijakohtaisen suunnittelun tai tilavarauksen aiheuttamasta kohtuuttomasta työmäärästä, mikäli jokaiselle opiskelijalle on tehtävä oma toteutus sekä opetusvaraus per yksilöohjausopintojakso! Ehdotukseni on, että opiskelija varaa opettajan antamasta aikabloista oman opetusaikansa ja toteutustiedot kiinnittyisivät lukujärjestykseen sitä kautta.
Lisäksi järjestelmässä tulee olla mahdollista asettaa tapahtumia, joihin ilmoittaudutaan. Tällöin mm. yksilöopetus, tutorajat, ohjausajat, terveydenhuoltajan ajat yms. voidaan hoitaa resurssivarausvälineen tuottamien palveluiden avulla. Palvelun avulla opettaja tai kuka tahansa henkilökuntaan kuuluva henkilö voi asettaa resurssivälineeseen tapahtuman, johon on sidottu eri resursseja (kuten hänet itse ja tila) ja tämä tapahtuma on varattavissa. Tapahtumaan voi syöttää maksimipaikkamäärän ja ilmoittautumisen voi kohdistaa ja/tai rajoittaa tietylle ryhmälle tai henkilöille. Palvelun avulla nähdään myös ketkä ovat ilmoittautuneet ja ilmoittautuneet lisätään automaattisesti tapahtuman/varauksen resurssiksi.
Poistettu / Ei mukana tässä välineessä
Sijoittelua alustava ryhmittely (mallipohjat tai "blokit")
Osa keskitetyn mallin suunnittelijoista aloittaa suunnittelun tekemällä eräänlaisia mallipohjia (Untiksessa blokit). Lähtötietoja hyödyntämällä luodaan yksilöityjä opetustapahtumia siis eräänlaisia varausryppäitä. Tiedot muistuttavat hieman vuosisuunnittelun puolelta tuttuja tehtävärivejä. Mallipohjien tarkoituksena on tuottaa yleensä ryhmään sidottuja opetustapahtumia, joista muodostuu lukujärjestyssuunnittelijan suunnittelualueen sijoitettavien opetustapahtumien joukko. Mallipohjien tarkoitus on helpottaa suunnittelijaa tiedon sijoittamisvaiheessa, sillä siihen kerätty informaatio näyttää/rajoittaa sijoitteluvaiheessa mahdolliset vaihtoehdot. Yleensä mallipohjassa voi kasata yksittäiset varaukset vähän suurempiin ryppäisiin joita on helpompi siirrellä kokonaisuutena sijoittelunäkymissä kuin että aina siirrettäisiin jokaista yksittäistä varausta erikseen.
Mallipohjiin voidaan liittää esim.
- Alku- ja loppupäivämäärä (tehtävälle/toistuvalle varaukselle asetettava päivämääräväli)
§ Lisäksi tulee olla mahdollista lisätä tapahtumaan erillismäärittely alku-loppupäivämäärien sisällä, kuten joka toinen viikko tapahtuva opetus tai tietyn viikon poissulkeva opetus. Tämän määrittely eri paikassa ja vain lisättävissä tässä yhteydessä yhdeksi rajoitteeksi.
- Oppitunnin pituus
§ Jos halutaan tuplatunnit, niin voidaan laittaa esim. 90min
- Toteutuksen koodi ja nimi + toteutuksen numero (tulee automaattisesti järjestelmästä kun haetaan ko. toteutus)
- Ryhmä(t) ja niiden koko (montako opiskelijaa)
- Sallitut viikonpäivät (ma-su)
§ Sallitut opetusajat eri viikonpäivinä/viikoilla jne.
§ Tietty luokkahuone varattu käyttöön ma-ke.
- Opettaja(t)
§ Rajoitteet ja toiveet sijoittelusta esim. tuntien sijoittelujärjestys
§ Ulkopuolisilla luennoitsijoilla tarkat aikataulurajaukset
- Pienryhmä(t), tieto tarkemmasta ryhmän jaottelusta
- Tila(t)
§ pakollinen resurssi tai mahdollinen resurssi
§ Tietty luokkahuone varattu käyttöön ma-ke.
§ myös ulkopuolisten kiinteistöjen käyttö informatiivisena tietona
- Opetusväline(et)
§ opetukseen liitettävä muu resurssi kuten opetusnukke
- Lisätietoa
§ vapaa tekstikenttä mahdollista muuta informaatiota varten kuten kelluvat lisenssit
Lisäksi
- Tietoja pitää myös pystyä kopioimaan/muuttamaan helposti mallipohjanäkymästä.
- Kun toteutukselle tehdään muutos vuosisuunnittelujärjestelmässä tulee siitä lähteä tieto lukujärjestyssuunnittelijalle, jotta jo tehty mallipohja tulee korjatuksi ennen sijoitteluvaihetta.
Mallipohjan tekeminen saattaa lähteä liikkeelle esim. ihan vain ryhmätiedon lisäämisestä ja niitä aletaan sijoittelemaan kalenteriin, myöhemmin voidaan liittää toteutus, jolloin kentät täydentyvät. Samoin tämä malli mahdollistaa sen, että opetus suunnitellaan melkein valmiiksi ilman tiloja (sijoitellaan toteutukset, ryhmät, opettajat jne) ja vasta lopuksi etsitään opetukselle tilat. Mallipohjien suunnittelua varten tarvitaan oma näkymä, joka voi muistuttaa listanäkymiä.
Mallipohjien tärkeä ominaisuus on siinä että ne tuottavat tarkempaa tietoa eri ryhmän, tilan ja opettajien resursseista, joiden tarkastelu on lähtökohta sijoittelutyölle.
Mallipohjat on liitettävä resurssivarauksiin joten jos mallipohjaan tehdään muutoksia sen jälkeen kun siitä on tehty resurssivarauksia - tulee käyttäjältä kysyä aina päivitetäänkö mallipohjan muutokset myös siitä tehtyihin resurssivarauksiin. Jos muutosta ei tehdä aiemmin tehtyihin resurssivarauksiin luodaan tästä muutetusta mallipohjasta itse asiassa uusi mallipohja automaattisesti. Näin säilytetään edelleen se vaihtoehto että muutoksia pystytään tekemään jälkikäteen helposti mallipohjien avulla massamuutoksina.
Sijoittelutyökalun vaatimuksia lyhyesti
- Sijoittelutyötä varten tarvitaan oma sijoittelunäkymä/ -työkalu
- Sijoittelutyökalu näyttää miten mallipohjan/blokin/tapahtuman sijoittaminen onnistuu ja osoittaa jos on sijoittamassa jo varatun resurssin päälle.
- Sijoittelutilanteessa on tarpeen pystyä lukitsemaan tietty sijoitettu tapahtuma.
- Sijoittelutyökalussa on oltava mahdollisuus sijoittaa resursseja päällekkäin.
- Sijoittelutyökalun lisäksi tarvitaan mallinäkymiä joilla seurata sijoittelun etenemistä ryhmän, opettajan sekä tilojen erillisistä näkymistä.
...
Mikäli käyttäjä pyrkii tekemään päällekkäisiä varauksia henkilön, ryhmän tai pienryhmän osalta, käyttäjälle tulee ilmoittaa asiasta ja pyytää varmistus (olisi hyvä jos käyttäjän asetuksissa voisi kytkeä jotkut ilmoitukset tarvittaessa pois päältä). Jos käyttäjä on tekemässä päällekkäistä varausta samaan tilaan, tulee käyttäjältä samoin kysyä varmistus. Tilojen päällekkäisiä varauksia voisi tehdä vain suunnittelija, pääkäyttäjä ja varausmestari roolin omaavat henkilöt.
Poistettu / Ei mukana tässä välineessä
Versiointi
Joissain koulutusohjelmissa (kuten musiikki) lukujärjestyksistä tehdään suunnittelun alussa 2-3 eri luonnosta saapumisryhmittäin (vuosikurssi). Luonnoksiin ei usein tässä vaiheessa ole vielä sidottu toteutuksia ja luonnokset eivät ole riippuvaisia toisistaan (eli vuosikurssille 1 tehdään vaikka 2 luonnosta jotka ovat täysin erilaisia). Luonnokset tehdään yhdelle viikolle ja lopulta kun yksi luonnos valitaan se pyritään toistamaan mahdollisimman samanlaisena koko lukuvuoden ajan (eli kopioidaan viikkolukkari muille viikoille). Samalla lukkareihin kiinnitetään toteutukset (tähän asti ovat olleet ryhmälukkareita ilman toteutuksia). Toteutukset vaihtuvat lukukausittain ja mahdollisesti periodeittain mutta saapumisryhmän kannalta ajoitukset pysyvät jotakuinkin samoina. Järjestelmän olisi hyvä tukea tällaisien luonnoksien tekemistä (jonkinlainen luonnos-moodi).
5.7 Kommenttikierros, korjaukset ja varausten statukset
...
Toteutuksien listanäkymä antaa suunnittelijalle kokonaiskuvan toteutuksista, opettajista tai ryhmistä, joille suunnittelija rakentaa lukujärjestystä. Listanäkymästä tulee päästä suoraan vuosisuunnitteluväliseen muokkaamaan ko. tietoja siinä tapauksessa, että ko. henkilöllä on myös vuosisuunnittelijan käyttöoikeusrooli.
Poistettu / Ei mukana tässä välineessä
Edelleen aiemmin kuvatut mallipohjat on pystyttävä listaaman eri kriteerein (esim. toteutuksen, ryhmän, tilan tai koulutusohjelman mukaan).
6.1.2 Resurssivarausnäkymä - varauksiin liitettyjen resurssien listanäkymä
...
- Yksittäisten opettajien tasolla
- Yksittäisten ryhmien tasolla
- Yksittäisten tilojen tasolla
- Em. resursseja voidaan liittää varaukseen määrittelemätön määrä. Resurssien liittämistä varten pitää olla olemassa hakulomake, jolla resursseja haetaan eri kriteereillä ja klikkaillaan osaksi varausta.
Poistettu / Ei mukana tässä välineessä:
- yleisellä tasolla (koskee kaikkia – pyhäpäivät jne, nämä selvitetty alkutietokappaleessa) koulutusohjelmatasolla (koulutusohjelman opettajat, koulutusohjelman ryhmät),
- resurssivaraus voi koskea esimerkiksi vain opettajia, listaa pitää pystyä tarkentamaan
- resurssivaraus voi koskea vain esim. 4. vuoden ryhmiä, listaa pitää pystyä tarkentamaan
Nämä seikat huomioon ottaen olisi hyvä jos suunnittelija voisi luoda omia "tapahtumia" tai suosikkilistoja sidottavista henkilö/ryhmäresursseista esim. viimeisen vuoden opiskelijaryhmät tai talotekniikan opettajat. Listojen ja raporttien tekemistä varten tarvitaan järjestelmään erilaisia hakutoimintoja.
...
Esimerkki kalenterinäkymästä.
Toinen esimerkki (mallipohjia ei tarvitse huomioida)
Yllä olevassa kalenterinäkymässä ollaan tekemässä varausta toteutukselle. Kalenterinäkymään on kytketty samaan näkymään taustalle ryhmä, opettajan sekä tilan kalenteri -> suunnittelija näkee heti missä kohdin kaikilla resursseilla on vapaata ja pystyy sijoittamaan varauksen tyhjään tilaan. Järkevää olisi näyttää "taustaresurssit" kuten valitun tilan varaukset taustalla ja korostaa nyt tehtävää varausta - tässä tapauksessa siis oletetaan että ollaan tekemässä varausta kahdelle toteutukselle, joihin liittyy ryhmiä, pienryhmiä sekä opettajia. Ajatuksena on se, että resurssivaraukseen liitetään eri resursseja ja liitettävien resurssien varaustilanne näytetään suunnittelijalle reaaliaikaisesti. Suunnittelija pystyy tarvittaessa myös lisäämään näkymään vaihtoehtoisia resursseja joita ei kuitenkaan olla liittämässä varaukseen (esim. halutaan nähdä jonkin toisen tilan kalenteri samaan aikaan kuin ollaan tekemässä varausta toiseen). Eri resurssien kalenterit voidaan myös avata omaan ikkunaansa. Lisäksi näkymiä on voitava tarkastella myös ns. julkaisunäkymänä eli näytetään tarvittaessa vain julkaistut varaukset (rajaus esim. varauksien statuksen mukaan). Tässä voidaan hyödyntää myös värikoodausta.
Varaukset saattavat olla toisiinsa liittyviä eli esimerkiksi toistuva varaus maanantaisin klo 10-12 viikoille 1,3,5,7. Eli toistuvuudet pitää pystyä tallentamaan varauksen yhteydessä. Vastaavasti kun tällaista varausta mennään muuttamaan, niin järjestelmän pitäisi kysyä käyttäjältä haluaako hän muuttaa vain kyseistä instanssia vai kaikkia em. varauksia.
Poistettu / Ei mukana tässä välineessä
Myös sijoittelukappaleessa kuvatut mallipohjat liittyvät olennaisesti aikaan sidottuihin näkymiin ja niitä tulee pystyä hyödyntämään kaikissa aikaan sidotuissa näkymissä. Järjestelmän tulee tukea mallipohjien muodostamien varausryppäiden esittämistä ryhmän, opettajan sekä tilan näkökulmasta. Malli näkymään tarvittavasta esitystavasta löytyy Untiksesta ja kuvat niistä tämän projektin projektitilasta. Mallipohjien poiminta listalta tulee tapahtua esim. hiiren klikkauksella, jolloin aktiivisen mallipohjan tietoja voi lähteä sijoittamaan sijoittelutyökalulla.
Oheinen käyttöliittymäkuva on suuntaa-antava ja sitä on kehitettävä mutta edellä kuvatut toiminnallisuudet tulee toteuttaa järjestelmän yhteydessä.
...
- Lukujärjestyssuunnittelulle on ominaista että tiettyjä ryhmiä/toteutuksia suunnitellaan pieninä kokonaisuuksina ja näiden kokonaisuuksien (esim. toteutuksien) välillä vaihdellaan näkymää jatkuvasti. Siksi on tarpeellista että järjestelmässä on “pika-historia” -toiminto jolla muutaman äsken käsitellyn resurssin välillä voidaan liikkua nopeasti. Esim. jos suunnittelija suunnittelee yhden ryhmän lukujärjestystä kerrallaan ja hän tekee varauksia vaikka 7 toteutukselle niin hän voi nopeasti vaihdella näkymää em. toteutuksien välillä (ja vaikka muutaman tilan välillä). Aina kun suunnittelija valitsee uuden resurssin niin se “tallentuu” ylimmäksi historialistalla ja on sieltä nopeasti valittavissa myös uudelleen käyttöön.
Poistettu / Ei mukana tässä välineessä
Järjestelmän pitäisi ilmoittaa selkeästi aina jos varauksia ollaan tekemässä esimerkiksi pyhäpäiville, käyttäjän pitää tuolloin valita haluaako todella tehdä varauksen pyhäpäivälle (oletuksena ei tehdä).
Lukujärjestyssuunnittelulle on ominaista että suunnittelija käyttää tiettyjä näkymiä suunnittelutyötä tehdessään. Pitää olla mahdollista tallentaa tiettyjä ikkunanäkymiä ”omiksi työskentelynäkymikseen”. Näkymää on voitava muokata ja siihen on suotava mahdollisuus useampien ikkunoiden yhteiskäyttöön. Pitää olla myös mahdollisuus eri tyyppisien näkymäryhmien tallentamiseen sen mukaan kuin itse näkymiä työn edistyessä tarvitsee. 18.11.2011 lisätty kappale 6.3 jossa käsitellään osittain tätä asiaa (perustuen lukujärjestystyöryhmän palaveriin 17.11).
Järjestelmässä tulee olla kumoa nappi eli on oltava mahdollista kumota muutama aiempi toiminto.
7.4 Sijoiteltujen opetustapahtumien näkyvyys
...
Välineessä pitää pystyä tallentamaan varauksia/tapahtumia, jotka ovat opiskelija ja/tai henkilökuntaroolien varattavissa. Tällaisia tapahtumia voivat olla esimerkiksi tutor-tapaamiset, opinnäytetyön ohjaukset, harjoittelun ohjaukset, seminaarit yms. Tapahtuman voi kohdistaa tietylle ryhmälle tai henkilöille ja tapahtumalle voi asettaa maksimimäärän ilmoittautumisia. Opettajan tulee voida merkitä kalenteriinsa aikoja, joita opiskelijat pystyvät varaamaan itselleen. Opettaja myös voi liittää varaukseen esimerkiksi toteutuksen ja tilan (tai ulkopuolisen tilan). Lisäksi opettaja voi kirjoittaa varaukseen lisätietoja. Opiskelijalle puolestaan tarjotaan omassa palvelussaan (esim. eHops-työpöydällä) palvelu, jonka kautta hän voi varata yhden näistä opettajan tarjoamista tapaamisajoista itselleen. Kun joku ilmoittautuu tapahtumaan, liitetään varaukseen ilmoittautunut henkilö.
Tämä toiminto olisi hyvä ottaa käyttöön myös yksilöopetuksen tai -ohjauksen suunnittelussa ja lukujärjestyksen teossa (ks. kohdat 4.4 ja 4.5).
7.7 Asetukset -sivu
Lukujärjestyssuunnittelijoita varten tarvitaan henkilökohtainen asetussivu, jossa on koottuna käyttäjän oletusasetuksia. Näihin vaikuttavat suoraan eri suunnittelunäkymiin ja vastaavasti eri näkymistä voisi linkittää suoraan näkymän asetuksiin (esimerkiksi kalenterinäkymässä voi olla linkki asetukset -sivulle kohtaan kalenteriasetukset tms.).
...
Lukitus voi myös koskea tiettyä kellonaikaa kellonaikaa eli tila esim. ei käytettävissä klo 18 jälkeen.
7.9 Tiedot vuosikelloon
Ei toteuteta tässä vaiheessa
Kaikille tapahtumille voidaan kertoa, että se tulisi näyttää vuosikellossa. Tällöin tapahtumalle tulee syöttää lisätietoja, jota vuosikello tarvitsee tiedon näyttämiseksi. Tämän jälkeen vuosikello kysyä tapahtumat resurssivarausjärjestelmästä, jotka tulisi julkaisussa näyttää.
Aiemmin toimintatapa on ollut, että vuosikelloon kirjataan tapahtumia ja näistä tapahtumista pyritään tekemään rajoitteita työ- ja lukujärjestyssuunnitteluun. Jatkossa osa näistä tapahtumista voidaan tehdä suoraan resurssivarausjärjestelmään ja näyttää ne vuosikellossa, jolloin prosessi etenee erilaisessa järjestyksessä, kuin aiemmin.
7.10 Kustannuspaikkatiedot
...
ID | Käyttäjäroolissa | Haluan (toiminnallisuuden) | Jotta | Huomioita |
V1.000 | Suunnittelija | Nähdä ja syöttää lukuvuoden (opetuksen) ajoituksen (pyhäpäivät sekä aattopäivät kuten vappuaatto) | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | Nämä tiedot voi ase |
V1.010 | Suunnittelija | Nähdä periodin ajoituksen | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | Tulee Vuosisuunnittelusta. |
V1.020 | Suunnittelija | Nähdä ja syöttää pyhäpäivät sekä aattopäivät kuten vappuaatto | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | Tulee Vuosikellosta/-kalenterista tms. |
V1.030 | Suunnittelija | Nähdä ja syöttää Varatut ajat koulutusohjelmakohtaisesti / klusterikohtaisesti | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | |
V1.040 | Suunnittelija | Nähdä ja sijoittaa Harjoittelujaksot | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | |
V1.050 | Suunnittelija | Nähdä ja sijoittaa Tentti- ja kurssisuorituspäivät/viikot | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | |
V1.060 | Suunnittelija | Nähdä ja sijoittaa projekti- tms. viikot, jolloin rajoitetusti jotakin tiettyä opetusta | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | |
V1.070 | Suunnittelija | Nähdä ja sijoittaa Uusintatentit | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | Voidaan viedä vuosikelloon |
V1.080 | Suunnittelija | Nähdä ja sijoittaa valmistumistiedot. | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | mm. kypsyysnäytteet sekä valmistumispäivät |
V1.090 | Suunnittelija | Nähdä Tilarekisterin | ||
V1.100 | Suunnittelija | Nähdä Henkilörekisterin | ||
V1.110 | Suunnittelija | Nähdä ja sijoittaa vapaajaksot opettajakohtaisesti (TES-mukaisesti) | Opettaja sopii esimiehen kanssa | |
V1.120 | Suunnittelija | Sijoittaa tilojen aikarajaukset esim. tila käytettävissä vain klo 18-21 | Vuokratiloja voidaan hallinnoida | Tieto tilahallinnosta tms. |
V1.130 | Suunnittelija | Nähdä tilojen aikarajaukset | ||
V1.140 | Suunnittelija | Lukita tilat siten, että niitä ei voi varata tiettynä aikana | Lukkarinsuunnittelu saadaan tehdä rauhassa “tyhjiin tiloihin” | Sovittava kiinteistö-/koulutusohjelmakohtaisesti |
V1.150 | Suunnittelija | Nähdä tilojen lukitukset |
...
ID | Käyttäjäroolissa | Haluan (toiminnallisuuden) | Jotta | Huomioita |
V2.000 | Suunnittelija | Nähdä (syöttää) koulutusohjelman noudattama tuntikehys | Tiedän, mitä tiloja ja milloin on käytettävissä | |
V2.010 | Suunnittelija | Nähdä opettajien työaikasuunnitelmat | Tulee työaikasuunnitelmapalvelusta | |
V2.020 | Suunnittelija | Nähdä ja sijoittaa Opettajakohtaiset vapaajaksot, päivät yms | Tulee työaikasuunnitelmapalvelusta | |
V2.030 | Suunnittelija | Nähdä opettajien työaikasuunnitelman/työehtosopimuksen rajoitukset työajalle | esim. ei opetusta klo 18 jälkeen. Tieto tulee työaikasuunnitelmapalvelusta | |
V2.040 | Suunnittelija | Nähdä ja sijoittaa Opinnäytetyöajoitukset | ||
V2.050 | Suunnittelija | Nähdä ja sijoittaa Aikuiskoulutuksen opetuspäivät | ||
V2.060 | Suunnittelija | Nähdä ja sijoittaa Koulutusohjelman ryhmätiedot | kaikki ryhmät, montako opiskelijaa/ryhmä | |
V2.070 | Suunnittelija | Nähdä ja sijoittaa Opintojaksot | ||
V2.080 | Suunnittelija | Nähdä ja sijoittaa tulevat (pakolliset) toteutukset, joille pitää tehdä lukujärjestys | Nähtävä vähintään seuraavaksi lukukaudeksi asti | |
V2.090 | Suunnittelija | Nähdä ja sijoittaa tulevat (vapaasti valittavat) toteutukset, joille pitää tehdä lukujärjestys | Nähtävä vähintään seuraavaksi lukukaudeksi asti | |
V2.100 | Suunnittelija | Nähdä ja sijoittaa toteutukset kullekin ryhmälle TAI vuosikurssille | edellisten yhdistelmä | |
V2.110 | Suunnittelija | Nähdä ja sijoittaa yksittäisiä toteutuksia koskevat tiedot | Ajoitukset | |
V2.120 | Suunnittelija | Nähdä Toteutusten edeltävyydet. | Tiedän, on suoritettuna ennen seuraavaa. | Vaikuttaa sijoitteluun |
...
ID | Käyttäjäroolissa | Haluan (toiminnallisuuden) | Jotta | Huomioita |
V3.000 | Suunnittelija | Nähdä käytettävissä olevat tilat ja ajat | tilaneuvottelut musiikkien ko:ien tilojen haltijan kanssa | |
V3.010 | Suunnittelija | Nähdä luokkatilat ja niiden tiedot sekä mahdolliset aikarajoitteet tilalle - katso V1.120 | paikkamäärä | |
V3.020 | Suunnittelija | Nähdä ja sijoittaa erilliset sovitut tapahtumat | Tiedän rajoitteet suunnittelun sijoitusvaiheelle | |
V3.030 | Suunnittelija | Laittaa haluamilleni henkilöille nähtäville / tarkastettavaksi että Lukujärjestyksen suunniteluun vaikuttavat pohjatiedot on kirjattu oikein. | Annetut tiedot ovat oikein ja ei tapahdu suunnitteluvirheitä. | Tällä välineellä kysytään opettajilta heidän opetuksen pohjatietojen oikeellisuus ja koulutusohjelmilta kysytään ryhmien pohjatietojen oikeellisuus. |
...
ID | Käyttäjäroolissa | Haluan (toiminnallisuuden) | Jotta | Huomioita |
V4.000 | Suunnittelija | Tehdä kalenteriin tilavarauksia | Voin varata haluamani tilat ko. opetuksen, projektin, neuvottelun yms. käyttöön | Opetustapahtumat ja opettajaresurssit suoritetaan tässä tai vasta sijoitteluvaiheessa? vrt V6.000- |
V4.010 | Suunnittelija | Tehdä kalenteriin varauksia välineistä. | Voin varata tietyn kriittisen välineen tai ohjelmiston ko. opetustapahtumalle | Viite 1) |
V4.020 | Suunnittelija | Tehdä kalenteriin varauksia , joita ei ole vielä kiinnitetty mihinkään ryhmään tai toteutukseen. | Voin varata ko. resurssit etukäteen, koska tiedän, että tätä resurssia tarvitaan myöhemmin. Samoin voisin antaa vapautuvat resurssit muiden käyttöön. | Viite 2) |
V4.030 | Suunnittelija | Tehdä kalenteriin toistuvia varauksia tietylle aikavälille. | Von sijoittaa säännöllisesti toistuvat varaukset kerralla. | Viite 3) |
V4.040 | Suunnittelija | Että järjestelmä ilmoittaa selkeästi aina jos varauksia ollaan tekemässä esimerkiksi pyhäpäiville tai päällekkäisyyksiä muiden resurssien kanssa | En tekisi varauksia ajankohtiin, jotka ovat kalenterivuoden merkkipäiviä. | Käyttäjän pitää tuolloin valita haluaako todella tehdä varauksen pyhäpäivälle (oletuksena ei tehdä). |
V4.050 | Suunnittelija | Liittää työjärjestykseen tunnuksettomia varauksia, jotka kohdennetaan opiskelijoille | Viite 4) | |
V4.060 | Suunnittelija | Muuttaa olemassa olevia resurssivarauksia | Muutokset päivittyvät resurssivarauksiin ja opiskelijoille (käytetyillä jakelukanavilla) | Myös toistuvat varaukset, käyttäjältä kysytään halutaanko muutoksen koskevan kaikkia toistuvia varauksia |
V4.070 | Suunnittelija | Varauksen kopioiminen | Varauksen perustietoja ei tarvitse tehdä joka kerta käsin uudestaan | Yleisimmässä tapauksessa käyttäjä lisää vain uuden ajan varaukselle, mutta muitakin kenttiä on pystyttävä muokkaamaan |
V4.080 | Suunnittelija | Massamuutokset | Voin tehdä muutoksia / poistaa varauksia massana | Esim. tietyn listan/raportin perustella listattuna ne varaukset joilla muutoksia halutaan tehtävän ja käyttäjä voi valita em. listalta vaikka 15 varausta (tai kaikki) ja muuttaa kaikkiin valittuihin varauksiin haluttuja kenttiä (esim. opettaja, ryhmä, kellonaika jne.) |
...
4) Yksittäinen opetustapahtuma voi olla myös esim. opettajavierailu, joka saattaa liittyä moneen opintojaksototeutukseen. Opettajille ja suunnittelijoille mahdollisuus liittää opetustapahtumaan useiden eri opintojaksojen tunnuksia. Esim. joillekin opiskelijoille vieraileva opetus on osa pedagogiikkaopintoja, toisille ensemble-opintoja, toisille workshop-opintoja ym.
8.1.5 Mallipohjat - Työ- ja Lukujärjestys
ID | Käyttäjäroolissa | Haluan (toiminnallisuuden) | Jotta | Huomioita |
V5.000 | Suunnittelija | Laatia suunnittelun mallipohjia. | Voin kerätä sijoitteluun liittyviä, aiemmin käsiteltyjä alkutietoja tarkempia lähtötietoja. Näitä lähtötietoja hyödyntämällä luon eräänlaisia varausryppäitä (kuten toistuva varaus). | Viite 1) |
V5.010 | Suunnittelija | Lajitella Mallipohjan tietoja haluamallani tavalla | kts. V5.000 | Pitää pystyä lajittelemaan, sorttaamaan usealla eri tavalla |
V5.020 | Suunnittelija | Muokata Mallipohjan tietoja | kts. V5.000 | |
V5.030 | Suunnittelija | Kopioida Mallipohjan tietoja | kts. V5.000 | |
V5.040 | Suunnittelija | Että Vuosisuunnittelusta tapahtuneista (tehdyistä) muutoksista tulee tieto lukujärjestyssuunnittelijalla (suunnittelijoille) | Tiedän, jos toteutukselle tehdään muutos vuosisuunnittelujärjestelmässä, jotta jo tehty mallipohja tulee korjatuksi ennen sijoitteluvaihetta. | |
V5.050 | Suunnittelija | Että Mallipohjien suunnittelua varten on oma näkymä. | Voi muistuttaa listanäkymiä (tarkastettava, onko näin?). | |
V5.060 | Suunnittelija | Laatia lukujärjestykseen kaksi tai useamman luonnoksen saapumisryhmittäin (vuosikurssi) | Viite 2) |
Viitteet:
1) (Ns. Keskitetyssä mallissa sijoittelun tekee yksi tai vain muutama lukujärjestyssuunnittelija.)
Mallipohjiin kirjataan opetustapahtumaan liittyvä kaikki tieto mikä vaikuttaa sen sijoittamiseen.
Mallipohjien tarkoituksena on kasata yksittäiset varaukset vähän suurempiin ryppäisiin, joita on helpompi siirrellä sijoittelunäkymissä.
Mallipohjiin voidaan liittää esim.
* Alku pvm. (tehtävälle/toistuvalle varaukselle asetettava päivämääräväli)
* Loppu pvm.
* Sallitut viikonpäivät (ma-su)
* Toteutus, jonka päivittämällä myös seuraavat kentät täydentyvät automaattisesti
* Aihe (toteutuksen nimi)
* Opettaja(t)
* Ryhmä(t)
* Pienryhmä(t)
* Kesto (esim. jos halutaan näistä tuplatunteja niin voidaan laittaa esim. 90min
* Tila(t)
* Opetusväline(et)
* Mallipohjan tekeminen saattaa lähteä liikkeelle esim. ihan vain ryhmätiedon lisäämisestä ja niitä aletaan sijoittelemaan kalenteriin, myöhemmin voidaan liittää toteutus, jolloin kentät täydentyvät. Samoin tämä malli mahdollistaa sen, että opetus suunnitellaan melkein valmiiksi ilman tiloja (sijoitellaan toteutukset, ryhmät, opettajat jne) ja vasta lopuksi etsitään opetukselle tilat. Mallipohjien suunnittelua varten tarvitaan oma näkymä, joka voi muistuttaa listanäkymiä
2) Luonnoksiin ei usein tässä vaiheessa ole vielä sidottu toteutuksia ja luonnokset eivät ole riippuvaisia toisistaan (eli vuosikurssille 1 tehdään vaikka 2 luonnosta jotka ovat täysin erilaisia). Luonnokset tehdään yhdelle viikolle ja lopulta kun yksi luonnos valitaan se pyritään toistamaan mahdollisimman samanlaisena koko lukuvuoden ajan (eli kopioidaan viikkolukkari muille viikoille). Samalla lukkareihin kiinnitetään toteutukset (tähän asti ovat olleet ryhmälukkareita ilman toteutuksia). Toteutukset vaihtuvat lukukausittain ja mahdollisesti periodeittain mutta saapumisryhmän kannalta ajoitukset pysyvät jotakuinkin samoina.
8.1.6 Sijoittelu - Työ- ja Lukujärjestys
...
ID | Käyttäjäroolissa | Haluan (toiminnallisuuden) | Jotta | Huomioita |
V6.000 | Suunnittelija | Että Sijoittelutyötä varten on omia sijoittelunäkymiä (tai työkaluja). Näistä mainittu Kalenterinäkymä, Gantt-tyyppinen näkymä sekä listanäkymä. | Sijoittelutyökalu näyttää miten mallipohjan/blokin/tapahtuman sijoittaminen onnistuu ja osoittaa jos on sijoittamassa jo varatun resurssin päälle. | |
V6.010 | Suunnittelija | Lukita tietyn sijoitetun tapahtuman. | sen sijoittelu ei muuttuisi | |
V6.020 | Suunnittelija | Sijoittaa Sijoittelutilanteessa resursseja päällekkäin. | Järjestelmän varmistettava käyttäjältä haluaako tehdä päällekkäisyyden. Varoitukset kytkettävissä pois niin haluttaessa. Tilojen osalta Henkilökunta ei voi tehdä päällekkäistä varausta. | |
V6.030 | Suunnittelija | Valita näkymiä, joilla seuraan sijoittelun etenemistä. | Näkymiä voisi olla | |
V6.040 | Suunnittelija | Sijoittaa/sitoa opetustapahtuman useampaan | Viite 1) | |
V6.050 | Suunnittelija | Laatia priorisointilistoja | Voin tehdä muutoksia suurelle massalla, sijoittelen ensin kaikkein hankalimmat tapaukset. | Viite 2) |
...
Toiminto/ominaisuus | Reska | Tvj | Peppi | Tarkenne (Reska) | Tarkenne (TVJ) | Tarkenne (Peppi) |
|
|
|
|
|
|
|
Resurssihaku (määrittele hakuehdot) | X | X | X | Tilavaraus aloitetaan etsimällä vapaana olevia tiloja |
|
|
Valitse resursssin tyyppi | X | X | X | Tila tai kulkuneuvo |
|
|
a. tila | X | X | X |
|
|
|
b. kulkuneuvo | X | X | X |
|
|
|
c. henkilö |
| X | X |
|
|
|
d. ryhmä |
| X | X |
|
|
|
e. toteutus |
| X | X |
|
|
|
f. väline |
| X | X |
|
|
|
g. totetuksen pienryhmä |
|
| X |
|
|
|
|
|
|
|
|
|
|
Hakuehdot: | X | X |
|
|
| Pepissä haetaan nämä tiedot pääsääntöisesti dynaamisesti suunnittelun yhteydessä |
a. Toimipiste | X | X | X | Pakollinen. Oletuksena kaikki/all. Alasvetovalikosta voi valita rakennuksittain |
| |
b. Tilatyyppi | X | X | X | Pakollinen. Oletuksena kaikki/all. Alasvetovalikosta voi valita esim. ATK-luokka, teorialuokka | ||
c. Henkilöitä vähintään | X | X* | X | Kuinka monta pöytää/Tietokonetta luokasta löytyy | Osassa hakuja | Tarvitaanko Peppiin? Auttaa suunnittelussa/RV |
d. Tietokoneita vähintään | X |
| X | Lähinnä ATK-luokkia koskeva tieto. Kaikista luokista löytyy 1 kone ja projektori | Tarvitaanko Peppiin? Auttaa suunnittelussa /RV | |
e. Haluttu ohjelmisto | X |
| X | ATK-luokat. Opetuskoneista löytyvät ohjelmat. |
| Tarvitaanko Peppiin? Auttaa suunnittelussa/RV |
f. Listausjärjestys | X |
| X | Tilahaun tulos resurssin, toimipisteen tai tilatyypin mukaan järjesetettynä |
| |
g. Halutut henkilöt |
| X | X |
|
|
|
h. Opiskelijaryhmät |
| X | X |
|
|
|
i. Halutun varauksen kesto |
| X | X |
|
|
|
j.Näytä vain vapaat ajat/ näytä kaikki |
| X |
|
|
| Näytä vain vapaat ajat |
Lisää/poista esineitä hakuehdoista | X |
| X | Erikoislaitteet kuten televisio, episkooppi |
|
|
Aikavälihaku | X | X | X | Resurssihaku tietyllä aikavälillä. Tulostaa vapaana olevat tilat annetuilla rajauksilla tietyllä aikavälillä | ||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tilavarauksen tekeminen | X | X | X | Resurssihaun määrittelyn jälkeen painikkeella "Tee haku" aukeaa kalenterinäkymä, jossa listaus mahdollisista tiloista | Pepissä tehdään varauksia, joihin liitetään resursseja. Varausta ei siis suoraan tehdä tilaan, vaan tila liitetään johonkin varaukseen. | |
Tilan koodi | X | X | X | Tilan nimi, esim A1-13. Linkki josta saa tarkemmat tiedot |
|
|
Tilan tarkenne | X | X | X | Sähkötekniikan projektiluokka, suurjännitelaboratorio tmv |
|
|
Tyyppi | X | X | X | Laboratorio, teorialuokka tmv |
|
|
Ulkopuolinen tila |
| X | X |
| Vaihtoehtona edellisille |
|
Varauksen aihe |
| X | X | Reskassa "Otsikko" |
|
|
Opintojaksototeutus |
| X | X |
| Mihin toteutuksiin varaus liitetään |
|
Varauksen päivämäärä |
| X | X |
|
|
|
Alkamis- ja loppumisaika |
| X | X |
|
|
|
Opiskelijaryhmät | x | X | X | Otsikon vieressä painike: "Poimi ryhmät". | Tuodaan automaattisesti mikäli OJT valittu |
|
Toteutuksen pienryhmä(t) |
|
| X |
|
|
|
Varauksen tekijä |
| X | X |
|
|
|
Varauksen vastuuhenkilö |
| X | X | Reskassa omistajuus. Automaattisesti varauksen tekijällä, | Varauksen vastuuhenkilö esim. opettaja | Varauksen vastuuhenkilö esim. opettaja |
Liitä muita henkilöitä |
| X | X |
|
|
|
Varauksen / Tapahtuman kuvaus / Lisätietoa (näkyy kaikille) |
| X | X |
| Näkyy lukkareissa | Näkyy lukkareissa |
Opettajan muistiinpanot tapahtumasta (näkyy vain opettajalle) |
|
| X |
|
|
|
www-linkki |
| X |
|
|
|
|
Tapahtuma on varattavissa (kyllä / ei) |
|
| X |
|
| Esim. ohjausaikojen asettaminen, johon opiskelijat voivat varata aikoja |
Varattavissa olevan tapahtuman maksimiosallistujamäärä |
|
| X |
|
| Kuinka monta ohjattavaa yhteen tapahtumaan esim. opettaja haluaa |
Osallistujamäärä |
| X | X |
|
|
|
Kustannuspaikka | x | X | X | Reskassa nimellä vastuualue. | Pakollinen tieto mikäli ei saada toteutuksen perusteella |
|
Liitetiedostot |
| X | X |
|
|
|
|
|
|
|
|
|
|
Toiminnot | X | X | X |
|
|
|
a. Varaa | X | X | X | Linkki suoraan tilavarukseen kyseisessä tilassa |
|
|
b. Kalenteri | X | X | X | Linkki kalenterinäkymään kyseisessä tilassa |
|
|
c. Toistuva varaus |
| X | X |
|
|
|
d. Sarjavaraus |
| X |
|
|
| Onko mitään eroa aikaisempaan? |
Varauksen omistajuus | X |
|
| Varauksen tekijä voi antaa omistajuuden muille. |
| Varauksen tekijä ja varauksen vastuuhenkilö ovat eri kenttiä, joten tätä ominaisuutta ei silloin enään tarvita. Se toteutuu toisella tavalla. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Varausten etsiminen | X | X |
| Etsitään olemassa olevia varauksia määritellyin hakuehdoin |
| |
a. Kaikki varaukset | X | X |
|
|
|
|
Tila vai kulkuneuvo | X |
|
|
|
| Ei tarvita. Katso seuraavat rivit |
Tila |
| X | X |
|
|
|
Kulkuneuvo |
| X | X |
|
|
|
Väline |
|
| X |
|
|
|
Henkilö |
| X | X |
|
|
|
Ryhmä |
| X | X |
|
|
|
Toteutus |
| X | X |
|
|
|
Toteutusen pienryhmä |
|
| X |
|
|
|
Kiinteistö, johon resurssi kuuluu |
| X | X |
|
|
|
Resurssin nimi | X | X | X |
|
|
|
Resurssin koodi |
| X | X |
|
|
|
Otsikko / Aihe | X | X | X |
|
|
|
Järjestäjä / Varaaja | X | X | X |
|
|
|
Aikaväli | X | X | X |
|
|
|
Opiskelijaryhmä |
| X | X |
|
|
|
Opintojaksototeutus |
| X | X |
|
|
|
Tulosjärjestys | X | X | X | Pvm, nouseva, laskeva |
|
|
|
|
|
|
|
|
|
b. Omat varaukset | X |
|
|
|
|
|
Tila vai kulkuneuvo | X |
|
|
|
| ei tarvita. ks. seuraavat |
Tila |
| X | X |
|
|
|
Kulkuneuvo |
|
| X |
|
|
|
Väline |
|
| X |
|
|
|
Henkilö (varauksen vastuuhenkilö) |
| X | X |
|
|
|
Ryhmä |
|
| X |
|
|
|
Toteutus |
| X | X |
|
|
|
Toteutusen pienryhmä |
|
| X |
|
|
|
Varausten tyyppi (lukuj., itse tehty, muiden tekemät) | X |
|
|
|
| ei tarvita |
Varausten tilanne (vahvistettu, ehdotus, hylätty, poistettu) | X | X | X |
|
| lisäksi peruutettu |
Resurssin nimi | X | X | X |
|
|
|
Hakusana otsikosta | X |
|
|
|
|
|
Aikaväli | X | X | X |
|
|
|
Päivämäärä |
| X | X |
|
|
|
Kellonaika alkaa/päättyy |
| X | X |
|
|
|
Tulostusjärjestys | X | X | X |
|
|
|
|
|
|
|
|
|
|
Jonovaraus | X | X |
| Periodilukitusten vuoksi opetuksen tiloja ei voi varata kovin pitkälle tulevaisuuteen, mutta varauksen voi laittaa jonoon. | TVJ:ssä toimii periaatteella alustava varaus joka näkyy kaikille. Varaukset vahvistetaan X viikkoa ennen periodin alkua. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ylläpito | X | X | X | Tiloille voidaan määritellä ylläpitäjät joiden tehtävä on vahvistaa/hylätä tehdyt varausehdotukset. | TVJ:ssä vastaava toiminto on kiinteistön varausmestari |
|
...
Varausasteen listaukset
• Kiinteistön mukaan
• Kustannuspaikan mukaan
• Päivämääräväli
• Kellonaikaväli (esim 8-16)
• Tilatyyppi
Raportoinnissa huomioitava se, että välitunteja ei lasketa vapaaksi ajaksi. Ne väärentävät muuten käyttöasteraportointia. Voiko tehdä esimerkiksi niin että yli 15 minuuttia pidemmät tauot määritellään raporteissa tyhjäksi käyttöasteen osalta.
Raportti Untis-suunnittelua varten
Excel-esimerkki tarvittavasta raportista
Riikka voisitko laittaa lyhyen kuvauksen raportista:
Ajatus on, että Pepistä voisi ottaa listauksen siten että sinne tehdyt muutokset voi paikallistaa tietyn halutun päivämäärän jälkeen. Eli jos olen jo vienyt tietoja Untikseen niin voisin tulostaa uuden edellisen listauksen jälkeiset muuttuneet tiedot kuitenkin siten että se alkuperäinenkin tieto näkyy. Oleellisia ovat ryhmän tunteihin tai opetustapaan liittyvät tietojen muutokset sekä tietysti opettajamuutokset. Alkuperäisen tiedon näkyminen on tärkeää jotta osaa korjata muutoksen, sillä jos alkuperäistä ei olisi niin muuttuneen tiedon hahmottaminen on hankalaa.Listauksessa tulee olla kaikki perustiedot kuten ryhmä, alkupvm, loppupvm, muutostiedon pvm, muutostiedon tekijä, opintokoodi + toteutusnumero, selväkielinen nimi, opetustyyppi kuten luento, laboratorio jne, tuntimäärä per opetustyypin opetustapa, opintopistemäärä, opettajan nimi (koodi), lisätietosarake, (suunnittelutuntien määrä = ei pakollinen) sekä julkaisutieto.
Tamkin RESKAN kehitys kevät 2012
...