Re: havaintoja tapahtumista

Kirjoittajan mukaan: Jari Salokangas <jari.p.t.salokangas_at_student.jyu.fi_at_localhost>
Pšivšyksen mukaan: Wed, 9 May 2012 14:36:42 +0300
9. toukokuuta 2012 12.20 Jukka-Pekka Santanen <
jukka-pekka.santanen_at_mit.jyu.fi> kirjoitti:

> Terve!
>
> > Date: Tue, 8 May 2012 17:52:11 +0300
> > From: Jari Salokangas <jari.p.t.salokangas_at_student.jyu.fi>
> > To: paatti_at_korppi.jyu.fi
> >
> > > Testailin hieman tapahtumien käyttöä ja luontia mutta en tiedä osasinko
> > > käyttää niitä oikein. Testauksessa nousi esiin muutamia havaintoja:
> > >
> > ohessa ryhmän yhteinen vastaus huomioihisi liittyen:
> >
> Kiitokset Terolle hyvistä huomioista tietojärjestelmän osalta.
> Olen oheen kirjannut pari suositusta Jarin vastausten pohjalta.
>
> Vastaan tässä pariin kohtaan ja kokeilen myös, että toimiiko lainauksiin
vastaaminen näin.


> > > - mahdollisuus luoda ikuinen looppi. ensimmäinen solmu on mahdollista
> > > lisätä viimeisen lapseksi.
> >
> > - Ikuinen looppi on tarkoituksella mahdollista ja sitä on myös testattu.
> > Tutkijan vastuulle siis jää luoda tapahtumia, jotka eivät sisällä ikuisia
> > looppeja.
> >
> Ikuisesta silmukasta kannattaa ainakin varoittaa käyttäjää, ellei
> sitä haluta kokonaan estettävän. Sovellusraporttiin kannattaa
> kirjata asiasta jatkokehitysidea.
>
> Ikuisella silmukalla on omat käyttötapauksensa, tosin ei välttämättä tämän
projektin sisäpuolella. Ikuisen loopin avulla pystyy tekemään
kyselytehtävätyylisiä tapahtumia, joissa väärän vastauksen painaminen vie
yhden tekstitehtävän kautta takaisin itse kysymykseen ja vain oikeasta
vastauksesta pääsee jatkamaan eteenpäin aina kyselyn loppuun asti.


> > > - tapahtumatyypin valinta ei näy kunnolla. vain droplistin yläreuna
> näkyy.
> > > (FF 12.0)
> >
> > - Tuota virhettä emme ole havainneet.
> >
> Pystyvätkö jäsenet toistamaan virheen, ts. onko teillä käytettävissä
> selaimen kyseistä versiota?
>

Varmaan kotoa löytyy uusin firefox, mutta tässä yliopiston koneessa on
tällä hetkellä 10.0.4.

>
> > > - miten erotetaan aikataulut toisistaan, jos vanhan kopio jää kantaan
> ja
> > > uutta ei nimetä erikseen?
> >
> > - Tällä hetkellä samannimiset aikataulut erotetaan ainoastaan ID:n
> avulla.
> >
> Tähän olisi varmaan helppo tehdä jokin ''pielavetinen'' ja
> väliaikainen ratkaisu. Ehkäpä kuitenkin kannattaa mieluummin
> kirjata sovellusraporttiin, että toimiva toteutusratkaisu tulee
> pohtia rauhassa jatkokehityksen yhteydessä.
>
> Varmaan maininta sovellusraportissa on tässä parempi ratkaisu.


> > > - ryhmälle aikataulun lisäyksessä näkyy vain yksi versio aikataulusta,
> > > mutta asiakkaalle tapahtumissa näkyy kaikkien saman nimisten
> aikataulujen
> > > tapahtumat. Toisin sanoen vanhan aikataulun tapahtumat monistuvat.
> >
> > - Tutkijan vastuulla on luoda vastuullisesti aikatauluja
> kuntoutettaville.
> > Vastaavasti tarkoituksena olisi myös näyttää kuntoutettavalle
> > mobiilikäyttöliittymän tapahtumanäkymän listaitemeissä, mihin aikatauluun
> > kyseinen tapahtuma kuuluu.
> >
> Hoituisiko tämä prototyypissä aikataulujen poistamistoiminnolla?
> Jatkokehityksen yhteydessä kannattanee pohtia tilojen (kuten mm.
> suunnitteilla, aktiivinen, vanhentunut ja poistettu) käyttöä.
> Lisäksi tietojärjestelmään määritettävien kohteitten (kuten
> tehtävät, tapahtumat ja aikataulut) mahdollinen versiohallinta
> kannattaa pohtia jatkokehityksessä.
>
> > > - ryhmä voidaan poistaa mutta ryhmään lisätty käyttäjä pysyy ryhmässä
> > > siitä huolimatta ja näkee ryhmälle laaditut aikataulut.
> >
> > - Hyvä huomio, yritämme korjata asian.
> >
> Jatkokehityksen yhteydessä kannattaa tämänkin osalta pohtia em.
> tilojen käyttöä. Korpista on hyviä kokemuksia siitä, ettei juuri
> mitään fyysisesti poisteta tietokannasta, vaan pääosin merkitään
> poistetuksi.
>
> Muistaakseni vaatimuksiin oli kirjattu joitakin ehtoja nimenomaan
> poistamiseen liittyen. Jos halutaan poistaa joitakin kohteita
> tietokannasta fyysisesti, niin se lienee mahdollista ainoastaan
> tietyissa tapauksissa. Jos esimerkiksi kuntoutettavilta on jo
> kerätty tietoja, ei liene syytä poistaa ryhmiä tai tapahtumia.
>
> > Voisitko vastata tähän viestiin ja kertoa meille toimenkuvasi liittyen
> > tähän projektiin ja sen jatkokehitykseen, koska tämän päivän kokouksessa
> > jäi tämä asia vähän hämäräksi.
> >
> Tero toimii projektissa käsittääkseni tilaajan pääasiallisena
> koekäyttäjänä. Tämä on hyvä ratkaisu, sillä ryhmän jäsenten ja
> ohjaajien on hankalaa tai mahdotonta asettautua todellisten
> tutkijoiden ja kuntoutettavien tilanteeseen. Lisäksi tekijät
> ovat monesti ''sokeita omille tuloksilleen'', joten ainakin
> järjestelmätestauksessä kehitysryhmän ulkopuolinen henkilö on
> paikallaan tietojärjestelmän laadun parantamisessa.
>
> Terveisin,
>              jukka-pekka
>
> --
> #  Jukka-Pekka Santanen (PhD, Mr)    #  santanen_at_mit.jyu.fi
> #  Department of Mathematical        #  http://www.mit.jyu.fi/santanen/
> #  Information Technology            #
> #  University of Jyvaskyla           #  Room: Agora AgC418.2
> #  P.O. Box 35 (Agora)               #  Phone: +358- (0)40 8053299
> #  FIN-40014 University of Jyvaskyla #
>
>
Received on 09.05.12 14:36:42

Tšmšn arkiston loi hypermail 2.2.0 : 09.05.12 14:36:50 EEST