Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4)

Wielkość: px
Rozpocząć pokaz od strony:

Download "Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4)"

Transkrypt

1 1 Plan rozdziału 2 Modelowanie związków encji Przykładowy opis miniświata Encje Związki stopień związku typ asocjacji Notacje diagramów E Hierarchie encji Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) 3 Etapy budowy systemu informatycznego przedsiębiorstwa (2/4) 4

2 Etapy budowy systemu informatycznego przedsiębiorstwa (3/4) 5 Etapy budowy systemu informatycznego przedsiębiorstwa (4/4) 6 Fazy projektowania bazy danych 7 Przykład 8 niezależne od SZBD zależne od SZBD analiza funkcjonalna projekt aplikacji implementacja transakcji miniświat zebranie wymagań projekt pojęciowy projekt logiczny projekt fizyczny Baza danych pewnego przedsiębiorstwa zawiera informacje o pracownikach, departamentach i projektach. Faza zbierania wymagań zaowocowała następującym opisem miniświata: Przedsiębiorstwo składa się z departamentów, każdy departament posiada unikalną nazwę, unikalny numer oraz pracownika będącego kierownikiem. Konieczne jest przechowywanie daty, od której dany pracownik zaczął kierować departamentem. Każdy departament może posiadać wiele lokalizacji. Lokalizacja posiada nazwę i adres (miasto, kod, ulica, nr domu). Departamenty kontrolują wykonanie projektów. Każdy projekt posiada unikalną nazwę, numer, oraz pojedynczą lokalizację. Każdy pracownik posiada imię, nazwisko, numer PESEL, adres, pensję, płeć, oraz datę urodzenia. Każdy pracownik jest przypisany do jednego departamentu, ale może jednocześnie pracować nad wieloma projektami (niekoniecznie w ramach własnego departamentu). Dla każdego pracownika chcemy pamiętać liczbę godzin, które pracownik przepracował nad każdym projektem. Każdy pracownik posiada przełożonego (innego pracownika). Dla każdego pracownika zapamiętujemy informacje o członkach rodziny (na potrzeby polisy ubezpieczeniowej). Należy pamiętać imię, płeć, datę urodzenia i stopień pokrewieństwa każdego członka rodziny

