VB RE UX Verslag

Web-based
applicatie voor het

bestellen van taart
Team 3
University of Applied Science and Technology
1
User Interface Design &
Requirements
Engineering
Michael Chrichlow (BI/1120/005)

Chanella Cha-A-Jong (SE/1120/007)
Dwayne Girdhari (SE/1120/015)
Shemar Khodabaks (SE/1120/020)
Shritih Sharman (BI/1120/025)
Gybrayo Reumel (SE/1120/032)
Opleiding: Software Egineering & Bedrijfskundige Informatica

Docenten: R. Franker Msc. En Q. Nitidrono
Paramaribo, 17 januari 2021
2
Voorwoord
Om de studiepunten voor de onderdelen ‘Requirement Engineering’ en ‘User Interface Design’ te behalen,

moeten studenten van de studierichtingen Software Engineering en Bedrijfskundige Informatica in
groepsverband een web-based applicatie ontwerpen voor het bestellen van taart.
Bij het uitvoeren van dit beroepsproduct is het duidelijk te merken dat de samenwerking en onderlinge
communicatie tussen studenten erg belangrijk is geweest. Communicatie is daarmee ook ontwikkeld als een van
de competenties binnen dit semester.
Wij willen hierbij ook de docenten, dhr. MSc. R. Franker en dhr. Q. Nitidrono bedanken voor de ondersteuning
en begeleiding. En zeker ook de nieuwe kennis zodat wij daarmee het beroepsproduct hebben kunnen
realiseren.
Wij wensen u veel leesplezier,
Cha-A-Jong C.
Khodabaks S.
Chrichlow M.
Girdhari D.
Sharman S.
Reumel G.
3
Inhoudsopgave
Hoofdstuk 1 Inleiding..............................................................................................................................................6
Hoofdstuk 2 Requirements Engineering.................................................................................................................7
Paragraaf 2.1 Project Drivers...............................................................................................................................7
§ 2.1.1 The Purpose of the Project...................................................................................................................7
§ 2.1.2 The Stakeholder....................................................................................................................................7
Paragraaf 2.2 Project Constraints.........................................................................................................................7
§2.2.1 Mandated Constraints...........................................................................................................................7
§2.2.2 Relevant Facts and Assumptions...........................................................................................................8
Paragraaf 3 Functional Requirement..................................................................................................................10
§3.3.1 The Scope of the Work........................................................................................................................10
§3.3.2 The Scope of the Product....................................................................................................................11
§3.3.3 Functional Requirements.....................................................................................................................12
Paragraaf 4 Non-Functional Requirements........................................................................................................13
§ 4.4.1 Look and feel Requirement.................................................................................................................13
§ 4.4.2 Usability and Humanity Requirements...............................................................................................13
§ 4.4.3 Performance Requirements................................................................................................................13
§ 4.4.4 Operational and Environment Requirements.....................................................................................14
§ 4.4.5 Maintainability and Support Requirements........................................................................................14
§ 4.4.6 Security Requirements........................................................................................................................14
§ 4.4.7 Cultural Requirements........................................................................................................................15
§ 4.4.8 Legal Requirements............................................................................................................................15
Paragraaf 5 Project Issues..................................................................................................................................16
§ 5.5.1 Open Issues.........................................................................................................................................16
§ 5.5.2 New problems.....................................................................................................................................16
§ 5.5.2.1 Effects on the Current Environment................................................................................................16
§ 5.5.2.2 Potential User Problems..................................................................................................................16
§ 5.5.2.3 Limitation in the Anticipated Implementation Environment That may Inhabit the New Product. . .17
§ 5.5.2.4 Follow-up Problems.........................................................................................................................17
§ 5.5.3 Tasks...................................................................................................................................................17
§ 5.5.3.1 Project Planning...............................................................................................................................17
§ 5.5.3.2 Planning of the Development Phases..............................................................................................17
§ 5.5.4 Migration to the New Product...........................................................................................................17
4
§ 5.5.5 Risks....................................................................................................................................................17
§ 5.5.6 Costs...................................................................................................................................................18
§ 5.5.7 User Documentation and Training......................................................................................................18
§ 5.5.8 Waiting room......................................................................................................................................18
§ 5.5.9 Ideas for Solutions..............................................................................................................................18
Hoofdstuk 3 User Interface Design........................................................................................................................19
Paragraaf 3.1 User Persona’s..............................................................................................................................19
Paragraaf 3.2 Strategies & Examples..................................................................................................................22
Mobile first.....................................................................................................................................................22
Simultaneity...................................................................................................................................................22
Synchronization..............................................................................................................................................22
Coherence......................................................................................................................................................22
Paragraaf 3.3 Sitemap........................................................................................................................................23
Paragraaf 3.4 Wireframes...................................................................................................................................24
Paragraaf 3.5 Mockup........................................................................................................................................28
Conclusie................................................................................................................................................................29
Bronvelmelding......................................................................................................................................................30
Logboek..................................................................................................................................................................31
5
Hoofdstuk 1 Inleiding
Sebi’s cake bakkerij bakt al jaren en is bekend onder veel Surinamers. Vanwege de covidpandemie hebben ze de
laatste jaren niet zoveel kunnen verkopen. Ze willen daarom hun taarten online aanbieden om daarmee meer te
kunnen verkopen. Dit wordt gedaan door middel van een web-based applicatie te laten bouwen. Het doel om
taarten online aan te bieden is om de klanten het gemak te geven voor het samenstellen en bestellen van
taarten.
Om zo een web-based applicatie te kunnen bouwen, heeft het team de rollen van de groepsleden verdeeld voor
de onderdelen Requirements Engineering en User Interface Design.
Cha-A-Jong C. is gekozen als groepsleider, die het team en project moet coördineren en in goede banen leiden.
Khodabaks S. is als vervanger groepsleider benoemd en zorgt dat zaken normaal verlopen bij afwezigheid van de
groepsleider. Als notulist is Chrichlow M. gekozen die alle taken, bijeenkomsten en informatie noteert en
bijhoudt middels een actielijst. De planner binnen de groep is Girdhari D. geweest. Sharman S. heeft als rol
Criticus gekregen en zij heeft het verslag beoordeelt door te letten op spelling van werkwoorden, algemene
spelling, zinsstructuur en algemeen taalgebruik. De uitwerker/verwerker is bij deze Reumel G. geweest om alle
informatie bij een te verzamelen in dit verslag.
De volgende studenten hebben gewerkt aan de informatie die in het verslag zijn verwerkt.
 Reumel heeft gewerkt aan project drivers en constraints
 Girdhari heeft gewerkt aan functional requirements
 Cha-A-Jong en Khodabaks hebben gewerkt aan non-functional requirements
 Chrichlow en Sharman hebben gewerkt aan project issues
 Cha-A-Jong heeft gewerkt aan persona’s
 Khodabaks en Chrichlow hebben gewerkt aan strategies & examples
 Girdhari en Ch-A-Jong hebben gewerkt aan sitemapping
 Girdhari heeft gewerkt aan wireframing
 Girdhari heeft gewerkt aan mock up
6
Hoofdstuk 2 Requirements Engineering
Paragraaf 2.1 Project Drivers

§ 2.1.1 The Purpose of the Project
Wat is het doel van dit project? Het doel van dit project is om het bestellen van taarten makkelijker te maken
door een webapplicatie te bouwen. Tegenwoordig worden taarten telefonisch, via apps (Facebook, Instagram,
Whatsapp) of fysiek besteld. Niet altijd gaan bestellingen als gepland, waardoor er vaak miscommunicaties
lopen waar de bestelling niet precies is wat de klant had verwacht. Daarom is er besloten een webapplicatie te
bouwen. Hier kan de klant kijken naar de verschillende taarten en zelf zijn/haar keuze maken.
§ 2.1.2 The Stakeholder

