Modelowanie Danych (ERD) – część 1 (Wspomaganie Modelowania danych)

Slides:



Advertisements
Podobne prezentacje
7. Metody analizy i modelowania strukturalnego SI
Advertisements

Modelowanie logiczne (dla relacyjnych SZBD)
Związki w UML.
Modelowanie przypadków użycia
Modelowanie klas i obiektów
Jarosław Kuchta Dokumentacja i Jakość Oprogramowania
Modelowanie procesów biznesowych
Inżynieria oprogramowania
MS Access 2000 Tworzenie tabel Piotr Górczyński 2005.
Projektowanie Aplikacji Komputerowych
08: ERD – podencje, łuki i pułapki
Typy prywatne 1 Typy prywatne W Adzie typy prywatne (private types) służą do bezpiecznego udostępniania danych zdefiniowanych w pakiecie, z którego korzysta.
Modele baz danych - spojrzenie na poziom fizyczny
Wykład 3 Analiza i projektowanie strukturalne
Bazy Danych II prowadzący: mgr inż. Leszek Siwik
OPERACJA DZIELENIA W SQL
PROJEKTOWANIE TABEL W PROGRAMIE: ACCESS
DIAGRAMY ER 2 (ENTITY-RELATIONSHIP DIAGRAMS 2) Ćwiczenia 2.
Diagramy ER (Entity-relationship diagrams)
Budowanie tabel i relacji
Programowanie obiektowe – zastosowanie języka Java SE
XML – eXtensible Markup Language
Bazy danych 1 Literatura: Paul Benon-Davies – Systemy baz danych
Programowanie obiektowe 2013/2014
Komendy SQL do pracy z tabelami i bazami
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
Modelowanie obiektowe Diagramy UML – diagram przypadków użycia
Modelowanie obiektowe Diagramy klas
Projektowanie relacyjnych baz danych – postacie normalne
UML W V ISUAL S TUDIO Mateusz Lamparski. UML D EFINICJA Unified Modeling Language (UML) to graficzny język do obrazowania, specyfikowania, tworzenia i.
Interakcja człowiek – komputer Podstawy metod obiektowych mgr inż. Marek Malinowski Zakład Matematyki i Fizyki Wydz. BMiP PW Płock.
Temat 3: Integralność danych. Integralność danych, określana również mianem spójności danych, jest to funkcja SZBD, która gwarantuje, że dane nie zostaną.
Toruń 28/ Metadane SAML opisują, w jaki sposób ma być realizowana komunikacja pomiędzy IdP i SP Metadane są typowo prezentowane w postaci XML.
Model obiektowy bazy danych
LISTY HTML. Listy s ą definiowane za pomoc ą znacznika podstawowego innego dla ka ż dego rodzaju list Specyfikacja XHTML, zawiera specjalne znaczniki.
Slajd 1© J.Rumiński Jacek Rumiński  Bazy danych Kontakt: Katedra Inżynierii Biomedycznej, pk. 106, tel.: , fax: ,
Diagram klas Kluczowymi elementami są: klasy (class)
Przykłady analiza i projektowanie
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
Entity Framework worth it or not?
Projektowanie relacyjnych baz danych – diagramy związków encji
Opracowanie mgr Karol Adamczyk
Diagramy przepływu danych
Projektowanie bazy danych z użyciem diagramów UML Obiektowe projektowanie relacyjnej bazy danych Paweł Jarecki.
Modelowanie model związków encji
BAZY DANYCH Microsoft Access Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i.
Wstęp do systemów informatycznych Model przypadków użycia.
Wstęp do systemów informatycznych Diagramy klas. Odbiór świata  Myślenie o dziedzinie problemu powinno być możliwie zbliżone do myślenia o systemie 
Oracle Data Modeler (4.1) Tworzenie modelu danych – specyfikacja wymagań informacyjnych (na dane) Tworzenie modelu procesów – specyfikacja wymagań funkcyjnych.
Architektura Rafał Hryniów. Architektura Wizja projektu systemu, którą dzielą twórcy Struktura komponentów systemu, ich powiązań oraz zasad i reguł określających.
Prototypowanie w ORACLE DESIGNER Transformacja Modelu danych.
Wykład III Modelowanie danych
Prototypowanie w ORACLE DESIGNER Oracle Forms Design.
Prototypowanie w ORACLE DESIGNER Projektowanie Modułów.
Modelowanie Danych (ERD) – część 2. Staranny i przejrzysty Staranny i przejrzysty Niedwuznaczny tekst Niedwuznaczny tekst Łatwy do zapamiętania Łatwy.
Metodyki i narzędzia CASE
Do czego służy arkusz kalkulacyjny, jego budowa
Modelowanie Procesów Biznesowych. Dlaczego modelujemy procesy biznesowe? Żeby je zrozumieć Żeby je wizualizować - zobrazować.
Zaawansowane modelowanie danych (część 3). Modelowanie danych hierarchicznych Firma Oddział Zespół Dział Zespół # nazwa Dział # * nazwa Oddział # * nazwa.
Oracle Data Modeler (4.1). Aplikacja Wymagania biznesowe Tworzenie systemu informacyjnego Procesy Informacje Analiza Projektowanie Browser: Hollywood.
Oracle Data Modeler ( ) Wiele opcji dostępnych poprzez prawy przycisk myszy zarówno na elementach nawigatora obiektów (z lewej strony), jak i na.
Bazy danych. Baza danych (database) – magazyn danych – informacji powiązanych tematycznie, umożliwiający ich wyszukiwanie według zadanych kryteriów Baza.
Temat: Tworzenie bazy danych
MODELOWANIE DANYCH - DIAGRAMY ENCJI-ZWIĄZKÓW Notacja Barkera.
Transformacja modelu EER do modelu relacyjnego
Joint Master Degree ogólne informacje
Wybór nazwy lub słów kluczowych dla interesującego nas szeregu czasowego. Opcjonalnie – ustawienie innych dostępnych atrybutów szukania.
Projektowanie wspomagane komputerem
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski informatyka +
Zapis prezentacji:

