# data[].attributes.body
Lou, Bram, maijie, Justin

# data[].attributes.body
Kenneth van der Hulst
Jeffrey Roering
Falco Gilissen
Wilbert Westen

# data[].attributes.body
Thieskeh
Ay(yyLMAO)man
Daan Aipassa
Senne de belg

# data[].attributes.body
IAF wordt gekarakteriseerd als een constructiemethode. Uitgangspunt is dat alle constructiemethoden een vergelijkbare benadering hebben. Ze hanteren een vaste serie vragen die gekenmerkt wordt door de woorden waarom, wat, hoe, en waarmee. IAF kan daarmee worden gekarakteriseerd als een ‘design school’. Oorspronkelijk was het een ‘way of architecting’, nu is het vooral een ‘way of working’.

Als constructiearchitectuur worden alle vier hoofdtypen van architecturen ondersteund. IAF beschrijft deze als volgt:
1. Enterprise-architectuur, die met name planningsdoelen ondersteunt. Enterprisearchitecturen overspannen business units.

# data[].attributes.body
Architectuurprincipes zijn een vorm waarin je architectuurproducten kunt gieten. Daarmee is niet gezegd dat het andere vormen uitsluit. Daarover later meer. Als je architectuurprincipes wilt gebruiken, is het wel zaak dat je goed begrijpt wat het zijn, en dat je een werkwijze hanteert die er bij past. Feitelijk is het andersom: we gebruiken principes graag als vorm omdat het effectief werkt.

Architectuur is vorm geven aan visie. Architectuurprincipes zijn beleidsuitspraken die in de lijn van die visie richting geven aan de inrichting van de informatievoorziening.

# data[].attributes.body
Integrated Architecture Framework
The Integrated Architecture Framework (IAF) is a development of the Zachman Framework.

It's domains are:

Business Architecture - people, process and organisation

Information Architecture

Information Systems - applications

Technology Infrastructure - infrastructure

Governance

Security

It has four levels of abstraction:

Why - Contextual

What - Conceptual

How - Logical

With What - Physical

# data[].attributes.body
TOGAF biedt een oplossing door bedrijven te helpen bij het vaststellen van duidelijke ROI's, solide communicatie en voldoende perspectief om alles samen te brengen in één plan. Vooruitgang boeken zonder een goed opgesteld planningskader brengt ernstige vertragingen en verspilling van middelen met zich mee. Erger nog, het zal waarschijnlijk een eindresultaat opleveren dat niet aan de verwachtingen of vereisten voldoet. Zo zorgt het framework van TOGAF voor absolute duidelijkheid zodat er geen geld verspild wordt.

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.body
IAF focuses on things that are the architect’s main responsibility. Topics, that (a) we assist in and (b) are the main responsibility of other roles in the project, are not to be positioned within IAF. They will be covered in frameworks that the other roles use to standardize and professionalize their work.

# data[].attributes.body
TOGAF says: “EA(Enterprise Architecture) regards the enterprise as a system or system of systems.”

“the architecture crosses multiple systems, and multiple functional groups within the enterprise.”

“The purpose of EA is to optimize across the enterprise the often fragmented legacy of processes (both manual and automated)

into an integrated environment that is responsive to change and supportive of the delivery of the business strategy.”

# data[].attributes.attachment_caption
Principes & Richtlijnen x Business architectuur: Architectuur gaat over samenhang en overzicht, over besturen, over communicatie, over algemene principes, overfocuses on software design in general, and improving the architectural design function

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.body
Voor de toepassing kan IAF als raamwerk worden gebruikt in samenhang met verschillende methoden, waarvan ADM  voor het architectuurproces de belangrijkste is. Ook wordt beschreven hoe IAF in combinatie met DYA kan worden gebruikt. DYA wordt dan ingezet om architectuur in te bedden in de organisatie en processen en om het architectuurteam en de architectuurbesturing in te richten, waarna IAF wordt gebruikt voor de constructie van de architectuurartefacten. Op deze wijze kan IAF volgens de auteurs ook worden gebruikt om structuur te geven aan, ofwel artefacten te leveren voor, methoden als Zachman en DEMO.

Daarnaast worden scenario’s beschreven waarin IAF kan worden ingezet in relatie tot iteratieve ontwikkelmethoden als RUP of in relatie tot lineaire (waterval) ontwikkelmethoden. Ook wordt aandacht besteed aan de relatie met standaarden als ITIL, COBIT, CMMI, PRINCE2 en MSP.

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.body
De architecture development method (ADM) is het hart van TOGAF. Het is een proces voor het ontwikkelen van een EA, afgestemd op de behoeften van de organisatie (Van Sante et al., 2008).

De ADM bestaat uit 8 fasen die iteratief doorlopen worden. Het is een stappenplan waarin is aangegeven welke activiteiten moeten worden uitgevoerd en wat hun invoer en uitvoer is. In de vorige versie van TOGAF (TOGAF 8) waren er geen richtlijnen omtrent welke activiteiten in welke fase dienden uitgevoerd te worden, evenals geen richtlijnen betreffende de input en output van elke fase. Daarom introduceerde TOGAF 9 het content framework (zie bijlage 1). Dit raamwerk geeft een overzicht van de artefacten die in elke fase van de ADM gebruikt kunnen worden voor het opbouwen van een architecturaal model. Wat een architectuurtraject (=één ADM cyclus) uiteindelijk oplevert is niets anders dan een verzameling artefacten, ook wel

delivrables genoemd. Deze artefacten kunnen de vorm aannemen van een diagram, lijst of matrix. Meerdere artefacten samen beschrijven bouwblokken. Dit zijn eenheden waarin architectuurelementen worden gedefinieerd (Greefhorst, 2009). Een overzicht van TOGAFs

bouwblokken en hun onderlinge relatie wordt weergegeven in het content metamodel (zie bijlage 2). Dit metamodel is de basis voorhet content framework.

# data[].attributes.headline
Waar ligt de focus (vergelijk EA-raamwerk)

# data[].attributes.subject
Waar ligt de focus (vergelijk EA-raamwerk)