1 / 26

T-76.115 Projektikatselmus

T-76.115 Projektikatselmus. Kamomilla I1-vaihe 30.11.2004. Projektin tilanne ( 10 min) I1-vaiheen tavoitteiden saavuttaminen Projektin mittarit Vaiheen tulokset ( 20 min) Tulosten esittely demo Käytetyt työmenetelmät ( 5 min) I2-vaihe ( 2 min). Agenda. Projektin esittely .

joseph-head
Télécharger la présentation

T-76.115 Projektikatselmus

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. T-76.115 Projektikatselmus Kamomilla I1-vaihe30.11.2004

  2. Projektin tilanne (10 min) I1-vaiheen tavoitteiden saavuttaminen Projektin mittarit Vaiheen tulokset (20 min) Tulosten esittely demo Käytetyt työmenetelmät (5 min) I2-vaihe (2 min) Agenda

  3. Projektin esittely • Projektin nimi on WEBGUI (Web Base Graphical User Interface) • Kuvaus järjestelmästä • etäjärjestelmien tietokannat • keskustietokanta • Web-palvelin • Ylläpito • Loppukäyttäjät • Tärkeimmät projektissa toteutettavat ominaisuudet • graafinen käyttöliittymä • Käyttäjien hallinta • Etäjärjestelmien hallinta • Raportointityökalu

  4. Iteraation tavoitteiden tilanne • Tavoite 1: Suunnitella arkkitehtuuri • OK • Tavoite 2: Suunnitella käyttöliittymä koko ohjelmistolle • OK • Tavoite 3: Luoda laadunvarmistussuunnitelma • OK • Tavoite 4: Parantaa nykyisen järjestelmän arkkitehtuuria ja toteutusta • Arkkitehtuuria parannettu, mutta connection pool parannusta ei saatu toteutettua -> jätetään toteuttamatta • Tavoite 5: Korjata tuotetuista ohjelmiston osista löytyviä virheitä • Osa virheistä korjattu, 2 pientä virhettä korjaamatta

  5. Iteraation palautusten tilanne • Projektisuunnitelma • OK, tehty joitain päivityksiä vaiheen aikana • Vaatimusmäärittely • OK, päivitetty toteutettujen osien suhteen • Tekninen suunnitelma arkkitehtuurin osalta • OK, arkkitehtuuri on suunniteltu • Laadunvarmistussuunnitelma • OK, kaikkia suunniteltuja testaustoimia ei kuitenkaan ole vielä aloitettu, joten mahdollisesti joitakin muutoksia ja tarkennuksia tehdään I2-vaiheessa • Testiraportti, testitapaukset ja testilogi • OK • SEPA-päiväkirjat • OK • Käyttäjäryhmien hallinta • OK • Kuukausiraportin prototyyppi • OK

  6. Realized hours (for I1 iteration tasks) Tehtävien toteutuminen Realized hours (for I1 iteration tasks)

  7. Realized hours (for I1 iteration tasks) Tehtävien toteutuminen Realized hours (for I1 iteration tasks) • Virhe kokonaisaika-arviossa • Dokumenttien tekemiseen meni oletettua vähemmän aikaa • Kokouksiin käytettiin vähän aikaa • Virheet tehtäväkohtaisissa aika-arvioissa • Kokemattomuus • Vaikea arvioida, kun sisältö ei ollut täysin selvä • Siirrettyjä tehtäviä • Kaikki suunnitellut tehtävät tehtiin • Vaiheen aikana ei lisätty tehtäviä • Ei suunnittelematonta työtä • Etäjärjestelmiin liittyvät tehtävät mukana • Olisi mahdollisuuden tullessa tehty • Aikaa niiden toteuttamiseen ei jäänyt Not started I1 iteration tasks

  8. Tunnit henkilöittäin Tuntien toteutuminen iteraatiossa • Puuttuu yhteensä noin 15 tuntia (projektikatselmus, I2-vaiheen suunnittelu) • Suurimmat erot toteutuneiden ja suunniteltujen tuntien välillä: • Jari: Käyttöliittymäsuunnittelu • Terhi: Käyttäjätasojen toteutus • Teppo: Raportointityökaluun kului oletettua enemmän tunteja, eikä ollut järkevää ottaa muita avuksi • Markus: Käyttäjätasojen suunnittelu ja toteutus, tekninen suunnitelma • Jukka: Testauksessa vähän työtä tässä vaiheessa • Antti: Laadunvarmistuksessa oletettua vähemmän työtä

  9. Tunnit henkilöittäin Toteutuneet tunnit tässä vaiheessa Suunnitelma iteraation alussa • Uusimmassa suunnitelmassa tunnit lisättiin I2-vaiheeseen • Jukalle testaukseen lisätunteja myös FD-vaiheeseen • Tepolta tunteja pois FD-vaiheesta Viimeisin suunnitelma (muutokset)

  10. Tuotteen laatu Virheiden määrä ohjelmistossa Virheiden vakavuus Katselmoinneissa löytyneet virheet

  11. Laatuarvio • Testauksen tila • Kattavuus: Ohjelmistosta on testattu toteutetut osat, sekä vanha järjestelmä viimevuoden ryhmän testitapauksilla • Kaikkien toteutettujen komponenttien laatu on hyvä • Pieni määrä virheitä • uutta toiminnallisuutta toteutettu vähän • Laatu suhteessa vaiheen tavoitteisiin • Vanhan järjestelmän laatu • Hyvä, ongelmat korjattu • Arkkitehtuuri muutokset • Ei havaittu ongelmia • Avoimet virheet • Vain 2 minor-tason Legenda Kattavuus: 0 = ei koskettu 1 = katsottu 2 = funktiot testattu 3 = täysin testattu Quality: J = laatu on hyvä K = ei varmuutta L = laatu on huono

  12. Ohjelmiston koko (LOC Lines of Code) • Yhteenveto: • Uutta toiminnallisuutta toteutettu vähän • Kommenttirivien määrä muuttunut enemmän kuin koodirivien määrä -> johtuu osittain arkkitehtuuri parannuksista

  13. Muutokset projektissa • Connection pool parannus jätetään tekemättä • Päätettiin, että ei kuluteta enempää aikaa parannuksen tekemiseksi. Päätös tehty asiakkaan kanssa.

  14. Riskit • Tällä hetkellä mikään riski ei ole toteutumassa sellaisessa mittakaavassa, että siitä olisi havaittavaa haittaa projektille. • Seuraavat riskit on otettu I1-vaiheessa erikoisseurantaan ja tiettyjä toimenpiteitä niiden toteutumisen välttämiseksi on tehty • [R24] Java 1.5, varmistettu ohjelman toiminta aikaisemman Tomcat version kanssa • [2] Kommunikaatio ryhmän sisällä ei toimi, ohjeistettu ryhmää ongelmien välttämiseksi • [17] Vaatimuksia tulee koko ajan lisää, ohjeistettu ryhmäläisiä niin, että vaatimukset kulkevat prosessin mukaisesti • Riskit joiden totetumistodennäkyisyys laskenut • [R24] Java 1.5, Tomcatista uusi vakaa versio • Uusia riskejä ei ole havaittu

  15. Iteraation tulokset • Tärkeimmät tulokset • Tekninen suunnitelma • Laadunvarmistussuunnitelma • Käyttäjätasot • Raportointityökalu (prototyyppi) • Käyttöliittymä (prototyyppi)

  16. Tekninen suunnitelma • Esitetään seuraavat asiat: • Struts • Käyttäjätasojen hallinta • Raportointityökalu

  17. laadunvarmistussuunnitelma • Esitetään seuraavat asiat: • Virheiden seuranta • Laadunvarmistuksen tavoitteet

  18. Demo • Käyttäjätasot • Tason 2 käyttäjä • Tason 6 käyttäjä • Raportointityökalu • Raportin luonti • Käyttöliittymä • Käyttäjien hallinta • Käyttäjäryhmien hallinta • Etäjärjestelmien hallinta

  19. Työmenetelmät • Iteratiivinen kehitys + Jakaa projektin helpommin hallittaviin osiin + Projektin tilasta saadaan tasaisin väliajoin hyvä kuva - Suunnittelussa ongelmia, koska vaikea määritellä pitääkö suunnittelu tehdä koko projektin vai vain yhden vaiheen osalta • Iteraatioiden suunnittelu + Paransi kaikkien kuvaa I1-vaiheessa toteutettavista ominaisuuksista + Vähensi muiden kokousten tarvetta - Kattavaan suunnitteluun kului aikaa • Ajankäytön raportointi + Helppo pitää projektiin kuluneista tunneista kirjaa + Tunnit kirjattu oikeisden tehtävien alle epäselvissäkin tilanteissa - Trapoli-järjestelmä nurin toisinaan - Tehtävää jäljellä vaikea muistaa merkitä - Trapolin automaattinen alkaneiden tehtävien näyttäminen vaikeuttaa tuntien oikein syöttämistä uusiin tehtäviin, koska niitä ei automaattisesti nää ja tällöin tunnit helposti syötetään johonkin aloitettuun tehtävään

  20. Työmenetelmät • Virheiden seuranta • Ei vielä paljoa kokemuksia +/- Lähettää aina sähköpostin virheeseen tehdyistä muutoksista, voisi ilmeisesti muuttaa asetuksista - Vaikea määritellä virheiden tasot - Bugzillasta muistettava kirjautua aina ulos, ei automaattista ulos kirjautumista • Dokumentointi + Tarkalla vastuulla dokumentit päivitetään läpi projektin + Katselmointikäytännön avulla saatu dokumenteistä laadukkaita - korjataanko havaitut virheet itse vai pyydetään dokumentistä vastaavan korjata. (Nopeampi usein tehdä korjaus ja informoida dokumentistä vastaavaa) • Projektikatselmus + Parantaa kaikkien käsitystä projektin tilasta - Vaikea kerätä kokemuksia kaikista työmenetelmistä

  21. Työmenetelmät • Vaatimustenhallinta • Tehty melko vähän + Tarkasti määritelty vaatimusten lisäys ja poisto selkeä molempien osapuolien kannalta - Vaikea määritellä se taso, millä käyttötapaukset pitäisi dokumentoida • Versionhallinta + tiedostojen yhtäaikaisesta päivittämisestä ei ole koitunut ongelmia + tiedostot on muistettu siirtää CVS:ään - Kuvien kanssa pieniä ongelmia (binääri-tiedostoja) • Ohjelmointikäytännöt + Selkeät käytännöt helpottanut nimeämistä ja kommentointia - Check-style lisäosa ei ole toiminut oikein Java 1.5 kanssa

  22. Työmenetelmät • Riskienhallinta + Havaittu muutokset riskien tilassa ajoissa + Onnistuttu tekemään toimenpiteitä riskien toteutumistodennäköisyyden pienetämiseksi tai vaikutusten vähentämiseksi - Uusien riskien havaitseminen vaikeaa • Vertaisryhmätestaus • Ei aloitettu • Ohjelmakoosteet + Mahdollistanut testauksen stabiilissa ympäristössä - uutta_ohjelmakoosteessa.txt tiedoston sisällön kanssa epäselvyyksiä

  23. Työmenetelmät • Varmuuskopiot + Varmuuskopioita ei vielä ole tarvittu + Automaattinen, ei aiheuta lisätyötä • Kokouskäytännöt + valmiit pohjat nopeuttanut kokousten dokumentointia + Agendan tulostaminen kaikille helpottanut kokousten seuraamista + Projektikalenteri helpottanut kokousaikojen sopimista - Projektikalenterin päivitykseen kuluu aikaa • Kommunikaatiokäytännöt +Viikkoraportti auttanut pitämään kaikki projektin osapuolet tietoisina projektin tilanteesta - Vaikea päättää mistä asiasta lähettää sähköpostia kaikille -> paljon sähköpostia vs. ryhmäläiset eivät tiedä mitä on tehty

  24. Työmenetelmät • SEPA yhteenveto • Edistymisen seuranta ja kontrollointi + Aikataulusta jälkeen jääminen huomattiin - Aikatauluongelmat olisi pitänyt huomata aikaisemmin - Tehtävien lisääminen vaiheeseen ei onnistunut, vaikka tunteja olisi ollut riittävästi • Käytettävyystestaus + Käyttöliittymän prototyypin testaus oli helppo toteuttaa + Testien avulla löydettiin parannusehdotuksia • Refaktorointi - Ei saatu vielä täyspainoisesti käyttöön + Saatu parannettua olemassa olevaa järjestelmää • Staattiset metodit + Löydetty ja selvitetty joitain ongelmia - Ei ole saatu vielä kunnolla käyttöön

  25. Työmenetelmät seuraavassa vaiheessa • Uudet käytännöt • Ei uusia käytäntöjä • Muutokset käytäntöihin • Vaatimuksissa ennen toteutusta varmistetaan, että käyttötapaus vastaa asiakkaan vaatimuksia • Käytännöt, joiden käyttö lopetetaan • Projektikalenterin käytöstä keskustellaan I2-vaiheen suunnittelussa, koska seuraavassakaan vaiheessa ei ole todennäköisesti montaa kokousta

  26. I2-vaihe • Suunnittelu on aloitettu • Vaiheen suunnitelman tarkoitus valmistua 10.12 mennessä • Ryhmäläiset, jotka haluavat, voivat tehdä joululomalla projektitehtäviä • Terhi siirtyy projektipäälliköksi

More Related