RNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze

Podobné dokumenty
RNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze

DBS Konceptuální modelování

Databáze 2013/2014. Konceptuální model DB. RNDr. David Hoksza, Ph.D.

Úvod do databázových systémů 6. cvičení

Úvod do databázových systémů

Databázové systémy. Vztahy a relace. 3.přednáška

Diagram výskytů a vztahů

Databáze. Logický model DB. David Hoksza

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.

Návrh databázového modelu

Databázové systémy. Ing. Radek Holý

Obsah přednášky. Databázové systémy RDBMS. Fáze návrhu RDBMS. Coddových 12 pravidel. Coddových 12 pravidel

DBS Transformace konceptuálního schématu na

Databázové modelování. Analýza Návrh konceptuálního schématu

Úvod do databázových systémů

Jiří Mašek BIVŠ V Pra r ha

Seminá e. Ing. Michal Valenta PhD. Databázové systémy BI-DBS ZS 2010/11, sem. 1-13

Analýza a modelování dat. Helena Palovská

Funkční schéma Datové schéma Integrita modelu s realitou

Databáze I. Přednáška 2

Databázové systémy. Cvičení 2

Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky.

2. Modelovací jazyk UML 2.1 Struktura UML Diagram tříd Asociace OCL. 3. Smalltalk 3.1 Jazyk Pojmenování

Relace x vztah (relationship)

Obsah přednášky. Databázové systémy. Normalizace relací. Normalizace relací. Normalizace relací. Normalizace relací

DBS Konceptuální modelování

Tvorba informačních systémů

Analýza a modelování dat 2. přednáška. Helena Palovská

Databázové systémy. Tomáš Skopal. - úvod do relačního modelu. - převod konceptuálního schématu do relačního

Analýza a modelování dat. Přednáška 4

Databázové systémy. Přednáška 1

Konceptuální modelování

Fakulta elektrotechniky a informatiky Vysoká škola báňská - Technická univerzita Ostrava. Úvod do databázových systémů 2012/2013 IS MHD

Informační systémy 2008/2009. Radim Farana. Obsah. Obsah předmětu. Požadavky kreditového systému. Relační datový model, Architektury databází

Konceptuální modelování. Pavel Tyl

Analýza dat a modelování. Přednáška 2

Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit (entitní množiny) Atributy

Konceptuální modelování

C8 Relační databáze. 1. Datový model

4IT218 Databáze. 4IT218 Databáze

Úvod do softwarového inženýrství IUS 2009/2010 p.1/30

A5M33IZS Informační a znalostní systémy. O čem předmět bude? Úvod do problematiky databázových systémů

Databázové systémy. modelování. Tomáš Skopal. - úvod. - konceptuální datové

Transformace konceptuálního modelu na relační

Úvod do databázových systémů 1. cvičení

Principy UML. Clear View Training 2005 v2.2 1

Nemocnice. Prvotní analýza a plán projektu

A5M33IZS Informační a znalostní systémy. Relační databázová technologie

EXTRAKT z mezinárodní normy

Databázové systémy 1. Cvičení č. 9. Fakulta elektrotechniky a informatiky Univerzita Pardubice

Okruhy z odborných předmětů

PV167 Projekt z obj. návrhu IS. 26. března 2008

Datové modelování II

Formální konceptuální analýza

Databáze 2011/2012 Konceptuální model DB. RNDr. David Hoksza, Ph.D.

Význam datových standardů pro automatizované sdílení dat

Modelování procesů s využitím MS Visio.

Primární klíč (Primary Key - PK) Je právě jedna množina atributů patřící jednomu z kandidátů primárního klíče.

PC: Identifikace struktury zobecněného dynamického systému

5. Formalizace návrhu databáze

5. Formalizace návrhu databáze

Modelový příklad Knihovna Vypracovaný příklad ze cvičení včetně komentářů k řešení

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika

Úvod do databázových systémů. Cvičení 12 Ing. Martin Zwierzyna

Transformace ER SQL. Ing. Michal Valenta PhD. Databázové systémy BI-DBS ZS 2010/11, P edn. 9

Úvod do databázových systémů 2012/2013 IS MHD. Jiří Znoj zno

OOT Objektově orientované technologie