3 Encja 9 Co może reprezentować encja? 10 Encja Encja (ang. (ang. entity) to to "rzecz" w modelowanym miniświecie, która która posiada niezależne istnienie i i o której której chcemy przechowywać informacje. Encja Encja może może być być obiektem materialnym, obiektem niematerialnym, zdarzeniem lub lub faktem. Cechy encji: każda encja posiada cechy zwane ami, każda encja posiada unikalny identyfikator, obiekt rzeczywisty może być reprezentowany w modelu przez co najwyżej jedną encję, reprezentacje konkretnych obiektów miniświata stanowią instancje (wystąpienia) encji. Obiekt materialny: pracownik, książka, samochód, towar Obiekt niematerialny: faktura, projekt, konto, zamówienie, grupa pracowników Zdarzenie: choroba pracownika, przyznanie nagrody, kontrola Fakt: znajomość języka obcego, stan magazynowy produktu id_pracownika nazwisko stanowisko data_urodzenia pensja pensja encja Niebieski Czerwony Dyrektor Zielony Zielony Z-ca Spec.ds.logistyki Z-ca dyrektora encja instancje encji... Typy ów 11 Atrybuty kluczowe 12 Proste i złożone prosty/atomowy (ang. simple/atomic): niepodzielny, np. imię, nazwisko, pensja, etat złożony (ang. composite): może być podzielony na y proste, np. adres Jedno- i wielowartościowe jednowartościowy (ang. single-valued): w dowolnej chwili posiada tylko jedną wartość, np. wiek, nazwisko wielowartościowy (ang. multi-valued): może posiadać wiele wartości (możliwe ograniczenia), np. języki obce Oryginalne i wywiedzione oryginalny (ang. stored): wartość u zapisana w bd wywiedziony (ang. derived): wartość u została wyliczona na podstawie innego u, np. wiek Każda Każda encja encja posiada (lub (lub zbiór zbiór ów) będących unikalnym identyfikatorem encji. encji. Wartości unikalnego identyfikatora są są unikalne w ramach wszystkich wystąpień encji. encji. Przykłady unikalnych identyfikatorów encji identyfikatory proste naturalne: PESEL, NIP, ISBN identyfikatory proste sztuczne: ID_PACOWNIKA, ID_ZAMOWIENIA identyfikatory złożone: N_EJESTACYJNY, INDEKS

4 Związki Definicje związek między encjami,,..., E n definiuje zbiór asocjacji między instancjami tych encji. Związek jest matematyczną relacją składającą się z instancji związku r i, gdzie r i wiąże n instancji encji (e 1,e 2,..., e n ) i każda instancja e j, 1 j n jest wystąpieniem encji E j. związek między encjami,,..., E n jest podzbiorem iloczynu kartezjańskiego... E n 13 Stopień związku (1/3) Stopień związku to liczba encji uczestniczących w związku związki unarne: wiążą jedną encję, najczęściej reprezentują rekurencyjne powiązanie hierarchiczne między obiektami określonego typu, przykłady takich związków to "jest przełożonym", "jest częścią", "wchodzi w skład". Dla związków unarnych konieczne jest określenie roli, jaką gra każda instancja encji w związku. 14 Pracuje W Departament Jest przełożonym szef d 1 podwładny d 2 p 4 podwładny podwładny p 4 r 4 d 3 p 5 szef Stopień związku (2/3) 15 Stopień związku (3/3) 16 Stopień związku to liczba encji uczestniczących w związku związki binarne: wiążą instancje dwóch encji, są to najpopularniejsze i najczęściej spotykane rodzaje związków Stopień związku to liczba encji uczestniczących w związku związki ternarne: wiążą instancje trzech encji UWAGA: związku ternarnego (A,B,C) nie wolno mylić z trzema związkami binarnymi 1 (A,B) 2 (A,C) 3 (B,C) Posiada Samochód Pracuje Nad Projekt s 1 s 2 t 1 ola p 4 s 3 l 1 t 2 l2 t 3 l 3

5 Typ asocjacji związku (1/3) 17 Typ asocjacji związku (2/3) 18 Typ asocjacji określa liczbę instancji związku w których może brać udział instancja encji związki typu 1:1 każda instancja encji może brać udział w co najwyżej jednej instancji związku Jest Kierownikiem Departament Typ asocjacji określa liczbę instancji związku w których może brać udział instancja encji związki typu 1:N instancje jednej encji mogą brać udział w co najwyżej jednej instancji związku, instancje drugiej encji mogą brać udział w dowolnej liczbie instancji związku Producent Produkuje Część d 1 c 1 p 4 d 3 d 2 p 2 c 3 c 2 może może być być kierownikiem co co najwyżej jednego departamentu, departament ma ma co co najwyżej jednego kierownika Producent może może produkować wiele wiele części, części, każda każda część część jest jest produkowana przez przez co co najwyżej jednego producenta Typ asocjacji związku (3/3) 19 Przynależność do związku 20 Typ asocjacji określa liczbę instancji związku w których może brać udział instancja encji związki typu N:M instancje każdej encji mogą brać udział w dowolnej liczbie instancji związku Dostawca d 1 Dostarcza Towar t 1 Istnieją dwa rodzaje ograniczeń na przynależność totalna przynależność (ang. total participation) encji w związku oznacza, że każda instancja encji musi brać udział w jakiejś instancji związku (związek jest obligatoryjny), częściowa przynależność (ang. partial participation) encji w związku oznacza, że mogą istnieć instancje encji nie biorące udziału w żadnej instancji związku (związek jest opcjonalny) Wykładowca Wykłada Przedmiot t 2 t3 d 2 w 1 w2 t 4 w 3 p 2 Każdy Każdy dostawca może może dostarczać wielu wielu towarów, każdy każdy towar towar może może być być dostarczany przez przez wielu wielu dostawców w 4

6 Encje słabe 21 Notacja (1/3) 22 Definicja encje słabe (ang. weak entities) nie posiadają własnego unikalnego identyfikatora, lecz są identyfikowane poprzez związek z encją nadrzędną (encją identyfikującą). Mówimy wówczas, że związek jest częścią unikalnego identyfikatora encji słabej. Encja słaba posiada częściowy unikalny identyfikator rozróżniający instancje należące do tej samej encji identyfikującej Posiada Dziecko Dziecko Anna d 1 Dziecko Pracuje Nad Należy Do nazwisko encja encja słaba związek związek identyfikujący kod ulica adres wiek 1 N dom wywiedziony złożony totalne uczestnictwo liczność związku p 2 Jan Anna d 2 d 3 PESEL języki unikalny identyfikator wielowartościowy (min,max) E ograniczenia liczności Notacja (Chen) (2/3) 23 Notacja (Oracle) (3/3) 24 Dziecko Pracuje Nad encja encja słaba związek kod ulica adres wiek dom wywiedziony złożony # PESEL * Nazwisko Data ur encja unikalny identyfikator wymagany opcjonalny Należy Do nazwisko związek identyfikujący uczestnictwo liczność związku związek 1:1 związek wymagany/opcjonalny PESEL języki unikalny identyfikator wielowartościowy (min,max) E ograniczenia liczności związek 1:N związek identyfikujący

7 Hierarchia encji (1/3) 25 Hierarchia encji (2/3) 26 Nadklasy i podklasy podobne encje o wspólnym zbiorze ów można generalizować za pomocą encji nadklasy (ang. superclass), zwaną też encją generalizacji, każda instancja encji podklasy jest jednocześnie wystąpieniem encji nadklasy, encje podklas mogą być rozłączne lub nakładające się, encja podklasy dziedziczy wszystkie y oraz związki encji nadklasy Związki w hierarchii encji związki dotyczące encji nadklasy związki dotyczące encji podklasy związki wykluczające się Departament Jednostka Organizacyjna Niebieski Dyrektor nr nr dow: dow: DD DD Brown Brown CFO CFO pass: pass: AB AB encje podklasy encja generalizacji id_pracownika nazwisko stanowisko krajowy nr_dowodu_osobistego zagraniczny nr_paszportu Stanowisko Projekt kontraktowy tymczasowy Hierarchia encji (3/3) 27 Specjalizacja i generalizacja 28 czy każda instancja encji nadklasy musi być instancją którejś z encji podklasy? PESEL Nazwisko D Data Ur. encje podklasy są rozłączne (D) lub nakładają się (O) Pr.techniczny Pr.administracyjny Pr.inżynieryjny Specjalizacja definiowanie zbioru encji podklas na podstawie encji nadklasy Generalizacja definiowanie ogólnej encji nadklasy na podstawie istniejącego zbioru encji, które automatycznie stają się encjami podklas Cechy specjalizacji/generalizacji definiowane przez predykat, lub użytkownika specjalizacja może być rozłączna lub nakładająca się specjalizacja może być pełna lub częściowa Kategoria Uprawnienia

8 Kategorie 29 Ograniczenia integralnościowe 30 Kategoria kolekcja obiektów wystąpień różnych encji powiązanych w jeden typ nadklasy (typ połączeniowy, ang. union type) kategoria może mieć charakter pełny lub częściowy w przypadku kategorii następuje selektywne dziedziczenie ów Nazwisko Nazwa Osoba Firma Bank U Nazwa Dziedzina wartości typ i przedział wartości dla u: NAZWA VACHA2(100) Obligatoryjność wartość dla każdego wystąpienia encji: * NAZWISKO, IMIE Unikalność unikalna wartość dla każdego wystąpienia encji: # PESEL Zawężenie dziedziny wartości złożone reguły poprawności u: CHECK (PLEC IN ('K','M')) Dynamika wartości kolejność poprawnych wartości: kawaler żonaty wdowiec Samochód Właściciel Podsumowanie 31 Pytania 32 Encje reprezentują obiekty modelowanego miniświata. Atrybuty encji dzielimy na: proste (atomowe), złożone, wielowartościowe. Związki między encjami charakteryzują się: stopniem: związki unarne, binarne, ternarne, typem asocjacji: 1:1, 1:N, N:M, przynależnością: opcjonalna i obowiązkowa Istnieje wiele notacji dla diagramów E: notacja podstawowa, notacja Chena, notacje Oracle Hierarchie encji encje nadklasy i podklasy związki wykluczające się, związki nadklas i podklas Zdefiniuj poniższe pojęcia: encja,, instancja związku, złożony, wielowartościowy, wywiedziony, unikalny identyfikator encji, stopień związku, typ asocjacji związku, przynależność do związku, encja słaba, specjalizacja, generalizacja, kategoria Odpowiedz na poniższe pytania: jaka jest różnica między związkiem i instancją związku? kiedy konieczne jest użycie ról w związkach? jaka jest różnica między encją i encją słabą? jaka jest różnica między związkiem ternarnym i odpowiadającym mu trzem związkom binarnym? jaki rodzaj związku (1:1, 1:N, N:M, opcjonalny/obligatoryjny) jest logicznie niemożliwy do spełnienia?

9 Zadanie Malarze malują obrazy, które są prezentowane podczas wystaw. Każdy malarz posiada unikalny sztuczny identyfikator, imię, nazwisko, narodowość, datę urodzenia i datę śmierci. Z każdym malarzem może być związana jedna lub więcej not biograficznych. Każda nota biograficzna posiada swojego autora i określoną treść. Każdy autor noty biograficznej (opisany przez imię i nazwisko) może napisać co najwyżej jedną notę o danym malarzu, przy czym jeden autor może napisać wiele not o różnych malarzach. Nie ma sensu przechowywać noty biograficznej o malarzu który nie został wprowadzony do bazy danych. Każdy obraz posiada swój unikalny sztuczny identyfikator, tytuł, oraz datę powstania. Każdy obraz reprezentuje określony styl malarski. Dla stylu malarskiego należy pamiętać jego nazwę (nazwa stylu jest unikalna), datę początku i datę końca występowania danego stylu. Każdy obraz zaliczany jest do jednego i tylko jednego stylu. Każdy styl posiada malarza, który jest sztandarowym przedstawicielem tego stylu. Każdy malarz może być sztandarowym reprezentantem co najwyżej jednego stylu. Obrazy są prezentowane podczas wystaw. Każda wystawa ma unikalny sztuczny identyfikator, nazwę, datę rozpoczęcia, datę zakończenia oraz adres. Adres składa się z nazwy obiektu ekspozycyjnego, ulicy, numeru kodu i nazwy miasta. Każdy obraz może być prezentowany w ramach wielu wystaw, na każdej wystawie prezentowanych jest wiele obrazów. W trakcie każdej wystawy dany obraz może być prezentowany jako własny lub wypożyczony. 33 Zadanie Należy zbudować system informatyczny wspomagający pracę agencji organizującej koncerty i festiwale muzyczne. Każdy koncert posiada datę, lokalizację (opis miejsca odbywania się koncertu), czas trwania koncertu (wyrażony w minutach) oraz rodzaj (np. sala koncertowa, klub, otwarty stadion) Każdy koncert odbywa się w określonym mieście. Dla każdego miasta należy pamiętać nazwę miasta i nazwę kraju Koncert może się odbywać jako samodzielne wydarzenie albo może być częścią większego festiwalu. W ramach festiwalu zawsze odbywa się co najmniej jeden koncert. Każdy festiwal posiada swoją nazwę, lokalizację oraz rok odbycia. Każdy festiwal odbywa się w dokładnie jednym mieście (nie ma festiwali które odbywają się jednocześnie w wielu miastach) Na każdy koncert sprzedawane są bilety. Każdy bilet posiada unikalny numer w ramach koncertu na który został wystawiony. Bilet poza numerem posiada cenę i rodzaj (np. ulgowy, VIP) Koncerty są wykonywane przez wykonawców. Każdy wykonawca reprezentuje jakiś typ muzyki (np. rock, pop, jazz). Wykonawcą może być solista lub zespół. Dla solisty należy pamiętać jego nazwisko i datę urodzenia, dla zespołu należy pamiętać nazwę zespołu i datę założenia zespołu. Każdy zespół musi się składać zjednego bądź wielu muzyków, przy czym każdy muzyk może grać w dowolnej liczbie zespołów. Dla każdego muzyka należy zapamiętać jego nazwisko, datę urodzenia i instrument na którym gra muzyk. 34

Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4)

Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4) 1 Plan rozdziału 2 Modelowanie związków encji Przykładowy opis miniświata Encje Związki stopień związku typ asocjacji opcjonalność i mandatoryjność Notacje diagramów E Hierarchie encji Etapy budowy systemu

