VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

Save this PDF as:
 WORD  PNG  TXT  JPG

Maat: px
Weergave met pagina beginnen:

Download "VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER"

Transcriptie

1 VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER Sander Hoogendoorn Versie april 2002

2 Documentbeheer Versie Datum Auteur Omschrijving April 2002 Sander Hoogendoorn april 2002 Sander Hoogendoorn Eerste opzet april 2002 Sander Hoogendoorn Tekst artikel bewerkt april 2002 Sander Hoogendoorn Versie april 2002 Pagina i

3 Inhoudsopgave Ordina SMART 3 4 Testscenario s en stappenplannen 5 Het identificeren van scenario s 6 Attributen en testgevallen 7 Integratie en applicatiearchitectuur 8 Van requirements naar testgevallen 9 Publicatie 10 Versie april 2002 Pagina ii

4 Ordina SMART Ordina SMART is een complete aanpak voor de snelle ontwikkeling van moderne applicaties. SMART stelt organisaties in staat projecten uit te voeren aan de hand van een pragmatisch en flexibel proces. Dit betekent dat SMART snel en gemakkelijk inzetbaar is en aansluit op de bestaande en toekomstige systeemontwikkelomgevingen. De uitvoering van dit proces wordt ondersteund door een breed scala van moderne technieken. Ordina SMART maakt gebruik van de modelleertechnieken van de Unified Modelling Language, de facto standaard voor het ontwerpen van applicaties. Bovendien zijn SMART applicaties gebaseerd op een schaalbare service georiënteerde architectuur. SMART voorziet binnen vier pijlers - proces, modellering, architectuur en tools -, een breed scala aan services op het gebied van projectmanagement, standaards en richtlijnen, trainingen en audits. Deze bijzondere bundeling van kennis en expertise maakt Ordina SMART een professioneel kader voor de ondersteuning en uitvoering van systeemontwikkeling. Versie april 2002 Pagina 3

5 Het goed beschrijven van testspecificaties is lastig. Enerzijds wordt dit veroorzaakt doordat de functionele specificaties gedurende systeemontwikkelprojecten voortdurend wijzigen, anderzijds doordat er geen standaard notatiewijze wordt gebruikt voor het vastleggen van deze functionele specificaties. Het gebruik van de modelleertaal UML als basis voor het beschrijven van testspecificaties kan echter uitkomst bieden. De modelleertaal Unified Modeling Language (UML) is de laatste jaren uitgegroeid tot de defactostandaard voor analyse en ontwerp van applicaties. De verschillende modelleertechnieken van UML kunnen echter ook gebruikt worden als uitgangspunt voor het testen van functionaliteit. Vanuit deze optiek is het use case diagram de belangrijkste modelleertechniek van UML. Hierin worden de requirements voor de applicatie vastgelegd. Een bedrijfsproces of het werkproces van de gebruiker ( actor in UML) is uitgangspunt voor de modellering. Use cases worden vaak opgesteld tijdens workshops waarin de vraag gesteld wordt wat de gebruiker gaat doen als hij zijn werk begint. Een use case diagram bevat derhalve deze actoren, gerepresenteerd als draadpoppetjes. Daarnaast kent het uiteraard use cases. Een use case wordt weergegeven als ovaaltje (zie afbeelding 1) en beschrijft een deel van de functionaliteit; uitgevoerd door de actor of aangeroepen door andere use cases. De relaties tussen actoren en use cases en tussen use cases onderling worden weergegeven als pijlen. afbeelding 1: use case diagram voor het doen van een overboeking Het use case diagram is een nuttige modelleertechniek. Het is door zijn eenvoud een uitstekend communicatiemiddel met gebruikers en de projectomgeving. Use-casediagrammen worden derhalve opgesteld tijdens workshops waarin gebruikers deelnemen. De use case fungeert ook als uitgangspunt voor het verdere ontwerp van de applicatie en blijkt een uitstekende eenheid voor het inrichten en plannen van de iteraties van projecten. Iedere iteratie implementeert een collectie use cases, gerelateerd aan een te bereiken projectdoelstelling. Use cases zijn bovendien een goede eenheid voor het schatten van de omvang en complexiteit van het project. Versie april 2002 Pagina 4

