Software Quality Assurance Plan

Maat: px
Weergave met pagina beginnen:

Download "Software Quality Assurance Plan"

Transcriptie

1 FACULTEIT WETENSCHAPPEN Software Quality Assurance Plan Software Engineering groep 3 Jeroen Van den haute Versie Datum Auteur Commentaar /11/2010 Jeroen Van den haute Eerste versie /11/2010 Beerend Ceulemans Verbeterde versie /03/2010 Jeroen Van den haute Opmerkingen feedback verbeterd /05/2010 Jeroen Van den haute Reviews toegevoegd Table 1: Document geschiedenis

2 Contents 1 Scope 3 2 Referenties 3 3 Definities en Acroniemen 4 4 Management Organisatie Taken Verantwoordelijkheid Documentatie Doel Minimale Documentatie Eisen Standaarden, conventies, werkwijze en metriek Doel Inhoud Standaarden en conventies Documentatie Werkwijze Metrieken Kwaliteitsdoelen Meeting Afspraken Reviews en Audits Doel Minimale Requirements Software Specificatie Review Architectuur Design Review Detailed Design Document Functionele Audit Fysieke Audit In-process Audits Software Configuration Management Plan Review Post Mortem Review Testen 9 9 Problemen rapporteren en oplossen Documentatiefouten Broncode fouten

3 10 Tools, technieken en methodologieën 9 11 Media controle Leverancier controle Gegevens verzamelen,onderhoud en opslag Training Risk management Bijlagen Software Specificatie Review Software Specificatie Review Functionele Audit Fysieke Audit Post Mortem Review

4 1 Scope Dit document bevat het Software Quality Assurance Plan van groep 3 voor het vak Software Engineering. In dit document gaan we verschillende methoden en technieken gaan definiëren die de kwaliteit van ons project kunnen controleren, en er zo voor zorgen dat de kwaliteit van het af te leveren product zo hoog mogelijk is. Het belangrijkste doel van dit plan is ervoor te zorgen dat aan het einde van het project, het af te leveren product voldoet aan alle afgesproken standaarden en technieken, en dat ieder teamlid zich hieraan heeft gehouden. Daarom is het belangrijk dat niet alleen bij het einde van het project de kwaliteit wordt gecontroleerd, maar dit tijdens het hele project gebeurt door ieder teamlid. 2 Referenties References [1] Beschrijving van het project, [2] Software Engineering An Object-Oriented Perspective, Eric J. Braude, 2001, ISBN , John Wiley & Sons [3] Software Engineering Group , 3

5 3 Definities en Acroniemen SCMP SDD Software Configuration Management Plan: Document dat gaat beschrijven hoe documenten en code wordt opgeslagen, en hoe samen te voegen. Software Design Document: Document dat het design en de architectuur beschrijft. SPMP Software Project Management Plan: Document dat beschrijft wie welke rol heeft, wat de bedoeling is van het project, wat alle taken inhouden,... SQAP SRS STD QAM KLOC 4 Management 4.1 Organisatie Software Quality Assurance Plan: Document dat het quality assurance process beschrijft. Software Requirement Specification: Document dat de vereisten bevat waaraan het systeem moet voldoen. Software Test Document: Document dat de instructies bevat in verband met het testen van alle componenten van het systeem. Quality Assurance Manager: Persoon die verantwoordelijk is voor de kwaliteit van het project Kilo lines of code Het team waarmee we dit project gaan uitwerken bestaat uit 7 leden. Elk teamlid is verantwoordelijk voor de kwaliteit van zijn eigen werk. De Quality Assurance Manager heeft als taak ervoor te zorgen dat iedereen zich houdt aan de gemaakte afspraken in verband met de kwaliteit. Deze gaat ook controleren of alle documenten nog eens zijn nagelezen en of alles in orde is. Indien dit niet het geval is meldt hij dit aan diegene die het gemaakt heeft. 4.2 Taken De taken van de Quality Assurance Manager bevatten: ˆ Schrijven en onderhouden van het SQAP ˆ Schrijven en onderhouden van het STD ˆ Verantwoordelijk voor alle documenten ˆ Controleren van tutorials ˆ Controleren van alle verslagen 4