Modelowanie Danych (ERD) – część 1 (Wspomaganie Modelowania danych)

Modelowanie Danych (ERD) – część 1 na podstawie materiałów ORACLE

Tworzenie Bazy Danych Koncepcyjny model danych- definicja i modelowanie obiektów lub potrzebnych informacji istotnych dla potrzeb biznesu oraz relacji pomiędzy nimi Logiczny model bazy danych - przeniesienie żądań informacyjnych odzwierciedlonych w modelu ER na model relacyjnej bazy danych Fizyczny model bazy danych - utworzenie fizycznej relacyjnej bazy danych implementującej model

Kontekst dla modelowania danych Analyze Design Business Requirements Browser: Hollywood X Action Edit Block Filed+ Customers: Application Process Business Requirements Information Build

Definiowanie Encji Obiekty zainteresowań biznesu Obiekty zainteresowań biznesu Klasy lub kategorie przedmiotów Klasy lub kategorie przedmiotów Nazwane przedmioty Nazwane przedmioty Rzeczowniki Rzeczowniki przedmioty o których informacja jest znacząca dla biznesu przedmioty o których informacja jest znacząca dla biznesu Obiekty zainteresowań biznesu Obiekty zainteresowań biznesu Klasy lub kategorie przedmiotów Klasy lub kategorie przedmiotów Nazwane przedmioty Nazwane przedmioty Rzeczowniki Rzeczowniki przedmioty o których informacja jest znacząca dla biznesu przedmioty o których informacja jest znacząca dla biznesu

Definiowanie atrybutów Rzeczowniki używane do opisu encji Rzeczowniki używane do opisu encji Sprecyzowane elementy informacji które muszą być znane Sprecyzowane elementy informacji które muszą być znane Każda encja musi mieć atrybuty Każda encja musi mieć atrybuty Rzeczowniki używane do opisu encji Rzeczowniki używane do opisu encji Sprecyzowane elementy informacji które muszą być znane Sprecyzowane elementy informacji które muszą być znane Każda encja musi mieć atrybuty Każda encja musi mieć atrybuty

