Użytkownik "Megas" <k...@o...eu> napisał w wiadomości
news:gq0ahr$8v3$1@news.onet.pl...
>> O ile dobrze pamietam to od wersji 2.0 podsystem to jest _komponent_ ze
>> stereotypem <<subsystem>>. Zmiana ta podyktowana byla dokladnie tym
>> problemem, o ktorym mowisz - czyli ze pakiet nie jest klasyfikatorem.
>>
>
> Nie za bardzo mi pasuje ta koncepcja, gdyz komponent nie rozroznia
> interfejsow dla roznych klas, czyli:
> Jesli w subsystemie mam dwie klasy reprezentujace interfejs, i one
> posiadaja funkcje o takiej samej nazwie, np: IClass1:Start();
> IClass2:Start(). To komponent reprezentujacy ten subsystem bedzie posiadal
> tylko jedna funkcje jako interfejs: Start() i nie wiadomo do ktorej jest
> to odwołanie.

Nie wiem, czy dobrze zrozumiałem, ale komponent raczej sam w sobie nie ma
'Funkcji',
nie w tak niskopoziomowym sensie. Za to pod EA jest coś takiego jak 'Expose
Interface'.
I jeśli masz podefiniowane własne interfejsy to automatycznie Ci się pokażą
w liście wyboru.

W ten sposób nie interesuje cię czy w różnych interfejsach metody nazywają
się tak samo czy inaczej. Robisz komponent reprezentujący jakiś podsystem i
eksponujesz
jego interfejsy (a w nich już możesz sobie konkretnie mieć jakie funkcje
chcesz).

Jak chcesz na diagramie wskazać konkretną klasę, która dany interfejs
implementuje w danym
konkretnym komponencie to możesz tę klasę umieścić wewnątrz komponentu (może
na osobnym
diagramie pokazującym już wewnętrzną strukturę/implementację podsystemu), w
niej także eksponować
dany interfejs i połączyć oba interfejsy relacją 'Delegate'. nie mam
pojęcia, czy to jest zgodne z UML'em,
z jaką wersją itp, ale wydaje mi się całkiem zgrabne i przejrzyste przy
modelowaniu interfejsów
międzysystemowych ;)

Dla mnie dużo większym problemem jest modelowanie różnorodności konfiguracji
kiedy np.
ten sam system jest wdrażany u różnych klientów i u każdego dany interfejs
zewnętrzny może
być delegowany wewnętrznie do innego komponentu implementującego itp. lub
występują
inne warianty implementacji w środowisku deweloperskim, w środowisku do
testów funkcjonalnych,
w środowisku do testów obciążeniowych ... Czyli generalnie: temat
wersjonowania, konfiguracji
wariantowości połączeń między systemami. To raczej problem organizacji tego
wszystkiego na diagramach,
niż samych możliwości technicznych UML'a w EA.