Styl RUP

• Przeglądaj oferty praktyk

• Krótki opis

Zalogowany student ma możliwość przejrzenia listy dostępnych praktyk, i zobaczenia szczegółów związanych z daną ofertą.

• Aktorzy

Firma zewnętrzna

System

Student

• Wyzwalacze

Student postanawia przejrzeć listę dostępnych praktyk.

• Przepływ zdarzeń

• Przepływ podstawowy

• Użytkownik wcisnął przycisk moduł praktyk

• Lista dostępnych ofert zostaje wyświetlona

• Student wyświetla szczegóły wybranej oferty

• Zakończ

• Przepływy alternatywne

• Warunek 1 - Student nie spełnia wymagań dotyczących danej oferty

• Użytkownik wcisnął przycisk moduł praktyk

• Lista dostępnych ofert zostaje wyświetlona

• Student klika w szczegóły wybranej oferty

• Zostaje pokazana informacja o niespełnieniu wymagań oferty

• Zakończ

• Warunek 2 - Brak jest dostępnych ofert praktyk

• Użytkownik wcisnął przycisk moduł praktyk

• Wyświetlona zostaje informacja o braku dostępnych ofert

• Zakończ

• Specjalne wymagania

• Platforma

• ASP.net 4.0 + SQL Server 2008

• Warunki początkowe

• Użytkownik jest zalogowany w systemie.

• Użytkownik jest studentem

• Oferty praktyk są zapisane w systemie

• Warunki końcowe

• Użytkownikowi zostają wyświetlone szczegóły wybranej oferty

• Przyjmij praktykanta

• Krótki opis

Polega na przyjęciu praktykanta przez danego przedsiębiorcę na praktyki.

• Aktorzy

Firma zewnętrzna

Student

• Wyzwalacze

Firma zewnętrzna postanowiła przyjąć jednego z aplikujących studentów na praktyki.

• Przepływ zdarzeń

• Przepływ podstawowy

• Użytkownik klika przycisk „przyjmij praktykanta” przy nazwisku wybranego studenta.

• Przyjęcie praktykanta zostaje odnotowane, zaś oferta zostaje usunięta z listy dostępnych ofert

• Przepływy alternatywne

• Warunek 1 - Brak zgłoszeń studentów na praktyki

• Firma zewnętrzna nie może przyjąć żadnego studenta na praktyki

• Zakończ

• Specjalne wymagania

• Platforma

• ASP.net 4.0 + SQL Server 2008

• Warunki początkowe

• Użytkownik jest zalogowany w systemie.

• Użytkownik jest przedsiębiorcą

• Zgłoszona jest oferta praktyk

• Na daną ofertę są aplikacje studentów

• Warunki końcowe

• Aplikacja danego studenta zostaje zatwierdzona.

• Oferta nie jest już dostępna dla innych aplikantów.

• Dodaj pozycje do terminarza

• Krótki opis

Użytkownik systemu dodaje nowe pozycje w swoim osobistym terminarzu

• Aktorzy

Student

Wykładowca

• Wyzwalacze

Użytkownik postanawia dodać nową pozycję do osobistego terminarza

• Przepływ zdarzeń

• Przepływ podstawowy

• Użytkownik klika w przycisk „dodaj pozycję” z poziomu osobistego terminarza

• Użytkownik wybiera wolny termin.

• Użytkownik wprowadza dane nowej pozycji.

• Użytkownik zatwierdza dodanie pozycji.

• Pozycja zostaje zapisana w systemie

• Przepływy alternatywne

• Warunek 1 - Brak wolnych terminów

• Użytkownik klika w przycisk „dodaj pozycję” z poziomu osobistego terminarza

• Użytkownik nie odnajduje wolnego terminu w osobistym terminarzu

• Użytkownik rezygnuje z dodawania pozycji

• Warunek 2 - Wprowadzono błędne dane

• Użytkownik klika w przycisk „dodaj pozycję” z poziomu osobistego terminarza

• Użytkownik wybiera wolny termin.

• Użytkownik wprowadza dane nowej pozycji.

• Użytkownik zatwierdza dodanie pozycji.

• Wprowadzono błędne dane

• Zostaje ponownie wyświetlony formularz dodawania pozycji, wraz z opisem błędnych pól

• Specjalne wymagania

• Platforma

ASP.net 4.0 + SQL Server 2008

• Warunki początkowe

• Użytkownik jest zalogowany w systemie.

• Warunki końcowe