6 ˆ Beslissen over Coding Conventions in samenspraak met de implementationmanager ˆ Eindverantwoordelijke testen van alle code 4.3 Verantwoordelijkheid De Quality Assurance Manager voert bovenstaande taken allemaal uit, en zorgt ervoor dat alle leden zich houden aan de gemaakte afspraken en richtlijnen in dit document. De Project Manager controleert op zijn beurt de Quality Assurance Manager dat deze zich ook houdt aan de gemaakte afspraken en richtlijnen. Wanneer een teamlid een fout constateert die nog niet is opgemerkt door de QAM meldt deze dit. 5 Documentatie 5.1 Doel Volgende paragraaf beschrijft hoe we het project gaan documenteren. 5.2 Minimale Documentatie Eisen Volgende documenten moeten verplicht worden afgeleverd bij dit project: ˆ SPMP: Software Project Management Plan ˆ SCMP: Software Configuration Management Plan ˆ SDD: Software Design Document ˆ SQAP: Software Quality Assurance Plan ˆ STD: Software Test Document ˆ SRS: Software Requirements Specification ˆ Java broncode documentatie gegenereerd door Javadoc 6 Standaarden, conventies, werkwijze en metriek 6.1 Doel Volgend deel gaat de standaarden, conventies, werkwijzen en metrieken beschrijven die we gaan gebruiken in het project. 5

7 6.2 Inhoud Standaarden en conventies Gedurende het hele project gaan we voor het schrijven van documenten ons baseren op de IEEE-standaarden. Wanneer we code schrijven houden we rekening met de Java code conventies: Kleine wijzigingen zijn hierin steeds mogelijk, maar enkel en alleen in overleg met de QAM. Elk teamlid heeft de eigen verantwoordelijkheid zich te houden aan deze conventies Documentatie Alle documenten zullen worden geschreven in latex. De nieuwste versie van een document wordt steeds online gezet op de site. Alle broncode bevindt zich in de svn-repository op de wilma-server. Het is van groot belang dat steeds de recentste versie van de broncode online staat. De documentatie van de broncode bevindt zich zowel in de broncode, als in een appart document. Alle niet-code documenten zullen worden geschreven volgens een template, bepaald door de QAM, om de consistentie tussen de documenten te bewaren Werkwijze Elk teamlid houdt zich zeker aan volgende afspraken: ˆ Elk teamlid houdt zich aan de afgesproken deadline ˆ Elk teamlid controleert de kwaliteit van zijn werk tijdens de ontwikkeling, niet erna ˆ Alle documenten en code gemaakt door een teamlid, moeten beschikbaar zijn voor alle teamleden ˆ Wanneer een stuk code is afgewerkt door de eigenaar, gaat deze dit eerst zelf nog eens controleren. Hierna laat deze dit aan een collega weten, zodat deze de code binnen de week ook nog eens kan controleren. Voor de duidelijkheid en de eenvoudigheid zullen 2 personen steeds elkaars code bekijken. Welke teams er gevormd worden zal onderling worden afgesproken Metrieken Bij elke iteratie worden volgende metrieken onderhouden: ˆ Voor elk teamlid wordt bijgehouden hoelang hij gewerkt heeft, in uren(zowel voor de code als documentatie) ˆ Voor elk teamlid wordt bijgehouden hoeveel code hij geschreven heeft, in KLOC, alsook voor het gehele team 6

