Zadania do kursu podstawy modelowania w języku UML

powrót do kursu: Podstawy modelowania w języku UML
Na tej znajdziesz trzy różne zadania. Każde z nich ma inny poziom trudności.

SPIS ZADAŃ

Z.1 System Rejestracji Zajęć (SRZ)

Opis sytuacji

Przedmiotem ćwiczenia jest internetowy System Rejestracji Zajęć (SRZ).

Właśnie zostałeś wyznaczony na stanowisko głównego analityka systemu. Budowany jest nowy system. Przekazano ci opis problemu (“Wstępne Pytania dotyczące Systemu” poniżej).

Celem zadania jest opracowanie specyfikacji systemu wraz z wymaganiami.

Wstępne Pytania dotyczące Systemu

Wyższa Szkoła Analizy i Projektowania (WSAP) planuje stworzenie nowego internetowego Systemu Rejestracji Zajęć (dalej zwany SRZ lub system rejestracji). Nowy internetowy system zastępuje znacznie starszy system. Nowy system umożliwia studentom rejestrację na zajęcia z dowolnej przeglądarki internetowej. Nauczyciele korzystają z systemu, aby zarejestrować się na zajęcia, które będą prowadzić.

Ze względu na zmniejszenie finansowania z funduszy ministerstwa odpowiedzialnego za szkoły wyższe, uczelnia nie może sobie pozwolić na natychmiastową zmianę całego systemu.
Wyższa Szkoła Analizy i Projektowania (WSAP) będzie przechowywać istniejącą bazę katalogową zajęć, gdzie zachowane są wszystkie informacje o zajęciach.

Wydajność dotychczasowego systemu jest słaba, dlatego nowy System (SRZ) uzyskuje dostęp do informacji o zajęciach z zasobów dotychczasowych danych, ale ich nie aktualizuje.

Biuro rejestrów nadal utrzymuje informacje o planowanych zajęciach poprzez inny system.
Studenci mogą poprosić o drukowany katalog zajęć zawierający listę oferowanych kursów w danym semestrze. Studenci mogą również w dowolnym momencie uzyskać w Internecie informacje o zajęciach. Informacje dotyczące każdego z zajęć, takie jak nazwisko prowadzącego, dział, godziny zaliczeniowe i warunki wstępne pomagające studentom w podejmowaniu świadomych decyzji.

Nowy system (SRZ) umożliwia studentom wybór czterech zajęć na nadchodzący semestr. Ponadto, każdy student wskazuje na dwa alternatywne wybory zajęć w przypadku, gdy student nie może być przypisany do głównego wyboru. W zajęciach może uczestniczyć maksymalnie dziesięciu a minimalnie trzech studentów.

Proces rejestracji kończy się pierwszego lub drugiego dnia zajęć w danym semestrze.
Każde zajęcia, na które na dzień zamknięcia rejestracji zapisało się mniej niż trzech studentów są odwoływane. Wszystkie zajęcia, które nie mają wyznaczonego prowadzącego na dzień zamknięcia rejestracji są odwoływane. Studenci, którzy są zapisani na zajęcia, które zostały odwołane zostają powiadomieni, że zajęcia zostały odwołane, i takie zajęcia są usuwane z harmonogramów. System rejestracji (SRZ) przesyła informacje o wszystkich zapisanych studentach do Systemu Rozliczeniowego, po to, aby można było każdemu studentowi wystawić fakturę za dany semestr.

Przez pierwsze dwa tygodnie semestru studenci mogą zmienić harmonogramy zajęć. W tym czasie studenci mogą uzyskać dostęp do systemu online, aby dodać lub usunąć zajęcia. Zmiany w harmonogramach są natychmiast przesyłane do Systemu Rozliczeniowego, tak, aby można było przesłać studentom zaktualizowaną fakturę za semestr. Faktury są wysyłane po zakończeniu dwutygodniowego okresu zmiany zajęć.

