Tietokannan suunnittelu

Samankaltaiset tiedostot
Tietokannan suunnittelu

HELIA 1 (20) Outi Virkki Tiedonhallinta

Luento 3 Tietokannan tietosisällön suunnittelu

Tietokannan rakenteen suunnittelu

HELIA 1 (17) Outi Virkki Tiedonhallinta

HELIA 1 (19) Outi Virkki Tietokantasuunnittelu

HELIA TIKO-05 1 (28) ICT03D Tieto ja tiedon varastointi O.Virkki

HELIA 1 (8) Outi Virkki Tietokantasuunnittelu

TIEDONHALLINTA - SYKSY Luento 7. Pasi Ranne /10/17 Helsinki Metropolia University of Applied Sciences

3. Käsiteanalyysi ja käsitekaavio

Tietokantojen suunnittelu, relaatiokantojen perusteita

TIEDONHALLINNAN PERUSTEET - SYKSY 2013

HAAGA-HELIA TIKO-05 1 (19) ICT23a Tietokannan suunnittelu ja toteutus O.Virkki

Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia.

HELIA 1 (12) Outi Virkki Tiedonhallinta

HAAGA-HELIA heti09 1 (27) ICT05 Tiedonhallinta ja tietokannat O.Virkki Relaatiomalli

HELIA TIKO-05 1 (20) ICT03D Tieto ja tiedon varastointi O.Virkki

TIEDONHALLINTA - SYKSY Luento 2. Pasi Ranne /8/17 Helsinki Metropolia University of Applied Sciences

HARJOITUS 2. Kasvattamot ja mittaukset

HELIA 1 (14) Outi Virkki Tiedonhallinta

Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys

Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2007 ER-mallin peruskäsitteet.

Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä

Luokkakaavion laatiminen

On autoja, henkilöitä, Henkilöllä on nimi Autolla on omistaja, joka on henkilö. Taulu AUTO(rekno, malli) Taulu HENKILO(nimi, )

Tietomallit. Näkökulmat tietoon. Näkökulmat tietoon. Mitä malleja olisi tarjolla? Abstraktiotasot tiedon käsittelyssä

2. Käsiteanalyysi ja relaatiomalli

Jouni Huotari & Ari Hovi. Käsitemallinnuksesta relaatiokantaan KÄSITEMALLI. LOOGINEN MALLI: tietomalli valittu. FYYSINEN MALLI: DBMS valittu

Tietomallit. Näkökulmat tietoon. Näkökulmat tietoon. Näkökulmat tietoon. Abstraktiotasot tiedon käsittelyssä

Ohjelmistojen mallintaminen Luokkakaaviot Harri Laine 1

POLKU LUOKKAKAAVIOISTA TAULUJEN TOTEUTUKSEEN

Helsingin yliopisto/tktl Tietokantojen perusteet, k 2003 Relaatiomallin peruskäsitteet Harri Laine 1. Tietomallit. Näkökulmat tietoon

millainen on se kohde, jota tiedoilla pitäisi kuvata asiat, joita pitäisi esittää Mitä tietoelementtien arvot tarkoittavat

HELIA 1 (21) Outi Virkki Tietokantasuunnittelu

Ohjelmistojen mallintaminen, kesä 2010

Käsitteellinen mallintaminen

Mikä on tietomalli? Relaatiomallin käsitteitä 1/2 (kuva 5.1) Relaatiomallin taustaa

Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia.

Ohjelmistojen mallintaminen, mallintaminen ja UML

Relaatiomalli ja -tietokanta

Helsingin yliopisto/tktl DO Tietokantojen perusteet, s 2000 Relaatiomallin peruskäsitteet Harri Laine 1. Relaatiotietokannat DONOTP

Tietokantasuunnittelun pääperiaatteena on tiedon toiston välttäminen. Tiedon toistumiseen liittyy monenlaisia ongelmia

Ohjelmistojen mallintaminen, kesä 2009

Ohjelmistotekniikan menetelmät, kesä 2008

Korkeakoulujen yhteentoimivuusmalli

HELIA 1 (14) Outi Virkki Käyttöliittymät ja ohjlmiston suunnittelu

Helsingin yliopisto, TKTL Tietokantojen perusteet, k 2000 Tietokannan suunnittelusta Harri Laine 1

UML ja luokkien väliset suhteet

Tieto/datamallit. Marttila-Kontio/Unicta Oy

Helsingin yliopisto, TKTL Tietokantojen perusteet, k 2004 Tietokannan suunnittelusta. Harri Laine 1

