Software Quality Assurance Plan

Save this PDF as:
 WORD  PNG  TXT  JPG

Maat: px
Weergave met pagina beginnen:

Download "Software Quality Assurance Plan"

Transcriptie

1 Software Quality Assurance Plan GameTrac Versie Datum Auteur(s) Opmerking Bram Bruyninckx Eerste iteratie 1

2 Door hieronder te tekenen verklaart u akkoord te zijn met dit document en zijn inhoud. Het team Tom Strickx Brecht Van Laethem Bram Bruyninckx Roeland Matthijssens Gil Moeremans Goedele Van kerkhoven 2

3 Inhoudsopgave 1 Doel 4 2 Referenties 4 3 Management Organisatie Taken Verantwoordelijkheden Documentatie Software Requirements Specification Software Design Document Software Configuration Management Plan Standards Documentatie standards Code standards Testing Standards Metrieken Software Reviews Software Specificatie Review Software Design Review Functional Audit In-process Audits Code versus Design Test-cases versus Requirements Management Reviews Software Configuration Management Plan Review Tests 9 8 Probleemrapportering 9 9 Media controle 9 10 Records collectie, onderhoud, retention 9 11 SQAP: Veranderingen en Historiek 9 3

4 1 Doel Dit document wordt gehanteerd bij het Project Gametrac, om te garanderen dat de software die ontwikkeld wordt van een zo hoog mogelijk kwalitatief niveau is. Het bevat hiertoe richtlijnen en methodes die het ontwikkelingsteam moet toepassen en die betrekking hebben tot de ontwikkelde software, documenten en het ontwikkelingsproces. Voor een beschrijving van het project wordt er verwezen naar het Software Project Management Plan (SPMP). 2 Referenties 1. Style Guide for python, Software Project Management Plan (SPMP), dit document en volgende documenten op se1 1011/documenten, Software Configuration Management Plan (SCMP) 4. Software Requirements Specification (SRS) 5. Software Design Document (SDD) 6. Software Test Document (STD) 3 Management 3.1 Organisatie Het ontwikkelingsteam bestaat uit 6 leden waarvan er 4 leden zijn die een rechtstreeks effect hebben op de kwaliteit van de software: Project Manager: leidt het project en zorgt ervoor dat alles vlot verloopt Requirements Manager zorgt ervoor dat de vereisten opgesteld worden en schrijft deze neer in het Software Requirements Specification (SRS). Bovendien moet hij controleren dat alle vereisten aanwezig zijn in het eindproduct. Design Manager: staat in voor het design van de software, Deze vinden we terug in het Software Design Document (SDD). Quality Assurance Manager: is verantwoordelijk voor het schrijven van het Software Quality Assurance Plan (SQAP) en het Software Test Document (STD). Bovendien moet hij controleren dat de richtlijnen uit deze documenten worden toegepast. Aangezien het ontwikkelingsteam klein van omvang is, wordt er verwacht dat elk lid zijn verantwoordelijkheid omtrent Quality Assurance op zich neemt en de methodes en richtlijnen besproken in dit document volgt. Het is de taak van de Quality Manager om op te volgen dat dit gebeurt. 4

5 3.2 Taken Volgende taken zijn onderdeel van de Quality Assurance: Overzien van de volgende activiteiten: Requirements specificatie Design Implementatie Testen Reviewen van officiele documenten Reviewen van Code Controleren dat bepaalde attributen aanwezig zijn in de software Controleren of het systeem aan de vereisten voldoet Controleren of het systeem voldoende getest wordt Aanpassen van dit document Al deze taken dienen ervoor om te garanderen dat de software die onwikkeld wordt, een bepaald niveau van kwaliteit haalt. 3.3 Verantwoordelijkheden Al deze taken zijn de verantwoordelijkheid van de Quality Manager. 4 Documentatie Deze sectie bevat alle documenten die gereviewd moeten worden alsook de zaken die men moet controleren. 4.1 Software Requirements Specification Het is noodzakelijk dat het SRS alle vereisten bevat, die opgesteld werden met de klant. Deze vereisten moeten compleet zijn, m.a.w. ze zijn volledig uitgediept waarbij er geen dubbelzinnigheden zijn of ruimte voor interpretatie is. Bovendien mogen er geen inconsistenties in het document aanwezig zijn, d.w.z. dat er geen vereisten zijn die elkaar tegenspreken. Bij elkaar horende vereisten worden best gegroepeerd en er mogen geen duplicaten zijn (vereisten die tweemaal aanwezig zijn). Het document is conform met de IEEE std Software Design Document Het SDD moet zodanig opgesteld worden dat het systeem alle vereisten uit het SRD, bevat. In dit document wordt de architectuur van de software uit te doeken gedaan. Het is daarom belangrijk dat alle aspecten van het systeem aan bod komen en dat het een compleet geheel vormt. Bovendien mag het geen inconsistenties bevatten. Het document is conform met de IEEE std

