>
> 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.
>

Zastanawiam sie jak diagram klas ma sie do bezposredniego przelozenia w
kodzie obiektowym. Czy kazda klasa na diagramie klas ma swoj odpowiednik w
kodzie w postaci klasy? Czy moge rozumiec klase jako ogolna koncepcje
funckjonalnosci (np. PolaczenieSieciowe), która bedzie pozniej rozbijana na
zbior wielu klas?

/Marcin