De stakeholders zijn de mensen die geïnteresseerd zijn in de taarten die de bakkerij via de webapplicatie ten
verkoop aanbiedt. De stakeholders bestaan uit klanten, personeel/gebruikers en de bakkerij eigenaar.
Paragraaf 2.2 Project Constraints

§2.2.1 Mandated Constraints
Bij dit onderwerp gaat het om beperkingen die het product vorm kunnen geven.
Solution constraints
De bakkerij wilt hun producten online aanbieden, hetgeen betekent dat bestellingen in de toekomst door middel
van een web-based applicatie worden doorgegeven. De bakkerij eigenaar heeft hiervoor gekozen om de verkoop
op te krikken.
Implementation environment of the current system

Het toekomstige web-based applicatie zal op de server te vinden zijn en zolang men over internet beschikt, kan
men de applicatie bezoeken.
Anticipated workplace environment

De gebruiker kan het product rechtstaand of zittend gebruiken of in andere posities waarbij hij het product in de
handen houdt.
Scheduled constraints
Er is een deadline ingesteld voor 17 januari 2021 bij het maken van dit product. Voor het product zijn er daarom
een beperkt aantal requirements gekozen om de deadline toch te kunnen halen. Deze requirements zijn terug te
zien in paragraaf 3 en 4.
Budget constraints
Om een webapplicatie te kunnen bouwen, moet het team diverse kosten in acht nemen.
De kosten zijn in onderstaande tabel terugzien en op basis daarvan is er een geschat budget opgemaakt. Er is
gekozen om te werken met Telesur als provider voor alle diensten van het online product.
7
Item/onderdeel Kosten
Webhosting – Large webhosting per jaar $119.40
Domain Registration (domeinnaam registratie $35
van www.sebiscake.sr) voor een jaar
DNS Management per jaar (DNS (computer $50
software that controls Domain Name System
server clusters) management purpose is to
reduce human error when editing complex and
repetitive DNS data)
Totale kosten bij Telesur per jaar $204.40
Aantal uren voor het programmeren 5 dagen x 8 $279
uren = 40 uren x SRD 50 (uurloon) = SRD
2000/21.50 = $93 per persoon. Binnen het team
zijn er 3 programmeurs, dus het totaalbedrag
wordt dan 3x$93= $279
Onvoorziene kosten $200
Totale kosten $683.4
Tabel 1 Budget constraints
Voor het product wordt dan $700 gebudgetteerd (afgerond van de $683.4).
Naast het budget, zijn er ook enkele resources nodig. Deze resources zijn o.a. de hardware die het personeel en
de bakkerij eigenaar nodig hebben zoals pc’s/desktop en toegang tot het internet.
Partner or collaborative applications

De web-based applicatie zal met het huidig boekhoudsoftware werken om daarmee betalingen te verwerken. Bij
contante betalingen zal er een automatische betalingsbewijs worden uitgeprint.
Off-the-shelf software
Er zal gebruikt worden gemaakt van programma’s zoals: MySQL database (vanuit Telesur) en boekhoudsoftware.
Enterprise constraints
Het product is bestemd voor de klanten, de bakkerij eigenaar en het personeel. Het beheer van het product valt
onder de bakkerij eigenaar en het personeel. Zij hebben de mogelijkheid om de bestellingen te controleren,
prijzen te wijzigen of aanbiedingen te plaatsen.
§2.2.2 Relevant Facts and Assumptions
Relevant Facts
Het product zou ongelimiteerd gebruikers tegelijkertijd kunnen dragen. Het is een applicatie die beschikbaar is
op mobiele telefoons evenals voor laptop en pc-gebruikers. De applicatie is 24 uur beschikbaar zolang de
gebruiker beschikt over internet.
8
Business Rules
De custom taarten dienen minimaal 3 dagen van te voren besteld te worden. En bij de gepersonaliseerde
taarten dienen deze minimaal 5 dagen vooraf besteld te worden. Voor decoraties die meer aandacht wensen,
dienen bestellingen minimaal 7 dagen ingediend te worden. Bestellingen worden pas verwerkt nadat de betaling
volledig is gedaan.
9
Paragraaf 3 Functional Requirement
§3.3.1 The Scope of the Work

Een scope of work document is een overeenkomst over het werk dat u aan het project gaat uitvoeren. Laten we,
om een omvang van het werk te begrijpen, een hypothetical project maken, niet te ingewikkeld maar ook
belangrijk.
The current situation

De bakkerij neemt bestellingen telefonisch op of klanten kunnen persoonlijk langs de bakkerij komen om hun
bestellingen te plaatsen. Vanwege de covidpandemie is de verkoop aan taarten gedaald en wilt de bakkerij de
taarten nu online aanbieden. Het belang van de ontwikkeling van web-en mobiele apps voor de bakkerijsector is
niet over het hoofd te zien. Het bakkerijbedrijf is gewoon niet compleet met mobiele en webapps. Web-en
mobiele apps maken het gemakkelijk om sterbeoordelingen, klachten van klanten en andere cruciale feedback
te verzamelen in gemakkelijk leesbare dashboards. Op basis van deze informatie kunnen de minpunten van de
klanten worden herkend en de vereiste acties kunnen ondernomen worden. Als het bakkerijbedrijf naar een
hoger niveau getild wilt worden, moet het een sterke mobiele of webapp worden ontwikkeld waarmee de
volgende voordelen worden gehaald: makkelijk producten kunnen bestellen, een overzichtelijke product lijst en
betaalgemak (check-out & payment).
The context of the work

Work process Input Output
1. Klant plaats een bestelling Web-based applicatie Wachten op conformatie
2. Klant betaald volledig voor Web-based applicatie Wachten op conformatie
de bestelling
3. Personeel controleert de Web-based applicatie Conformeert/negeert de bestelling
bestelling
4. Bestelling wordt verwerkt Bakkerij Verwachte bestelling
5. Pick up/delivery Plaats van Bestelling geleverd
bestemming
Tabel 2 Contect of the work
Work partitioning & Specifying a business use case (BUC)

Event name Input and output Summary of BUC
De klant plaats een bestelling Web-based applicatie De applicatie neemt de bestelling
(in) op
Betalingsmethode Web-based applicatie De applicatie biedt
(in) betalingsmogelijkheden zoals
overmaking, contant of betaling
met het POS-apparaat
De applicatie geeft notificatie Web-based applicatie De notificatie wordt achtergelaten
van een geplaatste bestelling (in) voor het personeel
Bestelling wordt gecontroleerd Personeel(in) Conformatie of negering van de
bestelling
Betaling wordt voldaan Gebruiker(in) Checkout steps
Web-based
applicatie(out)
10
Bestelling wordt verwerkt Personeel(in) Bestelling wordt in elkaar gezet
De applicatie geeft notificatie Web-based applicatie Bestelling kan worden opgehaald of
van de verwerkte bestelling (in) worden geleverd
Klant (out)
Tabel 3 Work partitioning & BCU
§3.3.2 The Scope of the Product

Product scope identificeert de kenmerken en functies van een product of dienst. Deze kenmerken omvatten
fysieke kenmerken zoals grootte en materialen, evenals functionele specificaties. Functionele overwegingen
omvatten waarvoor het product is ontworpen en het doel of eindgebruik.
Product boundary
Het project boundaries is een lijst met doelen van het project, beperkingen en de aannames die besloten zijn
binnen het projectteam en de stakeholders. Bij het plaatsen van een bestelling, dient de klant een account aan
te maken.
Product use case table