6 4.3 Software Configuration Management Plan Dit document beschrijft hoe het software configuration management zal verlopen, welke activiteiten hiervoor noodzakelijk zijn, hoe deze uitgevoerd worden en wie deze zal uitvoeren. Het moet methoden definieren om gecontroleerde versies te onderhouden, te bewaren, te beveiligen en te documenteren. Het document is conform met IEEE std Standards Standards, Praktijken, Conventies en Metrieken 5.1 Documentatie standards Layout: Het is belangrijk dat alle documenten eenzelfde stijl hebben, om dit te verwezenlijken is er een template voor LateX voorzien. Alle documenten moeten geschreven worden a.d.h.v. deze template. Inhoud: Inzake inhoud is het noodzakelijk dat alle documenten conform zijn met de overeenkomstige IEEE-standaarden. Domein- Taal: Er werd afgesproken om alle documenten in het Nederlands te schrijven. specieke woorden mogen in het Engels geschreven worden. Elk document wordt ten laatste op de afgesproken interne deadline, in de repository geplaatst. Het is de taak van de documents manager om te controleren of de documenten voldoen aan de normen. 5.2 Code standards De code standards die hier beschreven worden, hebben enkel betrekking tot python, aangezien deze programmeertaal gehanteerd wordt tijdens het project. De conventies werden deels gehaald uit de Style Guide voor python [1]. Indentation: Voor indentation wordt er gebruikt van tabs en niet van spaces, 1 tab per indentation level. Lege regels: Top level functies en klasse defenities wordt gescheiden van hun body door 2 lege regels. Methodes binnen een klasse worden gescheiden door 1 lege regel. Meerdere regels mogen eventueel gebruikt worden om groepen van gerelateerde functies te onderscheiden. Imports: Imports gebeuren altijd op verschillende lijnen en bevinden zich steeds bovenaan in een bestand. Volgende volgorde wordt gehanteerd: 1. Standard Library Imports 2. Third Party Imports 3. Applicatie Specifieke Imports Statements: Een enkele statement per lijn. 6

7 Comments: Alle comments worden geschreven in het Nederlands. Alle comments moeten steeds up-to-date zijn, dit is een prioriteit Comments moeten complete zinnen zijn. Een comment voor een klasse definitie bevat de volgende informatie: Beschrijving van het soort object dat de klasse voorstelt. Beschrijving van de velden. Informatie omtrent de methodes van de klasse wordt voorzien in een aparte comment per methode. Een comment voor een functie bevat de volgende informatie/ Beschrijving van wat de functie doet. Beschrijving van de parameters. Beschrijving van errors die de functie eventueel veroorzaakt. In de body van een functie worden de verschillende statements uitgelegd, tenzij triviaal. Hieronder verstaan we dat de lezer geen verdere informatie nodig heeft om te weten wat de statement doet. Naam Conventies Packages en modules: bestaan volledig uit lowercase-letters. Class names: Voor het benoemen van klassen gebruiken we het CapWords-principe. Elke naam begint met een hoofdletter en bij namen die uit meerdere woorden bestaan, krijgt elk woord een hoofdletter. Function names: zijn volledig lowercase, woorden mogen gescheiden worden d.m.v. underscores om het leesbaarder te maken. Variabelen: Variabelen worden geschreven a.d.h.v. het mixedcase-principe. Dit is hetzelfde als CapWords-principe, het enige verschil is dat namen met een lowercase-letter beginnen. Constanten: bestaan volledig uit hoofdletters, verschillende woorden worden gescheiden van elkaar a.d.h.v. underscores. 5.3 Testing Standards De manier waarop testing zal gebeuren, kan men terug vinden in het Software Test Document (STD). 5.4 Metrieken De volgende metrieken worden gehanteerd tijdens de reviews Aantal lijnen code per software object (functies, klassen,...) Aantal error messages 7

8 6 Software Reviews 6.1 Software Specificatie Review Het is noodzakelijk dat het SRS nagelezen en overlopen wordt. Het voltallige team is aangewezig bij deze review en ze wordt geleid door de software requirements manager. Deze overloopt het document en noteert de commentaar die geleverd wordt. Op het einde van de review somt hij de acties op die hij zal ondernemen om de commentaren te verwerken en hij zorgt ervoor dat deze uitgevoerd worden. Tenslotte stuurt hij ter verificatie het bijgewerkte document naar de Quality Manager die controleert of de acties werden toegepast. 6.2 Software Design Review Hierbij wordt het SDD onder de loep genomen. Het voltallige team is aanwezig bij de review die geleid wordt door de Software Design Manager. Deze overloopt het SDD en noteert de opmerkingen die gemaakt worden door de andere teamleden. Na het reviewen overloopt hij de commentaren en legt hij uit welke acties hij zal ondernemen. Om te controleren of deze acties uitgevoerd werden, moet het bijgewerkte document opgestuurd worden naar de Quality Manager. 6.3 Functional Audit In deze vergadering gaan we controleren of het systeem voldoet aan de vereisten van de klant. De requirements Manager overloopt het SRD en toont per vereiste een demo die aantoont dat het systeem aan die vereiste voldoet. Het is ook mogelijk dat er een demo uitgevoerd wordt, die meerdere vereisten bevat. 6.4 In-process Audits Code versus Design Wanneer iemand een stuk code geschreven heeft, moet deze gecontroleerd worden opdat hij conform zou zijn met het design. Dit wordt gecontroleerd tijdens vergaderingen. Degene die het stuk code geschreven heeft, legt dit voor en toont aan dat overeenkomt met het design Test-cases versus Requirements Er moet getest worden of het systeem voldoet aan de vereisten, dit gebeurt a.d.h.v. tests. Vooraleer men deze tests kan aanvaarden als bewijs, moeten deze onderzocht worden opdat ze overeenkomstig zijn met de vereiste die ze gaat testen. De persoon die de test-case geschreven heeft, overloopt deze en toont aan dat dit het geval is. 6.5 Management Reviews Om ervoor te zorgen dat alle acties en richtlijnen die beschreven zijn in dit document uitegevoerd worden, moeten er sporadisch management reviews uitgevoerd worden. Dit zal gebeuren om de 3 weken, hierbij worden veranderingen die doorgevoerd moeten worden in het SQAP besproken. Deze reviews worden gehouden tussen de Quality Manager en de Project Manager. 8

