Footer Navigation

Header Navigation

Applicatiefunctie en dataopslag scheiden

Constructieprincipes informatiekundige 10

Constructieprincipes voor de informaticus (10)

In deze serie van blogs sta ik stil bij de nog steeds geldige informatiekundige constructieprincipes die garant staan voor betere “informatiebouwwerken”. Deze 10e blog in de reeks vervolgt met het eerste informatica principe (zie voor het onderscheid mijn <a href="https://highberg.com/nl/insights/constructieprincipes-voor-de-informatiekundige" target="_blank" rel="noreferrer noopener">startblog</a>). Deze gaat over de constructie van de dataverwerking. 
We staan er niet bij stil maar elk scherm waar we informatie op verwerken verbergt een achterliggende constructie die data uit een opslag haalt en de mogelijkheid geeft deze data te raadplegen of te wijzigen of nieuwe data toe te voegen. Als de verwerkingsfunctie en de dataopslag zijn gescheiden heeft dat grote voordelen. Feitelijk is dit het informatiekundige principe van ontkoppelen maar dan toegepast in de informatica.

Rutger Gooszen

Constructieprincipes voor de informaticus: (10) Applicatiefunctie en dataopslag scheiden

Het gevecht tegen onzichtbare cyberdreigingen in onze digitale wereld.

Die andere pandemie…

Door de Coronacrisis zijn we ons weer eens bewust geworden van de kwetsbaarheid van onze (open) samenleving. Toch weten we al veel langer dat er ook kwetsbaarheid schuilt voor virussen in een hele andere wereld; onze digitale samenleving.

Naar kwaliteit met erkende normen

IT Professionalisering

Pexels felix mittermeier 2832026

Wat hebben een bouwkundig architect, advocaat, huisarts en register accountant met elkaar gemeen? Zo op het oog niet veel. Maar als je nauwkeuriger kijkt hebben ze allemaal verplichte en erkende opleidingen gevolgd en hebben ze zich moeten kwalificeren om hun titel te mogen voeren. Die titel is beschermd en in de wet verankerd. Ze onderwerpen zich aan een beroepscode en tuchtrecht. M.a.w. hun klanten weten wat ze mogen verwachten en kunnen een klacht indienen over de professionele prestaties als ze daarover niet tevreden zijn.

Professionalisering IT: kwaliteit van binnenuit

Architectuur orkestreren in Agile met SAFe framework

De architectenrol binnen SAFe in een notendop

de-architectenrol-binnen-safe-in-een-notendop

Bij de ontwikkeling van een systeem volgens SCRUM door een enkel team is de kwaliteit in handen van het team. ‘Kwaliteit ontstaat vanuit de praktijk’ is de gedachte, want teamleden willen kwalitatief goede software bouwen. De rol van architect, als ontwerper die richting geeft aan de ontwikkeling, is een teamrol die gezamenlijk wordt uitgevoerd door de communicatie en interactie per sprint.

Wat verwachten opdrachtgevers van complexe programma’s van de “lead architect”?

Over onzekere bestemmingen

over-onzekere-bestemmingen

Informatiekundige constructieprincipes die garant staan voor betere “informatiebouwwerken”

Constructieprincipes voor informatiekundige 4

constructieprincipes-voor-de-informatiekundige-4-verantwoordelijkheidsverdeling-en-functiescheiding

In deze serie van blogs sta ik stil bij de nog steeds geldige informatiekundige constructieprincipes die garant staan voor betere “informatiebouwwerken”. Ze zijn soms, in de vaart van de voortschrijdende technologie, een beetje vergeten. Met als gevolg soms wankele of slecht onderhoudbare en uitbreidbare “informatiebouwwerken”. Deze keer over de noodzaak van een duidelijke verantwoordelijkheidsverdeling en functiescheiding in de organisatie. Dat het mis kan gaan werd onlangs bewezen bij de gemeente Den Haag waar een medewerkster paspoorten kon vervalsen voor criminelen omdat functiescheiding onvoldoende was geborgd in de werkprocessen.

Constructieprincipes voor de informatiekundige: (4) verantwoordelijkheidsverdeling en functiescheiding

Constructieprincipes voor informatiekundige 5

constructieprincipes-voor-de-informatiekundige-5-verantwoordelijkheid-voor-besluiten-zo-laag-mogelijk-in-de-organisatie