Bardziej szczegółowo

Modelowanie danych, projektowanie systemu informatycznego

Modelowanie danych, projektowanie systemu informatycznego Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym

Bardziej szczegółowo

1 Projektowanie systemu informatycznego

1 Projektowanie systemu informatycznego Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................

Bardziej szczegółowo

PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"

PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu Podstawy baz danych PODSTAWY BAZ DANYCH 5. Modelowanie danych 1 Etapy tworzenia systemu informatycznego Etapy tworzenia systemu informatycznego - (według CASE*Method) (CASE Computer Aided Systems Engineering ) Analiza wymagań

Bardziej szczegółowo

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji Modelowanie danych. Model związków-encji Plan wykładu Wprowadzenie do modelowania i projektowania kartograficznych systemów informatycznych Model związków-encji encje atrybuty encji związki pomiędzy encjami

Bardziej szczegółowo

030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła

030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła 030 PROJEKTOWANIE BAZ DANYCH Prof. dr hab. Marek Wisła Elementy procesu projektowania bazy danych Badanie zależności funkcyjnych Normalizacja Projektowanie bazy danych Model ER, diagramy ERD Encje, atrybuty,

Bardziej szczegółowo

PLAN WYKŁADU BAZY DANYCH GŁÓWNE ETAPY PROJEKTOWANIA BAZY MODELOWANIE LOGICZNE

