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

Maat: px
Weergave met pagina beginnen:

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

Transcriptie

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

2 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding Unified Process Fasering Inception Elaboration Construction Transition Kenmerken Unified Process best practices Use-cases Basisveronderstellingen Unified Process en andere methodes Literatuurverwijzingen... 10

3 Organisatie SYSQA B.V. Pagina 3 van Inleiding De traditionele systeemontwikkelmethodes zoals SDM I, SDM II en LAD hebben, zo blijkt in de praktijk, een aantal nadelen. Zo wordt de fasering als rigide ervaren, is de doorlooptijd vaak langer dan gewenst, zijn de kosten hoog en is de gebruikersparticipatie te laag. Ook worden riskante activiteiten, zoals de integratie van modules en een load test, pas in een laat stadium uitgevoerd. Als gevolg hiervan zijn er aan het einde van de 20e eeuw een aantal systeemontwikkelmethodes ontstaan die tegemoetkomen aan deze tekortkomingen. De methodes worden gekenmerkt door een hoge gebruikersparticipatie en het iteratief ontwikkelen. Met dit laatste wordt bedoeld dat er meerdere ontwikkelrondes na elkaar plaatsvinden. In plaats van ernaar te streven in één keer het systeem te bouwen worden meerdere versies gemaakt en steeds verbeterd en verfijnd. Deze methodes staan bekend als Iterative and Incremental Development (IID). Verwant aan IID zijn de zogenaamde agile methodes, waarbij agile staat voor snel en flexibel reagerend op veranderingen. Deze agile methodes zijn behalve iteratief ook gebaseerd op evolutionaire ontwikkelmethodes. Daarnaast speelt flexibiliteit een grote rol, het vermogen om het systeem tijdens de ontwikkeling snel aan te passen aan veranderende eisen. Agile ontwikkelmethodes zijn dus iteratief, evolutionair en flexibel. Unified Process is een agile systeemontwikkelmethode.

4 Organisatie SYSQA B.V. Pagina 4 van Unified Process Het Unified Process (UP) is een populaire iteratieve ontwikkelmethode, met name het hieruit voorkomende RUP (Rational Unified Process) wordt vaak gebruikt. De basis van Unified Process is samen te vatten aan de hand van een aantal belangrijke werkwijzen en richtlijnen: Ontwikkel binnen kortlopende iteraties; Ontwikkel de onderdelen met een groot risico en onderdelen welke van groot belang zijn (bijvoorbeeld de basisarchitectuur) in vroege iteraties, bij voorkeur gebruik makend van bestaande componenten; Stel vast dat je kwaliteit levert aan de klant; Voer veranderingen vroeg in het project door; Werk samen als één team Misschien de belangrijkste kwaliteit van UP, in vergelijking met andere populaire IID methoden, is haar vermogen om meer of minder formaliteiten in het proces in te bouwen, met optionele ondersteuning voor hogere formaliteit en documentatie. In tegenstelling tot wat vaak gedacht wordt, moedigt UP aan tot een relatieve lage mate van formaliteit, alhoewel het meer documentatie en modellering aanbeveelt als bij bijvoorbeeld XP het geval is. UP biedt een set van ongeveer 50 optionele werkproducten. Unified Process werkt met iteraties die onderverdeeld zijn in vier fases, zie hoofdstuk 3. UP kan bij zowel kleine, als grotere projecten worden toegepast. UP moet wel altijd worden aangepast aan de organisatie of het project in de vorm van gedetailleerde procesomschrijving. Het op maat maken van de gebruikte processen wordt de development case van het project genoemd. Hierbij wordt gekozen welke best practices en UP werkproducten gebruikt worden. Daarbij wordt over het algemeen uitgegaan van het principe hoe minder hoe beter. Aangeraden wordt om alleen de minimaal benodigde werkproducten, om de risico s en doelen van het project aan te kunnen pakken, op te nemen in de development case.

5 Organisatie SYSQA B.V. Pagina 5 van Fasering Het ontwikkelproces van UP is vanuit managementperspectief onderverdeeld in vier fases. Iedere fase is een essentieel onderdeel voor het project. De fases zijn: Inception (opstartfase); Elaboration (uitwerkingsfase); Construction (bouwfase); Transition (overdrachtsfase) Inception Het doel van de Inception fase is het bereiken van overeenstemming tussen de stakeholders over de doelstellingen van het project. Idealiter beslaat de inception fase een korte periode (bijvoorbeeld een paar dagen) in het ontwikkelproces. Iteraties zijn mogelijk maar zeldzaam. Doelen: Doelstellingen, business case, visie en scope definiëren en vaststellen; 10% van de belangrijke requirements tot in detail specificeren; Belangrijkste risico s definiëren; Inschatting maken van de werkzaamheden voor de elaboration fase. Mogelijke activiteiten Uitvoeren requirements workshop; Opstellen visiedocument; Opstellen Start Use-case model en aanvullende specificaties; Prototyping Elaboration In de Elabortion fase worden de architecturaal belangrijke onderdelen, geprogrammeerd en getest in een serie van korte iteraties. Op het eind van deze fase kan een redelijk betrouwbaar plan en inschatting worden gemaakt van het project. Die vormen een stabiele basis tijdens het ontwerp en de ontwikkeling. Doelen: Architecturaal belangrijke onderdelen van systeem bouwen en testen; Belangrijke risico s geïdentificeerd en gereduceerd; 80% van de belangrijkste requirements tot in detail specificeren; Het bereiken van voldoende stabiliteit en informatie om de doorlooptijd en benodigde inspanning voor het project te bepalen. Mogelijke activiteiten: Ontwerpen, programmeren en testen van de architecturaal belangrijkste onderdelen in korte iteraties; Uitvoeren Requirements workshop, scherper stellen visie; Verbeteringen aanbrengen in de omgeving (procesmatig en technisch) Construction Het doel van de Constuction fase is het verder uitwerken van de requirements en het ontwikkelen van het systeem op basis van de architectuur. In deze fase wordt de rest van het systeem gebouwd in korte iteraties, op basis van de in de elaboration fase gebouwde architectuur.

