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.
| 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
- Jump up↑ Fout Kosten Escalatie door de Project Life Cycle. NASA Johnson Space Center, toegankelijk op 29 mei 2017 (PDF, Engels).