Deployment Milieu

Als een omgeving voor de levering ( Engels implementatieomgeving of deployment dier ) wordt in de informatica een computersysteem waarin een computerprogramma is voorzien en uitgevoerd genoemd.

Onderscheid

Afhankelijk van de voortgang van het programma, wordt een onderscheid gemaakt tussen verschillende omgevingen:

ontwikkeling
In de ontwikkelomgeving ( Engels ontwikkelomgeving ), vaak afgekort tot DEV heeft betrekking op de softwarevereisten uitgevoerd en ondersteund door geautomatiseerde tests. Om foutieve ontwikkelingen te voorkomen, moet de ontwikkelomgeving van de productieomgeving gemodelleerd worden. Doorgaans worden alle services waarvan het programma afhankelijk is, lokaal uitgevoerd.
Build Environment
In de build-omgeving, vaak kortweg BUILD genoemd , wordt de broncode van de applicatie centraal gecompileerd maar niet uitgevoerd. De build-omgeving hoeft niet vergelijkbaar te zijn met de productieomgeving, alleen de afhankelijkheden die nodig zijn om te compileren.
testomgeving
In de testomgeving ( Engels testomgeving ), vaak afgekort tot TEST bedoelde geautomatiseerde zijn software testen uitgevoerd. Unittests worden meestal uitgevoerd na elke check-in in versiebeheer , terwijl langlopende integratietests soms alleen op dagelijkse basis ( Engels nachtelijk ) of wekelijks worden uitgevoerd, afhankelijk van de runtime .
kwaliteitsborging
Kwaliteitsborging omgeving ( Engels kwaliteitsborging milieu ), vaak afgekort tot QA of QA betrekking op de toepassing van kwaliteitsbewaking omgeving verschaft, zoekt de tester experimentele fouten bij de toepassing en extra tests uitvoeren. De kwaliteitsbewakingsomgeving moet zo dicht mogelijk bij de productieomgeving liggen.
regie
De staging-omgeving ( Engels staging-omgeving ), het programma voor het product eigenaar en de klant voor acceptatie klaar. De staging-omgeving moet zo dicht mogelijk bij de productieomgeving liggen.
productie
Hier wordt het programma gebruikt voor het eigenlijke doel van de klant en genereert het een bedrijfswaarde . De functie van het programma wordt continu bewaakt door middel van logging , monitoring en auditing .

Betekenis

Hoe later een programmafout wordt gevonden, hoe duurder het is om de fout te herstellen en hoe hoger de kosten die door de fout worden veroorzaakt. Vooral fouten in financiële applicaties kunnen binnen korte tijd leiden tot enorme geldverliezen en fouten in veiligheidskritieke applicaties kunnen een dodelijk gevaar zijn. Daarom doorloopt de ontwikkeling verschillende fasen om fouten te vinden voordat het programma in productie gaat.

Relatieve kosten als gevolg van programmafouten [1]
projectstatus Kostenfactor voor het oplossen van problemen
eis 1
ontwerp 3-6
ontwikkeling 10
testomgeving 15-14
kwaliteitsborging 30-70
productie 40-1000

Het is daarom belangrijk om fouten te voorkomen door geschikte maatregelen en deze zo snel mogelijk te vinden. De maatregelen omvatten:

  • Stel het softwareverzoek samen in een automatisch verifieerbare taal zoals Augurk of Attempto Controlled English
  • Checklists , zoals Definition of Ready ( DoR ) en Definition of Done ( DoD ) in Scrum
  • Codevereisten zoals SOLID-principes en Clean Code
  • Geautomatiseerde softwaretests , met name unit tests en integratietests
  • Codebeoordelingen en programmeren van paren
  • statische code analyse

Zie ook

  • applicatiebeheer
  • release management

Bronnen

  1. Jump up↑ Fout Kosten Escalatie door de Project Life Cycle. NASA Johnson Space Center, toegankelijk op 29 mei 2017 (PDF, Engels).

Leave a Reply

Your email address will not be published. Required fields are marked *