Conceptueel ontwerp in databaseontwerp proces
conceptueel ontwerp in databaseontwerp proces
conceptueel ontwerp is de eerste fase in het databaseontwerp proces. Het doel in dit stadium is om een database te ontwerpen die onafhankelijk is van databasesoftware en fysieke details. De output van dit proces is een conceptueel datamodel dat de belangrijkste gegevensentiteiten, attributen, relaties en beperkingen van een gegeven probleemdomein beschrijft. Dit ontwerp is beschrijvend en verhalend van vorm. Houd rekening met de volgende minimale gegevensregel:
“alles wat nodig is, is er, en alles wat er nodig is”.
met andere woorden, zorg ervoor dat alle benodigde gegevens in het model staan en dat alle gegevens in het model nodig zijn. Alle gegevenselementen die voor de databasetransacties vereist zijn, moeten in het model worden gedefinieerd en alle gegevenselementen die in het model zijn gedefinieerd, moeten door ten minste één databasetransactie worden gebruikt. Het conceptuele ontwerp bestaat uit vier stappen, die als volgt zijn.
1. Gegevensanalyse en vereisten
2. Modellering en normalisatie van entiteitsrelaties
3. Verificatie gegevensmodel
4. Gedistribueerde database ontwerp
gegevensanalyse en vereisten:
de eerste stap in het conceptuele ontwerp is het ontdekken van de kenmerken van de gegevenselementen. Geschikte kenmerken van gegevenselementen zijn die welke in passende informatie kunnen worden omgezet. Daarom zijn de inspanningen van de ontwerper gericht op:
¢ informatiebehoeften. Wat voor soort informatie is nodig, dat wil zeggen, welke output (rapporten en queries) moet worden gegenereerd door het systeem, welke informatie genereert het huidige systeem, en in hoeverre is die informatie adequaat?
 € ¢ Informatiegebruikers. Wie zal de informatie gebruiken? Hoe wordt de informatie gebruikt? Wat zijn de verschillende weergaven van eindgebruikersgegevens?
 € ¢ informatiebronnen. Waar is de informatie te vinden? Hoe moet de informatie worden geëxtraheerd zodra deze is gevonden?
informatie grondwet. Welke gegevenselementen zijn nodig om de informatie te produceren? Wat zijn de gegevensattributen? Welke relaties bestaan er tussen de gegevens? Wat is het datavolume? Hoe vaak worden de gegevens gebruikt? Welke gegevenstransformaties moeten worden gebruikt om de vereiste informatie te genereren? De ontwerper verkrijgt de antwoorden op die vragen uit verschillende bronnen om de nodige informatie te verzamelen. Let op deze bronnen:
 € ¢ het ontwikkelen en verzamelen van weergaven van eindgebruikersgegevens. De Databaseontwerper en de eindgebruiker(s) werken samen om een nauwkeurige beschrijving van de gegevensweergaven van de eindgebruiker te ontwikkelen. Op zijn beurt zullen de weergaven van de gegevens van de eindgebruiker worden gebruikt om de belangrijkste gegevenselementen van de databank te identificeren.
 € ¢ direct observeren van het huidige systeem: bestaande en gewenste output. De eindgebruiker heeft meestal een bestaand systeem op zijn plaats, of het nu handmatig of computergebaseerd. De ontwerper beoordeelt het bestaande systeem om de gegevens en hun kenmerken te identificeren.
 € ¢ Interfacing met de systems design group. Het database-ontwerpproces maakt deel uit van de Systems Development Life Cycle (SDLC). In sommige gevallen zal de systeemanalist die belast is met het ontwerpen van het nieuwe systeem ook het conceptuele databasemodel ontwikkelen.
modellering en normalisatie van entiteitsrelaties:
voordat het ER-model wordt gemaakt, moet de ontwerper passende normen communiceren en handhaven die in de documentatie van het ontwerp moeten worden gebruikt. Het proces van het definiëren van bedrijfsregels en het ontwikkelen van het conceptuele model met behulp van ER diagrammen kan worden beschreven met behulp van de volgende stappen.
1. Identificeer, analyseer en verfijn de bedrijfsregels.
2. Identificeer de belangrijkste entiteiten aan de hand van de resultaten van Stap 1.
3. Definieer de relaties tussen de entiteiten, met behulp van de resultaten van de stappen 1 en 2.
4. Definieer de attributen, primaire sleutels en buitenlandse sleutels voor elk van de entiteiten.
5. Normaliseer de entiteiten. (Onthoud dat entiteiten worden geà mplementeerd als tabellen in een RDBMS.)
6. Voltooi het eerste ER diagram.
7. Valideer het ER-model tegen de informatie-en verwerkingsvereisten van de eindgebruiker.
8. Wijzig het ER-model aan de hand van de resultaten van Stap 7.
verificatie van het gegevensmodel:
de verificatiestap van het gegevensmodel is een van de laatste stappen in de fase van het conceptueel ontwerp, en het is ook een van de meest kritische stappen. In deze stap moet het ER-model worden getoetst aan de voorgestelde systeemprocessen om te bevestigen dat de beoogde processen door het databasemodel kunnen worden ondersteund. Verificatie vereist dat het model wordt uitgevoerd door middel van een reeks tests tegen:
⢠weergaven van de gegevens van de eindgebruiker.
â € ¢ alle vereiste transacties: bewerkingen selecteren, invoegen, bijwerken en verwijderen.
 € ¢ toegangsrechten en veiligheid.
 € ¢ door het bedrijfsleven opgelegde gegevensvereisten en beperkingen.
Gedistribueerd Databaseontwerp:
hoewel niet vereist voor de meeste databases, moet een database soms worden verdeeld over meerdere geografisch verspreide locaties. Processen die toegang tot de database kunnen ook variëren van de ene locatie naar de andere. Bijvoorbeeld, een retail proces en een magazijn opslag proces zijn waarschijnlijk te vinden in verschillende fysieke locaties. Als de gegevens en processen van de database over het systeem moeten worden verdeeld, kunnen delen van een database, bekend als databasefragmenten, zich op verschillende fysieke locaties bevinden.
