DTAP/FC

Systeemomgevingen

DTAP (Development, Test, Acceptance, Production), in het Nederlands OTAP (Ontwikkeling, Test, Acceptatie, Productie) is een aanduiding voor scheiding van systeemomgevingen. Zelf voeg ik altijd de F en de C toe voor Fail over en Contingency.

Development	De ontwikkelomgeving waarin voornamelijk gebouwd wordt. Goed gescheiden van productie en bij voorkeur ook goed van testomgevingen (ivm versiemanagement en voorkomen problemen door niet vastgelegde wijzigingen).
Test	De testomgeving voor de ontwikkelaars (module en integratietesten).
Acceptance	De acceptatieomgeving voor gebruikersorganisatie, beheerorganisatie en migratieproject. Alhoewel kostbaar, belangrijk voor bedrijfskritische toepassingen om een representatieve omgeving te hebben.
Production	De productieomgeving, goed afgescheiden van de ontwikkelomgevingen en zonder koppelingen met fail over en/of contingency-omgeving.
Fail over	Dit zijn dubbel uitgevoerde systemen waarop (vrijwel) direct kan worden overgeschakeld.
Contingency	De terugvalomgeving bij rampen. Ook wel uitwijkcentrum.

Aandachtsgebieden

Algemeen

Raakvlak tussen ontwikkeling en operatie is altijd spannend.

Ontwikkelaars denken vaak in DTAP en ontwikkelen meestal niet op fail over en contingency-situaties. Denktrend is vaak ook dat wordt aangeleverd aan de beheerorganisatie, terwijl het overdrachtsmoment en testen een gemeenschappelijke verantwoording is.
De gebruikersorganisatie denkt vaak in ontwikkeling en productie. Niet zelden wordt aangenomen dat terugval en uitwijk goed zijn ingericht.
De beheerorganisatie beschouwt voortraject vaak als verantwoording van de ontwikkelaars en verwacht een kant en klaar getest en gespreid bedje. Een goed werkende omgeving voor de gebruikersorganisatie is echter nog geen goed beheersbare omgeving voor de beheerorganisatie. Deelname in stuurgroepen vanaf het begin (business case), is daarom belangrijk voor kostenbeheersing later.

Fall back

Al vaker meegemaakt dat fall back scenario's niet getest of zelfs opgesteld zijn.