160 likes | 305 Views
T-76.611 Ohjelmistojen määrittely- ja suunnittelumenetelmät. Software design and specification methods. Kurssin henkilökunta. Luennoitsija DI Antti Karanta, FCS Partners Oyj www.fcspartners.fi Assistentit DI Timo Asikainen ja Kai Risku, SoberIT www.soberit.hut.fi.
E N D
T-76.611 Ohjelmistojen määrittely- ja suunnittelumenetelmät Software design and specification methods
Kurssin henkilökunta • Luennoitsija DI Antti Karanta, FCS Partners Oyj • www.fcspartners.fi • Assistentit DI Timo Asikainen ja Kai Risku, SoberIT • www.soberit.hut.fi
Yhteystiedot ja tiedotuskanavat • Yhteystiedot • Luentoihin liittyvät asiat • t76611-teacher@soberit.hut.fi • Harjoitustöihin ja järjestelyihin liittyvät asiat • t76611@soberit.hut.fi • Tiedotus • Kurssin www – sivut • www.soberit.hut.fi/T-76.611/ • Kurssin news – ryhmä • opinnot.tik.tik76611
Esitiedot • T-106.270 Ohjelmoinnin peruskurssi T3 TAI T-106.233 Ohjelmoinnin peruskurssi 2 • Sujuva ymmärrys olio-ohjelmoinnista jollain oliokielellä • T-76.601 Ohjelmistotuotannon perusteet • Peruskäsitys siitä, mikä on ohjelmistoprosessi ja mitä siihen kuuluu
Käsiteltävät asiat • Kantavana teemana olioajattelumalli, oliosuunnittelu ja -analyysi • Luokkasuunnittelu • Vastuunjako • Design patterneja • Järjestelmäsuunnittelun ja olioprosessin perusteet • UML on vain notaatio, väline • Notaatioonkin kyllä perehdytään melko syvälle
Perspektiivi käsiteltäviin asioihin • Ohjelmistokehittäjän näkökulma • UML:a voivat käyttää muutkin • Käytännönläheistä asiaa, hyvin vähän ”akateemista löpinää” • Esim. UML:n metamallia ei käsitellä • Luennot etenevät eri tavalla kuin kirja • Luennoilla tehdään myös pieniä harjoituksia • Yksin ja ryhmissä • Kynät ja paperia matkaan!
Perspektiivi käsiteltäviin asioihin • Pääasiallisesti pysytään irti koodista • Jonkin verran Javaa tullaan silti näkemään esimerkeissä – itse ei tarvitse koodata • Oliokielillä on hyvin erilaisia piirteitä, jotka vaikuttavat joiltain osin oliosuunnitteluun • Näkökulma tällä kurssilla vahva tyypitys, staattinen ja yksinkertainen (single) luokittelu • Esimerkiksi Java, C++, C#… • Suurin osa esitellyistä periaatteista pätee kyllä ilman näitä oletuksiakin
Aikataulu • Alla esitetty aikataulu ei välttämättä täysin tarkka – asioita voi ”vuotaa” edelliselle tai seuraavalle luennolle • Ajat voivat muuttua, tarkista newsseistä tai nettisivuilta • ma 17.3. klo 13-16, T1 • Kurssin yleiset asiat • Yleiskatsaus oliosuuntautuneisuuteen • UML yleiskatsaus • pe 21.3. klo 15-18, T1 • Luokkakaaviot • ma 24.3. klo 15-18, T1 • Käyttötapaukset • Arkkitehtuuritason kaaviot
Aikataulu • ke 26.3. klo 9-12, G-sali (päärakennuksella) • Dynaamiset mallit • Interaktiokaaviot • Tilakaaviot • Toimintokaaviot • ma 31.3 klo 13-16, T1 • Oliosuunnitteluperiaatteita • ti 1.4. klo 15-18, L-sali (päärakennuksella) • Olioprosessi • Unified Process • Kokonaiskuva UML:n käytöstä UP:ssa • Desing Patterns
Materiaali • Larman, Craig: Applying UML and Patterns, 2nd edition, Prentice Hall 2001 • Saatavissa ainakin TKK kirjakauppa, DataClub, www.amazon.co.uk... • Prujuja • Luentokalvot prujuina (suomeksi, eivät tule webiin) • Jonkin verran muuta täydentävää materiaalia prujuina (englanniksi) • Viime vuoden prujut käyvät • Tosin päivityksiä on luvassa, 1:1 vastaavuutta ei ole • Kannattaa vilkaista myös kurssin kotisivulla olevia linkkejä
Kirjasta vaadittavat osiot • Ei tarvitse lukea kappaleita • 7, 13, 32, 34 – 35 • Seuraavista kappaleista ei tulla kysymään mitään tentissä • 20, 33 • Silti hyödyllisiä, sisältävät esimerkkejä suunnitteluperiaatteiden soveltamisesta • Ylipäätään koko kirja on hyvää asiaa ja suositeltavaa luettavaa
Vaatimukset • Harjoitustyö • Tentti • Kurssi vaihtuvasisältöinen, joten tämän kurssin sisällöstä on tentit • Keväällä 6. toukokuuta • Syksyllä • Ensi vuoden alussa (tammikuu) • Harjoitustyön arvosanasta riippumatta tentin pitää olla läpäisty, jotta kurssi olisi läpi • Palaute
Harjoitustyö • 2 – 3 hengen ryhmissä • Ryhmän koko ei vaikuta arvosteluun • Kaksivaiheinen palautus • Ensimmäisessä vaiheessa palautetaan analyysiosuus, toisessa sen pohjalta tehty design • Deadlinet luultavasti 28.4. ja 30.5. • Arvostelu • Hylätty • Hyväksytty • Hyväksytty + 1 (arvosanaan)
Harjoitustyö • Läpäiseminen ei ole ylivoimaista, jos viitsii nähdä vähän vaivaa • Bumerangeja vain ääritapauksissa • Pitää olla aidosti yritystä – tyhjä paperi tai nopeasti väsätty kyhäelmä eivät riitä • Harjoitustyön hyväksytty suorittaminen edellyttää molempien palautuksien hyväksymistä • Palautuskielet suomi / ruotsi / englanti • Julkaistaan parin viikon sisällä
Tentti • Kirja vaadituilta osin • Prujut • Ilman luentokalvoja pärjää, mutta ei välttämättä 4 tai 5 edestä • Vaikka luennoilla on jonkin verran Java – esimerkkejä, mitään Java – tuntemusta ei tentissä edellytetä
Palaute • Kurssilta kerätään palautetta webissä • Linkki kurssin sivuilla • Palautetta kerätään myös tentistä • Palaute on anonyymiä (opiskelijanumeroa ei yhdistetä palautteeseen) • Palautteen antaminen on pakollista kurssin läpäisemiseksi (osasuoritus)