Koskelo-projektin 11. palaveri Aika: Torstai 29.11 klo 10:07-12:01 Paikka: sovellusprojektin kokoustila AgC223.1 Pöytäkirja laadittu 7.12.2007 Paikalla: Antti Auer (paikalla kohdissa 4-10) Jari Järvinen Vesa Lappalainen Perttu Lähdesmäki Harri Pitkänen Atte Pulkkis, sihteeri Merja Ruuska Jukka-Pekka Santanen (paikalla kohdissa 3-10) Maunu Tuomainen Irene Venäläinen, puheenjohtaja 1. Kokouksen avaus ja päätösvaltaisuus Kokouksen avasi ja totesi päätösvaltaiseksi puheenjohtajana toimiva Irene Venäläinen kello 10:07. 2. Esityslistan hyväksyminen Palaverin esityslista hyväksyttiin ilman muutoksia. 3. pöytäkirjan hyväksyminen Irene venäläinen esitteli 10. palaverin pöytäkirjaa. Pöytäkirjassa huomattiin virhe, palaverin aikana mainitut tehtävät voisi poimia yhdeksi listaksi. Tällä muutoksella 10. palaverin pöytäkirja hyväksyttiin. Ennen projektin tilan esittelyä mainittiin vielä, että ainakin Internet Explorerissa on oletuksena estetty kaikki popup-ikkunat. Tämä voi aiheuttaa ongelmia opetusryhmien hallinnassa, joten yliopiston puolesta popup-ikkunat voisi sallia kyseisellä sivulla. Lisäksi esitettiin idea, että kolmio voitaisiin muuttaa rajatuksi kulmaksi, jolla on eri väri. Tämä voi kuitenkin aiheuttaa tilaongelmia, koska ei ole mitään helppoa tapaa rajata klikkausaluetta tasan kulman muotoiseksi, vaan siitä tulee välttämättä neliön muotoinen. Siten kyseinen rajattu kulma veisi aina kaksi kertaa itsensä verran tilaa. 4. Projektipäällikkö esittelee projektin tilaa Projektipäällikkö Perttu Lähdesmäki esitteli projektin tilaa. Aiemmin sovittuja tehtäviä on jatkettu. Harri Pitkänenon on liiskannut bugeja hallintanäkymästä ja tehnyt testaussuunnitelma. Atte Pulkkis on työskennellyt opetusryhmien hallinnan tapahtumien tallennuksen ja vaatimusmäärittelyn parissa. Irene venäläinen on tehnyt opetusryhmien tapahtuman lisäys-näkymää sekä viikkokalenteria ja Perttu Lähdesmäki on toteuttanut velhoa. Projektiryhmäläisten mukaan asetetut tavoitteet ovat saavutettavissa. Esitettiin huomio, että Pauli Kujalalta kannattaa kysyä oikeiden työkalujen ja/tai metodien käyttämisestä korpissa. Seuraavaksi Harri Pitkänen esitteli opetusryhmien hallinnan bugikorjauksia. Ryhmän poisto onnistuu. Kolmio ilmestyy ja katoaa oikein, eikä jää esille. Tapahtumien muokkausikkuna ei enää voi jumittua ruudun ulkopuolelle. Seuraavaksi keskusteltiin kolmion muuttamista rajatuksi nurkaksi. Ei päästy yhteisymmärrykseen siitä, että miten kulman pitäisi käyttäytyä kun hiiri viedään sen päälle. Tulisiko kulman vaihtaa väriä tai kokoa? Lisäksi tuli esille kysymys, että miten toimitaan punavihersokeiden ja opetusryhmän hallinnan värimaailman kanssa? Käytetään korpin tyylitiedostoja tietenkin, huomautti Vesa Lappalainen. Irene kysyi muutaman kysymyksen viikkokalenterista. Yhdistetäänkö laatikot kun tapahtuma ylittää sen rajat kalenterissa? Esimerkiksi laatikot on klo 8-10 ja klo 10-12 kun tapahtuma on klo 9-11, onko klo 8-12 yksi laatikko? Päätettiin, että pistetään molempiin lootiin tieto tapahtumasta, mutta laatikoita ei yhdistetä. Ajanpuutteen takia viikkokalenterista tehdään jonkinlainen toteutus ja katsotaan miltä se näyttää. Keskustelu jatkui opetusryhmien hallinnan puolella. "Käsittele"-termejä voisi poistaa opryhmhallinnasta, näkymien valikoista? "Muokkaa" kuvaa käyttöliittymiä paremmin? Täytyy harkita tarkasti, mihin "käsittele" sopii ja mihin ei. Lisäksi, opetusryhmien ja yksittäisten ryhmien väliin voisi taulukossa pistää viivan. Kerrottiin idea, että ryhmille voitaisiin antaa värikoodi: joka toisen ryhmän taustaväri haalean harmaalla ja joka toisen ryhmän taustaväri tumman harmaalla esimerkiksi? Maunu Tuomainen ja Vesa Lappalainen torjuivat idean, koska sitä ei voitaisi toteuttaa kunnolla. Toinen idea koski välilehtiä, ne voisi järjestää uusiksi käyttöliittymän selkeyttämiseksi? Käytetyimmät ikkunat olisivat enemmän vasemmalla, esimerkiksi viikkokalenteri? Kysymysmerkistä ideoitiin vielä, että sen voisi muuttaa dynaamiseksi riippuen siitä missä ollaan menossa? Lopuksi ehdotettiin, että muutoksia ei välttämättä vietäisi heti kantaan. Opetus- ryhmien hallinnassa näytettäisiin välisivu, joka kertoo mitä ollaan muuttamassa tai tekemässä tallennuksen yhteydessä? Esimerkiksi salivaraukset? 5. Projekti- ja sovellussuunnitelman jäädyttäminen Projekti- ja sovellussuunnitelmat päätettiin yksimielisesti jäädyttää projektin ajan puutteen vuoksi. 6. Testaussuunnitelman esittely Termit tulisi poistaa testaussuunnitelmasta ja pistää sovellusraporttiin. Jos jossain tarvitaan termejä, viitataan sieltä sovellusraporttin alkuun. Esille nousi versionhallinta. Tulisiko esittää viimeisin muutospäivämäärä vai versionumero? Tekijä tulisi olla näkyvissä. Lisäksi tuli esille kysymys, että pitäisikö versionumero olla wikin oma versionumerointi vai joku omatekemä? Pitäisikö dokumentin tila olla näkyvissä? Esimerkiksi, hyväskytty tai kesken? Toimisiko se wikin oman versiohallinnan kautta? Huomautettiin, että kommentteja olisi hyvä käyttää versionhallinnassa. Esimerkiksi, "hyväksytty versio". Tällä tavalla on helpompi löytää oikea versio. Kritiikki testaussuunnitelmasta jatkui. Testaukseen käytettävä resoluutio puuttuu testaussuunnitelmasta kokonaan. Testaus tulisi hoitaa vähitnään kahdella eri resoluutiolla! Käytettävät resoluutiot tulisi myös merkata pikkukalenterin osioon. Vanhoilla selaimilla testaaminen koettiin ongelmalliseksi, koska yliopiston koneilta niitä ei enää löydy. Yhtenä ideana esitettiin virtuaalikoneet, jotka sisältäisivät tarvittavat ohjelmistot. Testipalvelimen määritelmää tulisi tarkentaa! Testauspalvelin on Koskelo- projektin tapauksessa projektin oma palvelin, eli Tom-kone. Seuraavaksi jatkettiin testi-ja käyttötapauksista. Tulisiko niiden erot esittää muotoilulla? Testitapaukset tulee tehdä ilkeämmiksi, eli niihin voisi lisätä vaikeita ja/tai hankalia syötteitä. Tavoitteena on kuitenkin rikkoa järjestelmä. Opetusryhmien poiston osalta esitettiin kysymys, voiko opetusryhmiä poistaa "käsittele opetusryhmiä" -valikon vai kolmion kautta? Lisäksi kysyttiin, että pitäisikö "käsittele opetusryhmiä" -käyttöliittymästä tehdä testitapaukset? Viimeisenä kysyttiin, että voisiko vaatimuksia ja testitapauksia yhdistää? Eli, toteutuneet vaatimukset eivät pyyhiydy pois, vaan vaatimuksista linkitetään testitapauksiin. Aivan kuin kerrottaisiin "tämä vaatimus testataan näin" tai päinvastoin, "tämä testitapaus liittyy vaatimukseen". Päätös: -Päivämäärä ja kellonaika on tarpeeksi tarkka versionumerointi testaussuunnitelmalle. 7. Sovitaan seuraavan palaverin ajankohta Seuraavan palaverin ajankohdaksi sovittiin 11. joulukuuta kello 10.00, tasan. 8. Muut esille tulevat asiat Merja Ruuska kertoi, että kaksi opiskelijaa tekee syksyn aikana kandin, ja jatkavat keväällä graduun Koskelo-projektin aiheeseen liittyen. He voisivat käydä haastattelemassa kymmentä tyyppiä, esimerkiksi vittä amanuenssia tai sihteeriä ja viittä opettajaa, aiheena uusi käyttöliittymä. Tämä suunnitelma sopi kaikille. Toisen katselmoinnin ajankohta päätettiin sopia seuraavassa palaverissa. Lisäksi, laitos maksaa ruokailun kaikille seuraavan palaverin jälkeen. 9. Sovitaan osallistujien seuraavista tehtävistä Projektilaiset jatkavat edellisissä palavereissa sovittuja tehtäviä. 10. Kokouksen päättäminen Irene Venäläinen päätti kokouksen kello 12:01.