Konceptuelt Design i Databasedesignproces

konceptuelt Design i Databasedesignproces

konceptuelt design er den første fase i databasedesignprocessen. Målet på dette stadium er at designe en database, der er uafhængig af databaseprogrammer og fysiske detaljer. Output fra denne proces er en konceptuel datamodel, der beskriver de vigtigste dataenheder, attributter, relationer og begrænsninger for et givet problemdomæne. Dette design er beskrivende og fortællende i form. Husk følgende minimale dataregel:
“alt, hvad der er brug for, er der, og alt, hvad der er, er nødvendigt”.
sørg med andre ord for, at alle nødvendige data er i modellen, og at alle data i modellen er nødvendige. Alle dataelementer, der kræves af databasetransaktionerne, skal defineres i modellen, og alle dataelementer, der er defineret i modellen, skal bruges af mindst en databasetransaktion. Det konceptuelle design har fire trin, som er som følger.

1. Dataanalyse og krav
2. Entity relationship modellering og normalisering
3. Datamodelverifikation
4. Distribueret databasedesign

dataanalyse og krav:

det første trin i konceptuelt design er at opdage dataelementernes egenskaber. Passende dataelementegenskaber er dem, der kan omdannes til passende information. Derfor er designerens indsats rettet mod:

behov for information. Hvilken slags information er nødvendig ” det vil sige, hvilket output (rapporter og forespørgsler) skal genereres af systemet, hvilke oplysninger genererer det nuværende system, og i hvilket omfang er disse oplysninger tilstrækkelige?

liter information brugere. Hvem vil bruge oplysningerne? Hvordan skal Oplysningerne bruges? Hvad er de forskellige visninger af slutbrugerdata?

informationskilder. Hvor findes oplysningerne? Hvordan skal oplysningerne udvindes, når de er fundet?

Læs information forfatning. Hvilke dataelementer er nødvendige for at producere oplysningerne? Hvad er dataattributterne? Hvilke forhold findes der mellem dataene? Hvad er datavolumen? Hvor ofte anvendes data? Hvilke datatransformationer skal bruges til at generere de krævede oplysninger? Designeren får svarene på disse spørgsmål fra en række kilder for at kompilere de nødvendige oplysninger. Bemærk disse kilder:

– udvikling og indsamling af slutbrugeroplysninger. Databasedesigneren og slutbrugeren(e) interagerer for i fællesskab at udvikle en præcis beskrivelse af slutbrugerdatavisninger. Til gengæld vil slutbrugerdatavisningerne blive brugt til at hjælpe med at identificere databasens hoveddataelementer.

direkte iagttagelse af det nuværende system: eksisterende og ønsket produktion. Slutbrugeren har normalt et eksisterende system på plads, hvad enten det er manuelt eller computerbaseret. Designeren gennemgår det eksisterende system for at identificere dataene og deres egenskaber.

– kontakt med systemdesigngruppen. Databasedesignprocessen er en del af Systemudviklingens livscyklus (SDLC). I nogle tilfælde vil systemanalytikeren med ansvar for design af det nye system også udvikle den konceptuelle databasemodel.

Entity Relationship modellering og normalisering:

før du opretter ER-modellen, skal designeren kommunikere og håndhæve passende standarder, der skal bruges i dokumentationen af designet. Processen med at definere forretningsregler og udvikle den konceptuelle model ved hjælp af ER-diagrammer kan beskrives ved hjælp af følgende trin.

1. Identificere, analysere og forfine forretningsreglerne.
2. Identificer de vigtigste enheder ved hjælp af resultaterne af trin 1.
3. Definer forholdet mellem enhederne ved hjælp af resultaterne af trin 1 og 2.
4. Definer attributter, primære nøgler og udenlandske nøgler for hver af enhederne.
5. Normaliser enhederne. (Husk, at enheder implementeres som tabeller i en RDBMS.)
6. Udfyld det oprindelige er-diagram.
7. Valider er-modellen mod de endelige brugere af information og behandlingskrav.
8. Rediger er-modellen ved hjælp af resultaterne af Trin 7.

Datamodelverifikation:

datamodelverifikationstrinnet er et af de sidste trin i det konceptuelle designstadium, og det er også et af de mest kritiske. I dette trin skal ER-modellen verificeres mod de foreslåede systemprocesser for at bekræfte, at de tilsigtede processer kan understøttes af databasemodellen. Verifikation kræver, at modellen køres gennem en række tests mod:

visninger af slutbrugerdata.
indstil alle nødvendige transaktioner: vælg, Indsæt, Opdater og Slet operationer.
adgangsrettigheder og sikkerhed.
Kris business-pålagt datakrav og begrænsninger.

Distribueret Database Design:

selvom det ikke er et krav for de fleste databaser, kan det nogle gange være nødvendigt at distribuere en database mellem flere geografisk spredte placeringer. Processer, der får adgang til databasen, kan også variere fra et sted til et andet. For eksempel findes en detailproces og en lageropbevaringsproces sandsynligvis forskellige fysiske placeringer. Hvis databasedataene og processerne skal distribueres på tværs af systemet, kan dele af en database, kendt som databasefragmenter, opholde sig flere fysiske placeringer.