Eigenschap:Documentation nl
Type eigenschap
:
Text
Geldige waarden
:
Meerdere waarden toegestaan
:
Nee
Weergave op formulieren
:
Tekstregel
Initiële waarde
:
Verplicht veld
:
Toelichting op formulier
:
Subeigenschap van
:
Geïmporteerd uit
:
Formatteerfunctie externe URI
:
Klik op de button om een nieuwe eigenschap te maken:
A
Een inkooptraject om te komen tot een juridisch en commercieel contract met een leverancier. +
Het aansturen van architectuurwerk is in beginsel een gewone managementtaak. Het proces dat hierin gevolgd wordt, is feitelijk een ''plan-do-check-act''-cyclus waarin gestreefd wordt naar continue verbetering aan de hand van de door de Architectuurboard gestelde doelen en KPI's voor de architectuur. Op basis daarvan wordt het werk gepland en verricht. De voortgang wordt gemeten volgens de meetcriteria die aan de KPI's zijn gekoppeld, en de meetresultaten worden beoordeeld om eventueel bijsturingsmaatregelen te kunnen nemen. +
Zoals elke andere activiteit moeten de architectuuractiviteiten worden aangestuurd. Dit omvat prestatiemanagement, compliance en regulering, budgettering en planning. +
Een systeem dat in staat is personen te herkennen, te bepalen of deze persoon toegang heeft tot de locatie en toegang te verlenen. +
Een systeem waarin afspraken tussen mensen of organisaties kan worden geregeld. +
Er worden een aantal hoofdgroepen bedrijfsfuncties onderkend (sturing, ontwikkeling, bewaking, klant/partner interactie, uitvoering en ondersteuning). Binnen deze functies worden met uitzondering van Uitvoering diverse bedrijfsfuncties geaggregeerd. Binnen Uitvoering is sprake van aggregatie van sector/domein specifieke bedrijfsfuncties (en eventuele onderliggende aggregaties). +
Software die helpt bij het detecteren en verwijderen van spyware. +
Een Java-gebaseerde directory server. +
Het beveiligen van toegang tot apparatuur, bijvoorbeeld door specifieke invoermedia softwarematig of hardwarematig af te schermen. +
Een systeem dat de toegang tot een apparaat logisch (via authenticatie) of fysiek afschermt. +
Het ontsluiten van een applicatie die op een server wordt beheerd. +
Het analyseren van een computerprogramma om het gedrag ervan beter te begrijpen en op basis waarvan het kan worden geoptimaliseerd. +
Ondersteunt het uitvoeren van softwarecomponenten op een transactionele, veilige en schaalbare wijze. +
Ondersteunt het virtualiseren van applicaties +
De fundamentele organisatie van een systeem belichaamd in zijn componenten, hun onderlinge relaties en met de omgeving, en de principes die richting geven aan zijn ontwerp en evolutie. +
Een systeem die het beheren van de enterprise-architectuur en de daaraan ten grondslag liggende doelstellingen en beleidsuitgangspunten ondersteunt. +
Een systeem die helpt bij het modelleren van de enterprise-architectuur. +
Concreet advies over een architectuurgerelateerd knelpunt. Dergelijke knelpunten kunnen ontstaan gedurende definitie en uitvoering van een project (wanneer de projectarchitectuur is vertaald naar detailontwerpen). Enterprise- en domeinarchitecten kunnen desgewenst proactief en op verzoek adviezen geven. Een architectuuradvies is niet noodzakelijkerwijs een document; een whiteboardtekening of bilaterale discussie kan soms genoeg zijn op een knelpunt op te lossen. +
Beschrijving van de afwijking van de enterprise- of domeinarchitectuur in een informatieplan, projectarchitectuur of "change". Het architectuurafwijkingrapport bevat een beschrijving van de afwijking zelf, de impact op de architectuur indien goedgekeurd, de impact indien afgewezen, en een advies (aanbeveling) van de architect aan de Architectuurboard. +
Artefacten resulterend uit architectuuractiviteiten. We maken onderscheid tussen enterprise- en domeinarchitectuur. Domeinen kunnen organisatiespecifiek zijn. Principes en modellen worden geregistreerd en beheerd in een architectuurrepository. Aanvullend kunnen views gecreëerd worden voor specifieke doelen zoals projectarchitecturen. +
De architectuurbeheercompetentie bestaat uit taken voor het beheren en verwerken van architectuurwijzigingsverzoeken. +
Beschrijving van een (formeel) besluit dat genomen is door de Architectuurboard, inclusief de implicaties. We onderscheiden:
* Goedkeuring van architecturale artefacten (principes en modellen). Goedgekeurde architecturale artefacten vormen "de architectuur" en zijn daarmee de normatieve richting voor alle projecten en veranderingen.
* Besluiten over architectuurafwijkingen. Architectuurafwijkingen kunnen worden afgewezen, onder voorwaarden goedgekeurd, of permanent goedgekeurd (waarmee ze onderdeel worden van de architectuur). +
De architectuurbesluitvormingscompetentie bestaat uit taken voor goedkeuring van architectuurartefacten en besluiten over afwijkingen. +
De architectuurbesturingscompetentie bestaat uit taken voor het stellen van doelen en KPI’s, het aansturen van werkzaamheden en beheren van architectuurmiddelen. +
De Architectuurboard is verantwoordelijk voor de enterprisearchitectuur, stelt doelen en KPI’s voor de architectuur vast, en neemt architectuurbesluiten op organisatieniveau. Elke organisatie hoort één architectuurboard te hebben. Daarin moeten alle belanghebbenden van architectuur vertegenwoordigd zijn: business, IT en de veranderorganisatie (projectuitvoering, informatiemanagement, ...). +
Elke organisatie moet de architetuurcompetenties in dit model belegd hebben om effectief invulling te kunnen geven aan architectuur. Het gaat om in totaal vijftien competenties, gegroepeerd in een vijftal groepen van hoodfcompetenties. +
Beschrijving van doelen en key performance indicators voor architectuur. Architectuurprocessen moeten worden beheerd en daarom zijn doelen en KPI’s nodig om te kunnen sturen met behulp van de "plan-do-check-act"-cyclus. +
Beschrijving van de architecturale impact van een voorgestelde (organisatie-)verandering. We onderscheiden:
* Impactanalyse als onderdeel van de projectdefinitiefase. Doel is prioritering, planning en toewijzing van resources aan een project.
* Impactanalyse ("architectuurgoedkeuring") noodzakelijk voor het vaststellen of een verandering leidt tot een kleine verandering of dat het volledige veranderproces voor projecten moet worden doorlopen. +
De architectuurontwikkelcompetentie bestaat uit taken voor het opstellen van enterprise- en domeinarchitecturen en projectarchitecturen. +
De Architectuurmanager is verantwoordelijk voor het formuleren van architectuurdoelen en KPI's, het sturen van de architectuurwerkzaamheden op de gestelde doelen en voor het (laten) beheren van de architectuurmiddelen en architectuurwijzigingsverzoeken. In beginsel is er één architectuurmanager voor de hele organisatie. +
De architectuurontwikkelcompetentie bestaat uit taken voor het opstellen van enterprise- en domeinarchitecturen en projectarchitecturen. +
De architectuurproducten (bovenaan naast elkaar weergegeven) komen tot stand door samenwerking tussen de betrokken architectuurrollen. De figuur toont de verantwoordelijkheden volgens de bekende RACI-methodiek.
In rood is weergegeven welke rol '''verantwoordelijk''' is voor een architectuurproduct. In beginsel is altijd één rol verantwoordelijk voor de totstandkoming van een architectuurproduct. Dat bij architectuurimpactanalyse en architectuuradvies twee rollen rood zijn gekleurd, komt omdat de verantwoordelijkheid voor adviezen en impactanalyses op enterpriseniveau is belegd bij de enterprisearchitect; op domeinniveau is die belegd bij een domeinarchitect.
In oranje is weergegeven welke rollen '''uitvoerend''' zijn bij de totstandkoming van een architectuurproduct, voor zover dat niet tevens de verantwoordelijke is. Meerdere rollen kunnen uitvoerend zijn.
In geel is weergegeven welke rollen '''geconsulteerd''' worden bij de totstandkoming van een architectuurproduct. Dit betekent dat de desbetreffende rollen betrokken worden bij het opstellen/uitvoeren op basis van hun expertise of verantwoordelijkheid. Zij geven advies waar mogelijk.
In wit is weergegeven welke rollen '''geïnformeerd''' worden over de totstandkoming van een architectuurproduct. Dit betekent dat de desbetreffende rollen niet betrokken worden bij het opstellen/uitvoeren maar wel geïnformeerd dat het product gereed is. Normaliter zullen zij het product ook kunnen raadplegen. +
De architectuurrepository is niet zozeer een architectuurproduct maar vooral een middel om architectuurprincipes en -modellen te creëren en te beheren op een gestructureerde manier. Het ondersteunt ook het maken van impactanalyses voor de ontwikkeling en evaluatie van de architectuur zelf, voor het opstellen van projectarchitecturen en voor het beoordelen van de impact van voorgestelde veranderingen. +
Gedurende de uitvoering van een project, ziet de domeinarchitect er op toe dat de geïmplementeerde projectarchitectuur in lijn is met de enterprise- en domeinarchitecturen. Voor dat doel zal hij of zij periodieke en/of gatewayreviews uitvoeren. Het resulterende reviewrapport beschrijft de bevindingen inclusief afwijkingen en richtlijnen voor het oplossen van de afwijkingen. Elk project moet in ieder geval een review aan het eind van het project hebben. +
Beschrijving van een wijzigingsverzoek in de enterprise of domeinarchitectuur, inclusief status, impact, eigenaar, beoordeling, etc. Architectuurwijzigingsverzoeken kunnen door iedereen ingediend worden. Zij worden geregistreerd en afgehandeld conform het reguliere wijzigingsproces. Elk architectuurwijzigingsverzoek start met status "initieel" en eindigt met status "afgerond". +
Opslag die niet meer gewijzigd kan worden en lange tijd bewaard moet worden +
Een fysiek goed dat is beschreven als product, dat is gefabriceerd van materiaal en dat in voorraad kan worden genomen. +
Het beheren van meta-informatie over IT objecten, zowel hardware als software. +
Het verzenden of ontvangen van beeld en/of geluid. +
Een reverse proxy die verzoeken authenticeert. +
Het aanvragen van een (aanvullende) autorisatie en het goed/afkeuren van aanvragen voor autorisaties. +
Een file transfer systeem dat gericht is op veilige, internet gebaseerde uitwisseling. +
B
Ondersteunt bericht-gebaseerde integratie met externe partijen. +
Het beheer van de backupvoorzieningen. +
Een kopie maken van gegevens zodat in geval van verstoringen deze weer teruggeplaatst kunnen worden. +
Software die het maken en beheren van backups ondersteunt. +
Een generieke view waarbinnen de meest voorkomende bedrijfsfuncties getoond worden +
Een generieke view waarbinnen +
Een generieke view waarbinnen de meest voorkomende bedrijfsfuncties getoond worden inclusief de gegevensobjecten waar zij toegang toe hebben +
Een generieke view waarbinnen de meest voorkomende bedrijfsfuncties getoond worden inclusief de bijbehorende logische informatie systemen +
Het beheren van bedrijfsregels en het uitvoeren ervan. +
Ondersteunt het maken, beheren en uitvoeren van bedrijfsregels. +
Voorgenomen actie om de impact van een risico preventief dan wel ten tijde van optreden van risico te minimaliseren. +
Beheren van architectuurmiddelen omvat alle activiteiten noodzakelijk voor het uitvoeren van architectuurtaken, zoals beheren van een architectuurrepository en modelleertool, publiceren van architectuurbesluiten, voorbereiden van architectuurboardvergaderingen en creëren en beheren van de architectuurcompetentie en plannen van trainingen. +
Architectuurwijzigingsverzoeken kunnen in alle architectuurgerelateerde processen in de organisatie ontstaan. Ze worden geregistreerd in een register en beoordeeld op hun "ontvankelijkheid"; onbegrijpelijke, onwenselijke en onhaalbare verzoeken worden afgewezen. De indiener wordt daarvan op de hoogte gesteld en het proces eindigt. Haalbare wijzigingsverzoeken worden vervolgens, op gezag en onder verantwoordelijkheid van de enterprisearchitect, beoordeeld op hun impact op de architectuur.
Wanneer sprake is van een wijziging zonder impact, dan spreken we van een redactionele wijziging. Dit soort wijzigingen kan zonder meer verwerkt worden conform het proces "Bijwerken architectuurartefacten". Wanneer sprake is van een wijziging met impact, dan spreken we van een inhoudelijke wijziging. Dit soort wijzigingen behoeft goedkeuring; deze worden verwerkt conform het proces "Wijzigen architectuurartefacten". +
Verzoeken voor het wijzigen van de architectuur komen voort uit (afgeronde) projecten en reguliere "changes", en kunnen worden ingediend door iedereen in de organisatie. Elk verzoek moet worden geregistreerd, beoordeeld, en geclassificeerd als update, wijziging of afwijzing. Updates zijn gedefinieerd als wijzigingen met zero impact. +
Een gedragslijn voor de verwezenlijking van bepaalde doelstellingen. +
Kleine wijzigingen worden geïmplementeerd zonder een uitgebreid projectproces te volgen. Voor het implementeren van een dergelijke wijziging zal een architect de impact analyseren om te borgen dat de wijziging inderdaad geen significante impact heeft. +
Een evaluatie van een medewerker conform het functieprofiel behorend bij formatieplaats. +
Het routeren en vertalen van protocollen en berichten +
Het ondersteunen van het nemen van beslissingen bij het oplossen van complexe problemen. +
Architectuurafwijkingen kunnen ontstaan tijdens op definiëren van een projectarchitectuur of tijdens het toezichthouden op de uitvoering van een project. In beide gevallen is sprake van het verzoek om van de staande enterprise- en/of domeinarchitectuur te mogen afwijken. De eerste stap in de besluitvorming is het bepalen van de impact. Dit is tweeërlei: enerzijds is er de impact van het toestaan van de afwijking op de bestaande situatie; anderzijds is er de impact van het niet toestaan van de afwijking op het desbetreffende project.
Als de impact helder is, kan een besluit worden genomen. Er zijn drie mogelijkheden:
* De afwijking wordt permanent toegestaan. Feitelijk wordt hiermee de architectuur uitgebreid met de afwijking. Het project kan doorgaan, en het architectuurbesluit vormt input voor een actie waarbij de enterprise- of domeinarchitectuur wordt aangepast conform het proces "wijzigen architectuurartefacten".
* De afwijking wordt onder voorwaarden toegestaan. Meestal voor een bepaalde tijd, waarna alsnog een permanente oplossing moet worden geïmplementeerd die wel in lijn is met de architectuur. Ook hier kan het project doorgaan, maar de vervolgactie moet wel vastgelegd en bewaakt worden. Hier wordt meteen duidelijk waarom het goed documenteren van voorwaardelijke goedkeuring belangrijk is.
* De afwijking wordt niet toegestaan. Het project moet terug naar de tekentafel en de projectarchitectuur aanpassen. +
Formele besluiten zijn nodig bij het niet voldoen aan de kaders van veranderprogramma's, projectarchitectuur en/of gedetailleerde ontwerpen. Mogelijke uitkomsten zijn afwijzing, voorwaardelijke goedkeuring (bijvoorbeeld voor een bepaalde periode), of permanente goedkeuring. In geval van het laatste zal de architectuur worden aangepast aan de (niet langer als zodanig bestaande) afwijking. +
Opslag die werkt op het niveau van bestanden en folders. +
Het synchroniseren van bestanden tussen twee bestandslokaties. +
Het uitwisselen van bestanden. +
Ondersteunt het op een gecontroleerde wijze uitwisselen van bestanden. +
Ondersteunt het synchroniseren van twee bestandslokaties. +
Het bestellen van artikelen en het raadplegen van de voortgang van een bestelling. +
Een systeem dat het mogelijk maakt om programmatuur op een computer uit te voeren. +
Het ondersteunen van de beveiliging van IT componenten +
Een geconstateerde afwijking van een resultaat van een key performance indicator, beleidsuitgangspunt of architectuur +
Verzameling bedrijfsfuncties gericht op bewaking van de verrichtingen van de organisatie +
Bijwerken van architectuurartefacten is nodig wanneer een project of wijziging is afgerond en de architectuurrepository daardoor niet meer actueel is, bijvoorbeeld omdat een applicatie-interface (koppeling) is toegevoegd. Aanvullend zullen kleinere, tekstuele verbeteringen op basis van feedback van gebruikers, periodiek moeten worden overwogen. +
Opslag die alleen werkt met ruwe date en geen kennis heeft van bestanden. +
Een systeem dat deployment units maakt op basis van bronbestanden en deze ook automatisch kan deployen op de juiste omgeving. +
C
Een systeem dat het werven en beheren van allerlei soorten relaties ondersteunt. +
Een systeem dat ondersteunt in het routeren van telefoongesprekken. +
Een doelgericht optreden van een bedrijf waarin deze zichzelf of één of meer van haar producten aanprijst. +
dit is een test +
Ondersteunt het uitvoeren van bedrijfsprocessen waarbij de case (zaak) centraal staat. +
Ondersteunt het uitvoeren van een virtueel werkstation op een fysiek werkstation. +
Het op flexibele en toegankelijke wijze opschakelen van uitvoering capaciteit. +
Het verdelen van de instructies over meerdere computers en in geval van falen direct kunnen overschakelen naar een andere computer. +
Het ervoor zorgdragen dat de organisatie zich op de juiste wijze uit naar interne en externe partijen. +
Een specifieke boodschap die wordt overgebracht aan een specifieke doelgroep. +
Het creëren en onderhouden van een community waarbinnen mensen samenwerken of kennis delen. +
Het bewaken of processen worden uitgevoerd in lijn met wet- en regelgeving. +
Het ondersteunen van de directe interactie met relaties. +
Het beperken van de toegang tot specifieke content (zoals webpagina's of e-mail) voor bepaalde gebruikersgroepen. +
Het dynamisch opbouwen van een gebruikersinterface (dynamische content). +
Het routeren van web-content naar een gebruiker. +
Het samenstellen en tonen van gegevens, aangepast aan de rol en voorkeuren van de gebruiker +
Een voorgenomen actie om de impact van een bevinding te minimaliseren. +
D
Ondersteunt het het herkennen van patronen in gegevens. +
Het extraheren van gegevens uit een vorm die eigenlijk bedoeld was voor menselijke interpretatie (screen scraping, web scraping, clipping). +
Het beheer van database management systemen, inclusief hun beschikbaarheid en performance. +
Ondersteunt het beheren van gestructureerde gegevens. +
Ondersteunt het distribueren van mastergegevens naar applicaties zodat deze centraal kunnen worden beheerd. +
Een systeem dat ondersteunt bij het nemen van beslissingen voor het oplossen van complexe problemen +
Het indienen en goedkeuren van declaraties en het inzien van de status van declaraties. +
Het bijhouden van de problemen (defects) in de programmacode die opgelost moeten worden. +
Een systeem dat de problemen (defects) in programmatuur beheert. +
Om de architectuur te kunnen aansturen is het belangrijk heldere doelen te stellen. Dit begint bij het analyseren van de organisatiestrategie. De te stellen doelen voor de architectuur moeten daarbij aansluiten.
Wanneer de doelen helder ("smart") geformuleerd zijn, kan gezocht worden naar concrete ''key performance indicators'' waarmee geëvalueerd kan worden in hoeverre de architectuurwerkzaamheden bijdragen aan de doelen. Het benoemen van KPI's alleen is niet genoeg; ook moet per KPI bepaald worden hoe en wat gemeten moet worden.
De laatste stap in het proces is het formeel vaststellen van de doelen en KPI's door de architectuurboard. Daarmee verkrijgt de architectuurmanager het mandaat om op de doelen te sturen. +
Voor effectieve besturing van architectuurprocessen en -middelen moeten doelen en ''key performance indicators'' worden gedefinieerd. De doelen moeten in lijn zijn met de ambities van de organisatie. KPI’s moeten een representatieve indicatie geven van de architectuurprestatie in relatie tot de doelen. +
Het delen van gegevens en informatie in allerlei vormen (tekst, multimediaal, etc.) met andere mensen. +
Het ondersteunen van het fysiek plaatsen van software op machines +
Het ontsluiten van een desktop die fysiek op een server draait. +
Een systeem dat bedoeld is voor het bewerken en opmaken van drukwerk. +
Ondersteunt het gebruik van een desktop die zich op een server bevindt +
Een rechtsbetrekking tussen een medewerker en een niet-natuurlijk persoon voor het verrichten van arbeid in ruil voor een salarisverplichting. +
Een apparaat dat gegevens kan opslaan en die direct is aangesloten op de computer. +
Het real-time uitwisselen van berichten met andere gebruikers. +
Het opslaan van gegevens op een wijze die is geoptimaliseerd voor het efficiënt bevragen ervan. +
Een hierarchisch opslagmechanisme van gebruikersgegevens. +
Het beheren van documenten en hun metadata, op een gestructureerde wijze. +
Ondersteunt het maken, beheren en archiveren van documenten. +
Ondersteunt het scannen, indexeren, herkennen en converteren van documenten. +
Eeen toestand of conditie van de organisatie die tot stand moet worden gebracht. +
The Domain Name System (DNS) is a hierarchical distributed naming system for computers, services, or any resource connected to the Internet or a private network. +
Een Domeinarchitect is verantwoordelijk voor het opstellen en onderhouden van een domeinarchitectuur en voor het voldoen aan die domeinarchitectuur door oplossingen en projecten. Afhankelijk van het aantal domeinen zullen er meerdere domeinarchitecten zijn, normaliter één per domein. +
Een domeinarchitectuur bestaat uit principes en modellen die ontwerpkeuze beschrijven gerelateerd aan een bepaald deelgebied binnen de organisatie. Domeinen kunnen volgen uit een opdeling naar product(groep), businessunit, architectuurlaag enz. Domeinarchitecturen conformeren zich aan de enterprisearchitectuur en werken ontwerpkeuzes daaruit verder uit tot een detailniveau dat voor hetdesbetreffende domein volstaat. +
Een telefoon die gebruik maakt van een draadloos netwerk op één lokatie. +
E
Ondersteunt het maken en lezen van e-mails. +
Software die spam en virussen detecteert en verwijderd uit e-mail. +
Ondersteunt het uitwisselen van e-mails tussen gebruikers. +
Het extraheren, laden en transformeren van gegevens uit gegevensverzamelingen, typisch in de vorm van periodieke batches. +
Het bieden van formulieren die elektronisch ingevuld en ingediend kunnen worden. +
Ondersteunt het routeren en vertalen van berichten. +
Ondersteunt het genereren van documenten op basis van specifieke invoer. +
De Enterprisearchitect is verantwoordelijk voor het coördineren van enterprisearchitectuurwerk, voor het opstellen en onderhouden van de enterprisearchitectuur van de organisatie en voor de adoptie van enterprisearchitectuur in de strategische veranderprocessen. In kleine en middelgrote organisaties zal deze rol normaliter door één persoon ingevuld kunnen worden. In grote organisaties kan deze rol belegd zijn bij een team van enterprisearchitecten. +
De enterprisearchitectuur bestaat uit principes en modellen die op organisatiebreed niveau de (architecturele) ontwerpkeuzes beschrijven die richtinggevend zijn voor de inrichting van onder meer bedrijfsprocessen, informatiestromen en applicaties. In beginsel heeft elke organisatie één enterprisearchitectuur. Die moet nauw afgestemd zijn op de organisatiestrategie, zodat aan de daarin gestelde doelen een bijdrage wordt geleverd. De enterprisearchitectuur is idealiter vastgelegd in een gestructureerde repository maar moet ook ondersteunend materiaal bevatten waarmee de ontwerpkeuzes uitgelegd worden aan de hand van illustraties, teksten enz., gericht op alle relevante doelgroepen. +
Het vanaf een andere lokatie bieden van toegang tot een netwerk (VPN). +
F
Het zorgdragen voor de faciliteiten (huisvesting, schoonmaak, catering, etc) van de organisatie. +
Een systeem dat het beheren van gebouwen en de daaraan verbonden faciliteiten en goederenstromen ondersteunt. +
Een apparaat dat in staat is om een document in te scannen en te versturen alsook te ontvangen en af te drukken over een telefoonlijn. +
Een financieel adviessysteem biedt ondersteuning voor het geven van financieel advies aan klanten. +
Het zorgdragen voor alle inkomende en uitgaande financiële stromen. +
Een systeem dat de financiële administratie en de verwerking van financiële stromen ondersteunt. +
Een functie binnen een organisatie-eenheid inclusief een beschrijving, te besteden arbeidstijd en functioneringsrichtlijnen. +
Een open-source message service handler die ondersteuning biedt voor ebXML. +
G
Toont geo-informatie op een kaart. +
Het ondernemen van actie op basis van een specifieke gebeurtenis of combinatie van gebeurtenissen. +
een onroerend goed dat binnen de organisatie wordt gebruikt voor het uitvoeren van werkzaamheden. +
Faciliteiten waarmee eindgebruikers direct kunnen interacteren met applicaties. +
Ondersteunt het samenstellen van meerdere heterogene databases tot een virtuele database +
Het raadplegen en beheren van definities van gegevens. +
Het vergelijken, samenvoegen, verbeteren en synchroniseren van gegevens tussen meerdere gegevensverzamelingen. +
Het bieden van een integrale view op meerdere databases of directories. +
Het verbeteren van de kwaliteit van een gegevensverzameling door duplicaten te detecteren en samen te voegen, ontbrekende gegevens aan te vullen en foutieve records te verwijderen (cleansing). +
Het ontsluiten van gegevens richting gebruikers. +
het ondersteunen van opslag van gegevens +
Het analyseren van een set van gegevens om hier meer inzicht in te krijgen. +
Een systeem dat zich richt op het verbeteren van de kwaliteit van gegevensverzamelingen. +
Gegevensobjecten zijn veel voorkomende gegevensverzamelingen binnen een bepaalde bedrijfsfunctie. Bij elkaar vormen de gegevens objecten een logisch informatiemodel. +
Een tool dat ondersteunt in het analyseren van de structuur en inhoud van gegevensverzamelingen. +
Generieke applicatieservices +
Een tool die erop gericht is om het ontwerpen, realiseren, deployen en beheren van software te ondersteunen. +
Alle architectuurprincipes en-modellen die ontstaan of veranderen tijdens het opstellen van de enterprisearchitectuur, domeinarchitecturen of onderhoud aan de architectuur, hebben in potentie impact op projecten. Ze zijn immers kaderstellend daarvoor. Om die reden behoeven deze architectuurartefacten formele vaststelling/goedkeuring door de architectuurboard.
Net als bij het besluiten over architectuurafwijkingen, begint het proces met het voorbereiden van de besluitvorming door het beschrijven van de impact (van zowel goedkeuring als afkeuring). Helderheid over de impact is essentieel om commitment te krijgen; een besluit dat is genomen zonder dat de consequenties duidelijk waren, heeft geen draagvlak. Daarom moet de enterprise- en/of domeinarchitect deelnemen in het besluitvormingsoverleg om uitleg te geven en vragen te beantwoorden.
Vervolgens wordt het besluit formeel genomen en vastgelegd in het architectuurbesluitenregister. Bij goedkeuring wordt e.e.a. gedocumenteerd en gepubliceerd in de architectuurrepository, bij afkeuring zal de desbetreffende architect terug moeten naar de tekentafel. +
Architectuurartefacten moeten worden goedgekeurd, wat betekent dat ze geaccepteerd worden door het management en breed gepubliceerd en gecommuniceerd. Na publicatie zijn de goedgekeurde artefacten onderdeel van de architectuur en daarmee input het definiëren van veranderprogramma's, het opstellen van projectarchitecturen, toezichthouden op projecten, en het beoordelen van voorgestelde wijzigingen. +
Betreft resultaten gerelateerd aan continue verbetering en innovatie van de architectuurprocessen, -producten en -rollen. +
Een natuurlijke of kunstmatig geproduceerde stof die bestemd is om verwerkt te worden tot bruikbare producten. +
H
Omgeving die content ontsluit naar eindgebruiker. +
Een systeem dat werk verdeelt over verschillende systemen. +
Ondersteunt het ontsluiten van host (mainframe) toepassingen. +
Ondersteunt het uitvoeren van meerdere besturingssystemen op een fysieke machine. +
I
Een authenticatie proxy die tevens grofmazige autorisaties uit kan voeren. +
Levert diensten voor het beveiligen van XML communicatie. +
Het IT lagenmodel beschrijft de lagen die kunnen worden onderscheiden in Informatie-Technologie. De belangrijkste scheiding in de architectuur is die tussen applicaties en infrastructuur. Applicaties zijn eenheden van software die voor gebruikers betekenisvolle functionaliteit bieden. Infrastructuur is de verzameling generieke voorzieningen waarop applicaties draaien.
Binnen de applicatielaag maken we onderscheid tussen business applicaties, functiespecifieke applicaties en generieke applicaties. Business applicaties bevatten functionaliteit die specifiek is voor een specifieke sector of organisatie. Functiespecifieke applicaties zijn voor bepaalde gebruikersgroepen (bedrijfsfuncties), zoals bijvoorbeeld een personeelssysteem of een financieel systeem. Generieke applicaties zijn (in potentie) voor iedereen in de organisatie relevant.
Binnen de technische infrastructuur is er ook een duidelijke tweedeling, namelijk tussen het applicatieplatform en de fysieke infrastructuur. Het applicatieplatform is de verzameling van functionaliteiten die (direct) gebruikt wordt door applicaties. Dit wordt ook wel "middleware" genoemd en is grotendeels gelijk aan de diensten die je kunt verwachten van een Platform as a Service (PaaS). Eronder ligt de fysieke infrastructuur die grotendeels overeenkomt met diensten die je kunt afnemen van een Infrastructure as a Service (IaaS). Deze biedt de meest generieke services op basis waarvan het platform en applicaties zijn gebaseerd.
Naast het onderscheid tussen applicaties en technische infrastructuur zijn er nog drie algemene aandachtsgebieden, die in veel architectuurraamwerken ook als orthogonale dimensies worden benoemd: ontwikkeling, beheer en (informatie)beveiliging. In de architectuur zijn deze lagen benoemd, maar beperkt tot de (software)functionaliteiten die in deze lagen worden geboden. Het betreft software voor het ontwikkelen van applicaties, beheren van applicaties en beveiligen van applicaties. Het gaat dus niet om de organisatie en de processen die voor deze aandachtsgebieden noodzakelijk zijn.
Het ervoor zorgen dat informatie en technologie beschikbaar is voor de ondersteuning van de processen. +
Een eenheid van software en/of hardware. +
Een tool dat het beheersen van de (IT) dienstverlening ondersteunt. +
Een systeem dat identiteiten (gebruikers) beheert. +
Het ervoor zorgen dat de juiste mensen toegang hebben tot autorisatieobjecten. +
Het ervoor zorgen dat informatiebehoeften bekend zijn en zijn vertaald naar gewenste functionaliteiten van de informatievoorziening. +
Het verrijken van informatie, bijvoorbeeld door deze te voorzien van tags of een waardering. +
Inkomende geldelijke transactie (van debiteur) waar een levering van een product/dienst van de organisatie tegenover staat. +
Het verwerven van middelen en het bewaken van de afspraken hierover met de leverancier. +
Een bindende afspraak tussen de organisatie en een leverancier rondom het leveren van tastbare goederen of diensten. +
Afspraak over de key performance indicatoren en kwaliteitseisen van door een leverancier te leveren diensten en/of goederen. +
Een systeem dat het inkopen van producten alsook het beheren van leveranciers en contracten ondersteunt. +
Een contractuele afspraak waar een geldbedrag tegenover staat die door de organisatie aan een debiteur moet worden betaald. +
Ondersteunt het direct uitwisselen van berichten tussen gebruikers. +
Het verwerken van instructies op een fysieke verwerkingseenheid. +
Het ondersteunen van de integratie van applicaties. +
Een systeem dat het telefonisch geven van opdrachten ondersteunt. +
Betreft resultaten gerelateerd aan de architectuur zelf. Denk aan standaardisering, hergebruik en vermindering van complexiteit +
Ondersteunt telefoneren via Internet. +
Een systeem dat controleert of er geen kwaadaardige activiteit op het netwerk of andere systemen plaats vindt. +
Het detecteren, voorkomen en verwijderen van ongewenste berichten op het niveau van het netwerk +
Een systeem dat controleert of er geen kwaadaardige activiteit op het netwerk of andere systemen plaats vindt en dit zonodig blokkeert. +
Het inscannen, indexeren, herkennen en converteren van fysieke documenten. +
J
Een open-source Java applicatie server. +
Maakt het mogelijk om taken op specifieke tijdstippen te starten. +
De vastlegging van een financiële gebeurtenis in gestandaardiseerde vorm waarbij wordt aangegeven welke grootboekrekeningen voor welk bedrag debet en welke grootboekrekeningen voor welk bedrag credit geboekt moeten worden. +
Een systeem dat juridische kennis ontsluit. +
Het adviseren over juridische aspecten in de bedrijfsvoering. +
K
Het bepalen binnen welke beperkingen (beleid en architectuur) processen dienen te worden uitgevoerd en het bewaken of processen binnen deze beperkingen blijven. +
WAP en SMS gateway +
Het ondersteunen van het delen van kennis. +
Een systeem dat ondersteunt bij het vinden van de juiste informatie, ondermeer door antwoorden te geven op veelgestelde vragen. +
Een vooraf gedefinieerde eenheid van resultaat om de prestaties van een organisatie te analyseren. +
Het indienen van een klacht over de organisatie of een specifieke medewerker en het raadplegen van de status van de klacht. +
Een systeem ter ondersteuning van het klachtafhandelingsproces. +
Betreft resultaten die van belang zijn voor de afnemer. Bij architectuur is de primaire klant de Business. Denk aan flexibiliteit en time-to-market. +
Een natuurlijk persoon of niet-natuurlijk persoon die één of meer producten of diensten heeft afgenomen. +
Verzameling van bedrijfsfuncties gericht op interactie met de omgeving van de organisatie +
Een systeem dat gericht is op het afhandelen van directe klantcontacten en dat met name door een klantcontactcentrum wordt gebruikt. +
Het verlenen van diensten aan klanten die veel interactie met deze klanten vragen. +
Een opdracht van een klant aan een leverancier tot het leveren van producten of diensten en die impliciet of expliciet leidt tot een overeenkomst. +
Een apparaat dat een document kan vermenigvuldigen. +
Een afgebakende eenheid waaraan kosten kunnen worden toegerekend. +