TECHNIKI MODELOWANIA STRUKTURY INFORMACYJNEJ
|
|
- Kamila Skowrońska
- 6 lat temu
- Przeglądów:
Transkrypt
1 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
2 Metodyki strukturalne IE (Information Engineering) Martin 1990 MERISE - Quang, Kastler SSADM (Structured Systems Analysis and Design Method) CASE*Method (Computer Aided Systems/Software Engineering) MEIN (Metodologica Informatica) 1991 GHJ 2
3 Cel modelowania struktury informacyjnej SI Uzyskanie dokładnego opisu potrzeb informacyjnych organizacji, jako podstawy do budowy nowej lub modyfikacji istniejącej bazy danych systemu informatycznego Uzyskanie modelu niezależnego od konkretnych metod pamiętania i dostępu do danych, umożliwiającego podejmowanie decyzji w zakresie dostępnych technik implementacji i współistnienia z innymi systemami GHJ 3
4 Przedmiot modelowania Informacje gromadzone w organizacji, reprezentujące wiedzę: organizacji o niej samej i otaczającym ją świecie, o aktualnym stanie organizacji, o zdarzeniach, które miały miejsce w przeszłości, o planach na przyszłość, normach i przepisach, które jest ona zobowiązana przestrzegać GHJ 4
5 Etapy tworzenia baz danych Mini świat Konstrukcja modelu konceptualnego mini świata DO-Z Transformacja modelu konceptualnego do schematu logicznego Proces normalizacji Relacje Relacje znormalizowane Wybór struktur fizycznych i określenie metod dostępu do danych Strojenie bazy danych Fizyczne struktury danych Zwiększanie efektywności przetwarzania GHJ 5
6 Model konceptualny Przedstawia sformalizowany opis dziedziny przedmiotowej dla ustalonego zakresu systemu informacyjnego Podstawowe pojęcia w modelu obiekt (encja) atrybut związek GHJ 6
7 [Bunge M.] Ontologiczna definicja obiektu X=<x,p(x)> X obiekt x byt p(x) skończona kolekcja właściwości bytu GHJ 7
8 Ontologiczna definicja powiązania Dwa obiekty są powiązane, jeśli przynajmniej jeden z nich działa na drugi X działa na Y, jeśli historia Y jest pod wpływem X Historia chronologicznie uporządkowane stany, które byty przechodzą w czasie. GHJ 8
9 Definicja encji, typu encji, wystąpienia encji Encja przedstawia obiekt, który jest istotny dla organizacji, który może być materialny lub abstrakcyjny. Typ encji (obiektu) przedstawia zbiór lub klasę encji (obiektów) danej organizacji o takiej samej charakterystyce. Wystąpienie encji (obiektu) przedstawia indywidualną encję (obiekt) w organizacji, która jest członkiem zbioru lub klasy encji (obiektów). GHJ 9
10 [CASE*Method] Encja to istotna rzecz, rzeczywista lub wyobrażona, o której informacje muszą być znane lub przechowywane. PRACOWNIK GHJ 10
11 Ogólna definicja atrybutu Atrybut przedstawia właściwość danej encji Typ atrybutu przedstawia zbiór lub klasę właściwości encji, które opisują typ encji np. dla typu OSOBA: nazwisko, adres, numer ubezpieczenia Wartość atrybutu przedstawia wystąpienie właściwości encji np. dla konkretnej encji OSOBA wartość atrybutu wiek to 25, dla nazwiska Kowalski GHJ 11
12 [CASE*Method] Atrybut jest szczegółem, który służy do kwalifikowania, identyfikacji, klasyfikacji, wyrażenia wielkości lub stanu encji. Istotna cecha obiektu. Może być tekstem, liczbą, obrazem, zapachem itd.. Identyfikator jest nazywany unikalnym identyfikatorem. Może nim być: pojedynczy atrybut i/lub związek, kombinacja atrybutów i/lub związków. PRACOWNIK # numer karty * nazwisko * wiek o adres GHJ 12
13 Atrybut złożony Atrybut adres jest złożony z elementarnych danych: - miejscowość - kod pocztowy - ulica - numer domu GHJ 13
14 Związki Związek przedstawia istotne dla organizacji połączenie między encjami (obiektami). Typ związku przedstawia istotne dla organizacji połączenie między typami encji (obiektów). Wystąpienie związku przedstawia istotne dla organizacji połączenie między wystąpieniami encji (obiektów). GHJ 14
15 Rodzaje związków Ze względu na liczbę wiązanych typów encji (obiektów) wyróżnia się rodzaje związków: unarny - związek rekurencyjny binarny ternarny n-arny GHJ 15
16 Atrybut związku Atrybut związku jest właściwością, która dotyczy połączenia encji (obiektów), np. data wystąpienia danego związku, wielkość udziału w danym związku. GHJ 16
17 Definiowanie związku Polega na nadaniu nazwy ustaleniu dla więzów integralności - liczności (stopień związku) - przynależności (uczestnictwa) oraz określeniu reguł przenaszalności kaskadowego usuwania W zależności od metodyki definiuje się jeden lub oba kierunki (końce) związku GHJ 17
18 [CASE*Method] Związek jest nazwanym, istotnym dla organizacji powiązaniem między dwoma encjami. Dozwolone są związki co najwyżej binarne. Wymaga się zdefiniowania obu kierunków związku. Nie pokazuje się atrybutów związku. PRACOWNIK pracującym z pracuje z KLIENT posiada należy do KONTO GHJ 18
19 [MEIN] Klient reklamuje Zamówienie Wydział GHJ 19
20 Stopień związku (więzy liczności) Liczność encji A w związku R(AB) określa liczbę wystąpień encji B, które mogą być związane z jednym wystąpieniem encji A. Możliwe stopnie związków: - jeden do jeden (1:1) - jeden do wiele (1:M) - wiele do jeden (M:1) - wiele do wiele (M:N) 1, M wskaźniki maksymalnej liczności GHJ 20
21 Style graficznej prezentacji liczności i przynależności W związku R(A,B) styl spójrz na drugą stronę (S) przedstawia liczność, przynależność encji A po stronie B uczestnictwo (U) przedstawia liczność, przynależność encji A po stronie A GHJ 21
22 [CASE*Method] Styl spójrz na drugą stronę 1:1 REKLAMA WYPRAWY PROJEKT 1:N/N:1 KLIENT KONTO M:N CZĘŚĆ ZAMÓWIENIE stopień stały KLIENT <=2 SPRZEDAWCA GHJ 22
23 Więzy przynależności w związku R(AB) Przynależność encji specyfikuje czy wszystkie wystąpienia encji muszą uczestniczyć w związku z wystąpieniami innej encji. Istnieją dwa typy przynależności: całkowity (obowiązkowy) wszystkie wystąpienia encji A muszą uczestniczyć w związku z wystąpieniami encji B. częściowy (opcjonalny) niekoniecznie wszystkie wystąpienia encji A muszą uczestniczyć w związku z wystąpieniami encji B. GHJ 23
24 Graficzna prezentacja więzów przynależności Metodyka Styl Typ przynależności A B obowiązkowy B A opcjonalny CASE*Method U PROJEKT ZADANIE GHJ 24
25 Reguła czytania związku CASE*Method ENCJA A nazwa-końca-1 ENCJA B nazwa-końca-2 Każda ENCJA-A może być musi być nazwa-końca-1 jedna lub więcej jedna i tylko jedna ENCJA-B i odwrotnie Każda ENCJA-B musi być może być nazwa-końca-2 jedna i tylko jedna jedna lub więcej ENCJA-A GHJ 25
26 [CASE*Method] Kombinacje związków nieprawdopodobny rzadki wyjątkowy sporadyczny najczęściej występujący nieprawdopodobny często w diagramach ogólnych GHJ 26
27 [CASE*Method] Kombinacje związków rekurencyjnych rzadki powszechny częsty na diagramach ogólnych GHJ 27
28 Związki nieprzenaszalne [CASE*Method] Niedozwolona zamiana istniejącego połączenia wystąpienia encji na inne wystąpienie encji KLIENT posiada KONTO należy do GHJ 28
29 Związki wielokrotne Związki między więcej niż dwoma typami encji, które w aplikacji są postrzegane jako całość lub kombinacja i nie mogą być podzielone z powodów semantycznych. Koncepcja związków n-arnych MEIN MERISE Koncepcja związków binarnych IE SSADM CASE*Method Oracle GHJ 29
30 [MEIN] Klient M składa N Zamówienie P Wydział GHJ 30
31 Koncepcja binarnych związków - podejście N-arne Utworzenie abstrakcyjnego typu encji (encja połączenia), nazwa odpowiada charakterowi połączenia wszystkich wiązanych typów encji (w przypadku złożonych wymagań nazwa może być też abstrakcyjna) Przynależność tej encji jest obowiązkowa, liczebność N:1 Identyfikatorem jest kombinacja identyfikatorów uczestniczących w związku encji. GHJ 31
32 [CASE*Method] ZŁOŻENIE KLIENT ZAMÓWIENIE WYDZIAŁ GHJ 32
33 Koncepcja binarnych związków - podejście grupowania Utworzenie abstrakcyjnego typu encji dla dwóch wybranych typów, nazwa odpowiada kombinacji nazw grupowanych typów encji Przynależność tej encji jest obowiązkowa, liczebność związku z encjami grupowanymi N:1, z pozostałymi M:N Identyfikatorem jest przeważnie kombinacja identyfikatorów grupowanych encji GHJ 33
34 [CASE*Method] ZAMÓWIENIE KLIENTA WYDZIAŁ KLIENT ZAMÓWIENIE GHJ 34
35 [CASE*Method] Encja intersekcji (przecięcia) Wprowadzana do diagramu w przypadku eliminacji związku M:N przez jego rozkład na dwa związki 1:M potrzeby przedstawienia atrybutów związku GHJ 35
36 [CASE*Method] Rozkład związku M:N a) PRACOWNIK przydzielony do ZADANIE przydzielone b) PRZYDZIAŁ PRACOWNIK ZADANIE GHJ 36
37 Koncepcja uogólnienia Poszukiwanie abstrakcyjnego opisu zbioru podobnych typów, postrzeganego jako wyższy poziom - typ ogólny. [Tsichritzis, Lochovsky] Nadtyp encja wyższego poziomu Podtyp encja nizszego poziomu Zbiór podtypów wraz z ich nadtypem i związkami między nimi posiada charakter budowy hierarchicznej. GHJ 37
38 Właściwość dziedziczenia w hierarchii Pozwala na przywłaszczenie (dziedziczenie) atrybutów i związków nadtypu przez jego podtypy. Wielopoziomowe (zagnieżdżone) dziedziczenie podtyp może sam być nadtypem dla innych podtypów Wielokrotne dziedziczenie podtyp może posiadać więcej niż jeden nadtyp. GHJ 38
39 CASE*Method PRACOWNIK MENEDŻER SPRZEDAWCA TELEFONICZNY BEZPOŚREDNI STRAŻNIK BUDYNKOWY PARKINGOWY GHJ 39
40 Rozłączność i wyczerpanie w hierarchii uogólnienia Wzajemne wykluczanie się (rozłączność) podtypów wystąpienie encji jednego podtypu nie może być wystąpieniem innego podtypu. Wyczerpanie nadtypu wystąpienia podtypu składają się ze wszystkich wystąpień nadtypu. Wzajemne wykluczanie się związków - w przypadku tej samej encji wystąpienie jednego typu związku nie może być wystąpieniem innego typu związku. GHJ 40
41 Możliwe przypadki wystąpień encji Encja może istnieć jako tylko jeden z podtypów wykluczanie się jeden z kilku podtypów brak wykluczania (zachodzące na siebie podtypy) żaden z wymienionych podtypów brak możliwości wyczerpania GHJ 41
42 [CASE*Method] Reguły dla podtypów Podtyp encji jest typem encji Nadtyp - dwa lub więcej wzajemnie wykluczających się podtypów Podtyp encji bez zastrzeżeń dziedziczy wszystkie atrybuty, związki i funkcje od nadtypu Podtypy mogą posiadać własne atrybuty i/lub związki GHJ 42
43 Reguły dla podtypów c.d. Podtypy mogą być rozdzielone na podtypy niższych poziomów Przypadek braku wyczerpania dodatkowy podtyp z nazwą Przypadek braku wykluczania dodatkowa nazwa dla zbiorów nakładających się podtypów (np.. wyróżniony innym kolor), w jej ramach obowiązuje zasada wzajemnego wykluczania GHJ 43
44 CASE*Method PRACOWNIK MENEDŻER SPRZEDAWCA TELEFONICZNY BEZPOŚREDNI STRAŻNIK BUDYNKOWY PARKINGOWY INNY GHJ 44
45 [CASE*Method] Reguły dla wykluczających się związków Wzajemne wykluczanie związków przedstawia się za pomocą łuku Końce związków objęte łukiem muszą mieć tą samą przynależność (całkowitą albo częściową). Łuk może obejmować co najmniej dwa lub więcej związków tylko końce dotyczące tego samego typu encji. Koniec związku może należeć tylko do jednego łuku GHJ 45
46 [CASE*Method] KONTO należy do OSOBA posiada własnością właścicielem ORGANIZACJA GHJ 46
47 [CASE*Method] Reguły kaskadowego usuwania Usuwanie kaskadowe utrata informacji o jednej rzeczy pociąga za sobą utratę informacji o rzeczach z nią powiązanych Wskaźnik usuwania kaskadowego C usuń wszystkie dzieci, jeżeli jest usuwany rodzic X zabroń usunięcia rodzica, jeżeli istnieją dzieci N niezależne usuwanie rodzica i dziecka GHJ 47
48 [CASE*Method] Zmiana przypisania Zmiana unikalnego identyfikatora rodzica pociąga za sobą potrzebę zastąpienia starego powiązania z dziećmi nowym powiązaniem Zmień przypisanie D Zmiana widoczna na poziomie działającej aplikacji GHJ 48
49 Zmiany w czasie: atrybut [CASE*Method] UMOWA # * data * status STATUS # * wartość * data od o data do dla UMOWA # * data określona przez GHJ 49
50 Zmiany w czasie: związek [CASE*Method] NIERUCHOMOŚĆ własnością UMOWA WŁASNOŚCI # * data o data wygaśnięcia dla dotyczy przedmiotem NIERUCHOMOŚĆ OSOBA właścicielem OSOBA stroną w GHJ 50
51 [CASE*Method] Klasyfikacja a) dowolna PRODUKT # * symbol * nazwa * klasyfikacja b) sformalizowana PRODUKT # * symbol * nazwa w klasyfikacją dla KLASYFIKACJA # * wartość * opis złożona z należy do GHJ 51
52 [CASE*Method] Hierarchia - prosty model ZESPÓŁ wchodzi w skład złożony z DZIAŁ wchodzi w skład złożony z WYDZIAŁ wchodzi w skład złożony z ZARZĄD GHJ 52
53 Hierarchia - wariant I JEDNOSTKA ORGANIZACYJNA # symbol *nazwa *typ wchodzi w skład złożona z GHJ 53
54 Hierarchia - wariant II JEDNOSTKA ORGANIZACYJNA #symbol *nazwa ELEMENT STRUKTURY wchodzi w skład ORGANIZACJA złożona z określona przez klasyfikacją dla TYP JEDNOSTKI ORGANIZACYJNEJ #nazwa GHJ 54
55 [CASE*Method] Faktura POZYCJA # * numer * cena netto * ilość dotyczy zamieszczony w PRODUKT # * symbol * nazwa * jednostka miary * stawka vat TOWAR częścią USŁUGA składa się z FAKTURA # * numer * data sprzedaży * termin płatności * forma płatności wystawiona przez KONTRAHENT # * numer sprzedawcą * nazwa skierowana * kod pocztowy do * miejscowość * ulica GHJ nabywcą o telefon 55
56 [CASE*Method] Szczegółowa definicja obiektu Pełna nazwa/ skrót Nazwa nadtypu Synonimy Przykłady Opis (znaczenie obiektu) Liczebność: początkowa, średnia, maksymalna (liczbowo lub procentowy wzrost, np. rocznie, kwartalnie) Lista atrybutów Lista związków Jednoznaczny identyfikator Okresy dla archiwowania i zniszczenia (okres, przyczyna) Reguły spójności (zasady funkcjonowania organizacji) GHJ 56
57 Reguła spójności ZAKUP # numer * data * wartość w ramach źródłem dla ZLECENIE # numer * data otwarcia * kwota Warunek dla Tworzenie obiektu ZAKUP Reguła ZAKUP może dotyczyć zlecenia, którego data otwarcia jest wcześniejsza od daty ZAKUPU GHJ 57
58 Szczegółowa definicja związku Nazwa encji Nazwa końca Przynależność Stopień (min, średni, max) Wskaźnik usuwania kaskadowego Łuk (numer) Wskaźnik jednoznacznego identyfikatora GHJ 58
59 Szczegółowa definicja atrybutu Nazwa/skrót Opis/uwagi Wymagany/Opcjonalny Atrybuty opcjonalne % wypełnienia (na początku, średnio) warunek dla istnienia wartości Format (znakowy, liczbowy, daty, ) Maksymalna, średnia długość Jednostka miary długości GHJ 59
60 Szczegółowa definicja atrybutu cd. Dostępność/odpowiedzialność nazwa użytkownika prawa dostępu (tryb: C, U, D, A, R, All) poziom kontroli uprawnień, np. 1 do obiektów, 2 do podmiotów, 3 - do zasad kontroli, Reguła poprawności (algorytm lub lista wartości, zakres) Wartość domyślna (wymagany) Wartość dla null (opcjonalny) Zbiór dopuszczalnych wartości (skrót i znaczenie, dolna/górna wartość) GHJ 60
61 Szczegółowa definicja dziedziny Nazwa/skrót Opis/uwagi Format Maksymalna długość, jednostka miary Dostępność/Odpowiedzialność Reguła poprawności Wartość domyślna Wartość dla null Zbiór dopuszczalnych wartości GHJ 61
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ół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ół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ół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ół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ół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ół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ółowoMODELOWANIE PRZEPŁYWU DANYCH
MODELOWANIE PRZEPŁYWU DANYCH 1. Diagram przepływu danych (DFD) 2. Weryfikacja modelu strukturalnego za pomocą DFD Modelowanie SI - GHJ 1 Definicja i struktura DFD Model części organizacji rozważany z punktu
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ół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ół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ół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ół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ółowoModelowanie KONCEPCJA. przedstawiana przez INDYWIDUALNOŚĆ GHJ 6
Modelowanie KONCEPCJA staje się zrozumiała wyrażona za pomocą INDYWIDUALNOŚĆ przedstawiana przez SYMBOL GHJ 6 Podejścia w modelowaniu Pełny zakres WSTĘPUJĄCE Opuszczone szczegóły ZSTĘPUJĄCE Niepotrzebne
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ół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ół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ół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ół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ół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ółowoAPIO. W7 SPECYFIKACJA (UŻYCIA) DOSTĘPU DO DANYCH I SPOSOBU ICH PRZETWARZANIA 1. METODA CRUD 2. LOGIKA FUNKCJI
APIO. W7 SPECYFIKACJA (UŻYCIA) DOSTĘPU DO DANYCH I SPOSOBU ICH PRZETWARZANIA 1. METODA CRUD 2. LOGIKA FUNKCJI dr inż. Grażyna Hołodnik-Janczura W8/K4 CO SIĘ MOŻE DZIAĆ PODCZAS WYKONYWANIA BIZNESOWEJ FUNKCJI
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ół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ółowoMODELOWANIE SYSTEMÓW INFORMACYJNYCH
MODELOWANIE SYSTEMÓW INFORMACYJNYCH Wykładowca: dr inż. Grażyna Hołodnik-Janczura Instytut Organizacji i Zarządzania Politechnika Wrocławska GHJ 1 LITERATURA 1. Barker R., Longman C., CASE*Method: Modelowanie
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ółowoPodejście obiektowe - podstawowe pojęcia
Podejście obiektowe - podstawowe pojęcia Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2003 2008 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu
Bardziej szczegółowoModelowanie i Programowanie Obiektowe
Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do
Bardziej szczegółowoDiagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między
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ółowoWprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
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ół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ół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ół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ół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ół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ół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ół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ółowoPrzepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)
Przepływy danych Oracle Designer: Modelowanie przepływów danych Cele: zobrazowanie funkcji zachodzących w organizacji, identyfikacja szczegółowych informacji, przetwarzanych przez funkcje, pokazanie wymiany
Bardziej szczegółowoWydział Elektroniki Politechniki Wrocławskiej. Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych
Wydział Elektroniki Politechniki Wrocławskiej Kierunek: Informatyka Specjalność: InŜynieria Systemów Informatycznych Projekt z przedmiotu Komputerowe Systemy Zarządzania (INE3608) pt. System. Opracowanie:
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ółowoModelowanie 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 Notacje diagramów E Hierarchie encji Etapy budowy systemu informatycznego przedsiębiorstwa
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ół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ół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ół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ółowoZofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1
Charakterystyka oprogramowania obiektowego 1. Definicja systemu informatycznego 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wymagania 4. Problemy z podejściem nieobiektowym
Bardziej szczegółowoBazy danych. Zasady konstrukcji baz danych
Bazy danych Zasady konstrukcji baz danych Diagram związków encji Cel: Opracowanie modelu logicznego danych Diagram związków encji [ang. Entity-Relationship diagram]: zapewnia efektywne operacje na danych
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ółowoBazy danych. dr inż. Andrzej Macioł
Bazy danych dr inż. Andrzej Macioł http://amber.zarz.agh.edu.pl/amaciol/ Ontologia Dziedzina metafizyki, która para się badaniem i wyjaśnianiem natury jak i kluczowych właściwości oraz relacji rządzących
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ół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ółowoDiagramy klas. WYKŁAD Piotr Ciskowski
Diagramy klas WYKŁAD Piotr Ciskowski przedstawienie statyki systemu graficzne przedstawienie statycznych, deklaratywnych elementów dziedziny przedmiotowej oraz związków między nimi obiekty byt, egzemplarz
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ół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 8 Diagram pakietów I Diagram pakietów (ang. package diagram) jest diagramem
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoModelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.
Bardziej szczegółowoPodrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy
Uwaga: 1. Praca powinna być napisana z użyciem formy bezosobowej np. wykonano. Nazwa rozdziału Zawartość Liczba stron 1. Wstęp Rozdział ten powinien zawierać zarys najważniejszych elementów pracy Krótki
Bardziej szczegółowoBaza danych. Modele danych
Rola baz danych Systemy informatyczne stosowane w obsłudze działalności gospodarczej pełnią funkcję polegającą na gromadzeniu i przetwarzaniu danych. Typowe operacje wykonywane na danych w systemach ewidencyjno-sprawozdawczych
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ółowoInformatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)
KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu w języku angielskim Modeling and Analysis of Information Systems Obowiązuje od roku akademickiego
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ół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ół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ółowoKARTA PRZEDMIOTU. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI Ogólne umiejętności posługiwania się komputerem
WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Zał. nr 4 do ZW 33/01 KARTA PRZEDMIOTU Nazwa w języku polskim: Nazwa w języku angielskim: Kierunek studiów (jeśli dotyczy): Specjalność (jeśli dotyczy): Stopień studiów
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ółowoModelowanie związków encji
Modelowanie związków encji 1. Cel modelowania - tworzenia związków encji Metoda modelowania tworzenie związków encji (ERD) odnosi się do etapów strategii i analizy cyklu życia systemu informacyjnego. Cykl
Bardziej szczegółowoE-1IZ s2. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-1IZ2-1003-s2 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
Bardziej szczegółowoDiagramy przypadków użycia. WYKŁAD Piotr Ciskowski
Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej
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ółowoModelowanie 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ół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ół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ół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ół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ół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ółowoBazy danych. dr inż. Andrzej Macioł
Bazy danych dr inż. Andrzej Macioł http://amber.zarz.agh.edu.pl/amaciol/ Ontologia Dziedzina metafizyki, która para się badaniem i wyjaśnianiem natury jak i kluczowych właściwości oraz relacji rządzących
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 I. Wprowadzenie do baz danych
Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles
Bardziej szczegółowoDIAGRAM KLAS. Kamila Vestergaard. materiał dydaktyczny
DIAGRAM KLAS Kamila Vestergaard materiał dydaktyczny DEFINICJA D I A G R A M K L A S Diagram klas pokazuje wzajemne powiązania pomiędzy klasami, które tworzą jakiś system. Zawarte są w nim informacje dotyczące
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ół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ółowoInterbase. stacjonarne (stacjonarne / niestacjonarne) kierunkowy (podstawowy / kierunkowy / inny HES)
Załącznik nr 7 do Zarządzenia Rektora nr../12 z dnia.... 2012r. KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Interbase Nazwa modułu w języku angielskim Obowiązuje od roku akademickiego 2012/2013
Bardziej szczegółowoPodstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Bardziej szczegółowoCharakterystyka oprogramowania obiektowego
Charakterystyka oprogramowania obiektowego 1. Definicja systemu informatycznego 2. Model procesu wytwarzania oprogramowania - model cyklu Ŝycia oprogramowania 3. Wymagania 4. Problemy z podejściem nieobiektowym
Bardziej szczegółowoModelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014
Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80
Bardziej szczegółowoBazy danych 2. dr inż. Tadeusz Jeleniewski
Wykład 4 Projektowanie bazy danych i procesów aplikacji Modelowanie reguł przetwarzania Środowisko przykładowego programu do modelowania reguł przetwarzania Reguły poprawności 2018-02-23 Bazy danych 2
Bardziej szczegółowoPodejście obiektowe wprowadzenie
wprowadzenie Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2013 Bogdan Kreczmer
Bardziej szczegółowoPiotr Kulicki Katolicki Uniwersytet Lubelski Jana Pawła II Instytut Filozofii Teoretycznej Katedra Podstaw Informatyki
Piotr Kulicki Katolicki Uniwersytet Lubelski Jana Pawła II Instytut Filozofii Teoretycznej Katedra Podstaw Informatyki Modalności w praktyce informatycznej Lublin, 17 listopada 2009 Interesująca opinia
Bardziej szczegółowoProjektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34
Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych
Bardziej szczegółowoPodstawy Programowania Obiektowego
Podstawy Programowania Obiektowego Wprowadzenie do programowania obiektowego. Pojęcie struktury i klasy. Spotkanie 03 Dr inż. Dariusz JĘDRZEJCZYK Tematyka wykładu Idea programowania obiektowego Definicja
Bardziej szczegółowoE-I2SG-2010-s1. Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny)
KARTA MODUŁU / KARTA PRZEDMIOTU Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. Kod modułu E-I2SG-2010-s1 Nazwa modułu Modelowanie i Analiza Systemów Informatycznych Nazwa modułu
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ółowoIII. Dane podstawowe definiowanie organizacji
Ćwiczenia z użytkowania systemu MFG/PRO 1 III. Dane podstawowe definiowanie organizacji 1.1.1 Kartoteka kodów statusów zapasów Kod statusu zapasów określa parametry statusu zapasów w zakresie: Dostępne
Bardziej szczegółowoWymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne
Definiowanie wymagań Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: 1. Definicja wymagań jest zapisana w języku naturalnym jako rezultat rozmów z przedstawiciela klienta 2. Specyfikacja
Bardziej szczegółowoPodstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem. dr Jakub Boratyński. pok. A38
Podstawowe pakiety komputerowe wykorzystywane w zarządzaniu przedsiębiorstwem zajęcia 1 dr Jakub Boratyński pok. A38 Program zajęć Bazy danych jako podstawowy element systemów informatycznych wykorzystywanych
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 Zorientowane na Dziedzinę. ang. Domain Driven Design
Projektowanie Zorientowane na Dziedzinę ang. Domain Driven Design 2 Projektowanie Stan posiadania Przypadki użycia Model dziedziny Operacje systemowe Kontrakty dla operacji systemowych Problemy do rozwiązania
Bardziej szczegółowoPojęcie bazy danych. Funkcje i możliwości.
Pojęcie bazy danych. Funkcje i możliwości. Pojęcie bazy danych Baza danych to: zbiór informacji zapisanych według ściśle określonych reguł, w strukturach odpowiadających założonemu modelowi danych, zbiór
Bardziej szczegółowo