Squid-projekti PÖYTÄKIRJA 15.2.2005 Aika ja paikka 15.2.2005 klo 10:15 Exactum, sali A291 Osallistujat Jenni Valorinta, ohjaaja Aki Korpua Samuli Kaipiainen Mikko Jormalainen Esko Luontola (puheenjohtaja) Aki Sysmäläinen (sihteeri) 1. Kokouksen avaus Kokous alkoi 10.17 Aki S. saapui myöhässä 10.22 (ja alkoi kirjaamaan silloin) 2. Päälimmäisiä kysymyksiä Eskolla mietitytti aikataulu ja vaatimusdokkarin mahdollinen valmistuminen ajallaan. Samuli: Teki toisen käyttötapausen. Proton teko synnyttää koko ajan uusia kysymyksiä ja vaatimusdokumentin deadline mietityttää. Jenni kysyy että onko kysymykset kirjoitettu ylös? Ja painottaa että kysymyksien ylöskirjoitus olisi muun ryhmän kannalta kannattavaa. Aki S.: Kysymyksiä vaatimusdokkarista, kuinka käli-osiot limitetään muihin vaatimuksiin ym.. Jenni painottaa että käytäntö jota mietittiin aiemmin, eli esityslistan laatiminen ennen tapaamisia olisi hyvä käytäntö. Esko perää listaa määrittelyä jatkoformaattien listasta. Muut arvelevat että tätä tulisi kysyä asiakkaalta. Aki K. sanoo että asiakas haluaa 3 datatyyppiä. Esko sanoo että tulisi muodostaa oma formaatti ohjelman sisäiseen käyttöön ja ohjelma tarvittaessa exporttaisi vaadittavia asiakkaan tarvitsemia formaatteja. Katsotaan ohjelman nykyisin käyttäviä formaatteja ja todetaan että oma formaatti todennäköisesti tarvitaan. Ehdotetaan että se voisi olla jotain XML-muotoista. Jenni kysyy että onko formaatit sellaisia joita ihmiset lukevat ja painottaa että tämä tulisi ottaa huomioon. Todetaan että ohjelman sisäinen formaatti ei ole tarkoitettu ihmisten luettavaksi. 3. Katselmuskokoukset Esko sanoo että katselmuskokouksista tulisi päättää. Ja ehdottaa että käytäisiin määrittelyvaiheessa katselmus asiakkaan kanssa mutta suunitteluvaiheessa vain omalla porukalla. Ollaan myöntyväisiä. Jenni painottaa kuitenkin että FTR:ssä käsittelyssä oleva asian on jo oltava valmista tavaraa. Ja Jenni kertoo muutenkin katselmuskokouksen kulusta: Jos FTR:ssä löytyy yli 5 virhettä todetaan että dokumentti ei ole valmis ja käsittely keskeytetään. Kokouksessa ei keskustella asioista vaan kirjataan todetut asiat ja edetään dokumentin käsittelyssä. Kokouksen lopuksi todetaan että hyväksytäänkö, hylätäänkö vai hyväksytäänkö dokumentti muutoksin. Esko kyselee mahdollisten muutosten aikatauluvaikutuksia, Jenni sanoo että kannattaa varata ainakin viikko. Pohditaan mikä olisi sopiva ajankohta vaatimusdokumentin technical review:tä varten (huom. ei FTR vaan siis TR). Aki S. sanoo että dokumenttia olisi syytä katselmoida omallakin porukalla eri ajalla ennen varsinaista katselmointia. 4. Keskiviikon työrupeama Puhutaan huomisesta yhteisestä työhetkestä. kehitellään tekemistä. Jenni mainitsee että käliprotoja olisi syytä käydä läpi ääneen eli simuloida. Jenni sanoo että ensi TR:ssä olisi syytä käydä läpi käli (powerpoint versio). 4. Aikataulu Jenni perää edelleen Eskolta kokonaiskuvaa aikataulusta Esko sanoo seuraavaa: to 17.2.: Käli valmiiksi ti 22.2.: TR Kälistä (Demo asiakkaalle) to 24.2.: Muutokset kälistä valmiiksi Työnjakoa: Aki K. ja Samuli tekee käyttöliittymää. Aki S. tekee vaatimusdokkaria (kts. kohta 8). 5. Mikon käli-proto Käydään läpi Mikon asiakkaalle tekemä käli-proto. Mikko kertoo protosta: Se on tehty asiakkaan esityksen pohjalta. Pohjalla on yksi käyttötapaus. Jenni tekee eroa kahden käyttöliittymäsuunnitteluprosessin välillä jotka ovat käynnissä. Käydään läpi Mikon proto. Aki S. kyselee sen alkuperää ja syntyä. Todetaan että se on tehty asiakkaan vaatimuksista, edustamaan asiakkaan näkemystä käyttöliittymästä. Pohditaan pitäisikö asiakasversiota esittää ollenkaan asiakkaalle, todetaan että jos esitetään niin esitetään viimeiseksi. Asiakasproton tarkoitus on myös tuoda esiin sen ongelmat kun sitä verrataan optimi-käliprotoon. 6. Laurin Pesosen luento Aki K. kertoo että Laurin esitelmän kohtalo on epävarma koska Lauri on lähdössä matkoille. Ihmetellään vielä demojen ja hyväksyntöjen ajankohtia jos Lauri on matkoilla, koska Lauri on ainoa henkilö jolla on oikeus antaa asiakkaan hyväksyntä. Pohditaan että täytyy saada hyväksyntä sille että Fabio tai Tamas voisivat jatkossa hyväksyä myös tuloksia jos Lauri on matkoilla ettei aikataulu veny. 7. Käyttötapauksista Keskustellaan käyttötapauksista, Jennin mielestä niiden olisi oltava laajempia. Pitäisi olla enemmän dataa käytössä. Todetaan että kysellään meilitse dataa käyttötapauksista 2 ja 3. 8, Vaatimusdokkarista Käydään läpi Vaatiusdokkarin rakennetta. Aki S.:lle selviää ainakin joitain asioita. Selviää että projekti on ensimmäinen tavoitepohjaiseen käli- suunnitteluun nojaava joka toteutetaan "perinteisellä" dokumentaatiolla. Vastuunjakoa vaatimusdokkarista: Mikko: asiakkaan vaatimuksia (requirements) Samuli: use caseja Aki: rakennetta Esko: protokolla määrityksiä laitteen ohjausrajapinnasta external interfaces kohtaan Sovitaan että käydään tarkempaa jakoa ja aikataulua huomenna (ke 16.2.)