6 Ook de relatie met testen is gauw gelegd. Use cases gelden als uitgangspunt voor de beschrijving van testscenario s en testgevallen. Op deze wijze kan worden aangetoond dat er daadwerkelijk gebouwd is wat er gebouwd moest worden. Zo is de cirkel rond en bestaat er een directe relatie tussen dat wat ontworpen is, dat wat gebouwd is en dat wat getest wordt. Testscenario s en stappenplannen Functioneel testen geschiedt op basis van testscenario s. Testscenario s beschrijven de testacties (of handelingen) die worden uitgevoerd en de uitkomsten die deze testacties opleveren. Testscenario s maken zo de functionaliteit verifieerbaar. Een testactie bestaat meestal uit het invoeren van velden op een scherm of webpagina, of een klik op een link of knop. Voor ieder veld kunnen uiteraard verschillende waarden worden ingevuld. Bij ieder testscenario bestaan daarom verschillende testgevallen die weliswaar hetzelfde scenario doorlopen, maar waarbij de waarden van de ingevoerde velden verschillen. Hoe sluit het ontwikkelen van testscenario s en testgevallen aan op de use cases en waaraan moeten use cases voldoen om er testscenario s en testgevallen op te baseren? De systeemontwikkelmethode Ordina SMART geeft hierop een antwoord. Iedere use case wordt begeleidt door een stappenplan (zie afbeelding 2). Dit stappenplan beschrijft de opeenvolgende handelingen die door de actor of het systeem worden uitgevoerd. Het stappenplan vormt de basis voor verdere modellering in activiteitsdiagrammen, interactiediagrammen en klassediagrammen en beschrijft hoe de uitkomst wordt bereikt. Deze wordt beschreven in de postcondities van de use case. Het scenario waarmee het gewenste resultaat wordt bereikt wordt het gewenste scenario genoemd. Er zijn echter meer scenario s mogelijk. Use case Identificeren Klant 1. Toon pagina Identificeren Klant 2. Actor voert Autorisatie in (Klantnummer en PIN). 3. Actor bevestigt 4. Systeem verifieert Autorisatie Klant 4a. Als Autorisatie Klant niet is geverifieerd, stop dan 5. Haal Klant op 5a. Als Klant niet wordt gevonden, stop dan 6. Bewaar Klant in Sessie. afbeelding 2: stappenplan bij de use case Identificeren Klant Nagenoeg ieder stappenplan kent beslismomenten waarbij van het gewenste scenario wordt afgeweken. Nu wordt de beoogde uitkomst niet gerealiseerd. Dergelijke scenario s heten faalscenario s. Ook kan vaak vanuit een faalscenario via een omweg alsnog de beoogde uitkomst worden bereikt. Zo n scenario is een herstelscenario. Versie april 2002 Pagina 5

7 Het identificeren van scenario s Het testen van een use case begint derhalve met het identificeren van de verschillende scenario s. Immers, bij ieder scenario hoort een bijpassend testscenario. Een uitstekend hulpmiddel bij het identificeren van de scenario s is het activity diagram van UML. afbeelding 3: activity diagam bij de use case Identificeren Klant Het activity diagram bestaat uit activiteiten, weergegeven als afgeronde rechthoeken, beslismomenten, gerepresenteerd als diamanten, een startstaat (dichte bol) en mogelijk verschillende eindstaten (bol met cirkel), maar minimaal één (zie afbeelding 3). Het wordt opgesteld aan de hand van het stappenplan, waarbij de individuele stappen worden vertaald naar activiteiten en beslismomenten in het diagram. Met behulp van enkele eenvoudige technieken kunnen uit het activity diagram de diverse scenario s worden geïdentificeerd. Hierbij geldt dat iedere mogelijke manier van het doorlopen van het diagram van startstaat naar een van de eindstaten een scenario representeert. Een deelpad is een verzameling activiteiten die tussen twee beslismomenten plaatsvindt, ofwel tussen het startstaat en een beslismoment, ofwel tussen een beslismoment en een van de eindstaten. De deelpaden worden genummerd en voorzien van een korte omschrijving. In het voorbeeld in afbeelding 3 zijn er nu drie scenario s te onderkennen. Het faalscenario Geen autorisatie dat bestaat uit de deelpaden 1 en 2, een tweede faalscenario Klant niet gevonden met deelpaden 1, 3 en 4 en het gewenste scenario Klant geïdentificeerd met deelpaden 1,3 en 5. Versie april 2002 Pagina 6

8 Bij ieder van deze drie scenario s wordt een testscenario gedefinieerd. De relatie is één op één. De individuele handelingen die door de actor of het systeem worden uitgevoerd, en met de deelpaden zijn geassocieerd, worden vervolgens geïdentificeerd. Deze handelingen worden testacties genoemd en zijn bepalend voor het correct doorlopen van het scenario. Het gewenste scenario leidt tot het testscenario in afbeelding Toon pagain Identicieren Klant Klant voert Autorisatie in Klant bevestigt 2. Klant wordt opgehaald 3. Klant wordt opgeslagen in Sessie afbeelding 4: testscenario Attributen en testgevallen Als volgende stap worden attributen gedefinieerd bij iedere testactie. Deze attributen zijn invoer of zijn het resultaat van een testactie. Het invoeren van de autorisatie (zie afbeelding 4) bestaat uit het invoeren van een klantnummer en een pin. Ook het opslaan van de geautoriseerde klant bij de sessie kent attributen, zoals klantnummer, naam en woonplaats. In het eerste geval moeten de attributen worden ingevoerd tijdens de test; in het laatste geval wordt het behalen van de gewenste uitkomst geverifieerd aan de hand van de attributen. Met het testscenario wordt een van de postcondities van de use case waargemaakt, namelijk dat de klant is geïdentificeerd en opgeslagen in de sessie. Dit wordt overigens geverifieerd door de aanroepende use case Doen Overboeking (zie afbeelding 1). Ieder testscenario wordt nu uitgebreid met de benodigde attributen (zie afbeelding 5). 1. Toon pagina Identicieren Klant Klant voert Autorisatie in (klantnummer en PIN) Klant bevestigt 2. Klant wordt opgehaald 3. Klant wordt opgeslagen in Sessie (klantnummer, naam, woonplaats) afbeelding 5: testscenario met attributen Tenslotte wordt bij ieder testscenario één of meerdere testgevallen gespecificeerd. Een testgeval bestaat uit de opeenvolgende testacties in een testscenario waarbij waarden ingevuld worden voor de bijbehorende attributen. Ervaren testers herkennen al snel de belangrijke waarden voor een attribuut. Denk bijvoorbeeld aan standaard en minimum- en maximumwaarden. Belangrijk is om grenswaarden bij beslismomenten in de testgevallen mee te nemen. Uiteraard verschillen de gebruikte waarden voor attributen per testscenario. In het voorbeeld zal in het testscenario Klant geïdentificeerd een geldig klantnummer en PIN moeten worden ingevoerd. In het testscenario Geen autorisatie is het echter van belang een niet bestaande combinatie van klantnummer en PIN in te voeren. Ieder testgeval wordt uitgeschreven in een tabel, waarbij de testacties op de horizontale as en de attributen bij het testscenario op de verticale as staan (zie afbeelding 6). In de tabel worden de waarden voor de attributen ingevuld. Daarbij wordt opgenomen of het invoer- of Versie april 2002 Pagina 7