Ruční návrh Připravíme si odpovědi na základní otázky Co chceme řešit (projektovat) a proč Komu to bude sloužit Jaký užitek z toho bude mít uživatel I

OOT Objektově orientované technologie

2. Konceptuální model dat, E-R konceptuální model

MODELOVÁNÍ DAT V INFORMAČNÍCH SYSTÉMECH. Jindřich Kaluža Ludmila Kalužová

Objektové modelování BI-OMO 4. cvičení

RELAČNÍ DATABÁZOVÉ SYSTÉMY

4 ARCHITEKTURA PODNIKOVÝCH PROCESŮ S ARISEM

U Úvod do modelování a simulace systémů

Databázové patterny. RNDr. Ondřej Zýka

Strukturované metodologie

Objektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová

Databázový systém označuje soubor programových prostředků, které umožňují přístup k datům uloženým v databázi.

Relační databázová technologie

Modelování požadavků

Prohlášení ú astníka výb rového ízení k výb rovému ízení ís. SBN/020/2015

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

Marketingová komunikace. 2. soustředění. Mgr. Pavel Vávra Kombinované studium Skupina N9KMK1aPH/N9KMK1bPH (um1a1ph/um1b1ph)

Kurz Databáze. Obsah. Návrh databáze E-R model. Datová analýza, tabulky a vazby. Doc. Ing. Radim Farana, CSc.

Úvod do databázových systémů

Konceptuální datové modely používané při analýze

Úvod do databázových systémů. Lekce 1

2 Konceptuální modelování a návrh databáze

Metodika návrhu databáze

2 Konceptuální modelování a návrh databáze

Zobrazte si svazy a uspořádané množiny! Jan Outrata

Vývoj IS - strukturované paradigma II

Obsah. Zpracoval:

Zjednodušení generativního systému redukcí rozlišení

6 Objektově-orientovaný vývoj programového vybavení

8.2 Používání a tvorba databází

Databázové systémy. Datová integrita + základy relační algebry. 4.přednáška

Microsoft. Access. Databáze s více tabulkami. Mgr. Jan Veverka Střední odborná škola sociální Evangelická akademie

Kritéria hodnocení praktické maturitní zkoušky z databázových systémů

Transkript:

RNDr. Jakub Lokoč, Ph.D. RNDr. Michal Kopecký, Ph.D. Katedra softwarového inženýrství Matematicko-Fyzikální fakulta Univerzita Karlova v Praze 1

Konceptuální modelování 2

Vytvořte model pro reprezentaci matriky obsahující základní informace o osobách a jejich rodinných vztazích. O osobách je potřeba si pamatovat jejich (biologické) rodiče a informace o kách a ech. K základním informacím o osobě patří datum narození, případně úmrtí, jméno, a pohlaví. Rodič 0..2 Základní entitou / třídou bude. Atribut by měl být nepovinný. je vztahem mezi dvěma osobami. Každá osoba může mít až dva rodiče. Rodiče nesmí být povinní, jinak by nešla kvůli tomu žádná osoba vložit. ka (0,2) +rodič + - - - () - Totéž v UML. Pouze kardinality vztahů jsou Znázorněny prohozené. +ka 3

Vytvořte model pro reprezentaci matriky obsahující základní informace o osobách a jejich rodinných vztazích. O osobách je potřeba si pamatovat jejich (biologické) rodiče a informace o kách a ech. K základním informacím o osobě patří datum narození, případně úmrtí, jméno, a pohlaví. Vztah na rodiče by bylo vhodné rozdělit na dva vztahy - a. Lépe se bude zjišťovat, který z rodičů je který. ka + - - - () - +ka 4

Vztah nedovoluje modelovat historii sňatků, pouze aktuální sňatky. Změna vztahu na M:N by ani tak nedovolil opětovný sňatek stejných osob. Řešením bude upgrade vztahu na samostatnou entitu. V E-R modelu bude slabě závislá na obou osobách. datrozvodu + - - - () - +ka žel 1..1 1..1 želka - datrozvodu 5

Poslední úpravou bude vytvoření hierarchie osob dle pohlaví, tedy přidání dvou entit a. To umožní detailněji specifikovat typy vztažených entit ve vztazích - - - () - datrozvodu ka žel 1..1 1..1 želka + +ka - datrozvodu 6