Product use case Actor(s) Input and Output
Producten bezichtigen User Gebruikerspagina (web-based
applicatie)
Registreren/Inloggen User Username & password(input)
Taart samenstellen User Add & remove button
Taart bestellen User Proceed to check-out
Uitloggen User In-outlog scherm(output)
Bestellingen bekijken User My Profile
Standaard informatie over de User About
bakkerij bekijken
Beoordeling van de bakkerij User Reviews
bekijken (review)
Betalingsmogelijkheden Personeel boekhoudsoftware
Nieuwe producten toevoegen Personeel Web-based applicatie
Producten aanpassen Personeel Web-based applicatie
Prijzen aanpassen Personeel Web-based applicatie
Producten verwijderen Personeel Web-based applicatie
Tabel 4 Product use table
Individual product use cases

Dit is een weergave welke stappen de klant of user neemt om het gewenste resultaat te krijgen, in het geval van
de web-based applicatie is het bestellen van taart.
11
Keuze taart of Sign up/Sign in
User Web-based applicatie
samenstellen (registreren/inloggen)
Checkout steps Confirmation page
§3.3.3 Functional Requirements
Functie 1: registreren
Description Rationale Fit-criteria Priority
De gebruiker moet een Als de gebruiker geen De gebruiker staat High
account kunnen account aanmaakt, kan geregistreerd in het
aanmaken in de web- er geen bestelling systeem of de gebruiker
based applicatie. worden geplaatst. ontvangt een notificatie dat
ze hebben geregistreerd.
Functie 2: inloggen
De gebruiker moet Als de gebruiker niet is De gebruiker is ingelogd en High
kunnen inloggen. ingelogd, kan er geen kan alle functionaliteiten
bestelling worden van de web-based
geplaatst. applicatie gebruiken.
Functie 3: Ophalen van data (bestellingen)

De gebruiker moet hun Zodat de gebruikers de De gebruiker heeft toegang High
bestellingen kunnen zien. bestellingen kunnen tot hun historie.
verifiëren.
Functie 4: Zowel mobile als PC toegankelijk

De gebruiker kan de web- Voor het gemak van de De applicatie geeft geen High
based applicatie zowel gebruiker. problemen bij zowel de
op de smartphone als PC desktop als smartphone.
bezoeken.
Functie 5: Na 15 min inactiviteit word je uitgelogd uit het systeem

Na 15 min inactiviteit Om de veiligheid en de Na 15 min zonder activiteit Medium
worden gebruikers contactgegevens van in de applicatie wordt de
automatisch uitgelogd uit de gebruikers te gebruiker automatisch
12
het systeem. waarborgen. uitgelogd.
Paragraaf 4 Non-Functional Requirements
§ 4.4.1 Look and feel Requirement

Bij dit onderwerp wordt er gekeken naar het uiterlijke van de applicatie.
Appearance Requirements

De web-based applicatie De web-based De gebruiker zal zonder High
moet aantrekkelijk zijn applicatie moet verleiding of aansporing de
voor de gebruiker. impactvol en een applicatie binnen 4
positieve eerste indruk minuten gebruiken bij de
hebben op de eerste kennismaking
gebruiker. ermee.
Style Requirements
De stijl mag vrijwel simpel zijn. Hoe simpeler het is, hoe makkelijker de gebruikers gebruik kunnen maken van de
applicatie.
De web-based applicatie Voor de De applicatie en de bakkerij Medium
moet de huisstijl van de herkenbaarheid van de hebben dezelfde huisstijl.
bakkerij bevatten. bakkerij.
§ 4.4.2 Usability and Humanity Requirements

De web-based applicatie De web-based De gebruikers gaan binnen High
moet applicatie moet 15 minuten bestellingen
gebruikersvriendelijk zijn. gebruikt kunnen kunnen plaatsen.
worden zonder dat
men enige opleiding
heeft opgevolgd.
§ 4.4.3 Performance Requirements

De web-based applicatie De gebruiker moet Het opstarten van de web- High
moet zo snel mogelijk zijn/haar taart zo snel based applicatie duurt max.
opstarten en de mogelijk kunnen 3 seconden en de
gebruiker moet bestellen en of handelingen die gepleegd
moeiteloos kunnen samenstellen. worden bij het bestellen en
browsen binnen de of samenstellen van een
applicatie. taart is afhankelijk van de
internetsnelheid van de
13
gebruiker.
§ 4.4.4 Operational and Environment Requirements

De applicatie moet Zodat het niet (out of De applicatie geeft geen High
fungeren op de desktop place) lijkt en problemen bij zowel de
en smartphone. makkelijker desktop als smartphone.
navigeerbaar is.
§ 4.4.5 Maintainability and Support Requirements

Maintainability requirement

De web-based applicatie De web-based applicatie De applicatie geeft een High
zal worden onderhouden moet optimaal gerund melding dat er een nieuwe
door een extern systeem worden zonder update beschikbaar is.
beheerder. problemen.
Support requirement

De web-based applicatie zal Zodat gebruikers De gebruiker krijgt binnen 3 Medium
een support mogelijkheid vragen of klachten minuten antwoord op zijn
bieden. mogen stellen over vraag of klacht.
de diensten of
producten.
§ 4.4.6 Security Requirements

Access Requirements

De bakkerij eigenaar en De bakkerij moet de Alle login gegevens zijn alleen Medium
het personeel kunnen de mogelijkheid hebben beschikbaar voor aangegeven
login informatie van de om terug te kunnen personeel en eigenaar van de
gebruikers zien. verifiëren als alles bakkerij.
correct is.
14
Integrity Requirements

De applicatie zal De applicatie zal ervoor De applicatie geeft een High
verkeerde informatie zorgen dat er geen melding dat er een
blokkeren. verkeerde/onnodige vreemde activiteit is.
data wordt toegevoegd
aan de database.
Privacy Requirement

De applicatie zal privé- Zodat de gebruikers De gebruiker zal een High
informatie beschermen informatie niet gedeeld notificatie krijgen.
in overeenstemming met wordt aan derden.
de privacywetten.
§ 4.4.7 Cultural Requirements

De web-based applicatie Gebruikers die moeite De applicatie zal de keuze Low
zal de keuze hebben hebben met Engels. geven tussen Engels en
tussen twee talen. Nederlands.
§ 4.4.8 Legal Requirements

De gebruiker zal Om te voorkomen dat De applicatie zal de High
accorderen voor een de gebruiker de gebruiker akkoord vragen
privacy beleid. bakkerij achteraf kan voor het beleid.
aanklagen.
15
Paragraaf 5 Project Issues
§ 5.5.1 Open Issues

Dit zijn de vragen die ter sprake worden gebracht. Deze vragen genieten nog geen antwoord. Enkele onzekere
factoren die van groot belang op het maken van het product kunnen zijn:
 De mogelijkheid dat de web applicatie onbekend is onder de klanten in de leeftijd categorie van 50+
jaar.
 De technische redenen die ervoor kunnen zorgen dat de bouw van de web applicatie gaat stagneren.
 De mogelijkheid dat er fouten optreden tijdens de bestelling. Dit kan geschieden omdat de klant de
applicatie niet begrijpt.
 De mogelijk dat klanten in de leeftijd klasse 50+ niet weten hoe zij een taart online moeten bestellen.
§ 5.5.2 New problems