9 uitvoerattributen betreft. De ingevulde tabellen worden vervolgens gebruikt om de functionaliteit van de use case te testen. Use case Identificeren Klant Scenario Klant geïdentificeerd Klantnummer PIN Naam Woonplaats Toon pagina Identicieren Klant Klant voert Autorisatie in Klant bevestigt (I) (I) 1234 Klant wordt opgehaald Klant wordt opgeslagen (O) (O) Hoogendoorn (O) De Meern afbeelding 6: testgeval Integratie en applicatiearchitectuur Resteert nog het testen van de integratie van verschillende delen van de applicatie. Ook hiervoor bieden de use cases handvaten. De verschillende use cases maken gebruik van elkaar functionaliteit. De aanroep van een use case door een andere is beschreven in het stappenplan van de aanroepende use case (zie afbeelding 7). Na uitvoering van de functionaliteit van deze use case worden de postcondities van de aangeroepen use case geverifieerd. Deze verificatie maakt eveneens deel uit van het stappenplan. Zo maakt het testen van de postcondities van use case Identificeren Klant deel uit van het stappenplan van use case Doen Overboeking. Dit leidt weer tot een aantal testscenario s. In afbeelding 7 is er in het gewenste scenario een klant geselecteerd. In een van de faalscenario is in de aangeroepen use case geen klant geselecteerd. De verificatie van de postcondities is een beslismoment geworden. In de bijbehorende testscenario s wordt dus een testactie opgenomen die de postcondities verifieert. Use case Doen Overboeking 1. Voer uit Identificeren Klant 3. Als geen Klant is geïdentificeerd (niet in Sessie), stop dan 4. Haal Klant op uit Sessie 5. Toon Klant afbeelding 7: stappenplan van use case Doen Overboeking met aanroep van use case Identificeren Klant Zo wordt ook ieder use case diagram vertaald in testscenario s. De verificatie van de postcondities van een aangeroepen use case levert zo een beslismoment in het stappenplan van de aanroepenende use case. Versie april 2002 Pagina 8

10 Van requirements naar testgevallen Natuurlijk is gradatie aan te brengen in de diepgang van de tests. Afhankelijk van de beschikbare tijd, en vooral afhankelijk van het belang en de complexiteit van de functionaliteit, kan door het projectteam worden besloten om meer of minder gedetailleerd te testen. Dit kan resulteren in minder testgevallen, of in minder gedetailleerde testgevallen. Belangrijk hierbij is de inschatting van het risico dat wordt gelopen bij het onvoldoende testen van de functionaliteit. Een belangrijke constatering is dat het gebruik van UML een belangrijke stap voorwaarts is in de integratie van testen in moderne systeemontwikkelprojecten. De voordelen zijn legio. De hier beschreven werkwijze biedt een rechtstreekse vertaling van requirements naar testspecificaties. Daarnaast faciliteert UML ook hergebruik van ontwerp. Immers, de use case Identificeren Klant wordt vast vaker gebruikt in de applicatie. Nu worden ook de testscenario s van Identificeren Klant hergebruikt. Zo wordt voorkomen dat testscenario s en testgevallen dubbel worden gespecificeerd. Bij iedere use case hoort één unieke set testscenario s en testgevallen. Hiermee geldt de use case ook als een prettige eenheid voor het testen van functionaliteit. Versie april 2002 Pagina 9

11 Publicatie De tekst van dit artikel wordt gepubliceerd in het maanblad Informatie, mei Versie april 2002 Pagina 10

Business Scenario. Voorbeeld Archimate Risico Extensie. versie 0.1. Bert Dingemans

Business Scenario. Voorbeeld Archimate Risico Extensie. versie 0.1. Bert Dingemans Business Scenario Voorbeeld Archimate Risico Extensie versie 0.1 Bert Dingemans Administratieve pagina Wijzigingshistorie Versie Datum Auteur Reden wijziging Review historie Naam Afdeling Functie Datum

Nadere informatie

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

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

Nadere informatie

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

Kenmerken van DLArchitect

Kenmerken van DLArchitect Kenmerken van DLArchitect Bert Dingemans, e-mail : bert@dla-os.nl www : http://www.dla-os.nl 1 Inhoud KENMERKEN VAN DLARCHITECT... 1 INHOUD... 2 INLEIDING... 3 ARCHITECTUUR... 3 Merode... 3 Methode en

Nadere informatie

Ontwikkelingen rondom transparantie, compliancy en StUF Testplatform

Ontwikkelingen rondom transparantie, compliancy en StUF Testplatform Betreft: Releasebrief StUF Testplatform versie 1.3.0 Ontwikkelingen rondom transparantie, compliancy en StUF Testplatform Om gemeenten te helpen bij het realiseren van de digitale overheid werkt KING aan

