Bijlage II: Documentatie
|
|
- Gijs Bosmans
- 6 jaren geleden
- Aantal bezoeken:
Transcriptie
1 RWS BEDRIJFSINFORMATIE Bijlage II: Documentatie Datum 13 februari 2017 Status Definitief
2
3 RWS BEDRIJFSINFORMATIE CONCEPT Bijlage II: Documentatie 13 februari 2017 Colofon Uitgegeven door Rijkswaterstaat Water Verkeer en Leefomgeving Informatie M. van den Berg Telefoon Fax Uitgevoerd door M. van den Berg Opmaak Datum 13 februari 2017 Status Definitief Versienummer 1.0
4
5 RWS BEDRIJFSINFORMATIE CONCEPT Bijlage II: Documentatie 13 februari 2017 Inhoud Inleiding 7 1 Algemeen Producten Samenhang met inhoudelijke onderwerpen Planning Achtergronddocumenten 10 2 Beschrijving per document Structuur van de documentatie Hoofddocumentatie software Functionele documentatie Technische documentatie Systeemdocumentatie Hoofddocumentatie data en kwaliteit Datarapport Schattingsrapport Analyserapport Testplan Testrapporten Hoofddocumentatie gebruikersinformatie Gebruikers handleiding Toepassingsbereik Kaders Leveringsvoorwaarden Aanvraagformulier Geheimhoudingsverklaring Overkoepelende projectdocumentatie Projectverslag 15
6
7 Inleiding De documentatie van BasGoed bestaat momenteel uit een verzameling van verschillende rapporten en memo s. Iedere module is op een ander detailniveau gedocumenteerd. Dit maakt het geheel onoverzichtelijk waardoor de benodigde informatie niet effectief teruggevonden kan worden. Doel van dit project is om een complete set standaarddocumentatie van BasGoed op te stellen, gebruik makend van de bestaande memo s en rapporten. Er wordt een nieuwe structuur gekozen, waarin de bestaande documentatie wordt opgenomen, aangevuld met de documenten die voor de verschillende inhoudelijke onderwerpen gemaakt zijn. Pagina 7 van 15
8 1 Algemeen 1.1 Producten De gewenste hoofddocumentatie kan grofweg worden opgedeeld in documentatie van de software, data, en documentatie t.b.v. gebruik. Daarnaast wordt een viertal, voor BasGoed2018 overkoepelende, documenten gevraagd. Deze kunnen vrijwel compleet worden samengesteld o.b.v. de rapporten opgeleverd vanuit de betreffende inhoudelijke onderwerpen. De gewenste software documentatie ten behoeve van het beheer van BasGoed bestaat uit: - Functionele documentatie: functionele specificaties, beschrijving wat het model (en elk onderdeel binnen het model) doet en proces diagrammen. - Technische documentatie: beschrijving van de technische/wiskundige werking van het model (en elk onderdeel binnen het model), beschrijving van hoe de functionaliteit is geïmplementeerd en data flow diagrammen. - Systeemdocumentatie: architectuurontwerp en uitwerking hiervan met beschrijving hoe de verschillende onderdelen geïmplementeerd zijn, beschrijving van de interfaces en van de benodigde hardware en software omgeving(en). Bovendien worden hierin de installatie-instructies ten behoeve van in beheer name opgenomen. Voor de software documentatie wordt de JSTD016 standaard als uitgangspunt genomen, waarin de hoofdstuk indeling in overleg met RWS naar inzicht wordt aangepast. De gewenste data- en kwaliteitsdocumentatie van BasGoed bestaat uit: - Datarapport: exacte invulling/waarden gebruikt bij de beschreven versie van BasGoed - Schattingsrapport: hoe de schatting is uitgevoerd, wat de resultaten zijn - Analyserapport: beschrijving van het functioneren van het model, welke systeem en data analyses zijn uitgevoerd en welke inzichten dit heeft opgeleverd - Testplan: per type test (unit testen, integratietesten, gebruikersacceptatietest) beschrijving van de testfilosofie, te gebruiken methodes en tools, testspecificaties en acceptatiecriteria - Testrapporten: per type test (unit testen, integratietesten, gebruikersacceptatietest) beschrijving van de uit te voeren testscenario s, resultaten van de testen, het aantal uitgevoerde en geslaagde testen, omschrijving van de oorzaak van het falen en een restpuntenlijst (door RWS in te vullen) Voor de testdocumentatie wordt de JSTD016 standaard als uitgangspunt genomen, waarin de hoofdstuk indeling in overleg met RWS naar inzicht wordt aangepast. De documenten rondom het gebruik van BasGoed: - Gebruikershandleiding: hoe bedien je BasGoed - Toepassingsbereik: wat kan BasGoed wel en niet; moet antwoord geven op de vraag van de gebruiker of het model gebruikt kan worden in zijn/haar studie. - Concept kaders: welk proces moet doorlopen worden als je BasGoed wilt toepassen - Leveringsvoorwaarden: onder welke voorwaarden mag je BasGoed gebruiken - Aanvraagformulier: formulier voor het aanvragen van het BasGoed model door de gebruiker Pagina 8 van 15
9 - Geheimhoudingsverklaring: door de gebruiker te ondertekenen verklaring bij het gebruik van gedetailleerde BasGoed bestanden Voor een voorbeeld van deze documenten zie de bijgeleverde achtergronddocumentatie. Tijdens het project zullen ook meerdere specificaties en memo s geschreven worden. Alle relevante tussenproducten moeten uiteindelijk opgenomen worden in de gedefinieerde eindproducten, waardoor het lezen van losse memo s niet meer nodig is. Het project wordt afgesloten met een projectverslag, waarin ook werkzaamheden/onderzoeken/keuzemogelijkheden/bewandelde paden beschreven worden die niet direct tot aanpassingen in de officiële documentatie hebben geleid, of die als achtergrondinformatie dienen. Alle documentatie dient in de Nederlandse taal geleverd te worden. Opdrachtnemer dient RWS ervan te verzekeren dat alle opgestelde documenten gecontroleerd zijn op correctheid, volledigheid en leesbaarheid vóór oplevering. De relatie tot de productseries zoals omschreven in het hoofddocument van de vraagspecificatie BasGoed2018 is als volgt. Productserie 1 t/m 3 bevat conceptversies van functionele, technische en systeemdocumentatie, specificaties, datarapport, het analyserapport, testplan, testrapport en het projectverslag. In productserie 4 wordt dit uitgebreid met het schattingsrapport en de schattingshandleiding. Productserie 5 bevat het analyserapport, toepassingsbereik en projectverslag. In productserie 6 worden kader, leveringsvoorwaarden, aanvraagformulier en geheimhoudingsverklaring toegevoegd, en worden alle ander documenten definitief gemaakt. 1.2 Samenhang met inhoudelijke onderwerpen Alle inhoudelijke onderwerpen binnen BasGoed 2018 leveren een bijdrage aan de documentatie. Daarom is het belangrijk dat de structuur van de documentatie zo vroeg mogelijk in het project wordt vastgesteld. Vanuit de inhoudelijke onderwerpen kan dan gelijk in de juiste structuur gewerkt worden. Bij de inhoudelijke onderwerpen wordt in sommige gevallen gevraagd om memo s met overzichten, analyses en/of adviezen. Deze memo s moeten in de uiteindelijke documentatie terecht komen, waardoor het niet nodig is om naar losse memo s te verwijzen. 1.3 Planning - Na het eerste increment moet een voorstel voor de structuur van de documentatie beschikbaar zijn. Na goedkeuring door WVL wordt in de rest van het project de documentatie verder in deze structuur uitgewerkt. - Tijdens de voorbereidings-, implementatie-, herschattings- en analysefase worden de documenten steeds verder aangevuld. Hierbij moeten steeds conceptversies aan opdrachtgever worden voorgelegd, zodat eventuele reacties gelijk meegenomen kunnen worden in een volgende versie. - In de opleveringsfase worden de documenten afgerond, en wordt de laatste concept versie opgeleverd. Deze wordt door WVL doorgelezen, waarna opdrachtnemer de opmerkingen verwerkt. Hierna wordt de definitieve versie opgeleverd. - Pagina 9 van 15
10 1.4 Achtergronddocumenten Alle achtergronddocumenten genoemd in de vraagspecificatie vormen input voor de nieuw op te stellen documenten. LET OP: voordat gestart wordt met het aanpassen van Toepassingsbereik, Kaders, leveringsvoorwaarden, aanvraagformulier en geheimhoudingsverklaring moet de op dat moment meest recente versie opgevraagd worden bij RWS. De bij de uitvraag meegestuurde versies zijn voorbeelden, maar kunnen nog wijzigen gedurende de looptijd van het project. Pagina 10 van 15
11 2 Beschrijving per document In dit hoofdstuk worden alle documenten op hoofdlijnen beschreven. 2.1 Structuur van de documentatie Als eerste stap in het opstellen van de documentatie wordt opdrachtnemer gevraagd een voorstel te doen voor de structuur/opzet van de verschillende documenten. Deze structuur dient, na goedkeuring door WVL, als basis voor de rest van het project. In het voorstel moet op zijn minst een overzicht worden opgenomen van wat in welk document beschreven zal worden en hoe omgegaan zal worden met hoofdstukindeling en module-/bestandsnummering. Vervolgens moet inzichtelijk worden gemaakt hoe de bestaande documentatie zal worden hergebruikt en welke aanpassingen hierin zijn voorzien, bijv. welke selectie van onderdelen in welke documentatie terecht zal komen. 2.2 Hoofddocumentatie software Functionele documentatie Het doel van de functionele documentatie is het beschrijven wat het model (en elk onderdeel binnen het model) doet, voornamelijk ten behoeve van het verklaren van modeluitkomsten. Het begint met een korte samenvatting (ca. 1 pagina) voor mensen die een absolute basiskennis van BasGoed hebben. Daarna volgt een overzicht van het geheel: welke modules zijn er, wat rekenen deze op hoofdlijnen uit, en welke relatie hebben de modules tot elkaar. Vervolgens moeten deze modules stuk voor stuk beschreven worden. Hierbij gaat het om het doel van de module en de theoretische beschrijving van de gebruikte modellen. Denk hierbij bijvoorbeeld aan formules en neststructuren die gebruikt zijn, afsplitsingen van specifieke stromen, mogelijke beleidsinvoer. Belangrijk is dat het mogelijk is om bepaalde stromen te kunnen volgen, zodat uitkomsten verklaard kunnen worden. Ook gemaakte aannames moeten worden beschreven, en de hieruit volgende effecten op de resultaten. Tenslotte moeten een aantal specifieke onderwerpen apart worden beschreven. In ieder geval zijn dit de zone-indeling en kostenparameters. Welke onderdelen hiernaast een aparte beschrijving behoeven, zien we graag terug in de eerst op te stellen beschrijving van de structuur van de documentatie Technische documentatie De technische documentatie geeft een beschrijving van de technische werking van het model. Het bevat een beschrijving van de datastromen (stroomdiagrammen), bestandsbeschrijvingen, en het geeft per (sub-)module aan welke bewerkingen er worden uitgevoerd. Een belangrijk onderdeel van de technische documentatie is het huidige datamodel. Hieraan moeten de uitgevoerde bewerkingen per module worden toegevoegd. Een aantal onderdelen zullen verplaatst moeten worden naar de functionele documentatie. Tijdens de voorbereidingsfase worden voor de nieuwe of aangepaste onderdelen specificaties opgesteld. Deze specificaties kunnen gebruikt worden om, na het programmeren, de technische documentatie op te stellen. Pagina 11 van 15
12 2.2.3 Systeemdocumentatie De systeemdocumentatie beschrijft hoe de verschillende onderdelen geïmplementeerd zijn in de software. Het beschrijft het architectuurontwerp van BasGoed: een Ruby basis waaraan alle verschillende modules, elk in hun eigen programmeertaal, gekoppeld zijn. Dit ontwerp moet duidelijkheid bieden bij het beheren van de code en bij het ontwikkelen van nieuwe modules, zodat een eenduidige en eenvoudig te onderhouden structuur ontstaat. De systeemdocumentatie bevat tevens een beschrijving van hoe de code is opgebouwd en welke unit tests en integratietests geïmplementeerd zijn, vergelijkbaar met de systeemdocumentatie zoals die opgesteld is voor de rittenmodule en corridorkeuzemodule (deze is te vinden binnen de technische documentatie Rittenmodule en Corridorkeuzemodule). In de systeemdocumentatie moeten ook de instructies voor de compilatie van alle onderdelen van BasGoed zijn opgenomen, net als een beschrijving van de installatieprocedure. De gebruikte unit- en integratietests moeten worden beschreven, net als de te volgen werkwijze om deze (geautomatiseerd) uit te voeren. 2.3 Hoofddocumentatie data en kwaliteit Datarapport Functionele, technische en systeemdocumentatie beschrijven de (inhoudelijke werking van de) software en zijn in principe onafhankelijk van de waarden van de parameters en databestanden. In deze documenten krijgen alle bestanden een naam of code. In het datarapport wordt de naam van deze bestanden benoemd en worden juist de gebruikte waarden opgegeven. Het datarapport is een invulling van de bestanden en parameters zoals die beschreven zijn in de technische documentatie. Zoveel mogelijk relevante tabellen, lijsten en parameters moeten worden opgenomen. Invoerbestanden die in andere projecten of door andere modellen gegenereerd zijn, moeten genoemd worden met een verwijzing naar de bijbehorende documentatie. Denk bijvoorbeeld aan de basisbestanden goederenvervoer, prognoses met LMS, BIVAS, NEMO en het zeevaartbestand. De wijze waarop de bestanden opgesteld zijn hoeft NIET in het datarapport beschreven te worden. De memo s die hierover voor de verschillende databestanden zijn opgesteld, moeten worden opgenomen in het projectverslag Schattingsrapport Het schattingsrapport geeft een overzicht van het schattingsproces en de uitkomsten. Er zijn vier belangrijke onderdelen: - Overzicht van het schattingsproces: een opsomming van alle te schatten parameters, opsomming en korte beschrijving van speciaal voor de schatting op te stellen databestanden en een overzicht van standaard te bepalen elasticiteiten. - Gebruikte data: beschrijving van de verzamelde data en de bewerkingen die erop uitgevoerd zijn. Hierbij gaat het zowel om data die als invoer voor BasGoed gebruikt is ten tijde van het schatten, als om de datasets die daarnaast nodig zijn om de schatting uit te voeren. Pagina 12 van 15
13 - Schattingswerkzaamheden: beschrijving van de gevolgde werkwijze bij het schatten, de verschillende geschatte structuren, resultaten en de uiteindelijk gemaakte keuzes. Beschrijving van de resulterende elasticiteiten en een vergelijking met relevante benchmarks. Voor verschillende inhoudelijke onderwerpen wordt data verzameld. Deze databestanden worden in principe in het datarapport beschreven. Bestanden gebruikt t.b.v. de schattingen moeten echter (tevens) in het schattingsrapport beschreven worden, net als de bewerkingen die speciaal voor de herschatting op deze data zijn uitgevoerd. Uitgebreide analyses van deze data hoeven niet in het schattingsrapport, maar komen in het projectverslag of analyserapport. Het kan echter ook zo zijn dat voor de schatting specifieke datasets verzameld zijn. Beschrijving van de gevolgde werkwijze voor het inzamelen en de analyseresultaten van deze specifieke datasets moeten wel in het schattingsrapport beschreven worden. In het overzicht van het schattingsproces wordt gevraagd een overzicht van standaard te bepalen elasticiteiten te geven. Het doel van het vaststellen van standaard elasticiteiten is het vergelijkbaar maken van verschillende versies van het model. Door steeds dezelfde elasticiteiten uit te rekenen en op dezelfde manier te presenteren, wordt het eenvoudig om verschillende versies van het model te vergelijken. Er zijn veel verschillende elasticiteiten mogelijk (per module, per mode, ). Graag ontvangen we een voorstel waarin elasticiteiten zijn opgenomen die het meest zeggen over de kwaliteit van het model en elasticiteiten die gerelateerd zijn aan veel gestelde beleidsvragen Analyserapport Dit rapport geeft inzicht in het functioneren van het model. Tijdens de analysefase worden verschillende analyses en tests uitgevoerd. Door deze tests wordt inzicht verkregen in de kwaliteit van het model. In het rapport met analyseresultaten moet deze kwaliteit getoond worden. Het analyserapport bevat hoofdstukken met daarin de resultaten van analyses met betrekking tot verschillende inhoudelijke onderwerpen, nieuwe modules en verzamelde databestanden. Een ander onderdeel is de beschrijving van de watervalanalyse die wordt uitgevoerd in de analysefase, en uiteindelijk een beschrijving van de analyse van het totale model Testplan Daar waar het analyserapport gaat om de inhoudelijke resultaten en plausibiliteit, gaat het testplan en testrapport om de kwaliteit van de code. Het testplan beschrijft de testfilosofie, te gebruiken methodes en tools en beschrijft per module welke cases getest zullen worden. Deze testcases geven een duidelijke beschrijving van de bij de test te doorlopen stappen, welke testdata daarbij gebruikt wordt en wat het beoogde resultaat van de test is. Ook worden hierin de acceptatiecriteria vastgelegd. Ook voor de integratietesten met betrekking tot de volledige integratie van het nieuwe model moeten testcases worden beschreven met daarin te doorlopen stappen, gebruikte data en beoogd resultaat. Het testplan wordt voor opgesteld voordat de tests worden uitgevoerd. Dit betekent dat het testplan in delen geschreven zal worden, steeds voor de oplevering van aangepaste of nieuwe code. Pagina 13 van 15
14 Als uitgangspunt moet de JSTD-16 standaard gebruikt worden, op basis waarvan in overleg met RWS de vormgeving en inhoud van het document moet worden vastgesteld Testrapporten De resultaten van de in het testplan beschreven tests worden toegelicht. Hierbij moeten eventuele problemen bij het doorlopen van de voorgestelde cases worden beschreven, en de uitkomst van de testen. Als de uitkomsten niet overeen komen met de verwachtingen, moet dit gerapporteerd worden, en moeten vervolgens de nodige aanpassingen worden uitgevoerd en beschreven. Hierna moeten de tests herhaald worden, en nogmaals beschreven in het testrapport. Het testrapport moet gedurende het project per onderdeel worden aangevuld. Als uitgangspunt moet de JSTD-16 standaard gebruikt worden, op basis waarvan in overleg met RWS de vormgeving en inhoud van het document moet worden vastgesteld. 2.4 Hoofddocumentatie gebruikersinformatie Gebruikers handleiding Bij de nieuwe versie van BasGoed hoort een nieuwe gebruikershandleiding. Deze beschrijft hoe een gebruiker BasGoed kan installeren, toepassen en waar de eindresultaten te vinden zijn. Mogelijkheden voor het aanpassen van invoer en parameters moeten beschreven worden. Hierbij gaat het om parameters in de GUI, maar ook om aan te passen invoertabellen voor bijvoorbeeld kosten of productsamenstelling. De huidige gebruikershandleiding kan als basis gebruikt worden Toepassingsbereik In het toepassingsbereik van BasGoed moet beschreven worden wat het model wel en niet kan, en voor welke toepassingen het dus geschikt is. Voor het LMS/NRM wordt dit document in 2017 opgesteld. Een voorlopige versie van dit document is bijgevoegd bij deze uitvraag als achtergronddocument. Voor BasGoed dient een vergelijkbaar document opgesteld te worden Kaders Er is nog geen kader voor het gebruik van BasGoed. In 2017 wordt door RWS-WVL wel gewerkt aan het afstemmen van processen en uitgangspunten. Dit zal worden vastgelegd in een document, wat uiteindelijk zal moeten leiden tot een kader. Vanuit het project BasGoed 2018 moet een review uitgevoerd worden op het document/kader (afhankelijk van de status aan het eind van BasGoed 2018) waarbij aangegeven moet worden in hoeverre het aangepast moet worden aan de nieuwe versie van BasGoed. In het kader MKBA MIRT wordt BasGoed ook genoemd. Hierin moet ook worden aangegeven hoe het document moet worden aangepast aan de nieuwe versie van BasGoed. Pagina 14 van 15
15 2.4.4 Leveringsvoorwaarden De leveringsvoorwaarden beschrijven onder welke voorwaarde BasGoed gebruikt mag worden voor verschillende toepassingen. Deze leveringsvoorwaarden worden in 2017 vastgesteld voor de huidige versie van BasGoed. Omdat de nieuwe versie van BasGoed misschien andere data gebruikt en hier dus andere voorwaarden kunnen gelden, moeten de leveringsvoorwaarden indien nodig herzien worden Aanvraagformulier In 2017 is het aanvraagformulier voor BasGoed opgesteld. Dit aanvraagformulier moet aangepast worden. Hierbij moet het geschikt worden gemaakt voor de nieuwe versie van BasGoed, en moet het mogelijk worden om alleen de prognoseresultaten op te vragen i.p.v. een complete levering Geheimhoudingsverklaring Voor het gebruiken van de gedetailleerde bestanden van BasGoed is een geheimhoudingsverklaring nodig. Deze wordt in 2017 opgesteld door WVL (een concept versie is al wel beschikbaar). Hoewel het niet waarschijnlijk is dat deze aangepast moet worden, moet toch een korte check hierop gedaan worden en eventuele wijzigingen worden doorgevoerd. Belangrijk is dat deze verklaring een onderdeel van de complete set documentatie vormt, en daarom in de standaard op te leveren documentatie wordt opgenomen. 2.5 Overkoepelende projectdocumentatie Projectverslag Het projectverslag bevat een beschrijving van het hele project. Hierin zien we graag de volgende onderwerpen terug: - Gevolgde werkwijze (totaal, per fase, per inhoudelijk onderwerp) - Resultaten van analyses/onderzoeken die voor de inhoudelijke onderwerpen gedaan hebben, maar die niet in het uiteindelijke model zijn opgenomen. Hiervoor is vaak geen logische plek in het analyserapport. Als dit zo is kunnen de opgestelde memo s worden opgenomen in het projectverslag. - Beschrijving mogelijke en gemaakte keuzes met argumentatie - Overzicht van de originele planning en de gehaalde planning, inzicht in de verschillen - Conclusies - Aanbevelingen volgende versie BasGoed - Evaluatie/procesmatige aanbevelingen Pagina 15 van 15
Vraagspecificatie BasGoed 2018
RWS BEDRIJFSINFORMATIE Vraagspecificatie BasGoed 2018 Colofon Uitgegeven door Rijkswaterstaat - Water, Verkeer en Leefomgeving Datum 10 februari 2017 Status definitief Versienummer 1.0 Inhoud Inleiding
Nadere informatieSoftware 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 informatieIntake <applicatie> Conclusie & Aanbevelingen. <Datum> 1.0. <Auteur> ###-#######
Intake Conclusie & Aanbevelingen Datum Versie 1.0 Auteur Telefoon ###-####### Inhoudsopgave 1. VOORWOORD... 1 2. BESCHRIJVING APPLICATIE... 2 2.1. FUNCTIONEEL ONTWERP... 2
Nadere informatiePlan 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 informatieSoftware 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 informatiePROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D
PROJECT PLAN VOOR DE IMPLEMENTATIE VAN EEN STANDAARD SITE VOOR DE VERENIGING O3D Auteur : P. van der Meer, Ritense B.V. Datum : 17 juli 2008 Versie : 1.3 2008 Ritense B.V. INHOUD 1 VERSIEBEHEER...1 2 PROJECT
Nadere informatieOfferte / Gemeente Breda / Versie 2.0
Gemeente Breda t.a.v. mevrouw J de Bruijn Postbus 90156 4800 RH BREDA Breda, 9 juli 2007 Betreft : Referentie: Offerte ontwerpfase websites GemeenteBreda002 Geachte mevrouw De Bruijn, Met plezier sturen
Nadere informatieProject Fasering Documentatie Applicatie Ontwikkelaar
Project Fasering Documentatie Applicatie Ontwikkelaar Auteurs: Erik Seldenthuis Aminah Balfaqih Datum: 31 Januari 2011 Kerntaak 1 Ontwerpen van applicaties De volgordelijke plaats van de documenten binnen
Nadere informatieRegressietesten. De aanpak en aandachtspunten. Algemene informatie voor medewerkers van: SYSQA B.V.
Regressietesten De aanpak en aandachtspunten Algemene informatie voor medewerkers van: SYSQA B.V. Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 INLEIDING...3 1.1 ALGEMEEN...3 1.2 VERSIEBEHEER...3
Nadere informatie1. Work Breakdown Structure en WBS Dictionary
1. Work Breakdown Structure en WBS Dictionary CUSTOMER migratie Management Technische Transitie Meetings Status Reporting Administratie Technisch Upgegrade Systemen (3-tier) Delta Analyse & Functioneel
Nadere informatieInlichtingenbureau Voortgangsrapportage April Realisatie van het Sectorloket-systeem
Inlichtingenbureau Voortgangsrapportage April 2004 Realisatie van het Sectorloket-systeem Opdrachtgever: stichting Inlichtingenbureau Status Versie Datum Definitief 1.0 27 april 2004 Inhoudsopgave Inhoudsopgave...
Nadere informatieKennis na het volgen van de training. Na het volgen van deze training bent u in staat:
Training Trainingscode Duur Gepubliceerd Taal Type Leermethode Kosten SF2015V8 4 dagen 02/02/2015 Nederlands & Engels Developer, basis Invidueel & klassikaal Op aanvraag Deze training richt zich op het
Nadere informatiePlan 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 informatieTARGET2 nieuwsbrief. Inhoud. De TARGET2 nieuwsbrief. Projectplanning TARGET2
TARGET2 nieuwsbrief Informatie over de migratie van TOP naar TARGET2 januari 2006, nr 2 Inhoud De TARGET2 nieuwsbrief Projectplanning TARGET2 1 1 Migratie naar TARGET2 Het testprogramma 3 3 De meest recente
Nadere informatieInhoud. Deel een Het ontwikkeltraject 13. Inleiding 11
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 informatieOmschrijving. Technische context
FUNCTIONEEL TESTER Locatie 1000 Brussels, België Binnen de afdeling gegevensbeheer van het Agentschap Informatie Vlaanderen is het team verantwoordelijk voor het stimuleren en ondersteunen van het e-government
Nadere informatieTechnisch Ontwerp Ontwerp template
Auteur Dennis Steenwijk Versie Datum Status 1 Inleiding 2 Versie geschiedenis Versie Datum Status Naam Omschrijving 03-10-08 Dennis Steenwijk versie 2 van 9 Versie geschiedenis 3 Distributie Naam Functie
Nadere informatieTechnisch 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 informatieInformatica 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 informatieVraagspecificatie LMS als integraal model
RWS BEDRIJFSINFORMATIE Vraagspecificatie LMS als integraal model Datum 12 mei 2015 Status Definitief Colofon Uitgegeven door Rijkswaterstaat, Water Verkeer en Leefomgeving Informatie C. Hage Telefoon 088-7982618
Nadere informatieGenerale Repetitie WBI2017. Belangrijkste bevindingen. Kernteam GR
Generale Repetitie WBI2017 Belangrijkste bevindingen Kernteam GR december 2016 Inhoud 1. Doel Generale Repetitie 2. Aanpak Generale Repetitie 3. Behaalde resultaten 4. Aanbevelingen vanuit GR-organisatie
Nadere informatieMinisterie van Infrastructuur en Milieu Beheerst naar beheer
Document D-2 Ministerie van Infrastructuur en Milieu Beheerst naar beheer Versie 1.0 Datum 15 juli 2014 Status Definitief Colofon Versie 1.0 Contactpersoon Paul Leunissen M 06-5250 6691 Paul.Leunissen@minienm.nl
Nadere informatiePlan 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 informatieRLBS (robbert Location based services)
RLBS (robbert Location based services) Functioneel ontwerp Robbert Brussaard 22-02-2010 Versie 1.0 Robbert Brussaard (62391) 22-02-2010 Inhoudsopgave 1.1 Samenvatting...2 1.2 Samenvatting...2 1.3 Versiebeheer...2
Nadere informatieStappenplan Implementatie ORBA
De steden die wensen deel te nemen aan het ORBAtraject geven hun engagement. - Alle ORBA Intentieverklaring voor de instap in ORBA Centrumsteden Wanneer 5 steden zich engageren wordt gestart met Centrumsteden
Nadere informatieChecklist 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 informatieKwaliteitsbewaking 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 informatieRapport over het werkprofiel van Software engineer (sr)
Rapport over het werkprofiel van Software engineer (sr) Identificatienummer: Publicatiedatum: 19 november 2015 Leeswijzer Dit rapport omschrijft het werkprofiel van 'Software engineer (sr)' zoals die door
Nadere informatieTestscenario s voor de ZorgDomein LIS-koppeling (HL7 OML)
Testscenario s voor de ZorgDomein LIS-koppeling (HL7 OML) Inhoudsopgave Inhoudsopgave 2 Inleiding 3 Achtergrond 3 Doel van dit document 3 Testscenario s 4 Uitgangspunten voor het testen 4 Technische testvragen
Nadere informatieChecklist testen Lopende zaken MijnOverheid. Versie 1.1
Checklist testen Lopende zaken MijnOverheid Versie 1.1 Datum Status 01 oktober Definitief Definitief Checklist testen Lopende zaken MijnOverheid 01 oktober 2013 Colofon Projectnaam MijnOverheid Versienummer
Nadere informatieBREEAM-NL In-Use Portfolio-aanpak Jaarlijks
BREEAM-NL Instructieblad 116, november 2018 Dit document beschrijft de werkwijze voor het certificeren van een portfolio middels de BREEAM-NL In-Use portfolio-aanpak Jaarlijks, inclusief aandachtspunten
Nadere informatieBentVoorbeeld. Proces en informatie onderzoek DECLA. consultancy. Versie : 1.0 Datum : 3 juli 2013 Auteur : D.W.F.
BentVoorbeeld Proces en informatie onderzoek DECLA consultancy Versie : 1.0 Datum : 3 juli 2013 Auteur : D.W.F. Inhoudsopgave 1 INLEIDING... 3 2 INTRODUCTIE... 4 3 OPDRACHTOMSCHRIJVING EN SCOPE... 5 4
Nadere informatieTestscenario s voor de ZorgDomein koppeling met UDPS
Testscenario s voor de ZorgDomein koppeling met UDPS Inhoudsopgave Inhoudsopgave 2 Inleiding 3 Achtergrond 3 Doel van dit document 3 Testscenario s 4 Uitgangspunten voor het testen 4 Technische testvragen
Nadere informatieChainWise Factuur Export Functionele documentatie Twinfield API Koppeling
ChainWise Factuur Export Functionele documentatie Twinfield API Koppeling Auteur: ChainWise Datum: 09-04-2018 Versie: 1.3 Functionele documentatie 1 / 11 1 Versies Versie Auteur Datum Opmerkingen 0.1 Tien-Loong
Nadere informatiePlan van aanpak. Project : Let s Drop. Bedrijf : DropCo BV
Plan van aanpak Project : Let s Drop Bedrijf : DropCo BV Plaats, datum: Horn, 28 september 2012 Opgesteld door: 1205366 1205366smit@zuyd.nl Plan van Aanpak project Let s Drop pagina 1 Inhoudsopgave plan
Nadere informatiePersoonlijk Actieplan (PAP)
B 1.4 Persoonlijk Actieplan (PAP) Stagiair(e) Opleiding Bedrijf Praktijkopleider Stagedocent Nick Albregtse Interactief Vormgeven (IV) Kees Internetbureau Michiel Snijder Jan Verduijn Datum 26 09 2013
Nadere informatieGAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter
GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter 2 Opdrachtgever : Opdrachtnemers : Ing. P. van den Berg Michel van Reenen Thijs Mommen GAMP Toegepast op de DeskTopXorter Besturing DeskTopXorter
Nadere informatieCursus Analyse voor Web Applicaties 1. Webdesign / Web Programmeren Analyse voor web applicaties SDM methode + Basis UML
Cursus Analyse voor Web Applicaties 1 Organisatie Opleiding Module Onderwerp Syntra AB Webdesign / Web Programmeren Analyse voor web applicaties SDM methode + Basis UML Analyse op basis van SDM en UML
Nadere informatieDeelplan IC ICT-omgeving 2015 Gemeente Lingewaard
Deelplan IC ICT-omgeving 2015 Gemeente Lingewaard Pagina 1 van 6 Inhoudsopgave 1. Aanleiding 3 2. Structureel / incidenteel 3 3. Opdrachtgever 3 4. Opdrachtnemer 3 5. Relevante wet- en regelgeving 3 6.
Nadere informatieVoorlopig onderzoeksplan Bachelorscriptie CleanDoc-
Voorlopig onderzoeksplan Bachelorscriptie 2011 -CleanDoc- Wouter Lockefeer 0545228 Probleemstelling Een goede programmeertaal moet niet alleen efficiënte programma's opleveren, maar ook handig zijn in
Nadere informatieSjabloon 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 informatieTechnisch Rapport. BAG Extract in i-bridge2.0. Versie 1.0. Datum 9 December 2010
Technisch Rapport BAG Extract in i-bridge2.0 Versie 1.0 Datum 9 December 2010 Status Final Colofon IVENT A&A CDC Madame Curielaan 4-6 Postbus 20703 2289 CA Rijswijk Contactpersoon Patrick Brooijmans Teamleider
Nadere informatiePROJECT: IRIS-WEB. (Plan van aanpak)
PROJECT: (Plan van aanpak) Projectcode: Datum voltooid: Auteur: Tim Baas Bestandsnaam: PVA.doc Documenthistorie Revisies Versie Status Datum Wijzigingen 0.1 concept 10-08-2009 concept Document ID: [2/11]
Nadere informatieImplementatiescenario voor lidorganisaties
Informatiemodel en Gegevensset Federatie Opvang 2011 Implementatiescenario voor lidorganisaties Federatie Opvang, 22 september 2011 versie 1.0 Projectleiding: Projectuitvoering: Mark Clarijs, Informatiemanager
Nadere informatieDigikoppeling adapter
Digikoppeling adapter Versie 1.0 Datum 02/06/2014 Status Definitief Van toepassing op Digikoppeling versies: 1.0, 1.1, 2.0, 3.0 Colofon Logius Servicecentrum: Postbus 96810 2509 JE Den Haag t. 0900 555
Nadere informatieNK Testen Testrapport team 4. Team: #Test. SUT: Fructasys. Datum Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen
Datum 01-05-2017 Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen NK Testen Testrapport team 4 Versie 1.0 Team: #Test SUT: Fructasys Inhoud 1 Goedkeuringsverklaring 2 2 Document informatie
Nadere informatieHogeschool van Arnhem en Nijmegen Faculteit Educatie Instituut voor Leraar en School
Hogeschool van Arnhem en Nijmegen Faculteit Educatie Instituut voor Leraar en School Feedforward en beoordeling Afstudeeronderzoek eindfase studiejaar 2014-2015 VT-DT Feedforwardformulier afstudeeronderzoek:
Nadere informatieNaam: 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 informatieSoftware 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 informatieProceseisen blauwdruk VCM
Proceseisen blauwdruk VCM Bijlage D bij het bestek met zaaknummer 31049665 Verkeersmanagement Centrale van Morgen (VCM) Datum 24 juni 2011 Status definitief Proceseisen Blauwdruk VCM Bijlage D bij het
Nadere informatieBijlage 3: Master testplan
Bijlage 3: Master testplan KIS Testplan Inaxion Lelystad Adres: Jol -20 Postbus : 609 Postcode Plaats 8483 ED Lelystad I www.inaxion.nl Plaats Lelystad Datum 22 maart 200 Auteur Saidou Diallo Status Finaal.0
Nadere informatieKENMERKEN 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 informatieOntwikkelaar ICT. Context. Doel
Ontwikkelaar ICT Doel Ontwikkelen en ontwerpen van ICT-producten, binnen overeen te komen dan wel in een projectplan vastgelegde afspraken ten aanzien van tijd, budget en kwaliteit, opdat overeenkomstig
Nadere informatieProcesvisie 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 informatieVoorblad Inhoudsopgave Inhoud
Voorblad Inhoudsopgave Inhoud (INHOUD) Achtergronden We moeten een website voor een jonge catering en een party service bedrijf bouwen. Dit bedrijf is gespecialiseerd in verzorging van borrelhapjes en
Nadere informatieCanonieke 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 informatieGebruikershandleiding. 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 informatieHandleiding capaciteitsplanning
Handleiding capaciteitsplanning Inhoud Inleiding... 3 1. Home... Fout! Bladwijzer niet gedefinieerd. 2. Medewerker invoeren / wijzigen / verwijderen... Fout! Bladwijzer niet gedefinieerd. 3. Project invoeren
Nadere informatieProgrammeren. 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 informatieProject. 3D-Fraggel. Plan van aanpak. Door: IH1T08 1/1
Project 3D-Fraggel Plan van aanpak Door: 1/1 Project 3D-Fraggel Plan van aanpak Datum: 07-05-2001 Plaats: Enschede Opdrachtgever: Saxion Hogeschool Enschede Instituut ICT Afdeling Hogere Informatica Contactpersoon
Nadere informatieRegistreren, analyseren en verantwoorden
Registreren, analyseren en verantwoorden Inhoud DAS in het kort DAS in het kort 3 De voordelen voor u 4 Effecten meten 4 Uw opdracht verantwoorden 5 Werkwijze methodiseren 6 Samenwerking bevorderen 7 Kosten
Nadere informatieLEERDOELEN MEDIAVORMGEVER 4
LEERDOELEN MEDIAVORMGEVER 4 Tijdens elke BPV periode werk je aan 5 leerdoelen. 3 leerdoelen kies je uit een lijst met bestaande doelen die in het onderstaande kwalificatiedossier van Mediavormgever staan.
Nadere informatieVAN 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 informatieVerschillen 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 informatieInstallatie procedure BINK 9
Inhoudsopgave 1 Inleiding... 2 2 Vooraf aan de installatie... 3 3 Netwerk- of stand-alone installatie... 4 4 Installatie typen... 5 4.1 Installatie typen... 5 4.2 Stand-alone... 5 4.3 Netwerk... 6 4.3.1
Nadere informatieEindbeoordelingsformulier (Applicatieontwikkelaar 4)
Eindbeoordelingsformulier (Applicatieontwikkelaar 4) Eindbeoordeling werkprocessen Naam stagiair BPV bedrijf Datum BPV Begeleider Praktijkopleider Periode Kerntaak 1: Ontwerpen van de applicatie, (cross)media
Nadere informatieBeschrijving Evaluatiemodule Analysefunctie Coachview.net
Beschrijving Evaluatiemodule Analysefunctie Coachview.net Uitwerking gewenste analyse-mogelijkheden van de evaluatiemodule. Dé nieuwe manier van samenwerken 05 december 2012 Inleiding Binnen Coachview.net
Nadere informatieProjectmatig werken. De scope van de GIP
Projectmatig werken De scope van de GIP Inhoud SCOPE van het project... 3 SCOPE van een GIP... 5 Uitgewerkt voorbeeld... 6 2 SCOPE van het project (voorbeeld uit het bedrijfsleven) Opdracht en definitie
Nadere informatieVergelijking verwerkingsregister AVG
Vergelijking verwerkingsregister AVG Voor een gemeente in Noord-Nederland is een korte vergelijking gedaan van de verwerkingsregisters van en. Hierbij is met name gekeken naar het voldoen aan de wettelijke
Nadere informatieEnergiemanagement Actieplan
1 van 8 Energiemanagement Actieplan Datum 18 04 2013 Rapportnr Opgesteld door Gedistribueerd aan A. van de Wetering & H. Buuts 1x Directie 1x KAM Coördinator 1x Handboek CO₂ Prestatieladder 1 2 van 8 INHOUDSOPGAVE
Nadere informatieData 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 informatieREFERENTIE BIJLAGE 1 PRA-FORMULIER BIJLAGE 2 INTERACTIE MATRIX (VOORBEREIDING PRA
Werkinstructie : HSEW Blz. : 1 van 10 INDEX 1 SCOPE 2 DOEL 3 PROCEDURE 3.1 Inleiding: 3.2 Voorwaarden: 3.3 Organisatie: 3.4 Werkwijze 3.4.1 PRA-0 3.4.2 PRA-1 3.4.3 PRA-2 3.4.4 Toll-gate 4 UITKOMST 5 RAPPORTAGE
Nadere informatieChecklist testen Lopende zaken MijnOverheid
Checklist testen Lopende zaken MijnOverheid Versie 1.2 Datum 01 april 2016 Status Definitief Definitief Checklist testen Lopende zaken MijnOverheid 01 april 2016 Colofon Projectnaam MijnOverheid Versienummer
Nadere informatieRelease notes. Versie 2.3
DEFINITIES EN TELRICHTLIJNEN VOOR DE TOEPASSING VAN FUNCTIEPUNTANALYSE Release notes Versie 2.3 nesma.org VOORWOORD 1 VOORWOORD In 2005 werden de Nesma FPA telrichtlijnen verheven tot de Internationale
Nadere informatieEnergiemanagementprogramma HEVO B.V.
Energiemanagementprogramma HEVO B.V. Opdrachtgever HEVO B.V. Project CO2 prestatieladder Datum 7 december 2010 Referentie 1000110-0154.3.0 Auteur mevrouw ir. C.D. Koolen Niets uit deze uitgave mag zonder
Nadere informatieProtocol Bouwen in het gesloten seizoen aan primaire waterkeringen
Protocol Bouwen in het gesloten seizoen aan primaire waterkeringen Plan van Aanpak POV Auteur: Datum: Versie: POV Macrostabiliteit Pagina 1 van 7 Definitief 1 Inleiding Op 16 november hebben wij van u
Nadere informatieSoftware 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 informatieInstituut Broers. Plan van Aanpak. Windows Server
Instituut Broers Plan van Aanpak Windows Server [Zubin Mathoera, Vincent Darwinkel, Tomas Berends] 12-1-2017 VOORWOORD Dit plan van aanpak hebben wij volgens het boek van Roel Grit, Project Management,
Nadere informatieTestrapport Kiezen op Afstand Inhoudelijke Stresstest
Testrapport Inhoudelijke Stresstest Dit document heeft 10 pagina 's Testrapport 1nhoudelijke Stresstest vo.21 Document historie Versie Datum Bijzonderheden Autorisatie 0.1 20-09-2006 Opzet 0.2 22-09-2006
Nadere informatieOlde 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 informatieRapport over de functie van Dirk Demo
Rapport over de functie van Dirk Demo Publicatiedatum: 14 februari 2014 Leeswijzer Dit rapport omschrijft de functie van 'Dirk Demo' zoals die door The PeopleFactory - Demo omgeving is vastgesteld en geeft
Nadere informatieTestscenario s voor de ORU)
Testscenario s voor de ZorgDomein CS HiXkoppeling (SQAPI / HL7 ORU) Inhoudsopgave Inhoudsopgave 2 Inleiding 3 Achtergrond 3 Doel van dit document 3 Testscenario s 4 Uitgangspunten voor het testen 4 Technische
Nadere informatieDoor: Ruud van Eeghem Datum: juni 2008 Versie: 1.0. Handleiding gebruik EPBD GIPC tool
Door: Ruud van Eeghem Datum: juni 2008 Versie: 1.0 Handleiding gebruik EPBD GIPC tool Aanleiding De EPBD GIPC tool is een database die ontwikkeld is om het gebruik van de generieke interface van de EPBD
Nadere informatieInformatiebeveiliging als proces
Factsheet Informatiebeveiliging als proces Informatiebeveiliging onder controle krijgen en houden FORTIVISION Stadionstraat 1a 4815 NC Breda +31 (0) 88 160 1780 www.db-fortivision.nl info@db-fortivision.nl
Nadere informatieGEBRUIKERSHANDLEIDING TESTCASE GENERATOR
GEBRUIKERSHANDLEIDING TESTCASE GENERATOR VERSIE 1.0.0 MEI 2017 HDN 2017 1. Inleiding Testcase Generator Binnen het HDN platform worden er op regelmatige basis maatschappij specifieke schema s geactiveerd.
Nadere informatieTestrapport Kiezen op Afstand Backup en Recoverytest Stembus
Testrapport Backup en Recoverytest Stembus Dit document heefi 9 pagina 's Testrapport backup en recoverytest stembus vo.2 Document historie Versie Datum Bijzonderheden Autorisatie 0.1 03-10-2006 Opzet
Nadere informatiePlan van Aanpak. TWI implementatie. www.twitraining.nl
Plan van Aanpak TWI implementatie Inhoudsopgave 1. Achtergrond TWI... 3 2. Projectorganisatie... 5 2.1 Trainen medewerkers... 5 2.2 Randvoorwaarden voor het slagen van TWI... 6 3. Planning en doorlooptijd...
Nadere informatieICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden
Drechtsteden Technische Architectuur (DTA) ICT Beheermodel informatiesystemen Drechtsteden Baseline inrichting ICT beheermodel Drechtsteden Status : Definitief 1.0 Redactie : DTA Datum : 29-08-2007 1 Versiebeheer
Nadere informatieDe 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 informatieTechnisch 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 informatieInhoudsopgave 1. Opdrachtformulering Beschouwingsgebied Binnen de opdracht Buiten de opdracht
Test rapport Dit document beschrijft de testopdracht voor het Nederlands Kampioenschap software testen 2017. De website Fructasys (Software Under Test SUT) is een totaal backoffice pakket waarmee je bestellingen
Nadere informatieSolidWorks QuickStart Algemene informatie
SolidWorks QuickStart Algemene informatie SolidWorks 3D CAD software biedt intuïtieve oplossingen voor alle aspecten van uw designproces. De SolidWorks producten kunnen worden toegepast binnen de hele
Nadere informatieHANDLEIDING INFOGRAPHIC SOFTWARE Versie 2.3 / jan 2014
HANDLEIDING INFOGRAPHIC SOFTWARE Versie 2.3 / jan 2014 Inhoudsopgave 1. Inleiding... 3 2. Systeemvereisten... 3 3. Installeren van de software... 4 4. Programma instellingen... 5 5. Importeren van een
Nadere informatieOfferte. Inleiding. Projectopdracht
Offerte aan van Directeur MEVA drs. C.E. M., Ministerie van Volksgezondheid, Welzijn en Sport. Centrum voor Beleidsstatistiek, Centraal Bureau voor de Statistiek onderwerp Offerte Inkomenspositie Chronisch
Nadere informatieImplementatieplan Indicatoren ambulancezorg
Implementatieplan Indicatoren ambulancezorg definitieve versie maart 2015 1 1. Inleiding In oktober 2014 heeft het bestuur van Ambulancezorg Nederland de indicatorenset ambulancezorg vastgesteld. Hiermee
Nadere informatie5 Programmastructuur
5 Programmastructuur Om het informatieplan en de daarin beschreven componenten is het aan te raden een programma- en projectenorganisatie in te richten. Volgend schema geeft de verschillende actoren en
Nadere informatieLandelijk Indicatie Protocol (LIP)
Handleiding Landelijk Indicatie Protocol programma pagina 1 of 18 Landelijk Indicatie Protocol (LIP) Welkom bij LIP Lip is ontstaan uit een toegevoegde module aan het kraamzorg administratie pakket van
Nadere informatieVier aandachtspunten bij het specificeren van digitaal geregelde voedingen
Vier aandachtspunten bij het specificeren van digitaal geregelde voedingen De industrie staat soms nog wat afwachtend tegenover digitaal geregelde voedingen omdat engineers, anders dan bij de traditionele
Nadere informatieDe SolidWorks QuickStart Module
SolidWorks 3D CAD software biedt intuïtieve oplossingen voor alle aspecten van uw designproces. De SolidWorks producten kunnen worden toegepast binnen de hele organisatie. De SolidWorks QuickStart Module
Nadere informatieTools 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