§ 5.5.2.1 Effects on the Current Environment
Hier wordt de huidige- en nieuwe implementatieomgeving besproken en de invloed die het nieuwe product
heeft op de huidige implementatieomgeving.
Bij de huidige implementatieomgeving is het verloop van het proces als volgt:
Situatie 1: bezoek van de klant
 De klant kan de bakkerij bezoeken.
 De klant wordt door het personeel die achter de toon bank staat te woord gestaan.
 De bestelling en betaling wordt verder verwerkt door het personeel.
Situatie 2: Telefonische bestelling

 De klant kan naar de bakkerij bellen en wordt door het personeel te woord gestaan.
 De bestelling wordt genoteerd
Bij het implementeren van het nieuwe product is het proces als volgt:
 De klant zal de website van de bakkerij bezoeken
 De klant maakt een keuze van een taart of stelt een taart samen
 De klant zal vervolgens moeten registreren of inloggen om verder te gaan met de
betalingsmogelijkheden
 Na het inloggen, zal de klant een betalingsmethode kiezen hetzij een overmaking, contant of betalen
middels de POS apparaat.
 De web-based applicatie vraagt naar een conformatie van de bestelling
 Het personeel krijgt via de web-based applicatie een notificatie van de bestelling
 Het personeel controleert de bestelling
 De bestelling wordt verwerkt
 Bestelling wordt in elkaar gezet
 De applicatie geeft notificatie van de verwerkte bestelling
 Bestelling kan worden opgehaald of worden geleverd
§ 5.5.2.2 Potential User Problems

De potentiële gebruikers problemen die bij het implementeren van het nieuwe product kunnen optreden zijn de
klanten die nooit eerder goederen online hebben besteld en niet met de web applicatie weten om te gaan. Deze
klanten kunnen de bakkerij opbellen en op instructies van het personeel hun bestelling plaatsen.
16
§ 5.5.2.3 Limitation in the Anticipated Implementation Environment That may Inhabit the New Product
Bij het samenstellen van een taart kunnen de klanten vertraging oplopen vanwege de internetverbinding.
§ 5.5.2.4 Follow-up Problems

De op te volgen problemen die kunnen optreden is de huidige apparatuur (zoals trage pc’s) van de bakkerij die
niet voor het gebruik van het nieuw product kan worden ingezet.
§ 5.5.3 Tasks
§ 5.5.3.1 Project Planning
Fase 1: Ontwerp Fase 2: Voorbereiding Fase 3: Realisatie/Uitvoering Fase 4: Nazorg
het maken van een pva Marktanalyse Het financieel gedeelte Validatie van de web-base
onderzoeken van de verzamelen en bestuderen bepalen applicatie
Requirements van informatie User Experience Design
voorstel doen aan de Taken en rolverdeling ontwerpen
stakeholders over de onder het team Requirements door de
requirements Quality gateway
§ 5.5.3.2 Planning of the Development Phases
Fase 1 C oncept F a s e 2 D e s ig n F a s e 3 P r o t o t y p in g Fa se 4 A sse ssm e n t F a s e 5 P r o d u c ti o n

D e v e lo p m e n t D e v e lo p m e n t D e v e lo p m e n t D e v e lo p m e n t D e v e lo p m e n t
W e e k 6 (6 -1 2 d e c 2 0 2 1 ) W e e k 6 (6 -1 2 d e c 2 0 2 1 ) w e e k 7 (1 3 -1 9 d e c 2 0 2 1 ) w e e k 7 (1 3 -1 9 d e c 2 0 2 1 ) w e e k 7 (1 3 -1 9 d e c 2 0 2 1 )
u s e r p e r s o n a 's in k a a r t s it e m a p p i n g e n de k ijk e n n a a r d e s te r k e e n o v e r a l le s t a p p e n h e e n
b re n g e n w ire fr a m in g o n tw e rp e n s o ft w a r e o n t w i k k e li n g s m o zw a kk e p u n te n v a n zo e e n gaan du s van A naar Z en
s t r a t e g ie s & e x a m p le s d r a ft m o c k u p v a n h e t d e l w a a r in d e p r o t o t y p e i s a p l ic a ti o n e n d a n o n z e d an zo e en p ro d u ct o p d e
u it w e r k e n b ero e p sp ro d u c t g e b o u w d , g e test e n v e r b e t e r in g a a n b r e n g e n . m arkt b ren g e n .
v e rb e te rd to td a t zo e e n
a p l ic a ti o n z e ij n b e s t e p u n t
h e e ft b e r e ik t
§ 5.5.4 Migration to the New Product

De bestaande informatie moet worden geconfigureerd naar een andere format.
§ 5.5.5 Risks
Elke nieuwe project dat wordt geïmplementeerd heeft een zekere risico. Je kan hierbij denken aan het risico dat
het implementatie proces verkeerd afloopt. Deze risico is pas slecht als deze wordt genegeerd en daardoor
problemen ontstaan.
De risico’s voor het project kunnen onder andere zijn:
- De mogelijkheid dat hackers toegang kunnen krijgen tot de database van web-applicatie
- Internet traffic jam: teveel internetgebruikers kunnen ervoor zorgen dat de web-applicatie trager load
17
§ 5.5.6 Costs
In dit paragraaf wordt de behoefte inspanning en kost ingeschat.
Requirements (functional & non- Effort (in time)

functional)
5 functional requirements 5 dagen uitwerken waarbij 1
requirement per dag
12 non-functional requirements 12 dagen uitwerken waarbij 1
requirement per dag
§ 5.5.7 User Documentation and Training

De software bouwer gaat de documentatie schrijven. De gebruikers worden bij deze niet betrokken bij de
productie van de documentatie. De documentatie die wordt geleverd zijn:
 Administrator document. Dit is bestemd voor de bakery eigenaar of de persoon die de bakkerij eigenaar
heeft aangesteld. Hiermee zal het mogelijk zijn de web applicatie te beheren.
§ 5.5.8 Waiting room

De behoeftes die in de wacht ruimte kunnen worden opgenomen zijn:
 Een zes cijferige code kan er ingevuld worden in plaats van username en password.
 De mogelijkheid om de taarten te vergelijken met andere taarten van andere websites.
 Een built in helper, die de klant direct verbindt met iemand aan de andere kant via een chat.
 Een surprise functie, die willekeurig een taart samen stelt. De taart zal niet toegevoegd worden tot de
winkel mand indien de klant die niet wilt.
 Een web extensie die aangeeft hoelang het duurt voordat de taart af is met foto’s van de genoemde
taart.
 De mogelijkheid om via het buitenland een taart te bestellen voor iemand die in Suriname woonachtig
is. Een buitenlandse rekening zal worden toegestaan.
§ 5.5.9 Ideas for Solutions

De ideeën voor oplossingen die verzamelt kunnen worden zijn:
 De web-based applicatie bevat kleuren die het logo van de bakkerij complimenteren.
 De website verandert op basis van het weer. Op de achtergrond verschijnt dan zonnig of regen weer.
Het is een design aspect. Er zal een optie zijn die uit te maken voor elk klant.
 Op verschillende feestdagen zal de website een heel andere thema en lay-out hebben.
Hoofdstuk 3 User Interface Design
18
Paragraaf 3.1 User Persona’s
Een persona is een duidelijke beschrijving van iemand uit een doelgroep. Persona’s worden gemaakt omdat zo
een omschrijving beter werkt dan een opsomming van een doelgroepomschrijving.
Voor het bouwen van de web-based applicatie zijn de volgende persona’s omschreven.
PERSONA IMAGE PERSONA INFORMATION