Nadere informatie

Archimate risico extensies modelleren

Archimate risico extensies modelleren Archimate risico extensies modelleren Notatiewijzen van risico analyses op basis van checklists versie 0.2 Bert Dingemans 1 Inleiding Risico s zijn een extra dimensie bij het uitwerken van een architectuur.

Nadere informatie

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

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

Nadere informatie

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

Sjabloon testspecificatie. <<Organisatie>>

Sjabloon testspecificatie. <<Organisatie>> Sjabloon testspecificatie SYSQA B.V. Almere : Status : Opgesteld door : Organisatie Pagina 2 van 5 Inhoudsopgave Inleiding...3 1 Analyse functiebeschrijving...4

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

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

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

Nadere informatie

Handleiding Amyyon Care BSN functionaliteit. Rondomzorg

Handleiding Amyyon Care BSN functionaliteit. Rondomzorg Handleiding Amyyon Care BSN functionaliteit Inhoudsopgave 1 Inleiding... 3 2 BSN bevraging NAW... 4 3 BSN bevraging BSN... 7 4 BSN verificatie... 9 5 ID registratie... 11 6 WID controle... 12 7 Vergewissen...

Nadere informatie

Gebruikershandleiding. StUF Testplatform Versie 1.3.0

Gebruikershandleiding. StUF Testplatform Versie 1.3.0 Gebruikershandleiding StUF Testplatform Versie 1.3.0 Documentversie: 0.7 Datum 25 november 2014 Status In gebruik Inhoudsopgave 1 INLEIDING...3 2 GEBRUIK MAKEN VAN HET STUF TESTPLATFORM...4 2.1 INLOGGEN

Nadere informatie

1 Deelproject Spraakherkenning: SHoUT Audio Indexering Service

1 Deelproject Spraakherkenning: SHoUT Audio Indexering Service 1 Deelproject Spraakherkenning: SHoUT Audio Indexering Service De in het CHoral project ontwikkelde audio-indexeringstechnologie op basis van automatische spraakherkenning (SHoUT) wordt beschikbaar gemaakt

Nadere informatie

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans Canonieke Data Modellering op basis van ArchiMate Canonieke Data Modellering op basis van Archimate Bert Dingemans Abstract Modelleren op basis van de open standard ArchiMate is een goed uitgangspunt voor

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

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

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

Eindtoets. Opgaven. 1 Gegeven is het domeinmodel van figuur 1. Domeinmodel voor betalingen. Eindtoets I N T R O D U C T I E.

Eindtoets. Opgaven. 1 Gegeven is het domeinmodel van figuur 1. Domeinmodel voor betalingen. Eindtoets I N T R O D U C T I E. Eindtoets I N T R O D U C T I E Deze eindtoets is bedoeld als voorbereiding op het tentamen. Het is belangrijk dat u de eindtoets pas probeert te maken op het moment dat u denkt klaar te zijn met de tentamenvoorbereiding.

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

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

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

Tools voor canonieke datamodellering Bert Dingemans

Tools voor canonieke datamodellering Bert Dingemans Tools voor canonieke datamodellering Tools voor canonieke datamodellering Bert Dingemans Abstract Canonieke modellen worden al snel omvangrijk en complex te beheren. Dit whitepaper beschrijft een werkwijze

Nadere informatie

Inhoudstafel. UML (Unified Modeling Language)

Inhoudstafel. UML (Unified Modeling Language) UML (Unified Modeling Language) Inhoudstafel Inleiding...2 Waarvoor dient UML...2 Wat is UML... 2 Use-cases... 2 Inleiding...2 Voorbeeld...3 Eigenschappen van een goede use-case...3 Wat is een actor...4

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

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

Doel is, dat dit document uiteindelijk een visie formuleert, waar de volgende partijen achter kunnen staan:

Doel is, dat dit document uiteindelijk een visie formuleert, waar de volgende partijen achter kunnen staan: User Profile Repository Art Recommender Visie document Versie 2.0 1 juli 2011 Auteurs Hennie Brugman, technisch coordator CATCHPlus hennie.brugman@meertens.knaw.nl Doel is, dat dit document uiteindelijk

Nadere informatie

Offective > CRM > Vragenlijst

Offective > CRM > Vragenlijst Offective > CRM > Vragenlijst Onder het menu item CRM is een generieke vragenlijst module beschikbaar, hier kunt u zeer uitgebreide vragenlijst(en) maken, indien gewenst met afhankelijkheden. Om te beginnen

Nadere informatie

Antwoordmodel. Meerkeuzevragen (40 punten)

Antwoordmodel. Meerkeuzevragen (40 punten) Antwoordmodel Aan dit antwoordmodel kunnen geen rechten worden ontleend. Het antwoordmodel dient als indicatie voor de corrector. Gebruikte literatuur: Donga, G. en Pinkster, B. (2007). Informatieanalyse.

Nadere informatie

Whitepaper Process Driven Requirements Testing

Whitepaper Process Driven Requirements Testing Whitepaper Process Driven Requirements Testing Inleiding Een acceptatietest is een door gebruikers uitgevoerde test met als doel het vaststellen of een oplossing (ICT en non-ict) voldoet aan de requirements

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

KENMERKEN MODEL BASED TESTING TOOLS