6 Organisatie SYSQA B.V. Pagina 6 van 10 Doelen: Systeem compleet ontwerpen, programmeren en testen zodat het klaar is voor de uitrol; Efficiënte en voorspelbare ontwikkeling, bouwend op de stabiele architectuur welke in Elaboration fase is ontwikkeld. Mogelijke activiteiten: Ontwerpen, programmeren en testen van het systeem in korte iteraties; Stakeholder evaluatie en bijsturing; idealiter is er alleen sprake van minimale veranderingen in de requirements; Opstellen alle documenten; Alfa-testen Transition Doelstelling van de Tranisition fase is het ter beschikking stellen van de software aan de eindgebruikers. Aan het eind van deze fase dienen de doelstellingen van het project gehaald te zijn en kan het project worden beëindigd. Deze fase eindigt met de uiteindelijk uitrol (mogelijk in meerdere iteraties) van het systeem in productie. Doel: Bevestigen dat het systeem klaar is voor uitrol; Uitrollen van het systeem. Mogelijke activiteiten: Beta-testen en het krijgen van feedback; Verwerken van bevindingen en aanpassen van de documentatie; Verzorgen van opleiding en marketing; Uitrol van het systeem.

7 Organisatie SYSQA B.V. Pagina 7 van Kenmerken Om een project een UP project te kunnen noemen moet het tenminste voldoen aan de volgende kenmerken: Het project volgt de UP richtlijnen en best practices; Er wordt minimaal gebruik gemaakt van minimaal een aantal van de UP middelen zoals het visiedocument en risicolijst. De iteraties en mijlpalen zijn georganiseerd volgens de UP fasering, te weten Inception, Elaboration, Construction en Transition. Alhoewel de originele UP ontwikkelaars een voorkeur hadden voor een relatief lichte inrichting van het proces, werd dit niet goed gecommuniceerd in hun eerste lesmateriaal. In de meer recentelijk uitgebrachte versies is dit verbeterd Unified Process best practices UP is feitelijk niet beperkt tot de onderstaande zes best practices, maar onderstaande zes zijn belangrijk om minimaal toe te passen. Gebruikers van Unified Process moeten deze werkwijzen begrijpen en toegepassen in elk UP project. 1. Werk iteratief De belangrijkste van de UP best practices is het gebruik maken van iteraties met een (vooraf) vastgestelde duur. Periodes van twee tot zes weken wordt aangeraden. Met andere woorden, begin vroeg met programmeren, als slechts een deel van de meest belangrijke requirements tot in detail bekend zijn. Verbeter de requirements en het ontwerp op basis van feedback, in plaats van te proberen alle requirements van te voren te analyseren. 2. Realiseer de belangrijkste onderdelen eerst Leg de nadruk bij het programmeren op de onderdelen die van groot belang zijn en/of een groot risico met zich meebrengen en programmeer een samenhangende architectuur in vroege iteraties. Streef er hierbij naar om bestaande componenten (zowel grote als kleine) te hergebruiken om het creëren van nieuwe code en de kans op fouten te reduceren. Voor grote projecten worden de requirements analyses en de kernarchitectuur idealiter ontwikkeld door een samengesteld klein team, later wordt dit team opgesplitst en worden de teamleden, subprojectleiders die leiding geven aan subteams welke parallel werken. 3. Controleer voortdurende de kwaliteit. Test vroeg, vaak en realistisch door alle software geïntegreerd te testen tijdens elke iteratie. Deze best practice houdt in dat er gebruik wordt gemaakt van technieken zoals test-driven developement en continue integratie. Bovendien gaat het verder dan alleen het testen van de code, aangezien vroeg in het traject de bruikbaarheid van de software wordt getest. Bovendien wordt het ontwikkelproces zelf via regelmatige team vergaderingen onder de loep genomen om vast te stellen wat de toegevoegde waarde is van verschillende activiteiten. 4. Ontwerp software voordat deze gerealiseerd wordt. Maak, voordat er binnen een iteratie daadwerkelijk wordt begonnen met programmeren, in ieder geval een visueel model. Maak bijvoorbeeld gebruik van schetsen op een whiteboard om verschillende ontwerpideeën te bespreken, zonder in te gaan op gedetailleerde ontwikkelmethodes. 5. Verbeter continu de requirements Verbeter requirements door gebruik te maken van handige manieren om ze te vinden, vast te leggen en bij te houden. Vind en verbeter requirements iteratief en opbouwend, in plaats van via uitgebreide analyse vooraf, maak bijvoorbeeld gebruik van een serie (één per iteratie)