PERSONA NAME
Nancy Fung
OCCUPATION
Appartment owner
EDUCATION
High school
Technology MARITAL STATUS
Internet Getrouwd
AGE
Software 35
BIO
Online Shopping
Nancy is een grappige en lieve persoon, maar wanneer het om werk
Social Networks gaat, is ze wel serieus. Ze houdt van mode en volgt de laatste trends
qua mode.
GOALS AND MOTIVATIONS

Haar doel is om meerdere appartementen te kunnen verhuren en misschien een eigen salon te openen.
Haar motivatie komt van haar klanten die haar advies volgen voor de laatste trends.
VALUES AND WORK METHODS

Nancy is een serieuze en harde werker. Ze zorgt ervoor dat al het werk binnen deadlines worden gehaald.
SCENARIO
Nancy heeft vanwege haar werk niet altijd de mogelijkheid om voor haar zelf te zorgen. Haar zoon heeft laatst
zijn Bachelor degree gehaald en ze wilt daarom een feestje geven. Vanwege de drukte rondom de
voorbereidingen voor het feestje, wilt ze met gemak een taart bestellen zonder persoonlijk langs de bakkerij te
lopen.
19
PERSONA NAME
Julian Ngariman
OCCUPATION
Maintenance coordinator
EDUCATION
VWO
Technology MARITAL STATUS
Internet Concubinaat
AGE
Software 26
BIO
Online Shopping
Julian houdt van koken en bakt ook graag. Naast haar reguliere baan
Social Networks verkoopt ze seafood boils aan klanten.

Haar doel is om in 2022 haar HBO-diploma in Software Engineering in handen te hebben.
Seeing the human ability to be able to achieve greatness in this world, gives her motivation. Succesfull people are her
rolemodels.

Julian has a creative mindset to solve work problems.
SCENARIO
Julian heeft een zus die in verwachting is. Ze wilt haar zus graag een baby shower geven. Omdat Julian zelf de
voorbereidingen doet voor de baby shower, heeft ze onvoldoende tijd om persoonlijk langs de bakkerijen te lopen
voor het bestellen van een taart. Ze wilt met gemak een taart online bestellen zonder persoonlijk langs de bakkerij te
lopen.
20
PERSONA NAME can be the first name, first name and last name, or something slightly
silly
Saïf Kidjo
OCCUPATION
Timekeeper
EDUCATION
VWO
MARITAL STATUS
Getrouwd
Internet AGE
Software 28
BIO
Online Shopping
Saïf loves being busy in the garden. He has a piece of land where
he grows his own vegetables. He loves his job as a timekeeper
Social Networks
but can’t always attend his plants because of his job at a remote
location.
Technology

Detail at least one important, job-related goal and motivation.
Zijn doel is om gepromoveerd te worden in 2022.
Seeing the human ability to be able to achieve greatness in this world, gives him motivation. Succesfull people are
his rolemodels.

Describe what’s important to your persona, e.g., their work ethic, attention to detail, punctuality, adherence to deadlines, and so on.
Saïf ‘bribes’ people to work efficient.
SCENARIO
Describe anything relevant to how the person might use your product or similar products or how they currently do the work for which your product is intended.
Saïf werkt in een bepaalde shift verband waar hij 2 weken in het bos is en een week in de stad. Vanwege het werk
kan hij dus niet altijd op zijn aanplant letten. En bij speciale gelegenheden zoals een jaardag kan hij niet zoveel
plannen. Zijn zoon wordt over enkele maanden 1 jaar en daarvoor wilt hij een taart bestellen. Met de mogelijkheid
dat taarten online worden aangeboden, kan hij makkelijk eentje bestellen tijdens of na zijn shift.
21
Paragraaf 3.2 Strategies & Examples
In dit paragraaf worden belangrijke en nuttige patronen, methoden, principes en benaderingen

geïntroduceerd voor de ontwikkeling van strategieën.
Als team zijn er enkele onderwerpen waarvan wij van mening waren dat ze niet op ons beroepsproduct
van toepassing kunnen zijn. Deze onderwerpen zijn o.a.: Social TV, Device Shifting, Complementarity,
Screen sharing en Fluidity.
Strategieën die het team heeft gekozen, zijn verwerkt in de volgende onderwerpen.
Mobile first
Mobiel zijn niet te vergeten. Door onze website te optimaliseren, om optimaal te profiteren van de
schermverhouding en functies, wordt de website aantrekkelijker voor gebruik op een telefoon. Dit is
zeer essentieel voor elk bedrijf aangezien iedereen tegenwoordig een smartphone heeft. We zullen daar
optimaal gebruik van maken en onze website toegankelijker maken voor mensen.
Simultaneity
Een gebruiker kan tegelijkertijd de website gebruiken terwijl hij een andere activiteit uitvoert. Maar er is
een vangst. De gebruiker wordt alleen aangemeld als er actie op de website wordt gedetecteerd. Na 15
minuten zonder activiteit wordt de gebruiker automatisch uitgelogd.
Synchronization
We bieden ook website-synchronisatie aan. Dit is mogelijk vanwege het account dat een gebruiker moet
activeren om te kunnen bestellen. Zodra een gebruiker een account heeft, kan niet alleen de gebruiker
een bestelling plaatsen, maar wordt alles wat de gebruiker doet automatisch opgeslagen. Dit betekent
dat als de gebruiker keuzes maakte of bezig was op de website en besloot om op zijn telefoon te gaan,
de gebruiker automatisch zou beginnen waar hij was gebleven of zou zien welke keuzes hij had gemaakt
terwijl hij op het andere apparaat was.
Coherence
Het team heeft gekozen voor lay-out aanpasbaarheid voor de website. We vinden dat dit prettiger is
voor de gebruiker en het aantrekkelijker maakt om andere apparaten te gebruiken om toegang te
krijgen tot de website. Dit maakt ook gebruik van het verschil in schermen waardoor we meer opties
hebben voor de website in plaats van een one-fits-all lay-out.
22
Paragraaf 3.3 Sitemap
Voor het beroepsproduct is de volgende sitemap gemaakt. Er is gebruikt gemaakt van de online web
applicatie ‘Miro’. De sitemap is te zien via de volgende link:
https://miro.com/welcomeonboard/WmpzUEpNOEtVYVV6R1MxZ2dpTjZNQ0o1SEFTMUU4Q09DYWtnY
mRraUlVdG9oVEZ6WEFkNVQ3NWM3dDBpNjFJV3wzNDU4NzY0NTE0OTU0ODY0NTEy?
invite_link_id=21671569038
Figuur 1 Sitemap beroepsproduct
23
Paragraaf 3.4 Wireframes
Na het maken van de sitemap, is de wireframe ontworpen. In onderstaande afbeelding gaat het om de
wireframe in zijn geheel. Deze wireframe is ook online te bezichtigen in volgende link:
https://miro.com/welcomeonboard/WmpzUEpNOEtVYVV6R1MxZ2dpTjZNQ0o1SEFTMUU4Q09DYWtnY
mRraUlVdG9oVEZ6WEFkNVQ3NWM3dDBpNjFJV3wzNDU4NzY0NTE0OTU0ODY0NTEy?
invite_link_id=287072490243
Figuur 2 Wireframe beroepsproduct
Middels onderstaande wordt verteld hoe de wireframing in mekaar zit.
24
 Wanneer de gebruiker op de website
terechtkomt, ziet hij eerst de splashscreen.
Bij het drukken van de logo komt de gebruiker
vervolgens terecht in een andere webpagina
‘login’.
 In de ‘login’ pagina kan de gebruiker ervoor
