Squid-projekti PÖYTÄKIRJA 10.2.2005 Aika ja paikka 10.2.2005 klo 10:15 Exactum, sali A291 Osallistujat Jenni Valorinta, ohjaaja Aki Korpua (sihteeri) Samuli Kaipiainen Mikko Jormalainen Esko Luontola (puheenjohtaja) Poissa Aki Sysmäläinen (kipeenä edelleen, raasu) 1. Kokouksen avaus Kokous alkoi 10.17 2. Asioita ja tekemisiä Jennillä on asioita pöytäkirjasta ja muista. Samuli ja Mikko on käyneet käyttäjätarkkailussa. Aki K. on vaan laiskotellut. Samuli on tehnyt paljon kaikkee jänskää pikkusälää kans. Esko on väsänny tuntilistauksen. Samuli ei ollut lukenut pöytäkirjaa. Kukaan ei tiedä mitään tämän päiväisestä Laurin esityksestä. Jenni haluaisi vähän tarkempaa tyyliä dokumentteihin ja teksteihin. Samuli haluaa tietää käyttötapaus 2:sen abstraktitasosta Jenniltä. Samuli saa neuvon laittaa kaikkien tahojen tavoitteet. Tilatietoja voisi kaivaa lisää labrasta jos tulee tarvetta. 3. Tuntikirjanpito Miten kokoukset merkitään? Samuli ehdottaa että laitetaan yleisetkokoukset Muuta kategoriaan. Hyväksymiskokoukset omaan kategoriaan. Hyväksytään. 4. Mittarimies Aki S:llä oli kysymyksiä mailissa mittarijutuista, Jenni lupasi laittaa hänelle linkit ja tietoja 5. Ohjelmantoteutuksesta Miten priorisoidaan mitä toteutetaan? Samuli ehdottaa että ainakin data- tiedostot tulisi oikein. Eskon mielestä myös kaaviot ovat tärkeät. Eskoa arveluttaa onko mahdollista saada hyvä arvosana vaikka ohjelmaa ei saada valmiiksi. Jennin (ja Samulin) mielestä on, toteutus voi jäädä pienemmälle ja suunnitelma tärkeämpää. Vaatimusten priorisointi tärkeä vaihe Jennin mielestä jossa selkeytyy mitä aletaan toteuttamaan. 6. Protot Mikolla on vielä kesken asiakasproton tekeminen. Mikolle oli hyötyä olla mukana käyttäjätarkkailussa. Samuli ehdottaa josko voisi käyttää Mikon töitä hyväksi toisessa protossa. Mikon data ei kuulemma ole oikein käyttökelpoista meille. Jenni haluaisi nähdä paperiproton jo tiistaina Mikolta ja onnistuu kuulemma. Powerpointista pitäis löytyä joku "visual basic" josta löytyy komponentteja, Jenni oli kuullut tämän Karrilta. 7. Vaatimusdokkari Meiltä puuttuu ainakin Full Manual käyttötapauksia, voisi kartoittaa paremmin käyttötapauksia eikä katsoa vain flow charttia. Kuka tekee mitäkin Vaatimusdokkariin. Aki K. alkaa tekemään protoa, Samuli auttaa prosessissa heti kun saadaan toinenkin käyttötapaus. Vaatimusdokkarin pohja ei oikein tuo Käli-suunnittelua, lisätään Tavoitepohjaiset käyttötapaukset ja käliproto. Niillä korvataan Samulin mielestä nippeli-käyttötapauksia. Tultiin tulokseen ettei ehkä ole hyvä dumpata toimintoja (use cases). Ehdotetaan että Aki S. voisi katsoa 4. kohtaa ja kartoittaa sen vaatimukset. Jenni ihmettelee jakoa, pitäisi olla ehkä jokaiseen vaatimuskohtaan omat kohdat toiminnalliselle ja ei- toiminnalliselle. Use Cases tulee olemaan 4 sivua ja User Interface liitteeksi. Tarvitaan Sidosryhmä kaavio (overview). Samuli katsoo mitä noi vaatimukset oikein meinasikaan. Tulis pyrkiä ehkä ottamaan tarkkailu Thomaksen työstä. Sitä ehkä katotaan myöhemmin. Aki K. tekee mailin Thomakselle jotta voitaisiin tietää milloin hän tekee töitä SQUID:lla. Mitä jatkokäsittely ohjelmia on ja miten ne linkitetään? Mikä meitä rajoittaa? Olemassa oleva rajapinta rajoittaa toteutusta jonkin verran. Arkkitehtuurista ei voi sanoa mitään ennenkuin käli on kasassa. Validoinnissa käyttötapaukset tulee mennä läpi. Mitä se todella onkaan taas? (verifiointi/validointi). Jenni ehdottaa että 3.sta voisi olla hyvä tehdä yhdessä 4:sen kanssa eli Aki S. tulisi tehdä alustavat versiot sitten kummastakin. 8. Mitä ensi kerraksi Aki K. esittelisi ensimmäistä Powerpoint esitystään. Samuli selvittää jo tänään vaatimustermit ja auttaa Aki K:ta. Mikko tekee version asiakkaan ehdotuksesta. Jenni haluaa että demotaan. Esko selvittää rajapinta kysymyksen vanhaan koodiin. Ensi kerraksi on valmiina vaatimusdokkarista käyttäjävaatimuksia ja käliä ja sen verran 3:sta 4:sta kuin Aki S. ehtii tekemään. 9. Katselmuskokouksia Pidetään määrittelyvaiheen ja suunnitteluvaiheen lopuksi katselmuskokouksia. Mutta ehkä pidetään FTR nyt vain oman porukan kesken ja vaatimuksen lopuksi Tecnical Review asiakkaan kanssa. TR:ssä esitetään käliproto asiakkaalle. Lähetetään sitten etukäteen asiakkaalle vaatimusmäärittelyn esiversio joka sitten tarkastetaan yhdessä. Kartotetaan vaatimukset jo alkuvaiheessa eikä niitä enää sitten muuteltaisi (vesiputousmalli). Esko laatii ehdotuksen mitä asiakkaalta vaaditaan ja milloin nämä kokoukset. 10. Laurin luento tänään Jenni antaa Laurin työnumeron Eskolle ja otetaan häneen yhteyttä jotta saataisiin luennon tilaan tietoa. Hän ei ollut perunut sitä. Soitetaan heti kokouksen jälkeen ja jos tarvii salia otetaan yhteyttä Jenniin. 11. Kokous päätettiin lähdettiin pois 11:22