121-1

Jokaisen tehtävän kohdalla pitää pystyä syöttämään kustannuspaikka

vuosisuunnittelutyöryhmä

24.8.2010

5

On tärkeää, että käyttäjä pystyy syöttämään kaikki kustannuspaikkoihin liittyvät tiedot tehtävälle halutessaan.

121-2

Yksi tehtävät Sama tehtävä pitää olla mahdollista syöttää useammalle henkilölle

vuosisuunnittelutyöryhmä

24.8.2010

3

Helpottaa resurssoijaa, kun samaa tehtävää ei tarvitse syöttää erikseen esim. 30 henkilölle.

121-3

Toteutuksen kesto saa olla myös useamman lukuvuoden

vuosisuunnittelutyöryhmä

24.8.2010

3

Totetus voi jatkua useammalle eri lukuvuodelle

121-4

Musiikin yksilöopetuksen tuki

M:HR

9-9-2010

2

Nykyinen toteutus on rakennettu "ryhmäpohjaiseen". Malli tekee esim. musiikin koulutusohjelmien yksilöopetuksen hallinnoinnista erittäin työlästä. Yksilöopetuksessa voi ajatella yhden opiskelija-opettaja -parin muodostavan ryhmän: toteutuksia voi näin syntyä satoja.

121-5

