Megas pisze:
> Nie mam jeszcze diagramu klas, gdyz nie dokonca wiem jak go zrobic :(.
> Mam system służący do zarządzania czasem pracy + urlopy ludzi pracujacych w
> firmie. Jednym z przypadków uzycia bedzie mozliwosc 'Wypisanie przez
> pracowanika urlopu'. Przypadek ten bedzie skladal sie z krokow:
> 1. Zalogowanie sie do systemu,
> 2. Sprawdzenie dostepnych wolnych dni od pracy,
> 3. Wyslanie prosby o urlop do kierownika.
> 4. Otrzymanie akceptacji urlopu.
> 5. Zapisanie w bazie danych urlopu.

Coś mi się wydaje, że nie do końca rozumiesz znaczenie diagramów
przypadków użycia.
Diagram przypadków użycia to graficzne przedstawienie przypadków użycia,
aktorów oraz związku miedzy nimi, występujących w danej dziedzinie
przedmiotowej.
Pokaż swój diagram przypadków użycia, a będę mógł napisać gdzie
popełniłeś błąd przy jego tworzeniu. Ogólnie rzecz biorąc DPU to
przedstawienie wymagań systemu, natomiast nie pokazują jak technicznie
wykonywane są te wymagania - tym się zajmuje dynamika systemu.

Napisałeś o przypadku użycia 'Wypisanie przez pracownika urlopu', który
posiada 5 kroków - co miałeś na myśli pisząc kroki? Jest to pseudo
scenariusz przypadku użycia? Bądź ten przypadek użycia składa się z 5
innych jus kejsów?

Nie mam zamiaru podawać Ci gotowego rozwiązania, ale jak pokażesz swój
diagramu przypadków użycia to chętnie Ci pomogę w poprawieniu go - bo z
tego co przeczytałem to trochę się zagmatwałeś.

> By wykonac ten przypadek uzycia system bedzie musial posiadac
> funckcjonalnosc:
> 1) Wysylanie i odbieranie danych przez siec,
> 2) Komunikacja z baza danych MySQL,
> 3) GUI,
>
> Jak taka funkcjonalnosc zaprezentowac za pomoca diagramu klas? Stworzyc trzy
> klasy z nazwami odpowiadajacymi tym funkcjonalnosciom?

Słyszałeś coś o programowaniu zorientowanym obiektowo? Pisałeś już
jakieś programy z wykorzystaniem OOP?

>Nie wiem jak sie do
> tego zabrac...

Hmmm... może od przeczytania jakiejś książki o UML.

pozdrawiam
tsharny