T-76.115 Projektin katsaus

T-76.115 Projektin katsaus OtaShop2 Toteutus 130.11.2003

Projektin tila (10 min) vaiheen tavoitteiden saavuttaminen projektin edistymisen mittarit Käytetyt työmenetelmät (5 min) Toteutetuneet tehtävät (15 min) mitä vaiheen aikana on tehty ja tapahtunut demo Seuraavan vaiheen suunnitelmat (5 min) Esityksen sisältö ja aikataulu

Suunniteltujen tavoitteiden toteutuminen • 1. Järjestelmän arkkitehtuurin suunnittelu vähintään toteutettavin toimintojen osalta: • Suunniteltu • 2. Järjestelmän perusrungon toteuttaminen: • Toteutettu • Lisäksi toteutettu tuki muidenkin kuin julkaisujen myyntiin sekä tuki monikielisen kaupan toteuttamiseksi. • 3. WWW-asiakkaille näkyvien toimintojen toteuttaminen (käyttötapaukset 1-3) • Toteutettu maksua lukuunottamatta • 4. Testausmenetelmien käyttöönotto • Yksikkötestaus otettu käyttöön, mutta testiluokkia ei ole kirjoitettu vielä kaikkiin java-paketteihin • Käytetty jUnit:ia ja Apachen Cactusta

Suunniteltujen dokumenttien tilanne • Projektisuunnitelma • Muutoksia edelliseen versioon lähinnä J.Iivosen antaman palautteen perusteella • Vaatimusmäärittelydokumentti • Muutoksia edelliseen versioon lähinnä J.Iivosen antaman palautteen perusteella • Tekninen dokumentti • Dokumentin runko valmiina, ja sisältö nyt toteutetuilta osin + tietokannan kuvaus koko sovelluksen osalta. Kohderyhmänä järjestelmän tulevat ylläpitäjät. • Yleiskäyttöinen dokumenttirunko muidenkin järjestelmien dokumentointiin • Testitapaukset • Valmis • Testiraportti • Valmis • Edistymisraportti • Valmis • Ulkoasudokumentti • Kuvaa käyttöliittymän rakenteen ja ratkaisut • Riskienhallintadokumentti • Riskit ryhmiteltynä uhan suuruuden ja ajankohtaisuuden mukaan

Tehtävien toteutuminen • Havaintoja ja perusteluja • Tapaamisiin meni paljon aikaa, PP-vaiheessa tapaamiset toteutuivat vaatimusmäärittely-otsikon alla • Töiden jaksottaminen välillä hankalaa: • Matin sairasloma • Kain muutto • Antin työkiireet

Toteutuneet tunnit henkilöittäin

Laadun tunnusluvut • Kriittinen virhe: tietokantayhteydet loppuvat kesken • Kriittinen virhe: tyhjähaku tulostaa koko kannan Virheiden määrä

Laadun arviointi • Yksikkötestien laatimisessa jäimme tavoitteesta ja siksi laadun arviointi koko iteraation mittakaavassa on hankalaa. Järjestelmätestaus painottuu vasta seuraavassa iteraatiossa. • Modulien laatu on täyttänyt odotukset, vaikka virheitä on löytynyt. Kaikki moduleita ei tosin päästy testaamaan. Syventymisen määritelmät: 0 = ei mitään 1 = vilkaista lyhyesti 2 = Kaikki funktiot testattu 3 = Testattu kokonaisuudessaan Laatu: J = hyvä laatu K = keskiverto L = laadussa varaa parantamiseen

Ohjelmiston koko (LOC) • * jsp-tiedostoista laskettu kaikki rivit, myös tyhjät ja kommentit • Ohjelmointiin käytetty n. 85 tuntia -> koodia syntynyt noin 30 riviä tunnissa (kaikki tunnit huomioiden I1-vaiheessa noin 10 riviä tunnissa) Java-pakettien, testiluokkien ja jsp-tiedostojen rivimäärät (pelkät koodirivit/kommenttirivit)

Muutokset projektiin • Projektiin ei ole tehty muutoksia tämän vaiheen aikana

