Introductie QA en testen bij ERP

Maat: px
Weergave met pagina beginnen:

Download "Introductie QA en testen bij ERP"

Transcriptie

1 Introductie QA en testen bij ERP SYSQA B.V. Almere Datum : Status : definitief Versie : 2.0 Opgesteld door :

2 Organisatie SYSQA B.V. Pagina 2 van 12 Inhoudsopgave 1 Inleiding Leeswijzer Requirementstechnieken Methode voor requirements Reviewtechnieken Collegiale review Walkthrough Inhoudelijke review Inspectie Managementreview Monitoringstechnieken Audit Inspectie Andere vormen van monitoringstechnieken Testen Testen Methoden voor testen... 11

3 Organisatie SYSQA B.V. Pagina 3 van 12 1 Inleiding Deze introductie is opgesteld om lezers te laten zien welke kwaliteitsmaatregelen (QA maatregelen) mogelijk zijn om ERP implementaties succesvol te laten verlopen. Maatregelen rond de conversie van masterdata, maar ook configuratie / parameterisering van ERP pakketten vragen om passende maatregelen. Een aantal vragen die elke opdrachtgever zichzelf moet stellen zijn: Wilt u het laten slagen alleen van de leverancier af laten hangen? Is al eerder een succesvolle implementatie van een ERP-pakket uitgevoerd? Is uitvoerig naar de risico s van ERP implementatie gekeken en niet alleen naar de risico s die de leverancier heeft benoemd? Een ERP pakket is vaak het hart van een organisatie, wilt u dan risico lopen dat de implementatie mislukt? Is het antwoord op de vraag of de business of de IT bepaalt op welke manier de implementatie verloopt, de business? Is het antwoord op 1 of meerdere van bovenstaande vragen nee, dan is het van belang de juiste maatregelen te nemen en dit document goed door te nemen om zo meer kans op een succesvolle implementatie af te dwingen. Voor informatie over wat ERP is en welke aandachtspunten bij implementatie van belang zijn, verwijzen wij u naar de introductie ERP op de kennisbank van SYSQA. Kwaliteitsmaatregelen zijn van belang voor het succesvol laten verlopen van een ERP implementatie. De in dit document benoemde kwaliteitsmaatregelen zijn toepasbaar op de risico s benoemd in het document Risicos bij ERP Vx.x.pdf. 1.1 Leeswijzer In deze introductie worden verschillende QA maatregelen behandeld die toepasbaar zijn bij ERP implementaties. Naast het behandelen van de technieken wil SYSQA u handvatten geven om te laten zien op welke manieren deze technieken toepasbaar zijn. Hiervoor zijn voor alle technieken cases beschreven die voortkomen uit ervaringen van medewerkers van SYSQA bij verschillende opdrachtgevers. Het te toetsen product en het belang van het product bepaalt welke techniek dient te worden toegepast. Het document is als volgt opgebouwd: In hoofdstuk 2 wordt het belang van requirements nader toegelicht inclusief een nadere toelichting over een beheerst requirementsproces; Hoofdstuk 3 geeft een uitleg over de verschillende reviewtechnieken en met behulp van cases wordt uitgelegd hoe deze succesvol kunnen worden toegepast voor ERP; In hoofdstuk 4 worden monitoringstechnieken nader toegelicht; Hoofdstuk 5 gaat dieper in op de verschillende soorten testen die te gebruiken zijn bij ERP.

4 Organisatie SYSQA B.V. Pagina 4 van 12 2 Requirementstechnieken Om tijdens een ERP traject tot de keuze van een ERP pakket te komen dat de juiste ondersteuning aan de bedrijfsprocessen biedt, is het van belang om goede en volledige requirements (eisen) op te stellen. Om de juiste kwaliteit van het ERP systeem te bereiken is het van belang dat requirements worden opgesteld aan de hand van een beproefde methode. De kwaliteit van het opgeleverde ERP systeem wordt direct bepaald door de kwaliteit van de requirements. De requirements moeten aan het einde van het requirement-ontwikkeltraject antwoord geven op de volgende 3 hoofdvragen: 1. Waarom moet dit systeem aangeschaft worden? 2. Wat moet het systeem doen? 3. Hoe moet het systeem werken om aan vraag 1 en 2 te voldoen? Tijdens de testfase van het ERP systeem zal worden bekeken of het systeem voldoet aan de opgestelde requirements. 2.1 Methode voor requirements IREB (International Requirements Engineering Board) is een requirements ontwikkelmethode die gebruikt wordt bij het definiëren, documenteren en beheren van de requirements. Het requirement ontwikkeltraject bestaat volgens IREB uit vier basis activiteiten: 1. Elicitatie 2. Documentatie 3. Validatie & onderhandeling 4. Management Elicitatie van requirements Elicitatie van requirements heeft als doel om zoveel mogelijk requirements boven water te krijgen, zodat deze kunnen worden vastgelegd en bewaakt. Voor de elicitatie van requirements zijn verschillende technieken beschikbaar. Zo wordt er onder andere gebruik gemaakt van onderstaande technieken: Onderzoekstechnieken: interviews en vragenlijsten Observatietechnieken: meekijken, gebruik maken van systemen. Creatieve technieken: brainstormsessie, bekijken vanuit verschillende perspectieven, associatie technieken. Documentatie onderzoek: huidige systeem in kaart brengen, perspectief gerelateerd benaderen, hergebruik Documentatie van requirements Om goed overzicht te krijgen in de requirements dienen deze te worden gedocumenteerd. Bij de documentatie van requirements wordt er aandacht besteed aan: Standaard structuur Aanpasbaarheid Volledigheid Traceerbaarheid Een requirements document bevat ook de prioritering van de requirements. Bij de leverancierkeuze kan op basis van deze prioritering snel bekeken worden wat de gevolgen zijn bij het niet voldoen van het ERP pakket aan de requirements.

5 Organisatie SYSQA B.V. Pagina 5 van Validatie & onderhandeling requirements Bij de validatie van de requirements wordt er bepaald of de requirements voldoen aan de kwaliteitseisen (zie ISO ISO 25010:2011). De validatie van de requirements wordt uitgevoerd door de stakeholders. Als blijkt dat er conflicterende requirements zijn opgesteld zullen de stakeholders moeten onderhandelen over het belang van de requirements en de prioritering hiervan. Het vroegtijdig oplossen van conflicterende requirements levert een aanzienlijker besparing op ten opzichte van wanneer het bijvoorbeeld pas bij uitrol wordt opgelost. Omdat ERP door meerdere, verschillende afdelingen wordt gebruikt is de kans op conflicterende belangen en daarmee conflicterende requirements groter Management van requirements Tijdens het ERP traject dienen de requirements goed bewaakt te worden en waar nodig bijgesteld. Er wordt overzichtelijk bijgehouden welke requirements zijn gedocumenteerd, wat de status is van de requirements, de prioritering, welke veranderingen er zijn doorgevoerd en de traceability naar de verschillende onderdelen van het ERP systeem Case Een bedrijf in de automotivebranche schaft een nieuw ERP pakket aan. De reden waarom het pakket wordt aangeschaft is dat het oude pakket niet meer voldoet aan de huidige eisen van het bedrijf. Het beoogde ERP pakket zou alle bedrijfsprocessen ondersteunen. Tijdens de gebruikers acceptatietest kwam men er achter dat het aanvragen van kentekens voor de verkochte auto s niet mogelijk was. Het was voor het ERP pakket niet mogelijk om via een standaard interface het systeem te koppelen aan het systeem welke de aanvragen moet indienen bij het RDW. Het project heeft 6 maanden langer geduurd omdat er een stuk maatwerk gemaakt moest worden waar de business niet op had gerekend. Het bedrijf had verzuimd om het proces op te nemen in de requirements, door gebrek aan betrokkenheid van de afdeling, waren niet alle requirements benoemd bij het requirement ontwikkelproces. Was er tijdens de requirement ontwikkeling gebruik gemaakt van een methode dan was het gemis van een belangrijk proces eerder ontdekt, wat uitloop van het project had voorkomen. 3 Reviewtechnieken Reviewtechnieken hebben tot doel het vroegtijdig vinden van fouten zodat ze vroegtijdig hersteld kunnen worden. Door vroegtijdig herstel kunnen grote voordelen in termen van tijd, geld en kwaliteit worden behaald. Het uitvoeren van een review vergt een gedegen voorbereiding evenals een evenwichtige afweging van de toe te passen reviewtechniek. 3.1 Collegiale review De collegiale review is een informele techniek die wordt toegepast door collega s onderling. De techniek wordt vooral gebruikt om het werk van een collega te toetsen op juistheid. Een aantal voorwaarden zijn van belang: Het belang van het document mag niet te hoog zijn; Vertrouwen tussen collega s moet aanwezig zijn; Fouten zijn zonder consequenties. Nadelen: Minder geschikt voor requirements, architectuuroverzichten of ontwerpen; Mogelijkheid om fouten te verzwijgen in verband met de onderlinge relatie.