8 6.2.5 Kwaliteitsdoelen We bepalen hoeveel fouten er maximaal mogen zijn, zodat ons project toch van goede kwaliteit is. Onder een fout verstaan we voor de requirements het ontbreken of niet volledig representeren van een requirement. Voor het design en de code verstaan we onder een fout het leiden tot een error, waardoor sommige functionaliteit niet meer werkt. ˆ Requirements: Niet meer dan 1 fout per 20 requirements. ˆ Design: Niet meer dan 1 fout per 6 diagrammen. ˆ Code: Niet meer dan 5 fouten per KLOC, gevonden door de klant Meeting Afspraken Als er een meeting moet plaatsvinden zal dit beslist worden door de Project Manager. Deze laat dit weten aan de Planning Manager, die een gepast tijdstip uitzoekt waar iedereen op aanwezig kan zijn. De datum van een meeting wordt minstens 3 dagen op voorhand vastgelegd. Wanneer een teamlid niet aanwezig kan zijn laat hij dit aan de Project Manager weten, mits een geldige reden. Wanneer het dringend nodig is om een meeting te organiseren, laat de Project Manager dit minstens een dag op voorhand weten. Hierbij is het eventueel wel toegestaan dat niet alle teamleden aanwezig zijn. De agenda van de meeting wordt bepaald door de Project Manager. Elk teamlid mag agendapunten toevoegen door deze naar de Project Manager door te sturen. Tijdens elke meeting wordt er een verslag opgemaakt en op de site gezet door de secretaris, maximum 3 dagen na de meeting. 7 Reviews en Audits 7.1 Doel Het belangrijkste doel van reviews en audits bestaat uit ervoor zorgen dat de kwaliteit van ons afgeleverde product maximaal is. Door het project nog eens te overlopen kunnen we er nog fouten uithalen, en zo de kwaliteit optimaliseren. We herbekijken ook al onze documenten nog eens, zodat deze zeker geen fouten bevatten en allemaal consistent zijn. 7.2 Minimale Requirements Software Specificatie Review Hierbij gaan kijken of er wel voldaan is aan alle requirements opgesomd in het SRS. Deze review is de verantwoordelijkheid van de Requirement Manager, maar zal worden uitgevoerd door het hele team. Daarom moet ieder teamlid het SRS grondig lezen, en daarna alle requirements van het project overlopen, en kijken welke nog ontbreken of niet volledig zijn. 7

9 7.2.2 Architectuur Design Review Bij deze review gaan we de verschillende mogelijkheden van architectuur overlopen bij het design van het project. Deze Review zal worden geleid door de Development Manager, en kan pas plaats vinden wanneer de eerste versie van het Software Design Document klaar is. De opmerkingen zullen worden overgemaakt aan de Development Manager, en deze kan dan, rekening houdend met de opmerkingen, het definitieve Software Design Document maken Detailed Design Document We gaan kijken of de architectuur die we gekozen hebben voor het design voldoet aan alle vereisten. Het is belangrijk dat we zo vlug mogelijk fouten opsporen, omdat we deze dan makkelijker kunnen oplossen. Deze review is ook de verantwoordelijkheid van de Development Manager Functionele Audit Deze audit wordt uitgevoerd voor het project wordt afgeleverd, en is de verantwoordelijkheid van de Project Manager. We gaan alle documenten die worden ingediend controleren of ze wel voldoen aan de eisen opgesteld in het SRS Fysieke Audit Deze audit vindt ook plaats voor het project wordt afgeleverd, en is de verantwoordelijkheid van de Quality Assurance Manager, samen met de Project Manager. Hierbij gaan we controleren of alle code en documenten wel voldoen aan de vereisten opgesomd in het SQAP In-process Audits Hierbij gaan we kijken of alle code en documenten nog consistent zijn. Deze audit is de verantwoordelijkheid van de Quality Assurance Manager. We leggen voornamelijk de nadruk op: ˆ Is de code nog consistent met de design documenten? ˆ Is de publieke website nog steeds consistent met de staat van het project? ˆ Zijn de design documenten nog steeds consistent met de SRS? ˆ Zijn de software testen nog steeds consistent met de SRS? 8

