90 likes | 194 Views
Informatieanalyse. Ontwikkelmethoden. lineair stap voor stap pas verder als stap is afgerond tijdrovend Voorbeelden: Watervalmethode (SDM) Rapid prototyping model (=waterval met prototype) Incrementeel Opdracht splitsen in deelopdrachten Elk deel volgt wel “waterval”
E N D
Ontwikkelmethoden • lineair • stap voor stap • pas verder als stap is afgerond • tijdrovend • Voorbeelden: • Watervalmethode (SDM) • Rapid prototyping model (=waterval met prototype) • Incrementeel • Opdracht splitsen in deelopdrachten • Elk deel volgt wel “waterval” • Tussentijdse feedback • Modules • Spiraal (=waterval met risico analyse) • Iteratief (herhaling) • Incrementeel (toevoeging)
Ontwikkelmethoden • OO levenscyclusmodellen • Extreme programming • Z.s.m. beginnen met implementeren van het product, zonder uitgebreide specificatie of ontwerp. • Continu testen • Programmeren in duo’s: één programmeert, ander test en omgekeerd • Nauw contact met opdrachtgever noodzakelijk • Synchroniseer- en stabiliseermodel • Microsoft • Per module • Alle modules gelijktijdig door diverse teams gebouwd • Elke dag modules integreren • Bij niet functioneren één module in het geheel: doorwerken door dat team tot het wel werkt!
Functionele eisen in use-case • Functionele eisen kunnen we vertalen naar use-cases. • Met een use-case diagram kunnen we zichtbaar maken welke functionaliteit een te bouwen systeem krijgt voor een gebruiker. • Systeemontwikkeling begint met het vaststellen van de scope (=bereik). Ook dit is zichtbaar te maken in use-case diagram. • Aanpassen bestaande systemen: • bestuderen van de documentatie (deskresearch) • Interviews • observaties “in het veld” • Nieuwe applicaties: • interviews • prototype
Functionele eisen in use-case • UML – Unified Modeling Language: gemeenschappelijke taal om syteemontwerp te beschrijven en vast te leggen. • De functionele requirements worden in UML vastgelegd m.b.v. use-case diagram. Voorbeeld use-case diagram • Elke eis plaatsen we in een ovaal een use-case. • Elke gebruiker die betrokken is wordt door een poppetje weergegeven actor. De functie van zo’n gebruiker wordt onder het poppetje gezet. • Een rechthoek wordt om de verzameling use-cases geplaatst systeemgrens/scope. • De lijnen tussen actoren en use-cases geven de betrokkenheid aan. • Actieve actoren komen links in het diagram, passieve actoren rechts.
Andere requirements Naast functionele requirements heb je ook: • niet-functionele requirements (bijv.: order kan pas worden toegevoegd als die bij een klant hoort; toevoegen van een klant mag niet langer dan 4 minuten duren). • Pseudo-requirements (bijv.: applicatie moet kunnen draaien op pc’s in bedrijf; broncode moet in Java zijn). LET OP:alleen functionele requirements komen in use-casediagram!
Opgave open link http://webdemo.ns.nl/webdemo.e2000/ . Controleer of onderstaande use-case template “Verkoop reisbiljet” juist is, of dat er nog een aantal zaken zijn vergeten. Voeg eventueel ontbrekende zaken toe.