Inżynieria ontologii
|
|
- Franciszek Kozak
- 9 lat temu
- Przeglądów:
Transkrypt
1 Inżynieria ontologii Mikołaj Morzy Agnieszka Ławrynowicz Instytut Informatyki Poznań, rok akademicki 2012/2013 TSiSS 1
2 Inżynieria ontologii Inżynieria ontologii zajmuje się zasadami, metodami i narzędzami do konstrukcji i utrzymywania ontologii. Metodologie inżynierii ontologii dotyczą procesu i metodologicznych aspektów konstrukcji i utrzymywania ontologii; dostarczają wskazówek i rekomendacji twórcom ontologii. TSiSS 2
3 Po co tworzyć ontologie? współdzielone rozumienie struktury informacji między ludźmi, między programami (agentami) ułatwienie jej automatycznego przetwarzania ponowne użycie wiedzy dziedzinowej uniknięcie ponownego odkrywania Ameryki wprowadzenie standardów jawna reprezentacja założeń przyjętych w danej dziedzinie pozwala na ich łatwą zmianę, w odróżnieniu od ich sztywnego zapisu w kodzie oddzielenie wiedzy dziedzinowej od wiedzy operacyjnej TSiSS 3
4 Ontology Development 101: A Guide to Creating Your First Ontology (Noy &McGuinness) Nie istnieje żadna jedyna poprawna metoda wytwarzania ontologii. Ogólne reguły: 1. Możliwe wiele sposobów modelowania danej dziedziny. Najlepsze rozwiązanie zależy od tworzonej aplikacji i przewidywanych rozszerzeń. 2. Proces wytwarzania ontologii jest iteracyjny. 3. Pojęcia zdefiniowane w ontologii powinny odpowiadać obiektom (fizycznym lub logicznym) i relacjom z opisywanej dziedziny. w zdaniach opisujących dziedzinę: rzeczowniki (obiekty) i czasowniki (relacje) TSiSS 4
5 Ontology Development 101: A Guide to Creating Your First Ontology (Noy &McGuinness) Budowa ontologii realizowana w cyklicznych etapach obejmujących: Krok 7 Wprowadzenie instancji Krok 1 Ustalenie dziedziny i zakresu ontologii Krok 2 Rozważenie użycia istniejących ontologii Krok 6 Zdefiniowanie ograniczeń własności Krok 5 Zdefiniowanie własności klas Krok 4 zdefiniowanie klas i ich hierarchii Krok 3 Wylistowanie najważniejszych terminów w ontologii TSiSS 5
6 Przykład budowa ontologii o winach i jedzeniu Jakie wino pasuje do owoców morza? Współdzielona ontologia o winach i jedzeniu Typy win TSiSS 6
7 Krok 1 - ustal dziedzinę i zakres ontologii Jakiej dziedziny dotyczy ontologia? Do czego jej użyjemy? Na jakiego rodzaju pytania ontologia ma udzielać odpowiedzi? Kto będzie korzystał z ontologii i ją utrzymywał? TSiSS 7
8 Krok 1 - ustal dziedzinę i zakres ontologii Jakiej dziedziny dotyczy ontologia? reprezentacja win i jedzenia Do czego jej użyjemy? aplikacje sugerujące wybór posiłków i win w restauracji TSiSS 8
9 Krok 1 - ustal dziedzinę i zakres ontologii Na jakiego rodzaju pytania ontologia ma udzielać odpowiedzi? musi zawierać: pojęcia opisujące rodzaje i główne typy win, dobre i złe połączenia danego typu wina z danym jedzeniem mało prawdopodobne: pojęcia nt. zarządzania magazynem w winiarni lub nt. pracowników restauracji Kto będzie korzystał z ontologii i ją utrzymywał? ontologia służąca: a) klientom restauracji - powinna zawierać ceny detaliczne, b) właścicielom restauracji - ceny hurtowe TSiSS 9
10 Krok 1 - ustal dziedzinę i zakres ontologii Pytania kompetencyjne (ang. competency ques-ons) lista pytań, na które powinna odpowiedzieć oparta na ontologii baza wiedzy. Czy ontologia zawiera dostatecznie dużo informacji, aby na nie odpowiedzieć? Czy odpowiedzi są wystarczająco szczegółowe? TSiSS 10
11 Pytania kompetencyjne Jakie własności wina powinno się rozważyć przy jego wyborze? Czy Bordeaux to wino czerwone czy białe? Czy Cabernet Sauvignon pasuje do owoców morza? Jakie jest najlepsze wino do grillowanego mięsa? Czy bukiet zależy od rocznika? Jakie są dobre roczniki Napa Zinfandel? + = Zgodnie z listą pytań ontologia powinna zawierać informacje o cechach i typach win, dobrych i złych rocznikach, rodzajach jedzenia, dla których ważny jest odpowiedni wybór pasującego wina, polecanych kombinacjach jedzenie wino. TSiSS 11
12 Krok 2 rozważ użycie istniejących ontologii Czy istnieją ontologie dotyczące naszej dziedziny, które moglibyśmy rozszerzyć i zmodyfikować, tak by pasowały do naszych wymagań? ontologie nadrzędne/fundacjonistyczne (ang. top- level/ upper/foundauonal ontologies) repozytoria ontologii (TONES) wyszukiwarki ontologii (Swoogle) zasoby nie- ontologiczne (baza francuskich win może już istnieć, taka zaimportowana baza może stanowić nasze pierwsze podejście w tworzeniu klasyfikacji win) + ich re- inżynieria TSiSS 12
13 Krok 3 - wylistuj najważniejsze terminy w ontologii Najważniejsze terminy związane z daną dziedziną Na początku ważne aby lista terminów była obszerna i wyczerpująca, nawet jeśli niektóre pojęcia, relacje lub właściwości się pokrywają wino, winogrono, winiarnia, jej lokalizacja, kolor wina, smak i zawartość cukru; różne rodzaje jedzenia np. ryby czy wołowina; podtypy wina wino białe, czerwone TSiSS 13
14 Krok 4 - zdefiniuj klasy i ich hierarchię Podejście top- down: najpierw zdefiniowanie najbardziej ogólnych pojęć w dziedzinie, a później ich specjalizacja np. najpierw klasa Wino, później jej podklasy: Wino białe, Wino czerwone, Wino różowe podejście bo\om- up: najpierw zdefiniowanie najbardziej specyficznych klas liści w hierarchii, by później grupować te klasy w bardziej ogólne pojęcia np. najpierw klasy Pauillac i Margaux, później ich wspólna nadklasa Medoc (z kolei podklasa Bordeaux) podejście mieszane najpierw definiujemy bardziej istotne pojęcia, a potem tworzymy ich generalizacje i specjalizacje TSiSS 14
15 Krok 4 - zdefiniuj klasy i ich hierarchię z listy terminów (krok 3) wybieramy odpowiadające rzeczywistym obiektom, a nie opisujące te obiekty (ich własności) układamy hierarchię klas Jeżeli klasa A jest nadklasą B, wtedy każda instancja B jest też instancją A (np. Pinot noir to podklasa Wino czerwone) Wino czerwone Pinot noir TSiSS 15
16 Krok 4 - zdefiniuj klasy i ich hierarchię Relacja jest lub jest rodzajem (ang. is- a) - główna relacja obowiązująca w hierarchii klas (Chardonnay jest rodzajem Wina Białego, Odrzutowiec jest rodzajem samolotu) Przechodniość relacji hierarchicznych jeśli B jest podklasą A i C jest podklasą B, to C jest podklasą A Unikanie cykli Jeśli klasa B jest zdefiniowana jako podklasa A, oraz A jako podklasa B, to obie klasy są sobie równoważne TSiSS 16
17 Kiedy wprowadzić nową klasę? Podklasa zazwyczaj zawiera: dodatkowe własności, których nie ma nadklasa dodatkowe ograniczenia inne niż dla nadklasy bardziej specyficzne ograniczenia Synonimy nazwy pojęcia nie stanowią różnych klas Klasy reprezentują pojęcia a nie ich nazwy! Nazwa klasy może się zmienić, ale będzie reprezentować to samo pojęcie (Koźlarz i Kozak) TSiSS 17
18 Nowa klasa czy nowa wartość własności? Czy określone rozróżnienie (np. białe, czerwone, różowe wino) jest własnością czy zestawem klas? Decyzja zależy od dziedziny oraz zadania jakie ma spełniać ontologia Czy nowa klasa ma dla nas istotne znaczenie? W firmie produkującej butelki kolor wina nie ma większego znaczenia (nowe klasy są zbędne), inaczej było by w aplikacji ułatwiającej dobór wina do posiłku. TSiSS 18
19 Krok 5 - zdefiniuj własności klas Dla klasy Wino: kolor, smak, zawartość cukru Dla klasy Winiarnia: położenie Możliwe typy własności: W przypadku obiektów strukturalnych, ich fizyczne lub abstrakcyjne części (dania w posiłku) Relacje klas z innymi obiektami wytwórca wina łączący wino i winiarnię oraz winogrono z którego wino jest zrobione dla klasy Wino: nazwa, pochodzenie, wytwórca, winogrono Własności są dziedziczone przez podklasy, dlatego powinny być związane z najbardziej ogólną klasą, która posiada daną własność TSiSS 19
20 Krok 6 - zdefiniuj ograniczenia własności Liczność (ograniczenia ilościowe) określa ile własność może mieć wartości Wino jest zrobione z co najmniej N=1 gatunku winogron wino wykonane z maksimum M=1 gatunku winogron Własności literałowe cena wina (String) musujące? tak/nie (Boolean) Dziedzina i przeciwdziedzina przeciwdziedziną własności produkuje jest klasa Wino dziedziną własności produkuje jest klasa Winiarnia TSiSS 20
21 Krok 7 wprowadź instancje Zdefiniowanie pojedynczej instancji klasy: Wybranie klasy Stworzenie instancji klasy Stworzenie ograniczeń własności Chateau- Morgon- Beaujolais jest instancją klasy Beaujolais Kolor: czerwone Smak: delikatny Poziom taniny: niski Winogrono: Gamay (instancja klasy Winogrono) Wytwórca: Chateau- Morgon (instancja klasy Winiarnia) Region: Beaujolais (instancja klasy Region) Zawartość cukru: wytrawne TSiSS 21
22 Klasa czy instancja? Jaki powinien być poziom granularności w ontologii? Jakie są najbardziej specyficzne obiekty? (będą one reprezentowane jako instancje) Aplikacja doboru wina do posiłku: instancja to np. Sterling Vineyards Merlot Aplikacja do inwentaryzacji win w restauracji: instancje to pojedyncze butelki wina Pojęcia, które formują naturalną hierarchię - reprezentowane jako klasy w trakcie rozwoju ontologii, niektóre gałęzie pojęć w hierarchii mogą zyskać kolejne poziomy szczegółowości, a ich instancje zostać redefiniowane jako podklasy Pojęcia, dla których nie możemy sobie wyobrazić ich instancji modelowane jako instancje (np. nazwy własne) Niekiedy, w związku z wymogami aplikacji, można zamodelować klasę mającą pojedynczą instancję TSiSS 22
23 Adnotacje Klasy/relacje powinny posiadać dokumentację w postaci adnotacji Opis klasy/relacji w języku naturalnym Lista założeń dziedzinowych odnoszących się do definicji klasy/relacji Lista synonimów Dokumentacja równie ważna jak ta w przypadku dokumentowania kodów źródłowych programu! TSiSS 23
24 Które istniejące ontologie wykorzystać i jak? Typy ontologii Ontologia nadrzędna (fundacjonistyczna) Ontologia dziedzinowa Ontologia zadaniowa Ontologia aplikacji TSiSS 24
25 Które istniejące ontologie wykorzystać i jak? Ontologie fundacjonistyczne dostarczają ogólnych wysokopoziomowych zbiorów kategorii pomoc na starcie budowy ontologii (podstawowe rozróżnienia obiekty stałe w czasie a procesy, podstawowa struktura, podstawowe relacje) Ontologie dziedzinowe częściowo pokrywają się z zakresem nowo tworzonej ontologii TSiSS 25
26 Ontologie fundacjonistyczne DOLCE (DescripUve Ontology for LinguisUc and CogniUve Engineering) obiekty i pojęcia związane z językiem naturalnym i kognitywistyką BFO (Basic Formal Ontology) zorientowana w kierunku badań naukowych, zastosowania w bioinformatyce SUMO (Suggested Upper Merged Ontology) przewidziana dla wielu zastosowań (wyszukiwanie, lingwistyka, wnioskowanie), zawiera zbiór ontologii dziedzinowych Cyc/Open Cyc duży projekt z zakresu Sztucznej Inteligencji, w ramach którego tworzona jest ontologia i baza wiedzy dotycząca życia codziennego TSiSS 26
27 Typowe ontologiczne podziały klas encje fizyczne a abstrakcyjne encje fizyczne potrzebują czasu lub przestrzeni żeby istnieć, pozostałe to encje abstrakcyjne encje trwające (ang. ConUnuant, Endurant) - obiekty stałe w czasie a wydarzające się (ang. Occurrent, Perdurant) procesy encje trwające - postrzegane jako całościowy (kompletny) obiekt w dowolnym wycinku czasu encje wydarzające się w danym wycinku czasu, istnieje jedynie ich fragment TSiSS 27
28 Taksonomia głównych kategorii DOLCE TSiSS 28
29 Taksonomia BFO TSiSS 29
30 Inne metodologie konstrukcja pojedynczej ontologii Methontology On- To- Knowledge KACTUS konstrukcja sieci ontologii NEON: duża liczba ontologii, osadzonych w sieciach ontologii, budowanych przez rozproszone, współpracujące ze sobą grupy TSiSS 30
31 Metodologia NEON wykaz czynności ( Glossary of Aciviies ) - identyfikuje i definiuje ponad 50 czynności wykonywanych podczas kolaboratywnego budowania sieci ontologii - - formalizacja, - diagnostyka, - lokalizacja, - dopasowywanie, - wzbogacanie itp. nacisk na: ponowne użycie i reinżynierię zasobów zawierających wiedzą dziedzinową kolaboratywny i dyskusyjny tryb pracy nad tworzeniem ontologii tworzenie sieci ontologii, w przeciwieństwie do tworzenia dedykowanych, nowych ontologii od zera TSiSS 31
32 NEON: specyfikacja wymagań Ontology Requirements SpecificaUon Document (ORSD): cel ontologii zakres ontologii język implementacji przewidziani użytkownicy przypadki użycia ponowne wykorzystanie zasobów ontologicznych Przykład: Digital Mulimedia Repositories Ontology hmp:// /public/dmro/dmro_orsd.pdf
33 NEON: wykorzystanie istniejących zasobów ontologie nadrzędne wyrażenia z innych ontologii wzorce projektowe zasoby nie- ontologiczne
34 Wyszukiwanie wyrażeń w innych ontologiach Wtyczka Watson do NEON Toolkit
35 Wzorce projektowe w konstrukcji ontologii trudność w wykorzystaniu tylko użytecznych fragmentów istniejącej ontologii, nakład pracy może być wyższy niż stworzenie nowej ontologii od zera potrzeba małych (lub zręcznie zmodularyzowanych) ontologii: - dobra dokumentacja - najlepsze praktyki re- inżynierii wiedzy analogia do wzorców projektowych w programowaniu wzorzec projektowy dla ontologii (ang. ontology design pa\ern - ODP): podsumowuje najlepsze praktyki modelowania ontologii jest rozwiązaniem powtarzającego się problemu modelowania w konstrukcji ontologii TSiSS 35
36 TSiSS 36
37 Przykład: participant role (diagram) TSiSS 37
38 Przykład: participant role (ogólny opis) TSiSS 38
39 Wykorzystanie nie-ontologicznych zasobów standardy metadanych schematy danych w istniejących systemach (np. schematy baz danych) tezaurusy, słowniki, leksykony folksonomie itd. TSiSS 39
40 NEON - scenariusze budowy ontologii TSiSS 40
41 Ocena jakości ontologii pokrycie i precyzja TSiSS 41
42 Ocena jakości ontologii - metoda OntoClean Problem: nieuporządkowane taksonomie pojęć względem co jest czyją podklasą, jak ułożyć pojęcia we właściwym porządku? Metoda OntoClean (Guarino & Welty, 2000) analiza ontologii na podstawie formalnych, niezależnych od dziedziny metawłasności Pozwala na identyfikację konfliktów logicznych TSiSS 42
43 Metawłasności OntoClean tożsamość (ang. iden-ty) obiekt opisany taką własnością pozostaje wedle niej tym samym obiektem mimo możliwego zmieniania się (np. jednoznaczny identyfikator zasobu) Jan Kowalski P integralność (ang. unity) możliwość rozpoznania granic i wszystkich części, które składają się na encję Ocean (np. Ocean Atlantycki) P Woda Q niezmienność (ang. rigidity) zasadnicza własność dla wszystkich instancji Jan jest osobą P Jan jest studentem Q zależność (ang. dependence) każda instancja implikuje istnienie innej instancji, jedna nie istnieje bez drugiej bycie uczniem (musi istnieć nauczyciel) P TSiSS 43
44 Narzędzia - Protégé TSiSS 44
45 Narzędzia NEON Toolkit TSiSS 45
46 Narzędzia Top Braid Composer TSiSS 46
Inżynieria ontologii. Agnieszka Ławrynowicz. Instytut Informatyki Poznań, 2015
Inżynieria ontologii Agnieszka Ławrynowicz Instytut Informatyki Poznań, 2015 Inżynieria ontologii Inżynieria ontologii zajmuje się zasadami, metodami i narzędzami do konstrukcji i utrzymywania ontologii.
Inżynieria wiedzy. Agnieszka Ławrynowicz. Instytut Informatyki Poznań, 2017
Inżynieria wiedzy Agnieszka Ławrynowicz Instytut Informatyki Poznań, 2017 Wiedza dane: surowe sygnały informacja: znaczenie dołączone do sygnałów wiedza: cel, kompetencje dołączone do informacji, działanie
Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
1 Projektowanie systemu informatycznego
Plan wykładu Spis treści 1 Projektowanie systemu informatycznego 1 2 Modelowanie pojęciowe 4 2.1 Encja....................................... 5 2.2 Własności.................................... 6 2.3 Związki.....................................
Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2
Modelowanie i analiza systemów informatycznych 1. Warstwowa budowa systemów informatycznych 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wstęp do modelowania systemów
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
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Paweł Kurzawa, Delfina Kongo
Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management
Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
Ś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),
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Ontologie, czyli o inteligentnych danych
1 Ontologie, czyli o inteligentnych danych Bożena Deka Andrzej Tolarczyk PLAN 2 1. Korzenie filozoficzne 2. Ontologia w informatyce Ontologie a bazy danych Sieć Semantyczna Inteligentne dane 3. Zastosowania
Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
2
1 2 3 4 5 Dużo pisze się i słyszy o projektach wdrożeń systemów zarządzania wiedzą, które nie przyniosły oczekiwanych rezultatów, bo mało kto korzystał z tych systemów. Technologia nie jest bowiem lekarstwem
Projektowanie logiki aplikacji
Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie logiki aplikacji Zagadnienia Rozproszone przetwarzanie obiektowe (DOC) Model klas w projektowaniu logiki aplikacji Klasy encyjne a klasy
Reprezentacja wiedzy ontologie, logiki deskrypcyjne
Reprezentacja wiedzy ontologie, logiki deskrypcyjne Agnieszka Ławrynowicz 24 listopada 2016 Plan wykładu 1 Powtórka: sieci semantyczne, RDF 2 Definicja ontologii 3 Logiki deskrypcyjne Semantyczny Internet
Piotr 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
Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki
Dariusz Brzeziński Politechnika Poznańska, Instytut Informatyki Object-oriented programming Najpopularniejszy obecnie styl (paradygmat) programowania Rozwinięcie koncepcji programowania strukturalnego
INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji
Modelowanie danych. Model związków-encji Plan wykładu Wprowadzenie do modelowania i projektowania kartograficznych systemów informatycznych Model związków-encji encje atrybuty encji związki pomiędzy encjami
Wprowadzenie 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
Przepł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
RDF Schema (schematy RDF)
RDF Schema (schematy RDF) Schemat RDF nie dostarcza słownictwa dla aplikacji klasy jak np.: Namiot, Książka, lub Osoba; i właściwości, takich jak np.: waga w kg, autor lub jobtitle Schemat RDF zapewnia
Systemy baz danych. mgr inż. Sylwia Glińska
Systemy baz danych Wykład 1 mgr inż. Sylwia Glińska Baza danych Baza danych to uporządkowany zbiór danych z określonej dziedziny tematycznej, zorganizowany w sposób ułatwiający do nich dostęp. System zarządzania
Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej
Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej
Rysunek 1: Przykłady graficznej prezentacji klas.
4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez
Technologie baz danych
Technologie baz danych Wykład 4: Diagramy związków encji (ERD). SQL funkcje grupujące. Małgorzata Krętowska Wydział Informatyki Politechnika Białostocka Plan wykładu Diagramy związków encji elementy ERD
Wykł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
Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych
Modelowanie klas i obiektów Jarosław Kuchta Podstawowe pojęcia (1) Byt, encja (entity) coś co istnieje, posiada własne cechy i wyodrębnioną tożsamość (identity); bytem może być rzecz, osoba, organizacja,
BAZY DANYCH model związków encji. Opracował: dr inż. Piotr Suchomski
BAZY DANYCH model związków encji Opracował: dr inż. Piotr Suchomski Świat rzeczywisty a baza danych Świat rzeczywisty Diagram związków encji Model świata rzeczywistego Założenia, Uproszczenia, ograniczenia
Bazy danych. Zachodniopomorski Uniwersytet Technologiczny w Szczecinie. Wykład 3: Model związków encji.
Zachodniopomorski Uniwersytet Technologiczny w Szczecinie Bazy danych Wykład 3: Model związków encji. dr inż. Magdalena Krakowiak makrakowiak@wi.zut.edu.pl Co to jest model związków encji? Model związków
Modelowanie 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
Projektowanie BAZY DANYCH
Projektowanie BAZY DANYCH Podstawowe pojęcia Encją jest każdy przedmiot, zjawisko, stan lub pojęcie, czyli każdy obiekt, który potrafimy odróżnić od innych obiektów ( np. pies, rower,upał). Encje podobne
ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI
ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI XVIII Forum Teleinformatyki mgr inż. Michał BIJATA, doktorant, Wydział Cybernetyki WAT Michal.Bijata@WAT.edu.pl, Michal@Bijata.com 28 września 2012 AGENDA Architektura
Poję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
KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA
KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,
PODSTAWY BAZ DANYCH. 19. Perspektywy baz danych. 2009/2010 Notatki do wykładu "Podstawy baz danych"
PODSTAWY BAZ DANYCH 19. Perspektywy baz danych 1 Perspektywy baz danych Temporalna baza danych Temporalna baza danych - baza danych posiadająca informację o czasie wprowadzenia lub czasie ważności zawartych
Modelowanie konceptualne model EER
Modelowanie konceptualne model EER adeusz Pankowski www.put.poznan.pl/~tadeusz.pankowski Model EER rozszerzenie modelu ER 1. Liczne rozszerzenia modelu ER mają przede wszystkim na celu uwzględnienie zależności
Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas
Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy
Wprowadzenie do systemów informacyjnych
Uwagi ogólne: Wprowadzenie do systemów informacyjnych Projektowanie obiektowe Obiektowość jest nową ideologią, która zmienia myślenie realizatorów SI z zorientowanego na maszynę na zorientowane na człowieka.
Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.
PI-14 01/12 Baza danych to zbiór wzajemnie powiązanych ze sobą i zintegrowanych danych z pewnej dziedziny.! Likwidacja lub znaczne ograniczenie redundancji (powtarzania się) danych! Integracja danych!
Autor: Joanna Karwowska
Autor: Joanna Karwowska W bazie danych przechowujemy tylko niektóre informacje o świecie rzeczywistym. Wybór właściwych wycinków rzeczywistości i dotyczących ich danych jest bardzo istotny od niego zależy
Data Mining Wykład 9. Analiza skupień (grupowanie) Grupowanie hierarchiczne O-Cluster. Plan wykładu. Sformułowanie problemu
Data Mining Wykład 9 Analiza skupień (grupowanie) Grupowanie hierarchiczne O-Cluster Plan wykładu Wprowadzanie Definicja problemu Klasyfikacja metod grupowania Grupowanie hierarchiczne Sformułowanie problemu
problem w określonym kontekście siły istotę jego rozwiązania
Wzorzec projektowy Christopher Alexander: Wzorzec to sprawdzona koncepcja, która opisuje problem powtarzający się wielokrotnie w określonym kontekście, działające na niego siły, oraz podaje istotę jego
030 PROJEKTOWANIE BAZ DANYCH. Prof. dr hab. Marek Wisła
030 PROJEKTOWANIE BAZ DANYCH Prof. dr hab. Marek Wisła Elementy procesu projektowania bazy danych Badanie zależności funkcyjnych Normalizacja Projektowanie bazy danych Model ER, diagramy ERD Encje, atrybuty,
ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski
INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens
Repozytorium Zasobów Wiedzy FTP
Repozytorium Zasobów Wiedzy FTP Spis treści Wprowadzenie... 1 Architektura Repozytorium Zasobów Wiedzy... 1 Mapy Wiedzy... 4 Wprowadzanie zasobów wiedzy do repozytorium... 7 Prezentacja zasobów wiedzy
Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe
Proces badawczy schemat i zasady realizacji
Proces badawczy schemat i zasady realizacji Agata Górny Zaoczne Studia Doktoranckie z Ekonomii Warszawa, 14 grudnia 2014 Metodologia i metoda badawcza Metodologia Zadania metodologii Metodologia nauka
Systemy GIS Systemy baz danych
Systemy GIS Systemy baz danych Wykład nr 5 System baz danych Skomputeryzowany system przechowywania danych/informacji zorganizowanych w pliki Użytkownik ma do dyspozycji narzędzia do wykonywania różnych
Alicja Marszałek Różne rodzaje baz danych
Alicja Marszałek Różne rodzaje baz danych Rodzaje baz danych Bazy danych można podzielić wg struktur organizacji danych, których używają. Można podzielić je na: Bazy proste Bazy złożone Bazy proste Bazy
Podstawy 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.
MODELOWANIE OBIEKTOWE
(Wykład na podstawie literatury: M.Śmiałek Zrozumieć UML 2.0, Helion 2005) UML Unified Modeling Language (język do specyfikowania, wizualizowania, konstruowania i dokumentacji tzw. artefactów oraz czynności
PODSTAWY BAZ DANYCH. 5. Modelowanie danych. 2009/ Notatki do wykładu "Podstawy baz danych"
PODSTAWY BAZ DANYCH 5. Modelowanie danych 1 Etapy tworzenia systemu informatycznego Etapy tworzenia systemu informatycznego - (według CASE*Method) (CASE Computer Aided Systems Engineering ) Analiza wymagań
Bazy danych 1. Wykład 5 Metodologia projektowania baz danych. (projektowanie logiczne)
Bazy danych 1 Wykład 5 Metodologia projektowania baz danych (projektowanie logiczne) Projektowanie logiczne przegląd krok po kroku 1. Usuń własności niekompatybilne z modelem relacyjnym 2. Wyznacz relacje
Systemy informatyczne. Modelowanie danych systemów informatycznych
Modelowanie danych systemów informatycznych Diagramy związków encji Entity-Relationship Diagrams Modelowanie danych diagramy związków encji ERD (ang. Entity-Relationship Diagrams) diagramy związków encji
Wykł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
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie
Bazy danych i usługi sieciowe
Bazy danych i usługi sieciowe Modelowanie związków encji Paweł Daniluk Wydział Fizyki Jesień 2014 P. Daniluk (Wydział Fizyki) BDiUS w. II Jesień 2014 1 / 28 Modelowanie Modelowanie polega na odwzorowaniu
Modelowanie i analiza systemów informatycznych
Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The
Bazy danych TERMINOLOGIA
Bazy danych TERMINOLOGIA Dane Dane są wartościami przechowywanymi w bazie danych. Dane są statyczne w tym sensie, że zachowują swój stan aż do zmodyfikowania ich ręcznie lub przez jakiś automatyczny proces.
Systemy ekspertowe i sztuczna inteligencja. dr Agnieszka Nowak Brzezioska
Systemy ekspertowe i sztuczna inteligencja dr Agnieszka Nowak Brzezioska Email: agnieszka.nowak@us.edu.pl Architektura SE Pojęcia z dziedziny systemów ekspertowych Inżynieria wiedzy - dziedzina sztucznej
Proces badawczy schemat i zasady realizacji
Proces badawczy schemat i zasady realizacji Agata Górny Zaoczne Studia Doktoranckie z Ekonomii Warszawa, 23 października 2016 Metodologia i metoda naukowa 1 Metodologia Metodologia nauka o metodach nauki
Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot
Inżynieria Programowania Inżynieria Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 20 października 2015 Plan wykładu 1. Wstęp 2. Studium wykonywalności 3. Określanie
z dnia... 2015 r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej
ROZPORZĄDZENIE Projekt z dnia 18.06.15 r. MINISTRA ADMINISTRACJI I CYFRYZACJI 1) z dnia... 2015 r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej Na podstawie art. 19 ust. 1 pkt 7
Technologie obiektowe
WYKŁAD dr inż. Paweł Jarosz Instytut Informatyki Politechnika Krakowska mail: pjarosz@pk.edu.pl LABORATORIUM dr inż. Paweł Jarosz (3 grupy) mgr inż. Piotr Szuster (3 grupy) warunki zaliczenia Obecność
Doskonalenie. Zdzisł aw Gomółk a. funkcjonowania. organizacji. Difin
Zdzisł aw Gomółk a Doskonalenie funkcjonowania organizacji Difin Recenzent Prof. dr hab. Zbigniew Banaszak Prof. dr hab. Maciej Wiatr w UE i jej efekty. Copyright Difin SA Warszawa 2009. Wszelkie prawa
Wstęp [2/2] Wbrew częstemu przekonaniu, nie są one gotowymi rozwiązaniami, to tylko półprodukty rozwiązania.
Adrian Skalczuk Szymon Kosarzycki Spis Treści Wstęp [1/2] Wzorce projektowe są nieodłącznym przyjacielem programisty pozwalają pisać czystszy kod, łatwiejszy do zrozumienia przez innych i zapewniają pewien
Wzorce projektowe. dr inż. Marcin Pietroo
Wzorce projektowe dr inż. Marcin Pietroo Wzorce projektowe Wzorzec projektowy (ang. design pattern) w inżynierii oprogramowania, rozwiązanie często pojawiających się, powtarzalnych problemów projektowych.
Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło
Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło LATO 2007 Projektowanie Graficznych Interfejsów Użytkownika 1 UCD - User Centered Design 1) User Centered Design Projekt Skoncentrowany
PRZEWODNIK PO PRZEDMIOCIE
Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.
Tworzenie warstwy zasobów projektowanie metodą strukturalną
Tworzenie warstwy zasobów projektowanie metodą strukturalną Autor Zofia Kruczkiewicz Programowanie i wdrażanie systemów informatycznych 2011-03-27 1 1. Zasady modelowania wymagań funkcjonalnych systemu
Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie
Wykład 3 MIS-1-505-n Inżynieria Październik 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 3.1 Agenda 1 2 3 4 5 3.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować
Zofia 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
Dokumenty środków trwałych
JDExperts Sp. z o.o. Dokumenty środków trwałych Dokumentacja rozwiązania Spis treści 1 Założenia rozwiązania... 2 1.1 Elementy rozwiązania... 2 1.2 Opis rozwiązania... 2 1.3 Ograniczenia rozwiązania...
Systemy ekspertowe Część siódma Realizacja dziedzinowego systemu ekspertowego Roman Simiński
Część siódma Autor Roman Simiński Kontakt roman.siminski@us.edu.pl www.us.edu.pl/~siminski Realizacja dziedzinowego systemu ekspertowego Niniejsze opracowanie zawiera skrót treści wykładu, lektura tych
Inżynieria oprogramowania
Inżynieria oprogramowania Definicja IEEE: inżynieria oprogramowania jest to zastosowanie - systematycznego, - zdyscyplinowanego, - ilościowego podejścia do - rozwoju, - eksploatacji - utrzymania oprogramowania.
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI
MINISTERSTWO SPRAW WEWNĘTRZNYCH I ADMINISTRACJI DEPARTAMENT INFORMATYZACJI ul. Wspólna 1/3 00-529 Warszawa ZASADY NAZEWNICTWA DOKUMENTÓW XML Projekt współfinansowany Przez Unię Europejską Europejski Fundusz
Rozpoczęcie, inicjacja (ang. inception
Wydział Informatyki PB Analogia do budowanego domu Inżynieria oprogramowania II Wykład 2: Proces tworzenia oprogramowania (na podstawie Unified Process) Marek Krętowski pokój 206 e-mail: mkret@ii.pb.bialystok.pl
Normalizacja baz danych
Wrocławska Wyższa Szkoła Informatyki Stosowanej Normalizacja baz danych Dr hab. inż. Krzysztof Pieczarka Email: krzysztof.pieczarka@gmail.com Normalizacja relacji ma na celu takie jej przekształcenie,
Bazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM,
Bazy Danych Bazy Danych i SQL Podstawowe informacje o bazach danych Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl Oczekiwania? 2 3 Bazy danych Jak przechowywać informacje? Jak opisać rzeczywistość?
Wykład 4 Przebieg zmienności funkcji. Badanie dziedziny oraz wyznaczanie granic funkcji poznaliśmy na poprzednich wykładach.
Wykład Przebieg zmienności funkcji. Celem badania przebiegu zmienności funkcji y = f() jest poznanie ważnych własności tej funkcji na podstawie jej wzoru. Efekty badania pozwalają naszkicować wykres badanej
Systemy ekspertowe. Krzysztof Patan
Systemy ekspertowe Krzysztof Patan Wprowadzenie System ekspertowy Program komputerowy, który wykonuje złożone zadania o dużych wymaganiach intelektualnych i robi to tak dobrze jak człowiek będący ekspertem
Bazy Danych. C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000
Bazy Danych LITERATURA C. J. Date, Wprowadzenie do systemów baz danych, WNT - W-wa, (seria: Klasyka Informatyki), 2000 J. D. Ullman, Systemy baz danych, WNT - W-wa, 1998 J. D. Ullman, J. Widom, Podstawowy
Programowanie obiektowe - 1.
Programowanie obiektowe - 1 Mariusz.Masewicz@cs.put.poznan.pl Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która
Zasady Nazewnictwa. Dokumentów XML 2007-11-08. Strona 1 z 9
Zasady Nazewnictwa Dokumentów 2007-11-08 Strona 1 z 9 Spis treści I. Wstęp... 3 II. Znaczenie spójnych zasady nazewnictwa... 3 III. Zasady nazewnictwa wybrane zagadnienia... 3 1. Język oraz forma nazewnictwa...
UML w Visual Studio. Michał Ciećwierz
UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować
Technologia informacyjna
Technologia informacyjna Pracownia nr 9 (studia stacjonarne) - 05.12.2008 - Rok akademicki 2008/2009 2/16 Bazy danych - Plan zajęć Podstawowe pojęcia: baza danych, system zarządzania bazą danych tabela,
Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig
Modelowanie Obiektowe Wykład 1: Wprowadzenie do Modelowania i języka UML Anna Kulig Wprowadzenie do modelowania Zasady Pojęcia Wprowadzenie do języka UML Plan wykładu Model jest uproszczeniem rzeczywistości.
Cykle życia systemu informatycznego
Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów
Wprowadzenie do multimedialnych baz danych. Opracował: dr inż. Piotr Suchomski
Wprowadzenie do multimedialnych baz danych Opracował: dr inż. Piotr Suchomski Wprowadzenie bazy danych Multimedialne bazy danych to takie bazy danych, w których danymi mogą być tekst, zdjęcia, grafika,
Feature Driven Development
Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami
tel. (+48 81) 538 47 21/22 fax (+48 81) 538 45 80 Wykład 30 21 Ćwiczenia Laboratorium 30 21 Projekt
0-618 Lublin tel. (+8 81) 58 7 1/ fax (+8 81) 58 5 80 Przedmiot: Rok: INF I Inżynieria Semestr: V Rodzaj zajęć i liczba godzin: Studia stacjonarne Studia niestacjonarne Wykład 0 1 Ćwiczenia Laboratorium
Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji
Analiza i programowanie obiektowe 2016/2017 Wykład 6: Projektowanie obiektowe: diagramy interakcji Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Przejście
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
BAZY DANYCH MAKRA I PRZYCISKI. Microsoft Access. Adrian Horzyk. Akademia Górniczo-Hutnicza
BAZY DANYCH Microsoft Access MAKRA I PRZYCISKI Adrian Horzyk Akademia Górniczo-Hutnicza Wydział Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Katedra Automatyki i Inżynierii Biomedycznej
Zagadnienia egzaminacyjne INFORMATYKA. Stacjonarne. I-go stopnia. (INT) Inżynieria internetowa STOPIEŃ STUDIÓW TYP STUDIÓW SPECJALNOŚĆ
(INT) Inżynieria internetowa 1. Tryby komunikacji między procesami w standardzie Message Passing Interface 2. HTML DOM i XHTML cel i charakterystyka 3. Asynchroniczna komunikacja serwerem HTTP w technologii
Wzorce projektowe i refaktoryzacja
Wzorce projektowe i refaktoryzacja Paweł Kozioł p.koziol@students.mimuw.edu.pl 18.01.2005 Moja praca magisterska Narzędzie dla środowiska Eclipse wspierające stosowanie wzorców projektowych J2EE Prowadzący:
Bazy Danych. Bazy Danych i SQL Podstawowe informacje o bazach danych. Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl
Bazy Danych Bazy Danych i SQL Podstawowe informacje o bazach danych Krzysztof Regulski WIMiIP, KISiM, regulski@metal.agh.edu.pl Literatura i inne pomoce Silberschatz A., Korth H., S. Sudarshan: Database