10 7.2.7 Software Configuration Management Plan Review Alle leden horen de status van het version control bij te houden zodat de adequaatheid en de compleetheid van de software configuratie gegarandeerd blijft, zoals opgesteld in het SCMP Post Mortem Review Na elke iteratie gaan we deze review houden. We overlopen de iteratie en bekijken waar we bij de volgende iteratie moeten op letten, of wat we beter kunnen doen. We overlopen en evalueëren alle vooropgestelde doelen, alsook de functionaliteit van deze iteratie. Deze review is de verantwoordelijkheid van de Quality Assurance Manager. 8 Testen ˆ Unit Testing: ieder teamlid test zijn eigen geschreven code ˆ De Quality Assurance Manager zorgt ervoor dat de integratie en systeemtests worden uitgevoerd. ˆ Zie Software Test Document voor meer details 9 Problemen rapporteren en oplossen 9.1 Documentatiefouten Wanneer er kleine fouten worden opgemerkt, mogen deze worden opgelost door de persoon die ze ontdekt. Onder kleine fouten verstaan we spelling, grammatica, layout,... Wanneer er fouten worden opgemerkt in verband met documentstructuur of het toevoegen of verwijderen van onderdelen, wordt dit gemeld aan de schrijver van het document. Deze kan dan de nodige aanpassingen doen. Per document is er een hoofdverantwoordelijke en een back-up persoon voorzien. Deze back-up persoon zal bij afwezigheid of bij het wegvallen van de hoofdverantwoordelijke, al deze zijn taken op zich nemen. 9.2 Broncode fouten Wanneer er een bug wordt opgemerkt kan dit worden gerapporteerd via Mantis. Deze wordt beschikbaar gemaakt via de site. Diegene die de code geschreven heeft waar de bug zich bevindt, zal deze ook oplossen. 10 Tools, technieken en methodologieën Version control wordt mogelijk gemaakt door Subversion 9

11 11 Media controle Het is de taak van de Configuration Manager dat de softwaremedia conform het SCMP zijn. Elk teamlid zorgt ervoor dat alle documenten en code geplaatst worden op de svnrepository op de wilma-server. Hiernaast houdt elk teamlid ook best nog een backup bij van al zijn bestanden. Het is handig dat elk een kopie heeft van de svn-repository, zodanig dat iedereen weet wie welke wijziging heeft aangebracht. 12 Leverancier controle Voor dit project maken we alleen maar gebruik van open-source software. We kunnen er van uitgaan dat al deze programma s werken, en daarom voeren we hierop ook minder controle uit. 13 Gegevens verzamelen,onderhoud en opslag Alle documenten worden bewaard in de svn-repository op de wilma-server. Deze documenten bevatten de verschillende reviews en inspectiedocumenten. 14 Training Wanneer een teamlid een programma of programmeertaal nog niet kent, gaat hij deze grondig moeten bestuderen. Hij gaat dit zelfstandig moeten doen, maar kan altijd hulp vragen bij teamleden. Voorts zullen er door de teamleden leermateriaal en nuttige tutorials voorzien worden. 15 Risk management Elk teamlid wordt aangemoedigd zoveel mogelijk risico s te vinden en te melden aan het hele team. Alle risico s bevinden zich in het SPMP. 10

12 16 Bijlagen 16.1 Software Specificatie Review Datum: 11/05/2011 Jeroen Van den haute ˆ Ontbreken beschrijving privéberichten in SRS ˆ Ontbreken privéberichten inbox in SRS ˆ Ontbreken vrienden worden in SRS ˆ Ontbreken avator in SRS ˆ Goldmember aankopen: niet mogelijk om correct te implementeren, functionaliteit goldmember samengevoegd met Freemember 16.2 Software Specificatie Review Datum: 18/05/2011 Jeroen Van den haute ˆ Alles over privéberichten is toegevoegd ˆ Vrienden worden is toegevoegd ˆ Avatar maken is toegevoegd 16.3 Functionele Audit Datum: 18/05/2011 Jeroen Van den haute en Beerend Ceulemans ˆ Nieuwe SRS besproken en goedgekeurd ˆ Geupdate SQAP(reviews werden toegevoegd) besproken en goedgekeurd 16.4 Fysieke Audit Datum: 18/05/2011 Jeroen Van den haute en Beerend Ceulemans ˆ Alle code werd grondig overlopen en aangepast waar nodig ˆ Documenten werden gecontroleerd in Functionele audit 11

