T-76.115 Projektikatselmus PPT I1-vaihe 4.12.2003.

Esitys aiheesta: "T-76.115 Projektikatselmus PPT I1-vaihe 4.12.2003."— Esityksen transkriptio:

1 T-76.115 Projektikatselmus PPT I1-vaihe 4.12.2003

2 T-76.115 Projektikatselmus 2 Agenda  Projektin tila (10 min)  I1-vaiheen tavoitteiden saavuttaminen  Projektissa mitatut tulokset  Käytetyt menetelmät (5 min)  Valmistunut työ (18 min)  I1-vaiheen tulosten lyhyt esittely (3)  Teknisen määrittelyn avainkohdat (5)  Loppukäyttäjän käyttöliittymän demo (10)  Suunnitelma seuraavalle vaiheelle (3 min)  Kommentteja ja kysymyksiä (4 min)

3 T-76.115 Projektikatselmus 3 I1-vaiheen tavoitteiden saavuttaminen  Tavoite 1: Palaverien tehostaminen  OK, onnistuttiin loistavasti.  Tavoite 2:Asiakkaan tietokannan toteutus  OK, valmistui ennen vaiheen puoliväliä. Erityinen panos Jarkolla.  Tavoite 3: Arkkitehtuurisuunnittelun jatkaminen  OK, eri näkymät määritelty, etäkantojenhallinta, hahmotelma eräajoarkkitehtuurista, www- ja palvelin arkkitehtuuri valmiit.  Tavoite 4: Teknisen määrittelyn aloittaminen (kanta, tiedonsiirto)  OK, kanta täysin valmis  Lisäksi eräajot, etäkannat, web yleisellä tasolla  Tavoite 5: Tiedonsiirto kannasta toiseen  OK: toimii testitilanteessa  protokolla määritelty  Java-rajapinta toteutettu  rajapinnan toinen puoli puuttuu  Tavoite 6: Aloittaa loppukäyttäjän käyttöliittymän suunnittelu  OK, aloitettiin jo puolivälissä vaihetta, iteroitu uusi versio  aloitettu jo hallinnointityökalun suunnittelu (paperiversio olemassa)

4 T-76.115 Projektikatselmus 4 I1-vaiheen tuotteiden tila  Projektisuunnitelma  OK, paitsi seuraavien vaiheiden tarkemmat suunnitelmat  Vaatimusmäärittely  OK, päivitetty vastaamaan tämänhetkistä tilaa  Projektin hallinnolliset dokumentit  OK, pöytäkirjat jne. kotisivulla  Tekninen määrittely  OK  Testitapaukset ja testiraportti  OK  Laatukäsikirja päivitetty lopulliseen asuunsa  Asiakkaan tietokanta  Valmis ja helposti laajennettavissa  Java-rajapinta tiedonsiirtoa varten  OK  Tiedonsiirron Java-luokat  OK, rajapinnan toinen puoli toteuttamatta (Mari)

5 T-76.115 Projektikatselmus 5 Taskien toteutuminen  Syyt suurimpiin poikkeamiin  asiakaspalavereihin oli varauduttu liiaksi ehkä juuri PS-vaiheen kokemusten vuoksi  vaatimusmäärittelyssä ei juuri muutoksia (hyvä pohjatyö)  osa päärajapinnan määrittämisen tunneista on siirtynyt ”tiedonsiirto kannasta toiseen”  jäsenten eri tapa osittaa henkilökohtaisen menetelmän ajankäyttö (perehtyminen jne.)  testaus toteutettiin varsin tehokkaasti

6 T-76.115 Projektikatselmus 6 Ryhmän jäsenten työtunnit  Pelkästään alituksia arvioituihin  Äärimmäisen tehokas työskentely yksilötasolla:  Käyttöliittymä loppukäyttäjälle toteutettiin huimasti etuajassa (Antti/Tuulia)  Jarkon oma-aloitteisuus kannan rakentamisessa  Mikon kokemus ja tehokkuus testauspuolella  Viime hetken rutistus tiedonsiirron ja kannankäsittelyn toteutuksessa (Jari/Petri) I1-vaiheessa toteutuneet tunnitSuunnitelma I1-vaiheen alussa Viimeisin suunnitelma

7 T-76.115 Projektikatselmus 7 Laatumittarit  Bugiraportointia ei vielä aloitettu yksikkötestauksen aikana  vaiva hyötyä suurempi yksikkötestauksessa  Suoritettu teknisen määrittelyn katselmointi (staattinen testaus), josta saatu seuraavat tulokset: Korjatut ongelmakohdat vakavuusluokittain: BlockerCriticalMajorMinorTrivialKysymysYhteensä --2343957