8 Organisatie SYSQA B.V. Pagina 8 van 10 van requirement workshops in de vroege fases van een project. Zoek waar van toepassing functionele requirements door het schrijven van use cases en leg deze vervolgens vast. Organiseer de requirements (gebruikmakend van beschikbare hulpmiddelen) aan de hand van attributen (zoals risico, prioriteit en status) en zorg ervoor dat afhankelijkheden makkelijk kunnen worden teruggevonden, zodat deze kunnen worden geanalyseerd. Hou vervolgens de status van requirements bij zodat bekend is wat klaar is, waar men mee bezig is enz. 6. Beheers configuraties. Leg veranderingen vast door strak configuratiemanagement, versiemanagement, changemanagement en releasemanagement Use-cases Unified Process vereist geen gebruik van use cases voor het vastleggen van functionele reguirements. Lijsten met kenmerken en ontwikkeling op basis van vereiste kenmerken zijn mogelijk. Use cases worden echter wel aangemoedigd binnen UP, mits het gebruik van use cases geschikt is voor het probleem domein. In dat geval wordt binnen UP aangeraden om iteraties te organiseren rond scenario s van use cases, waarbij de scenario s die het meest risicovol zijn, architecturaal van groot belang zijn of van groot belang zijn voor de business vroeg in het project worden opgepakt. Het ontwerpen en implementeren gebeurt vervolgens op basis van wat nodig is om de use case scenario s te kunnen uitvoeren. Daarnaast raadt UP aan om de acceptatietesten op systeemniveau op deze use cases te baseren. Use cases vormen dan de basis voor de iteratieve ontwikkeling en acceptatietesten Basisveronderstellingen In tegenstelling tot XP en Scrum, heeft UP geen expliciete onderliggende basisveronderstellingen, deze kunnen echter wel worden afgeleid. Waar XP bijvoorbeeld de nadruk legt op menselijke en communicatieve kwaliteiten, legt UP de nadruk op een project georiënteerde (i.p.v. een mens georiënteerde) focus.

9 Organisatie SYSQA B.V. Pagina 9 van Unified Process en andere methodes Unified Process is een brede en algemene IID proces definitie. Het definieert en gebruikt vele gedetailleerde werkwijzen, zowel werkwijzen die onderdeel uitmaken van Unified Process als werkwijzen overgenomen van andere methodes, zoals XP testing of Scrum Meetings. Menig werkwijze zoals XP s testdriven development en continue controle op de kwaliteit, zijn feitelijk specialisaties of variaties op de UP werkwijzen. Voor softwareontwikkeling biedt UP een aantal voordelen ten opzichte van andere methodes: UP bevat een uitgebreide beschrijving van de verschillende stappen binnen een project, dit maakt het zeer geschikt voor onervaren ontwikkelaars; UP biedt een goed beschreven proces en voorspelbare stappen, wat help bij het sturen van de activiteiten, het onder controle houden van het project en het mogelijk maakt om meerdere keren van hetzelfde proces gebruik te maken; UP biedt verschillende werkproducten die al of niet door de ontwikkelaar kunnen worden ingezet om het proces te verbeteren; UP biedt een gemeenschappelijk taal voor alle betrokkenen. Unified Process kan eventueel gecombineerd worden met (elementen uit) andere agile ontwikkelmethodes zoals Evo, Scrum en XP. Wel is bijvoorbeeld de lengte van een iteratiestap bij UP (30 kalenderdagen) te lang voor Evo. Het vermijden van vooraf gedefinieerde processen en voorspelbare stappen bij Scrum kan strijdig zijn met de UPmethode, terwijl binnen XP de tijd besteed aan het modelleren bij UP (tot ½ dag) niet acceptabel is.

10 Organisatie SYSQA B.V. Pagina 10 van Literatuurverwijzingen Larman, C Agile and Iterative Development. A Manager s Guide. Addison-Wesley.

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

Scrum. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Scrum. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Scrum Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 INLEIDING... 3 2 SCRUM... 4 3 FASERING... 5 4 KENMERKEN... 6 4.1 DE SCRUM-MEETING...

Nadere informatie

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

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

Nadere informatie

XP Extreme Programming. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

XP Extreme Programming. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. XP Extreme Programming Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. INLEIDING...3 2. EXTREME PROGRAMMING...4 3. FASERING...5

Nadere informatie

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

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

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