9 6.6 Software Configuration Management Plan Review Deze review wordt geleid door de Configuration Manager. Hij overloopt het SCMP samen met de andere teamleden en noteert de opmerkingen die ze maken. Op het einde overloopt hij alle opmerkingen en de acties die hij zal ondernemen. Ter controle hiervan stuurt hij het bijgewerkte document naar de Quality Manager. 7 Tests Voor informatie omtrent testing wordt er verwezen naar het Software Test Document (STD). 8 Probleemrapportering Probleemrapportering en te ondernemen acties: Indien men een probleem tegenkomt, zoals een defect in een stuk code of een fout in een document, dan wordt de auteur ervan op de hoogte gebracht a.d.h.v. een . Deze onderneemt dan de nodige stappen om dit probleem op te lossen. Indien het om ernstige problemen gaat moet de Project Manager eveneens op de hoogte worden gebracht. 9 Media controle Alle informatie omtrent media controle kan men terugvinden in het Software Configuration Management Plan (SCMP). 10 Records collectie, onderhoud, retention Alle documenten omtrent Quality Assurance, data van metingen, reviews worden bijgehouden in de gemeenschappelijke repository. 11 SQAP: Veranderingen en Historiek Veranderingen aan het SQAP mogen enkel uitgevoerd worden door de Quality Manager. Veranderingen worden vooraan in dit document aangeduid d.m.v. de voorziene historiek. 9

Software Project Management Plan

Software Project Management Plan Software Project Management Plan GameTrac Versie Datum Auteur(s) Opmerking 0.1 3/11/2010 Brecht Van Laethem 1 Door hieronder te tekenen verklaart u akkoord te zijn met dit document en zijn inhoud. Het

Nadere informatie

Software Quality Assurance Plan

Software Quality Assurance Plan FACULTEIT WETENSCHAPPEN Software Quality Assurance Plan Software Engineering groep 3 Jeroen Van den haute Versie Datum Auteur Commentaar 0.1 09/11/2010 Jeroen Van den haute Eerste versie 0.2 12/11/2010

Nadere informatie

Software Project Management Plan

Software Project Management Plan Software Project Management Plan GameTrac Versie Datum Auteur(s) Opmerking 0.1 3/11/2010 Brecht Van Laethem Eerste versie voor klant 1.0 27/11/2010 Brecht Van Laethem Aanbrengen verduidelijkingen + toevoegen

Nadere informatie

Software Project Management Plan

Software Project Management Plan Software Project Management Plan GameTrac Versie Datum Auteur(s) Opmerking 0.1 3/11/2010 Brecht Van Laethem Eerste versie voor klant 1.0 27/11/2010 Brecht Van Laethem Aanbrengen verduidelijkingen + toevoegen

Nadere informatie

Software Configuration Management Plan

Software Configuration Management Plan Software Configuration Management Plan GameTrac Versie Datum Auteur(s) Opmerking 0.1 31/10/2010 Tom Strickx Template 0.2 31/10/2010 Tom Strickx First draft 1 Door hieronder te tekenen verklaart u akkoord

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 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

Software Engineering Groep 3

Software Engineering Groep 3 Software Engineering Groep 3 Post Mortem Review 1 Kristof Van Moffaert (QA Manager) 3 e Bachelor Computerwetenschappen Kristof.Van.Moffaert@vub.ac.be se3@tinf.vub.ac.be 22 februari 2009 Document geschiedenis

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 Engineering Groep 4

Software Engineering Groep 4 Software Engineering Groep 4 Software Project Management Plan Jan-Pieter Hubrecht (Project Manager) Kevin Hendrickx (Assistent Project Manager) 3 e Bachelor Computerwetenschappen se4-1112@wilma.vub.ac.be

Nadere informatie

Software Engineering Groep 4

