Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Volwassenheid van requirements engineering

It's a Dutch presentation on the maturity of the requirements engineering, a discipline within software engineering. This presentation was made for the Logica event "Guru4Pro".
by

Edward Crain

on 24 June 2010

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Volwassenheid van requirements engineering

Guru4Pro Volwassenheid van
Requirements Engineering Agenda
18:30u Opening
18:40u Volwassenheid requirements engineering
- Edward Crain
19:15u Korte pauze
19:30u PA Smart requirements - Edwin Hendriks
20:30u Borrel
Volwassenheid van requirements engineering Volwassenheid Requirements
Engineering De status van niet meer groeiend; volgroeid
(www.vandale.nl) “Requirements engineering is the branch of software engineering concerned with the real-world goals for, functions of, and constraints on software systems. It is also concerned with the relationship of these factors to precise specifications of software behavior, and to their evolution over time and across software families.”
- Zave, P. (1997).
Historie Requirements engineering Volwassenheidsladder 1970 1980 1990 2000 2010 Geen
standaarden Opkomst van
waterval
SSAD Opkomst PC’s
GUI requirements
Use cases Iteratief&
Incrementeel
UML Opkomst
lichtgewicht
methodieken Lean principes
Terugkeer declaratieve
requirements Voor 1970... Nog geen ‘mooie’ naam voor requirements engineering
Tekst, tabellen en tekeningen voor klant specificaties
Technieken gebruikt om requirements te achterhalen:
De jaren '70 Waterval JAD Workshops (IBM) Structured Analysis & Design Een gestructureerd (gefaciliteerd) proces voor het specificeren of reviewen van requirements. Ruimte indelen (flipcharts, whiteboards etc.)
Entity Relationship Diagram Data Flow Diagram Structured analysis werd gebruikt om te bepalen WAT het systeem moest doen.
De jaren '80; Opkomst PC's Nieuwe uitdagingen:
Hoe kom je achter de GUI requirements?
Hoe kan je de schermflow het beste weergeven?
Paper Prototyping voor elicitatie Dialog maps voor scherm flows
De jaren '00; Opkomst lichtgewicht methodes De jaren '90; Opkomst iteratieve & incrementele methodes De jaren '10; Opkomst Lean Principes DSDM Spiral Nieuwe uitdagingen:
Incrementeel requirements opbouwen
Requirements ophakken zodat ze in iteraties passen
Flexibeler omgaan met changes
Het in parallel ontwikkelen van requirements
RUP UML RM Tools Vanuit de OO-hoek werd een nieuwe modelleertaal ontwikkeld. Voordelen van tools zijn:
Versiebeheer en beheer changes
Faciliteren impact analyses
Vastleggen requirements attributen
Bijhouden status requirements
Controle over wie toegang heeft
Herbruik requirements
DOORS CaliberRM ReqPro Feature Driven Development SCRUM eXtreme Programming Nieuwe uitdaging:
Als de product owner aan het team wordt toegevoegd, hoe kan je de requirements lichtgewicht (maar toch gestructureerd) opstellen?
(Oude uitdaging: Hoe verpak je de niet-functionele eisen?)
Use cases A use case is a sequence of actions a system performs that
yields an observable result of value to a particular actor
Personas User Stories Personas vertegenwoordigen individuen, die needs vertegenwoordigen.
Ze helpen:
Met bepalen wat het product moet doen
Als gezamenlijk taal voor discussies
Bouwen aan algemeen consensus
Bij het testen van design keuzes User stories staan op post-its/kaarten
De details achter de requirements
komen voort uit de gesprekken met
de klant.
Acceptatie tests bevestigen dat
de story goed is gecodeerd.
Testdriven
requirements I.p.v.requirements schrijf je direct de test cases uit.
(Test cases zijn veel specifieker, minder ambigu) O.a. “Optimize the whole“, en “Eliminate waste” Hernieuwde aandacht voor bestaande uitdagingen:
Hoe kan ik requirements overdracht vergemakkelijken of over te slaan?
Hoe verhoog ik mijn time-to-market/value?
SBVR (OMG) Cucumber PA SMART Requirements Een taalstandaard voor de business
betere communicatie
sneller en gemakkelijker systemen aanpassen
Business documenten requirements Requirements Unit tests Door een bepaalde zinsopbouw te gebruiken, kun je automatisch test scripts genereren.
Door de requirements eerder volledig eenduidig te specificeren, kun je de totale lifecycle verkorten.
Thema Volwassenheid Hoop Historie Volwassenheid Requirements Engineering Waar staan we nu? Taal is ambigu is en men zoekt oplossingen (o.a. SBVR en PA SMART Requirements)
Groot gat tussen research en industrie, doordat er geen breed geaccepteerd theorie bestaat
Meeste grote bedrijven hebben een eigen methode/proces(=mix van standaarden aangevuld door eigen business specifieke ideeën)
Industrie blijft zichzelf telkens opnieuw ontdekken. De nieuwe methode gaat alle problemen oplossen (denkt men) Geen theorie als basis voor alle processen In 2010 werd het SEMAT (Software Engineering
Method and Theory) Initiatief gelanceerd (www.semat.org)
Other Signatories ...de grootste hersens binnen
de software engineering Hoop voor requirements engineering SEMAT zal impact hebben op requirement engineering.
Hopelijk leidt dit tot:
Theoretische basis voor alle methodes binnen requirements engineering
Betere samenwerking industrie en academische wereld ...hopelijk kan de SPIder-werkgroep requirements,
hier een rol in spelen:
Als organisatie onafhankelijk discussie platform
Door kennis gratis beschikbaar te maken Ivar Jacobson Officiële overdrachtsmomenten -->
duidelijkfocus op de kwaliteit van
de requirements documenten. Edwin Hendriks Edward Crain
Full transcript