🚀 go-pugleaf

Bremse wrote:

> Witam,
> chciałbym się dowiedzieć, którego z diagramów UML 2.0 należałoby użyć
> do zamodelowania struktury systemu pomiarowego:
> 
> LicznikZużyciaEnergii---WęzełRadiowy---WęzełPośredniczący---Komputer

Jeśli chodzi o architekturę fizyczną to diagram _wdrożeń_ (deployments).

> Czy powinien to być to diagram komponentów, czy raczej diagram klas?

Zważywszy na rozproszenie systemu pomiędzy różnymi elementami fizycznymi
systemu, to zakładam, że Twój system nie jest monolityczny, więc na pewno
diagram komponentów będzie przydatny.
Dla każdego komponentu rzecz jasna diagramy klas (oraz inne), które opisują
jego wewnętrzną implementację.

> W sumie to na schemacie chciałbym przedstawić jedynie 4 pudełka i 3
> strzałki, bez zbędnych informacji, no ale żeby to jakoś było zgodne z
> innymi diagramami, to chcę użyć UML.

Do takich 4 pudełek - zdecydowanie wdrożenia.

> Opis prototypu systemu AMR:
> Licznik zużycia energii elektrycznej dokonuje na bieżąco pomiaru
> zużycia energii elektrycznej. Na węźle radiowym pracuje aplikacja
> napisana w nesC, która komunikuje się z licznikiem przy pomocy rs-232
> z użyciem protokołu Modbus; 
(...) 
Protokoły i rodzaje połączeń zaznaczasz na diagramie wdrożeń jako stereotypy
połączeń między węzłami.

> aplikacja po otrzymaniu żądania z węzła 
> pośredniczącego dokonuje odczytu z licznika i odsyła dane drogą
> radiową do węzła pośredniczącego. Węzeł pośredniczący przesyła dane do
> komputera. Na komputerze jest aplikacja serwera, która przesyła dane
> do i z węzła pośredniczącego włożonego w programator i podłączonego do
> komputera (obecnie przez rs232 lub skrętkę, w przyszłości przez
> cokolwiek innego). Z aplikacją serwera komunikuje się program
> użytkownika (aktora), wysyłający żadania odczytu i wyświetlający wynik
> pomiaru na ekranie/zapisujący dane do pliku/wrzucający do
> bazy/cokolwiek.

To chyba się nadaje na diagram sekwencji.

> Dodatkowe pytania:
> 1. Czy do zamodelowania przepływu informacji (ramek komunikacyjnych)
> powinienem użyc diagramu komunikacji czy sekwencji?

Teoretycznie te diagramy są równoważne (choć na komunikacji nie jest
zaznaczona aktywność obiektu), więc: co uważasz za bardziej czytelne
w danej sytuacji.
Protokoły chyba są czytelniejsze na sekwencjach, gdzie lepiej widać
kolejność.

> 2. Do zamodelowania możliwego użycia systemu przez operatora (aktora)
> - diagram przypadków użycia?

Jak chcesz pokazać, co się dzieje w środku to może też być sekwencja z
aktorem.
Jak chcesz tylko pokazać możliwe scenariusze użycia, to UC.

> 3. Który z diagramów zachowania najlepiej nadaje się do zamodelowania
> obsługi zdarzeń typu: niski stan baterii zasilającej węzeł?

Zdarzenia występują np. na diagramie aktywności, ale można też przedstawić
coś takiego na diagramie przebiegów czasowych (timing diagram), gdzie dobrze
widać zmianę stanu obiektów w czasie oraz interakcje między nimi.

> 4. Jakie darmowe oprogramowanie do rysowania diagramów UML obsługujące
> polskie czcionki możecie polecić?

Nie testowałem pod tym kątem :-)

-- 
Mariusz Lotko

On 29 Maj, 17:58, Bremse <bremse{usun....@wp.pl> wrote:
> Witam,
> chciałbym się dowiedzieć, którego z diagramów UML 2.0 należałoby użyć
> do zamodelowania struktury systemu pomiarowego:
>
> LicznikZużyciaEnergii---WęzełRadiowy---WęzełPośredniczący---Komputer
>
> Czy powinien to być to diagram komponentów, czy raczej diagram klas?
> W sumie to na schemacie chciałbym przedstawić jedynie 4 pudełka i 3
> strzałki, bez zbędnych informacji, no ale żeby to jakoś było zgodne z
> innymi diagramami, to chcę użyć UML.
>
> Opis prototypu systemu AMR:
> Licznik zużycia energii elektrycznej dokonuje na bieżąco pomiaru
> zużycia energii elektrycznej. Na węźle radiowym pracuje aplikacja
> napisana w nesC, która komunikuje się z licznikiem przy pomocy rs-232
> z użyciem protokołu Modbus; aplikacja po otrzymaniu żądania z węzła
> pośredniczącego dokonuje odczytu z licznika i odsyła dane drogą
> radiową do węzła pośredniczącego. Węzeł pośredniczący przesyła dane do
> komputera. Na komputerze jest aplikacja serwera, która przesyła dane
> do i z węzła pośredniczącego włożonego w programator i podłączonego do
> komputera (obecnie przez rs232 lub skrętkę, w przyszłości przez
> cokolwiek innego). Z aplikacją serwera komunikuje się program
> użytkownika (aktora), wysyłający żadania odczytu i wyświetlający wynik
> pomiaru na ekranie/zapisujący dane do pliku/wrzucający do
> bazy/cokolwiek.
>
> Dodatkowe pytania:
> 1. Czy do zamodelowania przepływu informacji (ramek komunikacyjnych)
> powinienem użyc diagramu komunikacji czy sekwencji?
> 2. Do zamodelowania możliwego użycia systemu przez operatora (aktora)
> - diagram przypadków użycia?
> 3. Który z diagramów zachowania najlepiej nadaje się do zamodelowania
> obsługi zdarzeń typu: niski stan baterii zasilającej węzeł?
> 4. Jakie darmowe oprogramowanie do rysowania diagramów UML obsługujące
> polskie czcionki możecie polecić?
>
> --
> pozdrawiam
> Bremse

Uważam, że źle postawino pytanie. Najpier sam sobie odpowiec na
pytania:
1. Co chcę pokazać (przekazać)
2. Komu chcę to pokazać (przekazać)
3. Po co chcę to pokazać (przekazać)

Z tą wiedzą będzie Ci już łatwo: Np. Diagram wdrożenia opisje jak
fizycznie wykonac system. Diagram klas moze posłużyć do opisu danych
jakie chcesz pzretwarzać i może posłużyc do zobrazowania architektiry
programu: obiekty i ich relacje. Diagram sekwencj może pokaże jak maja
obiekty pzretwrzać pzrekazane im do pzretworzenia dane. itp. itd. nie
ma obowiązku używac wszystkich ale przeciętny projekt to jakies cztery
lub pięć typów diagramów.

Co do narzędzi, niestety nie używam i nie znam darmowych.