RUP Rational Unified Process. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. RUP Rational Unified Process Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 14 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

BDD/Gherkin. Een introductie

BDD/Gherkin. Een introductie BDD/Gherkin Een introductie Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1. Inleiding... 3 2. BDD... 4 3. Gherkin... 5 4. BDD-Tools... 6 5. Voordelen... 7 6. Benodigde kennis en vaardigheden...

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

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

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

Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8

Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8 Aliens? http://www.youtube.com/watch?v=e5pqleh2hz8 Ontwikkelmethoden en technieken Kenmerken van ontwikkelmethoden POMT HC2 2 Vorige week 3 Rollenspel Klant is koning Communicatie en afspraken Documentatie

Nadere informatie

1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3

1. De watervalmethode... 2. 2. Agile softwareontwikkeling... 2. 3. Iteratief werken... 3. 4. Agile technieken voor teams... 3 Naar Voren: Tijdschrift voor webwerkers» Artikel #155 Agile (web)ontwikkeling Omarm de verandering Als ICT-professional heb je het liefst dat de klant exact weet wat hij wil, dat jij exact weet hoe je

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

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

Ontwikkelmethoden en technieken DSDM POMT HC3

Ontwikkelmethoden en technieken DSDM POMT HC3 DSDM Ontwikkelmethoden en technieken DSDM POMT HC3 HC WG rollenspel praktijktoets 1 praktijktoets 2 praktijktoets 3 Mei week 1 week 2 week 3 Week 4 vakantie Inleiding Ontwikkel methodiek DSDM Technieken

Nadere informatie

Agile werken: zó doen we dat

Agile werken: zó doen we dat Agile werken: zó doen we dat Bij Freshheads werken we graag volgens de Agile aanpak. De voordelen? Verhoogde efficiëntie en flexibiliteit, snellere resultaten en grotere betrokkenheid. Maar hoe gaat het

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

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

Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen

Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen Betere dienstverlening financiële organisaties met continuous delivery Flexibeler, efficiënter en in kort tijdsbestek software ontwikkelen Sinds de kredietcrisis en door opkomende technologieën staan banken

Nadere informatie

Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals

Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling. Agile Methodiek en Technologie. Zest Application Professionals Verzamelde vragen en antwoorden Agile Applicatie ontwikkeling Agile Methodiek en Technologie Zest Application Professionals Hoe is de aansluiting op ontwikkelmethoden voor Legacy-systemen? Out of the Box

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

MDA in de praktijk. Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009

MDA in de praktijk. Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009 Functional Model Driven Development MDA in de praktijk Freek Bosch, Business Unit Manager Amsterdam, 4 juni 2009 FMDD agenda FMDD Waarom FMMD De praktijk Wat is FMDD Ervaringen en lessons learned Ervaringen

Nadere informatie

Eigenschappen van moderne ontwikkelmodellen

Eigenschappen van moderne ontwikkelmodellen overdruk informatie september 00 Eigenschappen van moderne ontwikkelmodellen Vier modellen vergeleken Auteurs: Danny Greefhorst en Mark van Elswijk informatie overdruk1 1 Eigenschappen van moderne ontwikkelmodellen

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

het doel, de keuzen zijn gebaseerd op kennis en ervaring van de deelnemers van de bijeenkomsten.

het doel, de keuzen zijn gebaseerd op kennis en ervaring van de deelnemers van de bijeenkomsten. Rational Unified Process: aandachtspunten voor de auditor Systeemontwikkelingsorganisaties introduceren met regelmaat nieuwe of andere softwareontwikkelmethoden. Vaak ligt hier een ontevredenheid over

Nadere informatie

De Agile Analist. Ebook over requirements en agile. Deel I

De Agile Analist. Ebook over requirements en agile. Deel I De Agile Analist Ebook over requirements en agile Deel I 2 Inhoud Deel I... 3 1 Inleiding... 3 1.1 Voor welk type projecten is Scrum geschikt?... 3 1.1.1 Empirische procesbesturing... 4 1.2 Agile werkt

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

SMART requirements schrijven

SMART requirements schrijven SMART requirements schrijven Reverse Engineering als aanpak voor leren Requirements Kenniscentrum 27 maart 2012, 18:50 19:30 uur Hossein Chamani, docent en trainer bij Hogeschool Rotterdam 1 Introductie

Nadere informatie

Inhoud. Introductie tot de cursus

Inhoud. Introductie tot de cursus Inhoud Introductie tot de cursus 1 Plaats en functie van de cursus 7 2 Inhoud van de cursus 8 2.1 Voorkennis 8 2.2 Leerdoelen 8 2.3 Opbouw van de cursus 8 2.4 Leermiddelen 9 3 Aanwijzingen voor het bestuderen

Nadere informatie

Oplossingen voor het testen van objectgeoriënteerde software

Oplossingen voor het testen van objectgeoriënteerde software Oplossingen voor het testen van objectgeoriënteerde software Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 14 maart 2013 HOM/FHTeL Oplossingen voor het testen

Nadere informatie