Pod koniec semestru student może uzyskać dostęp do systemu, aby wyświetlić elektroniczny raport. Ponieważ oceny studentów są informacjami poufnymi, system musi posiadać środki bezpieczeństwa mające na celu zapobieganie nieuprawnionemu dostępowi.

Wszyscy studenci, nauczyciele i administratorzy posiadają własne kody identyfikacyjne i hasła.

Nauczyciele muszą mieć dostęp do systemu online w celu wybrania zajęć, jakie chcą prowadzić. Muszą też sprawdzić, którzy studenci zapisali się na ich zajęcia. Ponadto nauczyciele mogą rejestrować oceny uczniów na każdych zajęciach.

Zadania

Zadanie 1.1 – diagram przypadków użycia

  1. Zidentyfikuj aktorów wchodzących w interakcję system
  2. Opisz minimum 3 przypadki użycia w zakresie w zakresie:
    1. Nazwa
    2. Krótki opis
    3. Warunki początkowe i końcowe
    4. Scenariusze główne i alternatywne

Zadanie 1.2 – diagram klas

Korzystając z diagramu klas, przygotuj model, który opisuje dane przetwarzane w systemie SRZ

Budując ten model dodaj:

  • atrybuty
  • relacje pomiędzy klasami
  • liczebności

Model powinien swoim zakresem obejmować dane dotyczące minimum: studenta, wykładowcy,  zajęć, statusu zajęć i harmonogramu,

Zadanie 1.3 – diagram obiektów

Na podstawie zdefiniowanego na diagramie klas modelu przygotuj diagram obiektów, na którym pokażesz następujące sytuacje:

  • zajęcia na które na dzień zamknięcia rejestracji zapisało się mniej niż trzech studentów są odwoływane,
  • wszystkie zajęcia, które nie mają wyznaczonego prowadzącego na dzień zamknięcia rejestracji są odwoływane,

Jeśli potrzeba zaktualizuj diagram klas o odpowiednie klasy i atrybuty.

Zadanie 1.4 – diagram aktywności

Narysuj diagram aktywności obrazujące następujące scenariusz:

Student zapisuje się na zajęcia. Ma do wyboru cztery zajęcia na nadchodzący semestr. Ponadto, każdy student wskazuje na dwa alternatywne wybory zajęć w przypadku, gdy student nie może być przypisany do głównego wyboru.

Na diagramie uwzględnij obiekty. Nie zapomnij o partycjach, które powinny reprezentować system oraz studenta.  Dopuszczalne jest zdekomponowanie wybranych aktywności.

Zadanie 12.5 – diagram maszyny stanowej

Narysuj diagram maszyny stanów dla harmonogramu zajęć:

  • harmonogram pusty – przed zapisami
  • w trakcie zapisów
  • w trakcie zmian (2 tyg. po zapisaniu się)
  • zatwierdzony

Specyfikując diagram uwzględnij, o ile występują, warunki dozoru, akcje oraz wyzwalacze.

Zadanie 1.6 – diagram komponentów

Przygotuj diagram komponentów pokazujący architekturę rozwiązania. Zdefiniuj komponenty i interfejsy. Do interfejsów zdefiniuj odpowiednie operacje. Interfejsy przypisz do komponentów.

Diagram powinien zawierać:

  • System Rejestracji Zajęć – system online(przedmiot projektu), który umożliwia zapisanie się na zajęcia.
  • System Rozliczeniowy – wystawia faktury za zajęcia
  • System Katalog Zajęć  – bazę katalogową zajęć, gdzie zachowane są wszystkie informacje o zajęciach
  • System Powiadomień – wysyła powiadomienia

Zadanie 1.7 – diagram sekwencji

Zadanie wykonaj po przygotowaniu diagramu komponentów.

