Introductie Use Case Point Analyse. SYSQA B.V. Almere

Maat: px
Weergave met pagina beginnen:

Download "Introductie Use Case Point Analyse. SYSQA B.V. Almere"

Transcriptie

1 Introductie Use Case Point Analyse SYSQA B.V. Almere

2 Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Managementsamenvatting Inleiding Use Case Points Geschiedenis van de Use Case Use Case Points Bepalen van de Unadjusted Use Case Points Bepalen van de technische complexiteit Bepalen van de omgevingscomplexiteit Bepalen van de Adjusted Use Case Points Het afleiden van de begroting Relativering van de waarde van de begroting Test Case Point Analyse Gebruikte literatuur Versiebeheer Versie Datum Opmerkingen Auteur Initiele versie, ter review voor expertisegroep Sysqa Definitief gemaakt Sysqa Opmerking Sysqa verwerkt Sysqa Aanpassen opmaak Sysqa

3 Organisatie SYSQA B.V. Pagina 3 van 10 1 Managementsamenvatting Deze introductie beschrijft de Use Case Point Analyse. Use Case Point Analyse is gebaseerd op het gebruik van UML, Unified Modeling Language. Binnen UML wordt er gebruikt gemaakt van Use Cases. Op basis van deze Use Cases is het mogelijk de (test)begroting op te stellen. De stappen die hiervoor ondernomen moeten worden, worden in dit document beschreven. Tevens wordt er kort stilgestaan bij de Test Case Point Analysis. Deze introductie is in samenhang met de introductie Test begrotingen en planning geschreven.

4 Organisatie SYSQA B.V. Pagina 4 van 10 2 Inleiding Een effectieve begroting van een software ontwikkeltraject is één van de moeilijkste en belangrijkste activiteiten van een software project. Een tijdige oplevering van de software aan de opdrachtgever kan niet bereikt worden zonder een accurate en betrouwbare begroting. Er zijn meerdere populaire modellen voor het begroten van test impacts. Traditioneel zijn deze begrotingsmethodieken in meer of in mindere mate gebaseerd op verhoudingsgetallen, toeslag percentages enz. Maar geen van de modellen sluit goed aan bij begroten van testtrajecten gebaseerd op het gebruik van Use Cases in het ontwikkeltraject. Dit terwijl de Use Cases een goede basis kunnen vormen voor het bepalen van de systeemgrootte. Use Case Point Analyse werkt op een vergelijkbare manier als FunctiePuntAnalyse (FPA), zie introductie functiepuntanalyse [6]. Daar waar de Engelse termen meer algemeen gebruikt en bekend zijn dan de Nederlandse termen, worden de Engelse termen gebruikt.

5 Organisatie SYSQA B.V. Pagina 5 van 10 3 Use Case Points 3.1 Geschiedenis van de Use Case De basis van de Use Case werd in het einde van de jaren 60 gelegd bij Ericsson door Ivar Jacobson. Ericsson had haar systeem opgedeeld in blokken die met elkaar verbonden waren. In UML werd dit later bekend als subsystems. Deze blokken werden vastgesteld op wat toen trafic cases werden genoemd, later bekend als Use Cases [3,5]. In 1987 heeft Jacobsen een tekentechniek ontwikkeld voor het concept Use Case [3]. In 1992 bedacht Jacobsen de software ontwikkelmethodiek OOSE (Object Oriented Software Engineering). Dit is een Use Case gedreven methode waarbij Use Cases gebruikt worden voor alle stadia van software ontwikkeling. Inclusief analyse, ontwerp en test [3]. In 1993 heeft Gustav Karner een use case point methode ontwikkeld voor het begroten van object georiënteerde software [3,4]. Alistair Cockburn heeft het Actors and Goals concept geïntroduceerd als handleiding voor het schrijven en structureren van Uses Cases. Hij onderscheidt 5 niveaus van Use Cases [1,3]: Very high summary Summary User Goal Sub function Too low Cockburn adviseert de gebruiker vooral op User Goal niveau een goed doordachte set van Use Cases te beschrijven. Dit is ook het laagste niveau waarop de Use Case nog waarde heeft voor de business [1]. In het document van Kirsten Ribu [3] is het gehele concept van Use Cases en Actors and Goals zeer duidelijk uitgewerkt. 3.2 Use Case Points Het aantal Use Case Points in een project is afhankelijk van de volgende factoren [1,3,4]: Aantal en complexiteit van de Use Cases in het systeem Aantal en complexiteit van de Actors in het systeem Non-functional requirements zoals portabiliteit, performance en onderhoudbaarheid die niet beschreven worden in Use Cases De omgeving waarin het project ontwikkeld wordt (taal, team motivatie, ervaring en kennis) Op basis van de eerste twee factoren worden de zogenaamde Unadjusted Use Case Points bepaald. Op basis van de laatste twee factoren worden de Unadjusted Use Case Points gecorrigeerd tot Adjusted Use Case Points. De gedetailleerde werkwijze hiervoor is weergegeven in paragraaf 3.3 tot en met 3.6. De Use Cases die worden gebruikt voor het begroten, moeten allen op hetzelfde niveau zijn, bij voorkeur op het User Goal niveau [1]. 3.3 Bepalen van de Unadjusted Use Case Points Allereerst moeten de Use Cases en de Actors geclassificeerd worden om de Unadjusted Use Case Points (UUCP) te bepalen. Dit wordt gedaan op basis van het aantal Use Cases en Actors en wordt hieronder beschreven.