Tietokannan hallinta. Kevät 2004 Jan Lindström R&G Chapter 1

Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, s 2005 relaatiomalli Harri Laine 1.

Tietokantojen perusteet k2004helsingin yliopisto/tktl Tietokantojen perusteet, k 2006 relaatioalgebra. Harri Laine 1

Relaatioista TIETOJENKÄSITTELYTIETEIDEN LAITOS, JUHA IISAKKA 11-14

Ohjelmistotekniikan menetelmät, kevät 2008

Yhteydelle voi antaa nimen kumpaankin suuntaan Sille ei tarvise antaa lainkaan nimeä Yhteysnimen asemasta tai lisäksi voidaan käyttää roolinimiä

Ohjelmistotekniikan menetelmät, luokkamallin laatiminen

Tiedonhallinnan perusteet. Viikko 1 Jukka Lähetkangas

Analyysi, staattinen mallintaminen, kohdealueen malli ja luokkakaavio

Ohjelmistotekniikan menetelmät, luokkamallin laatiminen

Ohjelmistotekniikan menetelmät, luokkamallin laatiminen

Ohjelmistojen mallintaminen kertausta Harri Laine 1

HELIA 1 (11) Outi Virkki Tiedonhallinta

Ohjelmistojen mallintaminen luokkamallin lisäpiirteitä

Ohjelmistotekniikan menetelmät Luokkamallit ohjelmiston mallintamisessa Harri Laine 1

Tietokannat II -kurssin harjoitustyö

Ohjelmistojen mallintaminen, mallintaminen ja UML

YHTEYSSUHDE (assosiation)

Tenttikysymykset. + UML-kaavioiden mallintamistehtävät

TIETOKANNAN SUUNNITTELU

Analyysi on tulkkaamista

HELIA 1 (21) Outi Virkki Tietokantasuunnittelu

Mallinnus. 5. Järjestelmämallit. Abstraktiot. Mallinnuksen etuja. Arkkitehtuurimalli. Yhteysmallit. Ohjelmistotuotanto, järjestelmämallit Kevät 2005

5. Järjestelmämallit. Mallinnus

Johdatus sovellussuunnitteluun, s99, osa3 Helsingin yliopisto;/tktl Harri Laine 1. Olioiden väliset yhteydet. Olioiden väliset yhteydet

Johdatus sovellussuunnitteluun, s 2001, osa 4b Helsingin yliopisto / TKTL Harri Laine / Inkeri Verkamo 1. Luokkakaavion tarkoitus

Johdatus sovellussuunnitteluun, s99, osa3 Helsingin yliopisto;/tktl Harri Laine 1. Olioiden väliset yhteydet. Olioiden väliset yhteydet

HELIA 1 (17) Outi Virkki Tiedonhallinta

Copyright by Haikala. Ohjelmistotuotannon osa-alueet

Haaga-Helia / TIKO-05 1 (12) Tietokannan suunnittelu ja Toteutus Outi Virkki

Luokkamalli LUOKKAKAAVIO. Tämän osan sisältö. Luokkamalli. Luokka ja olio. Luokkakaavio (class diagram)

UML -mallinnus LUOKKAKAAVIO EERO NOUSIAINEN

Arkkitehtuuripankki. Mallintamisen metamalli ja notaatiot

UML - unified modeling language

CS-A1150 Tietokannat CS-A1150 Tietokannat / 35

Ohjelmistojen suunnittelu

IIO30100 Tietokantojen suunnittelu (6 op)

Ohjelmistotuotanto vs. muut insinööritieteet. (Usein näennäinen) luotettavuus ja edullisuus

Ohjelmistojen mallintaminen

2.1 Sovellusarkkitehtuuri 2.2 Käsitteellinen mallintaminen. Luku 2. Arkkitehtuuri ja analyysi. ITKA204 kevät

Paikkatiedon mallinnus Dokumentoinnin ymmärtäminen. Lassi Lehto

Tieto ohjelmassa ja tietokoneella

Ohjelmistojen mallintaminen, olioja relaatiomallinnuksen suhteesta

IIO30100 Tietokantojen suunnittelu (6 op)

Ohjelmistotekniikan menetelmät, UML

Hieman lisää malleista ja niiden hyödyntämisestä

Ohjelmistojen mallintaminen luokkamallin laatiminen

Tenttikysymykset. + UML- kaavioiden mallintamistehtävät