13 16.5 Post Mortem Review Na elke iteratie werd tijdens een meeting mondeling overlopen wat beter moet en waar we extra moeten op toezien. 12

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

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

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

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

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

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

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

Projectopgave: Sociaal Kennis Databank

Projectopgave: Sociaal Kennis Databank Projectopgave: Sociaal Kennis Databank Geavanceerde Webtechnologie Academiejaar 2010-2011 1 Probleemstelling De laatste jaren zijn sociaalnetwerksites enorm populair geworden. Het meest bekende voorbeeld

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

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

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

Klokkenluidersregeling

Klokkenluidersregeling Klokkenluidersregeling Gedragsregels in verband met een Vermoeden van een misstand Policy Eigenaar Director GRC Policy Goedkeurder Board of Management Ingangsdatum 15 November 2013 Uitgifte datum Versie

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

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

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

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 Requirements Specifications voor Schedule-Generator

Software Requirements Specifications voor Schedule-Generator Software Requirements Specifications voor Schedule-Generator Matthias Caenepeel Adam Cooman Alexander De Cock Zjef Van de Poel 20 mei 2011 Versie 3.0 1 Aanpassingsgeschiedenis. 23/2/2011 versie 0.1: Aanmaak

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

Functieprofiel: Ondersteuner ICT Functiecode: 0405

Functieprofiel: Ondersteuner ICT Functiecode: 0405 Functieprofiel: Ondersteuner ICT Functiecode: 0405 Doel Registreren en (laten) oplossen van vragen en storingen van ICT-gebruikers binnen de richtlijnen van de afdeling, teneinde bij te dragen aan efficiënt

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

FUMAGGO WEB SOLUTIONS

FUMAGGO WEB SOLUTIONS FUMAGGO WEB SOLUTIONS Aanpassen design partijenwijzer.nl Offerte voor ProDemos Den Haag Fumaggo Web Solutions Lammenschansweg 93, 2313 DK Leiden KvK Rijnland 52202992 Leiden, 20 juni 2012 2 1 Introductie

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

FUMAGGO WEB SOLUTIONS

FUMAGGO WEB SOLUTIONS FUMAGGO WEB SOLUTIONS Aanpassen design stemexamen.nl Offerte voor ProDemos Den Haag Fumaggo Web Solutions Lammenschansweg 93, 2313 DK Leiden KvK Rijnland 52202992 Leiden, 19 juni 2012 2 1 Introductie ProDemos

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

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken

Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken Releasen met een druk op de knop: Met behulp van Continuous Delivery sneller uw doel bereiken De business organisatie heeft altijd stijgende verwachtingen van uw IT organisatie. Meer dan ooit is het van

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

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

A.Z. Sint Jan A.V. - apotheek. procedure. interne audit

A.Z. Sint Jan A.V. - apotheek. procedure. interne audit A.Z. Sint Jan A.V. - apotheek procedure interne audit nummer : ORG-00050 blz 1 van 3 eerste uitgiftedatum : 14.01.2000 datum herziening : 05.07.2007 verantwoordelijke : W. Renders uitgegeven door : apotheek

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

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

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

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

Nadere informatie

Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens

Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens Copyright Datacon www.datacon.nl Wat is een intranetportal? Een intranet is een online gepersonaliseerde en geïntegreerde toegang tot

Nadere informatie

