GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

Maat: px
Weergave met pagina beginnen:

Download "GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter"

Transcriptie

1 GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter 2 Opdrachtgever : Opdrachtnemers : Ing. P. van den Berg Michel van Reenen Thijs Mommen

2 GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter 2 Opdrachtgever : Opdrachtnemers: Ing. P van den Berg Michel van Reenen Thijs Mommen Michel van Reenen Dhr R. Luttmer Thijs Mommen Dhr P van den Berg Handtekeningen voor akkoord GAMP-methode / 2

3 1 Versieoverzicht Datum: Versie: Opmerking: Eerste opzet GAMP-methodiek Opmerkingen P van den Berg opgenomen Change Management opgenomen GAMP-methode / 3

4 2 Inhoudsopgave 1 Versieoverzicht Inhoudsopgave...4 GAMP DeskTopXorter...5 GAMP DeskTopXorter Wat is GAMP? Waarom GAMP? GAMP projectfasen User Requirements Specification (URS) Functional specification Design specification Building System Installation Qualification Operational Qualification Performance Qualification Change Management GAMP toegepast op de DeskTopXorter User Requirements Specification (URS) Functional Specification Design specification Building System Installation Qualification Operational Qualification Performance Qualification Change Request...10 Figuren Figuur 3.1: GAMP V-model: Project fasering...5 Figuur 3.2: Risicoanalyse...7 GAMP-methode / 4

5 GAMP DeskTopXorter 2.1 Wat is GAMP? GAMP is een afkorting van Good Automated Manufacturing Practice en beschrijft een methode voor de projectdoorloop van automatiseringsprojecten, die gevalideerd moeten worden volgens richtlijnen in de farmaceutische industrie. De GAMP richtlijn is in 1994 opgesteld door het "GAMP Forum", een Europese industriegroep. In 2000 is GAMP onderdeel geworden van het internationale ISPE. Bovendien geeft de GAMP methodiek richtlijnen voor ontwerpen, testen en onderhouden van automatiseringssystemen. 2.2 Waarom GAMP? De GAMP richtlijn geeft zowel voor klanten als System Integrators zoals Starren een duidelijke omschrijving van de verschillende fasen die in een automatiseringsproject voorkomen. Tevens wordt in de GAMP richtlijn voor iedere fase aangegeven wat er vastgelegd dient te worden middels ontwerpdocumenten of testprotocollen. De klant kan met de projectverantwoordelijke duidelijke afspraken maken wie in iedere fase verantwoordelijk is voor het maken van een zulke documenten. GAMP verschaft als zodanig een handvat voor het duidelijk vastleggen van de leveringsomvang en verantwoordelijkheden in een project. Figuur 3.1: GAMP V-model: Project fasering GAMP-methode / 5

6 Hierboven is het V-model van GAMP afgebeeld. Hierin zien we dat het automatiseringsproject is opgedeeld in een aantal fasen. Omdat een automatiseringsproject een complex geheel is is het belangrijk om de verschillende fasen te volgen. Deze fasen worden in principe één voor één uitgevoerd zoals aangegeven in figuur 3.1. Het is wel mogelijk dat bepaalde fasen gelijktijdig kunnen worden uitgevoerd. Hieronder worden de verschillende fasen verder uitgewerkt. 2.3 GAMP projectfase n User Requirements Specification (URS) Hierin dienen de eisen van de klant, in dit geval Starren, worden opgenomen. Een URS heeft de volgende kenmerken: Beschrijft het systeem vanuit het oogpunt van de gebruiker Dient als leidraad voor de hierop volgende ontwerpdocumenten Operationele eisen (operationele modi, systeemgedrag, systeemprestaties) Beperkingen Ontwikkel levenscyclus Om de duidelijkheid en de overzichtelijkheid te kunnen waarborgen zijn er een aantal richtlijnen opgesteld voor het schrijven van een URS: Elke requirement is uniek genummerd en bevat niet meer dan 250 woorden Requirements mogen elkaar niet tegenspreken of dubbel voorkomen Er mogen geen oplossingen in zijn opgenomen Een requirement moet een prioriteit meekrijgen Iedere requirement moet testbaar zijn In de Performance Qualification wordt de User Requirements Specification gebruikt als valificatie document. Onder de fase Requirements horen verder de volgende documenten: Validatie master plan (VMP) Validatie project plan (VPP) Criticality analyse Risico analyse Validatie plan Een validatie plan behoort de volgende inhoud te hebben: Beschrijving projectteam (organisatiestructuur) en taken verantwoordelijkheden per projectlid Systeemgrenzen en interfaces (contextdiagram) Aanpak van de criticaly en risico analyse Beschrijving van de validatiestrategie Opsomming van documenten en verantwoordelijkheden Opsomming van de van toepassing zijnde procedures Geeft aan hoe de documenten worden gearchiveerd Criticality analyse GAMP-methode / 6

7 In een criticality analyse wordt bepaald of een systeem (of een onderdeel daarvan) onder de GxPregulering valt. Dit is een wettelijke eis op hoog niveau en kan worden uitgevoerd door de vragenlijst uit bijlage A door te nemen. Een systeem kan als GxP kritisch beschouwd worden als er één of meerdere vragen met ja beantwoord moeten worden. Risico analyse Een risico analyse is nodig om zeker te zijn dat het systeem veilig functioneert. Het is de bedoeling dat voor ieder GxP risico de prioriteit wordt bepaald. Dit kan worden gedaan door onderstaande tabellen in te vullen. Impact Klasse 1 Klasse 2 Klasse 3 Waarschijnlijkheid L M H Als eerste dient de risico-klasse bepaald te worden. Kies voor het risico de waarschijnlijkheid van optreden. Vervolgens dient de impact gekozen te worden wanneer het risico optreedt. Aan de hand van de gemaakte keuzes wordt er een klasse verkregen. Klasse Detectie kans L M H Prioriteit HIGH Prioriteit MEDIUM Prioriteit LOW Figuur 3.2: Risicoanalyse Nu kan de prioriteit worden bepaald door te beoordelen of de kans van het risico gedetecteerd wordt. Maatregelen nemen: Prioriteit high: verplicht maatregelen nemen Prioriteit medium en low: optioneel maatregelen nemen Functional specification Hierin dienen de specificaties van het systeem te worden beschreven, dit is in feite de vertaling van eisen uit de User Requirements Specification naar: Functionaliteit Systeembeschrijving Beschrijving van systeem interfaces Het functioneel ontwerp geeft dus detaillistische informatie over hoe het systeem werkt, welke onderdelen zijn opgenomen en hoe de interface verloopt tussen de verschillende onderdelen. GAMP-methode / 7