kiezen om te registreren met een bestaande
e-mailadres of een nieuwe account aan te
maken.
Er zit in de ‘login’ pagina ook een ‘easter egg’ 1. De
‘easter egg’ houdt in dat de gebruiker zonder in te
loggen of een account aan te maken verder kan
gaan naar de volgende pagina. Deze ‘easter egg’
zit in de logo. Bij het selecteren van de logo komt
de gebruiker vervolgens terecht in de
‘homepage’.
 Aan de onderkant van de ‘login’ pagina kan
de gebruiker verschillende onderwerpen
kiezen zoals about, help, blog en legal.
‘About’ vertelt een beetje over de bakkerij
zelf en hier kan men ook terecht voor de contactgegevens. Bij de ‘help’ kan de gebruiker terecht
voor eventuele vragen die hij mocht hebben. Bij de ‘blog’ vertellen klanten hoe zij de taarten
ervaren. En bij ‘legal’ wordt het privacy beleid uitgelegd.
Bij de homepage kan de gebruiker scrollen naar onder voor meer categorieën en van links en rechts of
omgekeerd voor de soorten cakes per categorie.
Proces voor het bestellen van een custom cake:

 In de ‘homepage’ kan de gebruiker een keuze
maken tussen ‘custom cakes’ en ‘design your
own’ cakes.
 Bij de custom cakes kan de gebruiker keuzes
maken op standaard taarten. Dit is speciaal
voor de klanten die niet graag te lang over een
taart willen nadenken.
 Wanneer de gebruiker een bepaalde foto van
de custom cakes heeft gekozen, komt hij
vervolgens terecht in de ‘shop’ pagina.
 In de shop pagina ziet de gebruiker de prijzen
van de gekozen taart(en) en die worden
vervolgens gezet in de shopping cart.
1
Easter egg is an unexpected or undocumented feature in a piece of computer software, included as a joke or a
bonus.
25
Nadat de shopping cart gevuld is, komt de gebruiker terecht in de ‘sign up’ page. Hier zal de gebruiker
zich moeten registreren om de bestelling te kunnen plaatsen.
Nadat de gebruiker zich heeft

geregistreerd, komt de gebruiker terecht in
de pagina ‘shopping cart’ en dan kan men de
betaling verrichten.
Proces voor het bestellen van een custom

cake:
 In de ‘homepage’ kan de gebruiker een
keuze maken tussen ‘custom cakes’ en
‘design your own’ cakes.
 Bij de custom cakes kan de gebruiker
keuzes maken op standaard taarten. Dit
is speciaal voor de klanten die niet graag
te lang over een taart willen nadenken.
 Wanneer de gebruiker een bepaalde foto
van de custom cakes heeft gekozen, komt
hij vervolgens terecht in de ‘shop’ pagina.
 In de shop pagina ziet de gebruiker de
prijzen van de gekozen taart(en) en die
worden vervolgens gezet in de shopping
cart.
26
Proces voor het bestellen van een design
your own:
 In de ‘homepage’ kan de gebruiker een
keuze maken tussen ‘custom cakes’ en
‘design your own’ cakes.
 In de design your own, kan de
gebruiker een keuze maken tussen
verschillende mogelijkheden zoals de
size, shape, flavor, filling etc.
 De procedure voor het bestellen en
betalen van hun bestelling geschiedt
op dezelfde wijze als de ‘custom cakes’
 Bij de custom cakes kan de gebruiker
keuzes maken op standaard taarten.
Als laatst heeft de gebruiker bij elke page de mogelijkheid om onderdelen zoals ‘about’, ‘help’, ‘blog’,
‘legal’.
27
Paragraaf 3.5 Mockup
Voor een mock up van het beroepsproduct is een link toegevoegd zodat de werking ervan gezien kan
worden.
https://www.figma.com/file/Nw3fsirHVV31z9yHY3KvD3/Untitled
Bij het willen afspelen van het beroepsproduct, is het beter om de device type ‘Android Large’ te kiezen.
https://www.figma.com/proto/Nw3fsirHVV31z9yHY3KvD3/Untitled?scaling=scale-down&page-
id=0%3A1&starting-point-node-id=1%3A74&node-id=1%3A74
28
Conclusie
Als team was het een andere uitdaging om een beroepsproduct te maken op basis van de kennis over de
onderdelen Requirements Engineering (RE) en User Interaction Design (UX). RE liet de groep ‘out of the
box’ denken en voor UX heeft de groep zijn creatieve zijde laten zien. De theorie van RE en UX is zeker
ook toegepast in het verslag voor het realiseren van het beroepsproduct.
Binnen het team is er gewerkt aan de competentie communicatie, teamverband werken en

ondernemend gedrag.
Het maken van dit beroepsproduct hebben wij succesvol kunnen afronden.
29
Bronvelmelding
Suzanne Robertson & James Robertson (July 2014). Mastering the Requirements Process: Getting
Requirements Right. United States, MA: Pearson Education, Inc.
Webpagina bezocht op 24 nov 2021

(Flylib.com, 2008-2017)
Section 4. Mandated Constraints | Mastering the Requirements Process (2nd Edition) (flylib.com)
http://flylib.com/books/en/4.445.1.168/1/

http://www.inf.ed.ac.uk/teaching/courses/seoc/2007_2008/resources/volere-template.pdf (pdf-file
downloadt)

(Awesome Motive Inc., 2015-2021)
http://www.isitwp.com/domain-name-work/
Website bezocht op 5 dec 2021

(Sisence Inc., 2021)
https://www.sisense.com/glossary/data-modeling/
Data Modeling Explained | Business Intelligence Glossary | Sisense
Webpagina bezocht op 7 dec 2021

(Blue Corona, 2019)
http://www.bluecorona.com/blog/how-fast-should-website-be/
How Fast Should My Website Load? | Average Page Load Time (bluecorona.com)

