1 Projektowanie systemu informatycznego

Podobne dokumenty
Modelowanie danych, projektowanie systemu informatycznego

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

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

Projektowanie bazy danych

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

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

Modelowanie danych Model związków-encji

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

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

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

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

Autor: Joanna Karwowska

Modelowanie danych Model związków-encji

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

Systemy informatyczne. Modelowanie danych systemów informatycznych

Paweł Kurzawa, Delfina Kongo

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

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

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

Transformacja modelu ER do modelu relacyjnego

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

Modelowanie danych. Biologiczne Aplikacje Baz Danych

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

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

TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ

Projektowanie logiki aplikacji

MODELOWANIE OBIEKTOWE

UML w Visual Studio. Michał Ciećwierz

Bazy danych i usługi sieciowe

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego

Projektowanie baz danych

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

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

Projektowanie Systemów Informacyjnych

Rysunek 1: Przykłady graficznej prezentacji klas.

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

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

Świat rzeczywisty i jego model

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

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego

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

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

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

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

WYKŁAD 1. Wprowadzenie do problematyki baz danych

MODELOWANIE DANYCH. Biologiczne Aplikacje Baz Danych. dr inż. Anna Leśniewska

Bazy Danych i Systemy informacyjne Wykład 7. Piotr Syga

Wykład I. Wprowadzenie do baz danych

Technologie baz 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.

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

Modelowanie konceptualne model EER

Modelowanie obiektowe - Ćw. 3.

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

Podejście obiektowe - podstawowe pojęcia

Modelowanie diagramów klas w języku UML. Łukasz Gorzel @stud.umk.pl 7 marca 2014

Język UML w modelowaniu systemów informatycznych

Bazy danych. Andrzej Łachwa, UJ, /15

Podstawy modelowania w języku UML

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

Podejście obiektowe wprowadzenie

Projektowanie BD Diagramy związków encji

Transformacja modelu pojęciowego. do logicznego

Diagramy klas. dr Jarosław Skaruz

Transformacja modelu ER do modelu relacyjnego

Podstawy inżynierii oprogramowania

TRANSFORMACJA MODELU ER DO MODELU RELACYJNEGO

Podstawy języka UML UML

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

KSS: Modelowanie konceptualne przykład

UML. zastosowanie i projektowanie w języku UML

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

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

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

Język UML w modelowaniu systemów informatycznych

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

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

Zasady transformacji modelu DOZ do projektu tabel bazy danych

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

Projektowanie baz danych

Projektowanie baz danych

Bazy danych. Andrzej Łachwa, UJ, /14

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

Literatura. Bazy danych s.1-1

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

Piotr Kulicki Katolicki Uniwersytet Lubelski Jana Pawła II Instytut Filozofii Teoretycznej Katedra Podstaw Informatyki

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Obiektowe bazy danych

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

MAS dr. Inż. Mariusz Trzaska

Inżynieria oprogramowania wykład V Faza analizy wprowadzenie Analiza strukturalna modelowanie związków encji

Tworzenie warstwy zasobów projektowanie metodą strukturalną

Spis treúci. 1. Wprowadzenie... 13

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

MAS dr. Inż. Mariusz Trzaska

Podstawy projektowania systemów komputerowych

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

Transkrypt:

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..................................... 8 2.4 Hierarchia.................................... 11 3 Podsumowanie 13 4 Źródła 13 1 Projektowanie systemu informatycznego Etapy projektowania systemu informatycznego I To, czego klient potrzebował. To, co klient zamówił. Etapy projektowania systemu informatycznego II 1

To, co analityk zrozumiał. To, co opisał projekt. Etapy projektowania systemu informatycznego III To, co wykonali programiści. To, co powstało po wdrożeniu. Etapy projektowania systemu informatycznego IV 2

To, za co klient zapłacił. Projektowania systemu informatycznego Projektowania systemu informatycznego Baza danych niewielkiej spółdzielni mieszkaniowej zawiera informacje o mieszkańcach, mieszkaniach, rachunkach itp. Faza analizy zakończyła się opisem fragmentu rzeczywistości: Spółdzielnia zarządza mieszkaniami, z których każde posiada szczegółowy adres, status, powierzchnie, oraz określone stawki za media. Niektóre z mieszkań posiadają właścicieli i są zamieszkiwane przez mieszkańców. Każdy mieszkaniec posiada dane osobowe takie jak imię, nazwisko, datę urodzenia, pesel, opcjonalnie numer dokumentu potwierdzającego tożsamość. 3