Software Engineering Groep 4 Software Engineering Groep 4 Software Project Management Plan Jan-Pieter Hubrecht (Project Manager) Kevin Hendrickx (Assistent Project Manager) 3 e Bachelor Computerwetenschappen se4-1112@wilma.vub.ac.be

Nadere informatie

Software Project Management Plan

Software Project Management Plan FACULTEIT INGENIEURSWETENSCHAPPEN & WE- TENSCHAPPEN Software Project Management Plan Software Engineering Nicolas Carraggi, Youri Coppens, Christophe Gaethofs, Pieter Meiresone, Sam Van den Vonder, Fernando

Nadere informatie

Software Engineering Groep 3

Software Engineering Groep 3 Software Engineering Groep 3 Software Project Management Plan Diane De Coster (Project Manager) 1 e Master Burgelijk Ingenieur diane.de.coster@vub.ac.be se3@tinf.vub.ac.be 22 Oktober 2008 Document geschiedenis

Nadere informatie

Software Engineering Groep 4

Software Engineering Groep 4 Software Engineering Groep 4 Software Project Management Plan Jan-Pieter Hubrecht (Project Manager) Kevin Hendrickx (Assistent Project Manager) 3 e Bachelor Computerwetenschappen se4-1112@wilma.vub.ac.be

Nadere informatie

Software Project Management Plan for WiseLib

Software Project Management Plan for WiseLib Software Project Management Plan for WiseLib Wout Van Riel Mathieu Reymond Sam Vervaeck Yannick Verschueren Arno Moonens October 2014 1 Contents 1 Introductie 5 1.1 Project Overzicht...........................

Nadere informatie

Software Project Management Plan

Software Project Management Plan Software Project Management Plan PEN: Paper Exchange Network Jens Nevens - Sander Lenaerts - Nassim Versbraegen Jo De Neve - Jasper Bevernage Versie 1 Contents 1 Overzicht 1 1.1 Samenvatting project.........................

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 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

Software Engineering Group 3

Software Engineering Group 3 Software Engineering Group 3 Verslag vergadering week 2 Laurens Teirlinck (Secretaris) 1 e Master Ingenieurswetenschappen lteirlin@vub.ac.be se3@tinf.vub.ac.be 24 Oktober 2008 Document geschiedenis v1.0

Nadere informatie

Software Conguration Management Plan Versie 1.1.1

Software Conguration Management Plan Versie 1.1.1 Versie 1.1.1 03-04-2006 Samenvatting Dit is het (SCMP) voor het project.dit project is onderdeel van het vak Software Engineering (2IP40) aan de Technische Universiteit Eindhoven. Het document voldoet

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

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

Software Project Management Plan

Software Project Management Plan Faculteit Wetenschappen en Bio-ingenieurswetenschappen Vakgroep Computerwetenschappen Software Project Management Plan Arno De Witte, Romeo Van Snick, Vincent De Schutter, Silke Verhaeghe, Yannick Merckx

Nadere informatie

Software Engineering Groep 3

Software Engineering Groep 3 Software Engineering Groep 3 Software Project Management Plan Diane De Coster (Project Manager) 1 e Master Burgelijk Ingenieur diane.de.coster@vub.ac.be se3@tinf.vub.ac.be 8 Maart 2009 Document geschiedenis

Nadere informatie

Software Design Document

Software Design Document Software Design Document Mathieu Reymond, Arno Moonens December 2014 Inhoudsopgave 1 Versiegeschiedenis 2 2 Definities 3 3 Introductie 4 3.1 Doel en Scope............................. 4 4 Logica 5 4.1

Nadere informatie

Software Project Management Plan

Software Project Management Plan Faculty of Applied Science Software Project Management Plan Beerend Ceulemans May 19, 2011 Version 0.7 Team Contact Info Beerend Ceulemans Michiel De Keyser Jeroen Heymans Georgi Nikolov Reinert Roux Ruben

Nadere informatie

Software Project Management Plan WiseLib

Software Project Management Plan WiseLib Software Project Management Plan WiseLib Wout Van Riel Yannick Verschueren Arno Moonens Mathieu Reymond se2-1415 14 Mei 2015 1 Contents 1 Introductie 5 1.1 Projectbeschrijving..........................

Nadere informatie

Stichting NIOC en de NIOC kennisbank

Stichting NIOC en de NIOC kennisbank Stichting NIOC Stichting NIOC en de NIOC kennisbank Stichting NIOC (www.nioc.nl) stelt zich conform zijn statuten tot doel: het realiseren van congressen over informatica onderwijs en voorts al hetgeen

Nadere informatie

Software Design Document

Software Design Document Software Design Document GameTrac Versie Datum Auteur(s) Opmerking 1.0 11/11/10 Matthijssens Roeland Eerste versie 1.1 25/11/10 Matthijssens Roeland Uses cases toegevoegd 1.1 11/12/10 Matthijssens Roeland

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

Software Project Management Plan

Software Project Management Plan FACULTEIT INGENIEURSWETENSCHAPPEN & WE- TENSCHAPPEN Software Project Management Plan Software Engineering Nicolas Carraggi, Youri Coppens, Christophe Gaethofs, Pieter Meiresone, Sam Van den Vonder, Fernando

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

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