Převod do logického relačního modelu 7

Rodič 0..2 ka Převod E-R i UML bude celkem přímočarý. Nejprve entita (třída), potom oba vztahy, kde oba jsou v podstatě M:N (více než 1:N). V převodu z UML budou umělé klíče. Informace o identifikační schopnosti není součástí diagramu, ale případného OCL omezení. Atribut bude jako neklíčový přidán do relace, která vztah modeluje. (,,, (mažel,ka,)., ka. Rodič(rodič,potomek) rodič., potomek. (0,2) +rodič + - - - () - (ID,,,, (maželid,kaid,) ID.ID, kaid.id Rodič(rodičID,potomekID) rodičid.osobaid, potomekid.id +ka 8

ka Převod E-R i UML bude obdobný předchozímu, pouze vztahová tabulka Rodič bude nahrazena dvojicí vztahových tabulek a. + +ka - - - () - (,,, (mažel,ka,)., ka. (otec,potomek) otec., potomek. (matka,potomek) matka., potomek. (ID,,,, (maželid,kaid,) ID.ID, kaid.id (otecid,potomekid) otecid.osobaid, potomekid.id (matkaid,potomekid) matkaid.osobaid, potomekid.id 9

žel datrozvodu 1..1 1..1 želka Převod E-R i UML bude opět obdobný předchozímu. V E-R bude mít pouze vztahová tabulka jiný složený klíč, obě plus atribut. Navíc bude mít vazební tabulka nový neklíčový atribut datrozvodu. V UML bude nyní plnohodnotná entita s vlastním ID a přibude atribut datrozvodu. Dva 1:N vztahy mezi třídami a budou vnořeny do ní. + - - - () - - datrozvodu +ka (,,, (mažel,ka,, datrozvodu)., ka. (otec,potomek) otec., potomek. (matka,potomek) matka., potomek. (ID,,,, (ID,, datrozvodu, maželid,kaid) ID.ID, kaid.id (otecid,potomekid) otecid.osobaid, potomekid.id (matkaid,potomekid) matkaid.osobaid, potomekid.id 10

Změna se bude týkat jen převodu hierarchie a případně definic cizích klíčů. V nejobecnějším případě převodu vzniknou pro hierarchii tří entit (tříd) tři relační schémata, a. V obou modelech by bylo zřejmě možné atribut pohlaví odebrat. Pozná se jinak. - - - () - datrozvodu ka + +ka žel 1..1 1..1 želka - datrozvodu (,,, (),. (),...,.ka..otec.,.matka. (ID,,,, (ID), osobaid.id (ID), osobaid.id.id.id,.ka.id.otecid.,.matkaid.id 11

Pokud se budeme chtít vyhnout spojování relací a, resp. a, je možné celou hierarchii převést jako jediné schéma. V tomto případě dopadne převod stejně, Jako převod bez hierarchie o dva slidy dříve. - - - () - datrozvodu ka + +ka žel 1..1 1..1 želka - datrozvodu (,,, (ID,,,, (mažel,ka,, (ID,, datrozvodu, datrozvodu) maželid,kaid)., ID.ID, ka. kaid.id (otec,potomek) (otecid,potomekid) otec., otecid.osobaid, potomek. potomekid.id (matka,potomek) (matkaid,potomekid) matka., matkaid.osobaid, potomek. potomekid.id 12

žel datrozvodu 1..1 1..1 želka ka Pokud budeme brát entitu jako abstraktní, a dědění jako exkluzivní (nikdo není zároveň muž i žena), bylo by možné vytvořit jen dvě relace a a zrušit relaci. V návaznosti by se zpřesnily některé cizí klíče, ale musely by být zrušeny ty cizí klíče v a, které musí vést na osoby. V tomto případě by tedy tato volba nebyla vhodná. - - - () - + +ka - datrozvodu ( ) (,,, (,,,..,.ka..otec.,.potomek???,.matka.,.potomek??? ( ) (ID,,,,Příjmení,pohlaví) (ID,,,,Příjmení,pohlaví).ID.ID,.ka.ID.otecID.,.potomekID???,.matkaID.ID,.potomekID??? 13