Diagram encji Zaokrąglone prostokąty Zaokrąglone prostokąty Niepowtarzalne nazwy w liczbie pojedynczej napisane dużymi literami Niepowtarzalne nazwy w liczbie pojedynczej napisane dużymi literami Opcjonalnie – synonimy (w nawiasach) Opcjonalnie – synonimy (w nawiasach) Nazwy atrybutów – małymi literami Nazwy atrybutów – małymi literami Zaokrąglone prostokąty Zaokrąglone prostokąty Niepowtarzalne nazwy w liczbie pojedynczej napisane dużymi literami Niepowtarzalne nazwy w liczbie pojedynczej napisane dużymi literami Opcjonalnie – synonimy (w nawiasach) Opcjonalnie – synonimy (w nawiasach) Nazwy atrybutów – małymi literami Nazwy atrybutów – małymi literami COMPANY (CLIENT) DEPARTMENT MEMBERSHIP

Identyfikacja i modelowanie encji Identyfikacja rzeczowników Identyfikacja rzeczowników Czy jest znaczący? Czy jest znaczący? Czy informacja o tym powinna być przechowywana dla potrzeb biznesu Czy informacja o tym powinna być przechowywana dla potrzeb biznesu Nazwa encji Nazwa encji Wprowadzenie opisu Wprowadzenie opisu Identyfikacja kilku atrybutów Identyfikacja kilku atrybutów Narysowanie zaokrąglonego prostokąta Narysowanie zaokrąglonego prostokąta Identyfikacja rzeczowników Identyfikacja rzeczowników Czy jest znaczący? Czy jest znaczący? Czy informacja o tym powinna być przechowywana dla potrzeb biznesu Czy informacja o tym powinna być przechowywana dla potrzeb biznesu Nazwa encji Nazwa encji Wprowadzenie opisu Wprowadzenie opisu Identyfikacja kilku atrybutów Identyfikacja kilku atrybutów Narysowanie zaokrąglonego prostokąta Narysowanie zaokrąglonego prostokąta

ĆwiczenieĆwiczenie “…“…

Rozwiązanie Ćwiczenia “….

Rozwiązanie Ćwiczenia COURSE STUDENT INSTRUCTOR code name fee length name phone no. name phone no

Definiowanie relacji Powiązania pomiędzy encjami Powiązania pomiędzy encjami Potrzebne reguły biznesowe łączące poszczególne informacje biznesowe Potrzebne reguły biznesowe łączące poszczególne informacje biznesowe Oddziaływanie pomiędzy przedmiotami Oddziaływanie pomiędzy przedmiotami Nazwane skojarzenia pomiędzy encjami Nazwane skojarzenia pomiędzy encjami Powiązania pomiędzy encjami Powiązania pomiędzy encjami Potrzebne reguły biznesowe łączące poszczególne informacje biznesowe Potrzebne reguły biznesowe łączące poszczególne informacje biznesowe Oddziaływanie pomiędzy przedmiotami Oddziaływanie pomiędzy przedmiotami Nazwane skojarzenia pomiędzy encjami Nazwane skojarzenia pomiędzy encjami

Konwencje diagramu Linia pomiędzy dwoma encjami Linia pomiędzy dwoma encjami Nazwa relacji małymi literami Nazwa relacji małymi literami Opcjonalność (Minimalna liczność) Opcjonalność (Minimalna liczność) Linia pomiędzy dwoma encjami Linia pomiędzy dwoma encjami Nazwa relacji małymi literami Nazwa relacji małymi literami Opcjonalność (Minimalna liczność) Opcjonalność (Minimalna liczność) Opcjonalny – może być Wymagany – musi być Jeden lub więcej Jeden i tylko jeden Stopień ( Maksymalna liczność ) Stopień ( Maksymalna liczność )

Konwencje diagramu KASETA TYTUŁ wiele (kurza łapka) wymagany opcjonalny jeden

Składnia relacji Each Subject entity must be or may be relationship name one or more or one and only one entity1 entity 2 Stopień Object entity Opcjonalność Nazwa

Sprawdzenie poprawności PRACOWNIK DZIAŁ przypisany do

