Project 8 - Bezichtigingsbeheer

Projectbriefing

Projectnaam: Bezichtigingsbeheer "KeyMaster"

Datum: 18 december 2025

Opdrachtgever: Makelaardij "De Gouden Sleutel"

Contactpersoon: Dhr. M. van Ommen (Eigenaar)


1. Achtergrond en Probleemstelling

Makelaardij De Gouden Sleutel beheert 150 huurwoningen. Wanneer er een woning vrijkomt, melden zich tientallen geïnteresseerden. Momenteel worden afspraken voor bezichtigingen in een papieren agenda genoteerd. Hierdoor is het onduidelijk wie er komt kijken, of de sleutel wel aanwezig is op kantoor en welke feedback de kijkers hebben gegeven.

Potentiële huurders bellen constant voor de status van hun aanvraag. Dit zorgt voor enorme drukte aan de telefoon. We willen een systeem waar makelaars bezichtigingen inplannen en klanten de status van hun afspraak kunnen inzien.

2. Doelstelling

De ontwikkeling van een portaal voor bezichtigingen (KeyMaster).

Klanten moeten online een aanvraag kunnen doen voor een woning. De makelaar moet deze aanvragen kunnen omzetten in een geplande afspraak, een sleutelstatus bijhouden en na afloop feedback noteren.

3. Doelgroepen

  1. Klanten (Gebruikers): Willen zien of hun aanvraag is goedgekeurd en wanneer ze verwacht worden bij de woning.

  2. Makelaars (Admins): Willen een dagoverzicht van alle geplande bezichtigingen en de status van de woning (bijv. "Verhuurd").

4. Gewenste Functionaliteiten (Must-Haves)

5. Technische Eisen & Randvoorwaarden

6. Budget en Planning


BIJLAGE: Design & UI Wensen

  1. Status Badges: Geef afspraken een kleur: Aanvraag (Blauw), Ingepland (Geel), Afgerond (Groen), Geannuleerd (Rood).
  2. De "Daily View" Filter: De makelaar moet met één klik kunnen filteren op "Afspraken van Vandaag" (gebruik WHERE date = CURDATE() in je SQL).
  3. Adres Detail: In het overzicht moet het adres van de woning groot en vetgedrukt staan, met daaronder de naam van de klant.

Waarom dit goed is voor je examen:

  1. SQL Datum-functies: Je laat zien dat je kunt werken met DATE types en filters op specifieke dagen.
  2. Privacy (W1/W3): Klanten mogen elkaars aanvragen en inkomensgegevens absoluut niet zien. Dit is een perfecte case om je autorisatie-checks (PHP sessies icm SQL) te bewijzen.
  3. Complexiteit: Het omzetten van een 'losse' aanvraag naar een 'geplande afspraak' vereist een status-update in je database, wat een kernproces is van een applicatie-ontwikkelaar.

Revision #1
Created 2025-12-18 09:30:02 UTC by Max
Updated 2026-01-08 18:53:58 UTC by Max