JHS 162 Paikkatietojen mallintaminen tiedonsiirtoa varten Liite 2 Paikkatietojen yleinen kohdemalli (GFM)

JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurin kehittäminen Liite 2 Arkkitehtuurikehyksen kuvaus

Transkriptio:

HELIA TIKO-05 1 (19) ICT03D Tieto ja tiedon varastointi Tietokannan suunnittelu Tietokannan suunnitteluprosessi... 2 Tavoitteet...2 Tietojärjestelmän suunnitteluprosessi...3 Abstraktiotasot tietokannan suunnittelussa...4 3-taso -malli...4 TIHA-standardi...5 Käsitteellinen mallintaminen... 6 Käsitekaavio...8 Luokkakaavion keskeiset käsitteet...8 Luokka...9 Ominaisuus...9 Yhteys...9 Tietohakemistokuvaus...11 Looginen mallintaminen... 13 Muunnos luokkakaaviosta relaatiokaavioksi 1.vaihe...14 Relaatiokaaviosta relaatiokaavoiksi 2.vaihe...16 Käsitekaavion ja relaatiokaavion eroja... 18 Käsitteitä... 19

HELIA TIKO-05 2 (19) ICT03D Tieto ja tiedon varastointi Tietokannan suunnitteluprosessi Tavoitteet 1. Tyydyttää käyttäjien tietotarpeet 2. Tiedon luotettavuus 3. Hyvä suorituskyky 4. Yhteensopivuus 5. Jatkokehitettävyys Vastaa todellisuuden rakennetta Eheä Yksinkertainen Ilmaisuvoimainen Ei toistoa Suunnittelumenetelmä on työkalu tavoitteiden saavuttamiseksi 1. Vaihejako 2. Työskentelymenetelmät 3. Kuvaustavat

HELIA TIKO-05 3 (19) ICT03D Tieto ja tiedon varastointi Tietojärjestelmän suunnitteluprosessi Tietokannan suunnittelu osana tietojärjestelmän suunnittelua 1. Esitutkimus 2. Vaatimusmäärittely 3. Rakenteen ja toiminnan suunnittelu 4. Toteutus 5. Käyttöönotto 6. Ylläpito

HELIA TIKO-05 ICT03D Tieto ja tiedon varastointi 4 (19) Abstraktiotasot tietokannan suunnittelussa 3-taso -malli Käsitetaso Looginen taso Fyysinen taso Tiedon nimi, merkitys ja arvot Tiedon esitys valitulla tietomallilla Tiedon esitys fyysisellä tallennusvälineellä Riippumaton toteutusratkaisuista Sidottu käytettävään tietomalliin Sidottu käytettävään toteutusympäristöön Eri tasojen kuvaukset yhdessä kuvaavat tiedot kokonaisuudessaan Samaa asiaa ei kuvata monella tasolla. Kullakin tasolla on oma peruskäsitteistönsä ja esitystekniikkansa Piirrokset / piirroskielet (Formaalit) tekstimuotoiset kuvauskielet; Tietohakemistot ict03d_tks.doc 10.1.2007 12:22:00

HELIA TIKO-05 ICT03D Tieto ja tiedon varastointi 5 (19) TIHA-standardi Taso Keskeinen sisältö Suunnittelun tulos Käsitetaso Looginen taso Tekninen taso Fyysinen taso (SFS-106) 198 Kohdealueen käyttämien käsitteiden rakenne Tietomallin mukainen (looginen) tietorakenne Tietyn DBMS:n mukainen (tekninen) tietorakenne Tietyn tiedostonhallintaohjelmiston mukainen (fyysinen) talletusrakenne Käsitekaavio / Luokkakaavio Tietohakemistokuvaukset Normalisoidut relaatiokaavat Eheysmäärittelyt Tietokannan luontilauseet SQL:llä Tietokannan talletusmääritykset ict03d_tks.doc 10.1.2007 12:22:00

HELIA TIKO-05 6 (19) Käsitteellinen mallintaminen Conceptual modeling Tietokannan suunnitteluprosessi alkaa käsitteellisestä mallintamisesta Kohdealueen rajaus Tietotarpeet / vaatimukset 1. Kohdealueen käsitteet (terminologia) 2. Käsitteiden merkitys 3. Käsitteiden väliset yhteydet 4. Käsitteiden ominaisuudet 5. Yksilöiden identifiointi Käsite ~Luokka ~ Yksilötyyppi Lopputuloksina Luokkakaavio Tietohakemistokuvaukset Riippumaton toteutusratkaisusta! Tiedonhallintajärjestelmä / DBMS Ohjelmointikieli Laitealusta... Käsitteellinen mallintaminen on kriittisin vaihe tietokannan suunnitteluprosessissa! Tarkista lopputulos asiakkaan edustajan kanssa!