Sivutoimisten tuntiopettajien (käytetty myös käsitettä "erikoisopettaja) toteutusten hallinnointi

M:HR

9-9-2010

3

Sivutoimisille opettajilta ei ole velvoitettu ylläpitotehtävien hoitoa: mahdollistettava että 
(a) koulutussuunnittelija voi hoitaa usean toteutuksen perustietojen hallinnoinnin (toteutussuunnittelu)
ja/tai (b) että sivutoimiset, joilla ei ole koulutussuunnittelu vaiheessa vielä amk:n käyttäjätunnuksia voi hoitaa toteutuksen perustietoja

121-6

Usean toteutuksen ylläpito

M: OT

4-10-2010

4

"Ylläpitotyöliittymät" tietoihin rakennettu ajatelleen että muokataan yhtä tietoyksikköä kerrallaan. Mallilla kadotetaan keskeinen tavoiteltava päämäärä: käyttäjä haluaa tehokkaan ja taloudellisen ylläpidon. On usein tilanteita, joissa muokataan useaa ryhmää, useaa toteutusta, useaa opettajaa, useaa opintojaksoa, useaa opetussuunnitelmaa, useaa opintojaksoa

121-7

Toteutuksen ajankohdan määrittely vuosisuunnittelussa - intensiiviikot

Riikka Vähätalo

16.11.2010

3

Vuosisuunnittelija voi syöttää toteutuksen alkamis ja päättymisajankohdan myös kalenteripäivämerkinnöillä, joiden avulla järjestelmä tietää mille periodeille toteutus sijoittuu. Tällöin voidaan vuosisuunnittelussa suoraan kertoa, jos toteutus toteutetaan intensiiviikkona ryhmälle. Samalla tieto välittyy lukujärjestyksen tekijälle.

122-1

Vuosisuunnittelunäkymä tulee esittää käyttäjälle koko OPS:n keston ajan

vuosisuunnittelutyöryhmä

24.8.2010

4

Vuosisuunnittelijan tulee nähdä menneet opinnot, käynnissä olevat opinnot ja tulevat opinnot, jotta hän pystyy seuraamaan, että kaikki ryhmän tai koulutusohjelman opinnot tarjotaan järkevästi.

122-2

Suunnittelussa huomioitava että koulutusohjelmasta saattaa tulla eri tutkintoja, ne saattavat olla eri koulutusalalla

ek, tamk

20-9-2010

Nyt Tamkissa on ohjelma josta valmistuu 7 eri tutkintoon (Hyvinvointiteknologia ylempi amk). Tuleeko jatkossa enemmän vastaavia? Järjestelmien valmiudet tähän?

M: yhdestä koulutusohjelmasta 1..n tutkintoa: hoitotyö, musiikki, pop/jazz - musiikki, esittävä taide, useita ylempiä amk tutkintoja sosiaali- ja terveysala.

Kummallisuuksista kummallisin : hankintatoimen ylempi amk tutkinto - yksi, jaettu kahdelle koulutusalalle kahdeksi, koska koulutuksen myöntäjän (OKM) järjestelmiin ei voi syöttää yhtenä. Amk:n sisällä pitäisi olla yksi kahdella koulutusalalla, josta valmistuu kahteen tutkintoon. Jaettu kahdeksi ja ylläpidetään kuten olisi kaksi.

122-3

Instrumenttiopetuksessa tulee saada selville, mikä on opiskelija seuraavaksi suoritettava opintojakso

9-9-2010

122-4

täydellinen kaksikielisyys

jh/met

16.11.10

Kaksikielisyyden pitää toimia täydellisesti kaiken OPS tiedon osalta: opintojaksojen nimet, kuvaukset, jne. aina todellisella toteutuskielellä (yksikieliset todistukset sitten erikseen)

123-1

Suunnittelutyön aikana nähtävä koko klusterin suunniteltu opetustarjonta
•    substanssin mukaan jaoteltuna
•    opettajittain
•    ryhmittäin
•    kustannuspaikoittain
•    periodeittan
•    semestereittäin
•    koulutusohjelmittain
•    virtuaalihenkilöittäin
•    kaikki virtuaalihenkilöillä olevat toteutukset

liiketalous (sk)

9-9-2010

123-2

Opettajien opetustuntien seuranta tulisi olla helpompaa

M:HR

9-9-2010

Tällä hetkellä musiikin koulutusohjelmissa XLS:n kerätään tiedot yksilöopetuksesta ja tietoihin lisätään mahdolliset ryhmäopetukset

123-3

Opiskelija(t) ja ryhmä(t) nähtävät suunnittelun aikana

M:OT

4-10-2010

Käyttötapaus kuvauksista löytyy sanoja "...ensimmäisen vuosikurssin opiskelijoille...", "...toisena vuonna...","...läsnäoleva...", "...ryhmä...", "...pienryhmä...". Opiskeljoita on siis voitava tarkastella opiskelijan opintojen tilanteen mukaisesti ("ensimmäinen", "toinen"), opiskelijan tilan ("läsnä", "läsnä+1", "yliaikainen") ja ryhmien ("saapumisryhmä", "pienryhmä", "opetusryhmä") toteutusten suunnittelun aikana.

124-1

Musiikkipedagogien harjoitteluoppilaiden hallinta on saatava mukaan sovellukseen

M:HR

9-9-2010

Pedagogiopiskelijalla on kaksi harjoitusoppilasta kahden vuoden aikana. Harjoitusoppilaita hallitaan XLS:ssä eikä XLS:stä ole mitään liittymiä opetuksen hallintoon tai opintoihin.

124-2

Muutosten seuranta ja hallinta

vuosisuunnittelutyöryhmä

9-9-2010

1

Nähtävä kenttätasolla : kuka muokannut, milloin ja miten muokattu. Muutoksia on voitava tarkastella kertyneenä historiatietona

124-3

Toteutusten osajoukkojen julkaisu

M:OT

4-10-2010

Koulutussuunnittelija suunnittelee toteutusten joukkoa. Toteutusten joukosta osa toteutuksia on julkaistava opettajille ennen kuin toinen tai toiset osajoukot valmistuvat. Esim. sosiaali- ja terveysalan harjoittelun prosessit vaativat (?) että suunnittelu aloitetaan ensin harjoittelun suunnittelusta. Harjoittelun toteutusten suunnittelun on oltava valmis ja julkaistava ennen muita toteutuksia.

124-4

Suunnittelun näkymä voitava vaihtaa "kriittisen resurssi" mukaisesti

M:OT

4-10-2010

2

Koulutuksen suunnittelu alkaa kulttuurialalla "kalenterista" tai "tilan kalenterista". Jos toimipisteessä on yksi tila, jossa opetus tapahtuu ja tilaa käyttää usea ryhmä, koulutusohjelma, organisaatioyksikkö, niin toteutusten suunnittelun alkaa sijoittamalla tilan kalenteriin opetustapahtumia. Tilan kalenteri rajoittaa toteutusten määrää.

131-1

Varauksille eri näkyvyystasot esim. 1=täysin alustava ja 5=julkaistu ja vahvistettu

Lukujärjestyssuunnittelu

6.9.2010

4

Suunnittelun alussa valtavasti muutoksia ja näkyvyys aluksi vain suunnittelijoiille, siitä pikkuhiljaa opettajille ja lopuksi julkaisu

131-2

Useita näkymiä pitää pystyä pitämään auki samanaikaisesti

Lukujärjestyssuunnittelu

6.9.2010

4

Pitää pystyä tarkastelmaan nopeasti sijoittelua eri näkökulmista eli tilan, ryhmän, opettajan, toteutuksen ym. näkökulmista.

131-3

Tiloille ja välineille pitää pystyä syöttämään tuntihinta

Ohjausryhmä

11.11.2010

3

Tietyissä tilanteissa halutaan arvioida kustannuksia. Tällöin pitää olla mahdollista arvioida myös tilan käytöstä aiheutuvia kustannuksia

131-4

Opetustapahtuman tilalle tai välineelle pitää pystyä syöttämään tilikartan mukaisten tunnisteiden mukaiset kategoriat (esim. kustannuspaikka, toiminto, projektinumero)

Ohjausryhmä

11.11.2010

3

Jos kustannuksia halutaan kohdistaa, tulee yksittäisille varauksille pystyä syöttämään kustannuspaikka

131-5

Opetustapahtuman ja sille asetettujen resurssien pitää periä se kustannuspaikkajako, joka toteutukselle on merkittynä (esim. 1 tunnin mittainen opetustapahtuma, jossa on käytössä tila P301 ja väline dokumenttikamera)

Jaakko Rannila

11.11.2010

3

Tämä sen vuoksi, että varauksen tekijän ei tarvitse erikseen tallentaa kustannuspaikkajakoa, jos se pääsääntöisesti periytyy toteutukselta.

21-1

Kun tietoa ei saa enään tietyn päivämäärän jälkeen käyttää sen käyttö tulee estää käyttäjältä. Esimerkiksi kustannuspaikkojen vanheneminen tulee toteututtaa siten, että kustannuspaikkalistaus esitetään sen mukaisesti mikä on tehtävän alku ja loppupäivämäärä. Jos kustannuspaikan käyttö loppuu 31.12.2010 ja tehtävä päättyy 1.1.2011 niin kyseistä kustannuspaikkaa ei voida valita. Tehtävä tulee muuttaa päättymään 31.12.2010, jotta kustannuspaikan voi valita.

vuosisuunnittelutyöryhmä

24.8.2010

5

Tämä on tärkeää, koska mm. kustannuspaikkatiedot ja projektinumerotiedot ovat aikaan sidottuja. Tiettyjä asioita ei saa enään käyttää tietyn päivän jälkeen.

21-2

Eri tiedoille kuten kustannuspaikoille, projekteille, toimipisteille, rooleille tulee olla voimassaoloaika. Voimassaolon päättymisaika voi olla myös toistaiseksi, jolloin päättymisaikaa ei ole määritelty.

vuosisuunnittelutyöryhmä

24.8.2010

5

Tiedot vanhentuvat ja niillä on voin "historiallista" merkitystä. Kun suunnittelua tehdään ei erilaisissa listauksissa tarvitse esittää tietoja, joita ei voi enään käyttää

22-1

Vanhojen työaikasuunnitelmien tulee säilyä myöhempää tarkastelua varten

vuosisuunnittelutyöryhmä

24.8.2010

4

Opettajan ja esimiehen tulee tietää miten työaikasuunnitelma on muuttunut esimerkiksi hyväksytystä ja allekirjoitetusta versiosta. Tällöin em. käyttäjien pitää nähdä miten, kuka ja missä vaiheessa työaikasuunnitelmaa on muutettu

22-1

Kun käyttäjä "poistaa" jonkun asian käyttöliittymän kautta tulee mahdollisimman useissa tapauksissa muuttaa poistetun tiedon tilaa siten, että tieto ei kuitenkaan poistu tietokannasta vaan sen tila muuttuu "poistettu"-tilaan. Poistosta tulee jäädä tietokantaan merkintä siitä, kuka on poistanut ja koska.

Jaakko Rannila

1.12.2010

4

Tällöin on helpompi palauttaa tiedot takaisin, jos käyttäjällä käy virhe. Samalla pystytään selvittämään tilanteita, joissa "tiedot katoavat itsestään".

23-1

Toteutusten ja tehtävien tallentaja ja ajankohta pitää tallentua

vuosisuunnittelutyöryhmä

24.8.2010

4

Koska tietoja käsittelee useat eri henkilöt on tärkeää nähdä, kuka on tiedot tallentanut ja minä ajankohtana, jolloin epäselvissä tilanteissa voidaan ottaa yhteyttä oikeaan henkilöön.

24-1

Opetussuunnitelman tietojen julkaisu ja esittäminen REST/RESTful rajapinnan avulla

Jaakko Rannila

29.10.2010

4

Opetussuunnitelmien sisältöä halutaan julkaista eri paikoissa ja tilanteissa. Ohjausryhmä on linjannut, että opetussuunnitelman sisältöä pitää pystyä julkaisemaan myös sosiaalisissa medioissa. Tämän takia opetussuunnitelma pitää olla saatavilla ja haettavilla rajapinnan avulla eri sisältöalusoille.

24-2

Toteutus tietojen julkaisu ja esittäminen REST/RESTful rajapinnan avulla

Jaakko Rannila

29.10.2010

4

Toteutuksiin liittyvää tietoa halutaan julkaista eri paikoissa ja tilanteissa. Tiedot pitäisi olla haettavissa rajapinnan avulla

24-3

Työaikasuunnitelma tietojen julkaisu ja esittäminen REST/RESTful rajapinnan avulla

Jaakko Rannila

29.10.2010

4

Työaikasuunnitelmiin liittyvää tietoa halutaan julkaista eri paikoissa ja tilanteissa. Tiedot pitäisi olla haettavissa rajapinnan avulla.

24-4

Työjärjestysten, kuten luokkatilojen varausten julkaisu ja esittäminen REST/RESTful rajapinnan avulla

Jaakko Rannila

29.10.2010

4

Työjärjestyksiä halutaan julkaista eri paikoissa, laitteissa ja tilanteissa. Tiedot pitäisi olla haettavissa rajapinnan avulla.