6 Organisatie SYSQA B.V. Pagina 6 van Classificatie van Use Cases De Use Cases worden in 3 groepen onderverdeeld, afhankelijk van het aantal transacties (stappen in een use case) die ze te weeg brengen. Op basis van deze onderverdeling wordt de relatieve complexiteit bepaald. Door het aantal Use Cases per groep te bepalen en te vermenigvuldigen met de bijbehorende factor wordt de Unadjusted Use Case Weights (UUCW) bepaald. Het volgende rekenmodel wordt hiervoor voorgeschreven[1,3]: Type Use Case Aantal transacties Factor Aantal Use Cases Totaal Simpel 3 of minder 5 Gemiddeld 4 tot en met 7 10 Complex meer dan 7 15 Totaal UUCW De kolom Totaal wordt bepaald door het aantal Use Cases te vermenigvuldigen met de factor. Het Totaal UUCW is de sommatie van deze totalen. Szongott gebruikt dezelfde klassen met dezelfde factoren, alleen vindt de classificatie niet plaats enkel op basis van aantal transacties. Hij hanteert het type use case waarbij naast het aantal transacties ook naar het aantal geraadpleegde gegevensbronnen (databanken) en aantal gegevensgroepen (classes) wordt gekeken [4] Classificatie van Actors Ook de Actors worden in drie klassen onderverdeeld, net als de Use Cases. Een Actor uit de eenvoudigste klasse is bijvoorbeeld een API (Application Programming Interface). Een gemiddelde Actor is bijvoorbeeld een ander systeem dat middels TCP/IP samenwerkt. Tot slot de complexe Actor. Dat is bijvoorbeeld een gebruiker via een GUI of een webinterface [1,3,4]. Net zoals voor de Use Case de waarde UUCW bepaald moet worden, moet dit ook voor de Actor. Dit heet de Unadjusted Actor Weight (UAW). Het volgende rekenmodel wordt hiervoor voorgeschreven[1,3,4]: Type Actor Factor Aantal Actors Totaal Simpel 1 Gemiddeld 2 Complex 3 Totaal UAW Totaal wordt bepaald door het aantal Actors te vermenigvuldigen met de factor Bepaling UUCP De bepaling van de Unadjusted Use Case Points is nu als volgt: UUCP = UUCW + UAW 3.4 Bepalen van de technische complexiteit Hierboven is bepaald hoeveel Unadjusted Use Case Points het systeem kent. Nu wordt dit getal aangepast voor de technische complexiteit van het systeem. Hiervoor wordt allereerst de Tfactor bepaald. De TFactor is het totaal van 13 technische items die een rol spelen bij de technische complexiteit. In het onderstaande schema is dat uitgewerkt [1,3,4].