6 Organisatie SYSQA B.V. Pagina 6 van Case Bij een levensmiddelenproducent was een leverancier in vergevorderd stadium met de implementatie van een ERP pakket. De manier waarop met het systeem moest worden gewerkt was door de afdelingsmanager op papier gezet. Op deze werkwijze was het pakket ook aangepast. Waar de leverancier en ook de opdrachtgever niet aan hadden gedacht was dat de afdelingsmanager nog maar sinds kort werkzaam was binnen het bedrijf en nog niet op de hoogte was van alle werkprocessen binnen de afdeling. Door betrokkenheid van een QA medewerker van SYSQA, tijdens verschillende oriënterende gesprekken met medewerkers die binnen het bedrijf werkzaam waren, kwam dit tijdig aan het licht. Door het toepassen van de collegiale review zijn voor verdere implementatie alle processen zoals bedacht door verschillende afdelingsmanagers gereviewd door verschillende medewerkers van de betreffende afdelingen. Na het bespreken van de verschillende werkwijzen is het proces afgestemd op de werkelijke en gewenste processen. 3.2 Walkthrough Bij een walkthrough leidt de auteur een groep door een document of een ander product en licht de achterliggende gedachten en keuzes toe. Een walkthrough wordt vooral toegepast als het tussenproduct, zoals de architectuur en het ontwerp, nog in ontwikkeling is. Deelnemers aan een walkthrough geven vanuit hun eigen expertise feedback op het document en kunnen eventuele alternatieven aandragen. Het doel is consensus te bereiken over de discussiepunten. Voordelen: Vroegtijdig consensus bereiken over (mogelijke) discussiepunten Kansen en beperkingen in het ERP pakket komen eerder aan het licht Belanghebbenden worden pro-actief betrokken bij besluitvorming en oplossingsrichtingen. Voorwaarden: Vertegenwoordiging vanuit alle belanghebbenden van het betreffende product Deelnemers dienen vrij te kunnen discussiëren Deelnemers kunnen bestaan uit collega s, experts en deelnemers van buiten de eigen disciplines Case Een groothandel in levensmiddelen besloot tot aanschaf van een ERP pakket voor het afhandelen van de goederenstroom door het bedrijf. Na het uitvoeren van de requirementsfase stelde de leverancier een ontwerp op waarin de procesbeschrijvingen waren opgenomen en waar de ondersteuning vanuit het systeem was beschreven. Tijdens de walkthrough heeft de leverancier de ondersteuning vanuit het ERP systeem toegelicht. Tijdens deze toelichting bleek dat de leverancier een aantal aannames had gedaan om het inkoopproces sluitend te krijgen. Deze kwamen niet overeen met het proces zoals dat bij de groothandel gebruikelijk was.

7 Organisatie SYSQA B.V. Pagina 7 van Inhoudelijke review Een gestructureerde, inhoudelijke beoordeling van een product. Het doel van de inhoudelijke review is het vinden van fouten en het beoordelen van de beschreven oplossingsrichting. De inhoudelijke review is een formelere reviewtechniek dan een walkthrough of collegiale review maar is minder formeel dan een inspectie. Voorwaarden: Deelname van experts en/of collega s vereist; Per reviewer rollen van tevoren toewijzen; Bevindingen uit de inhoudelijke review dienen te worden vastgelegd; Deelnemers dienen tijd te krijgen voor het uitvoeren van de review (managementcommitment). Voordelen: Kan gebruikt worden om producten formeel goed te keuren; Kwaliteit van de bevindingen en de traceerbaarheid van de verwerking van de bevindingen neemt toe t.o.v. de collegiale review Case De documentatie die een leverancier van een ERP systeem heeft opgesteld is onder begeleiding van een medewerker van SYSQA onderworpen aan een inhoudelijke review. Uit verschillende delen van de organisatie zijn medewerkers het hoofdstuk over de systeeminstellingen in de documentatie gaan beoordelen vanuit hun perspectief. Een week na de start van de review waren 38 major en 91 minor bevindingen gedaan in het hoofdstuk over de systeeminstellingen. Een aantal van de majors waren potentieel bedreigend voor de organisatie. 3.4 Inspectie Bij een inspectie maakt de auteur een product op basis van ontvangen input en conform een gedefinieerd proces. Als het product gereed is wordt dit door middel van een inspectie beoordeeld waarbij bevindingen worden geïdentificeerd. Op basis van deze bevindingen wordt het product verbeterd. Het doel van de inspectie is niet alleen om fouten te vinden maar ook om processen te verbeteren. Daarnaast heeft de inspectie tot doel om de kwaliteit van het product vast te stellen. Een inspectie is de meest uitgebreide vorm van reviewen en wordt met name gebruikt wanneer het product nagenoeg gereed is. Het verschil met een inhoudelijke reviw is vooral de diepgang en de structuur die bij een inspectie wordt toegepast. Voorwaarden: Vereist gedegen voorbereiding Van tevoren wordt vastgesteld op welke aspecten iedere inspecteur de inspectie uit gaat voeren Het organiseren van een kick-off is, zeker wanneer een inspectie voor het eerst wordt georganiseerd, aan te raden Voordelen: Kennisdeling. Door het product kritisch te beoordelen leren teamleden het product beter kennen. Aantal fouten later in het project neemt af, project loopt soepeler en tevredenheid medewerkers neemt toe.

