CFunding-IT. Web DB Multimediedesigner 3. Semester Gruppe 15

Transkript

1 CFunding-IT Web DB Multimediedesigner 3. Semester Gruppe 15 Andreas Simonsen Jakob Plenge Line la Fontaine Line Mehr Hansen Christian Knudsen Tobias Sonne 1

2 Projekttiel: Web DB Klasse: MULA Gruppenr: 15 Lærer: Jesper Hinchely, Tue Becher Fact Sheet Projekt Web DB - 3. Semester - Multimediedesigner - Gruppe 15 Gruppemedlemmer Hjemmeside Andreas Simonsen [email protected] Underskrift: Line Mehr Hansen [email protected] Underskrift: Jakob Plenge [email protected] Underskrift: Christian Knudsen [email protected] Underskrift: Line la Fontaine [email protected] Underskrift: Tobias Sonne [email protected] Underskrift: 2

3 Indholdsfortegnelse Begrænsninger 4 SCRUM 5 SCRUM 6 SCRUM 7 SCRUM 8 Interessentanalyse 9 Interessentanalyse 10 Målgruppe 11 Informationsarkitektur 12 Use Case Model 13 Attributtabel 14 ER-Model 15 CRUD Matrix 16 Designvalg 17 Mockup 18 PHP-Kode 19 Indledning Vi har i dette Projekt, skulle lave en Crowdfunding hjemmeside. I rapporten kan man bl.a. læse, hvordan vi har bygget hjemmesidens database op, via. en Attributtabel, en ER-model og en CRUD matrix. Man kan også læse om, hvorfor vi har valgt at bruge et Burn Down Chart (SCRUM), til at administrere vores opgaver og tid. Vi har derudover lavet en interessent- og en målgruppeanalyse, for at give os selv et bedre overblik over hvem vi skulle henvende os til. 3

4 Begrænsninger Vi har valgt at begrænse os inde for design, da det ikke var det, som der var fokus på, men hvordan man får back in og front in til at spille sammen. Derfor gav det ingen mening, at skulle bruge for lang tid på design delen, men mere det at få tingene til at spille sammen. Derudover har vi sat en begrænsning for unødvendigheder i databasen, som tabeller for en indkøbskurv, da man ikke skal kunne købe noget, men kan kun donerer. Vi har også sat os en begrænsning, på hvor mange analyser omkring marketing, eller hvad befolkningen siger til denne slags hjemmesider. Vi har begrænset donations beløbet til, at være faste beløber, som kan doneres i stedet for at man selv kan indsætte sit eget beløb. Dette har vi gjort, da vi ikke har haft tid til at gøre det andet, og derfor bare skulle have donationen til at fungere. 4

5 SCRUM Burn Down Charts Scrum Vi har valgt at bruge et burn down charts (scrum), da det ville være det mest oplagte til at implementere et website. Denne model fungere på en sådan måde, at man holder daglige møder, og fortæller hvor langt man er nået med de forskellige arbejdsopgaver. Dette foregår stående, da det er en del af scrum modellen. Vi har valgt, at hver person går ind og ændre i sine arbejdsopgaver selv, så de selv holder øje med hvor langt de er nået. Scrum modellen bruges ofte til, at planlægge websites projekter, da du selv styrer, hvornår du laver hvad i stedet for et Gantt-kort, hvor det ligger helt fast, med hvornår du skal lave hvad. Derfor var dette et idealt mål, at bruge scrum som planlægning til projektet. 5

6 SCRUM 6

7 SCRUM 7

8 SCRUM 8

9 Interessentanalyse Interessenter: - Folk, der donerer (donorer) - Iværksætterne, der kommer med projekterne - (Investorer) - CFunding-IT - Andre crowdfunding sider som fx Kickstarter.com Interne: CFunding-IT Konkurrenter Iværksætterne CFunding-IT Eksterne: Investorer Konkurrenter Iværksættere Donatorer Påvirket af projektet (Investorer) Donatorer Indflydelse på projektet 9