8 In de Operational Qualification wordt het Functioneel ontwerp gebruikt als verificatie document Design specification Hierin wordt de Hardware Design Specification en de Software Design Specification onderscheiden. De Design Specification is te beschouwen als een visualisatie van het functioneel ontwerp, en is een belangrijk onderdeel om in relatief korte tijd de opbouw van de hardware en de software te begrijpen. In de Hardware Design Specification dienen tekeningen te worden ontworpen welke het gehele hardware gedeelte van het systeem weergeven. Documentatie in de vorm van een beschreven systeem configuratie behoort tevens tot de Hardware Design Specification. In de Software Design Specification dienen tekeningen te worden ontworpen welke het gehele software gedeelte van het systeem weergeven. Hiervoor zijn technieken ontwikkeld, zoals SD (State Diagram) en SFC (Sequential Function Chart). Vervolgens dienen de software modules tot in detail beschreven te worden Building System Hier wordt het systeem gerealiseerd. De hardware wordt geassembleerd en de software wordt ontwikkeld. Het systeem dient gerealiseerd te worden volgens de eerder doorlopen fasen. Na de realisatie van het systeem hoort ook het testen bij Building System. Een eis hierbij is dat de constructeur zijn eigen werk niet mag testen. Het systeem moet voldoen aan alle van tevoren beschreven eisen Installation Qualification Het doel van de Installation Qualification is het aantonen dat het systeem gebouwd is zoals gespecificeerd in de Design Specification. Het resultaat is een IQ testplan en een IQ testrapport. Hierin wordt o.a. geverifieerd dat: Alle software correct geïnstalleerd is Gespecificeerde hardware geassembleerd en correct geïnstalleerd Alle data- en veldverbindingen juist zijn aangesloten Instrumentatie geïnstalleerd en gekalibreerd is Operational Qualification Het doel van de Operational Qualification is het aantonen dat het systeem gebouwd is zoals gespecificeerd in de functional Specification. Het resultaat is een OQ testplan en een OQ testrapport. Hierin wordt geverifieerd of alle hard- en software componenten zodanig functioneren dat het systeem correct functioneert Performance Qualification Het doel van de Performance Qualification is het aantonen dat het systeem functioneert zoals gespecificeerd in de User Requirements Specification. Het resultaat is een PQ testplan en een PQ testrapport. Hierin wordt geverifieerd dat de werking van het systeem in zijn definitieve omgeving is getest. Een testplan beschrijft wat en op welke manier er getest gaat worden. Een testplan is geldig wanneer deze is ondertekend door de tester. Het detailniveau dient zodanig te zijn, dat testen op een later tijdstip kan worden herhaald Change Management Wanneer er tussentijds een wijziging optreedt in de hard- of software van het systeem dient dit op een gestructureerde wijze te gebeuren. Tevens dient iedere wijziging gevalideerd en gedocumenteerd te GAMP-methode / 8

9 worden met behulp van een Change Request. Voordat een wijziging kan worden doorgevoerd moet het plan worden geaccepteerd door minimaal twee personen. Wanneer een plan om te wijzigen is geaccepteerd dient het Change Request (bijlage B) volledig worden ingevuld. Tevens dient ieder plan uniek genummerd te worden. 2.4 GAMP toegepast op de DeskTopXorter Omdat het project gestructureerd dient te verlopen en er dat er goede documentatie wordt opgeleverd zullen we het project doorlopen volgens de GAMP-methode User Requirements Specification (URS) Het is belangrijk om de eisen van de klant (Starren) vast te leggen. Op deze manier kan achteraf worden bekeken of het systeem voldoet aan de eisen die de klant gesteld heeft. We zullen User Requirements Specification opstellen. Dit document is vergelijkbaar met het Pakket van Eisen en hierin staat beschreven dat we een werkende DeskTopXorter zullen afleveren. Er wordt dieper ingegaan op welke softwarepakketten gebruikt worden en de documentatie dat het project op zal leveren. De overige documenten die volgens de GAMP specificatie horen bij de fase Requirements zullen we niet behandelen Functional Specification De Functional Specification is de uitwerking van de User Requirements Specification, oftewel de eisen van de klant omgezet in een methode om deze eisen te realiseren. We zullen de functionele specificaties opstellen welke voldoen aan de eisen van de Functional Specification van GAMP. Hierin is een systeembeschrijving verwerkt, welke uitgewerkt is volgens de S88 methodiek. Ook wordt beschreven hoe het SCADA-scherm opgebouwd gaat worden Design specification De Design Specification is de uitwerking van de Functional Specification, oftewel het ontwerp van de hard- en software. We gebruiken zoveel mogelijk afbeeldingen omdat met behulp van tekeningen en schema s gemakkelijker inzicht te krijgen is in het systeem. Voor de hardware van het model zelf maken we geen schema, omdat de DeskTopXorter compleet geassembleerd wordt aangeleverd. We hoeven dus geen ontwerp te maken voor de opbouw van het systeem. De verschillende hardware onderdelen waar het model uit bestaat worden wel uitvoerig beschreven in de functionele specificaties. Ook dient er een tekeningenpakket te komen waarin duidelijk wordt gemaakt hoe de interface verloopt tussen de PLC en de DeskTopXorter. Er zal namelijk een besturingskast worden gemaakt voor de I/O modules. Hiervoor dient er een tekeningenpakket te komen, opgesteld volgens de normen van Starren. De schema s van de software worden gemaakt volgens de S88-methodiek. Ook maken we een SFC (Sequential Function Chart). Dit is een techniek om overzichtelijk een PLC-programma weer te geven. Ook zal er een standaard SCADA-scherm worden ontworpen welke toepasbaar is op een willekeurig SCADA-pakket. Dit is te realiseren door een scherm op te slaan in een formaat welke door een willekeurig SCADA-pakket kan worden geopend. Het voordeel hiervan is dat de SCADA -applicatie op GAMP-methode / 9