HELIA TIKO-05 7 (19) Esim. Kurssihallinto... Kohteen olioluokat Substantiivit, jotka ovat itsenäisesti olemassa 1. Opettajat 2. Kurssit 3. Oppilaat 4. Kurssisuoritukset 5.... Luokkien määrittely Rajaus: Mikä kuuluu ko. käsitteen piiriin Opettaja Oppilaitoksessa palkkatyötä tekevä henkilö, jonka pääasiallinen työtehtävä on opettaminen Kurssi Oppilaitoksessa järjestettävä opintokokonaisuus, jolle on määritelty nimi, laajuus, oppimistavoitteet ja sisältö Oppilas Oppilaitokseen hyväksytty ja oppilaspaikan vastaanottanut henkilö, jonka opiskeluoikeus on voimassa

HELIA TIKO-05 8 (19) Käsitekaavio Yleisin tapa kuvata tietokantaa käsitetasolla käsitekaavion esittämisessä käytetään yleensä luokkakaaviota (UML:n Class Diagram) Ennen oliobuumia käytettiin ER-kaaviota (Entity Relationship Model / ER-model) Luokkakaavion keskeiset käsitteet UML ER 1. Luokka Class Entity 2. Ominaisuus Attribute Attribute (attribuutti) 3. Yhteys Association Relationship Luokkamallissa on lisäksi muitakin elementtejä, jotka eivät ole niin tärkeitä tietokannan mallintamisessa: 4. Periytyvyysyhteys (Inheritance) 5. Koostumusyhteys (Aggregation) Näitä voi käyttää käsitteellisessä suunnitteluvaiheessa, mutta ei enää loogisessa suunnitteluvaiheessa

HELIA TIKO-05 9 (19) Luokka käsite, joka on itsenäisesti olemassa ja jonka esiintymät voidaan identifioida Esiintyy kohdealueella Opiskelija opi_id opi_sukunimi opi_etunimi opi_katuosoite opi_postino opi_puhno Ominaisuus Kaikilla luokan oliolla on tietyt samantyyppiset ominaisuudet Kullakin ominaisuudella on sitä vastaava arvojoukko / arvoalue (domain) Yhteys Luokkien välinen kiinnostava yhteys Yhteysrajoitteet: 1. Modaalisuus eli osallistumisrajoite ('minimi') Mahdollinen (0) / Välttämätön (1) 2. Määrärajoite ('maksimi') Yksi (1) vai useampi (*) 4 eri kombinaatiomahdollisuutta!

HELIA TIKO-05 10 (19) yhteysrajoitteet määräävät eri luokkien olioiden väliset yhteydet Esim.Luokkakaavio osallistumis -rajoite määrärajoite Opettaja ope_id ope_sukunimi ope_etunimi ope_huone ope_puh 1 0..* Kurssi kurssi_id krs_nimi krs_laajuus krs_alku_pvm krs_loppu_pvm 0..* 0..* Opiskelija opi_id opi_sukunimi opi_etunimi opi_katuosoite opi_postino opi_puhno yhden suhde moneen (1:* ) -yhteys monen suhde moneen (*:* ) - yhteys Opettaja-luokan olio voi olla yhteydessä nollasta moneen Kurssi-luokan olioon. (Jokainen opettaja voi opettaa 0 n kurssia.) Kurssi-luokan olio voi olla yhteydessä vähintään ja enintään yhteen Opettaja-luokan olioon (Jokaisella kurssilla on täsmälleen yksi opettaja.) Kurssi-luokan olio voi olla yhteydessä nollasta moneen Opiskelija-luokan olioon (Jokaisella kurssilla voi olla 0..n opiskelijaan). Opiskelija-luokan olio voi olla yhteydessä nollasta moneen Kurssi-luokan olioon. (Jokainen opiskelija voi olla ilmoittautunut 0 n kurssille.) Yhteystyypit (*:*) monen suhde moneen -yhteydet (1:*) yhden suhde moneen -yhteydet (1:1) yhden suhde yhteen yhteydet yläluokan ja alaluokan periytyvyysyhteys jne.

