Modelowanie związków encji. Etapy budowy systemu informatycznego przedsiębiorstwa (1/4) Etapy budowy systemu informatycznego przedsiębiorstwa (2/4)
|
|
- Filip Żurawski
- 8 lat temu
- Przeglądów:
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)
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ółowoModelowanie 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ółowo1 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ółowoPODSTAWY 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ółowoINFORMATYKA 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ółowo030 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ółowoPLAN 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ółowoProjektowanie 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ółowoModelowanie 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ółowoBazy 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ółowoSystemy 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ółowoModelowanie 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ółowoTransformacja 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ółowoTRANSFORMACJA 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ółowoTemat: 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ółowoMODELOWANIE 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ółowoModelowanie 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ółowoINFORMATYKA 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ółowoDiagramy 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
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ółowoTECHNIKI 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ółowoBazy 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ółowoZasady 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ółowoUtwó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ółowoTransformacja 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ółowoKomputerowe 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ółowoProjektowanie 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ółowoWykł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ółowoProjektowanie 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ółowoAutor: 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ółowo2010-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ółowoBazy 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ółowoBazy 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ółowoBazy 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ółowoTransformacja 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ółowoDiagramu 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ółowoZachodniopomorski 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ółowoRysunek 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ółowoWYKŁ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ółowoBazy 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ółowoPaweł 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ółowoProjektowanie 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ółowoModelowanie 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ółowoWykł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ółowoProjektowanie 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ółowoBAZY 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ółowoSystemy 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ółowoDiagramy 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ółowoPlan 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ółowoWykł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ółowoMAS 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ółowoDiagramy 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ółowoZaawansowane 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ółowoDane 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ółowoModel 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ółowoBazy 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ółowoModelowanie 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ółowoPrzykł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ółowoZaawansowane 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ółowoUML 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ółowoJę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ółowoDefinicja 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ółowoProjektowanie 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ółowoDiagramy 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ółowoProjektowanie 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ółowoModel 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ółowoRelacyjny 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ółowoKSS: 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ółowoPierwsza 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ółowoTechnologie 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ółowoBazy 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ółowoTECHNOLOGIE 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ółowoDziedziczenie. 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ółowoRelacyjny 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ółowoIntegralność 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ółowoZaawansowane 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ółowoProjektowanie 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ółowoUML. 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ółowoMAS 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ółowoWPROWADZENIE 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ółowoSpis 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ółowoBazy 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ółowoPrzestrzenne 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ółowoAnaliza 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ółowo1 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ółowoPlan 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ółowoBaza 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ółowoZagadnienia (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ółowoPierwsza 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ółowoModelowanie 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ółowo1. 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ółowoPodstawy 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ółowoPodstawy 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ółowoModelowanie 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ółowoMariusz 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ółowoDziedziczenie. 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ółowoDariusz 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ółowoModel 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ółowoBazy 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