Projectplan. Elektronica-ICT Artesis. Auteur: Coopman Tom Interne Promotor: Peeters Tom Externe Promotor: Delepierre Bruno, Adforce

Projectplan. Elektronica-ICT Artesis. Auteur: Coopman Tom Interne Promotor: Peeters Tom Externe Promotor: Delepierre Bruno, Adforce Elektronica-ICT Artesis Projectplan Auteur: Coopman Tom Interne Promotor: Peeters Tom Externe Promotor: Delepierre Bruno, Adforce Projectplan ter voorbereiding van de bachelorproef en stage Academiejaar

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

Content management & Archiveren Observation

Content management & Archiveren Observation Content management & Archiveren Observation Gaby van Houwelingen Anouck Karsdorp Carlo Smit Bo Dahler Inleiding Alle teamleden zullen zich aan dit plan moeten houden om alles op een overzichtelijke manier

Nadere informatie

Ondersteuner ICT. Context. Doel

Ondersteuner ICT. Context. Doel Ondersteuner ICT Doel Registreren en (laten) oplossen van vragen en storingen van ICT-gebruikers binnen de richtlijnen van de afdeling, teneinde bij te dragen aan efficiënt en effectief functionerende

Nadere informatie

Master Software Engineering. Inhoud, begeleiding, tentamen dr. Anda Counotte Docent en mentor

Master Software Engineering. Inhoud, begeleiding, tentamen dr. Anda Counotte Docent en mentor Master Software Engineering Inhoud, begeleiding, tentamen dr. Anda Counotte Docent en mentor Thema Software Architectuur Design Patterns (DP) ir. Sylvia Stuurman, dr.ir. Harrie Passier en dr. Bastiaan

Nadere informatie

B.Sc. Informatica Module 4: Data & Informatie

B.Sc. Informatica Module 4: Data & Informatie B.Sc. Informatica Module 4: Data & Informatie Djoerd Hiemstra, Klaas Sikkel, Luís Ferreira Pires, Maurice van Keulen, en Jan Kamphuis 1 Inleiding Studenten hebben in modules 1 en 2 geleerd om moeilijke

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

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

CO 2 Managementplan Energie meetplan 2.C.2 & 3.B.2 & 4.A.2. Jade Beheer B.V. OFN OFS 2C. Autorisatiedatum: 19-03-2016 Versie: 1.0

CO 2 Managementplan Energie meetplan 2.C.2 & 3.B.2 & 4.A.2. Jade Beheer B.V. OFN OFS 2C. Autorisatiedatum: 19-03-2016 Versie: 1.0 CO 2 Managementplan Energie meetplan 2.C.2 & 3.B.2 & 4.A.2 Jade Beheer B.V. OFN OFS 2C Auteur: Coert van Maren Autorisatiedatum: 19-03-2016 Versie: 1.0 CO 2 management plan 2.C.2 & 3.B.2 & 4.A.2 1 Inhoud

Nadere informatie

Agile Testen in de praktijk

Agile Testen in de praktijk 1 Agenda 2 Agile Testen in de praktijk Summerschool 13 Juli 2011 Introductie Agile de context van agile Testen2.0 de tester in een agile project Waarden en principes DoD, PRA en MTP Testen3.0 in een agile

Nadere informatie

erbeterdezaak.nl Processen managen Een inleiding erbeterdezaak.nl

erbeterdezaak.nl Processen managen Een inleiding erbeterdezaak.nl Processen managen Een inleiding Proces cultuur De klant komt eerst Zorg dat je altijd waarde toevoegt Moedig eigen initiatief aan Geef medewerkers ruimte Moedig teamwerk aan Beloon team prestaties Werk

Nadere informatie

Bekend zijn met de visie en inzet van procesmanagement in de eigen organisatie.

Bekend zijn met de visie en inzet van procesmanagement in de eigen organisatie. en werkwijze BPM awareness Inzicht in de toepassing van BPM op strategisch niveau in het algemeen en binnen de eigen organisatie. Kennismaken met BPM vanuit een strategisch perspectief Nut en toegevoegde