HELIA TIKO-05 11 (19) Tietohakemistokuvaus Tietohakemistoon kootaan yksilötyyppeihin liittyvä kiinnostava tieto, jota ei mahduteta käsite/luokkakaavioon 1. Luokkien (Yksilötyyppien) määrittelyt 2. Attribuuttien (Ominaisuustyyppien) määrittelyt Huom. Tiedonhallintajärjestelmä ylläpitää omaa tietohakemistoa toteutetuista tietokantaobjekteista Käsitteellisen tason tietohakemistoa nimitetään nykyään myös kuvauskannaksi (repository) CASE-tuotteet (Computer Aided System Engineering) tukevat määrittelytiedon tallentamista repositorytietokantaan sekä tietokanta- (ja ohjelmisto-) ratkaisun tuottamista määrittelyjen pohjalta.

HELIA TIKO-05 12 (19) Esim. Tietohakemisto Luokan / käsitteen nimi: Nimilyhenne: Synonyymit: Määritelmä: Pääavain: Ominaisuudet: Esimerkki: Opettaja OPE Opettaja, lehtori Oppilaitoksessa ammatikseen opetustyötä tekevä henkilö, jonka työsuhde on voimassa tai päättynyt Opettajanumero Sukunimi, Etunimi, Tutkinto, Puhelinnumero, Huone, Lyhenne Olion / esiintymän / yksilön kuvaus Opettajanumero 1234 Sukunimi Valo Etunimi Into Tutkinto FM Puhelinnumero (09) 1498 01 Huone 3012 Lyhenne ValIn

HELIA TIKO-05 13 (19) Looginen mallintaminen Tietokannan käsitteellinen malli sovitetaan käytettävän tietomallin mukaiseksi (esim. relaatiotietokannan malliksi) Looginen suunnittelu on riippumaton käytettävästä tietokantatuotteesta ja laitealustasta 1. Laadi luokkakaavion pohjalta relaatiokaavio 2. Lisää viiteavaimet 3. Johda relaatiokaavat 4. Normalisoi tarvittaessa (normalisointi käsitellään seuraavalla viikolla). 5. Tarkista relaatiot suhteessa tietotarpeisiin 6. Korjaa relaatiokaaviota tarvittaessa 7. Määrittele eheyssäännöt (vaiheet 1 & 2 voi kokemuksen karttuessa yhdistää)

HELIA TIKO-05 14 (19) Muunnos luokkakaaviosta relaatiokaavioksi 1.vaihe Luokkakaavio vaatii tiettyjä muutoksia, jotta siitä saadaan relaatiotietomallin mukainen relaatiokaavio 1. Jokaista luokkakaavion luokkaa kohden relaatiokaaviossa on yksi relaatio. Muunnoksen alussa relaatiolla on samat attribuutit kuin luokalla. 2. Jokainen monen suhde moneen (*:*) yhteys kuvataan omana relaationaan (luo uusi ns. apurelaatio / välittävä relaatio) 3. Mahdollinen ylemmän asteen yhteys (Yhteys jossa on useampi kuin 2 osapuolta) muutetaan binääriyhteyksiksi, jonka toiseksi osanottajaksi luodaan välittävä relaatio 4. Yhteys, johon liittyy attribuutteja, kuvataan omana relaationaan 5. Jokainen moniarvoinen ominaisuus kuvataan omana relaationaan 6. Pääluokan ja aliluokan välinen periytyvyyssuhde muutetaan yhden suhde yhteen (1:1) yhteydeksi. Mahdollisia koostumus- eli aggregaattiyhteyksiä käsitellään kuten tavallisia assosiaatioyhteyksiä Jos kirjoitat kaavioon myös attribuutit, lisää viiteavaimet vaihe2:n ohjeen mukaisesti

HELIA TIKO-05 15 (19) Esim. Kurssihallinto Luokkakaavio Opettaja ope_id ope_sukunimi ope_etunimi ope_huone ope_puh 1 0..* Kurssi kurssi_id krs_nimi krs_laajuus krs_alku_pvm krs_loppu_pvm 0..* 0..* Opiskelija opi_id opi_sukunimi opi_etunimi opi_katuosoite opi_postino opi_puhno Relaatiokaavio 1. Ei monen suhde moneen (*:*) -yhteyksiä 2. Ei korkeamman asteen yhteyksiä (vain binääriyhteyksiä) 3. Ei yhteyksiä joihin liittyy attribuutteja 4. Ei luokkia joissa moniarvoisia attribuutteja 5. Ei aliluokkia Opettaja ope_id ope_sukunimi ope_etunimi ope_huone ope_puh 1 0..* Kurssi krs_id krs_nimi krs_laajuus krs_alku_pvm krs_loppu_pvm krs_ope_id Opiskelija opi_id opi_sukunimi opi_etunimi opi_katuosoite opi_postino opi_puhno 1 1 0..* 0..* Osallistuminen krs_id opi_id opi_krs_arvosana

