Samenvatting Func. Ontw.

1.0 Requirements
1.1 Algemeen
    Syntax = “Het systeem zal … “ Wat zijn de eisen / wensen aan het systeem? Kunnen deze worden gebouwd? Waar kun je als programmeur niets aan doen? o “Het overzicht voor geregistreerde duiven kan binnen 5 seconden worden gegenereerd.”  o Hangt van de verbinding af / Snelheid server etc. “Aanmelding voor een wedstrijd moet plaats vinden op een middels HTTPS beveiligd gedeelte van de website.”   Hangt van de verbinding af, en of er een certificaat is voor de website. Vaak dingen als met: o  Tijd / Beveiliging

1.2 Functionele Requirements

1.3 Niet-Functionele Requirements

1.4 Functioneel Ontwerp
Hoe kan je als gebruiker een actie doen / krijg je informatie tot je? o “Hoe geef je gas, hoe rem je, hoe stuur je, hoe vul je brandstof bij? Hoe ziet de interface met de gebruiker er uit?”

1.5 Technisch Ontwerp
 Hoe gaat het werken? o “Hoe werkt de overbrenging van de motor op de assen, hoe kom je van benzine tot een werkende motor?”

“ 2.2.1 Syntax  Als [GEBRUIKER] wil ik [ACTIE] zodat [DOELSTELLING]. o Het moet in 1 handeling kunnen worden afgerond. Heeft altijd een rol: o   “Beheerder.[Valideer Creditcardgegevens] -----.” “Als bezoeker wil ik resultaten kunnen sorteren op achternaam zodat ik snel de juiste personen kan vinden. De ontvanger van een email reageert niet direct.” “Als bezoeker wil ik foto`s bekijken van een hotel. 3. Deze actoren zijn direct betrokken bij het proces.0 Use-Case-diagram 2.NMW” Zelfstandig Naamwoord: Je kan er DE / HET / EEN voor zetten 2.1 Algemeen  o Syntax = “WERKWOORD ZELFST. Aanbieder.2 Primaire Actors    Staat LINKS van het diagram.    VERKOPER -----.” . Afnemer etc.BANK De bank stuurt direct JA/NEE etc terug. o o o o “Als klant wil ik een reservering annuleren. en is dus geen secundaire actor.” “Als beheerder wil ik producten kunnen toevoegen zodat de producten beschikbaar komen voor verkoop.0 User Stories 3. Degene die buiten het systeem staat en de functionaliteit oproept. Reparateur. Verpleegkundige.3 Secundaire Actors Staat RECHTS van het diagram.

Wees niet te vaag. “Lang hoeven te wachten” of “snel” is te vaag. Natuurlijk moet een user story ook niet te klein zijn. Een extreem grote userstory wordt ook wel een Epic genoemd. Small (Niet te groot) o o o Een user story moet overzichtelijk zijn om uit te werken en niet te groot zijn. Wijzigen. (Beheren  Toevoegen. De moet je dan opsplitsen in kleinere user stories. (zorg dat ze niet te veel op elkaar lijken) Negotiable (Veranderbaar) o   Een user story kan altijd tussentijds nog wijzigen of bijvoorbeeld geschrapt worden. Richtlijn: ergens tussen een dag en een week. zodat je niet op elkaar hoeft te wachten. Valuable (Waardevol) o o  Een user story moet waarde hebben voor de gebruiker / nuttig zijn. Estimable (Inschatbaar) .3.2 Eisen (INVEST)  Independent (Verschillend) o  Probeer stories zoveel mogelijk onafhankelijk te maken. Verwijderen)  Testable (Testbaar) o o Je moet kunnen vaststellen dat een story ontwikkeld en af is. Je moet kunnen inschatten hoe lang je bezig bent met het uitwerken van een user story.

1 Algemeen  Een schermontwerp moet een idee geven wat de inhoud van de pagina is. foute en ontbrekende kaartnummers Test met verlopen kaarten Test met verschillende bedragen (inclusief eentje die boven de limiet van de kaart gaat) 5. 5. Een testscenario kan steeds minimaal verschillen. Dus positie / style maakt niet zo veel uit.1 Syntax        Een testscenario moet altijd test met een pass en een fail bevatten. Test met Visa.0 Schermontwerp 4.2 Voorbeeld . Mastercard en American Express (pass) Test met Diner’s Club (fail) Test met goede.4.0 Testscenario 5.

0 Domeinmodel 6. Een associatie wordt uitgedrukt in een multipliciteit.) 0 of meer (een minimaal.2 Overerving   Bij overerving “erf” je als klasse alle attributen van de “superklasse” Dit voorkomt dubbel typen. net zo als een docent. o Daarom zitten deze eigenschappen in de klasse persoon.6.. De Student en Docent verwijzen naar deze klasse..* 1.1 3. Eigenschappen die dit voorwerp / deze persoon heeft. geen maximaal) 1 of meer (minimaal 1. o Pijl NAAR de superklasse toe! . geen maximaal) Attributen Associaties 6..* precies 0 precies 1 0 of 1 (maximaal 1) 3 tot en met 6 (etc. o Student heeft een voornaam/achternaam/ postcode etc. De relaties tussen verschillende voorwerpen / personen / persoon en voorwerp.1 Bestaat uit    o o o o Klassen (is een vaak voorkomend zelfstandignaamwoord) Tabel met als naam een voorwerp / persoon.       0 1 0.6 0..

.2 Match between system and the real world Begrijpelijke taal gebruiken o o       Undo Redo Cancel Back Verschillende manieren om te navigeren Overzicht Geen computervaktaal gebruiken (encoding. UTF-8 etc) Prullenbak als verwijderen Herkenbare metaforen gebruiken 7. Een glasvezelaansluiting kunnen geen of meerdere huizen hebben [0... 7. Precies het omgekeerde als bij Database Ontwerp. deze zegt dan dat een huis [0.3 User control and freedom .1] glasvezelaansluiting heeft.1 Visiblitiy of system status   Toon de status van een systeem “Voortgang: ” o o o  Status o o o o o o   Tijd  voorgang Ruimte  hoeveel MB nog beschikbaar Verandering Actie Volgende stap: wat nu? Afronding: ben je klaar < 1 sec 1 sec >>1sec Niet nodig Bezig met % weergeven of de benodigde tijd.6.3 Voorbeeld    Een huis heeft geen of één [0.1] glasvezel aansluiting.*] Als je begint bij het huis moet je de verste multipliciteit hebben.0 Heuristiek van Nielsen 7. 7.

8 Recognition rather than recall Geen onnodige tussenschermen Previews laten zien Eenzijdig en minimalistish design 7. 7.30u ipv 7e uur 7.7 Flexibility and efficiency of use 7.4 Consistency and standards               Gebruik overal zelfde layout Zowel in style als in waar de knoppen zitten.5 Error Prevention 7.9 Aesthetic and minimalist design Minimalistisch: belangrijkste info boven het midden Redundantie: dynamische interfaces Voorbeelden bij je hulpschermen Hulp in applicatie geïntegreerd Niet teveel! Zou niet nodig moeten zijn als de rest goed is uitgevoerd. and recover from errors 7. Verliezen van informatie Voorkom fouten bij schermovergangen Voorkom foute invoer Neem geen onnodige beperkingen op Maak fout duidelijk Geef oplossing aan Geef alternatief (als je bijvoorbeeld geen treffers hebt op zoekactie) Shortcuts Standaard keuzes + vrije invoer Aanbevelingen Toon alleen relevante items Geen codes. maar namen o o          Ilja Clabbers ipv CSI01 14.6 Help users recognize.7.10 Help and documentation . diagnose.