8 Organisatie SYSQA B.V. Pagina 8 van Case Een maritiem transporteur die gewend is om inspecties bij reguliere softwaretrajecten uit te voeren, besluit dit op advies van SYSQA ook te doen bij de implementatie van een ERP pakket. Dit ondanks dat de leverancier aangeeft dat dit niet nodig is in verband met het standaardpakket waar de transporteur gebruik van wil gaan maken. Tijdens de inspectie komt een aantal procesbeschrijvingen naar voren die niet aansluiten op de werkmethodiek bij de transporteur. De transporteur geeft later aan Als we de inspectie niet hadden gedaan dan hadden we dit tijdens het testen waarschijnlijk gevonden, maar dan hadden we minimaal 6 maanden vertraging opgelopen. 3.5 Managementreview Een managementreview wordt in opdracht van het management uitgevoerd. Een managementreview kan worden gecombineerd met belangrijke mijlpalen in het project om te bepalen of het project de desbetreffende mijlpaal al dan niet mag passeren. Het doel van de managementreview is het beoordelen van de status van een project op basis van de volgende aspecten: Tijd, geld, kwaliteit en risico s. Voorwaarden: Reviewers zijn onafhankelijk ten opzichte van het project Opstellen duidelijke opdrachtomschrijving voor het reviewteam Case Voor een gemeentelijke instantie heeft SYSQA op verzoek van het management een managementreview uitgevoerd op de IT dienstverlening op verschillende afdelingen van de instantie. De focus lag daarbij op klanttevredenheid, de kosten en de gebruikersintensiteit van een ERP pakket. Tijdens die review bleek al snel dat het gebruik van het pakket minder intensief was en dat de tevredenheid te wensen over liet. Het systeem ondersteunde niet voldoende de gebruikte processen waardoor veel workarounds nodig waren om het geheel werkend te houden. In het advies naar het management kwam dan ook een aanbeveling om de procesflow van het pakket onder de loep te nemen en te kijken naar mogelijke aanpassingen. Uit de businesscase die daarvoor werd opgesteld bleek het aanpassen van de software minder te kosten dan de kosten die nodig waren om alles op de huidige manier te laten werken. 4 Monitoringstechnieken Bij monitoringstechnieken wordt geobserveerd op welke manier bestaande systemen worden gebruik. Monitoringstechnieken worden veelal gebruikt om op een onafhankelijke manier te bepalen wat de situatie van het project of proces is. Met monitoringstechnieken kan op een objectieve manier antwoord gegeven worden op één of meerdere van de onderstaande vragen: Wordt het project conform afspraken uitgevoerd? Is het huidige werkproces toereikend genoeg voor de organisatie? Klopt het vermoeden dat het project achter ligt op schema? Monitoringstechnieken zijn niet zozeer bedoelt om producten te verbeteren of fouten op te sporen maar meer om op een onafhankelijke manier de huidige stand van zaken te bepalen.

9 Organisatie SYSQA B.V. Pagina 9 van Audit Een audit kan plaatsvinden op projecten, processen en producten. Daarmee kan een audit ook op de implementatie van een ERP pakket plaatsvinden. Zowel op de projectuitvoering als (de inrichting van) het product. Een audit vindt voornamelijk plaats op momenten dat er twijfels rijzen over de juistheid, het niet bereiken van het doel tijdens van de projectuitvoering of het niet voldoen aan de eisen van het product. Een audit dient als hulpmiddel om inzicht te geven is de werkelijke status van het product, proces of project vast te stellen. Het uitvoeren van een audit is een formele aangelegenheid en medewerking van alle belanghebbenden (zeker van externe partijen) is niet gegarandeerd. Van belang is om vooraf het onderzoeksgebied, het referentiekader en de opdracht van de auditor goed af te bakenen. Een audit kan voor ERP op de volgende momenten voordelen bieden: Vooraf: Bepalen of de focus op het met ERP te ondersteunen proces juist is. Wordt QA volledig en op de juiste manier toegepast. Achteraf: Sluiten de werkprocessen en het ERP systeem voldoende op elkaar aan Case Bij een implementatie van een ERP systeem bij een multinational bleek het product qua prestaties niet te voldoen. De reactietijden van het systeem naar de gebruiker bleven achter bij de verwachtingen en zelfs bij de de facto industrie standaarden. Daarbij namen de batchprocessen te veel tijd in beslag waardoor materiaalberekeningen niet konden worden uitgevoerd. Hierdoor liep de productie vertraging op en leed het bedrijf forse economische schade. Door de inzet van een externe QA auditor met kennis van ERP systemen kwam de opdrachtgever achter de oorzaken van de problemen en kreeg een advies over de oplossing hiervoor. Vooraf heeft de QA auditor onderzoek gedaan naar gemelde problemen en (pogingen tot) oplossingen. Tijdens de audit zelf heeft de auditor zich gericht op het achterhalen van de inrichting van het systeem en deze vergeleken met de door de pakketleverancier voorgeschreven inrichting. Waar nodig heeft de auditor gebruik gemaakt van externe materiedeskundigen. Door het opvolgen van de adviezen uit het audit rapport werd de inzet van het ERP pakket een succes. 4.2 Inspectie Tijdens een inspectie wordt (een deel van) de implementatie onder de loep genomen. Komt de voortgangsrapportage overeen met werkelijkheid. Worden de projectdoelen en bedrijfsdoelen gehaald. Of juist niet. Aanleiding voor een inspectie tijdens de projectuitvoering is meestal dat (een aantal) belanghebbenden (ernstige) twijfels hebben over het behalen van het projectdoelen of bedrijfsdoelen. De inspectie kan zich bijvoorbeeld richten op de inrichting van ERP of juist op de pakketleverancier. Een onderzoeksvraag kan dan zijn hoe de pakketleverancier om gaat met kwaliteitsborging en maatregelen. Oorzaak van zo n onderzoeksvraag is in dat geval dat vaak de kwaliteit van het pakket achterblijft ten opzichte van de verwachtingen van de koper.

10 Organisatie SYSQA B.V. Pagina 10 van Andere vormen van monitoringstechnieken Bepaalde vormen van monitoringstechnieken kunnen toegepast worden aan het begin van een traject of project, bijvoorbeeld bij de pakketselectie van een ERP systeem. Een mogelijkheid zou een demonstratie van de leverancier van het ERP systeem kunnen zijn. In de demonstratie kan aangegeven worden wat de mogelijkheden van het systeem zijn en een idee gevormd worden in hoeverre het ERP systeem aan kan sluiten bij de wensen van de klant. Eventueel lastiger maar desalniettemin zeer waardevol is het observeren van een ERP systeem bij een branche-genoot. In verband met concurrentie kan dit lastig te regelen zijn maar een duidelijke indruk kan worden verkregen hoe een leverancier het ERP-systeem kan implementeren. 5 Testen In de voorgaande hoofdstukken is vooral stilgestaan bij QA maatregelen welke genomen kunnen worden aan het begin en gedurende het traject. De ERP software is geïnstalleerd en geconfigureerd, wat nu? Kan worden gestart met de testuitvoering? Maar welke tests kunnen worden uitgevoerd? Deze vraag wordt in dit hoofdstuk behandeld. 5.1 Testen Vragen die moet worden beantwoord zijn; is de huidige configuratie daadwerkelijk inpasbaar in het bedrijfsproces en functioneert het ERP systeem zoals verwacht. De bedrijfsprocessen die het pakket gaat besturen, zullen onderdeel uitmaken van tests. Denk hierbij ook aan bedrijfsprocessen die op elkaar aansluiten, zoals logistieke transacties die gevolgen hebben in het grootboek. Dit soort afhankelijkheden zullen onderdeel van een integrale test moeten zijn. Tijdens deze tests kunnen issues optreden die tot softwareaanpassingen leiden vanuit de pakketleverancier. Op basis van de test- en kwaliteitsaanpak van de software leverancier moet de software koper haar testaanpak en testdiepgang aanpassen. Is er sprake van maatwerk op het ERP pakket, hoe vind de oplevering plaats? Is het reeds functioneel getest in de systeemtest(en) door de leverancier, dan kan het maatwerk mee in de testcyclus alsof het maatwerk onlosmakelijk bij het pakket hoort. Anders zal het testen met meer diepgang (en zorg) moeten plaatsvinden. Een ondergeschoven kind tijdens de implementatie van ERP pakketten is de dataconversie van de oude masterdata naar de nieuwe masterdata. Welke data wordt overgezet en welke conversies vinden plaats om de data passend in het nieuwe systeem te krijgen, zodat de data correct kan worden verwerkt. Hoe komen bijvoorbeeld orders die halverwege het orderproces zijn tijdens het migratie correct in het nieuwe systeem zodat ze niet blijven hangen maar verder verwerkt kunnen worden. Niet alleen is het nodig te controleren of een pakket de bedrijfsprocessen ondersteund, maar ook of de prestaties voldoende zijn. Denk bijvoorbeeld aan reactietijden van de invoer en opvraag schermen. Of aan de snelheid waar mee een batch proces verloopt. Tuning van een ERP systeem en de bijbehorende database vereist de nodige aandacht. Daarnaast kan er vanuit verschillende kanten naar beveiliging gekeken worden. Is de toegang tot de applicatie beveiligd en hoe? Heeft het ERP pakket een webinterface welke ook vanaf internet te benaderen valt, zal hier anders naar gekeken moeten worden dan indien het pakket alleen binnen het bedrijf zelf te gebruiken is. Onderdeel van beveiliging is ook autorisaties en toegangsverlening. Is dit logisch opgezet, wordt het 4 ogen principe toegepast en zijn er eventueel signaleringen voor afwijkende transacties? Denk hierbij niet alleen aan afwijkende financiële transacties maar ook aan voorraadcorrecties.

