ARE methodiek Het ontwikkelen van Informatie Elementen



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

Technische architectuur Beschrijving

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

Vereenvoudigd sjabloon requirementsdocument. <<Organisatie>>

Software Processen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 1. Het software proces

Introductie ArchiMate

Bekend zijn met de visie en inzet van procesmanagement in de eigen organisatie.

Software Test Plan. Yannick Verschueren

Domeinmodellen en klassendiagrammen

Handout. Hoe testers de kwaliteit van requirements kunnen beïnvloeden. Slechte requirements zijn overal. Testnet thema-avond Requirements.

2de bach HIB. Systeemanalyse. Volledige samenvatting. uickprinter Koningstraat Antwerpen ,70

DATAMODELLERING BEGRIPPENBOOM

Unified Modeling Language

Software Requirements Specification

Software Quality Assurance Plan

Overview Verander-concepten en het nieuwe MSP

De juiste requirements juist

Succes = Noodzaak x Visie x Draagvlak 2. Case: Implementatie Requirements Lifecycle management bij Rabobank International

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Voor en nadelen (spatieel) gedistribueerd

Software Engineering (I00094) College 2: Requirements-engineering. Marko van Eekelen kamer HG02.074

DATAMODELLERING BASIS UML KLASSEMODEL

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

De beheerrisico s van architectuur

Requirements Traceability. Marcel de Baas, Jan Bank, Edwin Buisman, Frits Jacobs, Kitty Spaas, Erik Venema, Arno Zandman

Data Governance van visie naar implementatie

DATAMODELLERING DATA MAPPING MODEL

Use-Case 2.0. Requirements Kenniscentrum 15 November Eric Lopes Cardozo

Archimate risico extensies modelleren

Naam:... INFO / WIS-INF / ASIB / IAJ. Theorie

Resultaat gerichter Testen

Workshop 12 ART-DECOR en Acute overdracht. Michael Tan Kai Heitmann Maarten Ligtvoet

1. Work Breakdown Structure en WBS Dictionary

DATAMODELLERING DATA FLOW DIAGRAM

Die inputs worden op een gecontroleerde manier aangeboden door (test) stubs. De test driver zorgt voor de uiteindelijke uitvoering ervan.

Objectgericht Ontwerpen

Requirements in een groot project

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

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

Enterprisearchitectuur

20 maart Prof. Dr. Katrien Verleye

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

weer wat nieuws KEMA KEMA Reden van verandering KLANT- & PRESTATIEGERICHT! Oude norm was onvoldoende KEMA Quality B.V.

Auditen van Agile projecten

Toekomstbestending maken van selectie tool Rekening houdend met strikte privacy wetgeving

Software Test Plan. Yannick Verschueren

Accelerate? Automate!

Dr. ir. Jaap Vreeswijk, MAPtm 25 oktober Use cases

Practitioner s Certificate in IT Service Management: Release & Control (based on ITIL )

Object Oriënteerd Programmeren A human process, to produce products for human consumption.

ArchiMate voor kennismodellen van NORA en haar dochters. Marc Lankhorst 16 oktober 2013

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

Test doc.

TaskCentre Web Service Connector: Creëren van requests in Synergy Enterprise

Functioneel Ontwerp MAATSCHAPPELIJKE DIENSTVERLENING VERREKENEN IN DE BLOCKCHAIN VOOR DE BELASTINGDIENST

Werkgroep ISO TestNet thema-avond 9 oktober 2014

ART-DECOR en acute overdracht

INTRODUCTIE MAVIM BPM ONZE SOFTWARE DEMONSTRATIE

Requirements Management Werkgroep Traceability

Relatie Algebra in een Intelligent Tutoring Systeem

Architectuur en Programma Management

PROJECT INITIATION DOCUMENT

USE CASES MAVIM PORTAL

Business Rules: het scheiden van kennis en processen 17 september 2014

Risk And Requirement Based Testing bij Acerta

Richtlijnen voor het ontwerpen een Intranetportal Door Bas Fockens

Security (in) architectuur

Kwaliteitsmanagement: de verandering communiceren!

Exploitatie testen voor het testen van Service Level Agreements. Geïnspireerd door

Risk & Requirements Based Testing

BRP-BZM Leeswijzer. Aanbesteding BZM gemeenten. Versie Definitief

Windchill Document Management. - Digitaliseren van documenten en processen -

Teststrategie met behulp van heuristieken

BUSINESS ANALYSIS FOUNDATION

NK Testen Testrapport team 4. Team: #Test. SUT: Fructasys. Datum Team #test Claudia Star Robin Duiker DYongmit Lepcha Daniël Venhuizen

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING

Software Test Documentation

Rapportage Lineage. Introductie. Methode. J. Stuiver

GETTING THE BEST OUT OF YOUR SOURCE CODE MODERNISEREN MET UNIFACE

Expert Panel. Awareness Information. 25 June Challenge the future

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers

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

Agile bij grote administratieve systemen. Omgaan met requirements

Continuous Requirements Engineering

ADVANCED KNOWLEDGE SERVICES (AKS )

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

ERP Testing. HP Nijhof. Testmanager. Testnet November 2005

Voorspel uw toekomstige. afzet met Sales & Operations Planning. Rene van Luxemburg. Ilja Kempenaars

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

Agenda. Introductie Aan het werk Conclusie / restrospective

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

Congres Architectuur in de Zorg

Release notes. Versie 2.3

DATAMODELLERING RACI MATRIX

Transcriptie:

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

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

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

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.

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

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

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.

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)

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.

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