Infrastruktura języka UML w wersji 2.2 Część VI Pakiet Core::Constructs (diagramy: bazowy, przestrzeni nazewniczych, klasyfikatorów, wyrażeń, ograniczeń)

Slides:



Advertisements
Podobne prezentacje
Lingwistyka Matematyczna
Advertisements

C++ wykład 2 ( ) Klasy i obiekty.
Programowanie obiektowe
Związki w UML.
Programowanie obiektowe PO PO - LAB 2 Wojciech Pieprzyca.
Programowanie obiektowe
Wzorce.
WEKTORY Każdy wektor ma trzy zasadnicze cechy: wartość (moduł), kierunek i zwrot. Wartością wektora nazywamy długość odcinka AB przedstawiającego ten wektor.
Inżynieria oprogramowania
Definiowanie typów dokumentów Część 2. Przestrzenie nazw, XML Schema
UML rozszerzenie Seminarium magisterskie
Co UML może zrobić dla Twojego projektu?
EMF i Genmodel Projekt org.inmost.crm.teneo.
Bartosz Walter Prowadzący: Bartosz Walter
Dziedziczenie i jego rodzaje
Biblioteki i przestrzenie nazw
Pakiety i ATD 1 Definicja. Pakietem albo jednostką programową nazywamy grupę logicznie powiązanych elementów, które mogą być typami, podtypami, obiektami.
Ogólne jednostki programowe 1
Tablice jednowymiarowe 1
Typy danych – podstawy 1 W Adzie wszystkie dane muszą być określonego typu. Definicja Typ danych (data type) jest to zbiór wartości i operacji, które można.
Typy prywatne 1 Typy prywatne W Adzie typy prywatne (private types) służą do bezpiecznego udostępniania danych zdefiniowanych w pakiecie, z którego korzysta.
DIAGRAMY KLAS i obiektów
Diagramy klas w języku UML
Diagram czynności (Activity Diagrams)
Projektowanie i programowanie obiektowe II - Wykład II
Wykład 5 UML - Unified Modeling Language
Bazy Danych II prowadzący: mgr inż. Leszek Siwik
Unified Modeling Language graficzny język wizualizacji, specyfikowania, tworzenia i dokumentowania systemów informatycznych.
Nadstruktura języka UML w wersji 2.2 Część V Wdrożenie (pakiet UML::Deployments)
Infrastruktura języka UML w wersji 2.2
Nadstruktura języka UML w wersji 2.2
Infrastruktura języka UML w wersji 2.2
Pakiety w Javie Łukasz Smyczyński (132834). Czym są pakiety? Klasy w Javie są grupowane w pewne zbiory zwane pakietami. Pakiety są więc pewnym podzbiorem.
ARKUSZ KALKULACYJNY JUŻ PROŚCIEJ SIĘ NIE DA Wersja OFFICE 2010
UML 2.x Robert Pająk.
MDA – Model Driven Architecture
Lokalizacja i Globalizacja na witrynie w Visual Web Developer 2008 (ASP.Net) Daniel Literski.
OMT - Model obiektów, cz.3.
Programowanie obiektowe III rok EiT
Java – coś na temat Klas Piotr Rosik
Dziedziczenie Marek Serek Dziedziczenie Dziedziczenie to jeden z fundamentów programowania obiektowego. Umożliwia sprawne i łatwe wykorzystywanie.
Dziedziczenie Maciek Mięczakowski
Związki w UML Do zrobienia jest: -Przerysować jak ktoś ma Visio te dwa diagramy tak żeby podmienić tylko nazwy a reszta Taka sama, -I dodać po jednym zdaniu.
Elżbieta Fiedziukiewicz
Programowanie obiektowe – język C++
Programowanie obiektowe 2013/2014
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
Prasek Aneta, Skiba Katarzyna. Funkcje stałe const to takie funkcje, które nie mogą modyfikować stanu obiektu. Oznacza to, że funkcja stała nie może zmieniać.
Unified Modeling Language - Zunifikowany Język Modelowania
Wprowadzenie do UML dr hab. inż. Kazimierz Subieta profesor PJWSTK.
Modelowanie obiektowe Diagramy klas
Programowanie w języku C++
Aplikacje internetowe
UML W V ISUAL S TUDIO Mateusz Lamparski. UML D EFINICJA Unified Modeling Language (UML) to graficzny język do obrazowania, specyfikowania, tworzenia i.
Gramatyki Lindenmayera
Programowanie strukturalne i obiektowe C++
Model obiektowy bazy danych
Diagram klas Kluczowymi elementami są: klasy (class)
Diagram klas Diagramy klas służą do obrazowania statycznych aspektów projektowanych systemów jako: Projekt struktury logicznej baz danych Projekt składników.
OCL.
Waldemar Bartyna 1 Programowanie zaawansowane LINQ to XML.
Platforma .Net.
Programowanie Zaawansowane
Warstwowe sieci jednokierunkowe – perceptrony wielowarstwowe
E. Stemposz. Wprowadzenie do UML, Wykład 1, Slajd 1/24 Wykład 1 Wprowadzenie do UML dr inż. Ewa Stemposz
Asocjacja,Kompozycja,Agregacja
Inżynieria systemów informacyjnych
Nazwa – pojęcie i podziały
Projekt modułu BANK INTERNETOWY Moduł funkcji banku
Zapis prezentacji:

Infrastruktura języka UML w wersji 2.2 Część VI Pakiet Core::Constructs (diagramy: bazowy, przestrzeni nazewniczych, klasyfikatorów, wyrażeń, ograniczeń)

Pakiet Core::Constructs Rozwinięta wersja Core::Basic Stanowi podstawę Meta Object Facility (MOF) i nadstruktury UML

Pakiet Core::Constructs – zależności

Diagram bazowy

Diagram bazowy – metaklasy Element jest zdefiniowany tak samo jak Abstractions::Comments::Element Comment jest zdefiniowany tak samo jak Abstractions::Comments::Comment Relationship jest zdefiniowany tak samo jak Abstractions::Relationships::Relationship DirectedRelationship jest zdefiniowany tak samo jak Abstractions::Relationships::DirectedRelationship

Diagram przestrzeni nazewniczych

Metaklasa Constructs::NamedElement Jest zdefiniowana tak samo jak Abstractions::Visibilities::NamedElement Dodatkowo specjalizuje Constructs::Element i Basic::NamedElement

Metaklasa Constructs::Namespace Zdefiniowana tak samo jak Abstractions::Constraints::Namespace Przestrzeń nazewnicza ma możliwość importowania pojedynczych elementów lub wszystkich elementów pakietu, umożliwiając odnoszenie się do importowanych elementów przy pomocy niekwalifikowanej nazwy Powiązanie importedMember jest wyprowadzone z elementImport i packageImport

Metaklasa Constructs::PackageableElement Jej instancjami są nazwane elementy, które mogą należeć bezpośrednio do pakietu

Metaklasa Constructs::ElementImport Import elementu określa element w innym pakiecie i pozwala odnosić się do niego przy użyciu nazwy bez kwalifikatora  Nazwa importowanego elementu (lub określony przy imporcie alias nazwy) jest dołączana do docelowej przestrzeni nazewniczej Widzialność ElementImport może być tylko publiczna albo prywatna Importowany element (koniec powiązania importedElement) ma widzialność publiczną albo nie ma jej wcale  W drugim przypadku nie może być ponownie importowany

Semantyka importu elementu Nie jest możliwe dodawanie cech do zaimportowanego elementu, ale można modyfikować dowolnie element, do którego dany import się odnosi W przypadku kolizji nazewniczej z nazwą zewnętrzną (należącą do otaczającej przestrzeni nazw) w przestrzeni importującej, nazwa zewnętrzna zostaje przesłonięta przez nazwę elementu importowanego W innych przypadkach kolizji nazw odpowiednie elementy nie są dodawane do przestrzeni importującej

Import elementu – notacja Import elementu oznacza się przerywaną strzałką ze słowem kluczowym:  > – w przypadku widzialności publicznej  > – w przypadku widzialności prywatnej Dodatkowo po lub poniżej słowa kluczowego można umieścić alias

Import elementu – przykłady notacji

Metaklasa Constructs::PackageImport Import pakietowy to związek pozwalający na użycie niekwalifikowanych nazw przy odniesieniu do składowych pakietu z innych przestrzeni nazewniczych  Konceptualnie „prawie równoważny” importowi wszystkich elementów danego pakietu  Podobnie jak poprzednio widzialność może być tylko publiczna albo prywatna

Import pakietowy – notacja

Diagram klasyfikatorów

Metaklasy Type, TypedElement, Classifier, RedefinableElement i MultiplicityElement Type jest scaleniem metaklas Abstractions::TypedElements::Type i Basic::Type TypedElement jest scaleniem metaklas Abstractions::TypedElements::TypedElement i Basic::TypedElement Classifier jest scaleniem metaklas Abstractions::Super::Classifier i Basic::Classifier RedefinableElement jest zdefiniowany tak samo jak Abstractions::Redefinitions::RedefinableElement MultiplicityElement jest zdefiniowany tak samo jak Abstractions::Multiplicities::MultiplicityElement

Metaklasy Feature i StructuralFeature Feature jest zdefiniowana tak samo jak Abstractions::Classifiers::Feature, dodatkowo specjalizuje Constructs::RedefinableElement StructuralFeature jest zdefiniowana tak samo jak Abstractions::Changeabilities::StructuralFeature, dodatkowo specjalizuje Constructs::MultiplicityElement  Jako specjalizacja MultiplicityElement zawiera krotność określającą prawidłowe liczebności zbioru wartości związanego z konkretnymi instancjami danej cechy strukturalnej

Diagram wyrażeń

Diagram wyrażeń – metaklasy ValueSpecification zachowuje definicję Abstractions::Expressions::ValueSpecification, dodatkowo specjalizuje Constructs::TypedElement i Constructs::PackageableElement Expression zachowuje definicję Abstractions::Expressions::Expression OpaqueExpression zachowuje definicję Abstractions::Expressions::OpaqueExpression

Diagram ograniczeń (więzów)

Metaklasa Constraint Zachowuje definicję Abstractions::Constraints::Constraint Dodatkowo specjalizuje Constructs::PackageableElement