Nadere informatie

Technisch Ontwerp W e b s i t e W O S I

Technisch Ontwerp W e b s i t e W O S I Technisch Ontwerp W e b s i t e W O S I WOSI Ruud Jungbacker en Michael de Vries - Technisch ontwerp Website Document historie Versie(s) Versie Datum Status Omschrijving / wijzigingen 0.1 20 nov 2008 Concept

Nadere informatie

TFS als perfecte tool voor Scrum

TFS als perfecte tool voor Scrum TFS als perfecte tool voor Scrum René van Osnabrugge renevo@delta-n.nl About me René van Osnabrugge Communicate @renevo renevo@delta-n.nl http://osnabrugge.wordpress.com Agenda Wat is Scrum? Wat is ALM

Nadere informatie

doel bereikt zelfsturing inrichten veiligheid fundament Behoeftepiramide van een "Social Business"

doel bereikt zelfsturing inrichten veiligheid fundament Behoeftepiramide van een Social Business Behoeftepiramide van een "" (Naar analogie piramide van Maslow) Maslow rangschikte de volgens hem universele behoeften van de mens in een hiërarchie. Volgens zijn theorie zou de mens pas streven naar bevrediging

Nadere informatie

DMZ Policy. Eindverantwoordelijkheid Goedgekeurd. 16 Februari 2005. Geaccepteerd Manager SPITS. Security Manager SPITS E.A. van Buuren.

DMZ Policy. Eindverantwoordelijkheid Goedgekeurd. 16 Februari 2005. Geaccepteerd Manager SPITS. Security Manager SPITS E.A. van Buuren. Ministerie van Verkeer en Waterstaat opq Rijkswaterstaat DMZ Policy 16 Februari 2005 Eindverantwoordelijkheid Goedgekeurd Naam Datum Paraaf Security Manager SPITS E.A. van Buuren Geaccepteerd Manager SPITS

Nadere informatie

Process & IT: eerst KIEZEN maakt het DOEN daarna zoveel makkelijker

Process & IT: eerst KIEZEN maakt het DOEN daarna zoveel makkelijker Process & IT: eerst KIEZEN maakt het DOEN daarna zoveel makkelijker Wim Tindemans Manager Business Applications Business and Automation Solutions Egemin NV Agenda Probleemstelling Tegenstelling tussen

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

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

Auteur: Beoordeeld door: Goedgekeurd door: Groupleader Cost Engineering

Auteur: Beoordeeld door: Goedgekeurd door: Groupleader Cost Engineering Bladzijde: 1 van 7 Administratieve gegevens Versienummer : 3.0 Aantal bladzijden : 7 Aantal bijlagen : 2 Geldig vanaf : 15 augustus 2010 Functie: Auteur: Beoordeeld door: Goedgekeurd door: Groupleader

Nadere informatie

Software Requirements Specifications voor Schedule-Generator

Software Requirements Specifications voor Schedule-Generator Software Requirements Specifications voor Schedule-Generator Matthias Caenepeel Adam Cooman Alexander De Cock Zjef Van de Poel 23 februari 2011 Versie 1.1 1 Aanpassingsgeschiedenis. 23/2/2011 versie 0.1:

Nadere informatie

Anand T hakur. Over Anand

Anand T hakur. Over Anand Anand T hakur Over Anand 1987 Anand Thakur is een TMAP Next gecertificeerde testcoördinator. Mede door zijn analytisch vermogen, objectiviteit, senioriteit, vermogen om onder druk te werken en geode stakeholder

Nadere informatie

ISO 20000 @ CTG Europe

ISO 20000 @ CTG Europe ISO 20000 @ CTG Europe 31/10/2007 mieke.roelens@ctg.com +32 496266725 1 Agenda 31 oktober 2007 Voorstelling Project Business Case: Doel & Scope Projectorganisatie Resultaten assessments en conclusies De