your reference in testing services WorkShop Agile in de praktijk - Erik Boelen - 18 december 2008

your reference in testing services WorkShop Agile in de praktijk - Erik Boelen - 18 december 2008 your reference in testing services WorkShop Agile in de praktijk - Erik Boelen - 18 december 2008 Onderwerpen vandaag Geen theoretische achtergrond Gebaseerd op eigen praktijk Niet uit boeken te halen

Nadere informatie

Inleiding ontwikkelmethoden

Inleiding ontwikkelmethoden Inleiding ontwikkelmethoden 1 Ontwikkelmethoden en Technieken POMT HC1 2 Ronald de Waal Opleiding TU Delft: industrieel ontwerpen Diverse softwarebedrijven, internet ontwerp vanaf 1994 Docent systeemontwikkeling

Nadere informatie

Leiderschap in een organisatie met technische professionals

Leiderschap in een organisatie met technische professionals Quintor Leiderschap in een organisatie met technische professionals Johan Tillema CEO Quintor Professionele softwareontwikkeling ICT Architectuur Java,.NET en Mobile Informatieanalyse Opgericht in 2005

Nadere informatie

Auditen van Agile projecten

Auditen van Agile projecten Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief

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

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

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

Nadere informatie

Testgedreven ontwikkeling dat is pas veilig!

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

Nadere informatie

Agile bij grote administratieve systemen. Omgaan met requirements

Agile bij grote administratieve systemen. Omgaan met requirements Agile bij grote administratieve systemen Omgaan met requirements 1 Agenda Wat is een groot systeem? Aanpak van een groot systeem Agile alignment Agile en requirements (en architectuur) Agile en governance

Nadere informatie

Webtesten onder schaarste

Webtesten onder schaarste Testnet najaarsevenement 2005 B e y o n d t h e o r d i n a r y Webtesten onder schaarste Vincent Staal ORDINA NV Ringwade 1 Postbus 7101 3430 JC Nieuwegein Tel: 030 6637000 Fax: 030 6637099 www.ordina.nl

Nadere informatie

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 2

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 2 Ontwikkelmethoden en technieken 1 Vandaag Een kleine geschiedenis (vervolg) Klein stukje XP Afbakening verwachtingen 2 Werkwijze theorie Lesstof Presentaties Boek Aantekeningen Introductie/overzicht Week

Nadere informatie

Stuurgroep ICT innovatie in de ouderenzorg. 12 oktober 2010

Stuurgroep ICT innovatie in de ouderenzorg. 12 oktober 2010 Stuurgroep ICT innovatie in de ouderenzorg 12 oktober 2010 Agenda High Level Scope Projectorganisatie en werkingsprincipes Projectplanning en roll-out Projectopvolging Evaluatie diensten Agenda volgende

Nadere informatie

Introductie User Stories. SYSQA B.V. Almere

Introductie User Stories. SYSQA B.V. Almere Introductie User Stories SYSQA B.V. Almere Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 Inleiding... 3 2 Wat zijn User Stories?... 4 2.1 Definitie... 4 2.2 Voordelen... 4 2.3 Verschillen tussen

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

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

DevOps Waarom moeilijk doen 31 oktober 2013. als het samen kan

DevOps Waarom moeilijk doen 31 oktober 2013. als het samen kan DEVOPS?! INLEIDING Wat gaan we doen? 18:00 Introductie 19:00 Uitleg open space 19:30 Koffie + start open space 20:30 Wrap-up INLEIDING Even vooraf Samen Duurzaam Innoveren INLEIDING Ik ben Jan Buurman

Nadere informatie

WHITEPAPER IN 5 MINUTEN. 11. Scrum

WHITEPAPER IN 5 MINUTEN. 11. Scrum WHITEPAPER IN 5 MINUTEN A U G U S T U S 2 0 1 4 11. Scrum Deze whitepaper gaat over Scrum. Kort en bondig: Scrum is een software-ontwikkelmethode met vaste sprints van enkele weken waarin steeds een verbeterde

Nadere informatie

Agile in Projecten minimalisme of strak pak? Richard Weber PMP

Agile in Projecten minimalisme of strak pak? Richard Weber PMP Agile in Projecten minimalisme of strak pak? Richard Weber PMP De Spreker Richard Weber Directeur & oprichter Adviseur & coach Projectmanagement Profile Dynamics ICT & Bedrijfskundige achtergrond Trainer

Nadere informatie

Use-Case 2.0. Requirements Kenniscentrum 15 November 2012. Eric Lopes Cardozo elcardozo@ivarjacobson.com

Use-Case 2.0. Requirements Kenniscentrum 15 November 2012. Eric Lopes Cardozo elcardozo@ivarjacobson.com Use-Case 2.0 Requirements Kenniscentrum 15 November 2012 Eric Lopes Cardozo elcardozo@ivarjacobson.com Agenda Use cases: Een korte geschiedenis Waarom nog steeds use cases gebruiken? Waarom Use-Case 2.0?

Nadere informatie

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

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

Nadere informatie

