Metadata-projekti Määrittelydokumentin TR-kokous, 17. 10. 2005 Osallistujat Tuomas Tanner, puheenjohtaja Kalle Pyykkönen, sihteeri (poistui klo 16.45) Olli Niinivaara, asiakas Joni Salmi, ohjaaja Määritelmät-osio * Rooli muutetaan "toimijan ja dokumentin..." -> "toimijan ja muun resurssin" * Merkitysverkko muutetaan "ei-painotettu" -> "painotettu" Vaatimukset * 1.1 muutetaan "metadata" -> "raakadata" (termin käyttäminen syytä tarkastaa muissakin kohdissa) * 3.1.2 muutetaan hakuperusteeksi "yhteyksien määrä suurempi kuin tai pienempi kuin käyttäjän antama luku" * 3.2.1 lisätään "nousevaan tai laskevaan järjestykseen" * 3.2.3 ja 3.2.3.1 tarkennetaan "listana", jotenkin pitäisi ilmaista, että se ei kelpaa jos koko dokumentti aukeaa yhteen soluun * 3.2 kaikki kohdat herättivät keskustelua, syytä ehkä tarkentaa niin, että käy ilmi selkeästi, että selausikkunasta voidaan valita osa ja osalle voidaan tehdä operaatioita: avata uuteen selausikkunaan, siirtää yhteysverkkoon... ei kannata puhua hakutuloksesta vaan selausikkunasta. * 3.1.3 uusi vaatimus: hakuikkunan valinnoista muodostetaan SQL-lause, joka näytetään käyttäjälle ja käyttäjällä on mahdollisuus editoida lauseen WHERE-osaa ennen käskyn suorittamista * 3.2.5 muutetaan "valitsemansa osan" * 3.2.7 poistetaan "tarkastelua häiritsevä" * 3.4.3 tarkennus "Pajek-listamuoto" (JUNGin ymmärtämä) * 3.4.4 muutetaan "voi valita" -> "valitsee" * 3.5.x tässä numerointia täytyy rukata, koska vaatumuksia joudutaan jakamaan osiin * uusi vaatimus: merkityksien poistaminen * 3.5.3 jaetaan kolmeen vaatimukseen: 1)yksi merkitysverkko kerrallaan, 2)käsiteltävää merkitysverkkoa voidaan vaihtaa, 3)verkkoon voidaan lisätä toinen tallennettu verkko * 3.5.3.1.1 tarkennus "PAJEK-lista muoto" * 3.5.3.2 jakautuu kahtia: ladataan koko merkitysverkko tai vain yhteysverkkoa kuvaavan merkitysverkon lataus Suorituskykyvaatimukset * S1 rajoitus Javan MAX_INT * S2 muutetaan "selauksen" koko -> "y$hteysverkon koko max 1000 solmua" * S3 muutetaan "vieritys komennon ja tapahtuman välillä enintään 0.1s viive" Laadulliset vaatimukset * L2 jää pois * L3 muutetaan -> "järjestelmän tulee toimia myös ainoastaan lisenssiltään GPL-yhteensopivilla komponenteilla" * L4 tähän päivämäärät milloin prototyyppi on valmis asiakkaan palautetta varten... asiakkaalle varataan 3 päivää aikaa antaa palautetta... varataan kahden hengen työpanos a 25h korjausten tekemiseen palautteen jälkeen * L5 jää pois Liitteet * tallennettu data: tietotyypit pitää määritellä (Tässä vaiheessa sihteeri poistui, loput Tuomaksen muistiinpanoja) Jokaista tuettavaa datalähdettä kohti tarvitaan transformaatiosäännöt määrittelydokumenttiin kirjattuna. Tyyliin: dc:creator -> R_Tekijä tai dc:creator -> jokaisesta pilkulla erotetusta merkkijonosta oma R_Tekijä * Integraatioalgoritmiin pitää määrittää kaikki käytettävät heuristiikat (minimiversiot). * Ykkösprioriteettien karsiminen - Ohjelmiston kriittinen polku ja vain sen toteutumiseen vaadittavat määrittelyt ykkösprioriteetille. Eli todella bare bones -toteutus. Jatkotoimenpiteet * Dokumenttia ei hyväksytä: Vaatimusmäärittelyryhmä tekee halutut muutokset ja dokumenttille järjestetään uusi TR * Asiakastapaaminen Ke 12.00 - 14.00 * TR To 14.05 - 16.00 (paree olla viimeinen)