KENMERKEN MODEL BASED TESTING TOOLS Testoptimal Helpt de met data selectie /data generatie volgens CTE Aan logische testgevallen Kan de leesbare logische testgevallen dekking op het op data dekking op de requirements opgenomen in het Goed

Nadere informatie

Module 1 Programmeren

Module 1 Programmeren Module 1 Programmeren Programmeertalen 13 1.1 Inleiding 13 1.2 Programmeertalen in historisch perspectief 13 1.2.1 Machinecode 13 1.2.2 Assembleertalen (assembly) 14 1.2.3 Hogere programmeertalen 15 1.2.4

Nadere informatie

Update documentatie. KraamZorgCompleet versie 3.3. KraamzorgCompleet versie 3.3

Update documentatie. KraamZorgCompleet versie 3.3. KraamzorgCompleet versie 3.3 Update documentatie KraamZorgCompleet versie 3.3 KraamzorgCompleet versie 3.3 Inhoudsopgave Update documentatie versie 3.3 Hoofdstuk 1 Tarieven per verzekeringsconcern...1 1.1 Verzekeringsconcerns...1

Nadere informatie

TestNet voorjaarsevenement 2014 Managen van een KetenTest bij NS met hun TOPAAS toolsuite. Managen van een Ketentest bij NS met hun TOPAAS tool-suite

TestNet voorjaarsevenement 2014 Managen van een KetenTest bij NS met hun TOPAAS toolsuite. Managen van een Ketentest bij NS met hun TOPAAS tool-suite Managen van een Ketentest bij NS met hun TOPAAS tool-suite Bart Broekman mei 2014 Onderwerpen De (prachtige) TOPAAS tooling De (niet zo prachtige) project-situatie De (oh zo mooie) dingen die we ermee

Nadere informatie

Selenium IDE Webdriver. Introductie

Selenium IDE Webdriver. Introductie Selenium IDE Webdriver Het Wielsem 10, 5231 BW s- Hertogenbosch, telefoon 073-6409311 e- mail info@testwork.nl internet http://www.testwork.nl 1 Inhoudsopgave 1 Inhoudsopgave... 2 2 Selenium IDE... 3 3

Nadere informatie

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996

Organisatie SYSQA B.V. Pagina 1 van 6 Titel Overzicht Versie 1.0 Onderwerp Overzicht blackbox testtechnieken Datum 15 februari 1996 Organisatie SYSQA B.V. Pagina 1 van 6 Black-Box Test Technieken Er zijn een aantal test specificatie technieken, verder testtechnieken genoemd, die bruikbaar zijn binnen het black-box acceptatietesten.

Nadere informatie

Parasoft toepassingen

Parasoft toepassingen Testen op basis van OSB en Digikoppeling Voor de bestaande Overheid Service Bus en de nieuwe standaard Digikoppeling zijn verschillende test- omgevingen opgezet. Hiermee kan het asynchrone berichtenverkeer

Nadere informatie

a. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen.

a. Wat wordt verstaan onder V&V? b. Uit welke kernactiviteiten bestaat V&V? c. Noem enkele voor- en nadelen van inspecties. d. Idem voor testen. Eindtoets T07351 Software engineering Een eindtoets staat in het algemeen model voor het tentamen van de betreffende cursus. Aangezien deze cursus een mondeling tentamen heeft, bevat deze eindtoets slechts

Nadere informatie

Vraag 1... Vraag 2... Vraag 3...

Vraag 1... Vraag 2... Vraag 3... Nota: Schrijf je antwoorden kort en bondig in de daartoe voorziene velden. Elke theorie-vraag staat ofwel op 1.5 ofwel op 2 punten, en elke oefening op 10 punten. Het geheel staat op 60. Vraag 1...[.../3]

Nadere informatie

Object Oriëntatie Foundation (OOF.NL)

Object Oriëntatie Foundation (OOF.NL) Object Oriëntatie Foundation (OOF.NL) EXIN Hét exameninstituut voor ICT ers Janssoenborch - Hoog Catharijne Godebaldkwartier 365 3511 DT Utrecht Postbus 19147 3501 DC Utrecht Nederland T +31 30 234 48

Nadere informatie

Naam: Draaiboek decentrale implementatie PAUW en Tridion

Naam: Draaiboek decentrale implementatie PAUW en Tridion Programma Aanpak Universitaire Website (PAUW) Draaiboek decentrale implementatie PAUW en Tridion Inleiding In het kader van het Programma Aanpak Universitaire Website (PAUW) is afgesproken dat alle decentrale

Nadere informatie

Whitepaper Process Driven Requirements Engineering

Whitepaper Process Driven Requirements Engineering Whitepaper Process Driven Requirements Engineering Introductie Veel projecten worstelen met het vaststellen van de probleemstelling en oplossing die daar het beste bij past. Projecten leveren wel goed

Nadere informatie

Functioneel Ontwerp. Marktplaats voor studenten en docenten

Functioneel Ontwerp. Marktplaats voor studenten en docenten Functioneel Ontwerp Marktplaats voor studenten en docenten 2008 Vincent de Groot S1009100 Nick Jansen S1012990 Peter Muntel S1014494 Robert Nijenhuis S1014753 2 1. EBP... 3 2. VOORBEELDSCHERMEN EN USE

Nadere informatie

BRP-BZM Leeswijzer. Aanbesteding BZM gemeenten. Versie 3.0.0. 08-06-2015 Definitief

