28.07.2013 Views

Introduktion till Systemering - Högskolan i Gävle

Introduktion till Systemering - Högskolan i Gävle

Introduktion till Systemering - Högskolan i Gävle

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!