SmartScrum: Agile én duurzaam

SmartScrum: Agile én duurzaam SmartScrum: Agile én duurzaam SmartScrum: slimmer, sneller, goedkoper! 20% tot 30% snellere time-to-market 20% tot 30% kostenbesparing 100% voorspelbaar 100% duurzaam 100% begrijpelijk PNA Group lanceert

Nadere informatie

EXIN Agile Scrum Foundation

EXIN Agile Scrum Foundation Voorbeeldexamen EXIN Agile Scrum Foundation Editie april 2014 Copyright 2014 EXIN All rights reserved. No part of this publication may be published, reproduced, copied or stored in a data processing system

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

Ontwikkelmethodiek voor software

Ontwikkelmethodiek voor software voor software Sonja Rouwhorst Instituut voor interactieve media Hogeschool van Amsterdam Datum: 28 januari 2008 Versie: 1 Status: definitief Inhoudsopgave Inleiding... 3 Het proces van software ontwikkelen...

Nadere informatie

Titel, samenvatting en biografie

Titel, samenvatting en biografie Titel, samenvatting en biografie \ Peter Wanders De Black Box Dialog methode Voorjaarsevent Testnet: 22 juni 2009 Samenvatting Nog nooit heb ik heb een klant horen zeggen: Enorm vervelend dat het IT project

Nadere informatie

Duurzaam Product. Ecodesign methode van Tischner

Duurzaam Product. Ecodesign methode van Tischner Ecodesign methode van Tischner Omschrijving Stappenplan voor het ontwerpen van milieuvriendelijke producten. Het stappenplan is gebaseerd op gangbare methoden voor productontwerpen. Gebruik Het stappenplan

Nadere informatie

Introductie. Hoofdstuk 1. 1.1 Over softwareontwikkeling

Introductie. Hoofdstuk 1. 1.1 Over softwareontwikkeling Hoofdstuk 1 Introductie 1.1 Over softwareontwikkeling In de meeste gevallen zijn er veel mensen betrokken bij de ontwikkeling van software: niet alleen de klant die de opdrachtgever is en de programmeurs

Nadere informatie

Requirements in een klein project - Voor een team van 1