BRP-BZM Leeswijzer. Aanbesteding BZM gemeenten. Versie 3.0.0. 08-06-2015 Definitief BRP-BZM Leeswijzer Aanbesteding BZM gemeenten Versie 3.0.0 08-06-2015 Definitief Versiehistorie Datum Versie Omschrijving Auteur 24-04-2012 0.0.1 Initiële versie KING 30-01-2013 0.0.2 Document na aanpassing

Nadere informatie

Kwaliteitsbewaking en testen in ICT beheerorganisaties

Kwaliteitsbewaking en testen in ICT beheerorganisaties DKTP Informatie Technologie Veembroederhof 1 1019 HD Amsterdam Telefoon 020 427 52 21 Kwaliteitsbewaking en testen in ICT beheerorganisaties Voor de meeste projectgroepen die software ontwikkelen vormt

Nadere informatie

Functioneel ontwerp. Omgevingsloket online. Koppeling met GBA

Functioneel ontwerp. Omgevingsloket online. Koppeling met GBA Functioneel ontwerp Omgevingsloket online Koppeling met GBA Juli 2014 Release 2.10 Pagina 1 van 18 Inhoudsopgave 1 Inleiding 3 1.1 Identificatie 3 1.2 Randvoorwaarden, uitgangspunten en referenties 3 2

Nadere informatie

Een overzichtsraamwerk voor beheermethoden

Een overzichtsraamwerk voor beheermethoden Een overzichtsraamwerk voor beheermethoden De enorme ontwikkeling die het beheer van ICT in de afgelopen jaren doormaakt, heeft een scala aan beheermethoden opgeleverd. Het gaat om een groot aantal methoden

Nadere informatie

Software Engineering Groep 4

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

Nadere informatie

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

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

Instructie hergebruik klantgegevens online TAF Rekentool

Instructie hergebruik klantgegevens online TAF Rekentool Instructie hergebruik klantgegevens online TAF Rekentool De online versie van de TAF Rekentool vindt u op www.tafrekentool.nl. Hier logt u in met uw gebruikersnaam en wachtwoord die u ook voor het TAF

Nadere informatie

ORGANISATORISCHE IMPLENTATIE BEST VALUE

ORGANISATORISCHE IMPLENTATIE BEST VALUE ORGANISATORISCHE IMPLENTATIE BEST VALUE EEN ONDERZOEK NAAR DE IMPLEMENTATIE VAN BEST VALUE BINNEN EEN SYSTEMS ENGINEERING OMGEVING STEPHANIE SAMSON BEST VALUE KENNIS SESSIE WESTRAVEN 17 JUNI 09.00 12.00

Nadere informatie

Software Design Document

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

Nadere informatie

Zelftest OOAD/UML. Document: N0767Test.fm 30/08/2010. ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium

Zelftest OOAD/UML. Document: N0767Test.fm 30/08/2010. ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium Zelftest OOAD/UML Document: N0767Test.fm 30/08/2010 ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium TRAINING & CONSULTING INTRODUCTIE Deze test is gebaseerd op de inhoud van onze cursus OO

Nadere informatie

Met deze module heeft u de mogelijkheid om gemakkelijk, snel en efficiënt uw documenten als naslag in Unit 4 Multivers te koppelen.

Met deze module heeft u de mogelijkheid om gemakkelijk, snel en efficiënt uw documenten als naslag in Unit 4 Multivers te koppelen. Handleiding Office+ Introductie Met de module Office+ gaat een lang gekoesterde wens voor vele gebruikers van Unit 4 Multivers in vervulling: eenvoudig koppelen van documenten in relatiebeheer of documentmanagement

Nadere informatie

De student krijgt de opdracht een dynamische webomgeving te ontwerpen. Als het ontwerp is goedgekeurd moet hij deze realiseren en vervolgens testen.

De student krijgt de opdracht een dynamische webomgeving te ontwerpen. Als het ontwerp is goedgekeurd moet hij deze realiseren en vervolgens testen. LEEREENHEID Systeem ontwikkeling 2 Dit document bestaat uit twee onderdelen - Onderdeel Leereenheid - Onderdeel Onderwijsproduct 1 Naam leereenheid In deze tabel staat de naam en het type van de leereenheid

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

Handleiding voor aansluiten op Digilevering

Handleiding voor aansluiten op Digilevering Handleiding voor aansluiten op Digilevering Versie 1.0 Datum 1 augustus 2013 Status definitief Colofon Projectnaam Digilevering Versienummer 1.0 Contactpersoon Servicecentrum Logius Organisatie Logius

Nadere informatie

Maak het betrouwbaar houden van het Digitaal KlantDossier mogelijk

Maak het betrouwbaar houden van het Digitaal KlantDossier mogelijk Maak het betrouwbaar houden van het Digitaal KlantDossier mogelijk Handleiding configureren correctieservice in Suwinet-Inkijk Mei 2011 1.! Digitaal klantdossier heeft alleen waarde als je erop kunt vertrouwen

Nadere informatie

Gebruikershandleiding. StUF Testplatform Versie 1.3.1

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

Nadere informatie

UML. From weblog http://dsnippert.wordpress.com. Dennis Snippert

UML. From weblog http://dsnippert.wordpress.com. Dennis Snippert UML From weblog http://dsnippert.wordpress.com Naam: Dennis Snippert Inhoudsopgave 1. Wat is Uml?... 3 2. UML diagrammen... 4 3. Uitleg diagrammen... 5 3.1. Usecase diagram:... 5 3.2. Class diagram:...

