Dataproject

Onze focus ligt in eerste instantie op het vinden van de meest geschikte backend technologie, zodat de basis van onze apps meteen goed zit. Om dit op een zo goed mogelijke manier te realiseren, voeren we daarom een analyse uit met onderstaande criteria die wij belangrijk achten.

Nu dat we onze keuze hebben gemaakt voor de backend kunnen we deze keuze meenemen om onze frontend te kiezen. Zo zijn we er zeker van dat de combinatie tussen front en backend geen bijkomende problemen oplevert.

We gingen op zoek naar de backend technologie die ons het meest geschikt lijkt voor beide projecten, zowel de dataregistratie als de bekerrecyclage. De voornaamste reden om deze keuze te verantwoorden, is dat onze opdrachtgever na afloop van het project zelf hiermee verder zal moeten. We vonden het daarom dus ook niet aangewezen om twee verschillende technologieën toe te passen, zodat de klant maar één technologie moet begrijpen.

Na analyse van deze criteria concluderen wij dat Spring voor ons de beste backend technologie is. Een overzichtelijke structuur, de zeer lange ondersteuning die Spring geniet, de focus op backwards compatibility en onze eerdere ervaring zijn dan ook van cruciaal belang voor dit project. Uitstekende prestaties, mogelijkheden tot schalen, uitgebreide documentatie, vele beveiligingsmogelijkheden en veelvoud in keuze aan third-party libraries, leidt ons ertoe om Spring als backend technologie te kiezen.

Nadat we de meest geschikte backend bepaalden, gingen we op zoek naar een gepaste frontend. We zochten deze aan de hand van bijna dezelfde criteria. Verder keken we niet meer naar prestaties en schaalbaarheid, omdat het project zo beperkt is, dat we ervan uitgingen dat beide criteria amper voor verschil zouden zorgen wat betreft eindervaring. Integratie met backend voegden we er wel aan toe, maar dat bleek achteraf ook een maat voor niets, aangezien alle onderzochte frameworks perfect te bouwen zijn op een Spring backend.

React kwam als overwinnaar uit de bus. Een krachtig en flexibel framework dat ons in staat zal stellen om de nodige software te kunnen bouwen voor onze klant.

In deze koppeling kan u de wireframes voor het dataproject vinden. Deze wireframes geven duidelijk een beeld weer hoe de aaplicatie zichtbaar zal zijn voor de medewerkers.

We willen in kaart brengen hoe we de data van beide projecten zullen verwerken. De dataregistratie enerzijds en het bekerproject anderzijds. Aangezien beide projecten toch iets andere noden hebben qua database, maken we hier een duidelijke splitsing.

Op het eerste zicht lijkt de keuze tussen MySQL en PostgreSQL dus weinig verschil met zich mee te brengen. Beide databases hebben hun eigen sterktes, maar geen enkele van de twee lijkt daar duidelijk veel beter geschikt te zijn voor de kleine database die wij zullen hebben. Wat betreft de bekerrecyclage is er echter wel een duidelijke keuze en die maakt gebruik van PostgreSQL. Om zoveel mogelijk de uniformiteit te bewaren, kiezen we dus ook hier voor PostgreSQL.

GDPR is een belangrijk onderdeel van onze toepassing. Deze moet volledig in orde zijn met de Belgische + Europese regelgeving. Alvorens onze WRM hier toe te passen, zijn er verschillende vragen die beantwoord moeten worden betreffende het onderwerp GDPR. Het eerste deel van dit onderzoek zal deze vragen behandelen, het tweede deel zal bestaan uit een WRM voor de implementatie van de GDPR-vereisten in onze registratiemodule.

Tijdens het onderzoek naar de GDPR-vereisten, zijn er verscheidene vragen naar boven gekomen. Met behulp van enig opzoekingswerk en de antwoorden van onze contactpersoon, zijn al deze vragen beantwoord en hebben we een goede basis om de privacyverklaring te kunnen opstellen en aan de GDPR-voorwaarden te voldoen.

Omdat we met gevoelige gegevens werken is authenticatie een belangrijk onderdeel van onze applicatie. Gebruiksvriendelijk is ook een belangrijk aspect van de applicatie, daarom moeten we de juiste balans zoeken tussen veiligheid en gebruiksvriendelijkheid.

Wij zijn tot de volgende oplossing gekomen: Een combinatie van authenticatie met gebruikersnaam + wachtwoord en een OTP (One-Time-Password). Deze oplossing biedt voldoende beveiliging zonder het gebruiksgemak zodanig te hinderen dat het aanmelden irritant wordt.

De infrastructuur vormt het fundament van de communicatie en databeheer. Een goed doordachte keuze biedt dus niet alleen de nodige flexibiliteit en schaalbaarheid, maar draagt ook bij aan de prestaties en veiligheid van de applicatie. Een verkeerde keuze kan daarentegen leiden tot hogere kosten, beveiligingsrisico’s en een inefficiënte werking. In dit rapport vergelijken we de mogelijkheden van vier verschillende oplossingen: AWS, Azure, On-premise, en Combell Webhosting.

Na het vergelijken van de opties blijkt AWS de beste keuze voor onze organisatie. AWS scoort hoog op kosten, schaalbaarheid, beveiliging en onderhoudbaarheid, wat het platform ideaal maakt voor Gladiolen. De flexibiliteit en robuustheid van AWS geven ons de zekerheid dat we kunnen voldoen aan onze huidige en toekomstige behoeften.

In dit gedeelte van het onderzoek bekijken we het hardware gedeelte van onze opdracht. Dit onderdeel zal zich ook meer toespitsen op het aanmeldingsgedeelte. Hier zullen ’s morgens vroeg zeer veel medewerkers/organisaties tegelijk moeten kunnen aanmelden. Daarom moet dit ook vlot en gebruiksvriendelijk verlopen. In het eerste deel vind je het onderzoek hoe we de VPN kunnen implementeren. In het tweede deel bespreken we de toestellen om aan te melden.

Tailscale biedt de beste algehele oplossing, met de hoogste score van 95%. Het combineert uitstekende beveiliging, prestaties, schaalbaarheid en eenvoud in configuratie en beheer.

Na het evalueren van de mogelijke oplossingen voor het aanmelden van medewerkers tijdens Gladiolen, blijkt de laptop de meest geschikte keuze. Dit is gebaseerd op een grondige beoordeling van de criteria: toegankelijkheid, betrouwbaarheid, gebruiksvriendelijkheid, capaciteit en technische eisen.

In dit onderzoek bespreken we de opstelling van de aanmeldingsruimte en bekijken we visueel hoe de verbinding tot stand komt voor de verdere locaties: camping en parking.

Met deze info kan Gladiolen verder. De info kan aan het technische team overgebracht worden, waardoor we een solide plan hebben om de aanmelding succesvol te laten verlopen.