Kaakkuri-projektin kahdeksas palaveri

Aika: keskiviikko 24.11.2004 klo 9:00 – 11:05

Paikka: Kokoustila AgC223.1

Läsnä:

• Ville Haapsaari

Kokouksen avasi puheenjohtaja Santtu Salmi kello 9:08.

Esityslista hyväksyttiin sellaisenaan.

Lari Kannisto esitti korjausehdotuksensa edelliseen pöytäkirjaan. Edellisen pöytäkirjan kohdassa kolme tulisi tarkentaa, että siirrettävällä päätöksellä tarkoitetaan puurakenteeseen liittyvää päätöstä. Kohdassa viisi mainitaan mallin tekeminen, ja tässä tulisi kertoa tarkemmin, että kohdassa tarkoitetaan käyttöliittymän mallia, joka voisi olla käytettävyydeltään hyvä. Kannisto myös huomautti, että pöytäkirjaan kirjatut päätökset, jotka liittyvät sovelluksen rakenteeseen saattavat olla hiukan ongelmallisia, koska tällöin rakenne täytyisi myös toteuttaa päätetyllä tavalla. Kohdassa viisi mainitaan myös Korppi-koulutus ja Kannisto muistutti siitä, että koulutus jäi ryhmän sovittavaksi.

Matti Suomalainen esitteli edellisen kokouksen jälkeen käyttöliittymään lisättyjä ominaisuuksia. Tällaisia olivat mm. puunäkymä, johon oli lisätty haara jo sijoitetuille kursseille, kalenterinäkymä ja periodinäkymä, kustakin lukujärjestyksen ruudusta saatava lisätietonäkymä kuvaruudun oikeassa reunassa, kurssin inforuudun siirtäminen ruudun oikeasta reunasta valintalehtinäkymäksi kurssiluettelon alle, sekä kurssiryhmien muokkausominaisuus. Lisäksi sijoitetut tapahtumat olivat nyt näkyvillä kalenterinäkymässä oikeilla paikoillaan.

Suomalainen tiedusteli kuinka sovelluksen tulisi toimia tilanteessa, jossa kurssille on jo määrätty aloitusviikko ja kyseinen kurssi sijoitellaan kalenterinäkymässä. Pitäisikö tällöin käyttää kurssille määrättyä aloitusviikkoa, käyttää aloitusviikkona sitä viikkoa, johon kurssi sijoitettiin kalenterinäkymässä, vai ehkä kysyä asiaa käyttäjältä. Jämsen toivoi käytettävän kurssille asetettua aloitusviikkoa, mikäli sellainen on määritelty. Jämsen toivoi myös ominaisuutta, joka ilmaisisi sen, mihin lukujärjestyksen soluun sovelluksen oikeassa reunassa oleva lisätietoruutu liittyy. Lisäksi kyseisen lisätietoruudun yläreunaan voitaisiin lisätä otsikko, mistä tämä tieto ilmenisi. Pikaisen keskustelun jälkeen tultiin siihen tulokseen, että lukujärjestyksen solu, johon kulloinkin näkyvissä oleva lisätietoruutu liittyy, erotetaan jollakin tavalla muista. Tähän käytetään esimerkiksi muista solujen väreistä poikkeavaa taustaväriä. Samalla myös Lappalainen ehdotti, että kalenterinäkymässä juhlapäivät erotetaan jollakin tavalla eikä näihin päiviin sallita opetustapahtumien sijoittelua.

Tämän jälkeen keskusteltiin kurssiryhmistä, ja niiden muokkaamiseen käytettävän editorin ulkoasusta ja toiminnasta. Lappalainen kyseli sitä, kuinka kurssiryhmien tietorakenne toimii, eli milloin tiedot tallennetaan. Lappalainen muistutti siitä, että tietokoneet kaatuilevat silloin tällöin, joten tallennus tulisi suorittaa tarpeeksi usein. Samalla keskusteltiin käyttäjän tekemien toimintojen perumisesta, mm. kurssiryhmäeditorin yhteydessä. Tultiin siihen tulokseen, että käyttäjän tekemät muutokset kurssiryhmiin tulisi voida perua esim. Peruuta napin avulla.

Kurssiryhmien yhteydessä keskusteltiin myös mahdollisuudesta, joka näyttäisi lukujärjestystä suunnitellessa vain osan kursseista. Tämän toteuttamiseksi tarvitaan jonkinlainen filtteri, joka suodattaa vain halutut kurssiryhmät näkyviin. Tämän toteuttamiseen liittyen Arto Rikalainen kyseli, kuinka ilmaistaan kulloinkin näkyvissä olevat kurssiryhmät, ja kuinka näiden näytettävien ryhmien valinta tehdään. Ehdotettiin mm. kurssiryhmien lisäämistä puunäkymään, jonka Rikalainen muistutti olevan sekava ratkaisu. Tämän jälkeen aiheesta keskusteltiin laajalti. Tultiin siihen tulokseen, että riippumatta näkyviin valituista kurssiryhmistä, kaikkien kurssien olisi ehkä hyvä olla näkyvissä puurakenteessa. Ehdotettiin että kurssit, jotka kuuluvat kurssiryhmiin joita ei ole valittu näytettäviksi, voisivat näkyä puurakenteessa harmaana. Näkyvissä olevien kurssiryhmien nimet taas voisivat olla näkyvillä kalenterin yläpuolella olevassa harmaassa tilassa. Kulloinkin näkyvissä olevat kurssiryhmät voitaisiin valita esimerkiksi kurssiryhmäeditorissa kunkin kurssiryhmän kohdalla olevan valintaruudun avulla. Jämsen toivoi myös, että kustakin kurssista tulisi saada selville mihin ryhmiin se kuuluu, esimerkiksi lisäämällä tätä tarkoitusta varten välilehti kurssin inforuutuun. Samalla ehdotettiin mahdollisuutta järjestää kurssiryhmiä haluttuun järjestykseen kurssiryhmäeditorissa. Kurssiryhmien toteuttamiseen liittyvästä aiheesta keskusteltiin hyvin paljon, ja Kannisto kysyikin mitkä loppujenlopuksi olivat olennaisia asioita, johon Jämsen vastasi tärkeimmän ominaisuuden olevan mahdollisuus valita tietty vuosi ja linja näkyville.

