Sarah Hoyos Peña Student Nummer: 181101
INLEIDING........................................................................................................................................................... 3 PROJECT ACHTERGRONDINFORMATIE................................................................................................... 4 PROJECTVOORSTEL ............................................................................................................................................. 4 De opdrachtgever .......................................................................................................................................... 4 Externe IAM professional.............................................................................................................................. 4 Doelstelling ................................................................................................................................................... 5 Probleemstelling............................................................................................................................................ 5 PROJECTVERSLAG........................................................................................................................................... 6 HET PLAN VAN AANPAK ..................................................................................................................................... 6 ANALYSE FASE .................................................................................................................................................. 8 CONCEPTFASE / ONTWERPEN...................................................................................................................... 9 USER CASE SCENARIO’S ................................................................................................................................... 10 STROOMDIAGRAM / FLOWCHARTS .................................................................................................................... 12 WIREFRAMES .................................................................................................................................................... 14 DESIGN ............................................................................................................................................................. 15 DATABASE......................................................................................................................................................... 16 REALISATIE FASE (ASP)................................................................................................................................ 18 CMS ................................................................................................................................................................. 20 CODERING ......................................................................................................................................................... 21 Database Connectie..................................................................................................................................... 22 Inlog Pagina ................................................................................................................................................ 23 Producten Pagina........................................................................................................................................ 24 Categorie Pagina......................................................................................................................................... 26 Foutmeldingen............................................................................................................................................. 27 WEBSITE ........................................................................................................................................................... 28 TESTEN EN EVALUATIE................................................................................................................................ 29 CONCLUSIE....................................................................................................................................................... 30
2
Inleiding In dit document leest u het verslag van mijn afstudeerproject (La Buona Vita) waar relevante informatie wordt beschreven over mijn afstudeerproject van 15 weken. In het projectverslag vindt u de beschrijving en algemene achtergrondinformatie van het project en daarna de verslaggeving van het project. Daarbij wordt het werkproces, gebruikte technieken/methodes en het resultaat beschreven. Aan het eind van het verslag zal ik afsluiten met een conclusie op mijn toekomstige ontwikkeling als IAM professional.
3
Project Achtergrondinformatie Projectvoorstel De opdrachtgever
De opdrachtgever is José Luis Peña Hoyos. Een onderneming die samenwerkt met Sandro Moro, die is één van de eigenaren van een groothandel van Italiaanse producten (Mercato Italiano). Mercato Italiano is een familiebedrijf met ervaring op het gebied van specialiteiten uit liefde voor het culinaire Italië. Mercato Italiano kiest voor kwaliteitsproducten van kleine familiebedrijven uit Toscane, Marche, Puglia en andere provincies. Mercato Italiano heeft op het moment een informatieve website (http://www.mercatoitaliano.nl) waarbij de klanten al informatie over zijn producten kunnen lezen maar er is nog geen mogelijkheid om producten te bestellen via de website. Sandro en José hebben besloten om een online winkel te maken voor het verkopen van de Italiaanse producten La Buana Vita (http://www.labuonavita.nl) waarbij de volgende punten kunnen worden uitgevoerd: Klanten kunnen de status van hun bestelling op de website bekijken en ze krijgen een factuur. Klanten krijgen ook een e-mail bevestiging van hun bestellingen. De websitebeheerder krijgt een HTML e-mail van de bestelling, hier moeten duidelijk de productcodes vermeld zijn, de aantallen enzovoorts. De website kan worden beheerd door middel van een CMS. Er is een database van klanten, producten en bestellingen. Het is een online winkel dus hij verwacht dat het mogelijk is om bestellingen te kunnen ontvangen, bevestigen,verwerken en verzenden. De opdrachtgever wil dat er een professionele website wordt gebouwd waarbij hij een CMS heeft en hij op een nette manier de bestellingen kan controleren van de klanten. Externe IAM professional
Tijdens mijn stage heb ik kennis gemaakt met ASP en dat vond ik een makkelijke programmeertaal om mee te werken. Één van mijn begeleiders was een programmeur, Rogier Bestebroer. Hij zal mij ondersteunen tijdens het project. Ik zal ook ondersteuning krijgen van Fons van Kesteren, mijn stagebegeleider van de HvA. Hij heeft ook veel ervaring met dit soort opdrachten in ASP.
4
Doelstelling
Mijn doel als student in dit project is mijn eigen ontwikkeling op het gebied van programmeertaal te verbeteren en mijn kennis en vaardigheden in dit project te trainen en uiteindelijk te komen tot een professioneel product dat in de toekomst wordt gebruikt. Probleemstelling
La Buona Vita is een online winkel met Italiaanse producten. De site werkt nog niet helemaal, maar het domein is al actief en er staat al het één en ander online. De website werd door een liefhebber van Italiaanse producten gemaakt. Deze persoon heeft slechts een basiskennis van het web en daarom is de site simpel van opzet geworden. Er is een standaardapplicatie gebruikt om de online winkel in te kunnen richten, maar de mogelijkheden zijn daardoor minimaal. Er is bijvoorbeeld geen optie om de informatie achteraf met een CMS (Content Management Systeem) aan te passen. Hoe kan ik de site optimaliseren om tot een professionele online winkel op basis van opdrachtgever en IAM eisen te komen?
5
Projectverslag De eerste stap was een Plan van Aanpak te maken waarmee ik het proces van het ontwikkelen van het project kon indelen. Het Plan van Aanpak
Mijn Plan van Aanpak was goedgekeurd, ik moest alleen de projectenfasen meer aandacht geven. Ik had de volgende projectfasen gepland: Analyse > Concept > Realisatie > Testen > Evaluatie. In het volgende schema kunt u de procesfasen van het project zien . Deze heb ik tijdens mijn project gebruikt.
In het Plan van Aanpak heb ik een Globaal Tijdpad, dat loopt vanaf de derde week (wk3) van februari tot en met de vierde week van juni.
Tijdens elke projectfase had ik tenminste één of meer afspraken gemaakt met mijn begeleider Fons van Kersteren en Rogier Bestebroer als externe IAM professional. Van hen kon ik direct feedback krijgen. 6
Ik heb besloten om een algemeen tijpad te maken zonder specifieke data omdat er voor het inleveren van de documentatie geen specifieke datum staat dat door de opleiding wordt bepaald. Op die manier kon ik samen met mijn begeleider de tijd van inleveren van de specifieke documenten zelf bepalen. In dit verslag ga ik een omschrijving maken van elke fase, elke fase duurt eigenlijk ongeveer een maand, bij elke fase had ik aan het eind van de maand een definitief gesprek gehad met mijn begeleider zodat ik in de volgende verder kon gaan. Het beschrijven van elke fase gaat niet over de applicatie maar meer over wat ik in deze fase heb gemaakt en wat erin fout ging. Het schrijven gaat over analyseren van wat er verkeerd ging en wat ik er over heb geleerd. Informatie over de applicatie wordt duidelijk beschreven in het Functioneel Ontwerp document, deze wordt apart ingeleverd.
7
Analyse Fase
In deze fase had ik een algemene analyse van de website die al bestond en andere webwinkels bekeken. Op die manier kon ik alvast een algemeen idee van een complete webwinkel krijgen. In die fase had ik mijn doelstelling en probleemstelling vastgesteld die in het begin van dit document beschreven staan en de planning gemaakt.
8
Conceptfase / Ontwerpen
Ik heb besloten om die twee fasen bij elkaar te beschrijven, omdat alles wat ik tijdens de conceptfase had gemaakt in de ontwerpfase wordt hergebruikt. Aan het einde van de conceptfase had ik besloten dat ik een Funtioneel Ontwerkep document zou inleveren als product omdat ik het programmeergedeelte van de applicatie niet zal redden. De conceptfase was meer de voorbereiding van het maken van het ontwerpdocument. Tijdens deze fase moest ik heel goed nadenken over de structurele kant van de website en bedenken wat de gebruikers daar allemaal kunnen doen. Om dit goed te kunnen doen heb ik gebruik gemaakt van User Cases, Informatie architectuur (Stroomdiagram / Flowcharts), Wireframes, design en een database gemaakt. Het Funtioneel Ontwerp wordt in de Ontwerpfase gemaakt.
9
User Case Scenario’s
De bovenstaande User Cases waren mijn eerste versies die ik heb gemaakt voor de applicatie. Toen ik die aan mijn begeleider liet zien waren ze nog niet helemaal goed omdat die te complex waren en de beschrijvingen van de user cases waren niet op de juiste manier. In de user cases waren heel veel pijltjes en veel onnodige informatie erin en in de beschrijvingen had ik een algemene beschrijving gemaakt van de hele user case.
Daarna heb ik nog een keer de User Case gemaakt en die was duidelijker maar nog niet helemaal goed omdat ik in plaats van een simpele user case een te ingewikkelde had gemaakt en de beschrijvingen waren nog niet helemaal goed. De beschrijvingen moesten ingedeeld worden zoals de volgende tabel. Naam Aanname Omschrijving Resultaat
Actie Naam Wat moet de gebruiker doen voor hij die actie uitvoeden Omschrijven van de actie Wat voor resultaten de gebruiker krijgt
Uitzonderingen Als er fout gaat dan wat er gebeurd?
10
Hierboven zijn de definitieve user cases die in het Functioneel Ontwerp document worden behandeld. De reden dat ik zoveel verschillende user cases had gemaakt is dat ik op de verkeerde manier aan het denken was, mijn idee over de user cases was dat daarin alle gebruiker-acties en applicatie-reacties in de user cases werden getoond, maar na veel feedback heeft mijn begeleider een duidelijke uitleg gegeven van wat precies de bedoeling van user cases was en dat ik het niet zo ingewikkeld moest maken en op een simpele manier moest denken.
11
Stroomdiagram / Flowcharts
Het bovenstaande plaatje was een van mij eerste flowchart over de webstructuur van de website die ik had gemaakt. Zoals standaard bij mij had ik alles op een plaatje getoond met het gebruik van veel pijltjes en onnodig illustrerende plaatjes zoals de database en de winkelwagentjes iconen.
Ne het uitwerken van feedback had ik deze versie gemaakt waarbij het iets duidelijker was maar het was nog steeds een ingewikkelde structuur, vooral doordat ik nog steeds veel pijltjes gebruikte en pijltjes die er dwars doorheen gingen en weer terug naar hetzelfde blokje. Dit soort pijltjes worden niet in een flowchart gebruikt.
12
Na het uitwerken van de feedback had ik eindelijk een duidelijk website overzicht gemaakt waar doormiddel van blokjes elke pagina wordt gepresenteerd en de onnodig pijltjes weg zijn. Zo heb ik nog een keer geleerd dat het maken van ingewikkeld schema’s niet nodig is omdat de details in de beschrijvingen worden uitgelegd. Als ik een ingewikkeld schema maak met verschillende blokjes en pijltjes wordt het te onduidelijk om het begrijpen.
Op de andere Flowcharts van de applicatie had ik ook hetzelfde probleem. De belangrijkste feedback die ik heb gekregen was dat in een flowchart de pijltjes naar één richting gaan er kan geen “heen en terug” ( ) - pijltje gebruikt worden en de simpliciteit van de informatie in een schema wordt behouden.
13
Wireframes
Het maken van de wireframes was niet zo moeilijk omdat zoals ik al eerder zei de website al bestond en de informatie die er in moet staan was ongeveer duidelijk. Zo ook wat er precies op elke pagina moest worden getoond. De informatie die nog niet helemaal duidelijk was, werd na paar brainstorms met mijn opdrachtgever en begeleider de informatie bepaald.
14
Design
Het design wordt op basis van de Flow Chart en Wire Frames ontworpen. De stijl van de website is gebaseerd op de oude versie van de website waarbij de kleuren en achtergrond hetzelfde is gebleven. Ik heb besloten om alleen het design te maken voor de webwinkel en niet voor het CMS omdat het CMS qua design niet zo belangrijk is. In het CMS was het belangrijkst doel van mij dat het een duidelijke structuur had en dat die juist functioneerde.
15
Database
In dit project was het heel belangrijk dat er een goede database werd gemaakt. Het gebruik van een CMS en een dynamische website waarbij een deel van de content uit database wordt gehaald. Mijn eerste stap voor het beginnen van het bouwen van de database was het bedenken van de databasestructuur. Eerst heb ik alles op papier gezet en de informatie geselecteerd van wat er precies in de database wordt opgeslagen. Hieronder is mijn eerste versie van de database.
De bovenste versie was niet helemaal goed omdat de koppelingen tussen de tabellen dubbel waren en er was een extra tabel die helemaal niet nodig was. Vervolgens had ik de feedback uitgewerkt volgens wat ik met mijn begeleider had besproken. Hieronder is de definitieve database welke bestaat uit 6 tabellen.
16
Tot ik aan de definitieve database kon komen, had ik een paar adviezen ontvangen van mijn begeleider zodat ik de database kon normaliseren. Er waren twee punten die het belangrijk waren: - Het maken van een aparte rol in het order_product, voor prijs_op_order omdat op deze manier als de productprijs in de database moet worden aangepast dan hoeft alleen de product_prijs tabel worden aangepast en de prijs_op_order blijft altijd hetzelfde. Dit is de prijs van het product dat de klant heeft besteld. - In de categorie tabel zijn er verschillende productcategoriën waarin er zijn in de categorie subcategorie, om in de database deze producten netter kunnen worden opgeslagen, Fons heeft het idee gegeven dat elke categorie een unieke code moest hebben en als die categorie een subcategorie heeft de subcategorie zal beginnen met de eerste Letter of Nummer van de hoofdcategorie. Op die manier wordt het makkelijker om een lijst aan te vragen van een bepaalde categorie. Bijvoorbeeld: P (Pasta), Pm (Pasta met ei) en Pz (Pasta zonder ei) als ik in de database Pasta zoek dan zal ik van de volgende Query gebruik maken: SELECT* FROM product WHERE categorie LIKE “P*”
17
Realisatie Fase (ASP)
In deze fase begon ik met het bouwen van de website op basis van het Functioneel Ontwerp document. Toen ik begon met het project wist ik al dat het programeergedeelte een uitdagende zal zijn. Ik had op mijn stage een beetje over ASP geleerd en toen vond ik het een redelijk makkelijke programmeertaal vergeleken met PHP. In mijn doelstelling heb ik de volgende doelstelling opgesteld: Mijn doel als student in dit project is mijn eigen ontwikkeling op het gebied van programmeertaal verbeteren en mijn kennis en vaardigheden in dit project trainen en uiteindelijk komen tot een professioneel product die in de toekomst wordt gebruikt. Maar tijdens het ontwikkelen van het project heb ik vaak met mijn begeleider over mijn doelstelling besproken dat het inleveren van een complet professioneel product waarschijnlijk zal niet lukken binnen 4 maanden. Ik het beginnen dacht ik bij mezelf dat het zal lukken omdat ik nog niet helemaal het overzicht had van hoe complex het project was, met de tijd had ik me realiseerd dat het ontwikkelen van een complete website niet zou lukken op korte termijn en de kennis van ASP die ik heb zal niet helemaal genoeg zijn om zo de complexe website te kunnen bouwen. Toen hadden wij besloten dat als doelstelling ik meer me zal concentreren op het maken van een goed Functioneel Ontwerp die later eventueel kan worden gebruikt door een programmeur om de website af te bouwen. En ik heb besloten dat ik toch probeer zoveel mogelijk van de website te maken tot het eind van het project. Ik heb veel tijd in tutorials gestoken voor ik begon met het maken van de website. De database had ik al klaar en door middel van gebruik van Excel bestanden die al waren ingevuld met een paar productgegevens heb ik die geïmporteerd naar de Access database. Op het moment dat ik de gegevens in de database had, begon ik met het maken van de webpagina.
18
Ik heb gebruik gemaakt van localhosting zodat op die manier ik gelijk de pagina’s kon testen op mijn pc. Bij de localhostng heb ik verschillende mappen gemaakt om beter de structuur van het website te kunnen organiseren. Het is het volgende geworden:
Bij admin zal ik het CMS website opbouwen, er worden nog drie andere mappen gemaakt speciaal voor: Connections van de database, CSS Style Sheets, Database en Incl. zijn dynamische gedeeltes die worden op geroepen op de website. Bij de winkel- en registratiemappen, mijn bedoeling was om al de bestanden die relateerd zijn met het winkelwagentje en registreert van de klant, daarin op zetten, maar ik ben niet zo ver gekomen.
19
CMS
Het maken van het CMS lukte het redelijk. Het inloggen, controleren van gebruiksnaam en wachtwoorden en het uitloggen van het CMS lukte. Bij de productpagina waarin al de producten moesten worden getoond lukte het wel maar als ik een update van een bepaalde product wilde maken dan kreeg ik altijd een foutmelding. Ik had wel gezocht waarom en veel keer opnieuw de pagina gemaakt maar het lukte niet helemaal. Bij de categorie heb ik wel meer succes dan bij de productpagina. Hierbij kon ik tenminste de update maken en kreeg ik geen foutmelding maar de gegevens werden niet in de database opgeslagen. Het toevoegen van een nieuw product of categorie lukt in allebei de pagina’s.
20
Codering
Omdat ik geen programmeur ben heb ik het programma Dreamweaver gebruikt voor het genereren van de code. Dit programma voorziet ook in de mogelijkheid .asp code voort te brengen. Als webdesigner is het van belang dat ik de code kan interpreteren en een goede basiskennis is vereist, echter ik ben geen programmeur. Op de volgende bladzijden geef ik een uitleg m.b.t. de code welke ik voor de CMS pagina’s heb gebruikt. Het doel van deze uitleg is aan te geven dat ik een afdoende algemene kennis van de codering heb.
21
Database Connectie
Om een connectie met de database te kunnen maken begint de code op elke pagina met Lbv.asp: <% ' FileName="Connection_odbc_conn_dsn.htm" ' Type="ADO" ' DesigntimeType="ADO" ' HTTP="false" ' Catalog="" ' Schema="" Dim MM_connLbv_STRING MM_connLbv_STRING = "dsn=lbv;" %>
22
Inlog Pagina
Indien het inloggen succesvol is gaat men naar een cms menu pagina. Indien het inloggen niet succesvol is verschijnt dan een foutmelding.
Die stuk code controleert of de naam en wachtwoord voorkomen in de tabel van de beheerder. Indien allebei juist zijn dan gaat de gebruiker naar de menu pagina.
Bij “authorization” bestaat de mogelijkheid autorisaties te bepalen. Die heb ik niet gebruikt omdat binnen deze applicatie niet nodig is.
23
Na het inloggen verschijnt er op elke pagina een link waarmee de beheerder uit het CMS kan uitloggen. Deze link verwijst naar de uitlogpagina waarin de volgende code wordt gebruikt: <% ' *** Logout the current user. MM_logoutRedirectPage = "default.asp" /// terug naar inlog pagina Session.Contents.Remove("MM_Username") Session.Contents.Remove("MM_UserAuthorization") If (MM_logoutRedirectPage <> "") Then Response.Redirect(MM_logoutRedirectPage) %>
Producten Pagina
Hierboven de pagina in de browser; hieronder de code in.asp.
De eerste tabel bepaalt de subnavigatie en de tweede tabel betreft de gegevens die vanuit de database in de browser worden getoond. De blauwe code in het voorbeeld bepaalt welke gegevens uit de database worden opgehaald.
24
Het commando 'DIM' is de variabele die aangeeft welke gegevens in de browser getoond moeten worden. De 'DIM' variabele voor Repeat Rows geeft aan hoeveel regels er per pagina moeten worden getoond.
Hieronder een voorbeeld van de code met betrekking tot het navigatie menu. <% Dim rsProducten_total //// De DIM Variabelen Dim rsProducten_first Dim rsProducten_last rsProducten_total = rsProducten.RecordCount // De record count If (rsProducten_numRows < 0) Then // het aantal rijen dat op de pagina wordt getoond rsProducten_numRows = rsProducten_total Elseif (rsProducten_numRows = 0) Then rsProducten_numRows = 1 End If rsProducten_first = 1 //// toont het eerste en laatste record rsProducten_last = rsProducten_first + rsProducten_numRows - 1 If (rsProducten_total <> -1) Then /// hier het commando "bepaal" hoeveel gegevens er zijn. If (rsProducten_first > rsProducten_total) Then rsProducten_first = rsProducten_total End If If (rsProducten_last > rsProducten_total) Then rsProducten_last = rsProducten_total End If If (rsProducten_numRows > rsProducten_total) Then rsProducten_numRows = rsProducten_total End If End If %>
25
Categorie Pagina
Deze pagina werkt hetzelfde als de productpagina, echter hier worden 11 i.p.v. 15 producten per pagina getoond.
Met deze velden kan de beheerder een nieuwe categorie toevoegen. Een nieuwe categorie wordt direct in de database opgeslagen en is daarom meteen zichtbaar in de browser.
26
Foutmeldingen
Zoals ik eerder aangaf is het CMS nog niet helemaal compleet. Er zijn fouten (foutmeldingen) die ik nog niet kon oplossen, zoals: • Soort fout: Microsoft OLE DB Provider for ODBC Drivers (0x80040E10) [Microsoft][ODBC Microsoft Access-stuurprogramma] Er zijn te weinig parameters. Het verwachte aantal is: 1. /lbv/admin/categorieen_info.asp, line 111 • Soort browser: Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 • Pagina: POST 64 bytes naar /lbv/admin/categorieen_info.asp • POST Data: Code=Aw&naam=Aceto+di+Vino&beeld=&MM_update=form1&MM_recordId=Aw
Bij bovenstaand voorbeeld kreeg ik een foutmelding (te weinig parameters). Ik heb op meerdere manier geprobeerd een oplossing te vinden, maar dat lukte niet. Wellicht bestaat er een conflict tussen verschillende queries binnen het proces.
27
Website
Bij de website het enige dat ik heb gemaakt wat het Design in ASP en bij de structuur van de pagina wordt gebruik gemaakt van een dynamische layout waarbij meestal de layout uit een andere asp bestand geladen (Incl.).
Op dia manier de pagina’s zullen sneller openen en als er aanpassingen aan de website moet worden gedaan qua Layout dan is het makkelijk dat er in alle pagina’s aanpassingen worden gemaakt omdat als iets in het include bestand wordt veranderd dan verandert het automatisch al de pagina’s die van dezelfde include bestand gebruik maken. Ik heb niet al de pagina’s gemaakt omdat ik nog geen content van mijn opdrachtgever had gekregen.
28
Testen en Evaluatie Het was de bedoeling dat de applicatie zou werken en getest zou kunnen worden. Het is mij gelukt om delen van de applicatie werkend te krijgen. Deze delen heb ik, inclusief foutmeldingen, getest. Binnen de testfase kreeg ik gedurende het hele proces een constante stroom van feedback, vanuit de applicatie (meldingen) en de (interne en externe) begeleiders. Op de vraag of dit document voor een programmeur een goede basis is om de website te kunnen bouwen antwoordde de externe begeleider bevestigend. Hierdoor weet ik dat dit verslag een bruikbaar document is, dat in de toekomst gebruikt kan worden bij het bouwen van de site.
29
Conclusie
Door de afgelopen studiejaren heb ik heel veel ervaring gekregen op verschillende gebieden van Interactieve Media zoals marketing, management, design enzovoorts. Voor mijn afstudeerproject wilde ik graag iets doen waarbij al deze aspecten aan bod kunnen komen. Daarnaast moet het uitdagend zijn, zodat ik mezelf kan testen en mijn kennis en vaardigheden kan vergroten. Ik vond dat het project kon worden aangepakt, omdat ik als een afstudeerstudent een uitdagende opdracht zocht waarin ik mijn kennis en ervaringen die ik al deze jaren met mijn studie en stage heb verzameld tijdens mijn laatste project in praktijk kon brengen en een professioneel product kon inleveren. De weg van mijn afstudeerproject was niet makkelijk maar ik heb ongeveer 65% procent van mijn doel bereikt. Met dit afstudeerproject heb ik veel geleerd niet alleen in de ASP taal maar in de aanpak en het proces van het maken van een duidelijke en complete Functioneel Ontwerp document. En door middel van dit project kan ik wel zeggen dat ik geen programmeur ben en dat ik nooit een programmeur zal worden, het is wel belangrijk dat ik een paar programmeertalen beheers maar ik kan niet een expert erin worden, want ik vond het een heel moeilijke taak om uit te voeren en het is een frustrerend werkje. Nu realiseer ik het me weer dat ik echt van het Design ben, tijdens het project het leukste en waar ik het meest plezier in had om aan te werken waren het maken van de Website Structuur, Wire Frames en Design van de pagina’s. In de toekomst zal ik mij, als Communication en Multimedia Designer, niet alleen bezig houden met het Internet maar ook met andere media. Belangrijke aspecten bij het ontwerpen en ontwikkelen van nieuwe applicaties en websites zijn creativiteit en de vertaalslag daarvan naar een concrete oplossing. Binnen de opleiding Interactieve Media heb ik geleerd op een creatieve en flexibele manier te denken. Probleemoplossend, vanuit de gebruiker. Een goede communicatie is hierin essentieel.
30