Narysuj diagram sekwencji. Wykorzystaj komponenty z zadania 2.6. Na komunikatach wykorzystaj operacje zdefiniowane w interfejsach.  W razie potrzeby zaktualizuj operacje.

  • Studenci, którzy są zapisani na zajęcia, które zostały odwołane zostają powiadomieni, że zajęcia zostały odwołane, i takie zajęcia są usuwane z harmonogramów.
  • System rejestracji (SRZ) przesyła informacje o wszystkich zapisanych studentach do Systemu Rozliczeniowego, po to, aby można było każdemu studentowi wystawić fakturę za dany semestr.

powrót do kursu: Podstawy modelowania w języku UML
powrót do menu strony: do góry


Z.2 Hotel

Opis sytuacji

Hotel „Pod Wiązem” jest statystycznie średniej wielkości placówką (ok. 100 pokoi). Hotel posiada również dwa punkty gastronomiczne, fitness klub oraz kilka sal konferencyjnych.

Proces telefonicznej rezerwacji pokoju hotelowego przez klienta wygląda następująco:

  1. Klient dzwoni do recepcji hotelu i prosi o rezerwację pokoju, podaje datę przybycia, liczbę dni i ilość osób.
  2. Recepcjonista sprawdza w systemie czy są wolne pokoje w określonym terminie i przekazuje tę informację klientowi.
  3. Po zapadnięciu decyzji odnośnie rezerwacji pokoju hotelowego, klient podaje swoje dane kontaktowe i dane karty kredytowej.
  4. Recepcjonista weryfikuje kartę kredytową, rezerwuje pokój i przekazuje tę informację klientowi.

Właściciel Hotelu pragnie zwiększyć procent obłożenia pokoi. Wdrożenie rezerwacji przez Internet połączone z odpowiednią kampanią marketingową wydaje się być dobrym rozwiązaniem.

Obłożenie pokoi wymaga zwiększenia efektywności zespołu odpowiedzialnego za obsługę techniczną pokoi. W związku z tym należy wesprzeć proces lub procesy związane z  przydzielaniem i realizacją prac związanych z utrzymaniem czystości pokoi hotelowych.

Aktualny proces realizacji prac związanych z utrzymaniem czystości pokoi wygląda następująco:

  1. Szef/Szefowa służby pięter na podstawie informacji z recepcji o zwolnieniu pokoju, zleca sprzątaczce posprzątanie danego pomieszczenia
  2. Sprzątaczka realizuje zlecone zadanie
  3. Sprzątaczka informuje Szefa/Szefową służby pięter o wykonaniu zadania

Właściciel Hotelu  chce wspomóc ten proces poprzez:

  • wprowadzenie systemu umożliwiającego ręczne i automatyczne przydzielanie prac pracownikom służby pięter
    • ręczne – posprzątanie schodów, pokoju lub innego pomieszczenia na skutek nieprzewidzianego zanieczyszczenia przez Gościa hotelowego zlecone przez Recepcjonistę
    • automatyczne – zdarzenia w systemie: wymeldowanie Gościa hotelowego generuje zadanie posprzątania pokoju; zbliżający się termin rezerwacji generuje zadanie przygotowania pościeli
  • wprowadzanie automatycznego doliczenia do rachunku kosztów nieplanowanych prac sprzątaczek, a także kosztów związanych z uzupełnieniem pokojowych minibarów.

Dodatkowe wymagania stawiane dla rozwiązania:

  • Sprzątaczki powinny być wyposażone w urządzenia przenośne (telefon, tablet) z aplikacją mHOTEL
  • komunikacja aplikacji z urządzeń przenośnych z systemem zarządzania hotelem HOTEL tylko w ramach wewnętrznej sieci bezprzewodowej
  • rezerwowanie pokoi hotelowych za pośrednictwem sieci Internet przy użyciu dowolnej przeglądarki internetowej
  • zapewnienie bezpiecznej komunikacji
  • zapewnienie szerokich kryteriów wyszukiwania
  • Rezerwację pokoi hotelowych zapewnia system HOTEL. System Hotel  posiada moduły: Rezerwacje, Fakturowanie, Sprzątanie.