Seuraavaksi Lappalainen muistutti siitä, että sovelluksen suunnittelussa täytyy ottaa jollakin tavalla huomioon salit. Salien huomioimisesta keskusteltiin laajalti. Pohdittiin sitä, millaisia näkymiä saleista tulisi tehdä, ja kuinka tapahtumille varattujen salien valitseminen tulisi toteuttaa. Ehdotettiin mm. että välilehtien, josta valitaan näkyvissä oleva ajanjakso, yläpuolelle lisättäisi välilehdet josta valitaan näytettävät salit. Tapahtumat voitaisiin lisätä joko suoraan tiettyyn saliin, tai tehdä salin valitseminen myöhemmin. Lappalainen ehdotti, että tämä voitaisiin toteuttaa esimerkiksi näyttämällä lukujärjestyksen solujen sisältö kahdessa osassa sen mukaan, onko tapahtumat sijoitettu saliin vai ei.

• Juhlapäivät näkyviin kalenterinäkymässä.

• Mahdollisuus järjestellä kurssiryhmiä eri järjestykseen kurssiryhmäeditorissa.

• Käyttäjälle mahdollisuus perua tekemänsä muutokset kurssiryhmäeditorissa.

• Näkyvissä olevien salien valinta välilehtien avulla.

• Kurssiryhmien avulla voidaan valita kulloinkin näkyvissä olevat kurssit.

• Kurssin info-ruutuun lisätään välilehti, josta nähdään mihin ryhmiin kurssi kuuluu.

Todettiin, että vaatimusmäärittelydokumentin ensimmäistä versiota ei kannata tässä tilaisuudessa lähteä kovin syvällisesti käymään läpi. Kannisto huomautti kuitenkin suurimmista puutteista vaatimusmäärittelyssä. Vaatimuksia tulisi eritellä paljon tarkemmin jakamalla vaatimukset pienempiin osiin. Kullekin vaatimukselle voitaisiin määritellä lyhyt nimi, prioriteetti ja kuvaus. Kannisto totesi kätevän ratkaisun olevan esimerkiksi taulukko, johon kukin vaatimus olisi kirjattu omalle rivilleen.

• Vaatimusmäärittelyä tarkennetaan lisäämällä vaatimuksia ja jakamalla nykyisiä vaatimuksia pienempiin osiin.

Lappalainen muistutti siitä, että sovellusta koodattaessa kaikille Javan komponenteille kannattaa antaa nimi. Tämä helpottaa huomattavasti kun myöhemmin joudutaan muokkaamaan ohjelmakoodia. Samalla Lappalainen suositteli myös Javadoc-työkalun käyttöä. Kannisto muistutti Korppi-esittelyn ajan sopimisesta Pauli Kujalan kanssa.

Suomalainen tiedusteli sitä, saadaanko Korpista sellaista tietoa, jota voidaan käyttää hyväksi järjesteltäessä tapahtumia ajallisesti samaan järjestykseen kuin mitä ne olivat Korpista haettaessa. Suomalainen tiedusteli etenkin sitä, voidaanko Korpissa tapahtumalle määrättyä yksilöllistä tunnistetta käyttää järjestämisessä. Lappalainen kertoi tunnisteen olevan kokonaisluku, joka periaatteessa on juokseva numerointi. Tapahtumalle Korpissa määritelty viikko on kuitenkin varmempi tapa tunnistaa tapahtumien oikea järjestys.

Projektiryhmän jäsenten työtunnit:

• Petteri Kela: 155 h 10 min

• Antti Pokela: 201 h 30 min

• Santtu Salmi: 159 h 30 min

• Matti Suomalainen: 189 h 20 min

• Ryhmä sopii Korppi-esittelystä Pauli Kujalan kanssa.

• Sovelluksen jatkokehitys (mm. kurssiryhmät, salit).

• Korppi-esittelyn sopiminen.

• Vaatimusmäärittelyn tarkentaminen.

Seuraavan kokouksen ajaksi sovittiin 1.12.2004 kello 9:00. Paikkana toimii edelleen sovellusprojektien kokoustila AgC223.1.

Puheenjohtaja Santtu Salmi päätti kokouksen klo 11:04.