10 ieder SCADA -pakket hetzelfde er uit ziet, en dat er niet iedere keer een SCADA -scherm hoeft te worden ontworpen Building System Hieronder wordt de realisatie van het systeem verstaan. Het resultaat is een goed werkende DeskTopXorter, die klaar is om te worden getest. De besturing bestaat uit het PLC-programma en de SCADA-applicatie. Omdat de DeskTopXorter pas halverwege het afstuderen in bezit is van Starren, kunnen we het PLCgrogramma niet testen op het model. Daarom gebruiken we een simulatie-plc (Winmod) en een software simulatie pakket (PLC-Sim) om het programma tussentijds te testen. Op deze manier kunnen we voor een belangrijk gedeelte bepalen of het programma functioneert, voordat de DeskTopXorter beschikbaar is. De hardware hoeft niet geassembleerd te worden omdat de DeskTopXorter een model is van een sorteerinstallatie die volledig geassembleerd wordt geleverd. De besturingskast dient wel te worden geassembleerd, Starren heeft hiervoor een eigen paneelbouw afdeling beschikbaar Installation Qualification Er dient een testplan te komen waarin wordt geverifieerd dat het ontworpen PLC programma en SCADA-applicatie gerealiseerd is zoals het ontwerp uit de Design Specification. Ook zal er een I/O test in worden opgenomen, zodat er een verificatie is dat de communicatie goed werkt. Het testplan is de basis voor het testrapport. In het testrapport wordt bevestigd dat aan de eisen van de Design Specification is voldaan. Het testrapport dient te worden ondertekend door degene die getest heeft Operational Qualification Er dient een testplan te komen waarin wordt geverifieerd dat het systeem gebouwd is zoals gespecificeerd in de functionele specificaties. In ons geval zal dat vooral gericht zijn op de functionele beschrijving. Hierin staat namelijk beschreven hoe de DeskTopXorter zal moeten gaan werken, dus hoe de ingevoerde producten worden gesorteerd. De DeskTopXorter wordt volledig functionerend geleverd. We zullen de hardware controleren op functionaliteit door alle aansluitingen te testen (lucht en electriciteit), en de sensoren en actuatoren. Het testrapport is het ingevulde testplan, en dient tevens te worden ondertekend door de tester Performance Qualification In het testplan van de Performance Qualification wordt getest of het systeem functioneert zoals beschreven staat in het pakket van eisen. Als dit is goedgekeurd (ondertekende testrapport) voldoet het systeem aan de eisen van de klant en kan het systeem worden opgeleverd Change Request Wanneer we tijdens dit project een wijziging moeten aanbrengen aan het systeem (hardware of software) zullen we een Change Request invullen zoals afgebeeld in bijlage A. Wanneer alle stappen zijn doorlopen voldoet het systeem aan de GAMP eisen en is de klant en de opdrachtnemer verzekerd van een juist werkend systeem, inclusief de daarbij horende documentatie. GAMP-methode / 10

Projectmanagement. Software ontwikkeling

Projectmanagement. Software ontwikkeling Projectmanagement Software ontwikkeling Organisatie Projectleider Hardware engineer Team leider Paneelbouw Montage CAD engineer Software specialist Project aanpak GAMP methodiek Software Design Specificatie

Nadere informatie

Hans Jurgen Kroon Industrial HVAC Control Solutions hjkroon@ihcs033.nl

Hans Jurgen Kroon Industrial HVAC Control Solutions hjkroon@ihcs033.nl Hans Jurgen Kroon Industrial HVAC Control Solutions hjkroon@ihcs033.nl Introductie IHCS Introductie Industrial HVAC Control Solutions Commissioning in Farmacie Uitgangspunten van de Farmacie Commissioning

Nadere informatie

Hans Jurgen Kroon Industrial HVAC Control Solutions hjkroon@ihcs033.nl

Hans Jurgen Kroon Industrial HVAC Control Solutions hjkroon@ihcs033.nl Hans Jurgen Kroon Industrial HVAC Control Solutions hjkroon@ihcs033.nl Introductie IHCS Introductie Industrial HVAC Control Solutions Commissioning in Farmacie Uitgangspunten van de Farmacie Commissioning

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

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

Auteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017

Auteur Kenmerk Versie 1.0 Datum Bestandnaam Status Definitief. NK Software Testen 2017 Auteur Versie 1.0 Datum 01-05-2017 Bestandnaam Definitief NK Software Testen 2017 Inhoudsopgave 1 Distributie lijst 3 2 Management samenvatting 4 2.1 Opdracht 4 2.2 Scope van de opdracht 4 2.3 tabel 5

Nadere informatie

Software Test Plan. Yannick Verschueren

Software Test Plan. Yannick Verschueren Software Test Plan Yannick Verschueren November 2014 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 1 Inhoudstafel 1 Introductie 3 1.1

Nadere informatie

Testadvies rapport NK Testen 2017

Testadvies rapport NK Testen 2017 Testadvies rapport NK Testen 2017 Vertrouwelijk: Nee Auteur: Frank Lansink, Wouter Neve, Chantal Choufoer, Tom Jacobi Datum: 01-05-2017 SUT: Fructasys Akkoord: Eigenaar Datum Paraaf Copyright 2017 KZA

Nadere informatie

RISICO MANAGEMENT, BASIS PRINCIPES

RISICO MANAGEMENT, BASIS PRINCIPES RISICO MANAGEMENT, BASIS PRINCIPES AGENDA Leerdoelen van vandaag Wat en waarom Risico Management? Validatie bij Automatisering GMP-Z, GAMP 5, ASTM 2500 en Risico Management Overzicht Risk Management Proces

Nadere informatie

1. Work Breakdown Structure en WBS Dictionary

1. Work Breakdown Structure en WBS Dictionary 1. Work Breakdown Structure en WBS Dictionary CUSTOMER migratie Management Technische Transitie Meetings Status Reporting Administratie Technisch Upgegrade Systemen (3-tier) Delta Analyse & Functioneel

Nadere informatie

Software Test Document