PLAN WYKŁADU BAZY DANYCH GŁÓWNE ETAPY PROJEKTOWANIA BAZY MODELOWANIE LOGICZNE PLAN WYKŁADU Modelowanie logiczne Transformacja ERD w model relacyjny Odwzorowanie encji Odwzorowanie związków Odwzorowanie specjalizacji i generalizacji BAZY DANYCH Wykład 7 dr inż. Agnieszka Bołtuć GŁÓWNE

Bardziej szczegółowo

Projektowanie bazy danych

Projektowanie bazy danych Projektowanie bazy danych Cel wykładu Umiejętność zamodelowania bazy danych na diagramie Plan wykładu Cel modelowania konceptualnego i modelu ER Etapy modelowania konceptualnego Model ER (związków encji)

Bardziej szczegółowo

Modelowanie danych Model związków-encji

Modelowanie danych Model związków-encji Modelowanie danych Model związków-encji Wykład przygotował: Robert Wrembel BD wykład 3 (1) Plan wykładu Wprowadzenie do modelowania i projektowania systemów informatycznych Model związków-encji encje atrybuty

Bardziej szczegółowo

Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.

Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 3: Model związków encji. dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl Co to jest model związków encji? Model związków

Bardziej szczegółowo

Systemy informatyczne. Modelowanie danych systemów informatycznych

Systemy informatyczne. Modelowanie danych systemów informatycznych Modelowanie danych systemów informatycznych Diagramy związków encji Entity-Relationship Diagrams Modelowanie danych diagramy związków encji ERD (ang. Entity-Relationship Diagrams) diagramy związków encji

Bardziej szczegółowo

Modelowanie danych. Biologiczne Aplikacje Baz Danych

Modelowanie danych. Biologiczne Aplikacje Baz Danych Modelowanie danych ì Biologiczne Aplikacje Baz Danych dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl Modelowanie ì ì Modelowanie - odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie

Bardziej szczegółowo

Transformacja modelu ER do modelu relacyjnego

Transformacja modelu ER do modelu relacyjnego Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) 1 Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2)

Bardziej szczegółowo

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO Biologiczne Aplikacje Baz Danych dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl REPETYTORIUM Schemat bazy danych zbiór schematów relacji Relacja (tabela)

Bardziej szczegółowo

Temat: Modelowanie schematu bazy danych za pomocą diagramów związków encji (Entity Relationship Diagrams ERD)

Temat: Modelowanie schematu bazy danych za pomocą diagramów związków encji (Entity Relationship Diagrams ERD) W y k ł a d II Temat: Modelowanie schematu bazy danych za pomocą diagramów związków encji (Entity Relationship Diagrams ERD) Plan wykładu: Cel modelowania konceptualnego i modelu ER Etapy modelowania konceptualnego

Bardziej szczegółowo

MODELOWANIE DANYCH. Biologiczne Aplikacje Baz Danych. dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl

MODELOWANIE DANYCH. Biologiczne Aplikacje Baz Danych. dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl MODELOWANIE DANYCH Biologiczne Aplikacje Baz Danych dr inż. Anna Leśniewska alesniewska@cs.put.poznan.pl MODELOWANIE Modelowanie - odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym

Bardziej szczegółowo

Modelowanie danych Model związków-encji

Modelowanie danych Model związków-encji Modelowanie danych Model związków-encji Wykład przygotował: Robert Wrembel BD wykład 3 (1) Plan wykładu Wprowadzenie do modelowania i projektowania systemów informatycznych Model związków-encji encje atrybuty

Bardziej szczegółowo

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA Relacyjny model danych. Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA Relacyjny model danych. Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe Relacyjny model danych Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe Charakterystyka baz danych Model danych definiuje struktury danych operacje ograniczenia integralnościowe

Bardziej szczegółowo

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM

Bardziej szczegółowo

Świat rzeczywisty i jego model

Świat rzeczywisty i jego model 2 Świat rzeczywisty i jego model Świat rzeczywisty (dziedzina problemu) Świat obiektów (model dziedziny) Dom Samochód Osoba Modelowanie 3 Byty i obiekty Byt - element świata rzeczywistego (dziedziny problemu),

Bardziej szczegółowo

TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ

TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ 1. Diagram obiektów i związków (DOZ) 2. Szczegółowa specyfikacja obiektów, atrybutów i związków GHJ 1 Metodyki strukturalne IE (Information Engineering) Martin

Bardziej szczegółowo

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM,

Bazy Danych. Modele danych. Krzysztof Regulski WIMiIP, KISiM, Bazy Danych Modele danych Krzysztof Regulski WIMiIP, KISiM, regulski@agh.edu.pl Cele modelowania Strategia informatyzacji organizacji Cele informatyzacji Specyfikacja wymagań użytkownika Model procesów

Bardziej szczegółowo

Zasady transformacji modelu DOZ do projektu tabel bazy danych

Zasady transformacji modelu DOZ do projektu tabel bazy danych Zasady transformacji modelu DOZ do projektu tabel bazy danych A. Obiekty proste B. Obiekty z podtypami C. Związki rozłączne GHJ 1 A. Projektowanie - obiekty proste TRASA # * numer POZYCJA o planowana godzina

Bardziej szczegółowo

Utwórz klucz podstawowy relacji na podstawie unikalnego identyfikatora encji. podstawie kluczy podstawowych wiązanych relacji.

Utwórz klucz podstawowy relacji na podstawie unikalnego identyfikatora encji. podstawie kluczy podstawowych wiązanych relacji. TRANSFORMACJA DO SCHEMATU RELACYJNEGO pojęcia podstawowe Repetytorium pojęcia podstawowe relacyjnego modelu danych Schemat implementacyjny (logiczny) bazy danych: schemat, na którym działają aplikacje.

Bardziej szczegółowo

Transformacja modelu EER do postaci relacyjnego modelu danych. Zbyszko Królikowski

Transformacja modelu EER do postaci relacyjnego modelu danych. Zbyszko Królikowski Transformacja modelu EER do postaci relacyjnego modelu danych Zbyszko Królikowski 1 Repetytorium pojęcia podstawowe relacyjnego modelu danych Schemat implementacyjny (logiczny) bazy danych: schemat, na

