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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

BIM in de praktijk. Alexander Hoos / Kuijpers

BIM in de praktijk. Alexander Hoos / Kuijpers BIM in de praktijk Alexander Hoos / Kuijpers TVVL Eindedaglezing, 4 april 2016 Alexander Hoos Informatie Manager Even voorstellen Installatie bedrijf Kuijpers (www.kuijpers.nl) Kerntaken: Procesoptimalisatie,

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

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

building your digital world WAAROM WAT & HOE PRODUCTEN

building your digital world WAAROM WAT & HOE PRODUCTEN building your digital world WAAROM WAT & HOE PRODUCTEN Tizio is een multidisciplinair softwarebureau in de ruimste zin van het woord. Wij ontwerpen en ontwikkelen alle soorten websites en software. Websites

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

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

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

Intake Conclusie & Aanbevelingen. 1.0. ###-#######

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

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

1. Welke diagrammen beschrijven het dynamisch gedrag van een applicatie?

1. Welke diagrammen beschrijven het dynamisch gedrag van een applicatie? 1. Welke diagrammen beschrijven het dynamisch gedrag van een applicatie? -Use case-diagram -Use case-beschrijving -Activity diagram -Sequentie diagram 2. Welke diagrammen beschrijven de structuur van de

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

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

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

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

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

Implementatie Landelijke Standaard Tunnels

Implementatie Landelijke Standaard Tunnels Implementatie Landelijke Standaard Tunnels Bezien vanuit de aannemer Gert Jan Braas Vialis 4 september 2012 1 Agenda 1. Historie en doel project 2. Nieuwe Scope 3. Ambitie 4. Procesgang VTTI 5. Kwaliteitsborging

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

Gebruikershandleiding. StUF Testplatform Versie 1.3.1

Gebruikershandleiding. StUF Testplatform Versie 1.3.1 Gebruikershandleiding StUF Testplatform Versie 1.3.1 Inhoudsopgave 1 INLEIDING... 3 2 GEBRUIK MAKEN VAN HET STUF TESTPLATFORM... 4 2.1 INLOGGEN OP HET STUF TESTPLATFORM... 4 2.2 OPVOEREN EN CONFIGUREREN

Nadere informatie

D V1 van de browse en zoek applicatie

D V1 van de browse en zoek applicatie D 1.1.2 V1 van de browse en zoek applicatie Hennie Brugman Auteur : Hennie Brugman 16/09/2010 09:09:00 AM page 1 of 10 1 Documenteigenschappen Rapportage datum: 16 september 2010 Rapportage periode: October

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

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

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

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

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

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

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

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

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

PROJECT MANAGEMENT 1 PROJECT MANAGERS CHECKLIST

PROJECT MANAGEMENT 1 PROJECT MANAGERS CHECKLIST 1 WE SCHIJNEN ALTIJD TIJD TE VINDEN OM HET OVER TE DOEN?! LATEN WE HET DE EERSTE KEER - GELIJK GOED DOEN! Overdracht van het Offerte Team Heb je een kopie van het kosten- en/of prijsmodel? Heb je een kopie

Nadere informatie

Evo Evolutionary Project Management. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Evo Evolutionary Project Management. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Evo Evolutionary Project Management Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. INLEIDING... 3 2. EVO... 4 3. FASERING...

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

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

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

Requirements Traceability. Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman

Requirements Traceability. Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman Requirements Traceability Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman 22 Mei 2008 Werkgroep Traceability Doel van de werkgroep: Aanbieden van hulpmiddelen

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

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

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

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

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

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

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

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

Kyril Herkelman CMD deeltijd 2a Plan van aanpak

Kyril Herkelman CMD deeltijd 2a Plan van aanpak Kyril Herkelman CMD deeltijd 2a Plan van aanpak SUBJECT: De mobiele user experience VERSION: 1.0 Distributie: Roos Groenewegen, Theo, Eric, Opsteller: Kyril Herkelman Date: 29-12-2005 1 INHOUDSOPGAVE 1.

Nadere informatie

Requirements. Marktplaats voor studenten en docenten. Vincent de Groot Nick Jansen Peter Muntel Robert Nijenhuis

Requirements. Marktplaats voor studenten en docenten. Vincent de Groot Nick Jansen Peter Muntel Robert Nijenhuis Requirements Marktplaats voor studenten en docenten 2008 Vincent de Groot Nick Jansen Peter Muntel Robert Nijenhuis 2 Inhoudsopgave Situatieschets... 3 Randvoorwaarden... 3 Performance... 3 Gebruikers...

Nadere informatie

Praktijkinstructie Industriële automatisering 4 (ICT09.4/CREBO:53258)

Praktijkinstructie Industriële automatisering 4 (ICT09.4/CREBO:53258) instructie Industriële automatisering 4 (ICT09.4/CREBO:53258) pi.ict09.4.v1 ECABO, 1 april 2002 Alle rechten voorbehouden. Niets uit deze uitgave mag worden vermenigvuldigd, overgenomen, opgeslagen of

Nadere informatie

Technisch stappenplan

Technisch stappenplan Technisch stappenplan versie: 2.1.1 datum: 1 juni 2007 John Oldenhuizing Projectleider Samenwerkende Catalogi telefoon: 070-8887 850 e-mail: SC@overheid.nl adres: Postbus 84011 2508 AA Den Haag Wilhelmina

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

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

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

