Pöytakirja Perf-ryhmän kokouksesta Paikka: Tietojenkäsittelytieteen laitos, huone C414 Aika: 25.2.2002 klo 12.15-13.35 Paikalla: Juha Gustafsson (pj), Markus Ekholm, Aija Airaksinen, Eevaliisa Colb, Hannele Hakkarainen, Saara Nygren, Tuula Summanen ja Petteri Susi (siht.) FTR-kokouksessa käsiteltiin 28.4.2002 palautettu suunnitteludokumentti. Seuraavaan ollaan merkitty löydettyjen virheiden ja puutteiden korjaukset, jos korjaukset ovat ilmeisiä. 1. Suunnitteludokumentissa oli paljon kirjoitus-, kielioppi-, yhtenäisyys-, ja tyylivirheitä. Näitä ei erikseen merkitty tähän pöytäkirjaan. Dokumentin tarkastajat palauttivat dokumentin paperiversiot, joihin he olivat merkinneet näitä löytämiään puutteita. 2. Sisällysluettelosta tehdään tiiviimpi poistamalla luokkien metodit ja kentät siitä. Lista liitteistä liitetään sisällysluettelon loppuun. 3. Johdantolukuun lisätään dokumentin lukujen numerot viitattaessa loppudokumentin sisältöön. (luku 1) 4. Dokumenttissa tulee käyttää termiä "template-rakenne" termin "templaatti" sijaan. (luku 1) 5. Rajoituksiin lisätään maininta tilasto-ominaisuuksien puuttumisesta. (luku 2.4) 6. Aktiviteettikaavioiden silmukoiden poistumien todennäköisyyksiin liittyviä ongelmia ei dokumentissa oltu käsitelty lainkaan. 7. Osajärjestelmien yleiskuvauksesta puuttui selostus ohjelmiston pakkausrakenteesta. (luku 3) 8. CAttribute-luokan metodista getType() puuttui selostus, miksi metodin riittää palauttaa merkkijono, jonka alimerkkijono tyypin nimi on. (luku 4.3) 9. CActivityNode-luokan metodista setDFGuaranteedNumber() puuttui selostus, millä tavoin metodin tulee taata järjestyksen säilyminen. Lisäksi metodista puuttui tieto, että metodi käyttää samaa kenttää, kuin metodi CActivityNode.setDFNumber (luku 4.9) 10. Parametrien nimet, stereotyypit, yms. tulisi kirjoittaa erilaisella tekstityypillä, jotta ne erottaisi tekstissä. 11. Rajapinnan PerfActivityNode kuvauksesta puuttui selostus, miksi se on rajapinta, eikä abstrakti luokka. (luku 6.1.2) 12. Luokan ObjectSequenceNode kuvauksesta puuttui selostus, miksi luokka on sisäluokka. (luku 6.1.11) 13. Luokan ActivityDiagramHandler konstruktorin toisen parametrin on oltava tyyppiä InteractionDiagramHandler. Lisäksi konstruktorista puuttui selostus, että se kutsuu expand(CActivityDiagram, PerfActivityLoop)-metodia. (luku 7.1.1) 14. Luokan ActivityDiagramHandler metodin depthFirstTraversal(PerfActivityDiagram) algoritmi ei toimi oikein sisäkkäisten aktiviteettikaavion silmukoiden tapauksessa. (luku 7.1.1) 15. Luokan CollaborationDiagramHandler metodin getObjectInformation(CInteractionDiagram, PerfActivityLoop, String) algoritmissa ei ole selostettu, mitä sen muuttujaan forks tallennetaan. (luku 8.1.3) 16. Luokkien ClassSizeException ja SizeResourceException kuvaukseen lisättävä, mistä luokista ne periytyvät. (luvut 9.1.9 ja 10.1.5) 17. Tiedostonkäsittelyosajärjestelmän kuvaukseen on lisättävä tieto, missä muodossa tallennettavat tiedostot ovat. (luku 10) 18. Lähteissä oli kaksi liian suppeasti kirjoitettua lähdettä. (luku 11) Kokous päättyi kello 13.35 Petteri Susi sihteeri Pöytäkirjan liittenä on suunnitteludokumentti, johon Juha Gustafsson on merkinnyt virheellisiä ja muutettavia kohtia.