Aplikacje:

  • Hotel – aplikacja wspierajaca rezerwację oraz zarządzanie czystością w hotelu (zwna również system Hotel)
  • mHotel – aplikacja mobilna – wspołpracuje z aplikacją Hotel

Zadania

Zadanie 2.1 – diagram przypadków użycia

  1. Zidentyfikuj aktorów wchodzących w interakcję z aplikacjami
  2. Opisz minimum 3 przypadki użycia w zakresie w zakresie:
    1. Nazwa
    2. Krótki opis
    3. Warunki początkowe i końcowe
    4. Scenariusze główne i alternatywne

Zadanie 2.2 – diagram klas

Korzystając z diagramu klas, przygotuj model, który opisuje dane przetwarzane w systemach Hotel i mHotel

Budując ten model dodaj:

  • atrybuty
  • relacje pomiędzy klasami
  • liczebności

Model powinien swoim zakresem obejmować dane dotyczące minimum: rezerwacji i zleceń sprzątania.

Zadanie 2.3 – diagram aktywności

Narysuj diagram aktywności dla scenariusza działania aplikacji, w którym:

  • wymeldowanie Gościa hotelowego generuje zadanie posprzątania pokoju;
  • zbliżający się termin rezerwacji generuje zadanie przygotowania pościeli

Zadanie 2.4 – diagram maszyny stanowej

Narysuj diagram maszyny stanów dla stanu pokoju np.: posprzątany w trakcie sprzątania, zajęty, oczekujący na sprzątanie, dodatkowe sprzątanie.

Specyfikując diagram uwzględnij, o ile występują, warunki dozoru, akcje oraz wyzwalacze.

Zadanie 2.5 – diagram komponentów

Przygotuj diagram komponentów pokazujący architekturę rozwiązania. Zdefiniuj komponenty i interfejsy. Do interfejsów zdefiniuj odpowiednie operacje. Interfejsy przypisz do komponentów. Nie zapomnij o architekturze wewnętrznej aplikacji Hotel.

Zadanie 2.6 – diagram sekwencji

Zadanie wykonaj po przygotowaniu diagramu komponentów.

Narysuj diagramy sekwencji. Wykorzystaj komponenty z zadania 3.5. Na komunikatach wykorzystaj operacje zdefiniowane w interfejsach.  W razie potrzeby zaktualizuj operacje.

  • zgłoszenie  pokoju do sprzątania w aplikacji Hotel wraz z powiadomieniem w aplikacji mHotel
  • zgłoszenie w aplikacji mHotel realizacji dodatkowego posprzątania pokoju co skutkować będzie doliczeniem dodatkowej opłaty do rachunku gościa

Zadanie 2.7 – diagram wdrożenia

Przygotuj diagram wdrożenia, na którym zaprezentujesz architekturę fizyczną aplikacji Hotel. Architektura fizyczna powinna obejmować swoim zakresem bazę danych (np.: PostgreSql), serwer www (Apache) oraz środowisko zapasowe. Weź pod uwagę, ze baza danych oraz serwer www są na innych maszynach. Nine zapomnij tez o aplikacji mobilnej 🙂

Zadanie 2.8 – diagram widoku interkacji

Przygotuj diagram widoku interakcji, na którym zaprezentujesz sekwencję działania aplikacji:

  • zgłoszenie  pokoju do sprzątania w aplikacji Hotel wraz z powiadomieniem w aplikacji mHotel
  • zgłoszenie w aplikacji mHotel realizacji dodatkowego posprzątania pokoju co skutkować będzie doliczeniem dodatkowej opłaty do rachunku gościa

Do zrealizowania diagramu wykorzystaj  diagramy przygotowane w zadaniu 2.6

powrót do kursu: Podstawy modelowania w języku UML
powrót do menu strony: do góry


Scroll to Top