Tips voor het behalen van uw ITAC certificaat

30 May 10 - 00:00
Aandachtsgebied: default - Link naar dit artikel

ITAC certificering is hot. ITAC level 2 certificering (ik schreef er al eerder over hier en hier) leidt tot de titel Master Certified IT Architect. Ik heb het afgelopen jaar zelf het hele traject doorlopen. 

Om ITAC gecertificeerd te raken moet de kandidaat een zogenaamd certification packageopstellen. Het certification package omvat maximaal 50 pagina's enbeschrijft de ervaring van de architect. Hier enkele tips voor hetinvullen van het certification package

• Doe de "self assessment test" van The Open Group om te controleren of u aan alle voorwaarden voldoet.
• Neem de tijd. Als richtlijn geldt dat er voor het invullen en compleet maken van een certification package zo'n 80 uur moet worden uitgetrokken. Als dat naast het gewone werk moet gebeuren, is een doorlooptijd van enkele maanden niet ongebruikelijk.
• Regel dat de kosten zijn gedekt. Bij het inleveren van het certification package moet een fee worden overgemaakt, anders wordt het certification package niet beoordeeld.
• Begin met het geheel doorlezen van alle vragen in het template om een beeld te krijgen van de hoeveelheid werk.
• Maak een overzicht van drie projecten waarin zoveel mogelijk van de gevraagde ervaring is opgedaan. Deze drie projecten  moeten beschreven worden in het certification package en er mag naar verwezen worden. Als de projectomschrijvingen al veel informatie bevatten, dan kan veel worden verwezen, zodat er minder herhaald hoeft te worden in het certification package.
• Start met het beschrijven van de drie projecten (achterin het document). Vul daarna pas de rest van het document in. U kunt dan verwijzen naar de tekst die al is beschreven en bovendien helpt het om een goede mindset te krijgen.
• Zorg voor de gevraagde geloofsbrieven. Regel met de klanten waar u uw projecten heeft uitgevoerd dat zij een brief sturen (een email mag ook) waarin ze verklaren dat u inderdaad het betreffende project hebt uitgevoerd. Stuur ze een standaard tekst waarin precies staat wat The Open Group wil horen en laat ze zelf geen tekst verzinnen.
• Bereid uw klant voor dat The Open Group de referenties kan natrekken. In mijn geval hebben ze tenminste 1 van mijn klanten gebeld om een referentie te checken!
• Controleer de lengte van uw certification package. Het is heel makkelijk om veel te schrijven en heel lastig om de lengte tot 50 pagina's te beperken. Uw certification package wordt niet geaccepteerd als hij 51 pagina's of meer is!

Na het completeren van het certification package kan het wordeningediend bij The Open Group. Het proces gaat volledig viawebformulieren. U heeft een creditcard nodig om de fee over te maken.

The Open Group beoordeelt uw certification package en geeft feedback. Uheeft dan (eenmalig) de kans om het certification package opnieuw in tedienen. Gebruik die kans en verbeter wat The Open Group aan uterugkoppelt - ook als het slechts een paar spellingfouten zijn.

Na de definitieve indiening wordt het document opnieuw beoordeeld enals het goed is, krijgt u een uitnodiging om bij een eerstvolgendecertification board meeting te verschijnen. In deze meeting wordt udoor drie verschillende mensen geïnterviewd. In de interviews (elk van1 uur lengte) wordt in een 1-op-1 gesprek beoordeeld of u de claims inuw certification package kunt waarmaken.

Als alles goed gaat, krijgt u na maximaal 6 weken de uitslag en met eenbeetje geluk bent u de volgende Master Certified IT Architect.

Een Zachman Framework gevuld met honkbal modellen

16 May 10 - 00:00
Aandachtsgebied: default - Link naar dit artikel

Bij het zoeken op het web naar een antwoord op een vraag die ik kreeg van een collega kwam ik de volgende link tegen.  

De link leidt naar een PowerPoint-presentatie van Terry Bahill van deSystems and Industrial Engineering-afdeling van de Universiteit vanArizona, over een Zachman Framework dat gevuld is met honkbal modellen.Om het Zachman Framework uit te leggen heeft Bahill honkbal gebruiktals voorbeeld bij het invullen van alle cellen van het framework. Inhet proces gebruikte hij wetenschappelijke documentatie om alleaspecten van honkbal te beschrijven.

Ik denk dat dit een uitstekende manier om te laten zien hoe het ZachmanFramework in het algemeen kan worden gebruikt, zonder daarbij tebelanden in een IT-architectuur discussie.

Het bouwen van COTS oplossingen met EPIC

02 May 10 - 00:00
Aandachtsgebied: default - Link naar dit artikel

Het Carnegie Mellon Software Engineering Institute publiceerde in 2002 het Evolutionary Process for Integrating COTS-based systems (EPIC) (het evolutionaire proces voor de integratie van COTS-gebaseerde systemen). Het proces is beschreven in een document van 275 pagina's dat gratis is te downloaden.   

De EPIC is bedoeld als een richtlijn voor het bouwen van systemen op basis van Commercial Off The Shelf (COTS) componenten. De richtlijn beschrijft de stappen die moeten worden genomen om de systemen vanaf vier "invloedssferen" samen te stellen. Deze invloedssferen zijn: 

• Stakeholderbehoeftes en bedrijfsprocessen (functionele- en niet-functionele eisen)
• De markt (welke COTS-technologie is beschikbaar)
• Architectuur en ontwerp (algemene setup van het systeem)
• Programma en risico's (het beheer van het project)

De EPIC beschrijft een proces om de invloedssferen zoveel mogelijk te laten overlappen om zodoende een samenhangend systeem te creëren op basis van het Rational Unified Process (RUP). In de Inception en Elaboration fases wordt het systeem ontworpen door middel van het opbouwen van kennis over de vier invloedssferen, hetgeen leidt tot verhoging van de buy-in van de stakeholders.

De EPIC beschrijft alle stappen die moeten worden genomen om het systeem te creëren, maar ik vond het laatste deel van het document (deel C) het meest interessante. In dit deel worden richtlijnen en artefacten gepresenteerd die kunnen worden gebruikt als checklist bij het daadwerkelijk maken van systemen. Het bevat bijvoorbeeld een checklist die de stappen beschrijft van een marktonderzoek, inclusief vragen die men kan stellen aan marktpartijen over hun COTS producten. Ook bevat het criteria om COTS componenten te evalueren. Het bevat zelfs businessprocess changemanagement richtlijnen om de bereidheid van de organisatie vast te stellen om te werken met COTS oplossingen.

Ik vond het EPIC een zeer nuttig document en ik beveel het aan aan iedereen die systemen op basis van COTS-producten wil creëren.