T-76.4115/5115 Software Development Project I/II Experience Exchange Session: architects Jari Vanhanen Ohjelmistoliiketoiminnan ja –tuotannon laboratorio.

Esitys aiheesta: "T-76.4115/5115 Software Development Project I/II Experience Exchange Session: architects Jari Vanhanen Ohjelmistoliiketoiminnan ja –tuotannon laboratorio."— Esityksen transkriptio:

1 T-76.4115/5115 Software Development Project I/II Experience Exchange Session: architects Jari Vanhanen Ohjelmistoliiketoiminnan ja –tuotannon laboratorio Software Business and Engineering Institute (SoberIT)

2 Agenda  Esittäytyminen  Keskustelua  arkkitehtuurin liittyvät päätökset  tärkeät laatuvaatimukset  Ryhmätyöt  arkkitehtonisesti merkittävät päätökset  arkkitehtonisesti merkittävät laatuattribuutit  Development view  Ryhmätöiden purku yhdessä

3 Esittäytyminen  Nimi  Projekti  Onko aikaisempaa kokemusta arkkitehdin tehtävistä?  Mitä asioita olette jo alkaneet tehdä arkkitehtuurin liittyen?  Onko jokin aihealue, mitä haluaisit erityisesti käsiteltävän?  ~2min/hlö

4 Keskustelun aiheita  Millaisia arkkitehtuuriin liittyviä päätöksiä olette pohtineet tai tehneet?  Onko teillä ollut vaihtoehtoisia ratkaisuja, joista ei ole ollut selvää kumpi valita?  Onko teillä voimakkaita tai vaikeita laatuvaatimuksia järjestelmälle?

5 Ryhmätyöt  Architecturally significant decisions –ryhmä  Laatuattribuutti-ryhmä  Development view –ryhmä  Valitkaa yksi projekti kontekstiksenne  mutta tuokaa esille ajatuksia kaikista projekteista  Valitkaa sihteeri, joka listaa keskustelun mielenkiintoisimmat asiat paperille ryhmätöiden purkua varten

6 Architecturally significant decisions –ryhmä  Mitkä tai millaiset päätökset casessa ovat arkkitehtonisesti merkittäviä ja miksi? Mitkä taas ovat suunnittelupäätöksiä, ja voidaan jättää myöhemmäksi? Mihin siis vetää raja arkkitehtonisten päätösten ja suunnittelupäätösten välillä?  Ovatko päätökset arkkitehdin tehtävissä vai tarvitaanko jostain lisätietoa, esim. keskustelua tai tarkentamista jonkin sidosryhmän kanssa?  Onko mahdollisesti tullut jo implisiittisesti tehtyä jotain arkkitehtonisia päätöksiä (esim. client-server)?  Onko kuviteltavissa mitään muita mahdollisia ratkaisuja?  Miten tehdyt ratkaisut on perusteltavissa ja selitettävissä muille sidosryhmille (projektipäällikkö, asiakas, koodaajat, jne.)?  Mitä jos jokin päätös (jo identifioiduista) olisi jäänyt hoitamatta, mitkä saattaisivat olla seuraukset pahimmassa tapauksessa?

7 Laatuattribuutti-ryhmä  Miten hyvin halutut laatuattribuutit on ymmärrettävissä vaatimusten perusteella? Voidaanko mitata tai validoida niiden täyttyminen? Miten kuvausta olisi tarkennettava, jotta validointi voisi onnistua?  Millaisia keinoja voisi käyttää laadun saavuttamiseksi?  Mihin kaikkeen saavuttamistavoite vaikuttaa / heijastuu?  Kuinka tärkeää tavoitteen saavuttaminen on / kuinka vaikeaa?  Onko ymmärretty miten paljon asiakas voi joustaa tai minkälaisia muita kompromisseja valmis tekemään, eli kuinka ehdoton tavoite on?  Mitä tapahtuu, jos arkkitehtuurisuunnittelu epäonnistuu ko. laadun suhteen, miten se voi epäonnistua?

8 Development view–ryhmä  Katsokaa arkkitehdin työsarkaa toteutuksen näkökulmasta.  Millä perusteella modulit muodostetaan?  Onko moduulirakenteen lisäksi jotain mitä pitäisi kommunikoida toteuttajille, esim. koodaus tai testauskäytäntöjä, suunnittelusääntöjä, voimakkaita arkkitehtonisia drivereita tms.?  Mikä on arkkitehdin rooli toteutuksen aikana?  Mitä voi mennä pieleen, jos arkkitehti on huono ja löysä?