Do każdego mieszkania przypisany jest rachunek, który zawiera kwotę czynszu, datę wystawienia, termin zapłaty i ewentualne naliczone odsetki. Na rachunki wykonywane są wpłaty, które mogą się odbywać ratami. Stawki za media i czynsz określają koszt eksploatacji mieszkania, metra sześciennego wody, fundusz remontowy, wywóz nieczystości, centralne ogrzewanie i opcjonalne pomieszczenia dodatkowe. Niektórzy mieszkańcy mogli otrzymać dodatek mieszkaniowy na określony okres, w danej kwocie. 2 Modelowanie pojęciowe Modelowanie pojęciowe Modelowanie pojęciowe (konceptualne/semantyczne) Model pojęciowy to abstrakcyjny opis rzeczywistych obiektów. Pojęcie to odnosi się do procesów myślowych i wyobrażeń towarzyszących pracy nad oprogramowaniem. Język schematu pojęciowego dostarcza semantycznych i syntaktycznych elementów ściśle używanych do opisu modelu pojęciowego, aby spójnie przekazać znaczenie. Model pojęciowy opisany za pomocą języka schematu pojęciowego nazywa się schematem pojęciowym. Schematy pojęciowe Pojęciowy model danych można reprezentować przez: diagramy związków encji (ERD - entity-relationship diagrams): notacja Chena, notacja Oracle, notacja IDEF1X, notacja Bachmana, notacja Abriala, i inne; diagramy UML (Unified Modeling Language - Ujednolicony Język Modelowania). Modelowanie pojęciowe na encjach Założenia: świat składa się z obiektów - encji, encje można pogrupować w typy, każda encja ma własność służącą do jej identyfikacji, encje są między sobą powiązane. 4

Nieformalne definicje pojęcie znaczenie przykład ENCJA rozróżnialny obiekt mieszkanie, rachunek, mieszkaniec, właściciel WŁASNOŚĆ opisuje encję adres mieszkania, nazwisko mieszkańca ZWIĄZEK łączy encje zamieszkane (mieszkanie - mieszkaniec) PODTYP podtyp encji właściciel jest podtypem mieszkańca 2.1 Encja Encja Encja (ang. entity) - reprezentuje zbiór obiektów w modelowanym fragmencie rzeczywistości, które posiadają te same cechy i są na tyle istotne, by trwale przechowywać o nich informacje. Encja może być odpowiednikiem obiektów materialnych, niematerialnych, zdarzeń lub faktów. Cechy encji: każda encja posiada własności, każda encja posiada unikalny identyfikator, konkretny obiekt świata rzeczywistego jest reprezentowany jako wystąpienie encji (instancja encji), każda encja ma unikalną nazwę, dowolny obiekt jest reprezentowany wyłącznie przez jedną encję. Obiekty reprezentowane przez encje Encje mogą reprezentować: obiekty materialne (mieszkanie, mieszkaniec), obiekty niematerialne (rachunek, wpłata), zdarzenia (kupno, sprzedaż), fakty (stan magazynowy). 5

Encja słaba Encja słaba to encja, której istnienie zależy od innej encji. (Nie istnieje, jeżeli nie istnieje encja, z którą jest powiązana). Na przykład samochód należący do pracownika, a nienależący do firmy, wprowadzony do ewidencji w celu dofinansowania kosztów benzyny pracownikowi, może być słabą encją. Wraz z odejściem pracownika zostanie usunięty z bazy. Zapis encji Notacja Chena Notacja Oracle a 2.2 Własności Własności Własności określają cechy encji. Encje tego samego typu mają wspólną część własności. Każda własność przybiera wartości z odpowiedniego zbioru wartości. Typy własności: proste lub złożone, identyfikujące, jedno- lub wielowartościowe, podstawowe lub pochodne (wywiedzione). Własności identyfikujące Własności identyfikujace Każda encja posiada własność lub zbiór własności będących jej unikalnym identyfikatorem. Własności te przyjmują unikalne wartości w ramach wszystkich wystąpień encji. Typy własności identyfikujacych: proste naturalne: PESEL, NIP, ISBN, proste sztuczne: nr akt, id mieszkania, złożone: id mieszkania, PESEL. 6