Poortcontroles en afhandeling OLP

Poortcontroles en afhandeling OLP Stichting Bedrijfstakpensioenfonds voor het Schoonmaak- en Glazenwassersbedrijf Stichting Raad voor Arbeidsverhoudingen Schoonmaak- en Glazenwassersbranche Poortcontroles en afhandeling OLP De uitvoering

Nadere informatie

Succes = Noodzaak x Visie x Draagvlak 2. Case: Implementatie Requirements Lifecycle management bij Rabobank International

Succes = Noodzaak x Visie x Draagvlak 2. Case: Implementatie Requirements Lifecycle management bij Rabobank International Succes = x Visie x Draagvlak 2 Case: Implementatie Requirements Lifecycle management bij Rabobank International dinsdag 3 oktober 2006 Spider Congres Agenda Inventarisatie SPI-knelpunten Implementatie

Nadere informatie

Technisch Ontwerp Document (TOD) Project: Mannequin. Bedrijf: RS

Technisch Ontwerp Document (TOD) Project: Mannequin. Bedrijf: RS Technisch Ontwerp Document (TOD) Project: Mannequin Bedrijf: RS Enschede, 25 november 2013 Mechatronica Versie 1.0 Opgesteld door: Klas: EMT2A Groep: 2A Dieuwe Elferink 323037 Gijs de Vries 331511 Bram

Nadere informatie

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. RAD Rapid application development 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...

Nadere informatie

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers Systems Engineering en de Modelgebaseerde aanpak Eric Burgers 2 Context: Toepassing MBSE in tunnelprojecten Modelprecisie / formaliteit LST 1.2 LST 1.1 Nijverdal (2011) SysML Statisch model Dynamisch model

Nadere informatie

Duurzame automatiseringsoplossingen

Duurzame automatiseringsoplossingen A u t o m a t i o n S o l u t i o n s B u s i n e s s o p t i m a l i s a t i e d o o r P r o c e s I n t e g r a t i e Duurzame automatiseringsoplossingen Door mondiale ontwikkelingen en steeds sneller

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

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

De PROFIBUS, PROFINET & IO-Link dag. Edegem, 8 juni 2010. PROFIBUS Belgium VZW PROFIBUS, PROFINET & IO-Link

De PROFIBUS, PROFINET & IO-Link dag. Edegem, 8 juni 2010. PROFIBUS Belgium VZW PROFIBUS, PROFINET & IO-Link De PROFIBUS, PROFINET & IO-Link dag Edegem, 8 juni 2010 PROFIBUS Belgium VZW PROFIBUS, PROFINET & IO-Link 2010 Profibus in de procesindustrie 2 Jaap Westeneng PROFIBUS in de procesindustrie Aansluiting

Nadere informatie

Transparantie = Key!

Transparantie = Key! Transparantie = Key! Basis voor een inzichtelijk testproces Net Voorjaarsevenement 2012 Patrick Duisters Improve Quality Services BV info@improveqs.nl 1 Ervaringen Improve Quality Services B.V. 2 Observaties

Nadere informatie

Leveranciers bijeenkomst

Leveranciers bijeenkomst Leveranciers bijeenkomst Deelsessie Operatie NUP Operatie NUP Even kennismaken Convenant Doorontwikkeling Software Catalogus Content Architectuur hulpmiddelen Standaardisatie en Compliancy Koppeling Business

Nadere informatie

THEME Competence Matrix - Mechatronics

THEME Competence Matrix - Mechatronics COMPETENTIEGEGIED COMPETENTIE ONTWIKKELINGSSTAPPEN 1. Onderhouden van systemen en borgen van de betrouwbaarheid Hij/zij kan het elementaire onderhoud van machines en systemen, volgens planning uitvoeren.

Nadere informatie

Voorbeeldexamen. Testen Foundation. Editie maart 2012

Voorbeeldexamen. Testen Foundation. Editie maart 2012 Voorbeeldexamen Testen Foundation Editie maart 2012 Copyright 2012 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system or circulated

Nadere informatie

Safety Management bij RandstadRail

Safety Management bij RandstadRail Safety Management bij RandstadRail Perceel 1 vs. Perceel 2, Safety Manager Spoorbeveiliging RR p1 & p2 De percelen: Perceel 1; - HTM van Den Haag LvNOI naar Zoetermeer en Oosterheem - RET van Den Haag

Nadere informatie

De SolidWorks QuickStart Module

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

Nadere informatie

KWALIFICATIE/ VALIDATIE VAN DIALYSE WATER INSTALLATIES

KWALIFICATIE/ VALIDATIE VAN DIALYSE WATER INSTALLATIES / / VAN DIALYSE WATER INSTALLATIES THEORIE EN PRAKTIJK VAN DQ/ IQ/ OQ/ PQ Alex van der Meulen Project Manager Pure Water Systems bv Ofwel: Wat is validatie? Verantwoordelijkheden? Praktische vertaling

Nadere informatie

"Wij zijn creatieve denkers met kennis van industriële automatisering" JB Systems Westlandseweg 190 3131 HX Vlaardingen Postbus 108 3130 AC Vlaardingen T +31 10 460 80 60 F +31 10 460 80 00 info@jbsystems.nl

Nadere informatie