Yleistä
Kerrosmaisuus
Jäsennys
1. Toiminnalliset vaatimukset
1.1 Opetussuunnittelu
1.2 Vuosisuunnittelu
1.2.1 Tietojen syöttäminen
id |
Vaatimus |
Vaatimuksen esittäjä |
Pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
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 |
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ä |
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 |
|
|
|
|
|
1.2.2 Tietojen esittäminen
id |
Vaatimus |
Vaatimuksen esittäjä |
pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
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? |
122-3 |
Instrumenttiopetuksessa tulee saada selville, mikä on opiskelija seuraavaksi suoritettava opintojakso |
|
9-9-2010 |
|
|
1.2.3 Raportointi
id |
Vaatimus |
Vaatimuksen esittäjä |
pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
123-1 |
Suunnittelutyön aikana nähtävä koko klusterin suunniteltu opetustarjonta |
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. |
1.2.4 Puuttuvia palveluja
id |
Vaatimus |
Vaatimuksen esittäjä |
pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
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ää. |
|
|
|
|
|
|
1.3 Lukujärjestyssuunnittelu
id |
Vaatimus |
Vaatimuksen esittäjä |
Pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
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. |
|
|
|
|
|
|
1.4 Opettajapalvelut
1.5 Raportointi-, tieto- ja seurantapalvelut
2. Ei-toiminnalliset vaatimukset
2.1 Tietojen arkistointi
id |
Vaatimus |
Vaatimuksen esittäjä |
pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
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ää |
|
|
|
|
|
|
2.2 Historiatietojen säilyttäminen
id |
Vaatimus |
Vaatimuksen esittäjä |
pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
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 |
|
|
|
|
|
|
|
|
|
|
|
|
2.3 Tallennustietojen säilyttäminen
id |
Vaatimus |
Vaatimuksen esittäjä |
pvm |
Tärkeys |
Perustelu |
---|---|---|---|---|---|
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. |
|
|
|
|
|
|
|
|
|
|
|
|