1. Architectuur als levend
mechanisme:
De ECO-architectuur
Hans Koopman
Rob Poels
Woensdag 25 november 2009
2. Inhoud
• Even voorstellen: Rob Hans
• We doen het goed
• Of toch niet?
• Wat is er aan de hand: van stolling tot chaos
• Een Eco-architectuur!?
• Complementaire benadering
• UVIT als praktijkcase
Woensdag 25 november 2009
4. Het gaat goed met ons vak!
MSc IT Architecture
DYA®
Woensdag 25 november 2009
5. En toch weten we niet altijd de
aansluiting te vinden….
Woensdag 25 november 2009
6. Hebben we wel antwoord op:
Grotere dynamiek binnen en tussen
organisaties?
Océ – Canon
Unilever
TNT
Fusies, GM – Opel
Samenwerkingsverbanden Abn-Amro – Fortis – HBD
Reorganisaties
Faillicementen
Overnames
Woensdag 25 november 2009
7. Hebben we wel antwoord op:
Organisatiegrenzen die vervagen?
Woensdag 25 november 2009
8. Hebben we wel antwoord op:
Onontkoombare technologische
ontwikkelingen?
Woensdag 25 november 2009
9. Hebben we wel antwoord op:
Toenemende complexiteit IT-
Omgeving?
Woensdag 25 november 2009
10. Dillemma’s
• Valt dit nog te engineeren?
• Lossen we dit op door te werken aan meer
kennis, betere spelers en strakkere KPI’s in te
stellen?
• Of moeten we de complexiteit niet gewoon
accepteren?
Woensdag 25 november 2009
11. Chaos theorie
Respons op externe prikkels
Stolling Dynamisch Chaos
evenwicht
Woensdag 25 november 2009
12. Chaos theorie
Engineering
Stolling Dynamisch Chaos
of/of evenwicht en/en
Zelfstandige Werkwoorden
naamwoorden
Cyclisch
Lineair
Troebele genzen
Harde grenzen
Procedures om Identiteit om
te richten te richten
Controle Transparantie
Redundantie
Effectiviteit
Woensdag 25 november 2009
14. Consument
• Consument = Processen in een organisatie
• Processen zijn dynamisch en in de tijd
veranderlijk
Proces optimalisaties op basis van monitoring
Denk aan BPEL
Woensdag 25 november 2009
15. Producent
• Producent = (web) services
• Services zijn stabiel in de tijd
Services aanroepen op basis van standaard
protocollen
Idealiter passen de services zich aan aan de
omgeving (vgl gaming industrie)
Woensdag 25 november 2009
16. Reducent
• Reducent = functionaliteiten/functionalrissen
die services en processen verwijderen die er
niet meer toe doen
Redundantie in services en processen mag
Door monitoring wordt de kwaliteit van de
producenten behoordeeld
Woensdag 25 november 2009
17. Reducent
Monitoring services
Veel gebruikt: extra investeren in continuïteit
Niet of weinig gebruikt: aanpassen of afsterven
Monitoring processen
Voortijdig afgebroken: onderzoeken oorzaak
Doorlooptijden gaan omhoog: proces
herontwerpen
Woensdag 25 november 2009
18. ECO-benadering
Engineering
Stolling Dynamisch Chaos
evenwicht
• Uitsluiten van • Inspelen op
onvoorspelbaar gedrag omgevingsgedrag
• Onderhoud is ingreep op • Onderhoud is onderdeel
het systeem van het systeem
• Modelleren van artefacten / • Modelleren van
gewenst gedrag interfaces/interacties
Woensdag 25 november 2009
27. Wil je een korte beschrijving van de UVIT informatiearchitectuur hebben?
Stuur even een mailtje naar
hans.koopman@vgziza.nl
Woensdag 25 november 2009