HELIA TIKO-05 16 (19) Relaatiokaaviosta relaatiokaavoiksi 2.vaihe Relaation attribuutteihin lisätään viiteavaimet kuvamaan relaatioiden välisiä yhteyksiä: 1. Jokainen (1:*) yhteys kuvataan lisäämällä viiteavain yhteyden *-päässä olevaan relaatioon 2. Jokainen (1:1) yhteys kuvataan lisäämällä viiteavain toiseen osallistuvaan osapuoleen sen mukaan kumpi osapuoli on yhteydessä pakollinen 3. Jokainen aliluokka kuvataan omana relaationaan se. pääavain on sama kuin pääluokan pääavain pääavain määritellään myös viiteavaimeksi viittaamaan pääluokkaa vastaavaan relaatioon. Ominaisuuksiksi määritellään vain sen omat emotyypistä poikkeavat ominaisuudet (ja mahd. viiteavaimet) Aliluokan relaatiototeutuksessa voidaan päätyä myös muunlaisiin ratkaisuihin! 4. Valmis relaatiokaavio esitetään tekstimuotoisena relaatiokaavana. ict03d_tks.doc 10.1.2007 12:22:00

HELIA TIKO-05 17 (19) Esim. Kurssihallinto relaatiokaava OPETTAJA(ope_id, ope_sukunimi, ope_etunimi, ope_huone, ope_puh) KURSSI(krs_id, krs_ope_id (FK), krs_nimi, krs_laajuus, krs_alku_pvm, krs_loppu_pvm) OPISKELIJA(opi_id, opi_sukunimi, opi_etunimi, opi_katuosoite, opi_postino, opi_puh) OSALLISTUMINEN(krs_id (FK), opi_id (FK), opi_krs_arvosana) pääavaimet alleviivattu viiteavaimet merkitty FK:lla

HELIA TIKO-05 18 (19) Käsitekaavion ja relaatiokaavion eroja Käsitekaavio tavoitteena ymmärtää ja kuvata kohdealueen käsitteistö ja rakenne kuvaa kohdealueen käsitteet / luokat (ja attribuutit) sekä käsitteiden / luokkien väliset yhteydet pääavain jokaiselle käsitteelle / luokalle viiteavainta ei tarvita (mutta saa olla) luokkahierarkia ja koostumussuhde OK monen suhde moneen (*:*) -yhteydet sallittu tietotyyppejä ei tarvitse vielä määritellä Relaatiokaavio = looginen kaavio tavoitteena kuvata kohdealueen rakenne relaatiotietomallin mukaisesti kuvaa kohdealueen käsitteitä vastaavat relaatiot (ja attribuutit) sekä relaatioiden väliset yhteydet relaatiotietomallin mukaisesti pääavain jokaiselle relaatiolle viiteavain kuvaamaan yhteyttä relaatioiden välillä vain assosiaatiot sallittu monen suhde moneen(*:*) yhteydet ei sallittu tietotyypit mieluusti määritelty ict03d_tks.doc 10.1.2007 12:22:00

HELIA TIKO-05 19 (19) Käsitteitä Formaali Muodollinen, tiettyjen sääntöjen mukainen Kuvauskieli Tiettyjen sääntöjen mukainen tapa kuvata kohteen rakennetta, merkitystä ja sisältöä Käsitekaavio (Conceptual Schema) Tietokannan tietosisällön graafinen kuvaus, jossa kohdetta kuvataan käsitteinä ja niiden välisinä suhteina. Kuvaus on riippumaton toteutusratkaisuista. (esim. luokkakaavio/erkaavio) Relaatiokaavio Tietokannan tietosisällön graafinen kuvaus, jossa kohdetta kuvataan relaatioina ja niiden välisinä yhteyksinä relaatiotietomallin mukaisesti. Kuvaus on riippumaton toteutusratkaisusta. Relaatiokaava (Relation schema) Formaali tekstimuotoien tapa kuvata relaation rakenne R(a1, a2, an) Tietohakemisto Tietokannan käsitteiden määrittely sanallisesti. Voi sisältää sekä käsitteellisen että loogisen vaiheen määrittelyjä