7 Organisatie SYSQA B.V. Pagina 7 van 10 Item Omschrijving Factor Gewicht Totaal T1 Distributed System 2 T2 Performance 1 T3 End User Efficiency 1 T4 Complex Internal Processing 1 T5 Reusability 1 T6 Easy to Install 0,5 T7 Easy to Use 0,5 T8 Portability 2 T9 Easy to Change 1 T10 Concurrency 1 T11 Special Security Features 1 T12 Provides Direct Access for Third Parties 1 T13 Special User Training Facilities Are Required 1 Totaal TFactor De werking is als volgt. Per technisch item bepaal je het gewicht, het gewicht heeft een waarde tussen de 0 (niet relevant) en 5 (heel belangrijk). Hier komt per item een totaal uit en samen vormen die de TFactor. De Technical Complexity Factor (TCF) wordt dan als volgt bepaald: TCF = 0,6 + (0,01*TFactor) 3.5 Bepalen van de omgevingscomplexiteit Niet alleen de technisch complexiteit heeft invloed op het aantal Use Case Points. Ook de omgeving waarin het project plaatsvindt heeft hier invloed op. Dit gebeurd op basis van 8 omgevingsfactoren, Environmental Factors (EF). In het onderstaande schema is dat uitgewerkt [1,3,4]. Item Omschrijving Factor Gewicht Totaal E1 Familiarity with development process 1,5 E2 Application Experience 0,5 E3 Object-Oriented Experience 1 E4 Lead Analyst Capability 0,5 E5 Motivation 1 E6 Stable Requirements 2 E7 Part-time Workers -1 E8 Difficult Programming Language -1 Totaal EFactor De werking is als volgt. Per omgevingsitem bepaal je het gewicht, het gewicht heeft een waarde tussen de 0 (geen invloed), naar 1 (sterk negatieve invloed), 3 (gemiddelde invloed) en 5 (sterk positieve invloed) op het project [1,3,4]. Hier komt per item een totaal uit en samen vormen die de EFactor. De Environmental Factor (EF) wordt dan als volgt bepaald: EF = 1,4 + (-0,03*EFactor) 3.6 Bepalen van de Adjusted Use Case Points

8 Organisatie SYSQA B.V. Pagina 8 van 10 Tot slot kan de Adjusted Use Case Points (UCP) waarde bepaalde worden. De formule hiervoor is als volgt [1,3,4]: UCP = (UUCW + UAW) x TCF x EF of UCP = UUCP x TCF x EF De waarde van UCP vormt de basis voor de begroting. 3.7 Het afleiden van de begroting Karner stelt voor om per UCP 20 uur te rekenen voor de totale ontwikkelbegroting [1,3]. Maar hier maken verschillende bronnen kanttekeningen bij. Onder andere Ribu heeft een productiviteit variërend van 15 tot 30 uren per UCP gevonden [3]. Schneider en Winters suggereren een verfijning van de norm van Karner op basis van de ervaring van het team en de stabiliteit van het project. Tel het aantal omgevingsitems uit de reeks E1 - E6 die een waarde groter dan 3 hebben en van E7 E8 welke een waarde onder de 3 hebben en groter dan 0. Als het aantal omgevingsitems 2 of lager is, dan kan 20 uur per UCP aangenomen worden. Is het 3 of 4, neem dan 28 uur per UCP. Is het aantal meer dan 4, dan zijn er te veel omgevingsfactoren die een negatieve invloed op het project hebben. Het project kan dan beter stilgelegd worden om vervolgens de omgevingsfactoren te verbeteren [1,3]. Szongott suggereert een andere aanpak. Hij stelt om eerst uit te gaan van 20 uur per UCP en in de loop van het project een al nauwkeuriger productiviteitsfactor (PF) te bepalen. Dit kan middels de volgende formule [4]: PF = bestede uren project / UCP s project. Bij bestede uren project zijn dit de uren van de reeds afgeronde UCP s, deze worden dan gedeeld door het aantal afgeronde UCP s. In de gebruikte literatuur wordt geen nadere specificatie richting testbegrotingen gegeven. Op basis van verhoudingsgetallen valt de testbegroting af te leiden. 3.8 Relativering van de waarde van de begroting In de geraadpleegde documentatie wordt de berekenwijze op verschillende wijzen bekritiseerd. Ribu heeft een studie gemaakt van een aantal projecten waarbij vooraf op basis van UCP s begroot was en op basis van UUCP s met een iets andere factor waarbij vervolgens geen rekening meer werd gehouden met de technische complexiteit en de omgeving. De conclusie hier was dat de zuiverheid van de standaard rekenwijze via UCP s niet nauwkeuriger was dan de nieuw ontwikkelde methodiek via de UUCP s [3]. Cohn schrijft dat het volledig uitwerken van Use Cases op User Goal niveau tegen de principes van Agile software development gaat [1]. De vraag is echter gerechtvaardigd of het toepassen en uitwerken van Use Cases wel past bij Agile software development.

