EXIN VFB Functioneel Beheer Specialist cheat sheet

Functioneel beheer richt zich op het afstemmen van informatiesystemen op de informatiebehoefte van gebruikers en op het beheersbaar houden van wijzigingen in functionaliteit en gegevens; technisch beheer richt zich op infrastructuur, platforms en netwerken.

Onderwerpgebieden die binnen functioneel beheer terugkomen: gebruikersondersteuning, applicatiebeheer, gegevensbeheer, functioneel applicatieonderhoud en informatiemanagement; de exacte indeling per examenprogramma kan afwijken en is niet in de bron vastgelegd.

Een wijzigingsverzoek doorloopt minimaal: intake, impactanalyse (functioneel en technisch), prioritering, besluitvorming door de eigenaar, realisatie, acceptatietest door gebruikers, en oplevering met bijgewerkte documentatie.

Versiebeheer van een applicatie kent drie te onderscheiden lagen: de applicatieversie, de configuratie-instellingen en de gegevensstructuur; wijzigingen in elk van deze lagen vragen eigen terugvalscenario's.

Een informatiesysteem bestaat uit mensen, procedures, gegevens, applicaties en infrastructuur; functioneel beheer raakt alle vijf, technisch beheer primair applicaties en infrastructuur.

Functionele acceptatie toetst of het systeem de afgesproken gebruikersdoelen ondersteunt; technische acceptatie toetst of het systeem voldoet aan niet-functionele eisen zoals prestaties, beveiliging en beschikbaarheid.

Rolverdeling bij wijzigingen: de systeemeigenaar beslist over prioriteit en budget, functioneel beheer vertaalt behoeften naar eisen en toetst, technisch beheer realiseert en onderhoudt de infrastructuur.

Documentatie die functioneel beheer actueel houdt: functioneel ontwerp, procesbeschrijvingen, autorisatiematrix, gegevenswoordenboek en wijzigingslog; verouderde documentatie is een veelvoorkomende oorzaak van fouten bij wijzigingen.

Een informatiesysteem voegt waarde toe wanneer de verwerkte gegevens aansluiten op de besluitvorming; de informatiewaarde wordt bepaald door juistheid, volledigheid, tijdigheid, actualiteit en relevantie van de gegevens.

Gegevenskwaliteit kent meetbare dimensies: juistheid (correctheid ten opzichte van de werkelijkheid), volledigheid, consistentie, tijdigheid, uniciteit en validiteit; elke dimensie vraagt een eigen controlesoort.

Bij een relationele database voorkomt normalisatie redundantie en inconsistentie; bewust denormaliseren gebeurt voor prestaties en brengt het risico van meerdere waarheden met zich mee.

Een koppeling tussen systemen kent drie vormen: realtime (event- of berichtgestuurd), batch (periodiek) en handmatige overdracht; de keuze bepaalt de eisen aan foutafhandeling en herstel.

Een gegevenswoordenboek legt per gegevenselement vast: definitie, formaat, toegestane waarden, eigenaar, bron en gebruik; het is het referentiepunt bij discussies over betekenisverschillen.

Een business intelligence-keten bestaat uit brondata, extractie en transformatie, opslag (datawarehouse of datalake), analyse en presentatie; fouten in de transformatielaag werken door in alle rapportages.

Informatiebeveiliging rust op drie kernprincipes: vertrouwelijkheid, integriteit en beschikbaarheid; autorisatie (wie mag wat) en authenticatie (wie is dit) zijn afzonderlijke maatregelen.

Een informatiesysteem is niet statisch: wijzigingen in wetgeving, organisatie of processen leiden tot aanpassing van gegevensmodellen, regels en rapportages, wat periodiek onderhoud vraagt.

Incident versus probleem: een incident is een ongeplande onderbreking of verslechtering die zo snel mogelijk moet worden hersteld; een probleem is de onderliggende, nog onbekende oorzaak die structureel onderzoek vraagt.

Wijzigingsbeheer kent drie typen wijzigingen: standaard (vooraf goedgekeurd, laag risico), normaal (beoordeeld door een change advisory board) en spoed (versneld pad met terugwerkende registratie en evaluatie).

De configuratiemanagementdatabase legt configuratie-items en hun onderlinge relaties vast; zonder betrouwbare CMDB is impactanalyse van wijzigingen en storingen niet mogelijk.

Serviceniveaus worden vastgelegd in een SLA met meetbare afspraken over beschikbaarheid, hersteltijd en servicetijd; een OLA beschrijft de interne afspraken tussen beheeronderdelen die nodig zijn om de SLA te halen.

Beschikbaarheid wordt berekend als (afgesproken servicetijd minus uitvaltijd) gedeeld door de afgesproken servicetijd, uitgedrukt in procenten; de meetperiode en de definitie van uitval moeten expliciet zijn vastgelegd.

De Deming-cyclus (plan, do, check, act) is het sturingsmodel achter continue verbetering: meten van prestaties, vergelijken met de norm, bijsturen en de verbetering borgen.

RACI legt per activiteit vier rollen vast: responsible (voert uit), accountable (is eindverantwoordelijk, precies één per activiteit), consulted (wordt geraadpleegd) en informed (wordt geïnformeerd).

Een disaster recovery-plan beschrijft herstel na een calamiteit met een hersteltijddoel (RTO) en een maximaal acceptabel gegevensverlies (RPO); een uitwijktest toont of het plan in de praktijk werkt.

Een release bundelt een of meer goedgekeurde wijzigingen tot een invoerbare eenheid; release- en deploymentplanning bepalen het moment, de volgorde en het terugvalscenario.

Stakeholderanalyse levert per belanghebbende: belang bij het systeem, invloed op besluiten, houding (voor, tegen, neutraal) en de gewenste betrokkenheid; dit bepaalt de communicatieaanpak.

Rolverdeling in de informatievoorziening: de opdrachtgever of systeemeigenaar is verantwoordelijk voor nut en noodzaak, de gebruikersorganisatie levert eisen en acceptatie, functioneel beheer vertaalt en bewaakt.

Een key user of super user is een ervaren gebruiker die collega's eerste lijns ondersteunt en eisen en klachten bundelt; dit ontlast de beheerorganisatie en versnelt de vraagverheldering.

Escalatieniveaus: eerste lijn handelt standaardvragen af, tweede lijn lost verdiepende functionele problemen op, derde lijn (leverancier of technisch specialisten) lost systeemfouten op; elke laag heeft eigen bevoegdheden.

Een goed wijzigingsverzoek bevat: aanleiding, gewenste situatie, betrokken gebruikersgroepen, urgentie, verwachte impact op proces en gegevens, en een acceptatiecriterium.

Bij weerstand tegen een systeemwijziging werkt het benoemen van het gezamenlijke doel en het betrekken van gebruikers bij acceptatietests doorgaans beter dan het verplicht stellen van de wijziging.

Een gebruikersraad of overlegorgaan bundelt vertegenwoordigers van gebruikersgroepen, adviseert over prioriteiten en fungeert als klankbord tussen gebruikers en systeemeigenaar.

Communicatie over storingen volgt een vaste lijn: eerste melding met impact en verwachte hersteltijd, tussentijdse update op afgesproken momenten, en een afsluitende evaluatie bij langdurige of herhaalde incidenten.