Software Project Management Plan

Software Project Management Plan FACULTEIT INGENIEURSWETENSCHAPPEN & WE- TENSCHAPPEN Software Project Management Plan Software Engineering Nicolas Carraggi, Youri Coppens, Christophe Gaethofs, Pieter Meiresone, Sam Van den Vonder, Fernando

Nadere informatie

Software Project Management Plan

Software Project Management Plan Software Project Management 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

Nadere informatie

RUM. requirements Management. SPIder session Project. driven by requirements 25th april. Risk assessed User

RUM. requirements Management. SPIder session Project. driven by requirements 25th april. Risk assessed User RUM Risk assessed User requirements Management - SPIder session Project driven by requirements 25th april Copyright 2006 ps_testware - Gijs Kuiper Risk assessed User requirement Management Personalia Gijs

Nadere informatie

Software Requirements Specification

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

Nadere informatie

Verslag Vergadering 15 10/04/08

Verslag Vergadering 15 10/04/08 Verslag Vergadering 15 10/04/08 Software engineering: Groep 1 Titularis: Dirk Vermeir Begeleiders: Eline Philips 14 april 2008 Document geschiedenis Versie Datum Autheur Commentaar 0.1 14/04/2008 Nicolas

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

Technisch ontwerp. Projectteam 6. Project "Web Essentials" 02 april 2009. Versie 2.1.0

Technisch ontwerp. Projectteam 6. Project Web Essentials 02 april 2009. Versie 2.1.0 Projectteam 6 Faculteit Natuur en Techniek Hogeschool Utrecht Projectleider: Hans Allis, hans.allis@student.hu.nl Technisch ontwerp Project "Web Essentials" 02 april 2009 Versie 2.1.0 Teamleden: Armin

Nadere informatie

Software Project Management Plan

Software Project Management Plan Software Project Management 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

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

Whitebox test. Projectteam 6. Project "Web Essentials" 14 april 2009. Versie 1.5.0

Whitebox test. Projectteam 6. Project Web Essentials 14 april 2009. Versie 1.5.0 Projectteam 6 Faculteit Natuur en Techniek Hogeschool Utrecht Projectleider: Hans Allis, hans.allis@student.hu.nl Whitebox test Project "Web Essentials" 14 april 2009 Versie 1.5.0 Teamleden: Armin Ghassemi

Nadere informatie

Software Configuration Management Plan

Software Configuration Management Plan Software Configuration Management Plan Michiel De Keyser Configuration Manager van Software Engineering groep 3 December 14, 2010 Versie Datum Beschrijving 0.1 3 November 2010 Eerste ruwe versie 0.2 3

Nadere informatie

Software Engineering Groep 4

Software Engineering Groep 4 Software Engineering Groep 4 Software Test Document Kevin Hendrickx (Test Manager) 3 e Bachelor Computerwetenschappen se4-1112@wilma.vub.ac.be 17 mei 2012 1 Tabel 1: Document geschiedenis v5.0 17/05/2012

Nadere informatie

Software Project Management Plan

Software Project Management Plan Software Project Management 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

Nadere informatie

Software Engineering - Groep 1

Software Engineering - Groep 1 Software Engineering - Groep 1 Verslag vergadering week 0 Diane De Coster (Project Manager)- Laurens Teirlinck (Secretaris) 1 ste Master Ingenieurswetenschappen diane.de.coster@vub.ac.be se3@tinf.vub.ac.be

Nadere informatie

Richtlijnen DSI Data Transformatie Tool

Richtlijnen DSI Data Transformatie Tool Vlaamse overheid Departement Ruimte Vlaanderen Richtlijnen DSI Data Transformatie Tool Doc ref.: DSI-DTT-GIM-01 INHOUDSTAFEL 1 Inleiding... 2 2 Beleidsniveau en scenario... 3 3 Inhoud van de geodata...

Nadere informatie

Software Project Management Plan Versie 1.2.0

Software Project Management Plan Versie 1.2.0 Versie 1.2.0 24-4-2006 biceps Samenvatting Dit is het (SPMP) voor het biceps project. Het project wordt uitgevoerd voor het vak 2IP40 aan de Technische Universiteit Eindhoven. De structuur van dit document

Nadere informatie

Programmeren 3. 1. Het gesloten boek examen 1.1

Programmeren 3. 1. Het gesloten boek examen 1.1 Programmeren 3 1. Het gesloten boek examen Het gesloten boek examen bestaat uit meerkeuzevragen of vragen waarin gevraagd wordt een stukje code te schrijven of om het resultaat van een stuk code te voorspellen.

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 Design Document

Software Design Document Software Design 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

Inleiding C++ Coding Conventions

Inleiding C++ Coding Conventions Inleiding C++ Coding Conventions Opleiding Bachelor of Science in Informatica, van de Faculteit Wetenschappen, Universiteit Antwerpen. Nota s bij de cursus voor academiejaar 2012-2013. Ruben Van den Bossche,

Nadere informatie