8 T-76.115 Projektikatselmus 8 Laadun arviointi  Yksikkötestaus päässyt hyvin vauhtiin:  Database-moduuli OK  Transmission-moduulia testattu myös kattavasti testattavilta osin  Moduulien integraatiotestausta ei vielä päästy aloittamaan, aloitetaan I2-vaiheen alussa Toiminta-alueKattavuusLaatuKommentit Tietokanta1  Katsottu pikaisesti. Kanta kunnossa, proseduurit ja data puuttuvat. Tietokantayhteydet (Database-moduuli) 4 Yhteys pelaa kantaan, proseduurikutsujen testaus vielä kesken Tiedonsiirto kannasta toiseen (Transmission-mdl) 3  Testattu palvelinpään tiedonsiirto. Toimii hyvin. Testaus odottaa koodin valmistumista. Web-käyttöliittymä1  Testausta ei vielä aloitettu, luonnosvaiheessa. Ylläpitotyökalut0  Kehitystyötä ei aloitettu Selitykset Kattavuus: 0 = ei mitään 1 = katsottu pikaisesti 2 = kaikki toiminnot tarkastettu 3 = testattu osin 4 = testattu Laatu:  = hyvä  = ei varmuutta  = huono

9 T-76.115 Projektikatselmus 9 Ohjelmiston koko koodiriveinä (LOC)  Taulukon luvut eivät sisällä JavaCC-työkalulla (parserinluoja) generoitua koodia, n. 1900 riviä

10 T-76.115 Projektikatselmus 10 Muutokset projektiin  Projektiorganisaation muutokset  Asiakkaan työntekijä (Mari) tekee Java-rajapinnan toisen puolen  Muutos tähän 27.11.  Muutokset vaatimuksissa  Painotusta lisätty nimenomaan raporttien tärkeydelle kulutusseurannan lisäksi  Painotus siirtynyt tiedonsiirrosta kannasta toiseen enemmän käyttöliittymäpainotteiseksi

11 T-76.115 Projektikatselmus 11 Riskit projektissa  Riskienhallintaryhmä  Kartoitettu palaverissa projektia mahdollisesti kohtaavia riskejä  Riskien monitorointi jatkuvaa  Riskien tila  Kaikki kahdeksan riskiä hallinnassa  Yksi uusi riski ilmennyt (kalenteriajan loppuminen)  Huolenaiheena lähinnä resurssien riittävyys ja oikea jakaminen  Laaja ja monimutkainen aihe  Edelleen eri palveluntarjoajat mukana  Yhteistoiminta usean tahon kanssa  Kalenteriaikaa toteutukselle vähän (lomat jne.), vaikkakin resursseja muuten kohtalaisesti  Tarvitaan enemmän tehtävien rinnakkaista tekemistä ja sisäisiä takarajoja.

12 T-76.115 Projektikatselmus 12 Työkäytännöt  Käytetyt menetelmät  pakolliset: ajanseuranta, versionhallinta  tapaamiskäytännöt  riskienhallinta  kommunikointi  dokumenttien rakenteet ja tarkastusmenettely sekä dokumentointikäytännöt  arkkitehtuurisuunnittelu  staattinen testaus tekniselle määrittelylle  konfiguraationhallinta (CVS ja koodi)  Tulevat  bugiraportointia Bugzillalla ei vielä ole tarvittu, sillä tehty vasta moduulitason testausta. Käyttöön I2-vaiheessa.  heuristinen arviointi loppukäyttäjän käyttöliittymälle I2-vaiheessa  Kaikkia käytäntöjä tullaan jatkamaan

13 T-76.115 Projektikatselmus 13 Menetelmäesitykset  Menetelmien käyttö ja kokemukset on tarkemmin dokumentoitu kunkin menetelmään HTML-dokumenttiin, joka löytyy projektin kotisivulta.  Joka vaiheen lopussa dokumentteja päivitetään uusista kokemuksista  Itse menetelmäesitykset on sovittu pidettävän I2- ja I3-vaiheiden mentor-palaverin yhteydessä.  Syynä ajan riittämättömyys katselmointitilaisuudessa

14 T-76.115 Projektikatselmus 14 Kokemuksia menetelmistä(1)  Vaatimusmäärittely  Asiakkaan- ja tuotteen käyttötarpeiden kartoittamiseen kannattaa käyttää aikaa  Haastatteluilla ym. saadaan yleiskuva  Käyttötapauskaaviot auttavat jäsentämään vaatimuksia  Prototyyppi konkretisoi ryhmän käsityksiä vaatimuksista Eri menetelmät eri vaiheisiin  I1:ssä ei merkittäviä muutoksia vaatimusmäärittelydokumenttiin  Arkkitehtuurisuunnittelu + Kattavuus: Menetelmä toi esille asioita, joita mutu-tietämyksellä ei olisi osannut ottaa huomioon. + Monipuolisuus: Menetelmällä tuodaan esiin erilaisia arkkitehtuurisia näkymiä, joilla pyritään hahmottamaan koko järjestelmän toimintaa eri näkökulmista. - Ei konkreettisia ratkaisuja: Menetelmän yhteydessä oli valmiita templateja, mutta ei konkreettisia esimerkkejä. - Huono soveltuvuus tähän projektiin: projektissa yhden osa-alueen kehittämistä ei voida tehdä ilman, että mietitään jo muitakin. - Ajanpuute: Menetelmän täydellinen sisäistäminen ja hyödyntäminen olisi vaatinut rutkasti enemmän aikaa.