Bardziej szczegółowo

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki

Bardziej szczegółowo

Projektowanie baz danych

Projektowanie baz danych Projektowanie baz danych Etapy procesu projektowania BD Określenie celów, jakim ma służyć baza danych (w kontakcie z decydentem z firmy zamawiającej projekt). Sprecyzowanie zakresu dostępnych danych, kategorii

Bardziej szczegółowo

Wykład 2. Relacyjny model danych

Wykład 2. Relacyjny model danych Wykład 2 Relacyjny model danych Wymagania stawiane modelowi danych Unikanie nadmiarowości danych (redundancji) jedna informacja powinna być wpisana do bazy danych tylko jeden raz Problem powtarzających

Bardziej szczegółowo

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe

Bardziej szczegółowo

Autor: Joanna Karwowska

Autor: Joanna Karwowska Autor: Joanna Karwowska W bazie danych przechowujemy tylko niektóre informacje o świecie rzeczywistym. Wybór właściwych wycinków rzeczywistości i dotyczących ich danych jest bardzo istotny od niego zależy

Bardziej szczegółowo

2010-10-21 PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA

2010-10-21 PLAN WYKŁADU BAZY DANYCH MODEL DANYCH. Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna HISTORIA PLAN WYKŁADU Relacyjny model danych Struktury danych Operacje Integralność danych Algebra relacyjna BAZY DANYCH Wykład 2 dr inż. Agnieszka Bołtuć MODEL DANYCH Model danych jest zbiorem ogólnych zasad posługiwania

Bardziej szczegółowo

Bazy danych i usługi sieciowe

Bazy danych i usługi sieciowe Bazy danych i usługi sieciowe Modelowanie związków encji Paweł Daniluk Wydział Fizyki Jesień 2014 P. Daniluk (Wydział Fizyki) BDiUS w. II Jesień 2014 1 / 28 Modelowanie Modelowanie polega na odwzorowaniu

Bardziej szczegółowo

Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)

Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne) Bazy danych 1 Wykład 5 Metodologia projektowania baz danych (projektowanie logiczne) Projektowanie logiczne przegląd krok po kroku 1. Usuń własności niekompatybilne z modelem relacyjnym 2. Wyznacz relacje

Bardziej szczegółowo

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski

Bazy danych. Andrzej Grzybowski. Instytut Fizyki, Uniwersytet Śląski Bazy danych Andrzej Grzybowski Instytut Fizyki, Uniwersytet Śląski Wykład 6 Model relacyjny danych projektowanie relacyjnych baz danych, model logiczny i relacyjny, zastosowanie Oracle SQL Developer Data

Bardziej szczegółowo

Transformacja modelu ER do modelu relacyjnego

Transformacja modelu ER do modelu relacyjnego Transformacja modelu ER do modelu relacyjnego Wykład przygotował: Robert Wrembel BD wykład 4 (1) Plan wykładu Transformacja encji Transformacja związków Transformacja hierarchii encji BD wykład 4 (2) Pojęcia

Bardziej szczegółowo

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury

Bardziej szczegółowo

Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Bazy danych. Wykład 4: Model SERM. dr inż. Magdalena Krakowiak

Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Bazy danych. Wykład 4: Model SERM. dr inż. Magdalena Krakowiak Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 4: Model SERM dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl Słabości modelu ERD Wraz ze wzrostem złożoności obiektów

Bardziej szczegółowo

Rysunek 1: Przykłady graficznej prezentacji klas.

Rysunek 1: Przykłady graficznej prezentacji klas. 4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez

Bardziej szczegółowo

WYKŁAD 1. Wprowadzenie do problematyki baz danych

WYKŁAD 1. Wprowadzenie do problematyki baz danych WYKŁAD 1 Wprowadzenie do problematyki baz danych WYKŁAD 2 Relacyjny i obiektowy model danych JĘZYK UML (UNIFIED MODELING LANGUAGE) Zunifikowany język modelowania SAMOCHÓD

Bardziej szczegółowo

Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych

Bazy danych. Plan wykładu. Diagramy ER. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych. Podstawy modeli relacyjnych Plan wykładu Bazy danych Wykład 9: Przechodzenie od diagramów E/R do modelu relacyjnego. Definiowanie perspektyw. Diagramy E/R - powtórzenie Relacyjne bazy danych Od diagramów E/R do relacji SQL - perspektywy

Bardziej szczegółowo

Paweł Kurzawa, Delfina Kongo

Paweł Kurzawa, Delfina Kongo Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management

Bardziej szczegółowo

Projektowanie BD Diagramy związków encji

Projektowanie BD Diagramy związków encji Wykład 10 Projektowanie BD Diagramy związków encji Bazy Danych - A. Dawid 2011 1 Diagramy związków encji Model Entity/Relationship (E/R) pozwala na opisanie statycznych aspektów rzeczywistości przy pomocy

Bardziej szczegółowo

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie klas i obiektów Jarosław Kuchta Podstawowe pojęcia (1) Byt, encja (entity) coś co istnieje, posiada własne cechy i wyodrębnioną tożsamość (identity); bytem może być rzecz, osoba, organizacja,

Bardziej szczegółowo

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.

Wykład II Encja, atrybuty, klucze Związki encji. Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J. Bazy Danych Wykład II Encja, atrybuty, klucze Związki encji Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło 1 Encja Byt pojęciowy

Bardziej szczegółowo

Projektowanie logiki aplikacji

Projektowanie logiki aplikacji Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie logiki aplikacji Zagadnienia Rozproszone przetwarzanie obiektowe (DOC) Model klas w projektowaniu logiki aplikacji Klasy encyjne a klasy

Bardziej szczegółowo

BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski

BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski BAZY DANYCH model związków encji Opracował: dr inż. Piotr Suchomski Świat rzeczywisty a baza danych Świat rzeczywisty Diagram związków encji Model świata rzeczywistego Założenia, Uproszczenia, ograniczenia

Bardziej szczegółowo

Systemy baz danych. mgr inż. Sylwia Glińska

