Vanuit je functioneel ontwerp kun je een technisch ontwerp maken.
Als je weet welke data je wilt opslaan kun je dit gaan omzetten in een genormaliseerde database ontwerp
Users kunnen zich registreren en krijgen via email maaltijden aangeboden in hun buurt.
Als kok kun je je maaltijden aanbieden en als afhaler kun je maaltijden in jouw buurt ophalen. De kok kan een actuele maaltijd aanbieden, maar ook een maaltijd die je op verzoek kunt afhalen. Wordt er bij jou in de buurt even niets aangeboden? Dan kan je via de knop 'bordje over', of er koks in jouw buurt iets lekker voor je willen maken.
een user kan dus kok afhaler of kok en afhaler zijn. Vooral dit laatste weet ik niet hoe ik dit moet aanpakken.
Wat is verder het verschil tussen een kok en afhaler?
Een kok biedt 1 of meerdere maaltijden aan en een afhaler wil iets afhalen. Maar mag in principe iedereen zowel een afhaler als een kok zijn?
Indien dat het geval is dan hoef je in je database geheel geen verschil te maken
Je hebt:
Users
- user_ID
- name
- adres
Meals
- meal_ID
- name
Orders
- order_ID
- meal_ID
- kok (user_ID van de kok)
- afhaler (user_ID van de afhaler)
Dat je onderscheid kunt maken tussen koks en afhalers maar ook kunt zoeken op koks en afhalers.
Wanneer je deze alleen in de order plaatst kunt je er pas naar gaan zoeken wanneer ze ooit een order geplaatst hebben of een maaltijd bereid hebben.
Nieuwkomers komen er op die manier heel erg moeilijk tussen ;)