9 Organisatie SYSQA B.V. Pagina 9 van 10 4 Test Case Point Analyse Als tegenhanger van de Use Case Point Analyse heeft Patel de Test Case Point Analyse (TCP) beschreven [2]. De kracht van dit model is dat het duidelijk onderscheid maakt tussen geautomatiseerde testcases en handmatige testcases. Aangezien dit tot nu toe de enige bekende bron is waarin deze methodiek beschreven is en geen praktijk ervaringen gevonden zijn, blijft het bij een globale beschrijving. Patel gaat in zijn model uit van 2 activiteiten, testcases voorbereiden en test cases uitvoeren. Dit kan geautomatiseerd in zijn model alsook handmatig. TCP volgt 7 stappen: 1. Identificeer de Use Cases 2. Bepaal de Test Cases 3. Bepaal de TCP voor handmatige testcase voorbereiding 4. Bepaal de TCP voor geautomatiseerde testcase voorbereiding 5. Bepaal de TCP voor handmatige testcase uitvoering 6. Bepaal de TCP voor geautomatiseerde testcase uitvoering 7. Bepaal het totaal TCP Met de Use Cases als basis wordt het aantal testcases bepaald. Ook hier wordt, gelijk aan de Use Case Point Analyse, geclassificeerd op basis van complexiteit, gemeten naar het aantal teststappen voor een testcase, de samenhang tussen de verschillende testcases en de moeilijkheidsgraad van de uitkomst van de testcase. Dit wordt verder uitgewerkt voor de verschillende stappen. Een duidelijk rekenvoorbeeld ontbreekt in de geraadpleegde documentatie evenals metrics voor het omzetten van Test Case Points naar te begroten uren.

10 Organisatie SYSQA B.V. Pagina 10 van 10 5 Gebruikte literatuur 1. Cohn, Mike; Estimating With Use Case Points; in Methods and Tools; Volume 13 number 3; Patel, Nirav e.a.; Test Case Point Analysis ; White Paper; versie 1.0; Ribu, Kirsten; Estimating Object-Oriented Software Projects with Use Cases; Master of Science Thesis; University of Oslo, Department of Informatics; Szongott, Christian; Werkzeuggestützte Aufwandsagschätzung bei Erstellung von Use Cases; Bachelorarbeit im Studiengang Informatik; Gottfried Wilhelm Leibniz Universität Hannover, Fakultät für Elektrotechnik und Informatik, Institut für Praktische Informatik, Fachgebiet Software Engineering; OMG; OMG Unified Modeling Language (OMG UML), Infrastructure, V2.1.2; 2007; 6. Introductie Functiepuntanalyse, Kennisbank Sysqa

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

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

Sjabloon testplan o.b.v. situationeel testen. <>

Sjabloon testplan o.b.v. situationeel testen. <<Organisatie>> Sjabloon testplan o.b.v. situationeel testen SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 11 Over dit sjabloon Dit

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

Functiepuntanalyse. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Functiepuntanalyse. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. Functiepuntanalyse 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 2 WAT

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

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

Extended ISO 9126: 2001. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Extended ISO 9126: 2001. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Extended ISO 9126: 2001 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

Informatica 2 Studiehandleiding

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

Nadere informatie

De beheerrisico s van architectuur

De beheerrisico s van architectuur De beheerrisico s van architectuur Een overzicht van de ArChimate Risico Extensie versie 0.2 Bert Dingemans Inleiding Het implementeren van een (enterprise) architectuur brengt altijd risico s met zich

Nadere informatie

Les F-02 UML. 2013, David Lans

Les F-02 UML. 2013, David Lans Les F-02 UML In deze lesbrief wordt globaal beschreven wat Unified Modeling Language (UML) inhoudt. UML is een modelleertaal. Dat wil zeggen dat je daarmee de objecten binnen een (informatie)systeem modelmatig

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

<> <>

<<Naam document>> <<Organisatie>> SYSQA B.V. Almere Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van 10 Inhoudsopgave 1 Managementsamenvatting...3 2 Opdracht...4

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

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil eagileagileagileagileagileagileagileagi leagileagileagileagileagileagileagileag

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

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