Visual Basic.NET. Visual Basic.NET. M. den Besten 0.3 VB. NET

Visual Basic.NET. Visual Basic.NET. M. den Besten 0.3 VB. NET Visual Basic.NET M. den Besten 0.3 VB. NET Inhoud Voorwoord Deel 1 Visual Basic.NET 1.1 Inleiding...13 1.2 De programmeertaal Visual Basic.NET...14 1.3 Microsoft Visual Basic 2010 Express Edition...15

Nadere informatie

Documentatie. InstantModules Q42. Versie 1.1

Documentatie. InstantModules Q42. Versie 1.1 Documentatie InstantModules Q42 Versie 1.1 Inhoudsopgave Inhoudsopgave... 2 Voor gebruikers... 3 InstantComment... 3 InstantTagging... 5 Voor webmasters... 9 InstantComment... 9 InstantTagging... 11 Voor

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

Kevin Biront & Niels Doeleman AGNL Zaltbommel, 08 november 2012. ARIS Test Designer

Kevin Biront & Niels Doeleman AGNL Zaltbommel, 08 november 2012. ARIS Test Designer Kevin Biront & Niels Doeleman AGNL Zaltbommel, 08 november 2012 ARIS Test Designer Agenda Welkom Achtergrond van testen ARIS Test Designer Demo Specifieke vragen Discussie Afsluiting Welkom! Bent u betrokken

Nadere informatie

Tools die je móét hebben voor je (gaat) testen!

Tools die je móét hebben voor je (gaat) testen! Voorjaarsevenement 2008 Tools die je móét hebben voor je (gaat) testen! Jurian van de Laar (jla@improveqs.nl) 1 Improve Quality Services Dienstverlener Testen & Kwaliteitsmgt. Advisering, Detachering en

Nadere informatie

GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter

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

Nadere informatie

ENERGIEMANAGEMENT ACTIEPLAN. 3 oktober 2013

ENERGIEMANAGEMENT ACTIEPLAN. 3 oktober 2013 ENERGIEMANAGEMENT ACTIEPLAN code: B1308 3 oktober 2013 datum: 3 oktober 2013 referentie: lak code: B1308 blad: 3/8 Inhoudsopgave 1. Inleiding 4 2. Onderdelen van het energiemanagement actieplan 5 2.1

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

icafe Project Joeri Verdeyen Stefaan De Spiegeleer Ben Naim Tanfous

icafe Project Joeri Verdeyen Stefaan De Spiegeleer Ben Naim Tanfous icafe Project Joeri Verdeyen Stefaan De Spiegeleer Ben Naim Tanfous 2006-2007 Inhoudsopgave 1 2 1.1 Programmeertaal PHP5..................... 2 1.2 MySQL database......................... 3 1.3 Adobe Flash...........................

Nadere informatie

Chris de Kok 223548 TDI 3. Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren

Chris de Kok 223548 TDI 3. Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren Chris de Kok 223548 TDI 3 Vak: Software Architectuur Datum: 21-01-2008 Docent: Fons van Kesteren Inhoud Inleiding... 3 Black box / White box... 3 XP... 3 SimpleTest... 3 Eclipse plugin... 4 GroupTest...

Nadere informatie

Software Engineering Groep 4

Software Engineering Groep 4 Software Engineering Groep 4 Software Design Description Jeroen Nyckees (Design Manager) Jan-Pieter Hubrecht (Project Manager) 3 e Bachelor Computerwetenschappen se4-1112@wilma.vub.ac.be 11 december 2011

Nadere informatie

Business Process Management

Business Process Management Business Process Management Prof. dr. Manu De Backer Universiteit Antwerpen Katholieke Universiteit Leuven Hogeschool Gent Wat is een bedrijfsproces? Een verzameling van (logisch) gerelateerde taken die

Nadere informatie

Software Design Document

Software Design Document Software Design Document GameTrac Versie Datum Auteur(s) Opmerking 1.0 11/11/10 Matthijssens Roeland Eerste versie 1.1 25/11/10 Matthijssens Roeland Uses cases toegevoegd 1.2 11/12/10 Matthijssens Roeland

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

CO 2 managementplan. 1 Inleiding

CO 2 managementplan. 1 Inleiding CO 2 managementplan Inhoud 1 Inleiding... 3 1.1 Energie meetplan... 4 1.2 Planning meetmomenten... 4 1.3 Cofely Zuid Nederland... 4 Scope 1 emissies... 4 Scope 2 emissies... 4 1.4 Project Renovatie gemaal

Nadere informatie

SYNTRA-WEST. Initiatiecursus JAVA. Deel

SYNTRA-WEST. Initiatiecursus JAVA. Deel SYNTRA-WEST Initiatiecursus JAVA Deel Syntra-West Syntra-West (vroeger Vormingsinstituut West-Vlaanderen) Doorniksesteenweg 220 8500 Kortrijk Tel. 056/26.02.00 Fax 056/22.81.07 i Inhoudsopgave SYNTRA-WEST...

Nadere informatie

Software Design Document