In deze serie van blogs sta ik stil bij de nog steeds geldige informatiekundige constructieprincipes die garant staan voor betere “informatiebouwwerken”. Ze zijn soms, in de vaart van de voortschrijdende technologie, een beetje vergeten. Met als gevolg soms wankele of slecht onderhoudbare en uitbreidbare “informatiebouwwerken”. Deze keer over de voordelen van het zo laag mogelijk in de organisatie beleggen van de verantwoordelijkheid voor besluiten. Dat het mis kan gaan wordt elke dag bewezen in de oorlog van Rusland met Oekraïne waarin Russische soldaten blind de besluiten van bovenaf volgen terwijl die van Oekraïne innovatief zijn en lokaal handelen.

Constructieprincipes voor de informatiekundige: (5) verantwoordelijkheid voor besluiten zo laag mogelijk in de organisatie

Van Rees onderscheidt de rollen van architect en constructeur

Constructieprincipes

constructieprincipes-voor-de-informatiekundige

Al in de jaren 90 betoogde Jaap van Rees dat er behoefte was aan informatiekunde als discipline naast informatica. Informatiekunde is volgens hem ontstaan uit de informatica zoals verkeerskunde voortgekomen is uit onder andere de autotechniek. Met weinig auto’s hoef je nog niet veel te regelen. Als het er meer worden, blijkt de kunde van hun samenhangende toepassing onontbeerlijk. Daarbij maakte van Rees onderscheid tussen de rollen van architect en constructeur. De architect is volgens hem gericht op “schoonheid”, kwaliteit en passen in de omgeving van het ontwerp. De constructeur moet zorgen dat het maakbaar is en werkt, gegeven de technologische grenzen.

Constructieprincipes voor de informatiekundige

Constructieprincipes voor informatiekundige 3

constructieprincipes-voor-de-informatiekundige-3-eenduidige-en-consistente-taal

In deze serie van blogs sta ik stil bij de nog steeds geldige informatiekundige constructieprincipes die garant staan voor betere “informatiebouwwerken”. Ze zijn soms, in de vaart van de voortschrijdende technologie, een beetje vergeten. In deze blog sta ik stil bij de noodzaak van eenduidigheid en consistentie van taal binnen een “systeem” of “domein”. Want aspecten als privacybescherming, informatiebeveiliging en informatiehuishouding zijn er sterk van afhankelijk.

Constructieprincipes voor de informatiekundige: (3) Eenduidige en consistente taal

informatiekundige constructieprincipes die garant staan voor betere “informatiebouwwerken”

Constructieprincipes voor informatiekundige 2

constructieprincipes-voor-de-informatiekundige-2-ontkoppelpunten-voor-complexiteitsreductie-en-flexibiliteit

In deze serie van blogs sta ik stil bij de nog steeds geldige informatiekundige constructieprincipes die garant staan voor betere “informatiebouwwerken”. Ze zijn soms, in de vaart van de voortschrijdende technologie, vergeten. Met als gevolg wankele of slecht onderhoudbare en uitbreidbare “informatiebouwwerken”. In deze tweede blog sta ik stil bij de kunst van het ontkoppelen. Een goed ontwerp kent zogenaamde ontkoppelpunten. Denkbeeldige knippen in de complexiteit van het geheel die zorgen dat de delen, zo onafhankelijk als mogelijk, los van elkaar kunnen worden ontwikkeld, geïmplementeerd en (op termijn) vervangen. Interoperabiliteit dus, zonder centrale sturing. In zijn ultieme vorm is dit de “service oriented architecture (SOA)” maar die is in allerlei verschijningsvormen ontwikkeld.

Constructieprincipes voor de informatiekundige (2): Ontkoppelpunten voor complexiteitsreductie en flexibiliteit

Architectuur

IT Governance

Rutger transparant 1 290x582

Principal Architect

Rutger heeft ruim 15 jaar ervaring als Lead Architect/Business Architect in complexe ketens en in coachen van een team van architecten om een keten- of programma-architectuur te ontwikkelen en uit te dragen. Hij heeft ervaring met zowel een traditioneel als een agile verandertraject. Rutger is gecertificeerd CISA, in TOGAF en SAFe architect en kan een systeem methodisch ontwerpen en valideren. Vanuit maatschappelijke betrokkenheid is hij bestuurder en mede initiatiefnemer van "De onafhankelijke Architect“ via de stichting PMDDA en is hij actief in KNVI en DANW. Rutgers motto: getting the job done! Meer weten? Connect met Rutger op <a href="https://www.linkedin.com/in/rutgergooszen/" target="_blank" rel="noreferrer noopener">LinkedIn</a>.

Rutger Gooszen

Principal Architect

Capabilities

Gerelateerde Inzichten