Heeft u vragen en/of opmerkingen over deze pagina, mailto:postbusear@rijksoverheid.nl


De EAR wordt opgevolgd door de RORA (RijksOverheid Referentie Architectuur), hier vindt u meer informatie over de RORA.

GRC: beheerafspraken: verschil tussen versies

(Versie 2259 van EARbot (overleg) ongedaan gemaakt)
Geen bewerkingssamenvatting
Regel 1: Regel 1:
{{Publicatie}}
{{Element
{{Element
|Elementtype=Afgeleid principe|Status=Vastgesteld
|Elementtype=Afgeleid principe
|ID=GRC15
|ID=GRC15
|Stelling=In  de  GRC  worden  de  beheerafspraken  zodanig opgezet  dat  ze  (qua  doorlooptijden  en  middeleninzet)  “flexibiliteit”, “tijdigheid” en korte “time-to-market” faciliteren
|Stelling=In  de  GRC  worden  de  beheerafspraken  zodanig opgezet  dat  ze  (qua  doorlooptijden  en  middeleninzet)  “flexibiliteit”, “tijdigheid” en korte “time-to-market” faciliteren
|Informatiseringsdomein=Cloud
|Informatiseringsdomein=Cloud
|Toelichting rationale=Als bij de ontwikkeling van applicaties en functionaliteit tijdigheid en korte “time-to-market” worden gefaciliteerd door moderne agile-achtige ontwikkelprocessen, is het van belang dat er ook goed wordt gekeken naar de wijze waarop de beheerprocessen van applicaties op dit moment zijn ingericht. Het standaardiseren van beheerprocessen op basis van ITIL en BISL heeft in de praktijk ervoor gezorgd dat er nogal lange doorlooptijden zijn ontstaan bij het beheer en door-ontwikkelen van applicaties.  
|Toelichting rationale=Als bij de ontwikkeling van applicaties en functionaliteit tijdigheid en korte “time-to-market” worden gefaciliteerd door moderne agile-achtige ontwikkelprocessen, is het van belang dat er ook goed wordt gekeken naar de wijze waarop de beheerprocessen van applicaties op dit moment zijn ingericht. Het standaardiseren van beheerprocessen op basis van ITIL en BISL heeft in de praktijk ervoor gezorgd dat er nogal lange doorlooptijden zijn ontstaan bij het beheer en door-ontwikkelen van applicaties.
|Toelichting implicaties=Actie nemen om ook in de beheerfase van applicaties flexibiliteit, tijdigheid en korte “time-to-market” te kunnen garanderen moet gezocht worden naar naar nieuwe methodes en aanpakken.
|Status=Vastgesteld
|Versiebeheer=Dit principe adresseert een aantal afspraken m.b.t. kwaliteit van beheer. Voor dergelijke afspraken bestaat momenteel niet een eenduidig architectuurkader binnen NORA en de dochters. Dit zou wel het geval moeten zijn en zien we daarom als lacune.


|Toelichting implicaties=Actie nemen om ook in de beheerfase van applicaties flexibiliteit, tijdigheid en korte “time-to-market” te kunnen garanderen moet gezocht worden naar naar nieuwe methodes en aanpakken.
Hoe hiermee om te gaan?
Principe GRC15 voorlopig vast te houden. Ondertussen bezien in hoeverre vanuit NORA en EAR behoefte kan worden gekweekt aan eenduidige beheerkaders. Denkbaar is het dat vanuit Logius hiervoor al een goede aanzet aanwezig is.
|Realiseert=Vaststelling Doelarchitectuur Gesloten Rijkscloud (GRC),
|Realiseert=Vaststelling Doelarchitectuur Gesloten Rijkscloud (GRC),
|Paginanaam=GRC: beheerafspraken
|Paginanaam=GRC: beheerafspraken
}}
}}

Versie van 24 apr 2015 04:07


“Cloud” staat niet in de lijst met mogelijke waarden voor de eigenschap “Informatiseringsdomein” (I-domein totaal, Werkplekdiensten, Toegangsdiensten, Applicatiediensten, Documentdiensten, Gegevensdiensten, Connectdiensten, Datacenterdiensten, Webdiensten, Inkoop, ...).

Eigenschappen

Deze pagina is voor het laatst bewerkt op 24 apr 2015 om 04:07.