STRONA GŁÓWNA FORUM ARTYKUŁY
   Logowanie | Rejestracja
Menu główne
Szkolenia Inżynierii Oprogramowania
Przegląd UML 2.0

Diagramy UML 2.0 -więcej...
Diagram klas - więcej...
Diagram przypadków użycia -więcej...
Diagram obiektów - więcej...
Diagramy pakietów - więcej...
Diagram czynności -więcej...
Diagram maszyn stanowych -więcej...
Diagramy modelowania analitycznego -więcej...
Diagramy struktur połączonych -więcej...
Diagramy sekwencji -więcej...
Diagramy komunikacji -więcej...
Diagramy harmonogramowania-więcej...
Diagramy komponentów-więcej...
Diagramy sterowania interakcją -więcej...
Diagramy rozlokowania -więcej...
Wkrótce powstaną kolejne opracowania

Modelowanie UML na stronie WWW

Poniższy link prowadzi do strony www, gdzie można modelować w języku UML na stronie internetowej! Darmowe narzędzie!
http://gliffy.com/gliffy/

Oferty pracy


Strona główna forum
   UML
     Asocjacje a zależności
Zarejestruj się by pisać

Płaskie Poprzedni temat | Następny temat
Postujący Wątek
R_K
wysłane dnia: 2011/9/8 11:42
Nowicjusz
Dołączył: 2011/9/8
z:
Posty: 1
Asocjacje a zależności
Jaka jest podstawowa różnica pomiędzy asocjacją i zależnością?

Z artykułu:
Cytat:

Association is used if two objects have a strong connection, but neither one is a part of the other
................
Dependency is used if class A (Document) uses class B (Printer), but A has no member variable of B (there is no value, reference or pointer member variable of the Printer type inside the Document class definition).

http://hole.4fips.com/oop.uml_class_diags.php

Wynika chyba, że jeżeli mamy np. zależność:
klasaA ------> klasaB
to znaczy, że klasa A używa jakoś klasy B, ale nigdy nie ma w jej wnętrzu składnika będącego obiektem klasy B (np. zmiennej, referencji czy wskaźnika)?
Natomiast w przypadku asocjacji klasa też używa jakoś klasy B, ale w jej wnętrzu zawsze musi być składnik będący obiektem klasy B? Np.:
class B{};
class A
{
 private:
    B *b;
};



Rozumiem, że asocjacja - (w tym przypadku umieszczenie instancji klasy B w klasie A) może być zaimplementowane na różne sposoby? Np. konstruktor klasy A przyjmuje przy wywołaniu jako parametr obiekt klasy B?

Mam jeszcze pytania o ten slajd:
http://wazniak.mimuw.edu.pl/index.php?title=Io-5-wyk-Slajd25
Na przykład jest zależność opisana frazą call:
A ---------------->B
która znaczy "operacja w klasie A wywołuję operacje w klasie B", to co w tym kontekście oznacza, że "zmiana definicji jednej klasy może spowodować zmianę drugiej"?

Płaskie Poprzedni temat | Następny temat

Temat: Postujący Data
 » Asocjacje a zależności R_K 2011/9/8 11:42

Zarejestruj się by pisać
 
Znajdź na stronie


Warto odwiedzić


Unified Modeling Language


Wyższa Szkoła Technologii Informatycznych w Katowicach


Management Systems Consulting


Statystyki