STRONA GŁÓWNA FORUM ARTYKUŁY
   Logowanie | Rejestracja
Menu główne
Oferty pracy


Forum dedykowane

Jeżeli masz jakikolwiek problem z UML (Unified Modeling Language) oraz zależy Ci na czasie i jakości odpowiedzi - to skorzystaj z dedykowanego forum!
W celu uruchomienia forum dedykowanego skontaktuj się z nami poprzez biuro obsługi klienta. więcej...

Czy wiesz, że:

Według D. Rosenberga podczas modelowania analitycznego - aktor, klasa graniczna, klasa przechowująca i klasa sterująca mogą łączyć się w okreslony sposób? więcej...

Strona główna forum
   UML
     Pomoc przy Use Case - harmonogram zadań
Zarejestruj się by pisać

Wcięte | Najpierw najnowsze Poprzedni temat | Następny temat | Koniec
Postujący Wątek
dszpak
wysłane dnia: 2009/5/14 22:37
Nowicjusz
Dołączył: 2009/5/14
z:
Posty: 1
Pomoc przy Use Case - harmonogram zadań
Witam.

Na potrzeby projektu wizualizacja pozycji w wyszukiwarkach Internetowych, stworzyłem diagram Use Case, który został podczas procesu projektowania przekształcony już przynajmniej kilka razy.

Podstawowi aktorzy use case to

klient - klient agencji reklamowej, ma dostęp do pewnego zbioru funkcjonalności umożliwiających mu regularną analizę prowadzonych dla niego prac związanych z pozycjonowaniem w wyszukiwarkach Internetowych.

Admin(generalizacja) - dziedziczy wszystkie funkcjonalności przypadki użycia po kliencie, plus ma możliwość dodawania nowych klientów ich edycję usuwania oraz ustawianie raportowania.

Harmonogram zadań(Cron) - ponieważ admin będzie sam ustawiał co jaki czas system będzie odpytywał wyszukiwarki o pozycję, dodatkowo admin będzie ustawiał co jaki okres system będzie sprawdzał pozycję oraz co jaki okres do klienta będzie wysyłany raport w postaci mail'a.

Ponieważ liczba funkcjonalności, przypadków użycia na diagramie jest dość znaczna aby use case był możliwiei czytelny podzieliłem go wobec aktorów:klient i admina.


Diagram klienta


Tu szczególnie zastanawia mnie generalizacja, którą dokonałem.

Pierwotnie diagram pokazywał aktorów klient, admin, którzy mieli asocjację do przypadku użycia logowania, a admin dziedziczył bezpośrednio po kliencie wszystkie funkcjonalności - jednak w tym przypadku oznaczałoby to że admin dostaję się do części konfiguracyjnej - przeznaczonej tylko dla admina bez logowania, ponieważ generalizacja została zrobiona jeszcze przed przypadkiem użycia logowanie.

Zrobiłem więc aktora użytkownik, który po zalogowaniu dzieli się na aktora i klienta. Aktor dziedziczy po kliencie wszystkie funkcjonalności.Wszelkie sugestie, komentarze, oceny use case'amile widziane.

Diagram admina


Tu znowu mnie zastanawia harmonogram zadań - sam diagram specjalnie opisałem aby zaznaczyć trapiące mnie pytania.

Ponieważ admin dziedziczy przypadki po kliencie, tzn. ma do nich bezpośredni dostęp poprzez dodanie przypadku użycia wyświetl klientów chcę zobrazować że ścieżka dodania keywordu do strony jest nieco dłuższa niż klienta.

Admin najpierw wybiera klienta dla którego chcę dodać keyword, potem wybiera stronę klienta, potem grupę, a dopiero na końcu dodaje keyword.

MarcinJ
wysłane dnia: 2009/5/14 22:55
Nowicjusz
Dołączył: 2009/4/13
z:
Posty: 20
Re: Pomoc przy Use Case - harmonogram zadań
Diagram Klienta.
Dziedziczenie jest w złą stronę. Wychodzi na to że Klient dziedziczy po Adminie a nie Admin po Kliencie.

Diagram Admina
Jak dla mnie mało czytelny. Możesz więcej informacji podać
Wcięte | Najpierw najnowsze Poprzedni temat | Następny temat | Top

Zarejestruj się by pisać
 
Znajdź na stronie


Banery


Unified Modeling Language


Przegląd UML 2.0

Diagramy UML 2.0 -więcej...
Diagram klas - więcej...
Diagram przypadków użycia -więcej...
Diagram obiektów - więcej...
Diagramy pakietów - więcej...
Diagram czynności -więcej...
Diagram maszyn stanowych -więcej...
Diagramy modelowania analitycznego -więcej...
Diagramy struktur połączonych -więcej...
Diagramy sekwencji -więcej...
Diagramy komunikacji -więcej...
Diagramy harmonogramowania-więcej...
Diagramy komponentów-więcej...
Diagramy sterowania interakcją -więcej...
Diagramy rozlokowania -więcej...
Wkrótce powstaną kolejne opracowania

Statystyki