Käyttäjätarinat

• EH016 Oppijana haluan pystyä hakemaan vapaavalintaisia opintoja tekstihaulla korkeakoulun omasta vapaavalintaisten opintojen tarjonnasta.
• EH018 Oppijana haluan selailla kaikkia opintoja, joita voin valita vapaavalintaisiksi opinnoiksi, jotta saan käsityksen tarjolla olevista mahdollisuuksistani.

Mikä on näiden summana oleva toiminnallinen kokonaisuus? Mitä jälkimmäisen ”selailulla” on ajateltu? Onko kyseessä opinto-oppaan selailu, vai haetaanko tässä mahdollisuutta katsoa tarkentavia tietoja eri hakutuloksista ja kenties vertailla niitä vastaavalla tavalla kuin vaihtoehtoisten opintojen vertailussa?

Käyttäjätarinassa EH018 on näkemykseni mukaan kyse tilanteesta, jossa opiskelija selaa vapaavalintaisten opintojen "tarjontakorissa" tarjolla olevia opintoja ja mahdollisesti valitsee niistä itselleen sopivia opintoja.Tarjontakorit on luotu siten, että niissä tarjotaan opiskelijalle (=opiskelijan ryhmälle) sopivia/mahdollisia vapaavalintaisia opintoja.

Käyttäjätarina

• EH054 Hopsin versiointi (hyväksytty HOPS-versio jää talteen)

Ymmärrän speksin niin, että hops on luonnos/työstö/suunnitelma-tilassa niin pitkään, kunnes ohjaaja on sen hyväksynyt. Tällöin hyväksyminen tuottaa aikaleimatun, ajatellaan vaikkapa pdf-muotoisen, dokumentin, joka tallentuu Pakin sopimukset-osioon. Olenko ymmärtänyt oikein?

Haluatteko, että opiskelija voi jatkaa virallisen hopsin työstämistä tämän jälkeen vapaasti, jolloin hyväksytty on aina se pdf-muotoinen dokumentti ja hops-työkalussa näkyvä hops on aina ”luonnos”, mikäli siihen on tehty yksikin muutos hyväksymisen jälkeen?

Luultavammin kyse on priorisointiin putkahtaneesta virheestä.

Speksin versio 0.5:ssa opiskelija haluaa pyytää ohjaajaa hyväksymään hopsin. Kuitenkin mahdolliset työkalut, joilla opiskelija hyväksyntää pyytäisi, tulevat suunnitelmassa vastaan vasta speksin versioissa 1.0 (viestit/ilmoitukset-toiminnallisuus) ja 1.1 (merkinnän tekeminen - opiskelija).

Ohjaajapuolella toisaalta merkinnän tekeminen on mukana jo versioissa 1.0 (EH051 ja EH052), mutta käytännössä toiminnallisuutta tarvitaan siis jo tuossa hyväksymisessä (versio 0.5)

Ehdottaisin, että tarkennetaan toteutusjärjestystä uusien, perusrekisterin kanssa yhteisten, milestonejen suhteen siten, että tarvittavat pohjatyöt tulee tehtyä varmasti oikeassa järjestyksessä. Samalla ehdottaisin, että projektinhallinnallisista ja viestinnällisistä syistä jättäisimme Pakissa kokonaan pois nuo kilpailutusvaiheen versionumerot ja siirryttäisiin käyttämään ainoastaan termejä milestone 1…4 + v. 1.0 (valmis tuote).