15 T-76.115 Projektikatselmus 15 Kokemuksia menetelmistä(2)  Dokumentointikäytännöt  Menetelmä on ollut selkeä ja helppo ottaa käyttöön  Tuotettavat dokumentit ovat noudattaneet hyvin sekä dokumentointiprosessimallia että annettuja tarkempia käytäntöjä  Yhteisesti sovitut periaatteet ovat antaneet tuotetuille dokumenteille yhtenäisen rakenteen ja ilmeen  Suoritetulla katselmoinnilla on saatu parannettua dokumentin laatua  69 havaittua ongelmaa  Konfiguraationhallinta  Versionhallinta on toiminut hyvin (ongelmat olivat hyvin pieniä).  Julkaisuversiota ei vielä tehty.  Käännöksenhallintaa ei vielä tehty.  Varmuuskopioihin ei ole toistaiseksi tarvinnut turvautua.  Tapaamiskäytännöt  Hioutunut I1-vaiheessa lopulliseen asuunsa  Riskienhallintapalaverit uutena  Dramaattinen pudotus ajankäytössä (130  53,5)  Vain ehdottoman pakolliset jäsenet paikalla  Asiakaspalaverien jyrkkä väheneminen

16 T-76.115 Projektikatselmus 16 Kokemuksia menetelmistä(3)  Staattinen testaus  Menetelmä on ollut selkeä ja helppo ottaa käyttöön  Helppo myös mitata tehokkuutta  Vaatimusmäärittelyssä ja teknisessä määrittelyssä havaitut virheet ehkäisevät koodissa havaittuja virheitä aikaisessa vaiheessa  Suoritetulla katselmoinnilla on saatu parannettua dokumentin laatua  57 katselmoinnin ansiosta tehtyä korjausta  Kokonaisvaikutus edelleen kuitenkin epäselvä, aika näyttää onko staattinen testaus vain tehokkaampaa kirjoitusvirheiden tarkistusta vai suurempien ongelmien havaitsemista

17 T-76.115 Projektikatselmus 17 I1-vaiheen tulokset  Arkkitehtuurin osat  tietokanta (toimintaa ei pystytä demoamaan)  Java-rajapinta  tiedonsiirto  loppukäyttäjän käyttöliittymä (ulkoasu ja dummy-toiminnallisuus)  hallinnointityökalun HTML-ulkoasu olemassa (etuajassa)  Dokumentit  projektisuunnitelma (päivitys)  vaatimusmäärittely (päivitys)  riskienhallintasuunnitelma (päivitys)  edistymisraportti  tekninen määrittely  testitapaukset, testilokit ja testiraportti  Projektiryhmän sisäiset tuotokset  testisuunnitelma (päivitys)  laatukäsikirja  palaverien agendat ja pöytäkirjat  katselmointiin liittyvät dokumentit (staattinen testaus)  henkilökohtaisiin menetelmiin liittyvät dokumentit

18 T-76.115 Projektikatselmus 18 IOBASE – Tekninen määrittely(1)  Pyrkimyksenä luoda ymmärrettävä ja kattava kuvaus järjestelmästä  Kehitys-, testaus- ja käyttöympäristö  Yleinen arkkitehtuuri  Suunnitteluperiaatteet, arkkitehtuuriset näkymät, ulkoiset liitynnät  Ohjelmistoarkkitehtuuri  Tietojen siirto etäkannoista, WWW- ja eräajoarkkitehtuurit, moduulijako  Tietokantarakenne  Järjestelmän yleiset ominaisuudet  Tekniset yksityiskohdat  Hylätyt ratkaisut

19 T-76.115 Projektikatselmus 19 IOBASE – Tekninen määrittely(2) Esimerkki: Toiminnalliset osat

20 T-76.115 Projektikatselmus 20 Demo: Loppukäyttäjän käyttöliittymä  Ei sisällä kantaan asti menevää toiminallisuutta, mutta ajatuksena onkin esitellä sen ulkoasua.  sisäänkirjautuminen  talokohtaiset tiedot  kulutusseurantakaaviot  monikielisyys  uloskirjautuminen

21 T-76.115 Projektikatselmus 21 Suunnitelma seuraavalle vaiheelle (I2)  Tavoitteet  Tietokannan laajentaminen  Teknisen määrittelyn jatkaminen  Tiedonsiirto kannasta toiseen  Loppukäyttäjän käyttöliittymän toteutus  Hallinnointityökalun suunnittelu  Käyttöoppaan tekeminen  Tuotettavat asiat (tärkein ensin)  Tietokannan laajennus  Loppukäyttäjän käyttöliittymä  Java-rajapinnan ulkopuoli  Hallinnointityökalun proto (demotaan)  Päivitetyt dokumentit  Käyttöopas  Riskit ennallaan