• Pozycja została zapisana w osobistym terminarzu użytkownika

• Dodaj pozycje do terminarzy studentów określonej grupy

• Krótki opis

Wykładowca może podejrzeć wolne terminy w terminarzu studentów wybranej grupy, i dodać nową pozycję dla wolnego terminu.

• Aktorzy

• Wykładowca

• Student

• Wyzwalacze

Wykładowca postanawia dodać nową pozycję do terminarza wybranej grupy studenckiej.

• Przepływ zdarzeń

• Przepływ podstawowy

• Użytkownik wybiera interesującą go grupę.

• Użytkownik odnajduje wolny termin w terminarzu danej grupy i wybiera go.

• Użytkownik wprowadza informacje dotyczące nowego terminu, i zatwierdza go.

• Pozycja zostaje zapisana.

• Przepływy alternatywne

• Warunek 1 - Grupa nie ma wolnych terminów

• Użytkownik wybiera interesującą go grupę.

• Użytkownik nie znajduje wolnego terminu w terminarzu danej grupy i wciska przycisk „Anuluj”

• Zakończ

• Warunek 2 - Wprowadzono błędne dane przy dodawaniu nowego wpisu

• Użytkownik wybiera interesującą go grupę.

• Użytkownik odnajduje wolny termin w terminarzu danej grupy i wybiera go.

• Użytkownik wprowadza informacje dotyczące nowego terminu, i zatwierdza go.

• Wprowadzone dane są niepoprawne.

• Następuje powrót do strony wprowadzenia wraz z opisem błędnych pól

• Specjalne wymagania

• Platforma

• ASP.net 4.0 + SQL Server 2008

• Warunki początkowe

• Użytkownik jest zalogowany w systemie.

• Użytkownik jest wykładowcą

• Interesująca go grupa jest dostępna w systemie

• Grupa ma wolne terminy w terminarzu

• Warunki końcowe

• Nowa pozycja zostaje zapisana w terminarzu danej grupy

• Ustaw powiadomienie

• Krótki opis

Po kliknięciu na przycisk „ustaw powiadomienie”, student będzie otrzymywać od systemu powiadomienie o obowiązkowych zajęciach

• Aktorzy

• System

• Student

• Wyzwalacze

Student postanowił ustawić powiadomienie o obowiązkowych zajęciach

• Przepływ zdarzeń

• Przepływ podstawowy

• Użytkownik klika w przycisk „ustaw powiadomienie”.

• Informacja by powiadamiać studenta zostaje zapisana w systemie

• Przepływy alternatywne

• Warunek 1 - Student nie ma żadnych obowiązkowych zajęć w terminarzu

• System informuje studenta o braku obowiązkowych zajęć w terminarzu.

• Zakończ

• Specjalne wymagania

• Platforma

ASP.net 4.0 + SQL Server 2008

• Warunki początkowe

• Użytkownik jest zalogowany w systemie.

• Użytkownik jest studentem.

• Użytkownik ma obowiązkowe zajęcia w terminarzu

• Warunki końcowe

• Powiadomienie zostało ustawione

• Integruj plany zajęć

• Krótki opis

Student lub studiujący na kilku kierunkach ma możliwość automatycznego połączenia kilku planów zajęć w jeden bardziej czytelny.

• Aktorzy

Student

• Wyzwalacze

Student postanawia połączyć plany zajęć kilku kierunków w jeden czytelny

• Przepływ zdarzeń

• Przepływ podstawowy

• Użytkownik kilka w przycisk „integruj plany zajęć”

• Użytkownik wybiera plany grup które chce zintegrować

• Użytkownik wybiera nazwę dla nowego planu i klika przycisk „zatwierdź”

• Plan zostaje zintegrowany, wyświetlony użytkownikowi i zapisany w systemie

• Przepływy alternatywne

• Warunek 1 - Użytkownik zrezygnował z integracji planów

• Użytkownik kilka w przycisk „integruj plany zajęć”

• Użytkownik wybiera plany grup które chce zintegrować

• Użytkownik rezygnuje z zintegrowania planów.

• Specjalne wymagania

• Platforma

• ASP.net 4.0 + SQL Server 2008

• Warunki początkowe

• Użytkownik jest zalogowany w systemie.

• Użytkownik jest studentem

• Użytkownik studiuje na wielu kierunkach

• Dostępne są plany grup które chce zintegrować

• Warunki końcowe

• Nowy, zintegrowany plan zostaje zapisany w systemie.