Arkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä

Transkriptio

1 Arkkitehtuuritietoisku eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä

2 Esikysymys Kuinka moni aikoo suunnitella projektityönsä arkkitehtuurin?

3 Onko tämä arkkitehtuuria? Ohjelmisto toteutetaan siten, että se käyttää P2P-topologiaa Valitaan toteutusteknologiaksi QT Käytetään OpenSource-kirjastoa openssl Softa julkaistaan lisenssillä GPL Ohjelmisto toteutetaan käyttäen ketteriä menetelmiä Ohjelmiston pitää olla valmis tammikuussa 2013

4 Epäonnistuneen ohjelmistoarkkitehtuurin seurauksia 4 järjestelmää ei pystytä toteuttamaan järjestelmä ei valmistu suunnitellussa ajassa järjestelmä ei skaalaudu järjestelmä on tehoton järjestelmää on vaikea testata järjestelmää on vaikea ylläpitää järjestelmää ei pystytä uudelleenkäyttämään järjestelmää ei pystytä siirtämään toiseen ympäristöön

5 Mitkä asiat vaikuttavat arkkitehtuuriin? Arkkitehti (päättää mitä tekee) Onko erillistä tietokantaa (erillinen purkki, liitynnät) Sovelluksen käyttötarkoitus (lääketieteellinen järjestelmä vs. joku muu, käyttöliittymät) Asiakas ja muut sidosryhmän jäsenet (asiakkaan vaatimukset, johdon vaatimukset)

6 Mitkä asiat vaikuttavat arkkitehdin päätökseen? Resources: I have two Scrum teams Architect

7 Mitkä asiat vaikuttavat arkkitehdin päätökseen? Resources: I have two Scrum teams Requirements: The system should have response time under 1 s when there is users logged in the service. Architect

8 Mitkä asiat vaikuttavat arkkitehdin päätökseen? Resources: I have two Scrum teams Experience: I have had bad experiences using Struts Requirements: The system should have response time under 1 s when there is users logged in the service. Architect

9 Mitkä asiat vaikuttavat arkkitehdin päätökseen? Resources: I have two Scrum teams Experience: I have had bad experiences using Struts Requirements: The system should have response time under 1 s when there is users logged in the service. Business goals: Company should take technology X in use within two years. Architect

10 Mitkä asiat vaikuttavat arkkitehdin päätökseen? Resources: I have two Scrum teams Experience: I have had bad experiences using Struts Requirements: The system should have response time under 1 s when there is users logged in the service. Personal preference: I prefer to use open source components over commercial ones Business goals: Company should take technology X in use within two years. Architect

11 Mitkä asiat vaikuttavat arkkitehdin päätökseen? Resources: I have two Scrum teams Experience: I have had bad experiences using Struts Requirements: The system should have response time under 1 s when there is users logged in the service. Personal preference: I prefer to use open source components over commercial ones Architect Business goals: Company should take technology X in use within two years. Time-to-market: Product should be released next week, I just do this quick-n-dirty solution

12 Mitkä asiat vaikuttavat arkkitehdin päätökseen? Resources: I have two Scrum teams Experience: I have had bad experiences using Struts Requirements: The system should have response time under 1 s when there is users logged in the service. Personal preference: I prefer to use open source components over commercial ones..and many other concerns. Architect Business goals: Company should take technology X in use within two years. Time-to-market: Product should be released next week, I just do this quick-n-dirty solution

13 Mihin asioihin arkkitehtuuri vaikuttaa?

14 Case: Taurus Halutaan tehdä yksi muutos: Halutaan erotella tehdyt tunnit iteraatioittain. Mitä tietoa tarvitaan?

15 Mitä dokumentoida?

16 Mitä dokumentoida?

17 Ei kai ketterissä menetelmissä mitään arkkitehtuureja suunnitella, kun ei haluta olla kankeita ja byrokraattisia? Arkkitehtuuri ja Agile

18 The Myth Architecture is a heavy-weight activity, and the magic of Agile makes it unnecessary to bother with up-front design. Lainattu Jim Coplienin ja Kevlin Henneyn Esityksestä: Agile architecture is not fragile architecture

19 Agile ja arkkitehtuuri Arkkitehtuuri ei ole dokumentti, arkkitehtuuri pitää kommunikoida Plan vs. Planning Pohjimmiltaan arkkitehtuuri on joukko päätöksiä Pienemmässä järjestelmässä vähemmän päätöksiä, mutta yhtä tärkeitä Avainasemassa ovat päätökset, jotka laskevat muiden päätösten tärkeyttä (~=arkkitehtuuria). Tekevät helpommista päätöksistä entistä helpompia jatkossa

20 Scrum Analysis Product retrospective review Potentially shippable product increment 2-4 weeks Potentially shippable product increment 2-4 weeks Delivered product

21 Tehdään arkkitehtuuri up-front Analysis Product Architecture design retrospective review Potentially shippable product increment 2-4 weeks Potentially shippable product increment 2-4 weeks Delivered product

22 0 Analysis Product 0 retrospective review Architecture, development environment, etc weeks Potentially shippable product increment 2-4 weeks Delivered product

23 Arkkitehtuuri sprinteissä Analysis Product retrospective review Architecture design Potentially shippable product increment 2-4 weeks Architecture design Potentially shippable product increment 2-4 weeks Architecture design Delivered product

24 Erillinen arkkitehtuuritiimi Analysis Product XOR Architecture team retrospective review Potentially shippable product increment 2-4 weeks Potentially shippable product increment 2-4 weeks Delivered product

25 Arkkitehdin rooli

26 Arkkitehdin rooli

27 Arkkitehdin rooli How to Avoid Being the Asshole Architect 1) Eat your own dog food 2) Standards apply to you too 3) Communicate like you are a Teacher, not a Preacher 4) Lead by example in Documentation 5) Command from the trenches, not the Ivory Tower 6) Throwing your prototype/framework/design/uml documentation into the hands of the unwashed masses is not the end of your involvement 7) Attitude may work in the military for commanding respect, but it rarely succeeds in IT

28 Kysymyksiä?

29 Jälkikysymys Kuinka moni aikoo suunnitella projektityönsä arkkitehtuurin?