Konceptuell Design I Databasdesignprocessen
konceptuell Design I Databasdesignprocessen
konceptuell design är det första steget i databasdesignprocessen. Målet i detta skede är att utforma en databas som är oberoende av databasprogramvara och fysiska detaljer. Resultatet av denna process är en konceptuell datamodell som beskriver de viktigaste dataenheterna, attributen, relationerna och begränsningarna för en given problemdomän. Denna design är beskrivande och berättande i form. Tänk på följande minimala data regel:
“allt som behövs är där, och allt som behövs behövs”.
med andra ord, se till att alla data som behövs finns i modellen och att alla data i modellen behövs. Alla dataelement som krävs av databastransaktionerna måste definieras i modellen och alla dataelement som definieras i modellen måste användas av minst en databastransaktion. Den konceptuella designen har fyra steg, som är följande.
1. Dataanalys och krav
2. Entity relation modellering och normalisering
3. Datamodellverifiering
4. Distribuerad databasdesign
dataanalys och krav:
det första steget i konceptuell design är att upptäcka dataelementens egenskaper. Lämpliga dataelementegenskaper är de som kan omvandlas till lämplig information. Därför är designerens ansträngningar inriktade på:
behov av information om information. Vilken typ av information behövsdet vill säga vilken produktion (rapporter och frågor) måste genereras av systemet, vilken information genererar det nuvarande systemet och i vilken utsträckning är den informationen tillräcklig?
användare av information om användning av information. Vem kommer att använda informationen? Hur ska informationen användas? Vilka är de olika slutanvändardatavyer?
informationskällor i Brasilien. Var finns informationen? Hur ska informationen extraheras när den hittas?
informationskonstitution för Brasilien. Vilka dataelement behövs för att producera informationen? Vilka är dataattributen? Vilka relationer finns bland uppgifterna? Vad är datavolymen? Hur ofta används uppgifterna? Vilka datatransformationer ska användas för att generera den nödvändiga informationen? Designern får svaren på dessa frågor från olika källor för att sammanställa nödvändig information. Notera dessa källor:
utveckling och insamling av slutanvändardatavyer. Databasdesignern och slutanvändaren samverkar för att gemensamt utveckla en exakt beskrivning av slutanvändardatavyer. I sin tur kommer slutanvändarnas datavyer att användas för att identifiera databasens huvuddataelement i den.
i enlighet med det nuvarande systemet: befintlig och önskad utgång. Slutanvändaren har vanligtvis ett befintligt system på plats, oavsett om det är manuell eller datorbaserad. Designern granskar det befintliga systemet för att identifiera data och deras egenskaper.
tillsammans med gruppen systemdesign. Databasdesignprocessen är en del av SYSTEMUTVECKLINGSLIVSCYKELN (SDLC). I vissa fall kommer systemanalytiker som ansvarar för att utforma det nya systemet också att utveckla den konceptuella databasmodellen.
Entity relation modellering och normalisering:
innan du skapar er-modellen måste designern kommunicera och tillämpa lämpliga standarder som ska användas i dokumentationen av designen. Processen att definiera affärsregler och utveckla den konceptuella modellen med hjälp av ER-diagram kan beskrivas med följande steg.
1. Identifiera, analysera och förfina affärsreglerna.
2. Identifiera de viktigaste enheterna med hjälp av resultaten från Steg 1.
3. Definiera relationerna mellan enheterna med hjälp av resultaten från Steg 1 och 2.
4. Definiera attribut, primärnycklar och främmande nycklar för var och en av enheterna.
5. Normalisera enheterna. (Kom ihåg att entiteter implementeras som tabeller i en RDBMS.)
6. Slutför det ursprungliga er-diagrammet.
7. Validera ER-modellen mot slutanvändarnas krav på information och bearbetning av information.
8. Ändra ER-modellen med hjälp av resultaten från Steg 7.
Datamodellverifiering:
datamodellverifieringssteget är ett av de sista stegen i konceptuell designfas, och det är också ett av de mest kritiska. I detta steg måste ER-modellen verifieras mot de föreslagna systemprocesserna för att bekräfta att de avsedda processerna kan stödjas av databasmodellen. Verifiering kräver att modellen körs genom en serie tester mot:
slutanvändardatavyer för slutanvändare.
Brasilien alla nödvändiga transaktioner: välj, infoga, uppdatera och ta bort operationer.
åtkomsträttigheter och säkerhet.
krav och begränsningar på uppgifter som ställs på företag.
Distribuerad Databasdesign:
även om det inte är ett krav för de flesta databaser, kan en databas ibland behöva distribueras mellan flera geografiskt spridda platser. Processer som kommer åt databasen kan också variera från en plats till en annan. Till exempel kommer en detaljhandel och en lagerlagringsprocess sannolikt att hittas på olika fysiska platser. Om databasdata och processer ska distribueras över systemet kan delar av en databas, så kallade databasfragment, finnas på flera fysiska platser.
