Your SlideShare is downloading. ×
0
Architectuur als taal    Presentatie HU    7 maart 20121
Architectuur als taal Wat is architectuur? Waarom architectuur als taal?2
Waarom architectuur?
Informatiesysteemontwikkeling In de loop van de tijd zijn informatiesystemen steeds complexer  geworden:     Monolytisch...
Informatiesysteemontwikkeling Ontwikkelingen:     Budgetten dalen en kosten stijgen     Contingencyfactoren veranderen ...
Groei in volwassenheid6
De belofte van Architectuur7
De belofte van Architectuur           o Betere mogelijkheid tot fasering van ambities           o Mogelijkheid tot het mak...
Wat is Architectuur? Een discipline of een functie (de architectuur functie) binnen een  organisatie     Eigen taak, bij...
Definitie architectuur(DYA®)     Architectuur is een consistent geheel van principes en modellen dat     richting geeft aa...
Definitie Architectuur(IEEE-Std-1471-2000)     Fundamental conception of a system in its environment embodied in     its e...
Architectuurprincipes Een architectuurprincipe is een richtlijn of uitgangspunt voor een  ontwerper, bouwer (tijdens het ...
Principes Statement     De principe als een statement. Bij voorkeur in 1 regel, communiceerbaar. Rationale     In hoofdl...
Voorbeeldprincipe Alle informatie wordt eenmalige opgeslagen en meervoudig gebruikt Act as one De organisatie, processe...
Hierarchie van principes Enterprise principes Domein principes      Business -> Globale inrichting      IT -> Veelal s...
Architectuurmodel Visualisatie en beschrijving van bestaande (IST) en gewenste  situatie (SOLL). Modellen zijn bedoeld v...
Verschillen en overeenkomsten     Beleidsuitgangspunten:            Architectuurprincipes:      Richtinggevend           ...
Referentiearchitectuur De verzameling van architectuurprincipes en architectuurmodellen Scope:      Business architectu...
BusinessdoelenDYA®Architectuur                    Business-          Informatie-       TechnischeWerkmodel                ...
Architectuur Niveaus             Enterprise    Domein/Programma                                              Project Archi...
Gelaagde Architectuur – Organisaties en Ketens       Europe             VS                 ..     Netherlands         UK  ...
Gelaagde Architectuur – Architectuur raamwerken        European            Federal     Interoperability     Enterprise    ...
Architectuur als taal Wat is architectuur? Waarom architectuur als taal?23
Risico management (1) Wat is risico management:      Het bepalen van faalfactoren:       Van een change       Van een ...
Risico management (2) Risico management omvat de objecten:      Van een service      Van een product      Van een proc...
Risico management (3) Beheersing in vakgebieden:      Architectuur – architect       We komen niet van A naar B, geen h...
Babylonische spraakverwarring                         Taal?                        Object?                                ...
Babylonische spraakverwarring                                                                             Service         ...
Risicobeheersing vereist communicatie                                 Service                               Management    ...
GSA stappenplan30
GSA Stap 1.1ProcesContextdiagram31
GSA Stap 1.1ProcesDataFlowDiagram32
GSA Stap 1.1KSF-schema33
GSA Stap 1.2 Applicatiebeeldvorming34
GSA Stap 1.3InfrastructuurBeeldvorming35                 35
GSA Stap 2 Scope Doel:      Decompositie      Change       Inventarisatie      Object identificatie Risicogebieden:  ...
GSA Stap 2.2 SBB-A37
GSA Stap 2.3 SBB-I38
GSA Stap 2.1SBB versusUse Case39               39
GSA Stap 3Risicoanalyse Doel:      Risicobepaling      Risicoweging      Tegenmaatregelen40
GSA Stap 3.2Risicoanalyse applicaties41
GSA Stap 3.3Risicoanalyse infrastructuur42
Vragen43
Meer informatie?     De meer dan 30 artikelen van Bart de Best      zijn gepubliceerd op de volgende sites:               ...
Meer informatie?     Meer publicaties en of activiteiten van Pascal       Huijbers zijn te vinden en te volgen op:        ...
PublicatiesISBN-13:                         ISBN-13: 97890813380119789012116633                 ISBN13:                 97...
Literatuur References[Alexander, 1977] C. Alexander et al, “A Pattern  Language”, Oxford University Press, 1977 [Cace, 2...
LiteratuurBeheren onder architectuur         ISBN 9789081338011Publicaties in IT Beheer Magazine www.dbmetrics.nlKetenb...
Upcoming SlideShare
Loading in...5
×

Architectuur als taal v1 1.1

949

Published on

Presentatie over architectuur als taal. Hiermee wordt vanuit een architectuurperspectief aangesloten op beheren onder architectuur (beheer architectuur) door Bart de Best

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
949
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
20
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • TITM 2008 nr 1. Sturen met de klok meeITBM 2008 nr 7. BPR voert regie onder architectuurITBM 2008 nr 6. Business in controlITBM 2008 nr 5. SPS brengt business & IT samenITBM 2008 nr 4. Beheerrequirements voor regievoeringITBM 2007 nr 10. Regie onder beheerarchitectuurITBM 2007 nr 10. Beheerarchitectuur heeft nog een lange weg te gaanITBM 2007 nr 9. Verzekeraar beheerst de risico's van SOAITBM 2007 nr 8. Beheerarchitectuur in projectenITBM 2007 nr 5. Artikel BeheerarchitectuurITBM 2007 nr 1. Artikel Risicobeheersing bij nieuwe functionaliteitITBM 2006 nr 10. Artikel Drievoudig beheermodelITBM 2006 nr 8. Naar een SLA op eingebruikersniveauITBM 2006 nr 5. Een koekoeksjong in de CMDB ITBM 2006 nr 3. Artikel Business Service Management ITBM 2006 nr 2. Identity Management in kaartgebrachtITBM 2006 nr 1. Bij Fortis bepaalt de klant de organisatie ITBM 2006 nr 1. Acceptatiecriteria - 2e artikelITBM 2005 nr 10. Fortis meet de ketens door ITBM 2005 nr 9. Identity Management - 1e artikelITBM 2005 nr 8. Ketenbeheer langs de meetlat ITBM 2005 nr 7. Acceptatiecriteria - 1e artikelITBM 2005 nr 5. Integraal Ketenbeheer - 4e deelITBM 2005 nr 4. Integraal Ketenbeheer - 3e deelITBM 2005 nr 3. Integraal Ketenbeheer - 2e deelITBM 2005 nr 2. Integraal Ketenbeheer - 1e deelITBM 2001 nr 7. Is ITIL Balanced - 3e artikelITBM 2001 nr 6. Is ITIL Balanced - 2e artikelITBM 2001 nr 5. Is ITIL Balanced - 1e artikelITBM 1998 okt. ITIL en de SoftwareLifeCycleartikel 2ITBM 1998 sep. ITIL en de SoftwareLifeCycleartikel 1
  • Transcript of "Architectuur als taal v1 1.1"

    1. 1. Architectuur als taal Presentatie HU 7 maart 20121
    2. 2. Architectuur als taal Wat is architectuur? Waarom architectuur als taal?2
    3. 3. Waarom architectuur?
    4. 4. Informatiesysteemontwikkeling In de loop van de tijd zijn informatiesystemen steeds complexer geworden:  Monolytische systemen op mainframes  Data-extracties naar PC’s  Desktops met lokale applicaties  Decentrale verwerking  Complete rekencentra met mainframes, mini’s, PC’s, koppelingen met extranetten, internetten, clouds etc. De gevolgen zijn dat:  Veranderingen complexe analyses vereisen  Veel redundate services/producten worden gebruikt  De ICT-serviceverlening verstard is4
    5. 5. Informatiesysteemontwikkeling Ontwikkelingen:  Budgetten dalen en kosten stijgen  Contingencyfactoren veranderen sneller en TTM daalt Algemene uitdagingen voor architectuur zijn:  Kortere TTM  Lagere kosten5
    6. 6. Groei in volwassenheid6
    7. 7. De belofte van Architectuur7
    8. 8. De belofte van Architectuur o Betere mogelijkheid tot fasering van ambities o Mogelijkheid tot het maken van synergie keuzes o Lagere beheer- en exploitatiekosten o Kortere time-to-market van nieuwe diensten o Betere vertaling van strategie naar implementatie o Betere regie in geval van uitbesteding o Betere besluitvorming over welke projectportfolio o Beter risicomanagement o Bestuurbaar maken van ICT projecten8
    9. 9. Wat is Architectuur? Een discipline of een functie (de architectuur functie) binnen een organisatie  Eigen taak, bijdrage en verantwoordelijkheden binnen de organisatie  Eigen niveau van ophanging.  Rollen , TVB Een Proces  Manier van werken  Aanhaking op andere processen  Ingebed in organisatie  Betrokken Stakeholders Een Product  Architectuur producten (documenten, presentaties)  Inzicht in de huidige en toekomstige situatie  Richtinggevende documenten9
    10. 10. Definitie architectuur(DYA®) Architectuur is een consistent geheel van principes en modellen dat richting geeft aan ontwerp en realisatie van de processen, organisatorische inrichting, informatievoorziening en technische infrastructuur van een organisatie (DYA).10
    11. 11. Definitie Architectuur(IEEE-Std-1471-2000) Fundamental conception of a system in its environment embodied in its elements, their relationships to each other and to its environment, and the principles guiding its design and evolution. (IEEE-Std-1471- 2000).11
    12. 12. Architectuurprincipes Een architectuurprincipe is een richtlijn of uitgangspunt voor een ontwerper, bouwer (tijdens het ontwerp) of beheerder (tijdens beheer) die richting geeft aan keuzes in de verandering. Principes zijn algemene kaders en richtlijnen die bedoeld zijn om langdurig toe te passen.12
    13. 13. Principes Statement De principe als een statement. Bij voorkeur in 1 regel, communiceerbaar. Rationale In hoofdlijnen de opbrengsten van het hanteren van het principe. Implicaties Wat zijn de implicaties van het principes. Referenties Wat zijn de referenties naar andere documenten, bronmateriaal etc.13
    14. 14. Voorbeeldprincipe Alle informatie wordt eenmalige opgeslagen en meervoudig gebruikt Act as one De organisatie, processen en informatie zijn service gericht opzet.14
    15. 15. Hierarchie van principes Enterprise principes Domein principes  Business -> Globale inrichting  IT -> Veelal strikter richting standaarden Project / Programma principes15
    16. 16. Architectuurmodel Visualisatie en beschrijving van bestaande (IST) en gewenste situatie (SOLL). Modellen zijn bedoeld voor inzicht, samenhang en sturing. Modellen ter ondersteuning van de communicatie.16
    17. 17. Verschillen en overeenkomsten Beleidsuitgangspunten: Architectuurprincipes:  Richtinggevend  Richtinggevend  Concreet  Abstract  Voorschrijvend  Inperkend qua vrijheden  Tijdsgebonden  Tijdloos Architectuurmodellen: • Geven de samenhang der dingen weer (beeldvormend). • Zijn een eerste stap naar het toepassen van de architectuurprincipes. • Geven op hoofdlijnen een nadere invulling aan de beleidsuitgangspunten en architectuurprincipes.17
    18. 18. Referentiearchitectuur De verzameling van architectuurprincipes en architectuurmodellen Scope:  Business architectuur  Informatie architectuur  Technische architectuur  Beheer, beveiliging18
    19. 19. BusinessdoelenDYA®Architectuur Business- Informatie- TechnischeWerkmodel architectuur architectuur architectuur Domeinen Prod/ Proces Orga- Gege- Appli- Middle- Plat- Net- dienst nisatie vens catie ware form werk Abstract Algemene principes Migratie Beleidslijnen (concrete principes) Modellen IST / SOLL Ontwerp Concreet Realisatie19
    20. 20. Architectuur Niveaus Enterprise Domein/Programma Project Architectuur Architectuur Architectuur Project Domein Project Organisatie Programma Project Strategisch, Tactisch, Operationeel, •Visie •Vertalen •Executie •Abstract •Kiezen •Detail •Wat •Sturen •Hoe20 •Denken •Doen
    21. 21. Gelaagde Architectuur – Organisaties en Ketens Europe VS .. Netherlands UK Denmark Germany Austria France .. Gemeenten Sociale Keten Ministeries Provincies OOV Sector Onderwijs Waterschappen municipality municipality .. GSD UWV CWI SVB .. CFI IBG .. Amsterdam Rotterdam21
    22. 22. Gelaagde Architectuur – Architectuur raamwerken European Federal Interoperability Enterprise Framework Architecture E-Government The Administration NORA interoperability Reference SAGA - .. on the net framework profile SUWI Onderwijs Gemma MARIJ Petra - Wilma Keten. Sector arch Gemeente Gemeente .. GSD UWV CWI SVB .. CFI IBG .. Amsterdam Rotterdam22
    23. 23. Architectuur als taal Wat is architectuur? Waarom architectuur als taal?23
    24. 24. Risico management (1) Wat is risico management:  Het bepalen van faalfactoren:  Van een change  Van een project  Van een programma  Het bepalen van kansen * impact  Het bepalen van proactieve en reactieve tegenmaatregelen24
    25. 25. Risico management (2) Risico management omvat de objecten:  Van een service  Van een product  Van een proces  Van een project25
    26. 26. Risico management (3) Beheersing in vakgebieden:  Architectuur – architect  We komen niet van A naar B, geen hergebruik, het portfolio is out-of-date  Project management – project manager  We halen de doelen van tijd, geld en functionaliteit niet  Systeemontwikkeling – ontwerper / bouwer  Het is niet maakbaar en haalbaar  Test management – tester  Er zitten te veel defecten in  Service management – beheerder  We halen de SLA normen niet  Business - gebruiker  We kunnen niet wat we willen en wat we kunnen voldoet niet aan onze kwaliteitsnormen26
    27. 27. Babylonische spraakverwarring Taal? Object? Service Architectuur Producten? Management ICT- Services Systeem Project ontwikkeling Management Test Management27
    28. 28. Babylonische spraakverwarring Service Architectuur Management Modellen CI’s Taal: TOGAF, DYA, etc. Taal: ITIL, ASL, BiSL, MOF, etc. Object: Modellen ICT- Object: CI’s Producten: Principes, Services Producten: SLA, RFC, etc. Modellen, RA, PSA, Deployable Units Producten Informatie Systeem Project ontwikkeling systemen Management Taal: DSDM, RUP, Agile, etc. Test Taal: Prince2, IPMA, etc. Object: Programmatuur Management Object: Producten Producten: SAD, Sprint, Producten: Projectbrief, PID, Sourcode, etc. PBS, Faseplannen Taal: TMAP (NEXT), Testframe, SmarTEST etc. Object: Informatiesysteem28 Producten: Testplannen, testcases
    29. 29. Risicobeheersing vereist communicatie Service Management Architectuur Bouw- stenen Systeem Project ontwikkeling Management Test Management29
    30. 30. GSA stappenplan30
    31. 31. GSA Stap 1.1ProcesContextdiagram31
    32. 32. GSA Stap 1.1ProcesDataFlowDiagram32
    33. 33. GSA Stap 1.1KSF-schema33
    34. 34. GSA Stap 1.2 Applicatiebeeldvorming34
    35. 35. GSA Stap 1.3InfrastructuurBeeldvorming35 35
    36. 36. GSA Stap 2 Scope Doel:  Decompositie  Change Inventarisatie  Object identificatie Risicogebieden:  Use Cases  SBB-A  SBB-I36
    37. 37. GSA Stap 2.2 SBB-A37
    38. 38. GSA Stap 2.3 SBB-I38
    39. 39. GSA Stap 2.1SBB versusUse Case39 39
    40. 40. GSA Stap 3Risicoanalyse Doel:  Risicobepaling  Risicoweging  Tegenmaatregelen40
    41. 41. GSA Stap 3.2Risicoanalyse applicaties41
    42. 42. GSA Stap 3.3Risicoanalyse infrastructuur42
    43. 43. Vragen43
    44. 44. Meer informatie? De meer dan 30 artikelen van Bart de Best zijn gepubliceerd op de volgende sites: www.sps.nl www.glidepath.nl www.ngn.nl www.rh-a.nl www.dbmetrics.nl4444 www.itmg.nl
    45. 45. Meer informatie? Meer publicaties en of activiteiten van Pascal Huijbers zijn te vinden en te volgen op: www.ngi.nl www.informatie.nl www.sca-alliance.com www.via-nova-architectura.org4545 www.skeap.org
    46. 46. PublicatiesISBN-13: ISBN-13: 97890813380119789012116633 ISBN13: 9789071501470 WWW.LEONON.NLISBN-13: ISBN-13:9789039524992 9789071501456
    47. 47. Literatuur References[Alexander, 1977] C. Alexander et al, “A Pattern Language”, Oxford University Press, 1977 [Cace, 2008] B. Cace, “Architecture Patterns for Enterprise-wide SOA”, Via Nova Architectura, 2008 [2][IBM, 2008] IBM’s developerWorks site, IBM Patterns for e- business IEEE 1471:www.iso-architecture.org/ieee-1471 Togaf – www.opengroup.com / togaf SKEAP – www.skeap.org47
    48. 48. LiteratuurBeheren onder architectuur ISBN 9789081338011Publicaties in IT Beheer Magazine www.dbmetrics.nlKetenbeheer in de praktijk ISBN 90 12 11663 5Acceptatiecriteria ISBN 90 395 2499 848
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×