Software Design Document Software Design Document Ruben Tytgat Software Engineering Groep 3 Table 1: Document history Versie Datum Auteur Beschrijving 2.0 20/05/2011 Ruben Tytgat Update naar huidige model 1.0 08/04/2011 Ruben

Nadere informatie

Software Requirements Specification

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

Nadere informatie

De plug-in is heel eenvoudig te installeren met een setup-programma. Waarna je een aantal menu opties in het tools menu er bij krijgt.

De plug-in is heel eenvoudig te installeren met een setup-programma. Waarna je een aantal menu opties in het tools menu er bij krijgt. Plsqldoc Genereer je documentatie Beeklaan 444 2562 BK Den Haag www.darwin-it.nl info@darwin-it.nl KvK 27283780 ING 65.35.40.663 Technical Architect Net als (vrijwel) elke ontwikkelaar vind ik het documenteren

Nadere informatie

Software Requirements Specification

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

Nadere informatie

Correspondentie inzake overnemen of reproductie kunt u richten aan:

Correspondentie inzake overnemen of reproductie kunt u richten aan: Vrijwel alle namen van software- en hardwareproducten die in deze cursus worden genoemd, zijn tegelijkertijd ook handelsmerken en dienen dienovereenkomstig te worden behandeld. Alle rechten voorbehouden.

Nadere informatie

14-9-2015. Scrum in het kort

14-9-2015. Scrum in het kort Les 3 Scrum in het kort Scrum is een agile proces dat het ons mogelijk maakt om de hoogste waarde in de kortste tijd te realiseren. Het maakt het ons mogelijk om snel en regelmatig echt werkende software

Nadere informatie

Plan van Aanpak. project Tetris Packing

Plan van Aanpak. project Tetris Packing Plan van Aanpak project Tetris Packing Inleiding! 4 Projectomschrijving! 5 Doel van het project! 5 Onderwerp van het project! 5 Invulling van het project! 6 Producten! 7 Functioneel Ontwerp! 7 Implementatierapport!

Nadere informatie

Clean code improves test quality

Clean code improves test quality Clean code improves test quality Michel Kroon, Senior Consultant, SIG TestNet Voorjaarsevenement 30 juni 2008 Arent Janszoon Ernststraat 595-H NL-1082 LD Amsterdam info@sig.nl www.sig.nl De Software Improvement

Nadere informatie

Software Design Document

Software Design Document Software Design 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

Vrijgave Inspire release 8.3. Nieuwe functionaliteit Inspire Designer 8.3

Vrijgave Inspire release 8.3. Nieuwe functionaliteit Inspire Designer 8.3 Vrijgave Inspire release 8.3 Per direct is Inspire versie 8.3 beschikbaar. In deze nieuwsbrief willen we u informeren over de nieuwe mogelijkheden en toepassingen van deze nieuwe release. Tevens willen

Nadere informatie

SYNTRA-WEST. Cursus OOP. Deel

SYNTRA-WEST. Cursus OOP. Deel SYNTRA-WEST Cursus OOP Deel Syntra-West voorheen VORMINGSINSTITUUT VOOR KMO Syntra-West Doorniksesteenweg 220 8500 Kortrijk Tel. 056/26.02.00 Fax 056/22.81.07 i Inhoudsopgave SYNTRA-WEST... 0 CURSUS OOP...

Nadere informatie

REGLEMENT VOORWETENSCHAP TIMBER AND BUILDING SUPPLIES HOLLAND N.V.

