INTERACTION DESIGN Week 2

VANDAAG Wat hebben we ook al weer gedaan Usecase vormen Bouwstenen Spelregels Briefing voor werkcolleges Q & A

WAT HEBBEN WE.. ook al weer gedaan afgelopen week.. We hebben afgelopen week kennis gemaakt met het maken van flowcharts aan de hand van het maken van een usecase

WAT HEBBEN WE.. ook al weer gedaan afgelopen week.. Belangrijk daarbij was: Dat architectuur los gezien moet worden van proces en Dat het maken van een gedetailleerde usecase goed helpt bij het maken van een flowchart

USECASEVORMEN De basis van een usecase beschrijft: De actor Het systeem

USECASEVORMEN Er zijn verschillende vormen die vooral iets over de scope en het karakter van een project zeggen Usecase Usecase scenario Usecasediagram

Diagram

BOUWSTENEN van een usecase zijn: Use case naam : Een use case naam levert een unieke identificatie voor de use case. Versie : Een versie is van belang om de lezer inzicht te geven in het stadium dat de use case heeft bereikt. Doel : Een doel beschrijft in het kort, wat de gebruiker met de use case wenst te bereiken Samenvatting : Deze sectie bevat de essentie van de use case, en geeft een overzicht. Actoren : Een actor is iemand of iets buiten het systeem, dat een interactie aangaat met het systeem. Precondities : Een sectie die alle condities definieert, die waar dienen te zijn.

BOUWSTENEN Triggers : Een sectie beschrijft de gebeurtenissen (events), waardoor de use case geinitieerd wordt Basis verloop van de events : een primair scenario, of verloop van de gebeurtenissen Alternatieve wegen : Secundaire wegen of alternatieve scenario's Post condities : Beschrijving van de eindtoestand van het systeem na het verloop van de use case. Business rules : Geschreven of ongeschreven regels of beleid, die bepalen hoe een organisatie dient te reageren op een bepaalde use case. Notes : Belangrijke aantekeningen, die niet in de vooropgezette format passen. Auteur en datum

SPELREGELS Een use case moet in ieder geval: Beschrijven wat een systeem moet doen Wat het einddoel is van het systeem Wat de uitzonderingen, problemen zijn Opgesteld zijn in een implementatie onafhankelijke specificatie taal Geen details bevatten van de userinterface of beeldontwerp

DEZE WEEK Gaan we het huiswerk van afgelopen week doornemen en Gaan we aan de gang met het maken van een gedetailleerde usecase De usecase zal de basis zijn van de flowchart die de week erna gemaakt moet worden

DEZE WEEK Het huiswerk wordt: het maken van een usecase het leren van de hoofdstukken 1 t/m 3 van designing for interaction

BOEKJES E.D. De boekjes die moet hebben zijn: Designing for interaction van Dan Saffer ISBN ISBN !!!!!Let op!!!!! Je moet de 2e druk hebben (van 2009)

BOEKJES E.D. About face 3 – The essentials of interaction design ISBN ISBN

Q & A Wat willen jullie nog weten?

BEDANKT!