Systemy baz danych. mgr inż. Sylwia Glińska Systemy baz danych Wykład 1 mgr inż. Sylwia Glińska Baza danych Baza danych to uporządkowany zbiór danych z określonej dziedziny tematycznej, zorganizowany w sposób ułatwiający do nich dostęp. System zarządzania

Bardziej szczegółowo

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni Akademia Morska w Gdyni Gdynia 2004 1. Podstawowe definicje Baza danych to uporządkowany zbiór danych umożliwiający łatwe przeszukiwanie i aktualizację. System zarządzania bazą danych (DBMS) to oprogramowanie

Bardziej szczegółowo

Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy.

Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy. Plan wykładu: Relacyjny model danych: opis modelu, podstawowe pojęcia, ograniczenia, więzy. Przejście od modelu związków encji do modelu relacyjnego: odwzorowanie zbiorów encji, odwzorowanie związków encji

Bardziej szczegółowo

Wykład IV Modelowanie danych, projektowanie systemu informatycznego Modelowanie konceptualne implementacyjne Modelowanie pojęciowe na encjach

Wykład IV Modelowanie danych, projektowanie systemu informatycznego Modelowanie konceptualne implementacyjne Modelowanie pojęciowe na encjach Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym. Modele - konceptualne reprezentacja obiektów w

Bardziej szczegółowo

MAS dr. Inż. Mariusz Trzaska

MAS dr. Inż. Mariusz Trzaska MAS dr. Inż. Mariusz Trzaska Wykład 5 Model obiektowy cz. 3 Zagadnienia Dziedziczenie asocjacji Asocjacje pochodne Redukcja liczności Role wielowartościowe Trochę więcej o agregacji Agregacja rekursywna

Bardziej szczegółowo

Diagramy związków encji ERD Ćwiczenia w modelowaniu danych

Diagramy związków encji ERD Ćwiczenia w modelowaniu danych Diagramy związków encji ERD Ćwiczenia w modelowaniu danych dr Lidia Stępień wykład 5 ERD ang. Entity-Relationship Diagram Diagram związków encji Proces konstruowania projektu systemu bazy danych. Abstrakcyjna

Bardziej szczegółowo

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

Zaawansowane Modelowanie I Analiza Systemów Informatycznych Zaawansowane Modelowanie I Analiza Systemów Informatycznych ORM - Kroki 4 (c.d.) i5 mgr. inż. Tomasz Pieciukiewicz tomasz.pieciukiewicz@gmail.com ORM 7 kroków tworzenia schematu 1. Przekształć przykłady

Bardziej szczegółowo

Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu

Dane wejściowe. Oracle Designer Generowanie bazy danych. Wynik. Przebieg procesu Dane wejściowe Oracle Designer Generowanie bazy danych Diagramy związków encji, a w szczególności: definicje encji wraz z atrybutami definicje związków między encjami definicje dziedzin atrybutów encji

Bardziej szczegółowo

Model relacyjny. Wykład II

Model relacyjny. Wykład II Model relacyjny został zaproponowany do strukturyzacji danych przez brytyjskiego matematyka Edgarda Franka Codda w 1970 r. Baza danych według definicji Codda to zbiór zmieniających się w czasie relacji

Bardziej szczegółowo

Bazy danych 1. Wykład 4 Metodologia projektowania baz danych

Bazy danych 1. Wykład 4 Metodologia projektowania baz danych Bazy danych 1 Wykład 4 Metodologia projektowania baz danych Fazy cyklu Ŝycia aplikacji bazodanowych Planowanie bazy danych Definicja systemu Gromadzenie i analiza wymagań Projektowanie bazy danych Konceptualne

Bardziej szczegółowo

Modelowanie związków encji. Oracle Designer: Diagramy związków encji. Encja (1)

Modelowanie związków encji. Oracle Designer: Diagramy związków encji. Encja (1) Modelowanie związków encji Oracle Designer: Modelowanie związków encji Technika określania potrzeb informacyjnych organizacji. Modelowanie związków encji ma na celu: dostarczenie dokładnego modelu potrzeb

Bardziej szczegółowo

Przykłady normalizacji

Przykłady normalizacji Przykłady normalizacji Nr faktury Za okres Nabywca Usługa Strefa czasowa od 21113332437 1.11.2007 30.11.2007 Andrzej Macioł, Kraków ul. Armii Krajowej 7 21113332437 1.11.2007 30.11.2007 Andrzej Macioł,

Bardziej szczegółowo

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

Zaawansowane Modelowanie I Analiza Systemów Informatycznych Zaawansowane Modelowanie I Analiza Systemów Informatycznych Wprowadzenie mgr. inż. Tomasz Pieciukiewicz tomasz.pieciukiewicz@gmail.com Agenda ZMA jako przedmiot Wprowadzenie do Object Role Modeling ZMA

Bardziej szczegółowo

UML w Visual Studio. Michał Ciećwierz

UML w Visual Studio. Michał Ciećwierz UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 2 Związki między klasami Asocjacja (ang. Associations) Uogólnienie, dziedziczenie

Bardziej szczegółowo

Definicja bazy danych TECHNOLOGIE BAZ DANYCH. System zarządzania bazą danych (SZBD) Oczekiwania wobec SZBD. Oczekiwania wobec SZBD c.d.

Definicja bazy danych TECHNOLOGIE BAZ DANYCH. System zarządzania bazą danych (SZBD) Oczekiwania wobec SZBD. Oczekiwania wobec SZBD c.d. TECHNOLOGIE BAZ DANYCH WYKŁAD 1 Wprowadzenie do baz danych. Normalizacja. (Wybrane materiały) Dr inż. E. Busłowska Definicja bazy danych Uporządkowany zbiór informacji, posiadający własną strukturę i wartość.

Bardziej szczegółowo

Projektowanie bazy danych przykład

Projektowanie bazy danych przykład Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana

Bardziej szczegółowo

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com Diagramy klas dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com O czym będzie? Notacja Ujęcie w różnych perspektywach Prezentacja atrybutów Operacje i metody Zależności Klasy aktywne,

Bardziej szczegółowo

Projektowanie Systemów Informacyjnych