10 Interessentanalyse Iværksætterne Iværksætterne er i dette projekt omdrejningspunktet. Hvis de ikke kommer med projekter, der skal crowdfundes, så vil der ikke være noget indhold på websitet. De har stor indflydelse på projektet, fordi de selv kommer med idéer og projekter, og bliver meget påvirket af projektet om at lave et website, fordi det giver dem en flatform, hvorfra de kan kommunikere deres idé ud. Donorer og investorer Donorerne har ikke så stor indflydelse på dette projekt, da de ikke kommer til at påvirke, hvordan websitet kommer til at være. De bliver heller ikke påvirket meget af projektet, andet end at de har et nyt sted, at se idéer og donere penge. Konkurrenter Konkurrenterne til dette projekt er andre crowdfunding sider som fx Kickstarter. De vil blive påvirket af dette projekt ved at få konkurrence om iværksætterne. Til gengæld har de ikke nogen indflydelse på dette projekt. CFunding-IT CFunding-IT laver websitet og har dermed både stor indflydelse på projektet og bliver meget påvirket af det. Den store indflydelse ses bl.a. i form af udformningen af websitet og leveringsdato. Påvirkningen sker ved, at firmaet får en opgave, som vi skal udføre. Gennem udarbejdelsen af projektet er det vigtigt at huske vores interessenter, da de i mere eller mindre grad har indflydelse på projektet og til dels skal kunne interagere på websitet. 10

11 Målgruppe Vores målgruppe er dem der kommer med projekterne, altså iværksættere og idémagere, men også brugerne, der vil støtte projekterne. Hvis vi kigger på Maslows behovspyramide, henvender vi os til det fjerde og femte niveau, hvor egoet og selvrealisering ligger. For vores målgruppe handler det om at træde ud af mængden med deres projekt og realisere deres iværksætterdrøm. De er formegentlig i gang med at udvikle sig selv og ønsker anerkendelse. Ved at være iværksætter opnår de også en vis status og selvtillid, hvis det lykkes. Som bruger, der støtter projektet, ligger man også på fjerde og femte niveau, hvor brugeren ønsker anerkendelse for sit bidrag eller være med til at realisere end af sine drømme, selvom brugeren ikke selv har kompetencerne til det. Selvom crowdfunding handler om at samle penge ind, mener vi ikke at målgruppen går efter at få dækket sit tryghedsbehov økonomisk tryghed. Crowdfunding er ikke løsningen, hvis man mangler penge til at overleve dagligdagen, men pengene går til at udvikle projektet. Købsadfærden hos brugerne mener vi reduceret dissonans, fordi brugerne involverer sig meget i projektet og har ikke fokus på brandet, fordi brandet ofte er nyt. Her er det i stedet kvalitet er andre parametre der spiller ind, når de vil donere penge. I Minervamodellen ligger vores målgruppe i det blå segment. Det er overvejende mænd, der søger en status, har en positiv indstilling til fremtiden og en karriere på højtryk. Disse ting skal vi have med i overvejelse gennem projektet 11

12 Informationsarkitektur Informationsarkitektur Informationsarkitekturen viser hvordan navigationen er opbygget på en hjemmeside. På billedet ses vores informationsarkitektur, som vi har lavet til vores hjemmeside. Vores menu er global, og skal være tilgængelig fra alle siderne af. 12

13 Use Case Model Navn: Crowdfunding Kort beskrivelse: Ideudvikler og innovative mennesker kan komme, og vise sine produkter frem, dette gør de på grund af de ikke selv kan finansiere hele deres produkt, og derfor søger interessenter, som synes produktet er værd at få udviklet. Der ved donere interessenterne penge i produktet sammen med andre interessenter. Aktør: Den primære aktør er ideudviklere og innovative mennesker, men den sekundære aktør er alle de forskellige interessenter, som synes produktet er værd at producere, Forudsætning: Det er en forudsætning, at du har et gyldigt kredit kort når du skal donere penge. Primær: 1. Ideudvikler og innovative mennesker trykker Register new product fra navigationen. Succes scenarie: 2. Ideudvikler og innovative mennesker kan udfylde de forskellige felter for at registrere deres crowdfunding produkt. 3. Ideudvikler og innovative mennesker trykker på Submit knappen 4. Systemet registrer crowdfunding produktet, og sender dem videre til deres produkts side, for at vise at det er blevet uploadet. Udvidelser: 2a. Fejlmeddelelse til brugeren. Brugeren har udfyldt registrering felterne forkert. 2a1. Brugeren dropper enten sit crowdfunding produkt, eller brugeren retter felterne, så de er udfyldt korrekt. 4a. Produktet kunne ikke uploades i systemet, og viser de fejlmeddelelser der måtte være. 4a1. Produktet eksistere allerede, og kan derfor ikke uploades igen. Hvor hyppigt man er på siden: En gang om dagen for at tjekke, hvor langt finansieringen af ens produkt er nået. Ejer: CFunding-IT 13

