esitys jonka esitin ensitapaamisessa

1. Aido Oliot Avaus Mitä ja miksi oliot

3. Pähkinänkuoressa Page 2008-01-11 Mallista generointi Kertteryys 2 3 4 Olioparadigman ymmärtäminen 1

4. Tietojärjestelmien kehitys Page 2008-01-11 abstraktiotaso sovellusohjelmointi 1960 2010 lkdj fkjsd fj d'fj ojd n öln cl foj d ih coih pij d foj o ij cij dscij dj idc oijcpoi d åoj ihji khj dcohj foid f podc 'okc oo poidc okjd dfh pod 'åodöok idh f hlkjhd hjdd ihd f fg fg adf ihdf f ffdf df idhf df fgdf ihd fdfg dfg odh fdfg idfhdfg idfh dfg idshf dfg idhf dfg oidh fdfg fdfg h d f -1980 koodi + tieto lkdj fkjsd fj d'fj ojd n öln cl foj d ih coih pij d foj o ij cij dscij dj idc oijcpoi d åoj ihji khj dcohj foid f podc 'okc oo poidc okjd dfh pod 'åodöok idh f hlkjhd hjdd ihd f fg fg adf ihdf f ffdf df idhf df 1980-1990 koodi tieto 1990 - koodi + tieto HW + OS Middleware Middleware Middleware HW + OS HW + OS HW + OS HW + OS Middleware Middleware

6. Olioparadigman Kokonainen maailmankuva

8. OlioParadigma Henkilö - nimi - tukan väri - pituus - paino - syntymäaika - GSMnumero kerroNimi kerroIkä kerroOsoite muutaGSMnumero laulaMaamme kerroIkä Palvelujen kuori Olion ydin = identiteetti Object olioita =yksilöitä luokka luokka : yhteiset ominaisuudet ja palvelut ja viestit luokka vastaa kielen käsitettä (sanaa) Class

9. Olioiden käyttäytyminen Liiketoimintaprosessi Funktionaalinen dekompositio Agentteihin perustuva dekompositio A Temppu1 Temppu2 D Temppu1 Temppu2 B Temppu1 Temppu2 C Temppu1 Temppu2 A D B C Homma Alku Keski Loppu AlunAlku AlunLoppu KeskiKesi LopunAlku LopunLoppu

11. Abstrakti oliomalli Määrittely

12. Ravintolan luokkakaavio Page 2008-01-11

13. Ravintolan yhteistoimintakaavio Page 2008-01-11

14. Abstraktiotason hallinta Page 2008-01-11 Liiketoiminnan mallia laadittaessa abstraktiotason hallinta on hyvin keskeinen elementti . semanttinen sisältö abstraktiotaso korkea matala sisältö vähäinen sisältö runsas semantiikan määrä

15. Abstrakti malli ja 3-kerroksinen toteutus Lisää kompleksisuuden hallintaa

17. Looginen 3-taso arkkitehtuuri Page 2008-01-11 Pysyvyys Sovellus- oliot Näytöt Liiketoiminta- oliot Liiketoimintalogiikka Sovelluslogiikka

18. Kahden erillisen mallin yhdistäminen Page 2008-01-11 käsitemalli prosessimalli Kahden erillisen mallin yhdistäminen hyvin vaikeaa Finnair Tjt- tutkimus 38 * 44 = 1672 yhteyttä oliomalli

19. Liiketoimintojen yhteinen leikkaus Page 2008-01-11

20. Abstrakti mallilähtöinen sovelluskehitys Abstract Domain Driven Development

21. Perinteinen & ketterä projektiperiaate Page 2008-01-11 Perinteinen vesiputous Ketterä Mallilähtöinen Ketterä määrittely suunnittelu toteutus määrittely suunnittelu toteutus kompleksisuusräjähdys Abstrakti liiketoiminnan mallinnus Liiketoimintalogiikan toteutus Sovellustarpeiden lisäy

22. SCRUM Page 2008-01-11 Scrum Sprint

23. Ketteryys tarkkenevasta mallista Page 2008-01-11 Kehittämisprosessi Abstrakti mallinnus 5 -15 pv Suunnittelu Toteutus todellisuus

24. Kehittämisprosessi Page 2008-01-11 Liiketoimintaprosessit Use cases Työnkulut Abstrakti liiketoimintamalli Implementation Implementation Liiketoiminna päämäärät 2 1 3 4 SovellusOliot näytöt Pysyvyys Liiketoiminnan Oliot

25. Kehittämisprosessi Page 2008-01-11 80 % Generate 10% 100% SovellusOliot näytöt Pysyvyys Liiketoiminnan Oliot

28. ADDD ja OOA & OOD ominaisuus ADDD 2005 > OOA + OOD 1995 > OO-paradigma 97 % 100% Kohdealueen malli puhdas sisältää sovelluksen Tietoinen abstraktiotason valinta 100 % ~ 50 % 3-kerros arkkitehtuuri 100% 100% Kerrosten aikainen erottaminen 100 % 25 % Ketteryys 0 – 100% ? Generointi 15 -25% ?

30. Asian ytimeen Page 2008-01-11 Mallista generointi Kertteryys 2 3 4 Olioparadigman ymmärtäminen 1

32. Loppu Page 2008-01-11

36. Loppu Page 2008-01-11

40. Grady Booch SOA:sta Page 2008-01-11 GB:” I've seen some folks suggest creating an SOA from the bottom up: look at a silo, identify the potential services, and publish them, then weave a system together from them. This is in essence technology first. In my experience , this is a recipe for disaster and/or serious over-engineering . You've got to start with the scenarios/business needs, play those out against the existing/new systems, zero in on the points of tangency, and there plan a flag for harvesting a meaningful service. These styles, and their resulting costs/benefits, are rarely discussed. “ (värjäykset ja bouldaukset mun) ja vahan ennen tätä: There are also services with a big S: there is a conceptual kind of service that is not manifest as a pure WSDL service but rather something else. Think of a service as a port on a system, with that port having a well-defined interface consisting of a vocabulary of classes, a protocol, and a particular set of messages and resulting behavior. It is a good thing that you can conceptualize a system as a web of services, some of which are Services and some of which are, well, services. http://www.ratio.co.uk/ov10.pdf ObjectiveView10

41. Page 2008-01-11

42. Java -teknologian kehitys Jukka Tamminen Page 2008-01-14 Simula rakenteinen ohjelmointi C++ C relaatiokantojen teoria SQL-kannat Chenin ER-malli OOA oliotietokannat WWW Mosaiq Arpanet Java- Corba sovellukset NetScape Java verkkokannat 1970 1975 1980 1990 1985 1995 EJB ja OTM Java tapahtuma- sovellukset 2000 Smalltalk oliohajautus (CORBA)