Projektowanie Systemów Informacyjnych Projektowanie Systemów Informacyjnych Wykład II Encje, Związki, Diagramy związków encji, Opracowano na podstawie: Podstawowy Wykład z Systemów Baz Danych, J.D.Ullman, J.Widom Copyrights by Arkadiusz Rzucidło

Bardziej szczegółowo

Model relacyjny bazy danych

Model relacyjny bazy danych Bazy Danych Model relacyjny bazy danych Przygotował: mgr inż. Maciej Lasota Bazy Danych 1 1) Model relacyjny bazy danych Relacyjny model bazy danych pojawił się po raz pierwszy w artykule naukowym Edgara

Bardziej szczegółowo

Relacyjny model danych

Relacyjny model danych Relacyjny model danych Wykład przygotował: Robert Wrembel BD wykład 2 (1) 1 Plan wykładu Relacyjny model danych Struktury danych Operacje Oganiczenia integralnościowe BD wykład 2 (2) W ramach drugiego

Bardziej szczegółowo

KSS: Modelowanie konceptualne przykład

KSS: Modelowanie konceptualne przykład Modelowanie konceptualne model ER KSS: Modelowanie konceptualne przykład Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski Model ER służy do nieformalnego przedstawienia modelu systemu rzeczywistego

Bardziej szczegółowo

Pierwsza postać normalna

Pierwsza postać normalna Normalizacja Pierwsza postać normalna Jedynymi relacjami dozwolonymi w modelu relacyjnym są relacje spełniające następujący warunek: każda wartość w relacji, tj. każda wartość atrybutu w każdej krotce,

Bardziej szczegółowo

Technologie baz danych

Technologie baz danych Technologie baz danych Wykład 4: Diagramy związków encji (ERD). SQL funkcje grupujące. Małgorzata Krętowska Wydział Informatyki Politechnika Białostocka Plan wykładu Diagramy związków encji elementy ERD

Bardziej szczegółowo

Bazy danych wykład trzeci. trzeci Modelowanie schematu bazy danych 1 / 40

Bazy danych wykład trzeci. trzeci Modelowanie schematu bazy danych 1 / 40 Bazy danych wykład trzeci Modelowanie schematu bazy danych Konrad Zdanowski Uniwersytet Kardynała Stefana Wyszyńskiego, Warszawa trzeci Modelowanie schematu bazy danych 1 / 40 Outline 1 Zalezności funkcyjne

Bardziej szczegółowo

TECHNOLOGIE OBIEKTOWE. Wykład 3

TECHNOLOGIE OBIEKTOWE. Wykład 3 TECHNOLOGIE OBIEKTOWE Wykład 3 2 Diagramy stanów 3 Diagram stanu opisuje zmiany stanu obiektu, podsystemu lub systemu pod wpływem działania operacji. Jest on szczególnie przydatny, gdy zachowanie obiektu

Bardziej szczegółowo

Dziedziczenie. Zadanie 1

Dziedziczenie. Zadanie 1 Dziedziczenie Zadanie 1 Napisz klasę KolorowyPunkt, która dziedziczy po klasie Punkt a dodatkowo przechowuje informacje o kolorze. Uzupełnij ją o metody umożliwiające pobieranie i ustawianie koloru. Pamiętaj

Bardziej szczegółowo

Relacyjny model baz danych, model związków encji, normalizacje

Relacyjny model baz danych, model związków encji, normalizacje Relacyjny model baz danych, model związków encji, normalizacje Wyklad 3 mgr inż. Maciej Lasota mgr inż. Karol Wieczorek Politechnika Świętokrzyska Katedra Informatyki Kielce, 2009 Definicje Operacje na

Bardziej szczegółowo

Integralność danych Wersje języka SQL Klauzula SELECT i JOIN

Integralność danych Wersje języka SQL Klauzula SELECT i JOIN Integralność danych Wersje języka SQL Klauzula SELECT i JOIN Robert A. Kłopotek r.klopotek@uksw.edu.pl Wydział Matematyczno-Przyrodniczy. Szkoła Nauk Ścisłych, UKSW Integralność danych Aspekty integralności

Bardziej szczegółowo

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

Zaawansowane Modelowanie I Analiza Systemów Informatycznych Zaawansowane Modelowanie I Analiza Systemów Informatycznych ORM mapowanie do schematu relacyjnego mgr. inż. Tomasz Pieciukiewicz tomasz.pieciukiewicz@gmail.com Zasady mapowania Predykaty mające role funkcjonalne

Bardziej szczegółowo

Projektowanie baz danych

Projektowanie baz danych Projektowanie baz danych Uwagi ogólne Projektowanie baz danych jest częścią tworzenia systemu z bazą danych. Podlega ogólnym zasadom tworzenia projektu. Przed rozpoczęciem projektowania Modelowanie biznesowe

Bardziej szczegółowo

UML. zastosowanie i projektowanie w języku UML

UML. zastosowanie i projektowanie w języku UML UML zastosowanie i projektowanie w języku UML Plan Czym jest UML Diagramy przypadków użycia Diagramy sekwencji Diagramy klas Diagramy stanów Przykładowe programy Visual Studio a UML Czym jest UML UML jest

Bardziej szczegółowo

MAS dr. Inż. Mariusz Trzaska

MAS dr. Inż. Mariusz Trzaska MAS dr. Inż. Mariusz Trzaska Wykład 4 Model obiektowy cz. 2 Zagadnienia Asocjacja binarna Agregacja a kompozycja Modelowanie generalizacji-specjalizacji Obejście dziedziczenia wielokrotnego Asocjacja kwalifikowana

Bardziej szczegółowo

WPROWADZENIE DO BAZ DANYCH

WPROWADZENIE DO BAZ DANYCH 1 Technologie informacyjne WYKŁAD IV WPROWADZENIE DO BAZ DANYCH MAIL: WWW: a.dudek@pwr.edu.pl http://wgrit.ae.jgora.pl/ad Bazy danych 2 Baza danych to zbiór danych o określonej strukturze. zapisany na

Bardziej szczegółowo

Spis treści. 1 Modelowanie logiczne. Plan wykładu. 1 Modelowanie logiczne 1