REGLEMENT VOORWETENSCHAP TIMBER AND BUILDING SUPPLIES HOLLAND N.V. REGLEMENT VOORWETENSCHAP TIMBER AND BUILDING SUPPLIES HOLLAND N.V. Dit document is het reglement voorwetenschap (het "Reglement") van Timber and Building Supplies Holland N.V. ("TABS ). TABS heeft dit

Nadere informatie

Principe Maken van een Monte Carlo data-set populatie-parameters en standaarddeviaties standaarddeviatie van de bepaling statistische verdeling

Principe Maken van een Monte Carlo data-set populatie-parameters en standaarddeviaties standaarddeviatie van de bepaling statistische verdeling Monte Carlo simulatie In MW\Pharm versie 3.30 is een Monte Carlo simulatie-module toegevoegd. Met behulp van deze Monte Carlo procedure kan onder meer de betrouwbaarheid van de berekeningen van KinPop

Nadere informatie

Software Engineering (I00094) College 3:

Software Engineering (I00094) College 3: Software Engineering (I00094) College 3: Kwaliteit, organisatie en documentatie Marko van Eekelen marko@cs.ru.nl kamer HG02.074 1 Huidige planning 1. 6 feb: Het systeemontwikkelproces 2. 13 feb: Requirements-analyse

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

ALL-CRM Gebruikershandleiding AC-EmailChecker

ALL-CRM Gebruikershandleiding AC-EmailChecker ALL-CRM Gebruikershandleiding AC-EmailChecker Author: Shams Hadi Date: 16-10-2012 Version: v1.0 Reference: 2012, All-CRM 1 Table of content 1 Table of content 2 2 Inleiding 3 3 Gebruikershandleiding 4

Nadere informatie

Logitech B.V. Auteur: Merel van de Geer Autorisatiedatum: 08-02-2016 Versie: 1.0. Handtekening autoriserend verantwoordelijke manager:

Logitech B.V. Auteur: Merel van de Geer Autorisatiedatum: 08-02-2016 Versie: 1.0. Handtekening autoriserend verantwoordelijke manager: CO 2 management plan Logitech B.V. Auteur: Merel van de Geer Autorisatiedatum: 08-02-2016 Versie: 1.0 Handtekening autoriserend manager: CO 2 management plan 2.C.2 & 3.B.2 & 4.A.2 1 Inhoud 1 Inleiding...3

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

ALGEMENE VOORWAARDEN FEDICT DIENSTEN

ALGEMENE VOORWAARDEN FEDICT DIENSTEN ALGEMENE VOORWAARDEN FEDICT DIENSTEN Doel van het document: De algemene voorwaarden voor Fedict diensten bevatten de standaardvoorwaarden voor het gebruik van alle Fedict diensten. Ze worden aangevuld

Nadere informatie

CO2 managementplan VAN DER GRIFT EN VALKENBURG ONDERHOUD BV. Auteur: Margriet de Jong. Versie: 1.0. Handtekening autoriserend verantwoordelijk manager

CO2 managementplan VAN DER GRIFT EN VALKENBURG ONDERHOUD BV. Auteur: Margriet de Jong. Versie: 1.0. Handtekening autoriserend verantwoordelijk manager CO2 managementplan VAN DER GRIFT EN VALKENBURG ONDERHOUD BV Auteur: Margriet de Jong Versie: 1.0 Datum: 14-04-2015 Handtekening autoriserend verantwoordelijk manager Authorisatiedatum: Naam:.. Inhoud 1

Nadere informatie

VBA voor doe het Zelvers - deel 10

VBA voor doe het Zelvers - deel 10 VBA voor doe het Zelvers - deel 10 Handleiding van Auteur: leofact Oktober 2014 handleiding: VBA voor doe het Zelvers - deel 10 VBA voor Doe het Zelvers is een reeks artikelen, bedoelt voor mensen die

Nadere informatie

Continuous testing in DevOps met Test Automation

Continuous testing in DevOps met Test Automation Continuous ing in met Continuous testing in met Marco Jansen van Doorn Tool Consultant 1 is a software development method that emphasizes communication, collaboration, integration, automation, and measurement

Nadere informatie

Plannen opladen in FMIS

Plannen opladen in FMIS Plannen opladen in FMIS 1. Algemeen De ruggengraat van het FMIS is de geografische boomstructuur waarin het GO! patrimonium is ondergebracht. Elk object in deze structuur kan gekoppeld worden met een brede

Nadere informatie

Uitwerking onderdelen werkplan

Uitwerking onderdelen werkplan Uitwerking onderdelen werkplan Het Nationaal Platform Data Model (NPDM) heeft een werkplan opgesteld om richting te geven aan de activiteiten voor de komende maanden en inzicht te krijgen in de benodigde

Nadere informatie

CO 2 managementplan. Jan Knijnenburg B.V. Auteur: Adviseur MVO Consultants. Versie: 1.0. Handtekening autoriserend verantwoordelijk manager

CO 2 managementplan. Jan Knijnenburg B.V. Auteur: Adviseur MVO Consultants. Versie: 1.0. Handtekening autoriserend verantwoordelijk manager CO 2 managementplan Jan Knijnenburg B.V. Auteur: Adviseur MVO Consultants Versie: 1.0 Datum: xx-xx-2015 Handtekening autoriserend verantwoordelijk manager Authorisatiedatum: Naam:.. Inhoud 1 Inleiding...

Nadere informatie

Requirements Management Werkgroep Traceability

Requirements Management Werkgroep Traceability Requirements Management Werkgroep Traceability Plan van Aanpak (1) Doel en definitie van Traceability Traceability heeft tot doel om tijdens het ontwikkelproces status informatie te verschaffen omtrent

Nadere informatie

Maatsoftware voor de bouw Case study : Toepassing Berekenen Dakbelastingen. Danny Cools

Maatsoftware voor de bouw Case study : Toepassing Berekenen Dakbelastingen. Danny Cools Maatsoftware voor de bouw Case study : Toepassing Berekenen Dakbelastingen Danny Cools Inhoud Project context 3 partijen Software toelichting Open Source componenten Software demonstratie Sinds Oktober

Nadere informatie

Die inputs worden op een gecontroleerde manier aangeboden door (test) stubs. De test driver zorgt voor de uiteindelijke uitvoering ervan.

Die inputs worden op een gecontroleerde manier aangeboden door (test) stubs. De test driver zorgt voor de uiteindelijke uitvoering ervan. Nota: Schrijf je antwoorden kort en bondig in de daartoe voorziene velden. De puntenverdeling is 2 punten per theorie-vraag en 8 punten per oefening. Het totaal is 40. Vraag 1. Er bestaan verschillende

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

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