Eigenschap:Documentation
Type eigenschap
:
Text
Geldige waarden
:
Meerdere waarden toegestaan
:
Nee
Weergave op formulieren
:
Tekstvak
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:
I
Een reverse proxy die verzoeken authenticeert. +
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". +
Een systeem dat werk verdeelt over verschillende systemen. +
Ondersteunt het uitwisselen van e-mails tussen gebruikers. +
Er zijn voor architectuur vier resultaatgebieden waarop architectuurdoelen gesteld kunnen worden. Dit is analoog aan de opzet van de balanced scorecard als mechanisme voor organisatiebesturing. +
Gedurende de uitvoering van het project is de domeinarchitect uit de project definitie fase betrokken als toezichthouder.
* De projectarchitect werkt de projectarchitectuur in ontwerpen uit tot het noodzakelijke of gewenste detailniveau.
* De domeinarchitect adviseert de projectarchitect bij architectuurkwesties. De domeinarchitect heeft (meer) overzicht over hoe vergelijkbare vraagstukken elders in de organisatie zijn opgelost. Hij/zij ziet ook toe op de projectuitvoering vanuit een architectureel perspectief door het valideren van de architecturele conformiteit (aan de goedgekeurde projectarchitectuur), middels periodieke en/of gatewayreviews.
* Indien er sprake is van afwijkingen (aan de goedgekeurde projectarchitectuur), dan zal de domeinarchitect een architectuurafwijkingrapport indienen waarover de architectuurboard een besluit zal nemen. Zo nodig overlegt de domeinarchitect eerst met de enterprisearchitect. +
Het verrijken van informatie, bijvoorbeeld door deze te voorzien van tags of een waardering. +
Het reserveren van een ruimte en daarbij behorende faciliteiten. +
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. +
Ondersteunt het distribueren van mastergegevens naar applicaties zodat deze centraal kunnen worden beheerd. +
Het beheren van bedrijfsregels en het uitvoeren ervan. +
Een generieke view waarbinnen +
Het op een beheersbare en transactionele wijze uitvoeren van verwerkingslogica. +
Het ontsluiten van een desktop die fysiek op een server draait. +
Het opslaan van gegevens in minder bits dan waarin ze zijn aangeleverd, bijvoorbeeld door duplicaten van gegevens maar één keer op te slaan. +
Ondersteunt volledige desktopvirtualisatie waarbij de desktop van individuele gebruikers zijn gevirtualiseerd +
Software die spraak van mensen omzet in tekst. +
Opslag die werkt op het niveau van bestanden en folders. +
Het overdragen van een aantal artikelen aan een klant op basis van een klantorder. +
Het bieden van audiovisuele interactie tussen mensen middels telefonie (geluid) of videoconferentie (beeld en geluid). +
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 generieke view waarbinnen de meest voorkomende bedrijfsfuncties getoond worden inclusief de gegevensobjecten waar zij toegang toe hebben +
Een systeem dat in staat is om real-time security-gerelateerde events te verzamelen, te correleren en te rapporteren. +
Het ondersteunen van de realisatie van systemen (programmacode). +
voorwaardelijke goedkeuring? +
Een netwerk dat verspreid is over een groot gebied. +
De volledige softwarematige reproductie van een fysiek netwerk (ook wel: interne virtualisatie). +
Levert diensten voor het beveiligen van XML communicatie. +
De architectuurbeheercompetentie bestaat uit taken voor het beheren en verwerken van architectuurwijzigingsverzoeken. +
Het beheer van printers. +
Afspraak over de key performance indicatoren en kwaliteitseisen van door een leverancier te leveren diensten en/of goederen. +
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. +
Een tool dat het beheersen van de (IT) dienstverlening ondersteunt. +
Een apparaat waarmee documenten kunnen worden omgezet in digitale vorm, ze kan vermenigvuldigen of afdrukken. +
Een medium dat in staat is om gegevens voor langere tijd op te slaan. +
Het resultaat van een uitgevoerde activiteit dat vastgelegd dient te worden om te bepalen of voldaan wordt aan bepaalde key performance indicatoren. +
Het analyseren van een computerprogramma om het gedrag ervan beter te begrijpen en op basis waarvan het kan worden geoptimaliseerd. +
accepteren? +
Het ontsluiten van gegevens richting gebruikers. +
Het filteren van ongewenste berichten zodat deze niet tot de volgende netwerkzone worden toegelaten. +
Het aanvragen van een (aanvullende) autorisatie en het goed/afkeuren van aanvragen voor autorisaties. +
Het ondersteunen van het beheren van eisen. +
Een systeem die het beheren van de enterprise-architectuur en de daaraan ten grondslag liggende doelstellingen en beleidsuitgangspunten ondersteunt. +
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. +
Betreft resultaten die van belang zijn voor de afnemer. Bij architectuur is de primaire klant de Business. Denk aan flexibiliteit en time-to-market. +
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 op gezette tijden starten van geautomatiseerde taken +
Verbinding tussen apparaten dichtbij één enkele persoon. +
Een kopie maken van gegevens zodat in geval van verstoringen deze weer teruggeplaatst kunnen worden. +
Het zorgdragen voor de faciliteiten (huisvesting, schoonmaak, catering, etc) van de organisatie. +
Het ondersteunen van het proces rondom de ontwikkeling van software. +
De projectarchitectuur wordt gedefinieerd gedurende de projectdefinitiefase; deze bevat het architectuurontwerp voor een voorgesteld project. De projectarchitectuur wordt beoordeeld op conformiteit met de bovenliggende architecturen en de bijdrage aan de organisatiestrategie, dit laatste ten behoeve van prioritisering. Elke afwijking met de architectuur wordt gerapporteerd voor besluitvorming door de enterprisearchitect (domeinniveau) of de Architectuurboard (enterpriseniveau). +
Faciliteiten waarmee eindgebruikers direct kunnen interacteren met applicaties. +
Ondersteunt het uitvoeren van een virtueel werkstation op een fysiek werkstation. +
accepteren? +
Het verwerken van instructies (tussencode) op een virtuele machine. +
Ondersteunt bericht-gebaseerde integratie met externe partijen. +
Het beheer van individuele machines (werkstations, servers), en het bewaken (monitoren) van de performance, beschikbaarheid en integriteit van deze machines. +
Ondersteunt het op een gecontroleerde wijze uitwisselen van bestanden. +
Een node realiseert een technologiedienst. +
Het bieden van een extra tussenstation voor (inkomende en uitgaande) berichten, waardoor een extra beveiligingslaag wordt gecreëerd. +
Een systeem dat ondersteunt in het routeren van telefoongesprekken. +
Een apparaat waarmee mensen elkaar op afstand kunnen spreken. +
Een systeem dat klantorders afhandelt door het coördineren van de levering. +
Een verzameling van activiteiten en/of projecten gericht op het nastreven van doelstellingen. +
Het beheer van de netwerkapparatuur. +
Referfentie componenten +
Het ondersteunen van de samenwerking tussen medewerkers. +
Het scheiden van de server van de fysieke machine waarop dit plaats vindt. +
De basisfuncties die noodzakelijk zijn om hardware te kunnen gebruiken +
Een systeem dat de toegang tot een apparaat logisch (via authenticatie) of fysiek afschermt. +
Gedurende de uitvoering van een project zal de domeinarchitect de projectarchitect adviseren, bijvoorbeeld door suggesties over beschikbare architectuurbouwstenen. Aanvullend zal de domeinarchitect monitoren of het project in lijn is en blijft met de goedgekeurde projectarchitectuur en zal hij/zij afwijkingen rapporteren ten behoeve van goedkeuring (of niet). Na afronding van het project zal een eindreview worden uitgevoerd om specifieke zaken te documenteren en acties uit te zetten. +
Het verspreiden van inkomende berichten over meerdere IT systemen. +
Een set van samenhangende activiteiten om input om te zetten in output, gestart door een duidelijke trigger en eindigend met een duidelijk resultaat. +
Een apparaat dat gegevens opslaat op een wijze waarop het voor het besturingssysteem lijkt dat het direct is aangesloten. +
Ondersteunt telefoneren via Internet. +
Gedurende de gebruiksfase van een projectarchitectuur c.q. "oplossing" wordt onderhoud uitgevoerd en worden wijzigingen doorgevoerd. Net als bij initiële projectarchitecturen geven zowel domein- en enterprisearchitecturen richting voor deze veranderingen.
* De domeinarchitect verantwoordelijk voor het domein waarbinnen de wijziging is gecategoriseerd, zal een impactanalyse uitvoeren waarin de architecturele impact van de voorgestelde wijziging wordt beschreven. Wijzigingen die significante architecturele impact hebben of die een architecturele afwijking introduceren, mogen niet als gewone wijziging worden uitgevoerd maar moeten als project worden opgepakt. De domeinarchitect beslist hierover.
* Elke afgeronde wijziging wordt gerapporteerd aan de domeinarchitect zodat hij/zij ervoor kan zorgen dat de architectuurmodellen in de architectuurrepository overeenkomstig worden bijgewerkt. +
Een systeem dat de financiële administratie en de verwerking van financiële stromen ondersteunt. +
Het transporteren van gegevens in minder bits dan waarin ze zijn aangeleverd, bijvoorbeeld door duplicaten van gegevens maar één keer te verzenden. +
Een systeem dat identiteiten (gebruikers) beheert. +
Een systeem waarin afspraken tussen mensen of organisaties kan worden geregeld. +
Het beveiligen van toegang tot apparatuur, bijvoorbeeld door specifieke invoermedia softwarematig of hardwarematig af te schermen. +
Een telefoon die gebruik maakt van een netwerk van antennes voor de verbinding. +
Het bieden van een integrale view op meerdere databases of directories. +
Het real-time uitwisselen van berichten met andere gebruikers. +
Het opstellen van een projectarchitectuur wordt gedaan onder verantwoordelijkheid van een domeinarchitect en in samenwerking met de beoogde projectarchitect. Door die samenwerking wordt geborgd dat de kaders die vanuit de projectarchitectuur gesteld worden begrepen en gedragen worden.
Het opstellen van een architectuurontwerp is slechts de eerste stap. Minstens zo belangrijk is het bepalen wat de impact van de voorgestelde oplossing is. Beide vormen input voor een ''solution review'' door de enterprisearchitect. Bij goedkeuring van de voorgestelde oplossing kan deze als projectarchitectuur gepubliceerd worden, en kan het project van start. Hier eindigt het proces.
Wanneer de voorgestelde oplossing niet geaccepteerd wordt, beoordeelt de domeinarchitect of er haalbare alternatieve oplossingen zijn. Zo ja, dan wordt het architectuurontwerp daarop aangepast. Zo nee, dan kan besloten worden om een architectuurafwijking te rapporteren en de architectuurboard te verzoeken een uitspraak te doen conform het proces "besluiten over architectuurafwijkingen". +
Een apparaat dat een document kan vermenigvuldigen. +
alternatieven? +
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. +