ARE methodiek Het ontwikkelen van Informatie Elementen
|
|
|
- Karen van Dijk
- 10 jaren geleden
- Aantal bezoeken:
Transcriptie
1 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 WI5: Creëer een Model Definieer systeem architectuur Milestone 2 Nadat een use case gespecificeerd wordt en zijn realisatie goedgekeurd is, een programmeur kan beginnen met een implementatie daarvan. WI6: Werk een Use Case Specificatie uit Definieer realisatie van het gewenst systeemgedrag Transitie naar de OTAP omgevingen
2 Werk Instructie 1: Start een project op F1.1 Selecteer het project F1.2 Bepaal de doelstellingen van het gekozen project Bestaande applicatie? Ja F1.3 Import de applicatie data to Enterprise Architect omgeving Nee RUP op Maat? Ja Nee F1.4 Pas de ARE framework en sjablonen aan F1.5 Set Up een werk omgeving F1.6 Integreer met de ontwikkelstraat. F1.7 Pas de ARE training materiaal aan en train mensen Ontwikkel een Vision
3 Werk Instructie 2: Ontwikkel een VISION Ontwikkel een Vision 1. Verwerk opmerkingen 2. Zet het Versie attribuut van de aangepaste informatie elementen omhoog Correcties noodzakelijk F2.1 Identificeer Stakeholders 1. Vul het sub-pakage Stakeholders in 2. Gebruik Edit ARE attributes om ARE specifieke attributen in te vullen. Genereer het Vison document Vision Bouw een UC Model F2.2 Definieer het probleem 1. Vul het sub-pakage Business Statements in 2. Gebruik Edit ARE attributes om ARE specifieke attributen in te vullen. Quality Gate: Review 2.3 Definieer de scope van het project 1. Teken een Context Diagram goed APPROVE F2.4 Beschrijf en documenteer het Business Proces 1. Maak een model van het Business Proces in het sub-package Business Statements Modelleer het Business Domain F2.5 Beschrijf Bedrijfsregels 1. Documenteer de verzamel de bedrijfsregels in het Business Rules sub-package. 2. Gebruik Edit ARE attributes om ARE specifieke attributen in te vullen. 1. Accordeer alle informatie elementen in de betreffende (sub-)packages. 2. Creëer een baseline van de betreffende (sub-)packages. F2.6 Verzamel Requirements: Functioneel, Niet Functioneel Randvoorwaarden Het Requirements Package 1. Documenteer requirements in het sub-package Business Requirements 2. Gebruik Edit ARE attributes om ARE specifieke attributen in te vullen. Creëer een Glossary
4 Werk Instructie 3: Modelleer het Business Domain Modelleer het Business Domain Verwerk opmerkingen Correcties noodzakelijk F3.1 Zoek naar Business Objects 1. Vul het sub-pakage Business Objects in Genereer het Business Object Model document Business Object Model Quality Gate: Review F3.2 Model het domain met de geïdentificeerde business objecten. Het Business Objects sub-package 1. Vul een Business Objects diagram toe. 2. Probeer een Business Objecten te modellen. goed F3.3 Controleer of de gevonden objecten en relaties worden herkend en aanvaart 1. Accordeer alle informatie elementen in de betreffende (sub-)packages. 2. Creëer een baseline van de betreffende (sub-)packages. APPROVE F3.4 Documenteer de Business Object Model Het Business Objects sub-package 1. Teken een Business Object diagram.
5 Werk Instructie 4: Creëer een Glossary Creëer een Glossary F4.1 Controleer of een bedrijfswoordenboek bestaat F4.2 Analyseer bestaande materialen (bv. documenten) voor gebruikte termen F4.3 Controleer of de gevonden definities worden herkend en aanvaart Verwerk opmerkingen Correcties noodzakelijk F4.4 Documenteer deze definities Voeg de bedrijfstermen in het System View in Tab: Glossary Genereer het Glossary document Glossary Quality Gate: Review goed APPROVE
6 Werk Instructie 5: Creëer een Model Bouw een UC Model 1. Verwerk opmerkingen 2. Zet de versie van de aangepaste informatie elementen omhoog Correcties noodzakelijk F5.1 Identificeer Actoren in overleg met Stakeholders Het package 1. Vul het sub-package Actors in Genereer het Model document Model Werk een Spec uit F5.2 Beschrijf Actoren en hun doelstellingen met betrekking tot het systeem Het Actors sub-package 1. Gebruik Edit ARE attributes om ARE specifieke attributen in te vullen. Quality Gate: Review F5.3 Identificeer s Het package 1. Vul het sub-package Primeur Use Cases in goed F5.4 Beschrijf kort elke Het Primeur sub-package 1. Vul het Notes attribuut in bij Use Case Properties. APPROVE F5.5 Teken de Diagram en leg relatie tussen Actoren en Use Cases. Het Primeur sub-package 1. Teken een Diagram 1. Accordeer alle informatie elementen in de betreffende (sub-)packages. 2. Creëer een baseline van de betreffende (sub-)packages. F5.6 Analyseer en optimaliseer de use cases Het Primeur sub-package 1. Verwerk analyse en optimalisatie resultaten in s
7 Werk een Spec uit Werk Instructie 6: Werk een Specificatie uit 1. Verwerk opmerkingen 2. Zet de versie van de aangepaste informatie elementen omhoog Correcties noodzakelijk F6.1 Bestudeer de use case beschrijving vanuit het Model. Het <x> sub-package 1. Lees het Notes attribuut bij use case Properties. Genereer het Specificatie document Specification F6.2 Documenteer de triggers en wijze van uitvoering Het <x> sub-package 1. Voeg een Linked Document toe 2. Beschrijf triggers en wijze van uitvoering volgens de sjabloon. Quality Gate: Review F6.3 Documenteer de pre-conditions en post-conditions Het <x> sub-package 1. Voeg de pre- en post conditions toe in Require Tab in de use case Properties. goed APPROVE F6.4 Beschrijf een positieve use case scenario Het <x> sub-package 1. Voeg een positieve uitvoering scenario toe in Scenario Tab in de use case Properties. F6.5 Beschrijf alternatieve use case scenario s F6.6 Identificeer additionele requirements F6.7 Teken een activiteitsdiagram Het <x> sub-package 1. Voeg alternative uitvoering scenarios toe in Scenario Tab in de use case Properties. Het <x> sub-package 1. Voeg de gevonden additionele requirements in Require Tab in de use case Properties. Het <x> sub-package 1. Teken een activiteitsdiagram 2. Verbeter de beschrijving indien nodig. 1. Accordeer alle informatie elementen in de betreffende (sub-)packages. 2. Creëer een baseline van de betreffende (sub-)packages.
8 Werk Instructie 7: Behandel een wijziging (1) Beheer wijzigingen Submitter Verzoek om de beschrijving te verbeteren F7.1 Registratie Registratie & Analyse Het Change Management package 1. Creëer een nieuwe folder voor de wijziging. 2. Vul de aanvullende informatie in (Linked Doc). 3. Vul de wijziging attributen gerelateerd aan de registratie fase in. Wijziging Beschrijving F7.3 Probleem Management Procedure F7.4.1 Alternatieve Oplossingen Analyse F7.4.2 Technische Impact Analyse F7.4.3 Project Impact Analyse Probleem F7.4 Analyse F7.2 Classificatie & eerste analyse Probleem of wijziging? wijziging Nee F7.6 Voldoende details? F7.5 Opstellen van Accorderend Groep 1. Vul de eerste analyse resultaten in. 2.Vul de wijziging attributen gerelateerd aan de eerste analyse fase in. 1. Vul de volledige analyse resultaten in (Linked Doc). 2.Vul de wijziging attributen gerelateerd aan de analyse fase in. 1. Vul de accorderend groep in de wijziging beschrijving (Linked Doc) Einde Nee Ja F7.7 Doorgaan met implementatie? Ja Volgende pagina 1. Verzamel de handtekeningen van de accorderend groep (Linked Doc)
9 Werk Instructie 7: Behandel een wijziging (2) Vorige pagina Niet goed F7.8 Aanpassen specificatie Voortraject Alle relevante packages 1. Wijzig het element. 2. Voeg de wijzigingsnummer bij de Keywords attribuut van de veranderde element. 3. Zet omhoog de versienummer van de veranderde element. 4. Vul de wijziging attributen gerelateerd aan de aanpassen specificatie fase in. OK? Goed F7.9 Implementatie van de wijziging Niet goed F7.10 OK? Ontwikkeling omgeving Test omgeving Alle relevante packages 1.Wijzig het element. 2. Voeg de wijzigingsnummer bij de Keywords attribuut van de veranderde element. 3. Zet omhoog de versienummer van de veranderde element. 4. Vul de wijziging attributen gerelateerd aan de implementatie fase in. 1. Vul de wijziging attributen gerelateerd aan de test fase in. Goed Acceptatie omgeving Ja F7.13 Technisch Probleem? Niet goed F7.11 OK? 1. Vul de wijziging attributen gerelateerd aan de acceptatie fase in. Nee Goed Aanmaken van een nieuwe issue F7.12 Toevoegen aan een release en sluiten 1. Vul de wijziging attributen gerelateerd aan de einde fase in.
10 pkg RUP op M... class ARE Data Mo... pkg Traceability Testontwerp Vis ion + Functionele Requirement + Niet Functionele Requirement + Randvoorwaarde + Requirement + Stakeholder Traceability + Testontwerp Business Object Architectuur - DeploymentView: Architectuur - ImplementationView: Architectuur - LogicalView: Architectuur - ProcessView: Architectuur + BusinessObjects-Stakeholders + Changes-Requirements + Changes-UseCases + Requirements-UseCases + Stakeholders-Changes + Stakeholders-Requirements + UseCases-Bevindingen + UseCases-Realization + UseCases-TestCases Acceptatiebevindingen + Bevinding Stakeholder Actor Acceptatie Test Plan + Testontwerp Niet-functionele Requirement Business Object Model + Bedrijfsregel + Business Objects + Stakeholder Functionele Requirement Bevindingen + Bevinding Bedrijfsregel Requirement Realisatie Wijzigingsvoorstel + Wijziging Model + Actor + Specification + Actor + Realization + DeploymentView + ImplementationView + LogicalView + ProcessView Software Architecture Document + DeploymentView + ImplementationView + LogicalView + ProcessView Randvoorwaarde Testontwerp Wijziging Bevinding (Technisch)Probleem Onderdelen van de ARE methodiek Theorie/Proces gebaseerd training Traject Procedures GEAUTOMATISEERDE GENERATIE Pragmatische uitbreding Business Object Model + Bedrijfsregel + Business Objects + Stakeholder Vision + Functionele Requirement + Niet Functionele Requirement + Randvoorwaarde + Requirement + Stakeholder Acceptatie Test Plan + Testontwerp Wijzigingsvoorstel + Wijziging Acceptatiebevindingen + Bevinding Model Navigation Map Bevindingen + Actor + + Bevinding Design Model Data Model Software Architecture Document + DeploymentView + ImplementationView + LogicalView + ProcessView Specification + Actor + Glossary Testontwerp + Testontwerp Realization + DeploymentView + ImplementationView + LogicalView + ProcessView Legend Requirements Werkproduct volgen RUP op Maat Overige RUP op Maat Werkproducten TOOL gebaseerd training Traject Tool Instructions
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
Technische architectuur Beschrijving
A gemeente Eindhoven Technische architectuur Beschrijving Specificatiecriteria Versie 1.1 A. van Loenen Technisch Beleidsadviseur B&E 21-Sep-2011 avl/fd11027578 Colofon Uitgave Gemeente Eindhoven Realisatie
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
Vereenvoudigd sjabloon requirementsdocument. <<Organisatie>>
Vereenvoudigd sjabloon requirementsdocument SYSQA B.V. Almere Versie : Datum : Status : Opgesteld door : Organisatie SYSQA B.V. Pagina 2 van
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;
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
Bekend zijn met de visie en inzet van procesmanagement in de eigen organisatie.
en werkwijze BPM awareness Inzicht in de toepassing van BPM op strategisch niveau in het algemeen en binnen de eigen organisatie. Kennismaken met BPM vanuit een strategisch perspectief Nut en toegevoegde
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
Domeinmodellen en klassendiagrammen
Overview Architectuur Deployment-diagram Software-architectuur 1 Architectuur Deployment-diagram Software-architectuur 2 3 Architectuur Architectuur Deployment-diagram Software-architectuur Webapplicatie
Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements.
Hoe testers de kwaliteit van requirements kunnen beïnvloeden Testnet thema-avond Slechte requirements zijn overal 2 Pagina 1 En dan heb je goede requirements 3 proces proces ontwikkeling validatie management
2de bach HIB. Systeemanalyse. Volledige samenvatting. uickprinter Koningstraat Antwerpen ,70
2de bach HIB Systeemanalyse Volledige samenvatting Q www.quickprinter.be uickprinter Koningstraat 13 2000 Antwerpen 152 8,70 Online samenvattingen kopen via www.quickprintershop.be Systeemanalyse Deel
DATAMODELLERING BEGRIPPENBOOM
DATAMODELLERING BEGRIPPENBOOM Inleiding In dit whitepaper wordt de datamodelleervorm begrippenboom inclusief de begrippenlijst beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.
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
Software Requirements Specification
Software Requirements Specification PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar 2014-2015 Jens Nevens - Sander Lenaerts - Nassim Versbraegen Jo De Neve - Jasper Bevernage
Software Quality Assurance Plan
Software Quality Assurance Plan GameTrac Versie Datum Auteur(s) Opmerking 1.0 10-12-2010 Bram Bruyninckx Eerste iteratie 1 Door hieronder te tekenen verklaart u akkoord te zijn met dit document en zijn
Overview Verander-concepten en het nieuwe MSP
Overview Verander-concepten en het nieuwe MSP Drs. Rix M. Hof MBA Management consultant Thesis 2003 over MSP Auteur De kleine MSP MSP, verandermanagement en veranderkunde Stelling: MSP als programma management
De juiste requirements juist
De juiste requirements juist Een voorwaarde voor succesvolle applicatie ontwikkeling Arno van Herk Managing partner Synergio B.V. [email protected] 2011 Een brug naar onze presentatie Uniface is Compuware's
Succes = Noodzaak x Visie x Draagvlak 2. Case: Implementatie Requirements Lifecycle management bij Rabobank International
Succes = x Visie x Draagvlak 2 Case: Implementatie Requirements Lifecycle management bij Rabobank International dinsdag 3 oktober 2006 Spider Congres Agenda Inventarisatie SPI-knelpunten Implementatie
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
Voor en nadelen (spatieel) gedistribueerd
Voor en nadelen (spatieel) gedistribueerd Centraal Dynamische regelbaarheid Gedistribueerd Communicatie hogere systeemlagen Communicatie lagere systeemlagen Fouttolerantie Faalgedrag Schaalbaarheid Complex
Software Engineering (I00094) College 2: Requirements-engineering. Marko van Eekelen [email protected] kamer HG02.074
Software Engineering (I00094) College 2: Requirements-engineering Marko van Eekelen [email protected] kamer HG02.074 1 Inhoud 1. 6 feb: Het systeemontwikkelproces 2. 13 feb: Requirements-analyse 3. 6 mar:
DATAMODELLERING BASIS UML KLASSEMODEL
DATAMODELLERING BASIS UML KLASSEMODEL Inleiding In dit whitepaper wordt de datamodelleervorm basis UML klassemodel beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.
Het belang van. Data Modellering. GEMINIT Training. Data Modellering. Frédéric BARBIER
Het belang van Data Modellering Studiedag Informatiemanagement Politeia, 22 februari 2013, Gent Open data en de cloud: een revolutie in de informatiehuishouding van de overheid Training Data Modellering
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
Requirements Traceability. Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman
Requirements Traceability Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman 22 Mei 2008 Werkgroep Traceability Doel van de werkgroep: Aanbieden van hulpmiddelen
Data Governance van visie naar implementatie
make connections share ideas be inspired Data Governance van visie naar implementatie Frank Dietvorst (PW Consulting) deelprogrammamanager Caesar - Vernieuwing Applicatie Landschap Leendert Paape (SAS
DATAMODELLERING DATA MAPPING MODEL
DATAMODELLERING DATA MAPPING MODEL Inleiding In dit whitepaper wordt de datamodelleervorm data mapping model beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil
Use-Case 2.0. Requirements Kenniscentrum 15 November 2012. Eric Lopes Cardozo [email protected]
Use-Case 2.0 Requirements Kenniscentrum 15 November 2012 Eric Lopes Cardozo [email protected] Agenda Use cases: Een korte geschiedenis Waarom nog steeds use cases gebruiken? Waarom Use-Case 2.0?
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.
Naam:... INFO / WIS-INF / ASIB / IAJ. Theorie
Theorie Beantwoord onderstaande vragen (elke vraag staat op 3 punten) door de antwoordzinnen KORT aan te vullen. 1. Wat doe je wanneer je de risico's projecteert (afschat)? Welke categorieën van risico's
Resultaat gerichter Testen
Resultaat gerichter Testen Verandering van test beleid bij Rabobank International De Rabobank 1 Rabobank International Information Systems &Development IS&D Global Services & IT Risk Management Strategy
Workshop 12 ART-DECOR en Acute overdracht. Michael Tan Kai Heitmann Maarten Ligtvoet
Workshop 12 ART-DECOR en Acute overdracht Michael Tan Kai Heitmann Maarten Ligtvoet 22 november 2012 Topics Aanpak en visie Perinatologie Michael Tan Uitleg Acute Overdracht in ART-DECOR Kai Heitmann Faciliteren
1. 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
DATAMODELLERING DATA FLOW DIAGRAM
DATAMODELLERING DATA FLOW DIAGRAM Inleiding In dit whitepaper wordt de datamodelleervorm data flow diagram beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil
Die inputs worden op een gecontroleerde manier aangeboden door (test) stubs. De test driver zorgt voor de uiteindelijke uitvoering ervan.
Nota: Schrijf je antwoorden kort en bondig in de daartoe voorziene velden. De puntenverdeling is 2 punten per theorie-vraag en 8 punten per oefening. Het totaal is 40. Vraag 1. Er bestaan verschillende
Objectgericht Ontwerpen
Objectgericht Ontwerpen Probleem Analyse Ontwerp Code Unified Modelling Language Doel Hulpmiddel bij nadenken Hulpmiddel communicatie met collega s Documentatie van code In dit vak Leren door doen Project
Requirements in een groot project
Requirements in een groot project Gastcollege Technische Universiteit Eindhoven Harry Nieboer Insteek vandaag Requirements in de praktijk Eerst Requirements in een klein project (één software engineer
VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER
VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER Sander Hoogendoorn Versie 1.0 15 april 2002 Documentbeheer Versie Datum Auteur Omschrijving 0.1 15 April 2002 Sander Hoogendoorn 0.2 15 april
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
Enterprisearchitectuur
Les 2 Enterprisearchitectuur Enterprisearchitectuur ITarchitectuur Servicegeoriënteerde architectuur Conceptuele basis Organisatiebrede scope Gericht op strategie en communicatie Individuele systeemscope
20 maart Prof. Dr. Katrien Verleye
20 maart 2018 Prof. Dr. Katrien Verleye Voorbereiding Nvivo sessie Start Nvivo op (Athena Academic Nvivo) BELANGRIJK: klik geregeld op save tijdens deze sessie Data-analyse met Nvivo NVivo does not prescribe
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]
weer wat nieuws KEMA KEMA Reden van verandering KLANT- & PRESTATIEGERICHT! Oude norm was onvoldoende 16-04-2003 KEMA Quality B.V.
Ze hebben weer wat nieuws bedacht! 16-04-2003 Quality B.V. 1 Reden van verandering Oude norm was onvoldoende KLANT- & PRESTATIEGERICHT! 16-04-2003 Quality B.V. 2 1 Reden van verandering a. ISO normen iedere
Auditen van Agile projecten
Auditen van Agile projecten Platform voor Informatiebeveiliging 10 december 2013 Merijn van der Zalm & Marcel Trijssenaar Agenda Belang van assurance op agile ontwikkelen Agile versus Waterval Perspectief
Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving
Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving [email protected] Functioneel Analist [email protected] Consultant Agenda Vervanging van de
Software Test Plan. Yannick Verschueren
Software Test Plan Yannick Verschueren Maart 2015 Document geschiedenis Versie Datum Auteur/co-auteur Beschrijving 1 November 2014 Yannick Verschueren Eerste versie 2 December 2014 Yannick Verschueren
Accelerate? Automate!
Accelerate? Automate! TA Flying Squad bij KPN Marco Jansen van Doorn Test Tool Consultant, Business Line Test Automation What s Cooking, Vianen, 24 mei 2016 Vraag & Antwoord Meer rendement uit testautomatisering?
Dr. ir. Jaap Vreeswijk, MAPtm 25 oktober Use cases
Dr. ir. Jaap Vreeswijk, MAPtm 25 oktober 2016 Use cases Expertsessie use cases 15-09-2016 20 aanwezigen Agendapunten: CODECS, internationale aansluiting Functie, belang en gebruik van use cases Definities,
Practitioner s Certificate in IT Service Management: Release & Control (based on ITIL )
Exameneisen Practitioner s Certificate in IT Service Management: Release & Control (based on ITIL ) Publicatiedatum 1-1-2008 Startdatum 1-3-2007 Doelgroep IT Service Management Practitioner: Release &
Object Oriënteerd Programmeren A human process, to produce products for human consumption.
Object Oriënteerd Programmeren A human process, to produce products for human consumption. Waarom OOP? Encapsulated data Programma Denken in OOP Requirements 1. Statement Of Work Online spel gebaseerd
ArchiMate voor kennismodellen van NORA en haar dochters. Marc Lankhorst 16 oktober 2013
ArchiMate voor kennismodellen van NORA en haar dochters Marc Lankhorst 16 oktober 2013 Agenda 13:00 introductie ArchiMate-status en -ontwikkelingen en NORA-kennismodel 14:00 parallelle workshops rond de
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
TaskCentre Web Service Connector: Creëren van requests in Synergy Enterprise
TaskCentre Web Service Connector: Creëren van requests in Synergy Enterprise Inhoudsopgave 1. Voorbereiding... 4 2. Web Service Connector tool configuratie... 5 3. TaskCentre taak voor het aanmaken van
Functioneel Ontwerp MAATSCHAPPELIJKE DIENSTVERLENING VERREKENEN IN DE BLOCKCHAIN VOOR DE BELASTINGDIENST
Functioneel Ontwerp MAATSCHAPPELIJKE DIENSTVERLENING VERREKENEN IN DE BLOCKCHAIN VOOR DE BELASTINGDIENST Tim de Kruijf Tim Hendriksen Mike Geenacker Arthur Scheps Bas Polman Hogeschool van Arnhem en Nijmegen
Werkgroep ISO29119. TestNet thema-avond 9 oktober 2014
Werkgroep ISO29119 TestNet thema-avond 9 oktober 2014 Is dit n gezonde maaltijd? Ja toch!! Om jezelf een oordeel te kunnen vormen heb je informatie nodig!! Vandaag brengen we kennis en informatie bij elkaar
ART-DECOR en acute overdracht
ART-DECOR en acute overdracht Dr. Kai U. Heitmann 22 november 2012 Op weg naar implementatie Gebruik ART-DECOR Voorbeeld: Acute Overdracht Lev 1 Kai Heitmann: ART-DECOR gebruik en Acute Overdracht 2 Op
INTRODUCTIE MAVIM BPM ONZE SOFTWARE DEMONSTRATIE
MICHEL ECKERSLEY INTRODUCTIE MAVIM BPM ONZE SOFTWARE DEMONSTRATIE INTRODUCTIE MAVIM BPM ONZE SOFTWARE DEMONSTRATIE INTRODUCTIE INTRODUCTIE MAVIM BPM ONZE SOFTWARE DEMONSTRATIE VERBIND PROCESSEN, MENSEN
Requirements Management Werkgroep Traceability
Requirements Management Werkgroep Traceability Plan van Aanpak (1) Doel en definitie van Traceability Traceability heeft tot doel om tijdens het ontwikkelproces status informatie te verschaffen omtrent
Relatie Algebra in een Intelligent Tutoring Systeem
Relatie Algebra in een Intelligent Tutoring Systeem 1 April 2017 Esther Hageraats Student master BPMIT Faculteit Management, Science & Technology Examencommissie: L. Rutledge en S. Joosten Studie en loopbaan
Architectuur en Programma Management
Architectuur en Programma Management Organisaties zijn vaak onvoldoende in staat om grotere en complexere projecten uit te voeren waardoor een kluwen aan informatiesystemen met hoge beheerkosten ontstaat.
PROJECT INITIATION DOCUMENT
PROJECT INITIATION DOCUMENT Versie: Datum: x.x dd-mm-jj DOCUMENTATIE Versie Naam opdrachtgever Naam opsteller Datum: dd-mm-jj Voor akkoord: Datum:. INHOUDSOPGAVE 1. Managementsamenvatting
USE CASES MAVIM PORTAL
USE CASES MAVIM PORTAL 1 PORTAL, 6 THEMA S De Mavim Portal wordt gebruikt om informatie te delen met medewerkers, auditors en andere stakeholders. Alle functionaliteiten van de Mavim Portal zijn gericht
Business Rules: het scheiden van kennis en processen 17 september 2014
Business Rules: het scheiden van kennis en processen 17 september 2014 Business rules scheiden kennis van processen 1 Agenda 18:30-18:40 Opening 18:40-19:15 Het scheiden van kennis en processen Peter Nobels,
Risk And Requirement Based Testing bij Acerta
Risk And Requirement Based Testing bij Acerta [email protected] Testverantwoordelijke Acerta November 2005 RRBT bij Acerta AGENDA Acerta? Risk en Requirements Based Testing (RRBT)? Hoe? Risicoanalyse
Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens
Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens Copyright Datacon www.datacon.nl Wat is een intranetportal? Een intranet is een online gepersonaliseerde en geïntegreerde toegang tot
Security (in) architectuur
Security (in) architectuur ISC2 chapter Netherlands Donderdag 21 november 2013 Ing Renato Kuiper, CISSP, CISA, TOGAF, CSF Logo Klant Focus op: Security, risicomanagement, IAM, Cloud en architectuur Vanuit
Kwaliteitsmanagement: de verandering communiceren!
Kwaliteitsmanagement: de verandering communiceren! (de mens in het proces) Ronald Vendel Business Development manager Ruim 20 jaar ervaring Gestart in 1990 Software specialisme: Procesmanagement (BPM)
Exploitatie testen voor het testen van Service Level Agreements. Geïnspireerd door
Exploitatie testen voor het testen van Service Level Agreements Geïnspireerd door 1 december 2009 Agenda Het begrip Exploitatie testen APG als inspiratiebron Service Level Testen binnen Service Level :
Risk & Requirements Based Testing
Risk & Requirements Based Testing Tycho Schmidt PreSales Consultant, HP 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Agenda Introductie
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
Windchill Document Management. - Digitaliseren van documenten en processen -
Windchill Document Management - Digitaliseren van documenten en processen - Bas Verbunt 20 November 2014 Agenda Waarom Document Management? Uitdagingen bij het beheren van documenten Uitdagingen bij het
Teststrategie met behulp van heuristieken
Workshop TestNet Teststrategie met behulp van heuristieken www.improveqs.nl ([email protected]) Versie 2.0 1 Acknowledgements Met dank aan: Ruud Cox voor de vele discussies over dit onderwerp Fiona Charles
BUSINESS ANALYSIS FOUNDATION
BUSINESS ANALYSIS FOUNDATION Sla de brug tussen Business en ICT www.olympic.nl Actuele informatie en inschrijven op www.olympic.nl of bel 06-54367997 2 Nieuw in ons trainingsportfolio is een opleidingstraject
NK 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
DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING
DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING Inleiding In dit whitepaper wordt de datamodelleervorm ArchiMate data- & applicatiemodellering beschreven. Deze modelleervorm staat in verhouding
Software Test Documentation
FACULTEIT INGENIEURSWETENSCHAPPEN & WE- TENSCHAPPEN DEPARTMENT OF COMPUTER SCIENCE AND APPLIED COMPUTER SCIENCE Software Test Documentation Software Engineering Nicolas Carraggi, Youri Coppens, Christophe
Rapportage Lineage. Introductie. Methode. J. Stuiver
Rapportage Lineage Rapportage Lineage J. Stuiver Introductie In elk project is het essentieel om informatie over het project en haar activiteiten voor alle partijen beschikbaar te stellen. Deze informatie
GETTING THE BEST OUT OF YOUR SOURCE CODE MODERNISEREN MET UNIFACE
GETTING THE BEST OUT OF YOUR SOURCE CODE MODERNISEREN MET UNIFACE 2 OMNEXT IN HET KORT Broncode als bron van informatie Gevestigd in NL, UK en USA Kennis van meer dan 40 diverse technologieën Verschillende
Expert Panel. Awareness Information. 25 June 2013. Challenge the future
Expert Panel Awareness Information 25 June 2013 1 Structure Doel Proces Classificatie van de practices waarvan je al dan niet direct op de hoogte gehouden wilt worden Classificatie van de practices waarbij
Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers
Systems Engineering en de Modelgebaseerde aanpak Eric Burgers 2 Context: Toepassing MBSE in tunnelprojecten Modelprecisie / formaliteit LST 1.2 LST 1.1 Nijverdal (2011) SysML Statisch model Dynamisch model
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
Agile bij grote administratieve systemen. Omgaan met requirements
Agile bij grote administratieve systemen Omgaan met requirements 1 Agenda Wat is een groot systeem? Aanpak van een groot systeem Agile alignment Agile en requirements (en architectuur) Agile en governance
Continuous Requirements Engineering
Continuous Requirements Engineering voor testers 1 Requirements? Dit ga ik maken Dit wil ik hebben Dit wilde de klant hebben en moest de bouwer maken 2 Testen! 3 Het goeie ouwe V-model wensen systeem systeemrequirements
ADVANCED KNOWLEDGE SERVICES (AKS )
ADVANCED KNOWLEDGE SERVICES (AKS ) EEN KRACHTIG NIEUW BUSINESS IMPROVEMENT PARADIGMA OM COMPLEXITEIT TE BEHEERSEN DEMO AKS BUSINESS BENEFITS: VAKANTIEDAGEN SOP EEN KRACHTIG NIEUW BUSINESS IMPROVEMENT PARADIGMA
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
ERP Testing. HP Nijhof. Testmanager. Testnet November 2005
ERP Testing HP Nijhof Testmanager Testnet November 2005 Solution Sales Meeting7 November 2005 1 Agenda Waarom pakketten testen? Schaarse middelen? Ideale ERP test situatie Vragen 2 De centrale vraag ERP
Voorspel uw toekomstige. afzet met Sales & Operations Planning. Rene van Luxemburg. Ilja Kempenaars
Voorspel uw toekomstige Rene van Luxemburg Ilja Kempenaars afzet met Sales & Operations Planning Break-out sessie Break-out sessie S.&.O.P. & Forecasting Forecast Pro applicatie Effectief? Ja! Duur? Nee!
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
Agenda. Introductie Aan het werk Conclusie / restrospective
Agenda Introductie 13.45 14.30 Aan het werk 14.30 16.30 Conclusie / restrospective 16.30 17.00 Introductie High performance Testing Voorstellen Waar ben je echt goed in (3 minuten) Teams vormen op basis
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.
Congres Architectuur in de Zorg
Congres Architectuur in de Zorg De architect, coach voor een goed zorgsysteem Nieuwegein, 21 juni 2012 De impact van operational excellence op architectuur Yuri Weseman Senior ontwikkelaar/architect Asito
Release 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
DATAMODELLERING RACI MATRIX
DATAMODELLERING RACI MATRIX Inleiding In dit whitepaper wordt de datamodelleervorm RACI Matrix beschreven. Deze modelleervorm staat in verhouding tot een aantal andere data modelleervormen. Wil je een
