TR ja Tapaaminen 04.11.05 Reima poissa, Oskari tuli n. 20min myöhässä TR-Korjauksia * Kun puhutaan yksittäisistä tietueista, niin puhutaan taulun sijaan rivistä (esim: "tämä taulu kuvaa yhtä tietolähdettä" -> "tämän taulun yksi rivi kuvaa yhtä tietolähdettä") * Arkkitehtuurisuunnitelmaan kirjoitettava auki mitkä vaatimukset mikäkin osajärjestelmä toteuttaa ** Ja vielä tarkemmin: mitkä osajärjestelmän osat toteuttavat mitkäkin vaatimukset (esim transformoidussa datassa, perusteltava kentät vaatimuksilla) * Arkkitehtuurisuunnitelmasta käytävä ilmi vaatimukset osajärjestelmille * Arkkitehtuuriin käyttöliittymän rajapinnat muihin osajärjestelmiin - esimerkiksi transformoinnin + integraation käynnistys * Arvojoukot: esim tuetuille formaateille omat keywordit DataSourceen jne. ** lineCountille suurempi arvojoukko? * Ilmaistava kenttien sisältöehdot ja riippuvuudet tarkasti (esim. updated oltava myöhempi tai sama kuin modified, location oltava URL, lineCount suurempi kuin 0, jne.) * Taulujen väliset yhteydet: miten menetellään poistoissa ym., cascade? (voidaanko johtaa vaatimuksista?) * Pitää kirjoittaa miten synkronointi / yhtäaikaisuus huomioitu, esim. recordin syöttö transaktio * Lisätään käytettävä tietokanta (MySQL), DBMS-versio, ajuriversio (ja merkistötieto, UTF-8) * Asetustiedoston sijainti, sisältö ja ohjelman hakemistorakennetta siltä osin kun on olennaista * Actor, Role, Document ja Channel: id tavallaan sekä primary key että foreign key? * Resourcen subType jätetään pois, voidaan lisätä myöhemmin jos havaitaan oikeasti tehokkuusongelma * Meaning VOITAISIIN jakaa kahteen eri tauluun (yhden resurssin merkitys, kahden välinen merkitys) mutta päätettiin jättää yhdeksi tauluksi koska jakamisella ei ainakaan näillä tiedoilla perustetta * KeyWord-nimi hieman harhaanjohtava (kyse ehkä sanalistoista tai lauseista), muutetaanko? * Meaningin type-kenttä korjataan INTEGERiksi * Jonkinlainen "Set"-tyyppi kaikille rajatuille arvojoukoille (esim. channel)? * Document: nimi referenceID -> referenceInfo * Document: language VARCHAR(3) riittää aina * ResourceReference -> ResourceRelation, referencingResource - role - referencedResource muutetaan subject - role - object * Kirjoitettava auki millaiset relaatiot tässä sallittuja ** Tutkitaan myös voiko näitä automatisoida esim tietokannan checkeillä vai pitääkö tehdä koodissa * Vaatimusmäärittelyn sanaston sanat englanniksi jotta kaikki käyttäisivät samoja (varmistetaan Ollilta että käännökset ovat oikeat) TR-Lopputulos * Arkkitehtuurisuunnitelmaa ei hyväksytä vaan korjataan, toinen TR pidetään 8.11. kokouksessa Kokouksessa sovitut työt * Väinö toimittaa käyttöliittymän rajapinnan vaatimukset ryhmälle sunnuntaihin 6.11. klo 12 mennessä * Juuso tekee käyttöliittymän rajapinnan integraatioon ja kääntää sanaston englanniksi ma klo 20 mennessä * Antti tekee käyttöliittymän rajapinnan datankeruuseen ja miettii pakkausten nimet ja rakenteen ma klo 20 mennessä * Tuomas tarkentaa tietokantaan liittyvät asiat ja selkeät muutokset ma klo 20 mennessä * Kalle tekee vaatimusten liittämisen tietokantakenttiin ja osajärjestelmiin ma klo 20 mennessä * Kaikki toimittavat Kallelle tietoa siitä, paljonko näihin menee tunteja ja pistävät tuntilistat (ja oikeudet niihin) ryhmähakemistoon * Oskari tarkentaa yksikkötestausohjeet tiistain kokoukseen mennessä