Skip to content

Miniprojektit

Jump to bottom Edit New page
Matti Luukkainen edited this page Oct 10, 2015 · 34 revisions

##Ajankohtaista

##Johdanto

  • Kurssin viikoilla 4-7 tehdään miniprojekti
  • kurssin läpipääsy edellyttää hyväksyttyä osallistumista miniprojektiin
    • miniprojektin suorittaminen hyväksytysti edellyttää aktiivista työskentelyä jokaisessa sprintissä
    • miniprojektiin osallistuminen ei ole välttämätöntä jos täytät työkokemuksen perusteella tapahtuvan Ohjelmistotuotantoprojektin hyväksiluvun edellyttävät kriteerit ks. kohta "Laaja suoritus" sivulta http://www.cs.helsinki.fi/opiskelu/tietotekniikka-alan-ty-kokemus-opintosuorituksena
    • jos "hyväksiluet" miniprojektin työkokemuksella, kerro asiasta välittömästi emailitse
  • Projekti tehdään noin 4-5 hengen ryhmissä
  • Projektissa ohjelmoidaan jonkin verran, pääpaino ei kuitenkaan ole ohjelmoinnissa vaan "prosessin" (tästä lisää myöhemmin) noudattamisessa
  • Jokainen ryhmän jäsen tekee joka viikko 4 tuntia töitä miniprojektin eteen, ei yhtään enempää. Miniprojektissa on tarkoitus oppia työmäärän arviointia suhteessa käytettävissä olevaan aikaan.
  • ryhmä tekee kussakin sprintissä sen minkä se sprinttiin varatussa ajassa pystyy tekemään, ei enempää eikä vähempää
  • Kannattaa huomata, että ohjelman ulkonäkö tai toteutettujen ominaisuuksien määrä ei juurikaan vaikuta pistemäärään, eli ylitöitä ei pidä eikä saa tehdä sen takia, että ohjelmasta saisi laajemman tai hienomman.

##Ryhmän muodostaminen

  • Noin 4-5 hengen ryhmät
  • Ne joilla ei ole ryhmää voivat tulla ensimmäiseen miniprojektin aloitustilaisuuteen jonka aluksi ryhmäydytään. Jos se ei sovi, ota yhteyttä assistentti Pihla Toivaseen (pihla.toivanen@helsinki.fi)
  • Ryhmän saa muodostaa myös etukäteen

###Huomioi ryhmää muodostaessa Ryhmässä ei saa syntyä tilannetta, että ryhmä valitsee teknologiakseen esimerkiksi Ruby On Rails, vaikka ryhmän jäsenistä vain 2/4 on aiemmin käyttänyt sitä. Uuden oppiminen on aina hyvästä, mutta miniprojektit kestävät niin vähän aikaa, että ryhmissä syntyy helposti epätasapainoinen tilanne työmäärän kannalta tällaisessa tilanteessa. Voitte kuitenkin valita pienemmässä roolissa olevaksi tekniikaksi, esim. käyttöliittymäkirjastoksi, sellaisenkin kirjaston jota kukaan ei ole käyttänyt.

##Aloitustilaisuudet

  • maanantaina 21.9 klo 18 C220 ja torstaina 24.9 klo 9 C220
  • Jos et pääse kumpaankaan, ota yhteyttä

##Ensimmäinen asiakastapaaminen

Ryhmän tulee varmistaa että ryhmä on

Ryhmän ei tarvitse tehdä mitään muuta ennen ensimmäistä asiakastapaamista. Asiakastapaamisessa tulee tuntea viikolla 2 käsitellyt termit User Story, Product backlog ja Sprint backlog.

Työn eteneminen

sprintti 1

sprintti 2

  • ryhmät tapaavat asiakkaan (ma, ke ja to)

  • tapaamisajat

  • asiakaspalaverin pohjalta ryhmä ajantasaistaa product backlogin ja sopii asiakkaan kanssa toisen sprintin tavoitteesta

  • ryhmä suunnittelee toisen sprintin ja työskentelee sen tavoitteiden saavuttamiseksi

  • asiakkaan toive sprinttiin 2:

  • toisen sprintin jälkeen tulee ohjelman kyetä tuottamaan bibtex-tiedosto, joka toimii yhteen osoitteessa https://github.com/mluukkai/ohtu2013/blob/master/ohtu-bibtex.zip?raw=true olevan latex-dokumentin kanssa

  • dokumentti "käännetään" suorittamalla komennot pdflatex paper; bibtex paper; pdflatex paper; pdflatex paper

  • tämän jälkeen tiedostossa paper.pdf tulisi kaikkien lähdeviitteiden toimia, eli tiedostosta ei saa löytyä yhtään [?]:tä ** viitteiden merkkijonotunnisteiden (eli bibtex-itemin ylimmän rivin merkkijonon, mihin artikkelin tekstissä viitataan \cite:llä) ei tarvitse olla samat kuin artikkelissa käyteytyt, niiden tulee mielellään olla käyttelijän vapaasti määrittelemät tai oletusarvoisesti muodostetut

  • luodun bibitex-tiedoston nimen tulee olla valittavissa (esimerkkiprojektissa nimen tulee olla sigproc.bib, aina ei kuitenkaan ole näin)

  • huom: saatat joutua asentamaan fonttipaketin texlive-fonts-recommended, debianpohjaisissa linuxeissa (mm ubuntu) komennolla sudo apt-get install texlive-fonts-recommended

  • Sprintin 2 arvosteluperusteet

sprintti 3

loppudemo

Torstaina 22.10, 12=14 luokka B222

Työn arvostelu

  • miniprojektista saa maksimissaan 10 kurssipistettä (muut laskarit 10 pistettä ja koe 20 pistettä)
    • sprintit 1 ja 2 max 3 pistettä ja sprintti 3 max 4 pistettä
    • ensisijainen arvostelukriteeti on ohjelmaan toteutettujen featureiden laatu, tasainen eteneminen ja prosessin seuraaminen (ks. edellinen luku)

Täysiin pisteisiin kunkin viikon sprintissä vaaditaan kaikkien "Tekniset ja prosessiin liittyvät vaatimukset"-kohdassa mainittujen asioiden noudattamista

Tarkemmat arvosteluperusteet

Add a custom footer
Add a custom sidebar

Clone this wiki locally