Op de computer kan naar eigen inzicht software op worden geïnstalleerd, een andere besturingssysteem is mogelijk.

Op de computer kan naar eigen inzicht software op worden geïnstalleerd, een andere besturingssysteem is mogelijk. Planningsfase 1. Afspraken maken over doelstelling en randvoorwaarden De doelstelling van het project: De doelstelling van het project: het maken van het gewenste product. De doelstelling van de student:

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

Continuous Delivery. Sander Aernouts

Continuous Delivery. Sander Aernouts Continuous Delivery Sander Aernouts Info Support in een notendop Maatwerk softwareontwikkeling van bedrijfskritische kantoorapplicaties Business Intelligence oplossingen Managed IT Services Eigen Kenniscentrum

Nadere informatie

Kwaliteitskosten onderzoek. Aanpak. Algemene informatie voor medewerkers van: SYSQA B.V.

Kwaliteitskosten onderzoek. Aanpak. Algemene informatie voor medewerkers van: SYSQA B.V. Kwaliteitskosten onderzoek Aanpak 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 2 KWALITEITSKOSTEN...

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

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

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

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

Balanced Scorecard. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V.

Balanced Scorecard. Een introductie. Algemene informatie voor medewerkers van: SYSQA B.V. Balanced Scorecard 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... 3 2 DE

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

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

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

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

Business Case. <>

Business Case. <<Naam project>> Business Case SYSQA B.V. Almere Versie : Datum : Status : Opgesteld door : Pagina 2 van 8 Inhoudsopgave 1 Inleiding... 1.1 Doel van dit document...

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

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

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

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

Ontwikkeling informatiesysteem

Ontwikkeling informatiesysteem Ontwikkeling informatiesysteem Voorletters en naam: xxx Studentnummer: xxx Datum: 23 december 2013 Onderwijsinstelling: NCOI Opleidingsgroep Naam opleiding: Bachelor Bedrijfskundige Informatica Naam module:

Nadere informatie

BiZZdesign. Bouwen van sterke en wendbare organisaties met behulp van standaarden, methode, technieken en tools. Research & Development

BiZZdesign. Bouwen van sterke en wendbare organisaties met behulp van standaarden, methode, technieken en tools. Research & Development BiZZdesign Bouwen van sterke en wendbare organisaties met behulp van standaarden, methode, technieken en tools Research & Development 1 Profile CV Joost Niehof Name Grade Nationality Residence Role Joost

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

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

Curriculum Vitae Ishak Atak. www.ishakatak.nl. Naam : Ishak Atak Roepnaam : Ishak. Woonplaats : Utrecht Geboorte datum : 13-05-1983

Curriculum Vitae Ishak Atak. www.ishakatak.nl. Naam : Ishak Atak Roepnaam : Ishak. Woonplaats : Utrecht Geboorte datum : 13-05-1983 Naam : Ishak Atak Roepnaam : Ishak Woonplaats : Utrecht Geboorte datum : 13-05-1983 Tel. : +316-46 17 76 00 Beschikbaar : Full time December 2015 Email: : contact@ishakatak.nl Datum CV : November 2015

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

TestNet Summer School 2011

TestNet Summer School 2011 TestNet Summer School 2011 Datacombinatest met de Classification Tree Editor Kees Saffrie Qualityhouse BV email: k.saffrie@qualityhouse.nl Definities Datacombinatietest een black box testtechniek waarbij

Nadere informatie

Auteurs: Jan van Bon, Wim Hoving Datum: 9 maart 2009. Cross reference ISM - COBIT

Auteurs: Jan van Bon, Wim Hoving Datum: 9 maart 2009. Cross reference ISM - COBIT Auteurs: Jan van Bon, Wim Hoving Datum: 9 maart 2009 Cross reference ISM - COBIT ME: Monitor & Evaluate Cross reference ISM - COBIT Management summary Organisaties gebruiken doorgaans twee soorten instrumenten

Nadere informatie

BISL Business Information Services Library. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

BISL Business Information Services Library. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. BISL Business Information Services Library 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

Nadere informatie

Beter meten met Cffp. Omvangbepaling voor eigentijdse ontwikkelmethoden. kwantificeren. Functiepuntanalyse is de meest gebruikte methode

