All posts tagged: architecture

SIDAF in de praktijk: hoe je Applicatie Service Componenten zelf kunt bouwen

Software as a Service of Commercial Off-The-Shelf

Software as a Service (SaaS-) of Commercial Off-The-Shelf (COTS-)producten voorkomen dat je zelf oplossingen realiseert die in de markt al bestaan en goed doordacht zijn. Vaak zijn deze oplossingen zeer geschikt voor standaard bedrijfsactiviteiten, zoals HR en/of financieel management. Ook als je hiervoor een standaard SaaS- of COTS-oplossing koopt, kun je de ontsluiting van de data en daarmee de interoperabiliteit van een ASC realiseren. Hieronder lees je hoe:

Harald van der WeelSIDAF in de praktijk: hoe je Applicatie Service Componenten zelf kunt bouwen
lees meer

De vijf elementen van Applicatie Service Componenten in SIDAF

In de vorige blog las je over de Applicatie Service Componenten (ASC’s) in SynTounch Integrated Data Architecture Framework (SIDAF) die verantwoordelijk zijn voor het beheer van jouw business data en transacties. Het komt er dus op neer dat de ASC’s de applicatielogica in SIDAF vormen. Zoals je wellicht hebt gelezen in mijn vorige blog voldoet een ASC idealiter aan een negental principes. Hoewel er een grote mate van verschil kan bestaan tussen de afzonderlijke ASC’s zijn er ook diverse gedeelde kenmerken aan te wijzen. In deze blog ga ik verder in op de samenstelling van een ASC, waarbij er vijf vaste elementen te benoemen zijn en twee optionele.

Harald van der WeelDe vijf elementen van Applicatie Service Componenten in SIDAF
lees meer

Hoe Applicatie Service Componenten van SIDAF voor wendbaarheid, duurzaamheid en beheerbaarheid zorgen

Net als in traditionele IT-landschappen beheert SynTouch Integrated Data Architecture Framework (SIDAF) data door softwaresystemen. SIDAF definieert hiervoor zogenaamde ‘Applicatie Service Componenten’ (ASC’s), die verantwoordelijk zijn voor het beheer van de business data en transacties. Het verschil met klassieke systemen is dat ASC’s veelal fijnmaziger zijn. Zo focussen ze zich doorgaans op het beheer van één bedrijfsobject en maken ze onderdeel uit van een heel netwerk van ASC’s die samenwerken om de business processen te ondersteunen.

Harald van der WeelHoe Applicatie Service Componenten van SIDAF voor wendbaarheid, duurzaamheid en beheerbaarheid zorgen
lees meer

Hoe de Standaard Technologie Services van SIDAF keuzevrijheid ondersteunen

Data heeft een grote strategische en operationele waarde voor jouw organisatie. Echter is goed management en het vitaal houden van de data hierbij cruciaal. Maar hoe speel je in op al deze snelle ontwikkelingen? SynTouch Integrated Data Architecture Framework (SIDAF) ondersteunt de transitie naar een data driven organisatie. Met dit fundament worden business, data en technologie binnen de organisatie met elkaar verbonden en strategische uitdagingen van nu en morgen op integrale wijze beantwoord. SIDAF biedt voor diverse uitdagingen een antwoord in de vorm van IT- en data-oplossingen. Uiteraard wil je zelf grip houden op en keuzevrijheid hebben in de technologieleveranciers waarmee je werkt. Helaas is dit niet altijd vanzelfsprekend. Echter streven wij keuzevrijheid na. Daarom vertel ik je in deze blog graag meer over hoe SIDAF dit mogelijk maakt.

Harald van der WeelHoe de Standaard Technologie Services van SIDAF keuzevrijheid ondersteunen
lees meer

De negen kenmerken van domeinen binnen SIDAF

In de vorige blog las je hoe we met belangrijkste businessobjecten een domeinmodel opzetten voor SynTouch Integrated Data Architecture Framework (SIDAF). Door het toekennen van autonomie aan domeinen wordt de organisatie wendbaarder, de governance duidelijker en data-uitwisseling efficiënter. Nu we weten hoe de domeinen ingedeeld worden, ga ik in deze blog verder in op hoe een domein georganiseerd is.

Harald van der WeelDe negen kenmerken van domeinen binnen SIDAF
lees meer

City trip to Enterprise Architecture

​A city trip to Enterprise Architecture – an analogy

Enterprise Architecture may be hard to grasp. Especially for people who have little feeling with this topic. An analogy usually helps explaining it. One that works pretty fine to me, is a city. This city-analogy allows me to project map enterprise architecture on common life concepts. Both enterprise and city are comparable as they have goals, an organization structure, functions and processes. Buildings in the city resemble applications; roads the infrastructure; people and goods the data.This article dives a bit deeper into this comparison. It discusses and compares architectural aspects and roles (see also my blog on architecture roles)

Harald van der WeelCity trip to Enterprise Architecture
lees meer

Structuring (a forest of) architecture-roles

“What architects do I require in my organization?”, “What architect could I be?”. Two different questions. One from a customer, the other from a colleague or job applicant. Both questions are related: They both assume (in a way) a clear distinct separation of the architecture domain into roles. Based on job titles, advertisements and function-descriptions there are dozens of architecture-roles used in the field: information architects, enterprise architects, solution architects, software architects… and so on, and so on. You most likely have a feeling about their supposed meaning and responsibilities, just like I do. 

Harald van der WeelStructuring (a forest of) architecture-roles
lees meer