11 Organisatie SYSQA B.V. Pagina 11 van 12 Als de verificatie en validatie succesvol zijn afgerond kan een (laatste) proefconversie plaatsvinden en kan het schaduwdraaien beginnen. Het vergelijken van het oude met het nieuwe systeem waarbij ze parallel in gebruik zijn. Het doel is een laatste controle of het nieuwe pakket daadwerkelijk hetzelfde werkt als het oude systeem. De keuze om terug te gaan naar het oude pakket is dan eenvoudig en doorgaan met het nieuwe pakket ook. In de beheerfase komen vanuit de pakketleverancier mogelijk patches en servicepacks. Hiervoor zal de organisatie een (test)aanpak moeten kiezen die aansluit op de wijze waarop de pakketleverancier de software oplevert Case Bij een verzekeringsmaatschappij heeft SYSQA ondersteund bij het inrichten van het testen voor een migratieproject. De klant ging van pakket A naar Pakket B. Beide pakketten zijn van verschillende leveranciers. De leverancier van het nieuwe pakket heeft aangegeven dat de software voor oplevering wordt getest. Ook de klant had behoefte om vast te stellen dat de leverancier zich aan de gestelde afspraken hield. Samen met de leverancier en de opdrachtgever is een testmanager van SYSQA gaan afstemmen wie welke testsoorten uit gaat voeren, welke delen van het systeem daarmee worden geraakt en welke deliverables de verschillende testsoorten moeten opleveren. Samen hebben ze de teststrategie voor het project opgesteld, de testmanager heeft dit vervolgens in een Mastertestplan verwerkt, waar beide partijen een akkoord op hebben gegeven. Door deze afstemming is onnodig dubbel werk voorkomen en heeft ook de klant aan gegeven waar voor zijn organisatie de belangrijkste delen en functionaliteiten zijn. Op deze manier hebben zowel de opdrachtgever als de leverancier tijd en geld uitgespaard doordat de focus alleen op de grootste risico s lag en dubbel werk zoveel mogelijk is voorkomen. 5.2 Methoden voor testen Het testen van software heeft zich de afgelopen 20 jaar ontwikkeld tot een volwassen tak van de ICT dienstverlening. In de loop van de tijd zijn hiervoor meerdere methoden ontwikkeld, de belangrijkste binnen dit vakgebied worden in dit hoofdstuk behandeld ISTQB ISTQB ziet ERP software als standaard software (COTS / Commercial of the shelf) welke door de koper aan een integratietest en waar nodig aan een acceptatietest wordt onderworpen. Door het toepassen van een bruikbaarheidstest (usability testing) kan de inpasbaarheid van het pakket en de configuratie gecontroleerd worden. Het testen van kritische bedrijfsprocessen kan door middel van nauwkeurigheidstesten (accuracy testing). Dataconversies kunnen aan een nauwkeurigheidstest en een bruikbaarheidstest worden onderworpen.

12 Organisatie SYSQA B.V. Pagina 12 van TMap Next Vanuit TMap Next zijn de volgende testontwerptechnieken bruikbaar, deze worden in de introductie testontwerptechnieken TMap Next op de SYSQA kennisbank nader uitgewerkt. Procescyclustest om de inpasbaarheid van het pakket te testen. Om de integratie van kritische bedrijfsprocessen, met name het snijvlak logistiek en financieel te testen, is de gegevenscyclustest bruikbaar. Door de complexiteit van de verschillende authorisaties kan dit leiden tot een hogere testinspanning dan de procescyclustest. Voor dataconversies kan de gegevenscyclustest worden toegepast, gevolgd door een procescyclustest om te valideren dat de geïmporteerde data kan worden toegepast in de verschillende bedrijfsprocessen. De testtechniek real life test kan een goede basis vormen om de prestaties van het pakket en de inrichting hiervan zo dicht mogelijk bij de (verwachte) realiteit te meten Case Een organisatie zat met een dilemma, welke testmethodiek past het beste bij de organisatie. Een testconsultant van SYSQA heeft voor de klant een aantal methoden naast elkaar gehouden en daarbij gekeken wat de wensen en richtlijnen binnen de organisatie waren. Het antwoord op deze vraag is relatief eenvoudig te geven, want beide methoden hebben sterke punten. In het advies van de testconsultant stond dan ook welke delen van welke methoden het beste bij de organisatie paste, hierdoor ontstond een hybride testmethodiek die bij de organisatie paste en waar duidelijke afspraken zijn vastgelegd over de gebruikte terminologie.

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten

Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten Verschillen in QA aanpak tussen ERP projecten en niet-erp projecten SYSQA B.V. Almere Datum : 06 mei 2013 Status : definitief Versie : 2.0 Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 5 Overzicht

Nadere informatie

Risico s bij ERP. SYSQA B.V. Almere. Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door :

Risico s bij ERP. SYSQA B.V. Almere. Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door : Risico s bij ERP SYSQA B.V. Almere Datum : 6 mei 2013 Status : Definitief Versie : 2.0 Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 13 Titel Risico s bij ERP Versie 2.0 Datum 06-05-2013 Inhoudsopgave

Nadere informatie

Reviewtypen en reviewplanning. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Reviewtypen en reviewplanning. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Reviewtypen en reviewplanning Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 INLEIDING ALGEMEEN... 3 1.2 INTRODUCTIE

Nadere informatie

Regressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V.

Regressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V. Regressietesten De aanpak en aandachtspunten Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING...3 1.1 ALGEMEEN...3 1.2 VERSIEBEHEER...3

Nadere informatie

Doe eens gek! Houd rekening met de mensen in uw organisatie bij het implementeren van ICT oplossingen.

Doe eens gek! Houd rekening met de mensen in uw organisatie bij het implementeren van ICT oplossingen. Doe eens gek! Houd rekening met de mensen in uw organisatie bij het implementeren van ICT oplossingen. ERP, CRM, workflowmanagement en documentmanagement systemen, ze hebben één ding gemeen: Veel van de

Nadere informatie

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2

Testen. Presentatie. Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Testen Presentatie Open-i Software Services BV, Maarssen Datum : 06-07-2013 Versie : 1.2 Algemeen Tegenwoordig behoeft het belang van testen nauwelijks nog te worden uitgelegd. Binnen organisaties speelt

Nadere informatie

Procesvalidatie voor een veiliger ketentest

Procesvalidatie voor een veiliger ketentest Procesvalidatie voor een veiliger ketentest Johan Vink TestNet Voorjaarsevenement 2010 Agenda Inleiding Typering project & testaanpak Werkwijze business proces Probleem De opdracht voor het testteam Probleemanalyse

Nadere informatie

ISACA round-table 7 december 2009 Rik Marselis

ISACA round-table 7 december 2009 Rik Marselis ISACA round-table 7 december 2009 Rik Marselis Senior Testconsultant bij Sogeti Penningmeester van BNTQB, de member board voor België en Nederland van de International Software Testing Qualifications Board

Nadere informatie

Kritieke succesfactoren bij ERP-implementaties in het MKB

