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



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

Socio-technisch systemen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 2 Slide 1

Systeem modellen. Topics covered

Voor en nadelen (spatieel) gedistribueerd

Satisfy the real (and changing) customer expectation

Continuous testing in DevOps met Test Automation

Component-based software engineering

Systems Engineering en de Modelgebaseerde aanpak. Eric Burgers

Model Driven Software Development: Geen toekomst maar realiteit. 4 juni 2009, WTC, Amsterdam.

Inhoud. Deel een Het ontwikkeltraject 13. Inleiding 11

UML. From weblog Dennis Snippert

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

Introductie tot de cursus

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

Rapportage Lineage. Introductie. Methode. J. Stuiver

Enterprisearchitectuur

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

TESTEN % ITIL & ASL & BISL WAT HEEFT EEN TESTER AAN ITIL? EEN PRAKTISCH HULPMIDDEL OF BUREAUCRATISCHE BALLAST?

Software Test Plan. Yannick Verschueren

Business Process Management

Martin van Leeuwen Happy Testing

ARE methodiek Het ontwikkelen van Informatie Elementen

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

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

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

B.Sc. Informatica Module 4: Data & Informatie

Aliens?

Inleiding ontwikkelmethoden

VAN USE CASE NAAR TEST CASE ORDINA SMART COMPETENCE CENTER

ISO CTG Europe

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING

BRP-BZM Use Case Realisations Guidelines

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

De modellen die hiervoor gebruikt zijn zijn: Class diagrams; object diagrams; use case diagrams.

CLOUDSTRATEGIE. voor Stedin Netbeheer. v1.0 26/03/2019

Software Test Plan. Yannick Verschueren

End-to-End testen: de laatste horde

Continuous Requirements Engineering

Subwerkgroep Methoden. Toelichting inhoud en voortgang tot nu toe

Test rapportage Waarom eigenlijk?

Zelftest Java EE Architectuur

Enterprise Resource Planning. Hoofdstuk 3 Planning, ontwerp en implementatie van Enterprise Resource Planning-systemen

Ontwerp van Informatiesystemen

Data Governance van visie naar implementatie

RISICO MANAGEMENT, BASIS PRINCIPES

Pijlers van Beheer. Bram van der Vos

Distributed Systems Architectures

Wat heeft een tester aan ASL en BiSL?

Scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum scrumscrumscrumscrumscrumscrum agileagileagileagileagileagileagileagil

CMM 3: levert het wat op?

Inhoud Deel een Het ontwikkeltraject 1 2 3

Accelerate? Automate!

Programmeren. Inleiding

1. Work Breakdown Structure en WBS Dictionary

Stichting NIOC en de NIOC kennisbank

Model driven Application Delivery

Introductie in flowcharts

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

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

Domeinmodellen en klassendiagrammen

Risk & Requirements Based Testing

De praktische kant van de Cloud De Cloud en modellen maken pay per use mogelijk

PLM & CAD Consultancy

Whitepaper Kennis delen voor jouw persoonlijke groei. Prince2 en RUP. één plus één is drie

Integratie in de praktijk

It s CMMI Jim, but not as we know it! CMMI toegepast op een Compliance organisatie Door Jasper Doornbos Improvement Focus

Architecten-debat 21 juni 2006 PI GvIB Themamiddag. Renato Kuiper. Principal Consultant Information Security

RAD Rapid application development. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Continuous Delivery. Sander Aernouts

Afstudeeronderwerpen Lex Wedemeijer

Het Sebyde aanbod. Secure By Design. AUG 2012 Sebyde BV

Continuous Requirements Engineering

BLIJVEND STRUCTUREEL TEKORT AAN DIGITAL EXPERTS!

Product Risico Analyse

Omschrijving. Technische context

Interaction Design for the Semantic Web

IT architectuur, analyse Methoden & technieken, in het bijzonder RUP, UML, use cases, SOA

ISACA round-table 7 december 2009 Rik Marselis

Modeleren. Modelleren. Together UML. Waarvan maken we een model? overzicht les 14 t/m 18. ControlCenter 6.2

Module 1 Programmeren

Auditen van Agile projecten

Systems Engineering en Value Engineering introductie en functie in ontwerpprocessen

You can only elevate individual performance by elevating that of the entire system.." W. Edwards Deming.

Adding value to test tooling

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

Software Engineering Groep 3

Software Test Plan. PEN: Paper Exchange Network Software Engineering groep 1 (se1-1415) Academiejaar

Adding value to test tooling

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

OVERGANGSREGELS / TRANSITION RULES 2007/2008

OOAA. Object Oriented Analysis Advanced. Arie Bubberman 12/10/2009

Resultaat gerichter Testen

TENCompetence: ontwikkelen van een infrastructuur voor levenslang leren m.b.v. leertechnologie standaarden

Adam Marciniec, Grzegorz Budzik Zaborniak

Inhoud. Introductie tot de cursus

PBA kwaliteit: cijfers graag! Hoe doen we dat? EDM Event Geert Willems Geert Willems 30 september 2011

UNECE/UNESCAP Workshop on. Electronic Trade Documents. Ulaanbaatar, Mongolia, October 2009

Technisch Ontwerp Ontwerp template

Agile systeemontwikkeling. Een introductie. Algemene informatie voor medewerkers van SYSQA B.V.

Transcriptie:

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; Ontwerp; Valideren; Onderhoud. Een software proces model is een abstracte voorstelling van een proces. Het stelt een beschrijving van het proces voor vanuit een specifiek oogpunt. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 2

