Uitgangssituatie herstellen: verschil tussen versies
Naar navigatie springen
Naar zoeken springen
Geen bewerkingssamenvatting |
(status principes verwijderd: AP zit al in de historie) |
||
(13 tussenliggende versies door 6 gebruikers niet weergegeven) | |||
Regel 1: | Regel 1: | ||
{{ | {{#element: | ||
|Elementtype=Afgeleid principe | |||
| | |ID=AP36 | ||
|Stelling=Wanneer de levering van een dienst mislukt, wordt de uitgangssituatie hersteld | |||
|Rationale=Afnemers verwachten niet benadeeld te worden wanneer een dienstverleningsproces door menselijke- of systeemfouten niet voltooid kan worden. De dienstverlener treft voorzieningen om een verstoorde dienstverlening te herstellen en te continueren. Wanneer de levering van een dienst geheel mislukt, wordt de uitgangssituatie hersteld. De al uitgevoerde stappen in de verlening van de dienst worden dan teruggedraaid. | |||
Voor alle duidelijkheid: dit principe heeft géén betrekking op situaties waarin de dienstverlener rechtmatig besluit om de dienst niet te leveren of een aanvraag buiten behandeling te stellen. | Voor alle duidelijkheid: dit principe heeft géén betrekking op situaties waarin de dienstverlener rechtmatig besluit om de dienst niet te leveren of een aanvraag buiten behandeling te stellen. | ||
| | |Implicaties=* Voor alle diensten zijn herstellende maatregelen gedefinieerd voor het geval de levering mislukt. | ||
* Voor iedere dienst is bepaald wie verantwoordelijkheid draagt voor communicatie en herstel richting de afnemer. | |||
* Het volledige proces van voortbrenging van de dienst en de bijdrage van alle partijen daarin, is op elk moment traceerbaar. | |||
* Verwerkingen zijn herstelbaar. | |||
|Voorbeelden=Door een bug in een website gaat een ingevuld e-formulier verloren. De aanbieder zorgt er voor dat de afnemer een foutmelding en alternatief aangeboden krijgt. | |Voorbeelden=Door een bug in een website gaat een ingevuld e-formulier verloren. De aanbieder zorgt er voor dat de afnemer een foutmelding en alternatief aangeboden krijgt. | ||
Denk verder aan betalingen die worden teruggestort, of het ongedaan maken van bewerkingen van gegevens. | Denk verder aan betalingen die worden teruggestort, of het ongedaan maken van bewerkingen van gegevens. | ||
|Cluster=Betrouwbaarheid | |Cluster=Betrouwbaarheid | ||
|Architectuurlaag=Technische architectuur | |Architectuurlaag=Technische architectuur | ||
|Architectuurdomein=Gegevensopslag | |Architectuurdomein=Gegevensopslag | ||
|Toepassingsgebied=Generiek | |Toepassingsgebied=Generiek | ||
|Status actualiteit=Vervangen | |||
|Status toelichting=Dit AP is op basis van [[RFC Beveiliging 2016]] vervangen door [[Beschikbaarheid|Beschikbaarheid (AP41)]], een uitgebreider principe. Herstelbaarheid is een van de implicaties van Beschikbaarheid. | |||
Op praktisch niveau kun je herstel van de uitgangssituatie terug vinden in het beveiligingsthema [[Beveiliging/Continuïteit|Continuïteit]]. | |||
|Prioriteit revisit=0 | |||
|Heeft bron=NORA 3.0 Principes voor Samenwerking en Dienstverlening | |||
}} | }} | ||
[[Image:Ap 36.png|thumb|200px|right|link=Grafisch overzicht relatie principes||alt="Relatie Afgeleid principe 36, realiseert Basisprincipe 9"]] |
Huidige versie van 9 dec 2022 om 16:22
NB: Deze pagina maakt deel uit van de Historie van de NORA en kan verouderde informatie bevatten!'
Deze pagina en alle Basisprincipes en Afgeleide Principes van de NORA zijn per 1 januari 2023 vervallen door nieuwe Bindende Architectuurafspraken: Kernwaarden van Dienstverlening, Kwaliteitsdoelen, Architectuurprincipes en Implicaties van Architectuurprincipes. Zie voor meer informatie het RFC Bindende architectuurafspraken 2022, goedgekeurd door de NORA Gebruikersraad op 13 september 2022.
Dit AP is op basis van RFC Beveiliging 2016 vervangen door Beschikbaarheid (AP41), een uitgebreider principe. Herstelbaarheid is een van de implicaties van Beschikbaarheid.
Op praktisch niveau kun je herstel van de uitgangssituatie terug vinden in het beveiligingsthema Continuïteit.
Afgeleide principes zijn principes die volgen uit de NORA-basisprincipes en die een verdere concretisering van die basisprincipes beogen.
Eigenschappen
ID | AP36 |
---|---|
Stelling | Wanneer de levering van een dienst mislukt, wordt de uitgangssituatie hersteld |
Rationale | Afnemers verwachten niet benadeeld te worden wanneer een dienstverleningsproces door menselijke- of systeemfouten niet voltooid kan worden. De dienstverlener treft voorzieningen om een verstoorde dienstverlening te herstellen en te continueren. Wanneer de levering van een dienst geheel mislukt, wordt de uitgangssituatie hersteld. De al uitgevoerde stappen in de verlening van de dienst worden dan teruggedraaid. Voor alle duidelijkheid: dit principe heeft géén betrekking op situaties waarin de dienstverlener rechtmatig besluit om de dienst niet te leveren of een aanvraag buiten behandeling te stellen. |
Implicaties |
|
Voorbeelden | Door een bug in een website gaat een ingevuld e-formulier verloren. De aanbieder zorgt er voor dat de afnemer een foutmelding en alternatief aangeboden krijgt. Denk verder aan betalingen die worden teruggestort, of het ongedaan maken van bewerkingen van gegevens. |
Cluster | Betrouwbaarheid |
Architectuurlaag | Technische architectuur |
Architectuurdomein | Gegevensopslag |
Toepassingsgebied | Generiek |
Status actualiteit | Vervangen |
Status toelichting | Dit AP is op basis van RFC Beveiliging 2016 vervangen door Beschikbaarheid (AP41), een uitgebreider principe. Herstelbaarheid is een van de implicaties van Beschikbaarheid. Op praktisch niveau kun je herstel van de uitgangssituatie terug vinden in het beveiligingsthema Continuïteit. |
Prioriteit revisit | 0 |
Relaties
Vertrekpunt | Relatie | Eindpunten |
---|---|---|
Uitgangssituatie herstellen | Heeft bron |
Afgeleide relaties
Vertrekpunt | Relatie | Eindpunt |
---|