Requirements in een klein project - Voor een team van 1 Requirements in een klein project - Voor een team van 1 Gastcollege Technische Universiteit Eindhoven Harry Nieboer Insteek vandaag Requirements in de praktijk Eerst Requirements in een klein project (één

Nadere informatie

Adding value to test tooling Hoe en waarom DevOps de wereld van performance testen verandert

Adding value to test tooling Hoe en waarom DevOps de wereld van performance testen verandert Hoe en waarom DevOps de wereld van performance testen verandert Najaarsevenement 14 oktober 2015 Inleiding Wie zijn we Marc Koper: Specialist in performancetesten / testautomatisering HenkJaap van den

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

Factsheet KICKSTARTERS Mirabeau

Factsheet KICKSTARTERS Mirabeau Factsheet KICKSTARTERS Mirabeau KICKSTARTERS We lanceren binnen twee maanden een nieuw digitaal platform waarmee u in hoog tempo business value genereert. De digitale transformatie is in volle gang. Consumenten

Nadere informatie

Factsheet CONTINUOUS VALUE DELIVERY Mirabeau

Factsheet CONTINUOUS VALUE DELIVERY Mirabeau Factsheet CONTINUOUS VALUE DELIVERY Mirabeau CONTINUOUS VALUE DELIVERY We zorgen ervoor dat u in elke volwassenheidsfase van uw digitale platform snel en continu waarde kunt toevoegen voor eindgebruikers.

Nadere informatie

Procesgerichte IT BPM de link tussen bedrijf en IT

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

Nadere informatie

Oplossingen voor het testen van objectgeoriënteerde software. Oplossingen voor het testen van. Overzicht. Pieter van den Hombergh.

Oplossingen voor het testen van objectgeoriënteerde software. Oplossingen voor het testen van. Overzicht. Pieter van den Hombergh. Oplossingen voor het testen van objectgeoriënteerde software Pieter van den Hombergh Fontys Hogeschool voor Techniek en Logistiek Software Engineering 14 maart 2013 HOM/FHTeL Oplossingen voor het testen

Nadere informatie

TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl

TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Testers helpen ontwikkelaars of andersom? TestNet Voorjaarsevenement 2010 Jurian van de Laar 12 mei 2010 info@improveqs.nl Improve Quality Services B.V. 2 Agenda Hoe veilig is een muur? Past Scrum ook

Nadere informatie

Titel: Agile development process for usable software Richting: 2de masterjaar in de informatica - Human Computer Interaction Jaar: 2009

Titel: Agile development process for usable software Richting: 2de masterjaar in de informatica - Human Computer Interaction Jaar: 2009 Auteursrechterlijke overeenkomst Opdat de Universiteit Hasselt uw eindverhandeling wereldwijd kan reproduceren, vertalen en distribueren is uw akkoord voor deze overeenkomst noodzakelijk. Gelieve de tijd

Nadere informatie

Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo

Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo Uitdagingen performancetesten in een Agile omgeving Best Practices & Demo Henrik Rexed & Joerek van Gaalen Voorstellen Joerek van Gaalen Performancetest specialist sinds 2005 Sinds 2014 CTO Computest Voorstellen

Nadere informatie

20 mei 2008. Management van IT 1. Management van IT. Wat is dat eigenlijk? IT organisaties: overeenkomsten en verschillen

20 mei 2008. Management van IT 1. Management van IT. Wat is dat eigenlijk? IT organisaties: overeenkomsten en verschillen Management van IT Han Verniers PrincipalConsultant Han.Verniers@Logica.com Logica 2008. All rights reserved Programma Management van IT Wat is dat eigenlijk? IT organisaties: overeenkomsten en verschillen

Nadere informatie

Tien tips voor canonieke datamodellering. Bert Dingemans

Tien tips voor canonieke datamodellering. Bert Dingemans Tien tips voor canonieke datamodellering Bert Dingemans Abstract Modelleren is een vakgebied gebaseerd op eenvoudige notaties. Echter op het moment dat en model opgesteld wordt blijkt de te modelleren

Nadere informatie

Cosmic Full Function Points (CFFP) Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Cosmic Full Function Points (CFFP) Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. Cosmic Full Function Points (CFFP) Een introductie Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2 VERSIEBEHEER...

Nadere informatie

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

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

Nadere informatie

Lean Six-Sigma. HealthRatio Operational Excellence

Lean Six-Sigma. HealthRatio Operational Excellence Lean Six-Sigma HealthRatio Operational Excellence De zorg werkt in een roerige omgeving Veel veranderingen leggen extra druk op zorginstellingen om goedkoper, efficiënter en transparanter te kunnen werken.

Nadere informatie

WAT BETEKENT BUSINESS AGILITY VOOR UW ONTWIKKELSTRAAT? SAMENVATTING BUSINESS AGILITY ITERATIEVE AANPAK ONTWIKKELSTRAAT

WAT BETEKENT BUSINESS AGILITY VOOR UW ONTWIKKELSTRAAT? SAMENVATTING BUSINESS AGILITY ITERATIEVE AANPAK ONTWIKKELSTRAAT WAT BETEKENT BUSINESS AGILITY VOOR UW ONTWIKKELSTRAAT? SAMENVATTING Voor het bereiken van business agility is meer nodig dan een juiste architectuur en is een iteratieve aanpak essentieel. Daarvoor is

Nadere informatie

Business Sprint LOOT-scholen en Zo.Leer.Ik in kader van project Leerling 2020. Door Madelief Keyser en Michael van Wetering

Business Sprint LOOT-scholen en Zo.Leer.Ik in kader van project Leerling 2020. Door Madelief Keyser en Michael van Wetering Business Sprint LOOT-scholen en Zo.Leer.Ik in kader van project Leerling 2020 Door Madelief Keyser en Michael van Wetering Aanleiding Business Sprints Inzicht krijgen in behoeftes van nieuwe onderwijsconcepten

Nadere informatie

Management. Analyse Sourcing Management

Management. Analyse Sourcing Management Management Analyse Sourcing Management Management Business Driven Management Informatie- en communicatietoepassingen zijn onmisbaar geworden in de dagelijkse praktijk van uw organisatie. Steeds meer

Nadere informatie

De projectmanager. en zelforganiserende teams

De projectmanager. en zelforganiserende teams De projectmanager en zelforganiserende teams Agenda 16:00 16:30: Inloop 16:30 16:50: Welkomstwoord DUO 16:50 17:00: Welkomstwoord IPMA Noord 17:00 17:30: Oefening zelforganisatie 17:30 18:00: Agile en

Nadere informatie

6 Presentatie VTTI Tweede Coentunnel anders aangepakt 29 november 2012. VTTI Tweede Coentunnel anders aangepakt. Waar is de Coentunnel?

6 Presentatie VTTI Tweede Coentunnel anders aangepakt 29 november 2012. VTTI Tweede Coentunnel anders aangepakt. Waar is de Coentunnel? VTTI Tweede Coentunnel anders aangepakt Coentunnel en de Veiligheidskritische functies Waar is de Coentunnel? Presentatie: Jack Breed (Croon) & Hugo Kruk (Besix) Datum: 9-11-01 Presentatie VTTI Tweede

Nadere informatie

Inhoud in vogelvlucht

Inhoud in vogelvlucht Inhoud in vogelvlucht Inleiding... 1 Deel I: Agile begrijpen... 7 Hoofdstuk 1: Projectmanagement moderniseren...9 Hoofdstuk 2: Het Agile Manifest en de agile principes...19 Hoofdstuk 3: Waarom agile beter

Nadere informatie

Het belang van. Data Modellering. GEMINIT Training. Data Modellering. Frédéric BARBIER

Het belang van. Data Modellering. GEMINIT Training. Data Modellering. Frédéric BARBIER Het belang van Data Modellering Studiedag Informatiemanagement Politeia, 22 februari 2013, Gent Open data en de cloud: een revolutie in de informatiehuishouding van de overheid Training Data Modellering

Nadere informatie

Whitepaper. Continuous Delivery [Auteur] Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50 11 19 Fax +31(0)318-51 83 59

Whitepaper. Continuous Delivery [Auteur] Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50 11 19 Fax +31(0)318-51 83 59 Whitepaper Continuous Delivery [Auteur] Hoofdkantoor Kruisboog 42 3905 TG Veenendaal Tel. +31(0)318-55 20 20 Fax +31(0)318-55 23 55 Kenniscentrum De Smalle Zijde 39 3903 LM Veenendaal Tel. +31(0)318-50

Nadere informatie

Wat drijft het werkveld?

Wat drijft het werkveld? Wat drijft het werkveld? Presentatie uitkomsten survey Jacob Brunekreef, Fontys ICT Jacob Brunekreef Meer dan 25 jaar werkzaam in de IT Nu: Projectleider EQuA project, Fontys ICT Adviseur / trainer bij

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

Whitepaper Kennis delen voor jouw persoonlijke groei. Prince2 en RUP. één plus één is drie

Whitepaper Kennis delen voor jouw persoonlijke groei. Prince2 en RUP. één plus één is drie Whitepaper Kennis delen voor jouw persoonlijke groei Prince2 en RUP één plus één is drie Trefwoorden Projectmanagement, Methodes, Prince2, Softwareontwikkeling, RUP, Kwaliteit Prince2 PRojects In Controlled

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

PRINCE2 Symposium: Zin en Onzin van een Methode. PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen SYSQA B.V.

PRINCE2 Symposium: Zin en Onzin van een Methode. PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen SYSQA B.V. PRINCE2 Symposium: PRINCE 2 versus CMMI; raakvlakken, overlap en aanvullingen Jan Jaap Cannegieter SYSQA B.V. SYSQA B.V. Operationeel Tactisch Strategisch Testen Requirements Quality assurance Auditing

Nadere informatie

Product Risico Analyse

Product Risico Analyse Product Risico Analyse Jurian van de Laar TestNet Avond 9 oktober 2013 www.improveqs.nl (info@improveqs.nl) Versie 2.0 1 Herkenbaar? In ons testproces wordt product risico analyse toegepast Wij gebruiken

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

WHITE PAPER. Agile/Scrum

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

Nadere informatie

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 4

Ontwikkelmethoden en technieken. Ontwikkelmethoden & Technieken HC 4 Ontwikkelmethoden en technieken 1 Projectinrichting Ontwikkelmethoden & Technieken HC 34 2 Vandaag Terugblik? Projectinrichting Afsluiting Leestip Introductie/overzicht Week 1 Afbakening Verwachtingen

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

Incore Solutions Learning By Doing

Incore Solutions Learning By Doing Incore Solutions Learning By Doing Incore Solutions Gestart in November 2007 Consultants zijn ervaren met bedrijfsprocessen en met Business Intelligence Alle expertise onder 1 dak voor een succesvolle

Nadere informatie

100% voor uw onderneming.

100% voor uw onderneming. 100% voor uw onderneming. 100% AGILE, 100% KWALITEIT, 100% BETROUWBAARHEID DAARVOOR STAAT DE AGILE SOFTWARE FACTORY (ASF). MAAK EEN EINDE AAN OVER- SCHREDEN DEADLINES EN HOOG OPLOPENDE PROJECT KOSTEN.

Nadere informatie

Functioneel ontwerp. Een introductie. Algemene informative voor medewerkers van SYSQA B.V. Almere

Functioneel ontwerp. Een introductie. Algemene informative voor medewerkers van SYSQA B.V. Almere Functioneel ontwerp Een introductie Algemene informative voor medewerkers van SYSQA B.V. Almere Organisatie SYSQA B.V. Pagina 2 van 9 Inhoudsopgave 1 Inleiding... 3 1.1 Algemeen... 3 2 Inleiding... 4 2.1

Nadere informatie

DevOps. optimaliseren van softwareontwikkeling

DevOps. optimaliseren van softwareontwikkeling DevOps optimaliseren van softwareontwikkeling Meer informatie Voor vragen over deze whitepaper of meer informatie kunt u contact opnemen met Info Support door te bellen naar +31 (0) 318 55 20 20 en te

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

V-model is anno 20NU

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

Nadere informatie

Driving business agility with open source Innovation fueled from outside

Driving business agility with open source Innovation fueled from outside Driving business agility with open source Innovation fueled from outside Travelcard, project Next Peter Latten, Maarten Küppers Peter Latten Peter Latten Scrum Coach / Sr. Project Manager m: +31 (0)6 23

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

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

SDM II - System Development Methodology II. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. SDM II - System Development Methodology II Een introductie Algemene informatie voor medewerkers van SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 12 Inhoudsopgave 1 INLEIDING... 3 1.1 ALGEMEEN... 3 1.2

Nadere informatie

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

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

Nadere informatie