Software Test Document Software Test Document PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Jens Nevens - Sander Lenaerts - Nassim Versbraegen Jo De Neve - Jasper Bevernage Versie

Nadere informatie

TARGET2 nieuwsbrief. Inhoud. De TARGET2 nieuwsbrief. Projectplanning TARGET2

TARGET2 nieuwsbrief. Inhoud. De TARGET2 nieuwsbrief. Projectplanning TARGET2 TARGET2 nieuwsbrief Informatie over de migratie van TOP naar TARGET2 januari 2006, nr 2 Inhoud De TARGET2 nieuwsbrief Projectplanning TARGET2 1 1 Migratie naar TARGET2 Het testprogramma 3 3 De meest recente

Nadere informatie

ORGANISATORISCHE IMPLENTATIE BEST VALUE

ORGANISATORISCHE IMPLENTATIE BEST VALUE ORGANISATORISCHE IMPLENTATIE BEST VALUE EEN ONDERZOEK NAAR DE IMPLEMENTATIE VAN BEST VALUE BINNEN EEN SYSTEMS ENGINEERING OMGEVING STEPHANIE SAMSON BEST VALUE KENNIS SESSIE WESTRAVEN 17 JUNI 09.00 12.00

Nadere informatie

Inhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht

Inhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht Test rapport Dit document beschrijft de testopdracht voor het Nederlands Kampioenschap software testen 2017. De website Fructasys (Software Under Test SUT) is een totaal backoffice pakket waarmee je bestellingen

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

Kennis na het volgen van de training. Na het volgen van deze training bent u in staat:

Kennis na het volgen van de training. Na het volgen van deze training bent u in staat: Training Trainingscode Duur Gepubliceerd Taal Type Leermethode Kosten SF2015V8 4 dagen 02/02/2015 Nederlands & Engels Developer, basis Invidueel & klassikaal Op aanvraag Deze training richt zich op het

Nadere informatie

Software Test Plan. PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015

Software Test Plan. PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Software Test Plan PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Jens Nevens - Sander Lenaerts - Nassim Versbraegen Jo De Neve - Jasper Bevernage Versie 1 Versie

Nadere informatie

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER Sander Hoogendoorn Versie 1.0 15 april 2002 Documentbeheer Versie Datum Auteur Omschrijving 0.1 15 April 2002 Sander Hoogendoorn 0.2 15 april

Nadere informatie

Lessen te leren uit de Farma wereld. Arjan Roovers Managing Consultant

Lessen te leren uit de Farma wereld. Arjan Roovers Managing Consultant Lessen te leren uit de Farma wereld Arjan Roovers Managing Consultant Vragen centraal in dit symposium 1. Waarom validatie? 2. Opzet en frequentie periodieke validatie 3. Rol van validatie protocol en

Nadere informatie

Continuous Requirements Engineering

Continuous Requirements Engineering Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Testen! 3 Het goeie ouwe V-model wensen systeem systeemrequirements

Nadere informatie

a. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen.

a. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen. Eindtoets T07351 Software engineering Een eindtoets staat in het algemeen model voor het tentamen van de betreffende cursus. Aangezien deze cursus een mondeling tentamen heeft, bevat deze eindtoets slechts

Nadere informatie

Van Riskmanagement naar Computervalidatie. Hanny Nelis

Van Riskmanagement naar Computervalidatie. Hanny Nelis Van Riskmanagement naar Computervalidatie Hanny Nelis Inhoud 1. Risico Management 2. Aanpak Validatie traject 3. Voorbeeld Risico Analyse Monitoringssysteem 4. Conclusies 8 okt 2009 2 1. Risico management

Nadere informatie

Test rapportage Waarom eigenlijk?

Test rapportage Waarom eigenlijk? Testrapportage Boodschappers van de koning? Test rapportage Waarom eigenlijk? TestNet voorjaarsevenement 2015 Jurian van de Laar Jurian van de Laar @JurianvdL 30 april 2015 @JurianvdL Jurian van de Laar

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

Nieuw in het CC vakgebied? JA NEE. NCD 2017 Frans Saurwalt : CC als rode draad 2

Nieuw in het CC vakgebied? JA NEE. NCD 2017 Frans Saurwalt : CC als rode draad 2 Nieuw in het CC vakgebied? JA NEE NCD 2017 Frans Saurwalt : CC als rode draad 2 Bent u: Clean Room Gebruiker? Dienstverlener? Groen Rood NCD 2017 Frans Saurwalt : CC als rode draad 3 Wegwijs KVE s Hersteltijd

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

