Verschillen in QA aanpak tussen ERP projecten en “niet-ERP projecten”
SYSQA B.V. Almere
Datum Status Versie Opgesteld door
: 06 mei 2013 : definitief : 2.0 :
Organisatie Titel
SYSQA B.V. Verschillen in QA aanpak tussen ERP projecten en “niet-ERP projecten”
Pagina Versie Datum
2 van 5 2.0 06-05-2013
Overzicht verschillen In onderstaande tabel wordt een overzicht gegeven van de verschillen tussen ERP en niet-ERP projecten. De opgenomen ++ geeft aan dat hier extra aandacht aan besteed moet worden. Niet ERP ERP Toelichting: Requirements
Selectie
Standaard aanpak Commitment hoeft niet noodzakelijkerwijs op directieniveau te worden verkregen.
Vaak grotere groep stakeholders door bredere organisatie-inzet. Mandaat/commitment bestuur is van groter belang, mogelijk ook commitment op hoger niveau vereist
Wijzigingen op requirements in een latere fase hebben een minder grote impact
Gekozen pakket en vastgestelde requirements maken aanpassingen minder eenvoudig Beperkingen pakket a.g.v. requirements Leverancier bepaalt veel van de requirements vanuit de pakketmogelijkheden Leverancier- en pakketselectie Branchekennis van leverancier belangrijker
Leveranciersselectie
Moet mogelijk vanaf nul worden opgebouwd
Veel processen zijn al ingericht en op elkaar afgestemd
Minder kans dat werkprocessen aangepast moeten worden
Inpassen en aanpassen huidige werkprocessen is vrijwel niet te voorkomen
Almere © 2013
Proud of it
ERP: Na aankoop zijn alleen kleine wijzigingen mogelijk zonder dat direct nieuw maatwerk gemaakt moet worden. Je zit aan het pakket vast, wijzigingen kunnen grotere (ongewenste gevolgen hebben) ERP: Groter gedeelte van het bedrijf heeft/krijgt er mee te maken, belangrijke keuzes moeten worden gemaakt. ERP: Wijzigingen in de requirements kunnen grote gevolgen hebben als het ERP pakket niet voldoende flexibel is. Gevolg: maatwerk voor ERP pakket of wijziging op werkprocessen. Niet-ERP: keuze kan gemaakt worden voor een vanaf nul op te bouwen systeem en methodiek. ERP: Leverancier met branchekennis kan een pakket leveren dat ingericht is voor de specifieke branche ERP: Veel voorwerk is al door de leverancier gedaan. Kans is groter dat een ERP systeem wijzigingen in de werkprocessen tot gevolg heeft omdat het minder flexibel is (maatwerk is duurder). ERP: Keuze pakket bepaald (on-)mogelijkheden inpasbaarheid. Implementator is aan te bevelen maar keuze is beperkter t.o.v. niet-ERP.
Pagina 2 van 5
Organisatie Titel
SYSQA B.V. Verschillen in QA aanpak tussen ERP projecten en “niet-ERP projecten”
Pagina Versie Datum
3 van 5 2.0 06-05-2013
Niet ERP
ERP
Toelichting:
Bouwen
Keuze mogelijkheid ontwikkelmethodiek Nieuwbouw: Bouw begint vanaf nul Vernieuwing: Meer vrijheid in oplossingsrichting
ERP: Extra functionaliteit moet mogelijk als maatwerk worden ingebouwd/toegevoegd.
Testen
Focus testinspanning kan variëren: afhankelijk van het toepassingsgebied en de omvang van de applicatie Beveiliging kan makkelijker aangepast worden naar het gewenste niveau Meer testen van externe interfaces
Extra modules als maatwerk. In het maatwerk is wel een keuze te maken in de ontwikkelmethodiek. Configureren (parameters) is een groot onderdeel van de bouw Nieuwbouw: Bouw is voor een groot deel al door de leverancier gedaan Vernieuwing: Pakket kan oplossingsrichting afdwingen Testinspanning in ieder geval gefocust op: Performancetesten Stabiliteit++ Continuïteit Portabiliteit Dataconversie Is de beveiliging van het pakket van het gewenste niveau
Systeemtesten is belangrijk onderdeel van het testtraject.
Almere © 2013
Meer interne interfaces testen
Gebruikersacceptatietesten omvangrijker omdat het pakket meerdere afdelingen (hele organisatie) omvat. O.a.: GAT++ Procescyclustest Gegevenscyclustest
Proud of it
ERP: Uitvallen van ERP systeem heeft een grotere impact op het bedrijf en is daarmee een groter risico. ERP: Testen omvatten grotere gedeeltes van het bedrijf en daarmee kan de benodigde capaciteit van testers ook groter worden ERP: Meerdere ‘soorten’ gebruikers, meerdere verantwoordelijkheden en bevoegdheden. Geautoriseerde gebruikers mogen gegevens maken/aanpassen/lezen/verwijderen (CRUD) Niet-ERP: Testen externe interfaces vergt tijd van meerdere afdelingen/medewerkers ERP: Interfacetesten zijn deels al door leverancier gedaan ERP: Interne interfaces dienen door de leverancier getest te zijn. ERP: Grotere groep van gebruikers omdat het systeem meerdere afdelingen omvat. Wat blijft hetzelfde en wat verandert er voor de gebruikers. ERP: GCT voor controle van de dataconversie, correct gebruik data en de migratie van data.
Pagina 3 van 5
Organisatie Titel
SYSQA B.V. Verschillen in QA aanpak tussen ERP projecten en “niet-ERP projecten”
Functioneel beheer
4 van 5 2.0 06-05-2013
Niet ERP
ERP
Toelichting:
Patches en releases zijn ook maatwerk
Uitgebreidere rol: meer gebruikers, opleiding personeel Grotere gebruikersgroep Functionele wensen/wijzigingen hebben een grotere impact op het systeem Patches en releases zijn eenvoudig te beheren
ERP: Meerdere soorten gebruikers, meer autorisaties, gevolg: hogere beheerlast?? ERP: Wijzigingen aan een subsysteem kunnen grote gevolgen hebben voor andere subsystemen
Gedeeltelijk door leverancier Kennis ERP systeem noodzakelijk, opleiding
ERP: Indien uitbesteed aan leverancier minder grip en flexibiliteit. Indien binnen de organisatie gehouden, goed opgeleid personeel met ruime kennis van het ERP systeem nodig. ERP: Bij een nieuw systeem moeten gegevens van meerdere systemen overgezet worden in het ERP systeem. Bij vervanging van een ERP systeem kan gekozen worden voor alles in één keer of deel voor deel. ERP: Omvangrijke inspanning voor voorbereiding, uitvoering en testen. ERP: Geen ondersteuning van de gebruikte pakketversie heeft tot gevolg dat eerder het systeem (gedeelte) vervangen moet worden. ERP: Overnames, nieuwe en samengevoegde afdelingen nopen tot aanpassing/vervanging van systeem ERP: Het systeem kan in één keer in productie of in fases. In fases betekent extra interfaces tussen oude en nieuwe systemen, dus meer testen.
Applicatie/systeembeheer
Vervanging
Pagina Versie Datum
Migratietests
Migratietests (regressietesten)
Ondersteuning hard/softwareplatform
Impact stopzetten ondersteuning hard/software platform Wijzigingen organisatie
Wijze van implementatie kan op kleinere onderdelen uitgevoerd worden
Wijze van implementatie is in grovere stukken opgedeeld
Almere © 2013
Proud of it
Pagina 4 van 5
Organisatie Titel
SYSQA B.V. Verschillen in QA aanpak tussen ERP projecten en “niet-ERP projecten”
Pagina Versie Datum
5 van 5 2.0 06-05-2013
Niet ERP
ERP
Toelichting:
Systeem kan langere tijd meegaan door uitbreidingen en aanpassingen
Levensduur van tevoren vastleggen. Pakket wordt niet onbeperkt lang ondersteund.
ERP: Vervanging of nieuw te bouwen systeem vergt tijd en heeft een grote impact op vrijwel de gehele organisatie. Niet-ERP: Uitbreidingen en aanpassingen kunnen door verschillende leveranciers gedaan worden. Vervanging of nieuwbouw kan een beperkter deel van de organisatie beïnvloeden.
Kan voor een afdeling, een aantal afdelingen of de gehele organisatie gemaakt worden.
Voor een groter gedeelte van de organisatie of de gehele organisatie gemaakt
Almere © 2013
Proud of it
Pagina 5 van 5
