-
Data: 2009-04-16 10:55:26
Temat: To może prostsze pytanie ... Relacja 'pośredniczy w komunikacji' albo 'przenosi dane' - Jak w UML elegancko modelować pośredników w komunikacji ? (logicznie, nie wdrożeniowo)
Od: "Filip Sielimowicz" <s...@t...tez.wp.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]http://www.fototube.pl/pictures/umlinterfejsyprzykla
d2.png
Czyli prosta sprawa:
mam dwa systemy, jeden dostarcza własny interfejs dostępu (Provides
Interface), drugi z tego interfejsu korzysta
(Required Interface).
Na interfejs składają się powiedzmy dwa(trzy) podinterfejsy:
- cześć informacji jest raz dziennie wysyłana z pomocą plików (np.
rozliczenia transakcji finansowych)
- cześć informacji jest przesyłana na bieżąco w ciągu dnia w postaci małych
wiadomości o formacie XML,
wiadomości są przepychane za pośrednictwem MQ
- alternatywnie informacje są przekazywane za pomocą webserviceu a nie MQ -
bezpośrednie metody send/recieve.
Przykładowo: do przesyłania plików używam MuleESB, który zasysa pliki ze
wskazanych katalogów,
wpycha je w SSH i tym sposobem pojawiają się po drugiej stronie. Zresztą
mule może to zrobić
inaczej, nie przez SSH, ale np. także przez kolejkę MQ. Ale to pomińmy.
Ważne jest to, że
mam te dwa systemy - komponenty, mam też komponent Mule z podkomponentem
FileExporter
(kawałek konfiguracji), mam też kilka klas/obiektów, które reprezentują
przesyłane pliki(dane)
i chcę to ładnie, przejrzyście powiązać relacjami, które powiedzą:
"transportem plików X,Y
składających się na interfejs międzysystemowy IM1 zajmuje się FileExporter
schowany w Mule"
I podobnie z MQ:
"transportem wiadomosci M1,M2 składających się na interfejs międzysystemowy
IM2
zajmuje się MQ (np. Active MQ) za pośrednictwem kolejki Q"
Pewna szybko nakreśłona propozycja diagramu (do uzupełnienia relacjami lub
może opisami ?)
w linku na początku.
Przepraszam javovców, że temat lekko oftoppowy, ale na innych grupach
straszna bida jest.
Nikt się w UMLu nie chce bawić ... ;)
Następne wpisy z tego wątku
- 16.04.09 13:20 Wiktor Zychla
- 16.04.09 13:51 Filip Sielimowicz
- 16.04.09 14:20 Wiktor Zychla
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO
- 2024-11-28 droga laweta
- 2024-11-28 Co tam się odpierdala w tej Warszawie?
- 2024-11-28 skąd się biorą tacy debile?
- 2024-11-28 JDG i utylizacja sprzetu
- 2024-11-27 Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- 2024-11-28 Katowice => Technical Artist <=
- 2024-11-28 Katowice => Technical Artist <=
- 2024-11-28 Bydgoszcz => QA Engineer <=
- 2024-11-28 Zielona Góra => Spedytor międzynarodowy <=
- 2024-11-28 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2024-11-27 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-11-27 Zielona Góra => Senior PHP Developer <=
- 2024-11-27 Warszawa => Senior Java Developer <=