Safety Event 2015. Dennis van Loon Adviseur en Functional Safety Engineer @ D&F Consulting FS Eng (TÜV Rheinland, #9013/14, Machinery)

Safety Event 2015. Dennis van Loon Adviseur en Functional Safety Engineer @ D&F Consulting FS Eng (TÜV Rheinland, #9013/14, Machinery) Voettekst Gestructureerd software ontwerpproces is essentieel! IF (fail_safe_software == 100% foutloos) THEN CLAIM_SIL_OR_PL = true, ELSE CLAIM_SIL_OR_PL = false, END IF Dennis van Loon Adviseur en Functional

Nadere informatie

Commissioning én Kwalificatie? Geen dubbel werk!

Commissioning én Kwalificatie? Geen dubbel werk! Commissioning én Kwalificatie? Geen dubbel werk! René Nanninga Xendo Pharma Services Business Unit Engineering Doel van de presentatie Commissioning en Kwalificatie in context Overeenkomsten en verschillen

Nadere informatie

Informatica 2 Studiehandleiding

Informatica 2 Studiehandleiding Informatica 2 Studiehandleiding Embedded Systems Engineering Groep: ES1D ir drs E.J Boks 25-02-2010 Inhoud 1 Inleiding... 2 2 Doelstelling... 3 3 Beoordeling... 4 4 Eisen aan het verslag... 6 Voorbeeld

Nadere informatie

Medical device software

Medical device software Medical device software Medical device software Software ontwikkeling voor de medische wereld Nspyre Herculesplein 24 3584 AA Utrecht T 088-827 50 00 F 088-827 50 99 www.nspyre.nl Medical devices zijn

Nadere informatie

Plan van Aanpak. Opdrachtnemers: Hielke Kuipers 0896930@hr.nl. Opdrachtgever: Mr. Gerard van Kruiningen

Plan van Aanpak. Opdrachtnemers: Hielke Kuipers 0896930@hr.nl. Opdrachtgever: Mr. Gerard van Kruiningen Plan van Aanpak Project /: Pinautomaat Team: JHJ Organisatie: Hogeschool Rotterdam, Wijnhaven Opdrachtgever: Mr. Gerard van Kruiningen Opdrachtnemers: Jeroen van Ginkel 08699@hr.nl Hielke Kuipers 089690@hr.nl

Nadere informatie

Gebruikershandleiding. StUF Testplatform Versie 1.3.0

Gebruikershandleiding. StUF Testplatform Versie 1.3.0 Gebruikershandleiding StUF Testplatform Versie 1.3.0 Documentversie: 0.7 Datum 25 november 2014 Status In gebruik Inhoudsopgave 1 INLEIDING...3 2 GEBRUIK MAKEN VAN HET STUF TESTPLATFORM...4 2.1 INLOGGEN

Nadere informatie

System Development Methodology (SDM II)

System Development Methodology (SDM II) System Development Methodology (SDM II) System Development Methodology (SDM), ofwel Systeem Ontwikkelings Methodologie (Methodiek) is een faseringsmethode. Het wordt voornamelijk gebruikt bij projecten

Nadere informatie

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

NK Testen Testrapport team 4. Team: #Test. SUT: Fructasys. Datum Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen

NK Testen Testrapport team 4. Team: #Test. SUT: Fructasys. Datum Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen Datum 01-05-2017 Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen NK Testen Testrapport team 4 Versie 1.0 Team: #Test SUT: Fructasys Inhoud 1 Goedkeuringsverklaring 2 2 Document informatie

Nadere informatie

OPDRACHTKAART. Thema: Multimedia. Het multimedia productieproces 3. De uitvoering MM-02-06-01

OPDRACHTKAART. Thema: Multimedia. Het multimedia productieproces 3. De uitvoering MM-02-06-01 OPDRACHTKAART MM-02-06-01 De uitvoering Voorkennis: Je hebt multimedia-opdrachten 1 tot en met 5 (MM-02-01 t/m MM-02-05) afgerond. Je kunt met behulp van multimedia-software, zoals bijvoorbeeld Macromedia

Nadere informatie

Plan van Aanpak. project Tetris Packing

Plan van Aanpak. project Tetris Packing Plan van Aanpak project Tetris Packing Inleiding! 4 Projectomschrijving! 5 Producten! 5 Testplan! 5 Ontwerprapport! 5 Implementatierapport! 5 Testrapport! 5 Systeemdocumentatie! 5 Aanpak! 6 Projectmethodiek!

Nadere informatie

Gebruikershandleiding Green Leaf Excel (2007) Tool Versie 1.2 (21 december 2010)

Gebruikershandleiding Green Leaf Excel (2007) Tool Versie 1.2 (21 december 2010) Gebruikershandleiding Green Leaf Excel (2007) Tool Versie 1.2 (21 december 2010) Inhoudsopgave 1 HANDLEIDING EXCEL TOOL... 3 2 TOEGEVOEGDE MENU OPTIES... 4 2.1 KEUZEOPTIE NIEUW... 6 2.2 HET INLEZEN VAN

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

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

Validatie autoclaaf T O M K E R K H O F S, B U S I N E S S D E V E L O P M E N T L I F E S C I E N C E S

Validatie autoclaaf T O M K E R K H O F S, B U S I N E S S D E V E L O P M E N T L I F E S C I E N C E S Validatie autoclaaf T O M K E R K H O F S, B U S I N E S S D E V E L O P M E N T L I F E S C I E N C E S Validatie? ISO 17665 EN 285 Spreekt enkel van software validatie, geen procesvalidatie. Vermeldt

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

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

BREEAM-NL In-Use Portfolio-aanpak Jaarlijks

BREEAM-NL In-Use Portfolio-aanpak Jaarlijks BREEAM-NL Instructieblad 116, november 2018 Dit document beschrijft de werkwijze voor het certificeren van een portfolio middels de BREEAM-NL In-Use portfolio-aanpak Jaarlijks, inclusief aandachtspunten

Nadere informatie

Kerntaak 1: Ontwerpen van de applicatie, (cross)media-uiting of game

Kerntaak 1: Ontwerpen van de applicatie, (cross)media-uiting of game Kerntaak 1: Ontwerpen van de applicatie, (cross)media-uiting of game Werkproces 1.1: Stelt de vraag en/of informatiebehoefte vast De gamedeveloper overlegt met het ontwikkelteam om de technische realisatie

Nadere informatie

End-to-End testen: de laatste horde

End-to-End testen: de laatste horde End-to-End testen: de laatste horde Dieter Arnouts Agenda Begrip End-to-End testen in het test proces Praktische aanpak End-to-End Test Omgeving Uitdagingen End-to-End testen: De laatste horde 11/10/2010

Nadere informatie

Bijlage 3: Master testplan

Bijlage 3: Master testplan Bijlage 3: Master testplan KIS Testplan Inaxion Lelystad Adres: Jol -20 Postbus : 609 Postcode Plaats 8483 ED Lelystad I www.inaxion.nl Plaats Lelystad Datum 22 maart 200 Auteur Saidou Diallo Status Finaal.0

Nadere informatie

Plan van Aanpak Pilot

Plan van Aanpak Pilot Plan van Aanpak Pilot DBK-applicaties Beproeven compatibiliteit DBK-applicaties op innovatieplatform voor de Veiligheidsregio s Status : concept Versienummer : V0.2 Datum : Augustus 2012 Blad : 2 / 6 Inhoudsopgave

Nadere informatie

Projectmanagement. Projectdoorloop System Integrator

Projectmanagement. Projectdoorloop System Integrator Projectmanagement Projectdoorloop System Integrator Definitie van een project Een project is een op onduidelijke of veranderende doelstellingen gebaseerd, voortdurend uitdijende hoeveelheid werk, waarvoor

Nadere informatie

Verificatie & Validatie

Verificatie & Validatie Rijkswaterstaat Verificatie & Validatie Bijeenkomst Verificatie & Validatie COB-KP 11 en 18 oktober 2016 Hoe regel je V&V in een project? Hoe ga je om met BG, VB en TB? Fred Bouwmeester (RWS LTR) Sjef

Nadere informatie

Testrapport Fructasys

Testrapport Fructasys Testrapport Fructasys Asjemenou Watvindiknou Naam Patrick Vos Ide Koops Mark van Kessel Ronald Keuning Jan Bertijn Functie Product owner Tester Tester Tester Tester 1 Advies: Aangezien de ontwikkeling

Nadere informatie

Intake <applicatie> Conclusie & Aanbevelingen. <Datum> 1.0. <Auteur> ###-#######

Intake <applicatie> Conclusie & Aanbevelingen. <Datum> 1.0. <Auteur> ###-####### Intake Conclusie & Aanbevelingen Datum Versie 1.0 Auteur Telefoon ###-####### Inhoudsopgave 1. VOORWOORD... 1 2. BESCHRIJVING APPLICATIE... 2 2.1. FUNCTIONEEL ONTWERP... 2

Nadere informatie

Gebruikershandleiding Green Leaf Excel Tool Versie 1.1 (13 februari 2007)

Gebruikershandleiding Green Leaf Excel Tool Versie 1.1 (13 februari 2007) Gebruikershandleiding Green Leaf Excel Tool Versie 1.1 (13 februari 2007) Inhoudsopgave 1 HANDLEIDING EXCEL TOOL... 3 2 TOEGEVOEGDE MENU OPTIES... 4 2.1 KEUZEOPTIE NIEUW... 5 2.2 HET INLEZEN VAN EEN GLF

Nadere informatie

Testrapport NK Softwaretesten. Team: Testwerk1

Testrapport NK Softwaretesten. Team: Testwerk1 Testrapport NK Softwaretesten Team: Testwerk1 Versie: 1.0 Definitief Auteur: Richard Braun, Peter Huisman, Marc Kuper, John van der Molen Datum: 1 mei 2017 Inhoudsopgave 1. Inleiding en toelichting...

Nadere informatie

MSS Micro SCADA Systeem

MSS Micro SCADA Systeem Wijnand van Asseldonk / Alex Otten MSS Micro SCADA Systeem Agenda ICT in een oogopslag Aanleiding ontwikkeling MSS Keuzemogelijkheden Uitwerking van de keuze Aanvullende wensen ICT in een oogopslag Opgericht

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

Offerte / Gemeente Breda / Versie 2.0

Offerte / Gemeente Breda / Versie 2.0 Gemeente Breda t.a.v. mevrouw J de Bruijn Postbus 90156 4800 RH BREDA Breda, 9 juli 2007 Betreft : Referentie: Offerte ontwerpfase websites GemeenteBreda002 Geachte mevrouw De Bruijn, Met plezier sturen

Nadere informatie

ARE methodiek Het ontwikkelen van Informatie Elementen

ARE methodiek Het ontwikkelen van Informatie Elementen ARE methodiek Het ontwikkelen van Informatie Elementen WI1: Het opstarten van het project Milestone 1 WI2: Ontwikkel een Vison WI3: Modelleer het Business Domain WI4: Creëer een Glossary WI7: Beheer wijzigingen

Nadere informatie

User experience voor projecten

User experience voor projecten User experience voor projecten In de PS module zijn er een aantal nieuwe mogelijkheden beschikbaar voor het werken met projecten. Zo is in EhP 6 de Project Editor uitgebreid met de mogelijkheid om Gannt

Nadere informatie

Advies en projectmanagement Industriële automatisering. Palaemon. Diensten en referenties. Introductie van Palaemon Frans Kleisman

Advies en projectmanagement Industriële automatisering. Palaemon. Diensten en referenties. Introductie van Palaemon Frans Kleisman Palaemon Advies en projectmanagement Industriële automatisering Diensten en referenties Introductie van Palaemon Frans Kleisman Bedrijfsprofiel 30 jaar ervaring in diverse industriële productie-en procesbesturing.

Nadere informatie

Ontwerp. <naam applicatie>

Ontwerp. <naam applicatie> Ontwerp Datum Auteur Versie Telefoon Pagina: 0 Inhoudsopgave 1. MANAGEMENT SUMMARY... 1 2. INLEIDING... 1 2.1. DOEL... 1 2.2. STRUCTUUR... 1 2.3. ACHTERGROND... 1 2.4. REVISIE-GESCHIEDENIS...

Nadere informatie

HANDLEIDING TOOLS4EVER ISUPPORT ONLINE WEBOMGEVING

HANDLEIDING TOOLS4EVER ISUPPORT ONLINE WEBOMGEVING HANDLEIDING TOOLS4EVER ISUPPORT ONLINE WEBOMGEVING Inhoudsopgave 1. Belangrijkste spelregels... 3 2. Contact met tools4ever international support... 4 isupport webomgeving... 4 Eerste maal inloggen...

Nadere informatie

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces Software Processen Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1 Het software proces Een gestructureerd set van activiteiten nodig om een software systeem te ontwikkelen Specificatie;

Nadere informatie

15 e Nationale Cleanroomdag NORMEN

15 e Nationale Cleanroomdag NORMEN 15 e Nationale Cleanroomdag NORMEN Introductie Wat zijn normen? Wanneer komen we normen tegen? Welke normen worden gehanteerd? Alles op een rij Terug naar de werkvloer Inhoud 2 Introductie André van Tongeren

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

esigning: snel en eenvoudig elektronisch ondertekenen

esigning: snel en eenvoudig elektronisch ondertekenen Brochure esigning Versie 1.0 september 2018 esigning: snel en eenvoudig elektronisch ondertekenen 02 Inhoud 1 Samenvatting 3 2 Achtergrond 4 3 De praktijk 5 3.1 De initiator in 360 6 3.2 ValidSign 7 3.3

Nadere informatie

Validatie bij Terumo Europe NV

Validatie bij Terumo Europe NV Validatie bij Terumo Europe NV Erwin Hoebrechts Tel 32(0)16381237 erwin.hoebrechts@terumo-europe.com TERUMO Europe in een notedop Dochter van Terumo Corporation (JPN) Produktie en invoer van medische hulpmiddelen

Nadere informatie

CURRICULUM PLANNING SCENARIO S TON PEETERS, DICK KAMPMAN

CURRICULUM PLANNING SCENARIO S TON PEETERS, DICK KAMPMAN CURRICULUM PLANNING SCENARIO S TON PEETERS, DICK KAMPMAN INTRODUCTIE Er komen steeds meer studenten op de opleiding Biologie af. Dit heeft als gevolg dat de zaalreserveringen en planning van docenten en

Nadere informatie

Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements.

Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements. Hoe testers de kwaliteit van requirements kunnen beïnvloeden Testnet thema-avond Slechte requirements zijn overal 2 Pagina 1 En dan heb je goede requirements 3 proces proces ontwikkeling validatie management

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

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

Agenda. Introductie Aan het werk Conclusie / restrospective

Agenda. Introductie Aan het werk Conclusie / restrospective Agenda Introductie 13.45 14.30 Aan het werk 14.30 16.30 Conclusie / restrospective 16.30 17.00 Introductie High performance Testing Voorstellen Waar ben je echt goed in (3 minuten) Teams vormen op basis

Nadere informatie

IGZ-KNMP Veldnorm GDS

IGZ-KNMP Veldnorm GDS IGZ-KNMP Veldnorm GDS Utrecht, 1 februari 2017 Jan de Groot Apotheker Implementatie GDS-Veldnorm Inhoudsopgave Inleiding Apotheek Voorzorg Situatie voor bestaan GDS-veldnorm Handboek GDS Training & Opleiding

Nadere informatie

Bijlage II: Documentatie

Bijlage II: Documentatie RWS BEDRIJFSINFORMATIE Bijlage II: Documentatie Datum 13 februari 2017 Status Definitief RWS BEDRIJFSINFORMATIE CONCEPT Bijlage II: Documentatie 13 februari 2017 Colofon Uitgegeven door Rijkswaterstaat

Nadere informatie

Use of Database Generator for Building Monitoring systems. FHI Leiden, 9 Oktober 2007

Use of Database Generator for Building Monitoring systems. FHI Leiden, 9 Oktober 2007 Use of Database Generator for Building Monitoring systems FHI Leiden, 9 Oktober 2007 Agenda Voorstellen Definities Project: Upgrade van 32 GBS applicaties Generator aan t werk Resultaat Evaluatie (voor-

Nadere informatie

Satisfy the real (and changing) customer expectation

Satisfy the real (and changing) customer expectation Han Duisterwinkel Test & Quality competence RUP competence LogicaCMG Nederland B.V. Eemsgolaan 1 P.O. Box 70237 9704 AE Groningen The Netherlands www.logicacmg.com @logicacmg.com

Nadere informatie

Projectmatig werken. De scope van de GIP

Projectmatig werken. De scope van de GIP Projectmatig werken De scope van de GIP Inhoud SCOPE van het project... 3 SCOPE van een GIP... 5 Uitgewerkt voorbeeld... 6 2 SCOPE van het project (voorbeeld uit het bedrijfsleven) Opdracht en definitie

Nadere informatie

Project methodiek. Auxilium BV Oude Delft 48 2611 CD Delft. T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl

Project methodiek. Auxilium BV Oude Delft 48 2611 CD Delft. T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl Project methodiek Auxilium BV Oude Delft 48 2611 CD Delft T: 015-261 23 16 F: 015-213 34 83 E: info@auxilium.nl Inhoud 1 PROJECTMETHODIEK... 3 1.1 TIME-BOXING... 3 1.2 USER-STORIES EN STORY-POINTS... 3

Nadere informatie

Alles wat bijdraagt of afbreuk zou kunnen doen aan de productkwaliteit of het proces CLEANROOMVALIDATIE DOEL & METHODE

Alles wat bijdraagt of afbreuk zou kunnen doen aan de productkwaliteit of het proces CLEANROOMVALIDATIE DOEL & METHODE CLEANROOMVALIDATIE ON SITE ISO 17025 DOEL & METHODE CLEANROOM VALIDATIE KALIBRATIE CONSULTANCY VALIDATIE MODEL VALIDATIE Planning Validatie rapport URS Performance Qualificatie (PQ) Functioneel ontwerp

Nadere informatie

Software Test Documentation

Software Test Documentation FACULTEIT INGENIEURSWETENSCHAPPEN & WE- TENSCHAPPEN DEPARTMENT OF COMPUTER SCIENCE AND APPLIED COMPUTER SCIENCE Software Test Documentation Software Engineering Nicolas Carraggi, Youri Coppens, Christophe

Nadere informatie

Software Quality Assurance Plan

Software Quality Assurance Plan Software Quality Assurance Plan GameTrac Versie Datum Auteur(s) Opmerking 1.0 10-12-2010 Bram Bruyninckx Eerste iteratie 1 Door hieronder te tekenen verklaart u akkoord te zijn met dit document en zijn

Nadere informatie

ABN AMRO Verzekeringen Project: Documentbeheer Verzekeringen

ABN AMRO Verzekeringen Project: Documentbeheer Verzekeringen Opdrachtformulering Het in kaart brengen van de structuur achter verzekeringsdocumenten met het doel deze op een efficiënte manier productief te maken in een daarvoor te realiseren tool. De applicatie

Nadere informatie

Qlik Sense Healthcare. Document 16052

Qlik Sense Healthcare. Document 16052 Qlik Sense Healthcare Document 16052 Inhoud 1. Introductie... 3 1.1 Qlik Sense... 3 1.2 Qlik Sense Healthcare... 3 1.3 Qlik Sense als product... 3 2 Overview healthcare module... 4 2.1 De opbouw van de

Nadere informatie

Opleidingsgebied ICT. 2 e beoordeling: Eindbeoordeling:

Opleidingsgebied ICT. 2 e beoordeling: Eindbeoordeling: Opleidingsgebied ICT Kwalificatiedossier en kerntaak Applicatie- en mediaontwikkeling 2012-2013, 2013-2014 Kerntaak 2: Realiseren van de applicatie, (cross)media-uiting of game Kwalificatie en crebocode

Nadere informatie

Tradinco Academy Cursus Programma

Tradinco Academy Cursus Programma Tradinco Academy Cursus Programma Calibration made simple 01/2014 page : 1 Index Inleiding The art of Calibration Kalibratie Management Kalibratie Instrumentatie Het gebruik van Instrumenten AutoCal Kalibratie

Nadere informatie

Te hoog gemikte silver bullets missen doel Te hoog gemikte silver bullets missen doel

Te hoog gemikte silver bullets missen doel Te hoog gemikte silver bullets missen doel Te hoog gemikte silver bullets missen doel TestNet Voorjaarsevenement 2013 13-05-2013 Tom Heintzberger Praegus Ltd. Te hoog gemikte silver bullets missen doel 1-4-2013 1 Agile & testen? Want Geen geautomatiseerde

Nadere informatie

Factsheet Crowd Testen

Factsheet Crowd Testen Factsheet Crowd Testen www.testbats.com Uw klanten eisen tegenwoordig hoge kwaliteit van uw desktop applicatie, webapplicatie of mobile app. Onder alle omstandigheden en op elk apparaat. Daarom eist u

Nadere informatie

FUNCTIONEEL ONTWERP. Documentversie 1 SORTEREN REGELS

FUNCTIONEEL ONTWERP. Documentversie 1 SORTEREN REGELS FUNCTIONEEL ONTWERP Documentversie 1 SORTEREN REGELS Titel : Sorteren regels Opdrachtgever : Exact Software Printdatum : 12-8-13 13:48:00 Versie : 1 Versiedatum : 18 juli 2010 Wijzigingsregister Versie

Nadere informatie

IV SDM - FASE 2 BASISONTWERP

IV SDM - FASE 2 BASISONTWERP IV SDM - FASE 2 BASISONTWERP IV.1 Inleiding Zoals reeds besproken onderkent het in Nederland veel gebruikte SDM II (System Development Methodology, versie II), bij de bouw van informatiesystemen de volgende

Nadere informatie

Uitstroom + Crebonummer Applicatie- en mediaontwikkelaar; Crebonummer 25187 Niveau Niveau 4

Uitstroom + Crebonummer Applicatie- en mediaontwikkelaar; Crebonummer 25187 Niveau Niveau 4 VOORBLAD FORMAT BLAUWDRUK VAN DE OPLEIDING Algemene informatie Blauwdruk Ontwerper: Isolde Kolkhuis Tanke Ontwerpdatum: 23 september 2015 Versie: 03 Domein: Informatie- en communicatietechnologie Kwalificatiedossier:

Nadere informatie

Secretariaat: ECP Postbus 262 2260 AG Leidschendam 070-4190309 INHOUD

Secretariaat: ECP Postbus 262 2260 AG Leidschendam 070-4190309  INHOUD Secretariaat: ECP Postbus 262 2260 AG Leidschendam 070-4190309 jelle.attema@ecp.nl http://www.keurmerkafrekensystemen.nl/ INHOUD INHOUD... 1 INLEIDING... 2 DOEL... 2 BEGRIPPEN... 2 AANDACHTSGEBIED EN BEGRENZING...

Nadere informatie

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol SAMENVATTING ITIL ITIL is nog steeds dé standaard voor het inrichten van beheerspocessen binnen een IT-organisatie. En dekt zowel applicatie- als infrastructuur beheer af. Indien gewenst kan ITIL worden

Nadere informatie

Handleiding Study Management voor onderzoeker

Handleiding Study Management voor onderzoeker Handleiding Study Management voor onderzoeker Onderdeel van Research Manager Handleiding Research Manager onderdeel Study Management 21-07-2017 1 Inhoudsopgave Hoofdstuk: Pagina: 1. Gebruik Study Management

Nadere informatie

Over de schutting: Tour top 100

Over de schutting: Tour top 100 Over de schutting: Tour top 100 Project 4 fase 2 Mediadeveloper 30-09-2014 VERTROUWELIJK Pagina 1 van 5 Contents Inleiding... 3 Situatie... 3 Eisen van de opdrachtgever... 3 Eisen van de opleiding... 4

Nadere informatie

Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld

Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld Quality Gates: De overdracht tussen ontwikkelaars en testers geregeld Rik Marselis Senior Testadviseur Logica 2008. All rights reserved Even voorstellen: Rik Marselis Senior Testadviseur ruim 27 jaar IT

Nadere informatie

Gebruikershandleiding Green Leaf Excel Tool Versie 1.2 (1december 2009)

Gebruikershandleiding Green Leaf Excel Tool Versie 1.2 (1december 2009) Gebruikershandleiding Green Leaf Excel Tool Versie 1.2 (1december 2009) Inhoudsopgave 1 HANDLEIDING EXCEL TOOL... 3 2 TOEGEVOEGDE MENU OPTIES... 4 2.1 KEUZEOPTIE NIEUW... 5 2.2 HET INLEZEN VAN EEN GLF

Nadere informatie

De Do s en Don ts bij de migratie van verouderde procesbesturing- en automatiseringssystemen

De Do s en Don ts bij de migratie van verouderde procesbesturing- en automatiseringssystemen De Do s en Don ts bij de migratie van verouderde procesbesturing- en automatiseringssystemen Klaas Venema, Consultant Imtech Even voorstellen Klaas Venema, Consultant Imtech Industrial Services 30 jaar

Nadere informatie

14-9-2015. Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Systeemontwikkeling

14-9-2015. Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Systeemontwikkeling Les 1 Docent: Marcel Gelsing Je kunt de presentatie na afloop van elke les downloaden. Ga naar : www.gelsing.info Kies voor de map Systeemontwikkeling Je kunt hier (optioneel) ook een gratis tool downloaden

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

Handleiding helpdesk. Datum: 08-10-2014 Versie: 1.0 Auteur: Inge van Sark

Handleiding helpdesk. Datum: 08-10-2014 Versie: 1.0 Auteur: Inge van Sark Datum: 08-10-2014 Versie: 1.0 Auteur: Inge van Sark Inhoudsopgave Inhoudsopgave... 2 1. Beheer helpdesk... 3 1.1. Settings... 3 1.2. Applicaties... 4 1.3. Prioriteiten... 5 1.4. Gebruik mailtemplates...

Nadere informatie