...
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ä
...
1) Listanäkymillä saadaan paljon jäsenneltyä tietoa yhdelle näytölle. Listanäkymät voivat olla raporttimuotoisia hakuja tai listanäkymää voidaan käyttää työkaluna muokkaamaan listattuja tietoja. Esimerkkejä eri listauksista voi olla○
- Listaus jonkin kiinteistön tiloista (voi olla myös tilatyypin mukaan
...
- Listaus koulutusohjelman tai opettajan toteutuksista tietyllä aikavälillä
...
- Listaus toteutuksista hakusanalla
...
- Tietyn koulutusohjelman opettajat
...
- Listauksia voidaan lisäksi tarkentaa lisäämällä näkymään mm. resurssivarauksia. Esim. 1. hae toteutukset, joissa esiintyy sana ”matematiikka” -> tuloksena lista toteutuksista (joissa eri sarakkeissa tarkempia tietoja toteutuksesta) 2. äskeisestä listasta klikataan yhden toteutuksen kohdalta ”näytä resurssivaraukset toteutukselle” -ikonia, jolloin listassa näytetään kaikki resurssivaraukset ko. toteutukselle eli käytännössä toteutuksen lukujärjestys. Alla on tarkennettuja esimerkkejä listanäkymien käytöstä.
2) Toteutuksien listanäkymä sisältää kaikki kyseisen koulutusohjelman tulevat/meneillään olevat toteutukset, tässä näkymässä suunnittelijan tulee pystyä rajaamaan alkavien toteutusten ajanjakso eli halutessaan suunnittelija pystyy listaamaan vaikkapa meneillään oleva toteutukset tai elokuussa alkavat toteutukset. Listaa pitää pystyä myös lajittelemaan kaikkien sarakkeiden mukaan: koulutusohjelma, alku- tai loppupäivämäärä, opettaja, ryhmä, vuosikurssi, eri suuntautumisten opinnot, ops-jäsentely (esim. onko kyse teoria- tai pedagogiikkaopinnosta musiikissa). Listanäkymä vastaa joiltain osin nykyisiä Toisusta saatavia Excel-listoja.
...
4) Aikaan sidotuilla näkymillä tarkoitetaan tässä yhteydessä resurssien näkymiä, joihin on liitetty päivämäärä ja kellonaika tai niitä ollaan liittämässä ko. resursseihin. Näitä näkymiä käytetään siis resurssien ajoittamiseen. Näkymät voivat olla esimerkiksi kalenterinäkymiä tai taulukkomuotoisia Gantt-näkymiä. Resursseja ovat mm.* Tila* Henkilö (yleensä opettajat, joilla rajauksena voi olla paitsi kalenteriin sopivuus, myös työaikasuunnitelma)
○
- Tila
...
- Henkilö (yleensä opettajat, joilla rajauksena voi olla paitsi kalenteriin sopivuus, myös työaikasuunnitelma)
...
- Ryhmä (tai vuosikurssi tai yksittäinen opiskelija)
- Pienryhmä
- Väline
...
- Toteutus
Sidottuja näkymiä kutsutaan myös sijoittelunäkymiksi. Sijoittelunäkymien avulla resursseja sidotaan johonkin aikaan ja mahdollisesti paikkaan (paikkatieto voi olla myös tyhjä). Resursseja pitää pystyä varaamaan mm. alkutietoja varten samoin kuin sellaisia toteutuksia varten, joiden paikkaa ei tiedetä. Alkutietoja varten resursseja pitää pystyä varaamaan mm.○
- 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
...
- Yksittäisten opettajien tasolla
...
- Yksittäisten ryhmien tasolla* Yksittäisten tilojen tasolla
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.
5) Kalenterinäkymillä visualisoidaan vapaiden ja varattujen aikojen yhdistelmiä kalenterimuodossa (esim. viikkokalenteri). Yhdistelmällä tarkoitetaan sitä, että samassa kalenterinäkymässä voi olla useita aikaan sidottuja resursseja, joita voidaan näyttää yhdessä näkymässä päällekkäin esim. ryhmän näkymä, toteutuksen näkymä, henkilön/opettajan näkymä ja tietyn tilan näkymä.○
- Näkymästä on pystyttävä tarvittaessa myös erottamaan jokin tietty resurssi omaksi näkymäkseen omaan ikkunaan (eri resurssit eri ikkunoissa).
...
- Näkymästä on pystyttävä säätämään valittua ajanjaksoa (sekä päivämäärä että kellonaikaväliä ja lisäksi näytetäänkö viikonloppu). Jos varauksia on tehty valituille resursseille esim. lauantaille - näkymän tulee tuolloin automaattisesti näyttää myös viikonloppu.
6) Taulukkonäkymillä tarkoitetaan näkymää, jossa X-akselilla on aikajana ja Y-akselilla listana eri resursseja sekä niiden varauksia aikajanalla.
Käyttäjän pitää pystyä asettamaan rajauksia viikonpäiville, jotta näkymä ei laajene liikaa esim. näytä yhdeltä päivältä vain klo 8-16. Lisäksi käyttäjän pitää pystyä lisäämään vapaasti eri resursseja (tai mallipohjia) näkymään. Oletuksena kuitenkin voisi olla esimerkiksi toteutuksen taulukkonäkymä jossa toteutukseen sidotut resurssit tulevat automaattisesti listaan (Ryhmät, opettajat toteutuksella) ja tilat, joita toteutus käyttää. Tästä näkymästä pitää pystyä suoraan tekemään varauksia (valittu toteutus -> yksi listatuista tiloista, jonka käyttäjä valitsee).
8.1.8 8 Asetukset - Työ- ja Lukujärjestys
ID | Käyttäjäroolissa | Haluan (toiminnallisuuden) | Jotta | Huomioita |
V8.000 | Suunnittelija | Asetussivulla määritellä omat Suosikkilistani | Hyödynnetään näitä suunnittelunäkymissä | Suosikkilistoja ovat |
V8.010 | Suunnittelija | Määritellä oman/omat Oletuskoulutusohjelmani, jonka Luku- ja Työjärjestyksiä työstän. | Listattaessa esimerkiksi toteutuksia, suunnittelija ei useinkaan tarvitse kuin tietyn koulutusohjelman toteutuslistauksia | |
V8.020 | Suunnittelija | Määritellä oman/omat Oletuskiinteistöni, jonka Luku- ja Työjärjestyksiä työstän. | Suunnittelija ei aina sijoitta tunteja vain yhteen kiinteistöön: suunnittelijan pitäisi voida valita mitkä kiinteistöt ja tilat näkee (turha näyttää aina koko koulun kaikkia tiloja listoissa). | |
V8.030 | Suunnittelija | Määritellä oletussuunnitteluaikavälini | Voin tehdä kokonaisvaltaista suunnittelua haluamallani ajanjaksolla | Käyttäjä voi määritellä esim. 1. periodi tai periodit 1-2. Käyttäjän on pystyttävä määrittelemään aikaväli sellaiseksi kuin itse haluaa. |
V8.040 | Suunnittelija | Määritellä aikavälin, joka näkyy kalenterissani suunnitteluni ajan. | Voin suunnitella haluamilleni kellonajoille tiettyjä tapahtumia. | Käyttäjän on voitava määritellä että oletuksena kalenterissa/taulukkonäkymässä näytetään esimerkiksi aikaväli 8-16 tai 8-20, käyttäjän itse määriteltävissä |
V8.050 | Suunnittelija | Määritellä viikonpäivät, jotka näkyvät suunnittelunäkymässäni | Voin halutessani lisätä varauksia esim. viikonloppuihin | Käyttäjän määriteltävissä näytettäänkö suunnittelunäkymissä oletuksena la ja su. Tämä voisi olla valittavissa myös sijoittelunäkymissä.. Yleisesti: jos näytettäville resursseille tehty varauksia la-su niin voisi siinä tapauksessa tulla la-su näkyviin automaattisesti. |
V8.060 | Suunnittelija | Määritellä, mitä sarakkeita halutaan näkyviin eri listauksissa | Voin nähdä esim. tilalistauksissa koodin tai nimen tai molemmat. | Sama juttu kun listataan toteutukselle suunniteltuja opetustapahtuma (yleensä tilavarauksia) jne. |
V8.070 | Suunnittelija | Määritellä, mitkä tilat lukitaan kiinteistö-/ tilakohtaisesti aina siihen asti kunnes lukujärjestykset on julkaistu. | Jotta ei tule päällekkäisvarauksia tai joku toinen tekisi ko. tilaan varauksia. | Käytännössä siis vain suunnittelijat (ja vahtimestarit) pystyvät varaamaan tiloja ennen lukituksen avaamista. Kaikissa kiinteistöissä/tiloissa ei tarvita lukitusta joten sen on oltava kiinteistötasolla (avaa/lukitse kiinteistö) ja tilatasolla (esim. neuvottelutiloja ei välttämättä tarvitse lukita koskaan). |
V8.080 | Suunnittelija | Että jokaisella merkinnällä on Statustaso. Ja että niitä vuo vaihtaa massana esim. julkaistuksi (tietyn hakuehdon mukaan lista, varauksista, jotka julkaistaan) | Voin eri käyttöliittymissä hallita tietojen näkyvyyttä. | Viite 1) |
V8.090 | Suunnittelija | Tallentaa (ja muokata) tiettyjä ikkunanäkymiä ”omiksi työskentelynäkymiksi” | Voin käyttää joustavasti tiettyjä näkymiä suunnittelutyötä tehdessäni. | Viite 2) |
V8.100 | Suunnittelija | Että järjestelmällä on sisäinen viestijärjestelmä. | Pystyn kommunikoimaan opettajien kanssasujuvasti ja kommunikointi tallentuu. | Viite 3) |
V8.110 | Suunnittelija | Että järjestelmässä on eri käyttäjärooleja
| Viite 4) |
Viitteet:
1) Tämä siksi että suunnittelun alkuvaiheessa merkintöjen ei välttämättä haluta näkyvän kaikille koska suunnittelu on vaikkapa pahasti kesken. Eli esim. opettaja ei näe varauksia joiden status on 1 joka voisi tarkoittaa samaa kuin "luonnos" tms. Tässä järjestelmässä niin suunnitellut kuin julkaistutkin varaukset on hyvä tallentaa yhteen paikkaan ja työkaluissa/julkaisujärjestelmässä yms. kontrolloidaan noiden statuksien ja muiden sääntöjen avulla sitä kuka niitä pääsee katsomaan/muokkaamaan. Säännöillä tarkoitan esim. päivämääräsääntöjä eli päivän X jälkeen voidaan olettaa että suunnittelu on tehty ja muillakin on oikeus mennä muuttamaan/tekemään varauksia vaikkapa toimipisteessä Y. Näissä tulee tosin se ongelma että kuka ne päivämäärät milloinkin määrittää (ja muistaako/osaako määrittää kaikissa toimipisteissä).
...
3) Suunnittelujärjestelmään halutaan sisäinen viestitysominaisuus, jolla esimerkiksi lukujärjestyssuunnittelija voi lähettää järjestelmän sisältä viestejä suoraan esim. opettajalle tai koulutussuunnittelijalle. Tätä tarvitaan mm. tilanteissa joissa halutaan tarkennuksia tuntien jaksottamiseen tai muutoin tietojen tarkentamiseen. Vastaavasti viestitys voisi toimia toisinpäin eli opettaja voi viestittää toiveitaan suunnittelijalle (esim. muutoksista toteutukseen tms.). Avoimet viestit tulee olla selkeästi näkyvillä käyttäjälle esim. heti järjestelmään kirjauduttaessa.
4) Käyttäjäroolit (ks. myös Ylläpitopalvelut U8 )
Keskitetty suunnittelija:
○ oikeus käsitellä kaikkien toteutusten tietoja
○ oikeus nähdä kaikki (myös luonnosasteella olevat) resurssivaraukset
○ julkaisuoikeudet
○ Opettaja
○ Oikeus nähdä julkaistut resurssivaraukset (ei itse tehdyt)
○ Oikeus nähdä kaikki ehdotusaiheessa olevat resurssivaraukset
○ Oikeus nähdä itse tekemät luonnokset
○ Oikeus tehdä resurssivarauksia omille opintojaksoille (toteutuksille)
○ Koko henkilökunta
○ Oikeus nähdä kaikki julkaistut resurssivaraukset sekä ehdotustilassa olevat varaukset
○ Oikeus tehdä resurssivarauksia kaikille instansseille (jos tilat eivät lukittuina)
9. Raportointi, tieto ja seuranta
...
Peppi järjestelmän eri osissa tuotettavien listauksien, raporttien ja mittareiden määrittelyt ovat kerrottu ao. osan määrittelyissä:
unmigrated-wiki-markup
\[http://wiki.metropolia.fi/pages/viewpage.action?pageId=30249123
\\
\]
\\
9.2 Tiedon omistajuus ja tietolähteet
Tiedon omistajuuden pääasiallisena määrittäjänä on ao. tiedon lähdejärjestelmä: tiedon omistaa tiedon lähdejärjestelmän omistajaprosessi. Tiedon omistajuuksia on määritelty Palvelut - Tiedot matriisissa:
unmigrated-wiki-markup
\[https://docs.google.com/spreadsheet/pub?hl=en_US&hl=en_US&key=0AmMTrVpE7tkwdHhiVV9LVHlVUnNRaHdBNHQ4b1NzNnc&output=html
\\
\]