Spis treści. 1 Modelowanie logiczne. Plan wykładu. 1 Modelowanie logiczne 1 Plan wykładu Spis treści 1 Modelowanie logiczne 1 2 Transformacja modelu pojęciowego do logicznego 2 2.1 Transformacja własności............................ 3 2.2 Transformacja związków............................

Bardziej szczegółowo

Bazy danych TERMINOLOGIA

Bazy danych TERMINOLOGIA Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.

Bardziej szczegółowo

Przestrzenne bazy danych Podstawy języka SQL

Przestrzenne bazy danych Podstawy języka SQL Przestrzenne bazy danych Podstawy języka SQL Stanisława Porzycka-Strzelczyk porzycka@agh.edu.pl home.agh.edu.pl/~porzycka Konsultacje: wtorek godzina 16-17, p. 350 A (budynek A0) 1 SQL Język SQL (ang.structured

Bardziej szczegółowo

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:

Bardziej szczegółowo

1 Wstęp do modelu relacyjnego

1 Wstęp do modelu relacyjnego Plan wykładu Model relacyjny Obiekty relacyjne Integralność danych relacyjnych Algebra relacyjna 1 Wstęp do modelu relacyjnego Od tego się zaczęło... E. F. Codd, A Relational Model of Data for Large Shared

Bardziej szczegółowo

Plan wykładu: Etapy projektowania bazy danych. Modelowanie danych za pomocą diagramów związków encji:

Plan wykładu: Etapy projektowania bazy danych. Modelowanie danych za pomocą diagramów związków encji: Plan wykładu: Etapy projektowania bazy danych. Modelowanie danych za pomocą diagramów związków encji: podstawowe pojęcia: encja, atrybut, związek, rodzaje atrybutów, liczebność związków, związki wieloargumentowe,

Bardziej szczegółowo

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego PROJEKTOWANIE BAZ DANYCH PRZESTRZENNYCH Zgodne z ogólną metodologią projektowania baz danych Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego Proces budowy bazy danych wymaga

Bardziej szczegółowo

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language) Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu

Bardziej szczegółowo

Pierwsza postać normalna

Pierwsza postać normalna Normalizacja Pierwsza postać normalna Jedynymi relacjami dozwolonymi w modelu relacyjnym są relacje spełniające następujący warunek: każda wartość w relacji, tj. każda wartość atrybutu w każdej krotce,

Bardziej szczegółowo

Modelowanie konceptualne. Modelowanie konceptualne przykład. Modelowanie konceptualne model ER. Model ER Entity-Relationship

Modelowanie konceptualne. Modelowanie konceptualne przykład. Modelowanie konceptualne model ER. Model ER Entity-Relationship Modelowanie konceptualne model ER Modelowanie konceptualne przykład Tadeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski Model ER służy do nieformalnego przedstawienia modelu systemu rzeczywistego i

Bardziej szczegółowo

1. Mapowanie diagramu klas na model relacyjny.

1. Mapowanie diagramu klas na model relacyjny. Rafał Drozd 1. Mapowanie diagramu klas na model relacyjny. 1.1 Asocjacje Wpływ na sposób przedstawienia asocjacji w podejściu relacyjnym ma przede wszystkim jej liczność (jeden-do-jednego, jeden-do-wielu,

Bardziej szczegółowo

Podstawy projektowania systemów komputerowych

Podstawy projektowania systemów komputerowych Podstawy projektowania systemów komputerowych Diagramy klas UML 1 Widok logiczny Widok logiczny Widok fizyczny Widok przypadków użycia Widok procesu Widok konstrukcji Używany do modelowania części systemu

Bardziej szczegółowo

Podstawy modelowania w języku UML

Podstawy modelowania w języku UML Podstawy modelowania w języku UML dr hab. Bożena Woźna-Szcześniak, prof. UJD Uniwersytet Humanistyczno-Przyrodniczy im. Jana Długosza w Częstochowie Wykład 2 Związki między klasami Asocjacja (ang. Associations)

Bardziej szczegółowo

Modelowanie konceptualne model EER

Modelowanie konceptualne model EER Modelowanie konceptualne model EER adeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski Model EER rozszerzenie modelu ER 1. Liczne rozszerzenia modelu ER mają przede wszystkim na celu uwzględnienie zależności

Bardziej szczegółowo

Mariusz Trzaska Modelowanie i implementacja systemów informatycznych

Mariusz Trzaska Modelowanie i implementacja systemów informatycznych Mariusz Trzaska Modelowanie i implementacja systemów informatycznych Notka biograficzna Dr inż. Mariusz Trzaska jest adiunktem w Polsko-Japońskiej Wyższej Szkole Technik Komputerowych, gdzie zajmuje się

Bardziej szczegółowo

Dziedziczenie. Streszczenie Celem wykładu jest omówienie tematyki dziedziczenia klas. Czas wykładu 45 minut.

Dziedziczenie. Streszczenie Celem wykładu jest omówienie tematyki dziedziczenia klas. Czas wykładu 45 minut. Dziedziczenie Streszczenie Celem wykładu jest omówienie tematyki dziedziczenia klas. Czas wykładu 45 minut. Rozpatrzmy przykład przedstawiający klasy Student oraz Pracownik: class Student class Pracownik

Bardziej szczegółowo

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego

Bardziej szczegółowo

Model relacyjny. Wykład II

Model relacyjny. Wykład II Model relacyjny został zaproponowany do strukturyzacji danych przez brytyjskiego matematyka Edgarda Franka Codda w 1970 r. Baza danych według definicji Codda to zbiór zmieniających się w czasie relacji

Bardziej szczegółowo

Bazy danych. Andrzej Łachwa, UJ, /14

Bazy danych. Andrzej Łachwa, UJ, /14 Bazy danych Andrzej Łachwa, UJ, 2015 andrzej.lachwa@uj.edu.pl 3/14 Specyfikacja wymagań Zanim rozpoczniemy modelowanie, musimy dokładnie określić obszar analizy oraz zrozumieć go! W praktyce analitycy

Bardziej szczegółowo