Beter meten met Cffp. Omvangbepaling voor eigentijdse ontwikkelmethoden. kwantificeren. Functiepuntanalyse is de meest gebruikte methode kwantificeren Beter meten met Cffp Omvangbepaling voor eigentijdse ontwikkelmethoden Functiepuntanalyse is de meest gebruikte methode voor omvangbepaling van softwareontwikkelprojecten. De telrichtlijnen

Nadere informatie

Domeinmodellen en klassendiagrammen

Domeinmodellen en klassendiagrammen Overview Architectuur Deployment-diagram Software-architectuur 1 Architectuur Deployment-diagram Software-architectuur 2 3 Architectuur Architectuur Deployment-diagram Software-architectuur Webapplicatie

Nadere informatie

Unified Modeling Language

Unified Modeling Language Unified Modeling Language Een introductie voor leden van de expertgroep Informatiemodellen Harmen Mantel, Ordina ICT Management & Consultancy, werkzaam voor KING DOELSTELLING PRESENTATIE GEMEENSCHAPPELIJKE

Nadere informatie

Rapportage Lineage. Introductie. Methode. J. Stuiver

Rapportage Lineage. Introductie. Methode. J. Stuiver Rapportage Lineage Rapportage Lineage J. Stuiver Introductie In elk project is het essentieel om informatie over het project en haar activiteiten voor alle partijen beschikbaar te stellen. Deze informatie

Nadere informatie

Inhoud Deel een Het ontwikkeltraject 1 2 3

Inhoud Deel een Het ontwikkeltraject 1 2 3 5 Inhoud Inleiding 11 Deel een Het ontwikkeltraject 13 1 Werken binnen organisaties 15 1.1 Non-profit-organisatie 15 1.2 Profit-organisatie 16 1.3 Doelen 16 1.4 Rechtsvormen 16 Rechtspersoon 17 Persoonlijke

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

Testen bij DWH-projecten

Testen bij DWH-projecten Testen bij DWH-projecten Snelheid, Kwaliteit, Flexibiliteit onder úw regie Armando Dörsek, Software Control 18-09-2007 Wat gaat u horen? Testen van DW/BI > Structureren & Plannen Project- en teamstructuur

Nadere informatie

Van requirements naar teststrategie

Van requirements naar teststrategie Van requirements naar teststrategie Testnet 7 januari 009 Ruud Harreman Appie Pries Waarom dit onderwerp? Leveranciersperspectief Bestaande testmethodes geven weinig aanknopingspunten hoe requirements

Nadere informatie

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

UML is een visuele taal om processen, software en systemen te kunnen modeleren.