The pagespeed website (https://pagespeed.web.dev/?utm_source=psi&utm_medium=redirect)
analyses the speed of web pages when entering the web page URL.

http://www.telesur.sr/internet/domeinnaam-registratie/
http://www.register.sr/cart.php
Domeinnaam registratie - Telesur Suriname
Shopping Cart - Telesur (register.sr)
Voor het maken van de User Interface Design is gebruik gemaakt van de volgende platformen:
De platform ‘miro’ is gebruikt voor het maken van sitemapping en wireframes.
http://miro.com
De platform ‘figma’ is gebruikt voor het maken van een mock up.
http://www.figma.com
30
Logboek
Beroepsproduct: digitaal taart bestellen

Naam: Cha-A-Jong Chanella
Activiteitenschema/planning :
nummer activiteit datum Status Update

1 Contactnummers van de leden 10-nov-21 Voldaan
gevraagd zodat er een Whatsapp
groep gemaakt kon worden nadat
de RE docent de groepsindelingen
bekend heeft gemaakt
2 Whatsapp groep gemaakt 10-nov-21 Voldaan

3 Omdat we collegevrij waren van UX 12-nov-21 Voldaan Tijdens de meeting waren alle leden
heb ik voorgesteld om een Team aanwezig en zijn enkele zaken
meeting te houden. De tijd om de besproken zoals:
vergadering te houden, was gesteld • het kiezen van een groepsleider
op 19.00u. • rol- en documentverdeling bepalen.
De rolverdeling was nog niet
compleet omdat de leden nog geen
rollen hadden. In de Whatsapp groep
moesten ze dus nadenken over de
rollen.
• frequentie en tijd van de meetings
bepalen
4 • Een reminder gestuurd binnen de 15-nov-21 Voldaan • Shemar Khodabaks heeft zich dan
Whatsapp groep om nog na te opgegeven als vervanger van de
denken over de rollen. Er is tevens groepsleider
ook gevraagd om de rollen vóór • Michael heeft zich als notulist
dinsdag 20.00u door te geven opgegeven
zodat het meegenomen zal worden
in de plan van aanpak.
• een plan van aanpak is gemaakt
met de huidige beschikbare data
omdat deze op 17 nov
gepresenteerd zou worden.
31
5 Omdat ik geen reactie kreeg van de 16-nov-21 Voldaan
resterende leden, is een voorstel
gedaan in de Whatsapp groep om
de PVA te presenteren met de
huidige data. En tzt zullen de rollen
nog bepaald worden als het
onderwerp van het
beroepsproduct bekend is.
6 Een Team meeting gepland om 20-nov-21 Voldaan Tijdens de meeting waren alle leden
19.00u aanwezig en de volgende zaken zijn
besproken:
• rolverdeling herzien door UX erbij te
doen
• logboek
• de volere requirement alvast
doornemen voor het verwerken van
het verslag
• meeting inplannen voor donderdag
25 nov en dinsdag 30 nov
• bijgewerkte PVA
7 Bijgewerkt PVA opsturen naar de 20-nov-21 Voldaan APA richtlijnen zijn ook opgestuurd
leden voor inzage en feedback voor het juist opmaken van de
bronvermelding
8 Helpen meedenken aan hoofdstuk 21-nov-21 Voldaan Het doel van het project in eigen
1 van de Volere Requirements woorden kunnen formuleren en de
(purpose of the project + the stakeholders bepaald.
stakeholders)
9 Gewerkt aan project constraints, 24+25 nov Voldaan Op papier gezet wat mijn perspectief
Naming conventions and is van de project constraints. Naming
terminology + Relevant Facts and conventions and terminology niet
Assumptions veel kunnen doen. Relevant Facts and
Assumptions ook niet veel kunnen
doen.
10 • mind mapping gedaan voor mijn 27 nov 2021 Voldaan
deel van het verslag
• ideëen geprobeerd te zetten in
een mock up website (sitemapping)
11 • Een Team meeting gepland om 28 nov 2021 Voldaan • GR heeft afgemeld. De rest van het
19.00u voor het bespreken van team hebben de vergadering wel
Project drivers + Project bijgewoond.
Constraints • Project drivers + Project Constraints
• Naming conventions zijn besproken en waar nodig gelijk
uitgeschreven gecorrigeerd. Er waren nog enkele
• Na naming conventions te zaken die niet duidelijk waren en
hebben gedaan, is het deel van GR waarvan deze eerst onderzocht
opnieuw gestuurd naar het team. moesten worden. Deze
• sitemap van het product is onduidelijkheden waren bij de
32
gepresenteerd aan het team en onderwerpen Budget Constraints,
daarna ook per e-mail opgestuurd Partner or collaborative application,
tesamen met het deel van GR naming conventions, relevant facts en
nadat het was bijgewerkt. assumptions. Uit alle onderwerpen
zouden naming conventions verder
worden onderzocht door CC en de
rest zou MC natrekken.
• Het deel van DG is ook tijdens de
vergadering gedeeld nadat wij klaar
waren met GR zijn deel. Echter
hebben wij niet veel eraan kunnen
doen omdat nog niemand het deel
van GR heeft doorgenomen. Tijdens
de meeting is afgesproken om eerst
GR's deel af te ronden en nadien de
onderwerpen van DG te bestuderen.
12 • korte meeting met MC t.a.v. 29 nov 2021 Voldaan
informatie nodig voor de
onduidelijke onderwerpen
• het deel van GR weer controleren
en de informatie van MC erin
verwerken. Daarna opsturen naar
de docent
13 • Het team gevraagd als zij 2 dec 2021 Voldaan Een ieder maakt zich beschikbaar
zaterdag 4 dec kunnen vergaderen voor de meeting.
over het deel van DG (Functional
Requirements)
• Vragen opgesomd voor de docent
Franker t.a.v. Project Drivers en
constraints en deze eerst binnen
het team gedeeld
14 • Reminder gericht aan SK dat ik 3 dec 2021 Voldaan
meer zal focussen op UX en niet zo
zeer RE (non-functional
requirements). Maar waar er hulp
nodig is voor RE, zal ik me input
wel geven en zo ook omgekeerd.
Non-functional requirements en UX
gaan samen dus er is sowieso een
verband met beide onderwerpen.
15 Vragen t.a.v. Project Drivers en 4 dec 2021 Voldaan
constraints opgestuurd naar de
docent Franker R.
16 • Een meeting gehouden voor 5 dec 2021 Voldaan DG had niet zoveel informatie
bespreking van Functional geplaatst voor Functional
Requirement Requirement dus de aanwezige leden
• Met het team gewerkt aan hebben besloten om eraan te
33
Functional Requirements zodat de werken. De aanwezigen tijdens de
deadline gehaald kon worden meeting zijn: mezelf, Shemar, Michael
en Shritih.
17 • gekeken naar het deel van DG en 6 dec 2021 Voldaan aanwezigen tijdens deze meeting: DG,
deze besproken met de CC en SS
aanwezigen
• Functional requirements
opsturen naar de docent
18 • sitemapping mogelijkheden 7 dec 2021 Voldaan
bekeken en een student voor
advies gevraagd
• gewerkt aan mijn deel voor non-
functional requirements
19 • gewerkt aan non-functional 8 dec 2021 Voldaan
requirements en het deel van SK
overgezet in verslagvorm
• gewerkt aan persona's en
interviewen van potentiele klant
20 •een vergadering gehouden met 9 dec 2021 Voldaan • tijdens deze meeting waren
de leden van Functional en non- aanwezig: DG, CC en SK. En daarna is
functional requirements om deze SS aangeschoven
onderwerpen af te ronden
• Daarnaast is ook aan DG
gevraagd als hij zou kunnen helpen
met een persona en sitemapping
voor UX
21 • Bespreking verdeling van UX 10 dec 2021 Voldaan • bij het tonen van persona's heeft de
onderwerpen onder het team docent QN aangegeven dat
• Bespreken van persona's en deze technology nog erbij moet zodat het
aanpassen zal moeten aansluiten op het
• De docent onze sitemapping onderwerp ' strategies + examples'
gewezen • bij de bespreking van onze sitemap,
• de docent onze draft mock up heeft de docent ook feedback daarop
gewezen gegeven. Deze zal ook worden
aangepast
• draft mock up moet ook worden
aangepast
• MK + SK hebben aangeboden om te
werken aan Strategies + Examples van
UX. Voor de rest zijn de rollen niet
meer verdeeld.
22 • gewerkt aan het verslag door de 12 dec 2021 Voldaan Aanwezigen tijdens deze meeting: SK,
inleiding te schrijven CC, MC, DG
• persona's over gezet in het GR was aan het begin aanwezig, maar
verslag later niet meer.
• team meeting gehouden voor Tijdens deze meeting zijn
bespreking van de requirements Requirements (functional & non-
34
(functional + non-functional) en functional), Project issues de eerste
project issues onderwerpen en eventeel de laatste
onderwerpen besproken. MC moet
een stukje van zijn deel nog
bijwerken. SS moet de kosten ook
uitwerken en de resterende
onderwerpen. Kosten zijn namelijk
niet goed opgemaakt en het is
gebleken dat ze aan verkeerde
onderwerpen had gewerkt. Voordat
de meeting was afgesloten, is er met
het team besloten dat we een
meeting houden op maandag 13 dec
om dan het huiswerk op te sturen
naar de docent.
23 • een korte meeting gehouden 13 dec 2021 Voldaan Aanwezigen tijdens deze meeting: CC,
over het deel van MC omdat hij het SS en DG
niet kon afronden • Het deel van MC afgerond
• RE verslag tot en met project • het deel van SS niet kunnen
issues gestuurd naar de docent bespreken omdat ze haar deel niet
• een reminder gestuurd naar SS heeft opgestuurd.
voor haar deel aan RE
24 • Assistentie gevraagd aan de 14 dec 2021 Voldaan • Alleen SK heeft hierop gereageerd.
leden voor het helpen maken van Hij heeft aangeboden om te helpen
de powerpoint presentatie t.b.v. RE met de powerpoint of de presentatie.
• gewerkt aan sitemapping Wij hebben afgestemd dat ik zou
• een reminder gestuurd naar SS presenteren en dat hij alleen zou
en GR voor hun deel aan RE kunnen helpen met het opstellen van
• gewerkt aan de powerpoint de powerpoint presentatie. Hij heeft
presentatie nadat SK had geholpen de powerpoint gemaakt tot en met
met het opstellen ervan. non-functional requirements
• Geen reacties gehad van SS en GR
voor hun deel aan RE
25 • presenteren van RE 15 dec 2021 Voldaan De docent zal zijn feedback per e-mail
• DG heeft gewerkt aan sturen op 16.12.21
wireframing en het gedeeld met
het team
26 • Wireframing gecontroleerd en 16 dec 2021 Voldaan • nog geen reactie gehad van SS over
ziet er goed uit haar deel. Er was eerder door SK
• Update gevraagd aan SS over gevraagd als ze wat hulp nodig had en
haar deel voor het verslag SS zei ja. Dus SK zou haar helpen
• foto's van taart t.b.v. UX wanneer ze heeft geprobeerd haar
verzamelen voor DG deel te schrijven.
Update 17.12.21: SS heeft pas op
17.12.21 gereageerd over het deel
wat zij moet opleveren. Aan haar heb
ik gevraagd om alvast te sturen wat
35
zij heeft, zodat het bekeken kan
worden.
• DG zal de foto's gebruiken voor de
mock up van het beroepsproduct
27 • Informatie zoeken voor de 17 dec 2021 Voldaan
homepage van het mock up
beroepsproduct zoals about, help
en legal. Daarnaast ook uitschrijven
van deze onderwerpen.
28 • een meeting gehouden met het 19 dec 2021 Voldaan Aanwezigen tijdens de meeting: DG,
team omtrent het RE-UX verslag CC en SS. SK had de meeting verkeerd
• een reminder gegeven aan SS begrepen. Geen verklaring vanuit MC
voor haar deel waarom hij niet kon deelnemen aan
• binnen de Whatsapp groep chat de meeting.
is er voor 20 dec een meeting • Tijdens de meeting is het feddback
ingepland om het verslag dusdanig van de docent verwerkt in het verslag
af te ronden • SS heeft aangegeven dat ze met
haar mobiel is ingelogd en dus niet
achter een pc/laptop zit. Zodra ze
haar pc of laptop bij haar heeft, zal ze
haar deel opsturen
29 • een meeting gepland met de 20 dec 2021 Voldaan aanwezigen tijdens de meeting: DG,
groep CC, SS en MC. Gewerkt aan het
afronden van het concept verslag
Naam: Shemar Khodabaks
Datum Omschrijving
1 dec 2021 4.4.5 t/m 4.4.8 overgrootste deel van de non-
functional requirements gemaakt
4 dec 2021 Het afmaken van de requirements
8 dec 2021 Het corrigeren van de overige fouten in het
verslag
14 dec 2021 UX: Strategies & examples aan het make. De
eerste helft van onze presentatie maken in een
Powerpoint (t.b.v. RE)
20 dec 2021 Shritih haar deel maken, specifiek ‘Waiting room’
Naam: Michael Chrichlow
Datum Omschrijving
Helpen afronden van Project drivers en project
constraints
10 dec 2021 De informatie omtrent Project Issues
doorgenomen
36
11 dec 2021 Gewerkt aan open issues en off the shelf solution
van Project Issues
12 dec 2021 Gewerkt aan new problems, tasks, migration to
the new product en risks van Project Issues
Naam: Dwayne Girdhari

Datum Omschrijving
28 nov 2021 Gewerkt aan Functional Requirements. Niet
compleet en correct opgemaakt. Deze moeten
aangepast worden.
6 dec 2021 Mening gegeven over de Functional
Requirements
9 dec 2021 Werken aan sitemapping, draft mock up
15 dec 2021 Gewerkt aan wireframing
19 dec 2021 - Helpen met het concept verslag en
feedback van RE docent verwerken in het
verslag
- Gewerkt aan UX mock up
beroepsproduct
20 dec 2021 Gewerkt aan UX mock up beroepsproduct
37

VB RE UX Verslag

Uploaded by

Copyright:

Available Formats

You might also like

VB RE UX Verslag

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

VB RE UX Verslag

Uploaded by

Copyright:

Available Formats

Web-based

applicatie voor het

Michael Chrichlow (BI/1120/005)

Opleiding: Software Egineering & Bedrijfskundige Informatica

Om de studiepunten voor de onderdelen ‘Requirement Engineering’ en ‘User Interface Design’ te behalen,

Wij wensen u veel leesplezier,

Paragraaf 2.1 Project Drivers

§ 2.1.2 The Stakeholder

Paragraaf 2.2 Project Constraints

Implementation environment of the current system

Anticipated workplace environment

Partner or collaborative applications

§2.2.2 Relevant Facts and Assumptions

§3.3.1 The Scope of the Work

The current situation

The context of the work

Work partitioning & Specifying a business use case (BUC)

§3.3.2 The Scope of the Product

Product use case table

Individual product use cases

Checkout steps Confirmation page

§3.3.3 Functional Requirements

Functie 3: Ophalen van data (bestellingen)

Functie 4: Zowel mobile als PC toegankelijk

Functie 5: Na 15 min inactiviteit word je uitgelogd uit het systeem

Paragraaf 4 Non-Functional Requirements

§ 4.4.1 Look and feel Requirement

Description Rationale Fit-criteria Priority

§ 4.4.2 Usability and Humanity Requirements

§ 4.4.3 Performance Requirements

§ 4.4.4 Operational and Environment Requirements

§ 4.4.5 Maintainability and Support Requirements

Description Rationale Fit-criteria Priority

Description Rationale Fit-criteria Priority

§ 4.4.6 Security Requirements

Description Rationale Fit-criteria Priority

Description Rationale Fit-criteria Priority

Description Rationale Fit-criteria Priority

§ 4.4.7 Cultural Requirements

§ 4.4.8 Legal Requirements

§ 5.5.1 Open Issues

§ 5.5.2 New problems

Situatie 2: Telefonische bestelling

§ 5.5.2.2 Potential User Problems

§ 5.5.2.4 Follow-up Problems

§ 5.5.3.2 Planning of the Development Phases

Fase 1 C oncept F a s e 2 D e s ig n F a s e 3 P r o t o t y p in g Fa se 4 A sse ssm e n t F a s e 5 P r o d u c ti o n

§ 5.5.4 Migration to the New Product

Requirements (functional & non- Effort (in time)

§ 5.5.7 User Documentation and Training

§ 5.5.8 Waiting room

§ 5.5.9 Ideas for Solutions

Hoofdstuk 3 User Interface Design

PERSONA IMAGE PERSONA INFORMATION

GOALS AND MOTIVATIONS

VALUES AND WORK METHODS

GOALS AND MOTIVATIONS

VALUES AND WORK METHODS