Hvordan lage et online bestillingssystem

Komponentene i et nettbasert bestillingssystem inkluderer databasen som brukes til å lagre informasjon om ressursene som planlegges, nettsidene som brukes til å presentere denne informasjonen og hente skjemaer fra brukeren, og programvaren som knytter websidene til databasen. Disse kalles henholdsvis "back-end", "front-end" og "middleware". Uavhengig av verktøyene du bruker til å utvikle din booking-nettside, finnes det konseptuelle databaseutviklingsprosesser du vil ta for å lage den.

1.

Velg en kombinasjon av database, webutvikling og mellomprogramvare som skal brukes til å utvikle ditt bookingsystem. Fra 2011 refereres det mest brukte miljøet til denne programmeringen av akronymet "LAMP", som står for Linux, Apache, MySQL og PHP. Apache presenterer fronten på nettsiden, MySQL er databasen som brukes til å lagre informasjon, og PHP er mellomvarespråket som flytter data mellom databasen og nettsidene. Det er bokstavelig talt tusenvis av forskjellige database- og mellomvarealternativer som du kan velge fra.

2.

Opprett et databasediagram som bestemmer hvordan databasen din skal struktureres. Hvis du bruker en database med et grafisk utviklingsgrensesnitt, kan diagrammet ditt brukes som databasestruktur; ellers er det best å dokumentere databasen før du begynner å bygge den, så gjør det med et grafikkverktøy eller med penn og papir.

3.

Legg til et bord på diagrammet ditt for ressursene du trenger å bestille. For eksempel, hvis ditt bestillingssystem er ment å håndtere flere konferanserom på en kalender, er rommene ressursene. Dette kan også være flysete eller møttider.

4.

Legg til et andre bord for dimensjonen du bruker til å bestille ressursene. I de fleste tilfeller vil dette bli en kalender; dvs. "konferanserom 1" (ressursen) "klokken 10 på fredag" (dimensjonen). Noen bestillingssystemer vil imidlertid bruke alternative dimensjoner; En flyplans dimensjon er flynummeret, siden alle seter (antageligvis) tar av samtidig.

5.

Bruk flere tabeller etter behov for å strukturere ressursene eller dimensjonene for komplisert planlegging. For eksempel kan en lege kontor med ulike leger, sykepleiere og utstyr måtte planlegge kombinasjoner av disse for avtaler. Vanligvis håndteres disse best med separate tabeller med ressurser, eller med ett bord for "folk" og en annen tabell for "rom og utstyr".

6.

Opprett en deltabord som brukes til å trekke informasjon fra ulike andre tabeller og faktisk opprette bestillingsdatabasen. For eksempel kan en deltabord inneholde "Dr. Smith" fra folketabellen, "Eksamenrom 1" fra rombordet, "10 mandag" fra kalenderbordet og "John Doe" fra pasientbordet.

7.

Bygg disse tabellene i databasesystemet, hvis du har modellert databasen separat. Du bør også inkludere plassholderdata (for eksempel navnene over på legenes kontor), slik at du kan teste systemet mens du bygger det med dummyinformasjon.

8.

Skriv HTML-nettsidene som skal brukes av bokerne til å navigere i systemet. Disse sidene inkluderer vanligvis innføring og dokumentasjon; en spørringsside som brukes til å be om informasjon fra databasen; En svarside som viser den forespurte informasjonen; en innleveringsside for å legge til ny informasjon; og en sendt side som bekrefter at innleveringen er lagret. For eksempel kan en forespørselsside tillate brukeren å spørre når konferanserom 1 er ledig, eller hvilke rom er tilgjengelig tirsdag klokken 10.00. Innleveringssiden vil tillate henne å bestille et ledig rom.

9.

Bruk ditt valgte mellomvare språk for å trekke informasjon fra databasen til å delta i databasen etter behov, og send informasjon tilbake til den aktuelle tabellen. For eksempel, i et LAMP-system, er PHP brukt til å behandle innsendte skjemaer på nettsidene, og deretter sende denne informasjonen i kommandoer til MySQL-databasen; På samme måte leser PHP også fra databutikken som nødvendig for å bygge nye sider.

10.

Test distribusjonen av database, nettsider og mellomvare med ulike bestillingsalternativer, og utvide databasen eller mellomvareprogrammet etter behov for å håndtere alle bookingkrav. Vanligvis begynner databaser av denne typen med enkle strukturer og utvides for å håndtere mer komplekse behov; den ekstra tiden du tok med å dokumentere systemet ditt i de tidlige stadiene, vil tillate deg å håndtere denne kompleksiteten lettere.

 

Legg Igjen Din Kommentar