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 |
Yksi tehtävät 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. |
|
|
|
|
|
|
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. |
|
|
|
|
|
|
|
|
|
|
|
|
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. |
|
|
|
|
|
|
|
|
|
|
|
|