Generieke software proces modellen Het waterval model Duidelijk gescheiden fasen van specificatie en ontwikkeling. Evolutionaire ontwikkeling Specificatie, ontwikkeling en validatie zijn met mekaar verweven. Component- based software engineering Het systeem wordt samengesteld uit bestaande componenten. Er zijn vele varianten op deze modellen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 3 Waterval model Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 4

Watervalmodel fasen Analyse en definitie van eisen Systeem en software ontwerp Implementatie en unit testing Integratie en systeemtesten Operatie en onderhoud Grootste nadeel: Fouten bij het begin gemaakt zijn bijna niet te herstellen. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 5 Evolutionaire ontwikkeling Verkennend De bedoeling is te werken met gebruikers en het finale systeem te ontwikkelen vanuit een initiële specificatie. Men moet beschikken over goed begrepen vereisten en op aanvraag van de gebruiker nieuwe kenmerken teoevoegen. Prototyping Wordt gebruikt bij onvolledige of slecht begrepen vereisten. Men hoopt dat waneer de gebruiker het prototype gebruikt hij de vereisten beter kan specificeren. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 6

Evolutionaire ontwikkeling Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 7 Evolutionaire ontwikkeling Problemen Systemen zijn dikwijls slecht gestructureerd; Men heeft meestal prototyping software nodig. Toepasbaarheid Voor kleine of middelgrote interactieve systemen; Voor delen van grote systemen (bv. de user interface); Voor systemen met een korte levensduur. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 8

Component-based software engineering Gebaseerd op systematisch hergebruik van bestaande componenten. Processtappen Component analyse; Bijwerken van de vereisten; Systeemontwerp met hergebruik; Ontwikkeling en integratie. Deze benadering wordt meer en meer gebruikt naarmate meer en meer component standaarden opduiken. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 9 Reuse-oriented ontwikkelen Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 10

Proces iteratie De systeemvereisten evolueren ALTIJD in de loop van een project zodat proces iteratie, waarbij vroegere stappen worden herwerkt, altijd deeluitmaken van het proces van grote systemen. Iteratie kan worden toegepast op om het even welk van de generieke proces modellen. Twee (gerelateerde) benaderingen Progressieve oplevering; Spiraal ontwikkeling. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 11 Proces activiteiten Software specificatie Software ontwerp en implementatie Software validatie Software opvolging Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 12

Software specificatie Het proces van het vastleggen van de vereiste diensten en de beperkingen op de ontwikkeling en de werking van het systeem. Proces: Opstellen van de vereisten Haalbaarheidstudie; Opzoeken en analyseren van de vereisten; Specificatie van de vereisten; Valideren van de vereisten. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 13 The requirements engineering process Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 14

Software ontwerp en implementatie Proces: Ombouwen van de systeem specificatie naar een uitvoerbaar systeem. Software ontwerp Ontwerp een software structuur die de specificatie realiseert; Implementatie Zet deze structuur om in een uitvoerbaar programma; Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 15 Design proces activiteiten Architectuur ontwerp: de subsystemen en hun onderlinge relaties worden geïdentificeerd eb gedocumenteerd (hfstn 11, 12, 13) Abstracte specificatie: voor ieder subsysteemwordt een abstracte specificatie gemaakt van zijn operaties en de beperkingen Interface ontwerp Voor ieder subsysteem worden de interfaces met andere subsystemen ontworpen en gedocumenteerd. Component ontwerp Services worden toegekend aan componenten en de interfaces van deze componenten worden ontworpen Data (implementatie) structuur ontwerp De data structuren gebruikt in de systeemimplementatie worden uitgewerkt en gedetailleerd Algorithme ontwerp De algorithmen gebruikt voor het leveren van diensten worden ontworpen en gespecificeerd Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 16

Het software ontwerp proces Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 17 Gestructureerde methodes Systematische benadering voor het ontwikkelen van een software ontwerp. Het ontwerp wordt meestal gedocumenteerd als een reeks van graphische modellen. Mogelijke modellen Object model; Sequentie model; State transition model; Structuur model; Data- flow model. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 18

Activiteiten na het Ontwerp Progammeren en debuggen Software valideren en testen Software onderhoud Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 19 Het testproces Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 20

Testfasen Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 21 Het Rational Unified Process Een modern procesmodel afgeleid van het UML model en het geassocieerde Unified Software Development Process. Het proces wordt beschreven vanuit 3 perspectieven: Een dynamisch perspectief dat de fasen toont in de tijd; Een statisch perspectief dat de proces activiteiten toont; Een practisch perspectief. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 22

RUP fase model Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 23 RUP fasen Begin Maak de het business plan voor het systeem. Uitwerking Analyseer het probleemdomein en de systeemarchitectuur (use cases) Constructie Systeem ontwerp, programmatie en testen. Invoeren Breng het systeem in zijn operationele omgeving. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 24

Static workflows Workflow Business modelling Requirements Analysis and design Implementation Test Deployment Configuration and change management Project management Environment Description The business processes are modelled using business use cases. Actors who interact with the system are identified and use cases are developed to model the system requirements. A design model is created and documented using architectural models, component models, object models and sequence models. The components in the system are implemented and structured into implementation sub-systems. Automatic code generation from design models helps accelerate this process. Testing is an iterative process that is carried out in conjunction with implementation. System testing follows the completion of the implementation. A product release is created, distributed to users and installed in their workplace. This supporting workflow managed changes to the system (see Chapter 29). This supporting workflow manages the system development (see Chapter 5). This workflow is concerned with making appropriate software tools available to the software development team. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 4 Slide 25