Kritieke succesfactoren bij ERP-implementaties in het MKB Kritieke succesfactoren bij ERP-implementaties in het MKB ERP nu ook geschikt voor midden- en kleinbedrijf Was Enterprise Resource Planning (ERP) tot aan het begin van het millennium vooral voor de grote

Nadere informatie

Van requirements naar teststrategie

Van requirements naar teststrategie Van requirements naar teststrategie Testnet 7 januari 009 Ruud Harreman Appie Pries Waarom dit onderwerp? Leveranciersperspectief Bestaande testmethodes geven weinig aanknopingspunten hoe requirements

Nadere informatie

Testen kost te veel tijd

Testen kost te veel tijd Testen kost te veel tijd De oplevering van een nieuwe ICT applicatie betekent in de praktijk voor de opdrachtgever nog geen reden voor een feest. Vaak blijkt het product in onvoldoende mate te voldoen

Nadere informatie

Problematiek in projecten

Problematiek in projecten Problematiek in projecten Het project bouwt andere producten dan afgesproken Het project valt duurder uit dan begroot Het project loopt langer dan gepland Het product sluit niet aan bij de werksituatie

Nadere informatie

TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN

TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN Copyright Sogeti Nederland B.V. te Vianen Niets uit deze uitgave mag verveelvoudigd en/of openbaar worden gemaakt (voor willekeurig welke doeleinden)

Nadere informatie

Checklist risicofactoren IT-projecten

Checklist risicofactoren IT-projecten Organisatie SYSQA B.V. Pagina 1 van 5 Checklist risicofactoren IT-projecten In onderstaande checklists zijn de factoren die het slagen van een project beïnvloeden opgenomen. Projectomvang Hoe groot is

Nadere informatie

Testaanpak: leidraad voor het kiezen van een testtechniek

Testaanpak: leidraad voor het kiezen van een testtechniek Testaanpak: leidraad voor het kiezen van een testtechniek SYSQA B.V. Almere Datum : 18 november 2012 Status : Definitief Opgesteld door : Organisatie: SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 Inleiding...

Nadere informatie

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval.

TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE. 1. Inleiding. 2. TMap methode. Kwaliteit zonder gestructureerd testen is toeval. TESTEN VOLGENS TMAP, EEN KORTE INTRODUCTIE Kwaliteit zonder gestructureerd testen is toeval Inhoudsopgave 1. Inleiding 2. De TMap methode 3. De fase Planning & Beheer 4. De fase testspecificatie 5. De

Nadere informatie

ISO 9000:2000 en ISO 9001:2000. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

ISO 9000:2000 en ISO 9001:2000. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. ISO 9000:2000 en ISO 9001:2000 Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 11 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Data Warehouse Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3 2 DOEL VAN

Nadere informatie

PROQA Project Quality Assurance. Checklist. Behorend bij het PROQA-assessment SYSQA B.V.

PROQA Project Quality Assurance. Checklist. Behorend bij het PROQA-assessment SYSQA B.V. PROQA Project Quality Assurance Checklist Behorend bij het PROQA-assessment SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING CHECKLIST WERKEN VOLGENS PROQA... 3 1.1 DE 5 FASEN

Nadere informatie

Scrum. Een introductie

Scrum. Een introductie Organisatie SYSQA B.V. Pagina 1 van 10 Scrum Een introductie Almere 1999 Proud of it Pagina 1 van 10 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Inleiding... 3 2 Scrum... 4 3 Scrum rollen...

Nadere informatie

De SYSQA dienst auditing. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

De SYSQA dienst auditing. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. De SYSQA dienst auditing Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3

Nadere informatie

Bedrijfssystemen vervangen door Slim Software Nabouwen

Bedrijfssystemen vervangen door Slim Software Nabouwen Bedrijfssystemen vervangen door Slim Software Nabouwen Codeless White Paper Roland Worms, Directeur Wouter van der Ven, Lead Software Architect Inhoudsopgave 1. Introductie 2. Het IT dilemma. Als standaard

Nadere informatie

Ministerie van Infrastructuur en Milieu Beheerst naar beheer

Ministerie van Infrastructuur en Milieu Beheerst naar beheer Document D-2 Ministerie van Infrastructuur en Milieu Beheerst naar beheer Versie 1.0 Datum 15 juli 2014 Status Definitief Colofon Versie 1.0 Contactpersoon Paul Leunissen M 06-5250 6691 Paul.Leunissen@minienm.nl

Nadere informatie

Sjabloon testplan o.b.v. situationeel testen. <>

Sjabloon testplan o.b.v. situationeel testen. <<Organisatie>> Sjabloon testplan o.b.v. situationeel testen SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 11 Over dit sjabloon Dit

Nadere informatie

Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld.

Procesvisie op Maat. Op basis van het Master Test Plan wordt een gedetailleerd testplan voor elke fase opgesteld. 1. 1.1. Inleiding Doel In de discipline vindt de validatie van datgene wat binnen het project is gerealiseerd plaats. Dit bestrijkt het gebied van unittest tot en met acceptatie door gebruikers en beheerorganisatie.

Nadere informatie

Ontwikkelaar ICT. Context. Doel

Ontwikkelaar ICT. Context. Doel Ontwikkelaar ICT Doel Ontwikkelen en ontwerpen van ICT-producten, binnen overeen te komen dan wel in een projectplan vastgelegde afspraken ten aanzien van tijd, budget en kwaliteit, opdat overeenkomstig

Nadere informatie

1. Business Proces Modeling

