Megas pisze:
> Użytkownik "Megas" <k...@o...eu> napisał w wiadomości
> news:gklqnl$goj$1@news.onet.pl...
>>>> Od d?u?szego czasu mam k?opot z wymodelowaniem funkcjonalno??
>>>> projektowanego
>>>> systemu, czy kto? móg?by mi w tym pomóc?
>>>> Sytuacja jest taka, ?e mam ju? wymodelowany model przypadków u?ycia dla
>>>> mojego systemu, a teraz chcia?bym wymodelowac z jakich cz??ci
>>>> funkcjonalno?ci b?dzie si? sk?ada? system.
>>> Co to jest "czesci funkcjonalnosci" I dlaczego system ma sie z niuch
>>> skladac?
>>>
>>> A.L.
>
>
> Dla przykładu: Funkcjonalnosc programu 'Outlook Express' bedzie sie skladac
> z czesci:
> a) Wysyłanie i odbieranie poczty e-mail,
> b) Prezentacja e-mail w GUI,
> c) Tworzenie nowych e-mail (edytor tekstowy),
> d) Powiadamanie o poczcie dziwiekiem,
> itp...
>
> Funckjonalnosc a) 'Wysyłanie i odbieranie poczty e-mail', bedzie sie skladac
> z czesci:
> a1) Odbior poczty za pomoca POP3,
> a2) Wysylanie poczty za pomoca SMTP,
> b3) Zapamietywanie odczytanych juz e-mail,
> b4) Sprawdzanie spam,
> itp...
>
> Przez to rozumiem czesci funckjonalnosci.
>
>

Może najpierw pokaż co masz zrobione w Use Case'ach. Wyjściem do dalszej
pracy jest poprawne zaprojektowanie przypadków użycia wraz ze
scenariuszem każdego jus kejsa. Następnie na tej podstawie jak to
nazwałeś modelujesz funkcjonalność systemu.
Dobrym podejściem jest rozdzielenie logiki i dynamiki systemu. Na logikę
systemu będą się składać diagramy klas, obiektów, struktur połączonych,
pakietów - logika dokumentuje całą statykę systemu. Na dynamikę systemu
składać się będą diagramy interakcji, czynności, maszyny stanowej,
struktur połączonych, pakietów - dynamika wskazuje, w jaki sposób jest
realizowane zachowanie instancji klasyfikatorów w systemie.
To jakich diagramów użyjesz w swoim modelu zależy tylko od Ciebie.
Na początek radziłbym Ci przeczytać jakąś książkę nt. UML.

pozdrawiam
tsharny