Deskryptory Deskryptory - wszystkie nie unikatowe własności encji. Cechy deskryptorów: reprezentują podstawowe cechy encji, mogą być opcjonalne lub obowiązkowe. Definicja własności Definicja własności obejmuje: określenie nazwy, określenie dziedziny (typ i maksymalny rozmiar, zbiór dozwolonych wartości, zakres dozwolonych wartości), dopuszczenie/niedopuszczenie wartości pustych, opcjonalne narzucenie unikatowości. Zapis własności Notacja Chena Notacja Oracle a 7

2.3 Związki Związki Związki określają zbiór asocjacji pomiędzy instancjami encji (powiązania pomiędzy obiektami świata rzeczywistego). Encje objęte danym związkiem są uczestnikami tego związku. Liczba uczestników w związku jest nazywana jego stopniem. Typy związków: unarne, binarne, ternarne, obligatoryjne lub opcjonalne, jeden do jeden, jeden do wiele, wiele do wiele. Związki unarne Związki unarne wiążą instancję encji z instancją tej samej encji (najczęściej reprezentują rekurencyjne powiązanie hierarchiczne). Dla związków unarnych należy okreslić rolę jaką gra każda instancja encji w związku. Związki binarne Związki binarne wiążą instancje dwóch encji (najpopularniejsze). 8

Związki ternarne Związki ternarne wiążą instancje trzech encji (nie należy mylić z trzema związkami binarnymi). Typ asocjacji 1:1 Typ asocjacji określa liczbę instancji związku, w których może brać udział instancja encji Asocjacja 1:1 - każda instancja bierze udział w co najwyżej jednej instancji związku. Jedno mieszkanie może posiadać jeden dodatek, dodatek jest przypisany do jednego mieszkania. Typ asocjacji 1:N Asocjacja 1:N - instancja jednej encji bierze udział w co najwyżej jednej instancji związku, instancja drugiej w dowolnej liczbie instancji związku. 9

Pracownik pracuje na jednym wydziale, wydział zatrudnia wielu pracowników. Typ asocjacji N:M Asocjacja N:M - instancje obu encji biorą udział w dowolnej liczbie instancji związku. Mieszkanie może mieć więcej niż jednego właściciela (np. małżeństwo), właściciel może mieć wiele mieszkań. Opcjonalna przynależność do związku Opcjonalna przynależność do związku - mogą istnieć instancje encji nie biorące udziału w żadnej instancji związku Mieszkanie może nie posiadać dodatku mieszkaniowego. Obligatoryjna przynależność do związku Obligatoryjna przynależność do związku - wszystkie instancje encji muszą brać udział w instancji związku 10

Mieszkanie musi posiadać rachunek, rachunek musi być przypisany do mieszkania. Zapis związków Notacja Chena Notacja Oracle a 2.4 Hierarchia Podtypy Podtyp Encje o wspólnych zbiorach atrybutów, można generalizować używając encji nadtypu (encji generalizacji, encji nadklasy). Np.: podtypem encji pracownik może byc programista, a mieszkańca - właściciel. 11

Podtypy - wnioski Encja podtypu (podklasy) dziedziczy wszystkie atrybuty oraz związki encji nadtypu. Encje podtypu nie posiadają własnego identyfikatora, identyfikator nadtypu jest wspólny dla wszystkich jego podtypów. Semantyka związku generalizacji oznacza, że każde wystąpienie podencji JEST wystąpieniem nadencji. Związki a podtypy Związki w hierarchizacji: związki dotyczące encji podtypu, związki dotyczące encji nadtypu, związki wzajemnie wykluczające się. Specjalizacja i generalizacja Specjalizacja definiowanie zbioru podtypów na podstawie nadtypów. Generalizacja definiowanie ogólnego nadtypu na podstawie istniejącego zbioru encji, które automatycznie stają się podtypami. 12

3 Podsumowanie Podsumowanie Kroki podejmowane w trakcie modelowania pojęciowego: określenie encji, określenie własności (znalezienie własności identyfikujących, deskryptorów i własności pochodnych), określenie związków (ich stopni, typu asocjacji, przynależności), wykluczenie związków niepoprawnych, znalezienie encji słabych, nadtypów i podtypów. 4 Źródła Źródła W wykładzie wykorzystano materiały: C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000 http://www.cs.put.poznan.pl/mmorzy/ http://wazniak.mimuw.edu.pl/index.php?title=bazy_danych http://bit.csc.lsu.edu/~chen/chen.html 13