Introduktion till Systemering - Högskolan i Gävle
Introduktion till Systemering - Högskolan i Gävle
Introduktion till Systemering - Högskolan i Gävle
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Per Aspenberg ©<br />
Göran Sundberg ©<br />
UTFORMNING AV DATABAS<br />
Kurskompendium <strong>Introduktion</strong> <strong>till</strong> <strong>Systemering</strong><br />
Nyckeln <strong>till</strong> att förstå utformningen av en databas ligger i att förstå skillnaden mellan hur data<br />
används och hur data lagras. Du kan använda samma data för ett antal olika syften och för<br />
varje syfte kan du kombinera data på olika sätt.<br />
I relationsdatabaser lagras inte data på samma sätt som de kommer att användas. Data lagras i<br />
tabeller, men sammanställs från tabellerna och visas på olika sätt (så kallade vyer). I den<br />
fortsatta framställningen görs ibland förtydliganden och exempel som alla refererar <strong>till</strong><br />
utformning av just en relationsdatabas.<br />
Om du exempelvis vill ta fram information om Försäljning per Anställd, så utnyttjar man<br />
information från dels tabellen som innehåller fakta om alla Anställda och dels tabellen som<br />
innehåller fakta om Försäljning (t.ex orderdatum, kundnr, belopp etc.).<br />
Du kan utgå från följande steg när du utformar en databas.<br />
Steg 1 : Bestämma syftet med databasen. Det hjälper dig att besluta vilka data som ska<br />
lagras i databasen. Syftet talar om vilken information som du vill få fram ur databasen. I<br />
verksamhetsanalysen gjordes kanske en problemanalys med <strong>till</strong>hörande målformulering för<br />
systemet. Både målformuleringen för systemet och även själva problemanalysen ger goda<br />
ledtrådar om vilka objekt du behöver lagra fakta om och vilka fakta som ska lagras om<br />
respektive objekt (detta blir termerna i objekten).<br />
Den detaljerade beskrivningen av processerna ger underlag om vilken information du ska<br />
kunna hämta ur databasen. För att handlägga ett ärende krävs ju ofta att vi ska hämta<br />
information ur databasen. Här framgår också vilka rapporter och utdata som varje rutin<br />
behöver och som databasen ska kunna producera.<br />
Steg 2 : Hitta objekttyper (tabellerna). En generell definition av en objekttyp är: ”Det är en<br />
företeelse i verksamheten som man vill lagra information om.”<br />
När du har ett uttalat syfte för databasen kan du dela upp informationen i separata ämnen, t.ex<br />
Kunder och Order. Alla ämnen kommer att bli egna objekttyper (tabeller i databasen).<br />
Utformningen av tabellerna kan vara det svåraste momentet. Det beror på att resultaten som<br />
du vill ha ut av databasen, dvs rapporterna som ska skrivas ut, formulären som ska användas<br />
och frågorna som ska besvaras, inte nödvändigtvis ger någon ledtråd om strukturen på<br />
objekten som ska producera dem. De talar om vad du vill veta men inte hur informationen ska<br />
delas upp i objekttyper (tabeller).<br />
En objekttyp (tabell) är alltså en samling data om ett särskilt ämne. Varje objekttyp äger sin<br />
egen information, sina beskrivande egenskaper. Kund kan beskrivas med Kundnamn, adress,<br />
kundtyp etc.<br />
Vanliga företeelser som kan bilda objekttyper är: Personer, organisationer, materiella saker,<br />
klassificeringar och händelser.<br />
Varje objekttyp ska namnges med unikt namn. Det är viktigt att namnet ger associationer <strong>till</strong><br />
objektets användning och innehåll.<br />
34