1. Business Proces Modeling 1. 1.1. Inleiding Doel Een eerste onderdeel in ERP en Kwaliteitsmaatregelen is. Deze discipline is vooral van belang om de context te beschrijven waarbinnen en waartoe (met welk doel) de verandering (de

Nadere informatie

Vergelijking van de eisen in ISO 9001:2008 met die in ISO FDIS 9001:2015

Vergelijking van de eisen in ISO 9001:2008 met die in ISO FDIS 9001:2015 ISO Revisions Nieuw en herzien Vergelijking van de eisen in ISO 9001:2008 met die in ISO FDIS 9001:2015 Inleiding Dit document maakt een vergelijking tussen ISO 9001:2008 en de Final Draft International

Nadere informatie

Testgedreven ontwikkeling dat is pas veilig!

Testgedreven ontwikkeling dat is pas veilig! Testgedreven ontwikkeling dat is pas veilig! INTRODUCTIE ANKO TIJMAN 2 Software tester sinds 1997 (TMap, ISEB Practitioner) Eerste agile ervaring in 2001 Presentaties op (inter)nationale congressen Nov

Nadere informatie

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D

PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D Auteur : P. van der Meer, Ritense B.V. Datum : 17 juli 2008 Versie : 1.3 2008 Ritense B.V. INHOUD 1 VERSIEBEHEER...1 2 PROJECT

Nadere informatie

WHITE PAPER. Business Solutions

WHITE PAPER. Business Solutions WHITE PAPER Business Solutions De keuze van de strategie/aanpak is be-palend voor de complexiteit en doorlooptijd van een implementatie. Introductie Uw organisatie staat op het punt om een standaard software

Nadere informatie

Portal Planning Process

Portal Planning Process BROCHURE Portal Planning Process SAMENWERKEN AAN EEN WAARDEVOL PORTAAL BROCHURE PORTAL PLANNING PROCESS 2 Axians PORTAL PLANNING PROCESS BROCHURE Inhoud Introductie 4 3 Portal Planning Process 5 4 Uitdagingen

Nadere informatie

Ontwikkelen en testen van e-business: beheerste dynamiek

Ontwikkelen en testen van e-business: beheerste dynamiek Ontwikkelen en testen van e-business: beheerste dynamiek Het ontwikkelen en gestructureerd testen van administratieve systemen is gebaseerd het watervalprincipe. Bij het ontwikkelen volgens het watervalprincipe

Nadere informatie

Kwaliteitsbewaking en testen in ICT beheerorganisaties

Kwaliteitsbewaking en testen in ICT beheerorganisaties DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt

Nadere informatie

BISL Business Information Services Library. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

BISL Business Information Services Library. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. BISL Business Information Services Library Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2

Nadere informatie

Whitepaper Test Management Business case voor geautomatiseerd testen

Whitepaper Test Management Business case voor geautomatiseerd testen Whitepaper Test Management Business case voor geautomatiseerd testen Waarom we informatiesystemen testen behoeft geen uitleg: Testen is nodig om inzicht te geven in de kwaliteit. Het voorkomen van risico

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren Maart 2015 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 2 December 2014 Yannick Verschueren

Nadere informatie

Het W-model: de groei naar voren. Jan Jaap Cannegieter. Praktijk van ICT-projecten

Het W-model: de groei naar voren. Jan Jaap Cannegieter. Praktijk van ICT-projecten Het W-model: de groei naar voren Jan Jaap Cannegieter Adjunct Directeur SYSQA B.V. Praktijk van ICT-projecten Req Ontwerp Realisatie Testen Testen Testen 44% van de projecten overschrijdt budget of tijd

Nadere informatie

Testen bij DWH-projecten

Testen bij DWH-projecten Testen bij DWH-projecten Snelheid, Kwaliteit, Flexibiliteit onder úw regie Armando Dörsek, Software Control 18-09-2007 Wat gaat u horen? Testen van DW/BI > Structureren & Plannen Project- en teamstructuur

Nadere informatie

Balanced Scorecard. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Balanced Scorecard. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. Balanced Scorecard Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3 2 DE

Nadere informatie

BluefieldFinance Samenvatting Quickscan Administratieve Processen Light Version

BluefieldFinance Samenvatting Quickscan Administratieve Processen Light Version BluefieldFinance Samenvatting Quickscan Administratieve Processen Light Version Introductie Quickscan De financiële organisatie moet, net zo als alle andere ondersteunende diensten, volledig gericht zijn

Nadere informatie

De tester als bruggenbouwer

De tester als bruggenbouwer De tester als bruggenbouwer Tim Koomen Testnet voorjaarsevenement 9 juni 2004 Agenda Bruggen Enkele bruggen toegelicht De bruggenbouwer Trends Sogeti Nederland B.V. Pagina 1 Bruggen Systeem Beheer Stuur

Nadere informatie

Informatiebeveiliging voor de requirementsanalist

Informatiebeveiliging voor de requirementsanalist voor de requirementsanalist SYSQA B.V. Almere Datum : 15 april 2013 Versie : 1.0 Status : Definitief Opgesteld door : Organisatie: SYSQA BV Pagina 2 van 11 Inhoudsopgave Inhoudsopgave... 2 1 Inleiding...

Nadere informatie

Whitepaper Process Driven Requirements Testing

Whitepaper Process Driven Requirements Testing Whitepaper Process Driven Requirements Testing Inleiding Een acceptatietest is een door gebruikers uitgevoerde test met als doel het vaststellen of een oplossing (ICT en non-ict) voldoet aan de requirements

Nadere informatie

Uitwerking thema avond Testnet HBO/Academische Testopleiding 14 november 2012

Uitwerking thema avond Testnet HBO/Academische Testopleiding 14 november 2012 Uitwerking thema avond Testnet HBO/Academische Testopleiding 14 november 2012 Inleiding: Tijdens deze thema avond heeft de werkgroep vertegenwoordigd door een 4 koppige delegatie de resultaten van de werkgroep

Nadere informatie

BentVoorbeeld. Proces en informatie onderzoek DECLA. consultancy. Versie : 1.0 Datum : 3 juli 2013 Auteur : D.W.F.

BentVoorbeeld. Proces en informatie onderzoek DECLA. consultancy. Versie : 1.0 Datum : 3 juli 2013 Auteur : D.W.F. BentVoorbeeld Proces en informatie onderzoek DECLA consultancy Versie : 1.0 Datum : 3 juli 2013 Auteur : D.W.F. Inhoudsopgave 1 INLEIDING... 3 2 INTRODUCTIE... 4 3 OPDRACHTOMSCHRIJVING EN SCOPE... 5 4

Nadere informatie

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept.

bedrijfsprocessen en vormt daarmee de kapstok voor de producten van andere disciplines. Het PAM is geen RUP concept. 1. 1.1. Inleiding Doel De Requirementdiscipline richt zich op het vaststellen en vastleggen van de eisen en wensen die aan een oplossing worden gesteld: de requirements. Rollen De keyrol binnen deze discipline

Nadere informatie

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten

8-12-2015. Hoe test je een pen? Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Les 1 Docent: Marcel Gelsing Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Acceptatietesten Hoe test je een pen? 1 Bekijk eerst het filmpje over

Nadere informatie

We zien een datagedreven wereld vol kansen. Toepassingscentrum voor big data oplossingen

We zien een datagedreven wereld vol kansen. Toepassingscentrum voor big data oplossingen We zien een datagedreven wereld vol kansen Toepassingscentrum voor big data oplossingen We zien succesvolle organisaties groeien door big data 50% van de meest succesvolle organisaties Volg ons op twitter:

Nadere informatie

ERP Testing. HP Nijhof. Testmanager. Testnet November 2005

ERP Testing. HP Nijhof. Testmanager. Testnet November 2005 ERP Testing HP Nijhof Testmanager Testnet November 2005 Solution Sales Meeting7 November 2005 1 Agenda Waarom pakketten testen? Schaarse middelen? Ideale ERP test situatie Vragen 2 De centrale vraag ERP

Nadere informatie

Gestructureerde Testaanpak

Gestructureerde Testaanpak Gestructureerde Testaanpak Gestructureerde Testaanpak; Agenda Introductie Waarom, hoe? Van dagelijkse praktijk naar structuur. Voordelen, Extra s Vragen Gestructureerde Testaanpak; Introductie. Bas Koreman

Nadere informatie

Aan uw raad is het volgende toegezegd: Toezeggingen college van B&W in Commissies en Raad (september 2015) TCM 09 21 mei 2015

Aan uw raad is het volgende toegezegd: Toezeggingen college van B&W in Commissies en Raad (september 2015) TCM 09 21 mei 2015 Bedrijfsvoering De gemeenteraad van Bloemendaal Datum : 19 augustus 2015 Uw kenmerk : Ons kenmerk : 2015056815 Behandeld door : J. van der Hulst Doorkiesnummer : 023-522 5592 Onderwerp : Rapportage informatiebeveiliging

Nadere informatie

WHITE PAPER. Agile/Scrum

WHITE PAPER. Agile/Scrum WHITE PAPER Agile/Scrum Belangrijkste kenmerk van Scrum is de ontwikkeling via een serie van korte - iteraties, in Scrum terminologie sprints genoemd. Introductie Heel in het kort gezegd is Scrum een Agile

Nadere informatie

Business Scenario. Voorbeeld Archimate Risico Extensie. versie 0.1. Bert Dingemans

Business Scenario. Voorbeeld Archimate Risico Extensie. versie 0.1. Bert Dingemans Business Scenario Voorbeeld Archimate Risico Extensie versie 0.1 Bert Dingemans Administratieve pagina Wijzigingshistorie Versie Datum Auteur Reden wijziging Review historie Naam Afdeling Functie Datum

Nadere informatie

Whitepaper. Exploratory Testing. Waarom doen we dat niet altijd? door Dennis Joele

Whitepaper. Exploratory Testing. Waarom doen we dat niet altijd? door Dennis Joele Whitepaper Exploratory Testing Waarom doen we dat niet altijd? door Dennis Joele Dennis Joele is werkzaam als test designer bij TriOpSys en heeft als zodanig voor de Dienst der Hydrografie van de Koninklijke

Nadere informatie

Handout. Pagina 1. SYSQA B.V. Almere. Capability Maturity Model Integration (CMMI) Technische Universiteit Eindhoven SYSQA SYSQA.

Handout. Pagina 1. SYSQA B.V. Almere. Capability Maturity Model Integration (CMMI) Technische Universiteit Eindhoven SYSQA SYSQA. Capability Maturity Model Integration (CMMI) Technische Universiteit Eindhoven Johan Zandhuis SYSQA Start: 1999 Onafhankelijk Quality Assurance in IT 150 medewerkers (en groeiend) 2 SYSQA Operationeel

Nadere informatie

Project Fasering Documentatie Applicatie Ontwikkelaar

Project Fasering Documentatie Applicatie Ontwikkelaar Project Fasering Documentatie Applicatie Ontwikkelaar Auteurs: Erik Seldenthuis Aminah Balfaqih Datum: 31 Januari 2011 Kerntaak 1 Ontwerpen van applicaties De volgordelijke plaats van de documenten binnen

Nadere informatie

Supply Chain Solutions

Supply Chain Solutions Supply Chain Solutions Actemium Supply Chain Solutions verbetert uw efficiency op de werkvloer door real-time identificatie en registratie van de goederenstroom. Een naadloze aansluiting tussen uw backofficesysteem

Nadere informatie

Kwaliteitskosten onderzoek. Aanpak. Algemene informatie voor medewerkers van: SYSQA B.V.

Kwaliteitskosten onderzoek. Aanpak. Algemene informatie voor medewerkers van: SYSQA B.V. Kwaliteitskosten onderzoek Aanpak Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3 2 KWALITEITSKOSTEN...

Nadere informatie

V-model is anno 20NU

V-model is anno 20NU Het V-model is een modellering van een voortbrengingsproces, van wens tot en met een oplossing. Het wordt veel toegepast in de IT maar is niet alleen toepasbaar op IT projecten. Het V-model helpt inzicht

Nadere informatie

Martin van Leeuwen Happy Testing

Martin van Leeuwen Happy Testing Titel, samenvatting en biografie Samenvatting: Deze presentatie beschrijft een aantal test maatregelen die in een RUP nieuwbouw project zijn genomen, om ervoor te zorgen dat het testen aan het eind van

Nadere informatie

Project Fasering Documentatie ICT Beheerder. Auteurs: Angelique Snippe Tymen Kuperus

Project Fasering Documentatie ICT Beheerder. Auteurs: Angelique Snippe Tymen Kuperus Project Fasering Documentatie ICT Beheerder Auteurs: Angelique Snippe Tymen Kuperus Datum: 31 Januari 2011 Kerntaak 1 Ontwikkelen van (onderdelen van) informatiesystemen De volgordelijke plaats van de

Nadere informatie

Vrijgaveadvies. Project

Vrijgaveadvies. Project <naam project> Vrijgaveadvies Project SYSQA B.V. Almere Datum : 08-02-2013 Status : Versie : Opgesteld door : Organisatie Project Pagina 2 van 16 Inhoudsopgave 1 Management samenvatting...

Nadere informatie

Projectmanagementenquête 2007

Projectmanagementenquête 2007 Projectmanagementenquête 2007 Handvatten voor succesvolle projecten 21 maart 2007 Bisnez Management in samenwerking met het IT Trends Institute en de Vrije Universiteit van Amsterdam copyright by Bisnez

Nadere informatie

Releases en change-management bij maatwerkapplicaties

Releases en change-management bij maatwerkapplicaties Releases en change-management bij maatwerkapplicaties door Wim - 01-26-2011 http://www.itpedia.nl/2011/01/26/releases-en-change-management-bij-maatwerk-applicaties/ Op grote maatwerk informatiesystemen

Nadere informatie

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996 Organisatie SYSQA B.V. Pagina 1 van 6 Black-Box Test Technieken Er zijn een aantal test specificatie technieken, verder testtechnieken genoemd, die bruikbaar zijn binnen het black-box acceptatietesten.

Nadere informatie

Aanbesteden van ICT: de business case

Aanbesteden van ICT: de business case Regionale bijeenkomsten Nevi en Pianoo.....< ICT, met de i van inkoop! Aanbesteden van ICT: de business case Mr J.A. (John) Konijn 20 april 2009. Voorstel agenda Business case Fasering in Aanbesteding

Nadere informatie

De beheerrisico s van architectuur

De beheerrisico s van architectuur De beheerrisico s van architectuur Een overzicht van de ArChimate Risico Extensie versie 0.2 Bert Dingemans Inleiding Het implementeren van een (enterprise) architectuur brengt altijd risico s met zich

Nadere informatie

TESTAUTOMATISERING IN EEN ETL-OMGEVING

TESTAUTOMATISERING IN EEN ETL-OMGEVING Pagina 21 TESTAUTOMATISERING IN EEN ETL-OMGEVING Door John Kronenberg John.Kronenberg@bartosz.nl @johnkronenberg Edward Crain Edward.crain@divetro.nl Welke groeifasen werden doorlopen in testautomatisering

Nadere informatie

BPM voor Sharepoint: het beste van twee werelden

BPM voor Sharepoint: het beste van twee werelden BPM voor Sharepoint: het beste van twee werelden BPM voor Sharepoint: het beste van twee werelden Analisten als Gartner en Forrester voorzien dat Sharepoint dé standaard wordt voor document management

Nadere informatie

Digikoppeling adapter

Digikoppeling adapter Digikoppeling adapter Versie 1.0 Datum 02/06/2014 Status Definitief Van toepassing op Digikoppeling versies: 1.0, 1.1, 2.0, 3.0 Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555

Nadere informatie

Tips & Tricks: Tip van de maand januari 2009

Tips & Tricks: Tip van de maand januari 2009 Tips & Tricks: Tip van de maand januari 2009 Project Management met Teamcenter 2007 Door: Ramon van Raak Beheert u complexe projecten dan weet u als geen ander dat de projectvoorbereiding de basis legt

Nadere informatie

<> <>

<<Naam document>> <<Organisatie>> SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Managementsamenvatting...3 2 Opdracht...4

Nadere informatie

DControleerbaarheid en kwaliteit

DControleerbaarheid en kwaliteit VERBETERING CONTROLEERBAARHEID VAN GEAUTOMATISEERDE PROCESSEN DControleerbaarheid en kwaliteit van event logs Dit artikel is geschreven naar aanleiding van mijn Een van de mogelijke oplossingen vragen

Nadere informatie

Mastertestplan <> <>

Mastertestplan <<Naam project>> <<Organisatie>> Mastertestplan SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie Pagina 2 van 17 Inhoudsopgave 1 Management

Nadere informatie

Aanbesteding Inkoop Ondersteunend Systeem en Inhuursysteem Demonstratie (Demo)

Aanbesteding Inkoop Ondersteunend Systeem en Inhuursysteem Demonstratie (Demo) Aanbesteding Inkoop Ondersteunend Systeem en Inhuursysteem Demonstratie (Demo) Februari 2016 Colofon Uitgave Datum Februari 2016 Versie definitief Aanbesteding Inkoop Ondersteunend Systeem en Inhuursysteem

Nadere informatie

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe SPIDER werkgroep Requirements Management Subwerkgroep Methoden Toelichting inhoud en voortgang tot nu toe donderdag 17 januari 2008 Frans van Veen Bert Dubbelman Robert van Lieshout Erwin Bolwidt Jan-Willem

Nadere informatie

Koppeling met Elektronische Communicatie Hypotheken

Koppeling met Elektronische Communicatie Hypotheken Koppeling met Elektronische Communicatie Hypotheken Haal het maximale uit uw aansluiting met Elektronische Communicatie Hypotheken (ECH): de makkelijkste en snelste digitale weg tussen hypotheekverstrekker

Nadere informatie

Checklist basisontwerp SDM II

Checklist basisontwerp SDM II Organisatie SYSQA B.V. Pagina 1 van 5 Checklist basisontwerp SDM II Documentatie. Zijn de uitgangspunten voor het basisontwerp Is een plan van aanpak Zijn er wijzigingen op het Software Quality Assurance

Nadere informatie

ISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

ISTQB Foundation level. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. ISTQB Foundation level Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER... 3

Nadere informatie

Inhoudsopgave. Bewust willen en kunnen 4. Performance Support 5. Informele organisatie 5. Waarom is het zo moeilijk? 6

Inhoudsopgave. Bewust willen en kunnen 4. Performance Support 5. Informele organisatie 5. Waarom is het zo moeilijk? 6 Inleiding De afgelopen vijftien jaar hebben we veel ervaring opgedaan met het doorvoeren van operationele efficiencyverbeteringen in combinatie met ITtrajecten. Vaak waren organisaties hiertoe gedwongen

Nadere informatie

Procesgerichte IT BPM de link tussen bedrijf en IT

Procesgerichte IT BPM de link tussen bedrijf en IT 24 november 2010 Procesgerichte IT BPM de link tussen bedrijf en IT ir. Martin R. Meijer senior BPM/EAI consultant Agenda Business Process Management, een historisch overzicht BPM als bindmiddel geschikte

Nadere informatie

Plan van aanpak. Project : Let s Drop. Bedrijf : DropCo BV

Plan van aanpak. Project : Let s Drop. Bedrijf : DropCo BV Plan van aanpak Project : Let s Drop Bedrijf : DropCo BV Plaats, datum: Horn, 28 september 2012 Opgesteld door: 1205366 1205366smit@zuyd.nl Plan van Aanpak project Let s Drop pagina 1 Inhoudsopgave plan

Nadere informatie

Offshoring & Testing. Verander een uitdaging in een kans. Door Ernst Labruyère. re Consultant ps_testware. 20 september 2007

Offshoring & Testing. Verander een uitdaging in een kans. Door Ernst Labruyère. re Consultant ps_testware. 20 september 2007 Offshoring & Testing Verander een uitdaging in een kans Door Ernst Labruyère re Consultant ps_testware 20 september 2007 Ernst Labruyere- Offshoring en Testing: : Verander een uitdaging in een kans - 1

Nadere informatie

TestNet voorjaarsevenement 2014 Managen van een KetenTest bij NS met hun TOPAAS toolsuite. Managen van een Ketentest bij NS met hun TOPAAS tool-suite

TestNet voorjaarsevenement 2014 Managen van een KetenTest bij NS met hun TOPAAS toolsuite. Managen van een Ketentest bij NS met hun TOPAAS tool-suite Managen van een Ketentest bij NS met hun TOPAAS tool-suite Bart Broekman mei 2014 Onderwerpen De (prachtige) TOPAAS tooling De (niet zo prachtige) project-situatie De (oh zo mooie) dingen die we ermee

Nadere informatie

Vastgoedinformatiesystemen. Thijs van der Spil

Vastgoedinformatiesystemen. Thijs van der Spil Vastgoedinformatiesystemen Thijs van der Spil Wat je wilt voorkomen is een systeem dat niet kan wat je nodig hebt dat veel te duur is in aanschaf of exploitatie dat niet kan meegroeien met je organisatie

Nadere informatie

TMapNext. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

TMapNext. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. TMapNext Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 15 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...FOUT! BLADWIJZER

Nadere informatie

Antwoordmodel. Meerkeuzevragen (40 punten)

Antwoordmodel. Meerkeuzevragen (40 punten) Antwoordmodel Aan dit antwoordmodel kunnen geen rechten worden ontleend. Het antwoordmodel dient als indicatie voor de corrector. Studiemateriaal Bollen, L. en Vluggen, M (2012). Informatiemanagement.

Nadere informatie

Zijn ERP Systemen log?

Zijn ERP Systemen log? Zijn ERP Systemen log? Intelligent op weg Waar gaat het om? ERP is een verzamelnaam voor toepassingen welke door organisaties worden gebruikt ter ondersteuning van de primaire bedrijfsprocessen. Een aantal

Nadere informatie

Agile systeemontwikkeling. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Agile systeemontwikkeling. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Agile systeemontwikkeling Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Terminologie... 4 3. Uitgangspunten...

Nadere informatie

Mitsubishi Caterpillar Forklift Europe - producent van vorkheftrucks - verhoogt klanttevredenheid

Mitsubishi Caterpillar Forklift Europe - producent van vorkheftrucks - verhoogt klanttevredenheid Mitsubishi Caterpillar Forklift Europe - producent van vorkheftrucks - verhoogt klanttevredenheid Met een combinatie van Microsoft Dynamics CRM en een online besteltool krijgt MCFE niet alleen inzicht

Nadere informatie

Ant: B Dit is het doel van het proces.

Ant: B Dit is het doel van het proces. In welk proces vormt het voor aanpassingen in de informatievoorziening beschikbaar gestelde budget een mandaat voor besluitvorming? A: Contractmanagement B: Financieel management C: Transitie D: Wijzigingenbeheer

Nadere informatie

Food Solution & Heemskerk OBUG 2014

Food Solution & Heemskerk OBUG 2014 Food Solution & Heemskerk OBUG 2014 Agenda - Introductie - W. Heemskerk BV - Wat is de Ordina Food Solution? - Waarom de Ordina Food Solution? - Aanpak - Resultaten 2 3 Historie W. Heemskerk BV 1960: Opgericht

Nadere informatie

Werkgroep ISO29119. TestNet thema-avond 9 oktober 2014

Werkgroep ISO29119. TestNet thema-avond 9 oktober 2014 Werkgroep ISO29119 TestNet thema-avond 9 oktober 2014 Is dit n gezonde maaltijd? Ja toch!! Om jezelf een oordeel te kunnen vormen heb je informatie nodig!! Vandaag brengen we kennis en informatie bij elkaar

Nadere informatie

Kennissessie Werkgroep zorg WELKOM. Case4BestValue

Kennissessie Werkgroep zorg WELKOM. Case4BestValue Kennissessie Werkgroep zorg WELKOM Programma 14:00 15:00 uur uitleg beoordeling prestatieonderbouwing, risico- en kansendossier 15:00 15:45 uur Oefenen met RAVA-plannen Groepjes vormen 20 minuten lezen

Nadere informatie

Deelplan IC ICT-omgeving 2015 Gemeente Lingewaard

Deelplan IC ICT-omgeving 2015 Gemeente Lingewaard Deelplan IC ICT-omgeving 2015 Gemeente Lingewaard Pagina 1 van 6 Inhoudsopgave 1. Aanleiding 3 2. Structureel / incidenteel 3 3. Opdrachtgever 3 4. Opdrachtnemer 3 5. Relevante wet- en regelgeving 3 6.

Nadere informatie

SolidWorks QuickStart Algemene informatie

SolidWorks QuickStart Algemene informatie SolidWorks QuickStart Algemene informatie SolidWorks 3D CAD software biedt intuïtieve oplossingen voor alle aspecten van uw designproces. De SolidWorks producten kunnen worden toegepast binnen de hele

Nadere informatie

T Titel stage/afstudeeropdracht : Toekomstvaste Applicatie Integratie - Interconnectiviteit

T Titel stage/afstudeeropdracht : Toekomstvaste Applicatie Integratie - Interconnectiviteit Titel stage/afstudeeropdracht : Toekomstvaste Applicatie Integratie - Interconnectiviteit Duur van stage/afstuderen Manager Begeleider Locatie : 6 à 9 Maanden : dr. ir. J.J. Aue : dr. ir. H.J.M. Bastiaansen

Nadere informatie