Wyniki wyszukiwania - BazTech

Ograniczanie wyników

Znaleziono wyników: 2

Liczba wyników na stronie

Wyniki wyszukiwania

Wyszukiwano:
w słowach kluczowych: modelowanie baz danych

Sortuj według:

Ogranicz wyniki do:

Podstawy modelowania georeferencyjnych baz danych

Parzyński Z.

Archiwum Fotogrametrii, Kartografii i Teledetekcji

2010

Vol. 21

315--326

Ustawa o Infrastrukturze Informacji Przestrzennej (UoIIP) obowiązuje od 7 czerwca 2010 r. Jest ona implementacją Dyrektywy INSPIRE na polskie warunki. Zgodnie z artykułem 30 Ustawy należy zacząć dostosowywać istniejące zbiory danych przestrzennych do wymogów Ustawy oraz tworzyć nowe zbiory zgodnie z wymogami Ustawy. W fachowej prasie zostało opublikowanych wiele artykułów dotyczących Dyrektywy ISNPIRE, harmonizacji zbiorów danych przestrzennych, integracji tych zbiorów z międzynarodowymi normami ISO serii 19100, interoperacyjności zbiorów, metadanych itp. Pomijane są jednak niektóre istotne elementy związane z Dyrektywą INSPIRE i jej implementacją na polskie warunki. Tymi elementami są specyfikacje danych oraz reguły implementacyjne INSPIRE. W artykule zostaną wymienione i krótko scharakteryzowane podstawowe elementy, które należy uwzględnić przy modelowaniu georeferencyjnych baz danych tak, by tworzone modele były zgodne z wytycznymi Dyrektywy INSPIRE oraz Ustawą o IIP. Autor do tych podstaw modelowania baz danych zalicza: 1. Modelowanie pojęciowe jako podstawową metodologię modelowania; 2. UML – formalny język służący do zapisu modelu; 3. Uwzględnienie w opracowywanych modelach reguł implementacyjnych INSPIRE; 4. Uwzględnienie w opracowywanych modelach specyfikacji danych INSPIRE; 5. Harmonizację opracowywanych modeli z danej dziedziny; 6. Integrację przygotowanych modeli z międzynarodowymi normami ISO serii 19100. Wszystkie wymienione powyżej składowe procesu modelowania mają zapewnić interoperacyjność, zbudowanych na podstawie tak przygotowanych modeli, baz danych nie tylko na szczeblach lokalnych (gminnych, powiatowych czy wojewódzkich w przypadku Polski) ale także na szczeblu państwowym i międzynarodowym. Zapewnienie interoperacyjności zbiorów danych przestrzennych pochodzących z różnych krajów jest jednym z naczelnych celów Dyrektywy INSPIRE. Charakterystyka poszczególnych etapów modelowania zostanie oparta, w miarę możliwości, na konkretnych przykładach z dziedziny fotogrametrii i teledetekcji.

The Spatial Information Infrastructure (SII) Law has been in effect since 7th June, 2010. This law is an implementation of the INSPIRE Directive for Polish conditions. According to the 30th article of the law, the existing spatial data sets should begin adapting to the requirements of the law and new sets should be created accordingly. A lot of articles concerning the INSPIRE Directive, spatial data sets harmonization, integration of the sets with the ISO 19100 series of International Standards, sets interoperability, metadata etc. have been published in the specialist press. However, some significant elements connected with the INSPIRE Directive and its implementation for Polish conditions are missing. Those elements are data specifications and the INSPIRE implementation rules. The basic elements that should be taken into consideration during georeference database modeling to ensure the compatibility of the created models with the INSPIRE Directive guidelines and the SII Law, are specified and described in this paper. In the author’s opinion, the basics of database modeling are as follows: 1. Conceptual modeling as the fundamental modeling methodology; 2. UML – a formal language to write a model; 3. Taking into account the INSPIRE implementation rules when preparing models; 4. Taking into consideration the INSPIRE data specifications in created models; 5. Harmonization of prepared models in a given domain; 6. Integration of created models with the ISO 19100 series of International Standards. All of the above mentioned “parts” of the modeling process aim at ensuring the interoperability of databases, built on the basis of the prepared models, not only at the local level (the Polish administrative units, e.g. communal) but also at the national and the international levels. Ensuring interoperability of the spatial data sets that come from different countries is one of the main aims of the INSPIRE Directive. The characteristic of particular modeling stages is based, if possible, on concrete examples from photogrammetry and the remote sensing domain.

Język UML 2.0 w modelowaniu relacyjnych baz danych

Skrzyński P.

Automatyka / Akademia Górniczo-Hutnicza im. Stanisława Staszica w Krakowie

2006

T. 10, z. 3

559-570

Język UML jest w dzisiejszych czasach najpopularniejszym językiem modelowania używanym w przemyśle komputerowym. Druga wersja języka oprócz doprecyzowania większości diagramów i zwiększenia ich liczby nie posiada większości wad, na które narzekali projektanci używający poprzedniej wersji języka, co przyczyniło się do jego dalszego wzrostu popularności. Język UML powstał z myślą głównie o systemach obiektowych, jednak w przypadku systemów bazodanowych nadal najpopularniejszym modelem jest model relacyjny i klasyczne podejście do modelowania danych w oparciu o diagramy ERD. Jednak UML dostarcza, zdaniem autora, znacznie więcej możliwości projektantowi, co pozwala między innymi na płynniejsze przejście od etapu modelowania do implementacji. Diagram ERD dostarcza tylko informacji statycznych, podobnie jak częściowo wzorowany na nim diagram klas. Transformacja pomiędzy tymi dwoma typami diagramów jest stosunkowo prosta i była szeroko omawiana w literaturze [5, 3]. W artykule autor chciałby się skupić na omówieniu innych transformacji, które są możliwe do przeprowadzenia z diagramów UML-owych (oprócz diagramów klas rozważane będą diagramy czynności) do tabel relacyjnych, procedur wbudowanych i funkcji w języku SQL.

UML has been accepted as the standard modelling language for specifying software and system architectures. Second version of language, known as UML version 2.0, addressed most of the problems that architects faced while modelling software with previous version of this language and confirmed its position as the most popular modelling language used in object-oriented approaches to software development. On the other hand relational model of storing data today is the most popular model and the most common methodology of modelling data in relational systems is classic Entity-Relationship model and its extensions. Although UML was strongly influenced by these mechanisms, in author's opinion, it provides much more expressive modelling power. From the static point of view of the system transformation between ERD diagrams and relational tables is relatively ease, so transformation rules between class diagrams and relational tables have been widely discussed in literature [5, 3]. In this paper some additional transformations which are possible from class diagrams and activity diagrams to relational tables, stored procedures and functions are discussed.