Riskit • Riskienhallintaa on käsitelty projektisuunnitelman kappaleessa 7 ja erillisessä riskienhallintataulukossa • Havaitut riskit on kirjattu ja priorisoitu taulukkoon, ja taulukkoa päivitetään joka toinen viikko • Yksikään riski ei ole toteutunut tässä vaiheessa • Seuraavassa vaiheessa erityisesti seuraavia riskejä pitää tarkkailla • Valittua teknologiaa ei voidakaan käyttää esim. lisenssisyistä • Ohjelmiston tietoturva ei ole riittävä (asiakkaan mielestä) • ATK-keskus ei suostukaan asentamaan ohjelmistoa TKK:lle

Työtavat • Tässä vaiheessa on käytetty mm. seuraavia työtapoja • tuntikirjanpito (Trapoli) • toiminut käytännössä varsin hyvin, Trapoli ei sovellu kuitenkaan suunnitteluun • versionhallinta (CVS) • toimii hyvin, kunhan pelisäännöt on sovittu • Projektin etenemisen seuraaminen ja hallinta (Erkka) • Tuntiraportointi ja Burndown-kaaviot • Dokumentointikäytännöt (Kai) • dokumenttien formaali tarkastaminen • Suunnittelumallit (Matti) • Factory method, Builder, Template method • IRC-tapaamiset • säästävät ylimääräiseltä kulkemiselta, mutta vaativat suunnitelmallisuutta ehkäpä vielä enemmän kuin perinteiset kokoukset

Vaiheen tulokset • Toteutettu järjestelmän perusarkkitehtuuri ja käyttötapausten 1-3 osalta käytettävä järjestelmä • Järjestelmän arkkitehtuuri helposti laajennettava: • erilaiset myytävät tuotteet • monikielisyys • erilaiset maksutavat helposti lisättävissä • Otettu käyttöön testausmenetelmät ja testausdokumentit • Yksikkötestaus • Tehty teknisen dokumentin runko ja osa sisällöstä • Voidaan käyttää pohjana muidenkin järjestelmien dokumentoinnissa

Tekninen dokumentti • SISÄLTÖ: • 1. Johdanto • 1.1 Asiakirjan tarkoitus • 1.2 Määriteltävä tuote • 2. Järjestelmä-alusta • 2.1 Järjestelmän laitealusta • 2.2 Tietokanta sekä laitealusta • 3. Järjestelmän arkkitehtuuri • 3.1 Järjestelmän yleiskuvaus • 3.2 Suunnittelufilosofia • 3.3 Java-paketit ja luokat • 3.4 Tietokantakuvaus • 3.5 Liitännät muihin järjestelmiin • 4. Käyttöliittymä • 4.1 JSP • 5. Tekniset päätökset • 5.1 Käytetyt tekniikat • 5.2 Hylätyt tekniikat • 6. Lähteet

Seuraavan vaiheen suunnitelma • Tavoitteet • Järjestelmän arkkitehtuurin suunnittelu ja toteutus valmiiksi • Käyttötapausten toteuttaminen siten että kaikki toiminnallisuus on testattavissa • Käyttöliittymätestauksen tekeminen • Palautteen saaminen loppukäyttäjiltä • Toteutettavat järjestelmän osat: • käyttötapaukset 4-11 • Dokumentit: • päivitetty projektisuunnitelma • päivitetty vaatimusmäärittelydokumentti • päivitetty tekninen dokumentti • päivitetyt testitapausten määrittelyt • käyttöohje • testiraportti • edistymisraportti (kalvosarja) • Tavoitteiden priorisointi • Toteutettavista osista käyttötapaukset 7,8 ja 10 tehdään lopuksi jos aikaa riittää. • Tärkeimmät riskit ja epävarmuustekijät • Valittua teknologiaa ei voidakaan käyttää esim. lisenssisyistä • Ohjelmiston tietoturva ei ole riittävä (asiakkaan mielestä) • ATK-keskus ei suostukaan asentamaan ohjelmistoa TKK:lle • Toteutusjärjestys on esitetty seuraavissa kalvoissa

Seuraavan vaiheen suunnitelma viikoittain

T-76.115 Projektin katsaus