Nadere informatie

Voorstel # ECC1501. Voorstel: #ECC1501. Email: info@socialelephant.nl Telefoon: +31(0)641101693 Auteur: Nico van der Zaan

Voorstel # ECC1501. Voorstel: #ECC1501. Email: info@socialelephant.nl Telefoon: +31(0)641101693 Auteur: Nico van der Zaan Voorstel # ECC1501 Inhoudsopgave OPDRACHTOMSCHRIJVING WERKZAAMHEDEN ONTWIKKELEN VAN EEN WEBSITE ONTWERP REALISEREN VAN HET ONTWERP PLAATSEN VAN DE DOOR EUROPEAN CREDIT CONTROL AANGELEVERDE CONTENT VERPLAATSEN

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

Website AC Lebbeke Inhoud

Website AC Lebbeke Inhoud Website AC Lebbeke Inhoud 1. Inloggen 2. Login Aanvraag en roles 3. Nieuwsbericht toevoegen 4. Afspraken nieuwsberichten 5. Pagina s aanpassen en document uploaden 6. Pagina s en nieuwsberichten bewerken

Nadere informatie

Productdag. Loenen, 28 september 2011. Jeroen van Geijlswijk Lars Overbeek Tom van Oost Valery Bazhenau

Productdag. Loenen, 28 september 2011. Jeroen van Geijlswijk Lars Overbeek Tom van Oost Valery Bazhenau Productdag Loenen, 28 september 2011 Jeroen van Geijlswijk Lars Overbeek Tom van Oost Valery Bazhenau Programma 10:00-10:05 Inleiding 10:05-10:30 Laatste verbeteringen aan ALFAmail 2.0 10:30-10:45 Conceptversie

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

Studiehandleiding Ba-scriptie Kunsten, Cultuur en Media

Studiehandleiding Ba-scriptie Kunsten, Cultuur en Media Studiehandleiding Ba-scriptie Kunsten, Cultuur en Media Titel: Ba-scriptie Kunsten, Cultuur en Media Vakcode: LWX999B10 Opleiding: Kunsten, Cultuur en Media Studiefase: Bachelor 3 e jaar/ KCM Major Periode:

Nadere informatie

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Unified Process Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. Unified Process... 4 3. Fasering... 5 3.1.

Nadere informatie

Handleiding IPlan 1.3

Handleiding IPlan 1.3 Handleiding IPlan 1.3 Dit document beschrijft de werking van het programma IPlan op een Windows 7 SP1 en Windows 8.1 update 1 machine. Windows 8 (zonder.1) wordt niet ondersteund. Windows 7 moet worden

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

Project. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1

Project. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1 Project 3D-Fraggel Plan van aanpak Door: 1/1 Project 3D-Fraggel Plan van aanpak Datum: 07-05-2001 Plaats: Enschede Opdrachtgever: Saxion Hogeschool Enschede Instituut ICT Afdeling Hogere Informatica Contactpersoon

Nadere informatie

De voordelen van Drupal

De voordelen van Drupal Drupal is een open source Content Management System (CMS). Daarnaast kun je Drupal zien als een framework, dit betekent dat je modules (oftewel mini-applicaties) kunt implementeren in je installatie van

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

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

CO 2 Managementplan. Eti BV. Autorisatiedatum: 25-02-2016 Versie: 1.0. Handtekening autoriserend verantwoordelijke manager:

CO 2 Managementplan. Eti BV. Autorisatiedatum: 25-02-2016 Versie: 1.0. Handtekening autoriserend verantwoordelijke manager: CO 2 Managementplan Eti BV Auteur: John Nannings Autorisatiedatum: 25-02-2016 Versie: 1.0 Handtekening autoriserend verantwoordelijke manager: CO 2 Managementplan 2.C.2 & 3.B.2 Inhoud 1 INLEIDING... 3

Nadere informatie