Nadere informatie

Taak 2.1.4 Eerst zien dan geloven... 1. Inhoud

Taak 2.1.4 Eerst zien dan geloven... 1. Inhoud Taak 2.1.4 Eerst zien dan geloven Inhoud Taak 2.1.4 Eerst zien dan geloven... 1 Inhoud... 1 Inleiding... 2 Modules van urenregistratiesysteem (Blokboek)... 3 Module applicatiebeheer... 3 Module projectbeheer...

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

Versturen XBRL BTW & ICP-aangiften via Digipoort naar de belastingdienst. behorend bij changelist v6.0.0

Versturen XBRL BTW & ICP-aangiften via Digipoort naar de belastingdienst. behorend bij changelist v6.0.0 Versturen XBRL BTW & ICP-aangiften via Digipoort naar de belastingdienst. behorend bij changelist v6.0.0 Eerste beschikbaarheid: 21 februari 2011 Twinfield International NV De Beek 9-15 3871 MS Hoevelaken

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

Met een LightSwitch applicatie een OData service uit de Windows Azure Marketplace consumeren

Met een LightSwitch applicatie een OData service uit de Windows Azure Marketplace consumeren Met een LightSwitch applicatie een OData service uit de Windows Azure Marketplace consumeren Om eens wat ervaring op te doen met de Windows Azure Marketplace heb ik een publieke en gratis databron gekozen

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

Procesvalidatie voor een veiliger ketentest

Procesvalidatie voor een veiliger ketentest Procesvalidatie voor een veiliger ketentest Johan Vink TestNet Voorjaarsevenement 2010 Agenda Inleiding Typering project & testaanpak Werkwijze business proces Probleem De opdracht voor het testteam Probleemanalyse

Nadere informatie

USE-CASE 2.0. Handboek voor het succesvol toepassen van Use Cases. Ivar Jacobson Ian Spence Kurt Bittner Vertaald door: Eric Lopes Cardozo.

USE-CASE 2.0. Handboek voor het succesvol toepassen van Use Cases. Ivar Jacobson Ian Spence Kurt Bittner Vertaald door: Eric Lopes Cardozo. USE-CASE 2.0 Handboek voor het succesvol toepassen van Use Cases Ivar Jacobson Ian Spence Kurt Bittner Vertaald door: Eric Lopes Cardozo July 2012 Over dit Handboek 3 Leeswijzer 3 Wat is Use-Case 2.0 4

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

Registratie Data Verslaglegging

Registratie Data Verslaglegging Sjablonen Websupport Registratie Data Verslaglegging Websites Inrichtingen Video solutions Rapportages Consultancy Imports Helpdesk Exports Full Service Dashboards Registratie Koppelen en controleren De

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

Onder aanvoering van de Object Modeling Group (OMG) werd UML een standaard op het gebied van objectgeoriënteerde modelleren.

Onder aanvoering van de Object Modeling Group (OMG) werd UML een standaard op het gebied van objectgeoriënteerde modelleren. HOOFDSTUK 3 3.1 Inleiding UML 3.1.1 Wat is UML? De (UML) is een objectgeoriënteerde modelleertaal waarin je kunt communiceren over informatiesystemen. UML is geen systeemontwikkelingsmethode en in die

Nadere informatie

Projecten Applicatie Ontwikkeling

Projecten Applicatie Ontwikkeling Projecten Applicatie Ontwikkeling Standaarden Normaliseren ROC Flevoland Werner Pauchli Versie 1.0 Almere, 15 januari 2004 Inhoudsopgave Inhoudsopgave Inhoudsopgave 3 1. Documentbeheer 4 2. Inleiding

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

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

b. verbind je laptop ook met het smartboard via de usb kabel. Deze kabel sluit je aan op het usb kabel aan de rechterkant van het bord.

b. verbind je laptop ook met het smartboard via de usb kabel. Deze kabel sluit je aan op het usb kabel aan de rechterkant van het bord. Workshop 1 Smartboard training Het SMART Board starten 1 Zorg ervoor dat het Smartboard en de projector zijn aangesloten op de computer: a. verbind je laptop met de beamerkabel of VGA kabel met het smartboard.

Nadere informatie

Beheervoorziening BSN - Use Case Specificatie 16: Toets of nummer een BSN is

Beheervoorziening BSN - Use Case Specificatie 16: Toets of nummer een BSN is Beheervoorziening BSN - Use Case Specificatie 16: Toets of nummer een BSN is Versie 3.1 Datum 3 maart 2015 Inhoud Inhoud 2 Inleiding 4 1 Hoofdscenario 4 1.1 Initiatie 4 1.1.1 Ontvang bericht toets of nummer

Nadere informatie

Woordenlijst bij TMap

Woordenlijst bij TMap Woordenlijst bij TMap Acceptatietest De door de toekomstige gebruiker(s) en beheerder(s) in een zoveel mogelijk als-ware-het-productie omgeving uitgevoerde test, die moet aantonen dat het ontwikkelde systeem

Nadere informatie

Software Design Document

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

Nadere informatie

Gebruikershandleiding CEN Editor

Gebruikershandleiding CEN Editor Gebruikershandleiding CEN Editor Ministerie van Verkeer en Waterstaat Directoraat-Generaal Rijkswaterstaat Rijksinstituut voor Kust en Zee/RIKZ S O F T W A R E S O L U T I O N S Versies: Versie Datum Toelichting

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

