Witam

Jak zaprezentowalibyście na diagramie komponentów procedurę bazodanową wraz z klasą napisaną np. w javie?
Klasa wywoływałaby procedurę z parametrami np. select, a procedura zwarcałaby do klasy wynik zapytania.


Pozdrawiam

Jeżeli chcesz wykraczac poza standardową zawartość diagramu kompoenentów to musisz posłużyć się stereotypami, o czym mówi diagram za linkiem. Diagram przedstawia również zakres elemenetów stosowanych na diagramie komponentów: http://www.uml.com.pl/modules/news/article.php?storyid=92

I wolałbym żebyś stworzył dwa diagramy: pierwszy komponentów (bez informaji o tej procedurze) drugi klas (ze szczegółami których potrzebujesz).

Jeżeli chcesz zrobić duży skrót, bo nie potrzebujesz dwóch diagramów to na diagramie kompoenentów wstaw zwykłą notatkę z informacji których potrzebujesz.

Dołączenie diagramu klas też może być dobrym pomysłem, chociaż nie wiem czy w moim przypadku jest taka potrzeba. Opisany przeze mnie problem jest tylko małym fragmentem większej części projektu. Diagram komponentów, poza opisanym, ma reprezentować znacznie szerszy obraz systemu (plik xml, dll itp.).

Więc sugerujesz, aby użyć artefaktów do reprezentacji procedur. Też o tym myślałem, tylko tu nasuwa mi się kolejne pytanie, jak pokazać te procedur, że siedzą na bazie? Najlepiej na węźle, ale czy to nie będzie już diagram rozlokowania? Czy węzeł jest akceptowany na diagramie komponentów?

Myślałem też o innym sposobie reprezentacji mojego problemu. Gdyby tak bazę danych zaprezentować jako komponent np. MySql.db, a każdą procedurę przedstawić jako interfejs udostępniający (np. WybierzKlinetow). W tedy dll-ka miałaby interfejs pozyskujący.
Jak myślisz, takie rozwiązanie byłoby akceptowalne? Rozumiem, że akceptowalne jest to, co zaakceptuje czytelnik, ale wolałbym zrobić diagram, który byłby akceptowalny przez większe grono projektantów.

Jeżeli macie jakieś linki/przykłady z podobnym tematem, to bardzo proszę o namiary. Szukałem na własną rękę, ale żaden przykład nie nasunął mi rozwiązania.