Sprawdzenie poprawności PRACOWNIK DZIAŁ przypisany do Każdy PRACOWNIK musi być przypisany do jednego i tylko jednego DEPRTAMENTU

Sprawdzenie poprawności PRACOWNIK DZIAŁ zatrudnia

Sprawdzenie poprawności PRACOWNIKDZIAŁ Każdy DZIAŁ może zatrudniać od jednego do wielu PRACOWNIKÓW zatrudnia

EMPLOYEE przypisany do Każdy PRACOWNIK musi być przypisany do jednego i tylko jednego DEPRTAMENTU PRACOWNIK DZIAŁ Każdy DZIAŁ może zatrudniać od jednego do wielu PRACOWNIKÓW zatrudnia Sprawdzenie poprawności

prowadzony dla zapisany na STUDENT COURSE

Sprawdzenie poprawności Każdy STUDENT może być zapisany na jeden KURS Każdy KURS może być prowadzony dla jedynego lub więcej STUDENTÓW prowadzony dla zapisany na STUDENT COURSE

Relacja Jeden – do - Wiele KILENT PRZEDSTAWICIEL SPRZEDAWCY przydzielony do wizytowany przez

Relacja Wiele-do-Wiele PACJENT PRACOWNIK OPIEKI ZDROWOTNEJ przydzielony do leczony przez

Relacja Jeden-do-Jednego ROWERKOLARZ jedzie na jest używany przez reprezentuje sytuację w danej chwili

Analiza i modelowanie relacji 1. Ustalenie istnienia zawiązku 2. Nazwanie każdego kierunku relacji 3. Ustalenie stopnia dla każdego kierunku relacji 4. Ustalenie opcjonalności dla każdego kierunku relacji 5. Przeczytanie na głos relacji w celu sprawdzenia jej poprawności 1. Ustalenie istnienia zawiązku 2. Nazwanie każdego kierunku relacji 3. Ustalenie stopnia dla każdego kierunku relacji 4. Ustalenie opcjonalności dla każdego kierunku relacji 5. Przeczytanie na głos relacji w celu sprawdzenia jej poprawności

Ustalenie istnienia Relacji Istnienie Nazwa Opcjonalność Stopień Poprawność MEMBERSHIP COPY RENTAL MEMBERSHIP WYPOŻY- CZENIE CZŁONEK WYPOZY- CZALNI KASETA

Nazywanie relacji Istnienie Nazwa Opcjonalność Stopień Poprawność KASETA TYTUŁ ma dostępny na Każdy TYTUŁ jest dostępny jako KASETA; każda KASETA ma TYTUŁ

Nazywanie relacji

Określanie liczności Nazwa Opcjonalność Liczność Poprawność Istnienie KASETA TYTUŁ jeden wiele Każdy TYTUŁ jest dostępny w formie kasety, Może być wiele kaset z jednym TYTUŁEM Ale jest tylko jeden film (TYTUŁ) na każdej kasecie

Określanie opcjonalności Istnienie NAzwa Opcjonalność Stopień Poprawność opcjonalny wymagany KASETA TYTUŁ Każda KASETA musi mieć określony TYTUŁ ale chcemy przechowywać informacje o TYTUŁACH filmów nawet jak nie ma żadnej KASETY z danym filmem

Poprawność relacji Istnienie Nazwa Opcjonalność Liczność Poprawność KASETA TYTUŁ Każda KASETA musi zawierać dokładnie jeden TYTUŁ (filmu). Każdy TYTUŁ może być dostępny na jednej lub na wielu KASETACH ma dostępny na

Relacje łączą encje KLIENTZamówienie dla Każde ZAMÓWIENIE musi być przeznaczone dla jednego i tylko jednego KLIENTA

Relacje muszą mieć poprawne znaczenie z dwóch stron dla KLIENT ZAMÓWIENIE inicjator Każdy może być inicjatorem jednego lub większej ilości zamówień Każdy KLIENT może być inicjatorem jednego lub większej ilości zamówień

Wypożyczalnia kaset Video KASETA DOSTAWCA zawiera Dostępny na nabyta od dostarczył TYTUŁ