Onderhoud en Vernieuwing

ArchiMate-modellen > GGI > BusinessProcesses > Onderhoud en Vernieuwing
Notice.png
Let op. Dit element is onderdeel van de projectarchitectuur GGI en bestaat niet in de GEMMA

Contextdiagram
Men schat dat zo'n 80% van het werk binnen applicatiebeheer te maken heeft met onderhouds- en vernieuwingsprocessen. Omdat de bedrijfsprocessen die door applicaties ondersteund worden continu veranderen, moeten de applicaties meeveranderen. Voor elke verandering zullen de onderhouds- en vernieuwingsprocessen doorlopen moeten worden. In ITIL zijn deze processen niet terug te vinden. (BusinessProcess) Onderhoud en Vernieuwing Tijdens deze fase worden de gewenste wijzigingen in overleg met Functioneel Beheer uitgewerkt en eenduidig gespecificeerd. Onderdeel van deze specificatie is onder andere een functionele beschrijving van de te verwerken informatie, de gewenste bewerkingen en de gewenste output in de nieuwe situatie. Ook aan samenhang en volgorde dient aandacht besteed te worden. Voor het specificeren maakt men veelal gebruik van een functioneel ontwerp. Verder wordt er ook uitgewerkt hoe er na realisatie getest dient te worden. (BusinessProcess) Ontwerp Anders dan het woord implementatie suggereert gaat het bij het proces implementatie niet om de daadwerkelijk implementatie van de nieuwe release in de productie omgeving. Deze actie wordt namelijk uitgevoerd door technisch beheer in samenwerking met functioneel beheer die de gebruikersondersteuning voor zijn rekening neemt. Wel ondersteunt dit proces Technisch beheer en Functioneel Beheer hierbij. Daarnaast sluit dit proces de release en de opdracht af na ontvangst van een verklaring van acceptatie opdrachtdecharge vanuit Functioneel beheer. (BusinessProcess) Implementatie Overkoepelend proces voor de uitvoerende processen van de GGI-Services platformbeheerder. (BusinessProcess) Uitvoerende processengro- ep Tijdens de realisatie wordt de functionele specificatie uit de vorige fase technisch uitgewerkt tot een technisch ontwerp. Vervolgens wordt er nader uitgewerkt en gebouwd. Het resultaat is een change package, de gewijzigde programmaonderdelen en databestanden. Ook ondergaan de gewijzigde delen een eerste test: de unit-test waarbij de delen afzonderlijk van elkaar getest worden. Een belangrijk aspect hierbij is het voorkomen van het opnieuw optreden van fouten die reeds bij eerdere releases eruit zijn gehaald. (BusinessProcess) Realisatie Om te voorkomen dat de wijzigingen tot fouten in de applicatie leiden en om te borgen dat de gewenste functionaliteit in de nieuwe release verwerkt is, moet er getest worden. Onderdeel van het proces testen zijn de volgende soort testen: * technische systeemtest (met betrekking tot opgestelde specificaties en onderhoudbaarheid van de software) * functionele systeemtest (met betrekking tot afgesproken functionaliteit en kwaliteit) * (ondersteuning van de) productietest door Technisch Beheer (met betrekking tot exploiteerbaarheid) Zo mogelijk worden deze testen zo opgezet dat ze herbruikbaar zijn bij elke nieuwe release. Op die manier kan er efficiënt gewerkt worden. Om het testen nog meer gestructureerd aan te pakken zijn methoden ontwikkeld zoals TMAP en TestFrame. Deze methoden vallen niet onder ASL. (BusinessProcess) Test Onderhoud van een applicatie begint altijd met het analyseren van de uitwerking van de gewenste wijzigingen. Het gaat daarbij om de inspanning die benodigd is om de wijziging te realiseren en de consequenties voor gebruikers(organisatie) en beheerders. Hiervoor is nodig dat duidelijk wordt welke onderdelen van de applicatie gewijzigd moeten worden en door wie de betrokken applicatie(vrijgaven) gebruikt worden. Op basis van deze informatie wordt ook bepaald wat de beste oplossingsrichting is voor de wijziging. Ook wordt nu al in kaart gebracht hoe er getest moet gaan worden. Tijdens deze fase is er veel overleg met Technisch en Functioneel beheer. (BusinessProcess) Impactanalyse De aanbieders van gemeentelijke gegevens- en informatiediensten zijn de alle organisaties die via de GGI hun gegevens en functionaliteit ontsluiten. (BusinessRole) GGI-Services aanbieder Onderhoud en vernieuwing conform ASL (Requirement) U22 ASL Onderhoud en vernieuwing AggregationRelationship AggregationRelationship AggregationRelationship AggregationRelationship AggregationRelationship AggregationRelationship AssignmentRelationship RealisationRelationship Deze svg is op 07-04-2024 20:46:48 CEST gegenereerd door ArchiMedes™ © 2016-2024 ArchiXL. ArchiMedes 07-04-2024 20:46:48 CEST
Eigenschappen
Elementtype     BusinessProcess
Label     Onderhoud en Vernieuwing
Definitie     Men schat dat zo'n 80% van het werk binnen applicatiebeheer te maken heeft met onderhouds- en vernieuwingsprocessen. Omdat de bedrijfsprocessen die door applicaties ondersteund worden continu veranderen, moeten de applicaties meeveranderen. Voor elke verandering zullen de onderhouds- en vernieuwingsprocessen doorlopen moeten worden. In ITIL zijn deze processen niet terug te vinden.
Object ID     29337374-0c66-431f-a08c-f64899114855
Relaties
Uitgaand    
Inkomend    
ArchiMate-views
Komt voor op view    

De GEMeentelijke ModelArchitectuur met een verzameling samenhangende kaders, richtlijnen, referentiemodellen en standaarden die gemeenten helpt bij het inrichten van hun IT-omgeving en processen.

Overgenomen van "https://www.gemmaonline.nl/index.php?title=GGI/id-29337374-0c66-431f-a08c-f64899114855&oldid=505590"
Deze pagina is het laatst bewerkt op 29 mrt 2018 om 16:08.