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?

---

Tarkentavat kysymykset 22.9.2014 / LS

Asia 1: haun toteuttaminen: koulutushaku http://opendata.metropolia.fi/koulutushaku/ vai kevyempi ratkaisu?

• Periaatteellisesti tärkeä kysymys on se, käytetäänkö haussa koulutushakua vai nyt speksattua ”kevyempää” mallia. Määrityksethän eivät ota asiaan kantaa vaan siellä puhutaan
  • 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.
  • EH017 Oppijana haluan pystyä valitsemaan vapaavalintaisia opintoja HOPSiini tekstihaun tuloslistauksesta,  jotta hopsini vastaa kiinnostuksen kohteitani.

Asia 2: vapaasti valittavien opintojen kohdentaminen käyttöliittymässä oikeaan kohtaan hopsia

• Nythän emme ole vielä speksanneet sitä lainkaan, missä vaiheessa opiskelija tekee valinnan, mihin hän vapaasti valittavat opinnot sijoittaa. Mahdollistahan on edetä käyttöliittymällisesti kahdesta päinvastaisesta suunnasta:
  • Vaihtoehto 1: lähdetään hakemaan kontekstista (esim. tietystä opintokokonaisuudesta), jolloin hakutulos ja sen jälkeinen valinta kohdistuvat suoraan lähtöpisteeseen, tai
  • Vaihtoehto 2: haetaan ensin ”yleisellä haulla” (jota esittelin perjantaina) ja hakutuloksen jälkeinen valinta kohdennetaan sen jälkeen haluttuun kohtaan hopsissa.
  • Ensimmäinen vaihtoehto tarkoittaisi myös (alustava ajatus) sitä, että nykyisen mockupin oikean kulman erillinen haku tulisi tarpeettomaksi, kun haku löytyisi halutuista kohdista hopsin rakenteesta. Tämähän olisi varsin lähellä Tiptopin referenssitoteutuksen mallia.
  • Ratkaisu tulisi ajatella käytettävyyden ja havainnollisuuden näkökulmasta, toteutuksellisesti ei suurta merkitystä. Henkilökohtaisesti pidän itse enemmän kontekstista käsin etenemisestä eli ensimmäisestä vaihtoehdosta, koska pidän sitä käyttäjälle havainnollisempana.

Asia 3: vapaasti valittavien opintojen sijoittaminen rakenteessa oikeaan paikkaan

• Jotta vapaasti valittavat opinnot osataan sitten sijoittaa rakenteessa oikeaan paikkaan, ne täytyy Pepissä tunnistaa. Tällä hetkellä tietoa ei kuitenkaan ole, joten Pepissä tulee vapaasti valittavien opintojen kohdalle lisätä ”täppä”, jonka pohjalta tunnistus tehdään
• Ensimmäisessä vaiheessa teemme toiminnallisuutta testataksemme tunnistamisen ihan vain nimen perusteella; kun ”täpät” on lisätty oikeisiin kohtiin Pepissä, vaihdetaan toteutus sitten siihen nojaavaksi.
• Pystyttekö asiakaspäässä tuottamaan helposti meille tiedon, mitkä ovat Pepin aktiivisten opsien sisällä näitä rakenteen kohtia, joihin vapaasti valittavat opinnot halutaan sijoitettavan, vai onko helpompi, että toimittaja kaivaa tiedon esille? Gurumme ajattelivat alustavasti, että ~ ”voisi ottaa Excel-raportin, johon nimen perusteella merkitsisi ne kohdat, joihin vapaasti valittavat sijoitetaan. Tämän jälkeen luotaisiin tietokantalauseet, joiden perusteella täpät asettuvat oikeille paikoille. Jatkossa sääntömoottori hoitaisi ja herjaisi, mikäli opsissa ei ole merkitty yhtään vapaasti valittavat -kohtaa.”

---

Tarjontakorin käsitettä tulee edelleen selkeyttää, samoin käydä yhdessä läpi ops-terminologia muutoinkin, ettei synny väärinymmärryksiä

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.

Päivitys 18.9.2014:

Termiä "tarjontakori" ei tarvitse tuoda opiskelijapuolelle käyttöliittymään, mutta esimerkiksi avoimen amkin puolella halutaan, että valinnat tehdään juurikin tarjontakorin sisältämistä opinnoista eli rajatusta joukosta.

---

Huom! Määrityksiä tarkennetaan tämän keskustelun pohjalta sprintin 6 lopussa järjestettävässä tilaisuudessa. Samassa aikaikkunassa on tavoitteena tehdä linjaus, pohjataanko haku koulutushakuun/opintotarjontaan vai tehdäänkö luonnostellun suppeamman haun mukaisesti, vai kenties molemmat vaihtoehdot. / LS 23.9.2014

TE

TE

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 esim. 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).

Tarve käydä tarkentava keskustelu käyttäjätarinoiden viesti-/merkintätoiminnallisuuksista ja näiden hyödyntämisestä hopsin hyväksymisprosessissa / roolien välisessä kommunikaatiossa.

•   tarkennuksia:

o   Mikä on yhteydenotto

o   Mikä on viesti

o   Mikä on kommentti

o   Mikä on merkintä

Yksinkertaistaisin asiaa seuraavasti: kun merkintä on liitetty esimerkiksi opintoon ja siihen ei ole liitetty muita toimijoita kuin merkinnän tekijä, voidaan puhua merkinnästä (voidaan tägätä esimerkiksi ilmoitukseksi tai hälytykseksi). Kun merkintään lisätään muita toimijoita, vaikkapa opettajia tai ohjaajia, merkinnän kautta voidaan viestiä, kommentoida tai luodan yhteydenottoja. Toteutus voisi käytännössä olla samantapaionen kuin jo toteutettussa sopimuspankkipalvelussa Pakin puolella.

Kun ohjaaja hyväksyy opiskelijan hopsia ja painaa “Hyväksy hops”, haluatteko että järjestelmä kysyy “oletko varma”, vai annetaanko suoraan ilmoitus “Hops hyväksytty”? Onko tässä kyse sellaisesta asiasta, joka hyvä varmistaa ns. tuplana?

Mitä termiä tulisi käyttöliittymässä käyttää, kun ohjaaja lähtee antamaan palautetta opiskelijalle hopsin jatkotyöstöön?

• Kommentoi hopsia
• Lähetä viesti
• Arvioi hops

Mitä tehdään vertailussa oleville opinnoille, kun valinta tehdään modaalissa? Poistetaanko ne vertailukorista vai jätetäänkö sinne? Ensimmäisessä versiossa jätetään, mutta voidaan helposti muuttaa, jos toisin halutaan.

Käyttäjätarinat

• EH013 Oppijana haluan vertailla keskenään suuntautumisvaihtoehtoja ja opintovaihtoehtoja, jotta saan käsityksen mahdollisuuksistani.
• EH014 Oppijana haluan valita haluamani suuntautumisvaihtoehdon HOPSiini, jotta voin hakeutua opinnoissani seuraavaan vaiheeseen.

Lisätään pepin opintopolkuun perusrekisterin suuntautumisvaihtoehtokoodisto.

Käyttötapauksessa opiskeluoikeudella on joko kaikki suuntautumisvaihtoehdot tai ei yhtään. Tällöin hän voi verrata eri suuntautumisvaihtoehtoja. Mietitään toteuttaessa, kummin kannattaa tehdä.

Opiskelijalle näytetään kaikki vaihtoehdot, kunnes hän on valinnan tehnyt. Sen jälkeen vain ao. suvan mukainen.