Presentatie over architectuur als taal. Hiermee wordt vanuit een architectuurperspectief aangesloten op beheren onder architectuur (beheer architectuur) door Bart de Best
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 is
4
5. Informatiesysteemontwikkeling
Ontwikkelingen:
Budgetten dalen en kosten stijgen
Contingencyfactoren veranderen sneller en TTM daalt
Algemene uitdagingen voor architectuur zijn:
Kortere TTM
Lagere kosten
5
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 projecten
8
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 documenten
9
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. 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. 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. 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. Voorbeeldprincipe
Alle informatie wordt eenmalige opgeslagen en meervoudig gebruikt
Act as one
De organisatie, processen en informatie zijn service gericht opzet.
14
15. Hierarchie van principes
Enterprise principes
Domein principes
Business -> Globale inrichting
IT -> Veelal strikter richting standaarden
Project / Programma principes
15
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. 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. Referentiearchitectuur
De verzameling van architectuurprincipes en architectuurmodellen
Scope:
Business architectuur
Informatie architectuur
Technische architectuur
Beheer, beveiliging
18
19. Businessdoelen
DYA®
Architectuur Business- Informatie- Technische
Werkmodel 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
Realisatie
19
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 tegenmaatregelen
24
25. Risico management (2)
Risico management omvat de objecten:
Van een service
Van een product
Van een proces
Van een project
25
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 kwaliteitsnormen
26
27. Babylonische spraakverwarring
Taal?
Object?
Service
Architectuur Producten? Management
ICT-
Services
Systeem Project
ontwikkeling Management
Test
Management
27
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: Informatiesysteem
28
Producten: Testplannen, testcases
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.nl
44
44 www.itmg.nl
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.org
45
45
www.skeap.org
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.org
47
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 8
48
Editor's Notes
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