14 Attributtabel Attributtabellen er lavet over databasen og de tabeller den indeholder. Under entiteter kan man se de forskellige tabelnavne og under attributter ses kolonnenavnene. I værdier, noter og datatype er de forskellige attributter beskrevet, så man kan se, hvilken type data det skal indeholde. Under noter er der nogle steder beskrevet en standardværdi, som er en værdi, der automatisk indsættes, hvis feltet ikke udfyldes. Text bruges, når tekster, mens varchar anvendes til strenge, altså navne osv. Number vil i databasen stå som INT. cf_projects project_id Number Auto increment Unique short_description cf_donations user_id Number Foreign key N project_title All char. Max. 80 char. AN images All char. Max. 155 char. AN description Text Max char. AN category All char. Max. 45 char. AN keywords All char. Max. 155 char. AN goal All char. Max. 45 char. AN raised Number Standardværdi 0 Valuta company_name All char. Max. 45 char. AN Entitet Attribut Værdi Note Datatype Num/ Alfanum. Text Max. 300 char. AN donation_id Unique Auto increment N name All char. Max. 45 char. AN All char. Max. 45 char. AN amout Numbers Max. 3 char. N cf_users user_id Number Auto increment Unique first_name All char. Max. 45 char. AN last_name All char. Max. 45 char. AN password All char. All char. Password Max. 45 char. Max. 255 char. company All char. Max. 255 char. Standardværdi No Company N N AN AN AN profile_image All char. Max. 255 char. Standardværdi images/growth-yellow.png AN 14

15 ER-Model ER modellen og normalisering For at opnå det bedste databasedesign har vi normaliseret vores database. Dette har vi gjort for, at der ikke opstår redundans og nulls i tabellerne. Derudover bliver databasen hurtigere og man får et bedre overblik over indhold hvilke gør vedligeholdelse lettere senere hen. I normaliseringen af databasen har vi brugt de første tre normalformer som oftest forkortes som 1. NF, 2. NF og 3. NF. I ER modellen ses et overblik over databasedesignet. Et projekt(cf_project) kan have mange brugere(cf_users), men en bruger kan kun have et projekt. Og en bruger(cf_users) kan have mange donationer(cf_donations), men en donation kan kun have en bruger. Og et projekt(cf_project) kan have mange donationer(cf_donations), men en donation kan kun have et projekt. 15

16 CRUD Matrix I CRUD matixet kan man se, hvilke funktioner, der påvirker de forskellige tabeller i databasen og på hvilken måde. Et eksempel er Registrer firma eller bruger, hvor noget bliver oprettet (create - C) i tabellen cf_ users. Et andet eksempel er Doner. I tabellen cf_donations kan en donation blive oprettet (create C), tidligere donationer kan læses (read R) eller blive opdateret (update U). cf_project cf_donations cf_users Registrer firma eller bruger C Se bruger R R R Doner $10, $50, $100 eller $1000 U CRU U Opret projekt C Se projekter R R R Rediger profil D D UD 16

17 Designvalg Valg af design Vi har valgt typografien Raleway, da det er en Sans-Serif typografi og derfor gør det lettere for brugeren af vores hjemmeside at læse hvad de forskellige projekter går ud på. Typografien går igen i rapporten for at skabe et sammenhæng mellem hjemmesiden og rapporten. Farven orange har vi valgt af den grund at det skal vise at de der uploader deres projekter brænder for deres idé og har stor passion for det. Hjemmesiden har et simpelt udtryk og gør så opsætningen på siden er nem og overskuelig for brugeren. Det gør at brugeren af siden har nemmere ved at navigere rundt på de forskellige sider og hvad diverse projekter går ud på. Typografien der overlapper de orange felter på hjemmesiden har vi valgt at give farven hvid, da det så er mere læsevenligt. Det er vigtigt for os at der er en sammenhørighed imellem vores hjemmeside og rapport. Derfor har vi brugt samme typografi og farver på hjemmesiden. Man får et overblik over hvor langt de forskellige produkter er kommet i deres igangsættelse af deres projekt ved at der er visualiseret en bar der viser hvor langt de forskellige projekter er fra deres mål. Derudover vises der også hvor mange penge der er samlet ind foreløbig og hvor mange penge, det er som de behøver for at nå deres mål. 17

18 Mockup 18

19 PHP-Kode Vi starter med at sørge for at der POST er SET fra submit_login. Hvis den er det, så require vi vored database connection, hvis der er et problem med forbindelsen får vi en error, ellers fortsætter den. Derefter laver vi 2 variabler på henholdsvis mail og kode. Med en msqli_real_escape_string for sikkerhed. Vi hasher koden for sikkerhed også. Derefter SELECTER vi de samme oplysninger i tabellen som indtastet. Der bliver sammenlignet, og tjekket om matchet stemmer, hvis den stemmer, bliver vi redirected til index.php, eller echo er vi en fejlmeddelese. 19