Yleistä
1. Toiminnalliset vaatimukset
...
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 | 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. |
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 |
|
| |
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) |
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 toteutusten joukkoatoteutuksia. |
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ää. |
|
|
|
|
|
|
...
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. | ||||||
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. |
|
|
|
|
| |
1.4 Opettajapalvelut
1.5 Raportointi-, tieto- ja seurantapalvelut
...
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 | ||||||
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". |
|
|
|
|
| |
|
|
|
|
|
|
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. |
|
|
|
|
|
|
|
|
|
|
|
|
2.4 Avoimet rajapinnat
id | Vaatimus | Vaatimukset esittäjä | pvm | Tärkeys | Perustelu |
---|---|---|---|---|---|
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. |