UML is een visuele taal om processen, software en systemen te kunnen modeleren. Vragen inleinding UML 1. Wat is UML? UML is een visuele taal om processen, software en systemen te kunnen modeleren. 2. Waar bestaat UML uit? Notaties(zijn symbolen, commentaar en waarden etc.) en diagrammen(grafische

Nadere informatie

Agile ervaring Ir.ing. Erik van Daalen

Agile ervaring Ir.ing. Erik van Daalen Agile ervaring Ir.ing. Erik van Daalen Eneco Rotterdam 3 december 2013 03-12-2013 Agile Erik van Daalen 1 Hoofdsponsor Sponsors IPMA-N Jaarsponsors 03-12-2013 Agile Erik van Daalen 2 Korte introductie

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

Modulebeschrijving voor MOD1

Modulebeschrijving voor MOD1 Modulebeschrijving voor MOD1 Fontys Venlo Afd. informatica 12 april 2013 Samenvatting 1 Identificatie Module Modeling 1 ProgressCode MOD1 Docenten Ferd van Odenhoven Afdeling Fontys Hogeschool Techniek

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

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

BLIJVEND STRUCTUREEL TEKORT AAN DIGITAL EXPERTS!

BLIJVEND STRUCTUREEL TEKORT AAN DIGITAL EXPERTS! ICT BLIJVEND STRUCTUREEL TEKORT AAN DIGITAL EXPERTS! Persconferentie 4 juni 2013 AXA Brussel Agenda 1. Resultaten van de enquête 2013 over de arbeidsmarkt voor digital experts 2. AXA 3. Actiepunten en

Nadere informatie

Resultaat gerichter Testen

Resultaat gerichter Testen Resultaat gerichter Testen Verandering van test beleid bij Rabobank International De Rabobank 1 Rabobank International Information Systems &Development IS&D Global Services & IT Risk Management Strategy

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

R O D Y M I D D E L K O O P, R O D Y. M I D D E L K O O P @ H A N. N L, @ R O D M I D D E

R O D Y M I D D E L K O O P, R O D Y. M I D D E L K O O P @ H A N. N L, @ R O D M I D D E 1 DDOA 2 Semester Keuze uit 15 Combinatie bepaalt opleiding Student kiest er 3 die samen met stage het 2e/3e jaar vormen 3 INGEZOOMD: DDOA 7.5 ECTS 7.5 ECTS 15 ECTS Project 4 BEROEPSTAAK Ontwikkel een

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

Expert level Improving the testing process

Expert level Improving the testing process Expert level Improving the testing process Eerste praktijkervaringen Smaakmaker voor najaarsevent www.improveqs.nl (info@improveqs.nl) Eduard Hartog Isabelle Robrechts Version 1.1 Agenda Opbouw training

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

Riskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink

Riskpoker - Confirmation - Planningpoker. Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink Riskpoker - Confirmation - Planningpoker 10-7-2013 Opfrissing TMap NEXT in scrum en toelichting op de opdracht Leo van der Aalst - Jos Punter - Hans Lantink 1 Presentatie (sprint) backlog items 1 2 3 4

Nadere informatie

Deel 4 Active Directory inleiding

Deel 4 Active Directory inleiding Deel 4 Active Directory inleiding 1 Wat is AD? 2 Structuur van AD? 3 Domain Controllers 4 Verschil met werkgroep 5 Install van een nieuw domain 6 AD Consoles Active Directory (AD) staat beheerders toe

Nadere informatie

Application interface. service. Application function / interaction

Application interface. service. Application function / interaction Les 5 Het belangrijkste structurele concept in de applicatielaag is de applicatiecomponent. Dit concept wordt gebruikt om elke structurele entiteit in de applicatielaag te modelleren: softwarecomponenten

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

De juiste requirements juist

De juiste requirements juist De juiste requirements juist Een voorwaarde voor succesvolle applicatie ontwikkeling Arno van Herk Managing partner Synergio B.V. a.van.herk@synergio.nl 2011 Een brug naar onze presentatie Uniface is Compuware's

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

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

Een Inleiding tot Software Engineering. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 Slide 1

Een Inleiding tot Software Engineering. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 Slide 1 Een Inleiding tot Software Engineering Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 1 Slide 1 Software engineering De economie is compleet afhankelijk van software. Meer en meer systemen

Nadere informatie

Programmeren. Inleiding

Programmeren. Inleiding Programmeren Inleiding STAPPEN IN DE ONTWIKKELING VAN EEN PROGRAMMA 1. Probleem 1. Probleem Ideaal gewicht berekenen Wortel van een vierkantsvergelijking berekenen Schaakspel spelen Boekhouding doen 2.

Nadere informatie

Methodiek. Versie: 16/05/2012 13:42:35

Methodiek. Versie: 16/05/2012 13:42:35 Methodiek Versie: 16/05/2012 13:42:35 Inhoudsopgave Methodiek... 2 Onze visie op het functioneel ontwerp... 2 Stappen in het ontwerpproces... 3 Methodiek Inleiding In dit deel van de encyclopedie wordt

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

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Data Warehouse. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. Data Warehouse 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... 3 2 DOEL VAN

Nadere informatie

Equivalentie tussen: vormingen georganiseerd door het ministerie van Defensie en opleidingen van het volwassenenonderwijs

Equivalentie tussen: vormingen georganiseerd door het ministerie van Defensie en opleidingen van het volwassenenonderwijs - 1 - Equivalentie tussen: vormingen georganiseerd door het ministerie van Defensie en opleidingen van het volwassenenonderwijs 1. Vorming officier Informaticus niveau Korps Technische fiche van de vorming

Nadere informatie

User experience voor projecten

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

Nadere informatie

Risk & Requirements Based Testing

Risk & Requirements Based Testing Risk & Requirements Based Testing Tycho Schmidt PreSales Consultant, HP 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Agenda Introductie

Nadere informatie

Beveiliging in Industriële netwerken. Waarom monitoring een goed idee is

Beveiliging in Industriële netwerken. Waarom monitoring een goed idee is Beveiliging in Industriële netwerken Waarom monitoring een goed idee is Korte introductie / voorstellen: - Sinds 1951, Benelux - Monitoring, groeit naar security - ICT omgevingen, groeit naar Industrie

Nadere informatie

Vereenvoudigd sjabloon requirementsdocument. <>

Vereenvoudigd sjabloon requirementsdocument. <<Organisatie>> Vereenvoudigd sjabloon requirementsdocument SYSQA B.V. Almere Versie : Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van

Nadere informatie

IT Service CMM. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

IT Service CMM. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V. IT Service CMM 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 2 GESCHIEDENIS EN ACHTERGROND...

Nadere informatie

Readiness Assessment ISMS

Readiness Assessment ISMS Readiness Assessment van ISMS ISO/IEC27001:2005 1 Senior Internal/IT auditor Luyke Tjebbes EMIA RO CISA Lead Auditor ISO/IEC27001:2005 Projectleider ISO assessment 2 Wat is ISO 27001 eigenlijk? ISO/IEC

Nadere informatie

Opleidingsaanbod: testopleidingen.com

Opleidingsaanbod: testopleidingen.com (Business, (IT) Projectmanagement, Quality Management, etc.) TMap NEXT Test Engineer(NL/ENG) Examentraining TMap NEXT Test Engineer E-learning TMap NEXT Test Engineer Certificering TMap NEXT Test Engineer

Nadere informatie

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol. Datum: dd-mm-jj

Olde Bijvank Advies Organisatieontwikkeling & Managementcontrol. Datum: dd-mm-jj BUSINESS CASE: Versie Naam opdrachtgever Naam opsteller Datum: dd-mm-jj Voor akkoord: Datum: LET OP: De bedragen in deze business case zijn schattingen op grond van de nu beschikbare kennis en feiten.

Nadere informatie

Agile, Scrum en Kanban in de praktijk

Agile, Scrum en Kanban in de praktijk Agile, Scrum en Kanban in de praktijk Wat is agile en wat kenmerkt agile projecten? Agile in de praktijk: rollen, teams en best practices Hoe om te gaan met requirements in agile projecten? Hoe agile projecten

Nadere informatie

70:20:10 CONSULTANT. Slimmer werken en leren met 70:20:10. Programma met certificaat van 70:20:10 Institute

70:20:10 CONSULTANT. Slimmer werken en leren met 70:20:10. Programma met certificaat van 70:20:10 Institute Programma met certificaat van 70:20:10 Institute 70:20:10 CONSULTANT INGREDIËNTEN: MELD JE HIER AAN DOING SHARING KNOWING Performance Detective Performance Architect Performance Master Builder Performance

Nadere informatie

BUSINESS RISK MANAGEMENT

BUSINESS RISK MANAGEMENT BUSINESS RISK MANAGEMENT Algemene benadering FEDICT Quick-Win-methode Datum Auteur Versie 24/8/26 A. Huet - A. Staquet V1. Inhoud 1 DOELSTELLING VAN HET DOCUMENT... 2 2 DEFINITIES... 2 3 PRINCIPE... 3

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

Offshore Outsourcing van Infrastructure Management

Offshore Outsourcing van Infrastructure Management Offshore Outsourcing van Infrastructure Management an emerging opportunity dr. Erik Beulen Atos Origin/Tilburg University 1 Agenda Introductie Ontwikkelingen Risicovergelijking Best practices Conclusies

Nadere informatie

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

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

Nadere informatie

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

TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN

TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN TMAP NEXT DOCUMENT OVERZICHT TOEGEPASTE TESTVORMEN Copyright Sogeti Nederland B.V. te Vianen Niets uit deze uitgave mag verveelvoudigd en/of openbaar worden gemaakt (voor willekeurig welke doeleinden)

Nadere informatie

VERENIGINGSWIJZER.NL PROJECTPLAN

VERENIGINGSWIJZER.NL PROJECTPLAN Vrije Universiteit Amsterdam Faculteit der Exacte Wetenschappen Project Multimedia Peter van Ulden Studentnr. 1494759 VERENIGINGSWIJZER.NL PROJECTPLAN INHOUDSOPGAVE 1 Inleiding...3 2 Project omschrijving...4

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

case: toestandsdiagrammen

case: toestandsdiagrammen Hoofdstuk 13 case: toestandsdiagrammen In dit hoofdstuk wordt het maken van de eerste versie van de toestandsdiagrammen voor het boodschappensysteem van Hans en Jacqueline uitgewerkt. 13.1 Vind klassen

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