w najprostszej postaci na diagramow nie musisz stosowac zadnych innych zwiazkow poza asocjacja przypadku uzycia z aktorem - wtedy diagram pokazuje co jaki aktor moze robic w systemie bez wnikanie w to jak to co on moze robic (przypadki uzycia) jest zalezne miedzy soba - te i inne informacje mozesz zawrzec w specyfikacji.
mozesz tez pojsc dalej - wykorzystac dostepne relacje na diagramie - co prawda go wtedy troche komplikujesz, ale wiecej informacji zawrzesz na diagramie, a przez to mniej w specyfikacji
to jak bardzo uszczegolowisz pierwsza wersje zalezy juz od Ciebie - poza asocjacjami mozesz np wykorzystac sama relacje DEPEND - czyli zwykla zaleznosc, ktora nie mowi nic wiecej poza tym, ze jakas zaleznosc tu istnieje - bardziej szczegolowymi relacjami sa juz INCLUDE I EXTEND - zauwaz ze sa one stereotypami zwyklej relacji DEPEND!
na moj gust wystarczy korzystac z includea, extenda i generalize, ale takich relacji tam nie wymieniles, jest natomiast cos takiego jak USE co z tego co gdzies czytalem zastepuje INCLUDE I EXTEND - czyli jest bardziej ogolna relacja-chyba ja mozna przyrownac do DEPEND
innych nie znam ale prawdopodobnie sa to jakies zdefiniowane stereotypy i nie ma obowiazku ich uzywac - sam mozesz takich stereotypow, ktore sa uszczegolowieniami bardziej ogolnych,innych relacji tworzyc ile chcesz
nie znam power designera, ale chyba lepszy bedzie trial ENTERPRISE ARCHITECTa lub darmowy STARUML - ten ostatni nie jest tak wypasiony jak ten pierwszy, ale na moj gust to najlepszy darmowy produkt