PILNAR web applicatie. Handleiding

PILNAR web applicatie. Handleiding PILNAR web applicatie Handleiding Table of Contents De PILNAR editor...3 Toegang tot de omgeving...3 De PILNAR omgeving...3 Hoofdmenu...4 Navigatie...5 Zoeken...6 Detailoverzichten...6 Collectie... 7 Inzending...

Nadere informatie

Plan van Aanpak Pilot

Plan van Aanpak Pilot Plan van Aanpak Pilot DBK-applicaties Beproeven compatibiliteit DBK-applicaties op innovatieplatform voor de Veiligheidsregio s Status : concept Versienummer : V0.2 Datum : Augustus 2012 Blad : 2 / 6 Inhoudsopgave

Nadere informatie

Opstart document nieuwe werkomgeving - medewerkers

Opstart document nieuwe werkomgeving - medewerkers Opstart document nieuwe werkomgeving - medewerkers Onderwerp : Nieuwe werkomgeving (medewerkers) Datum : Januari 2014 Versie : 1.0 Auteur(s) Organisatie : Team Functioneel Applicatiebeheer : IT-Workz Dit

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

Functionele beschrijving integratie Bluebeam Revu ECM systemen

Functionele beschrijving integratie Bluebeam Revu ECM systemen ECM Pro Solutions Telefoon: (+31) 046 8509263 Website: www.ecmprosolutions.com Email: info@ecmprosolutions.com KvK 56313047 Functionele beschrijving integratie Bluebeam Revu ECM systemen Versie Status

Nadere informatie

Gebruikershandleiding ZorgInfo Verstrekkingen Portaal (VP)

Gebruikershandleiding ZorgInfo Verstrekkingen Portaal (VP) Gebruikershandleiding ZorgInfo Verstrekkingen Portaal (VP) Gebruikershandleiding depothouder 2.0.docx 29-12-14 1 van 16 Inleiding Het ZorgInfo Verstrekkingen Portaal (VP) is een internetapplicatie waarmee

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

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

Snelstartgids FiloCAD2

Snelstartgids FiloCAD2 Snelstartgids FiloCAD2 Inleiding FiloCAD 2 Met deze korte inleiding leert u de belangrijkste functionaliteiten van het programma FiloCAD2 kennen. Als u een FiloCUT3 machine bezit en de licentie heeft ontvangen,

Nadere informatie

4.1 Simulatie in de analysefase

4.1 Simulatie in de analysefase 1 Bijlage 4 Simulatietechnieken Simulatie is een toetstechniek waarmee door middel van het nabootsen van een bepaalde situatie (bijvoorbeeld een herontworpen bedrijfsproces) in een afgeschermde omgeving

Nadere informatie

Cyberpesten: social media platform mining tools

Cyberpesten: social media platform mining tools Cyberpesten: social media platform mining tools ABI team 27: Pascal Pieters, Stephaan Declerck Begeleider: dr. Rik Bos Opdrachtgever: prof. dr. ir. Remko Helms Inhoud Achtergrond Opdracht Projectaanpak

Nadere informatie

LEGAL.NL, ACCEPTATIE. Acceptatietestplan Fase 2. ID College. Organisatie: Staffing Management Services. Opdrachtnemer: Etienne Peters

LEGAL.NL, ACCEPTATIE. Acceptatietestplan Fase 2. ID College. Organisatie: Staffing Management Services. Opdrachtnemer: Etienne Peters LEGAL.NL, ACCEPTATIE Acceptatietestplan Fase 2 ID College Organisatie: Staffing Management Services Opdrachtnemer: Etienne Peters Datum totstandkoming document: 28-04-2011 INHOUDSOPGAVE INHOUDSOPGAVE...II

Nadere informatie

Introductie ArchiMate

Introductie ArchiMate Introductie ArchiMate NAF Insight De Meern, 8 maart 2012 Egon Willemsz, enterprise architect UWV Programma Waarom ArchiMate? Praktijkvoorbeelden Samenvatting concepten Van start met ArchiMate Tot besluit

Nadere informatie

Software Design Document

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

Nadere informatie

Enquêtes maken met Google Formulieren. BGE Business Training 2015 www.bge.nl

Enquêtes maken met Google Formulieren. BGE Business Training 2015 www.bge.nl Enquêtes maken met Google Formulieren BGE Business Training 2015 www.bge.nl Enquêtes maken met Google Formulieren In deze instructie lees je hoe je een eigen enquête maakt met Google Formulieren. Ik laat

Nadere informatie

Plan van aanpak Toogle

Plan van aanpak Toogle Plan van aanpak Toogle Gemaakt door, Kevin Donkers Paul v.d. Linden Paul Eijsermans en Geert Tapperwijn 1 Inhoudsopgave 1 Inhoudsopgave...2 2 Inleiding...3 3 Projectopdracht...4 4 Projectactiviteiten...5

Nadere informatie

TESTAUTOMATISERING IN EEN ETL-OMGEVING

TESTAUTOMATISERING IN EEN ETL-OMGEVING Pagina 21 TESTAUTOMATISERING IN EEN ETL-OMGEVING Door John Kronenberg John.Kronenberg@bartosz.nl @johnkronenberg Edward Crain Edward.crain@divetro.nl Welke groeifasen werden doorlopen in testautomatisering

Nadere informatie