Yet Another Poll System PRZYPADKI UŻYCIA

Transkrypt

1 Yet Another Poll System PRZYPADKI UŻYCIA Łukasz Bieniasz-Krzywiec Dariusz Leniowski Jakub Łącki 21 marca

2 Spis treści 1 Wprowadzenie Cel Zakres Definicje Omówienie reszty dokumentu Logowanie Warunki początkowe Główny scenariusz powodzenia Alternatywne scenariusze Tworzenie formularza Aktorzy i ich cele Warunki początkowe Warunki końcowe i kryteria sukcesu Główny scenariusz powodzenia Rozszerzenia i alternatywne scenariusze Specjalne wymagania Częstotliwość występowania Wypełnianie formularza Aktorzy i ich cele Warunki początkowe Warunki końcowe i kryteria sukcesu Główny scenariusz powodzenia Rozszerzenia i alternatywne scenariusze Specjalne wymagania Warianty technologii i danych Częstotliwość występowania Otwarte kwestie Usuwanie formularza Warunki początkowe Główny scenariusz powodzenia Alternatywne scenariusze Przegladanie statystyk Wymagania wstępne Główny scenariusz powodzenia

3 6.3 Alternatywne scenariusze Pobranie plików wysłanych przez wypełniajacych formularz Wymagania wstępne Główny scenariusz powodzenia Alternatywne scenariusze Dodawanie praw dostępu Wymagania wstępne Główny scenariusz powodzenia Alternatywne scenariusze Usuwanie praw dostępu Wymagania wstępne Główny scenariusz powodzenia Alternatywne scenariusze Wysyłanie wiadomości Warunki początkowe Główny scenariusz powodzenia Scenariusze alternatywne Pomoc Główny scenariusz powodzenia Scenariusze alternatywne A Historia zmian 23 3

4 1 Wprowadzenie 1.1 Cel Celem niniejszego dokumentu jest zebranie i szczegółowe opisanie przypadków użycia projektu YapS oraz charakterystyka aktorów biorących w nich udział. Dokument przedstawia podstawowe i alternatywne scenariusze interakcji użytkowników z systemem. 1.2 Zakres Dokument zawiera: opisy interakcji YapS z aktorami, omówienie różnych przebiegów czynności wykonywanych w systemie przez użytkowników i skutków tych czynności. 1.3 Definicje Patrz załącznik Słownik. Słownik - wyjaśnia najważniejsze pojęcia i definicje. 1.4 Omówienie reszty dokumentu W dalszych rozdziałach dokumentu znajdują się omówienia poszczególnych przypadków użycia. Każdy rozdział składa się z: zwięzłego opisu przypadku użycia oraz aktorów biorących w nim udział, wyspecyfikowania warunków poczatkowych, które muszą być spełnione, aby przypadek użycia mógł zostać rozpoczęty, opisu czynności podstawowych czyli głównego (i zazwyczaj najczęstszego) scenariusza interakcji użytkownika z systemem, opisów czynności alternatywnych czyli innych scenariuszy (dla tych przypadków, które mogą odbyć się na wiele różnych sposobów), wymienienia innych wymagań, takich jak: użyteczność, niezawodność, wydajność, które nie zostały zaprezentowane w poprzednich punktach, 4

5 wyspecyfikowania warunków końcowych czyli listy możliwych stanów systemu po zakończonym przypadku użycia. 5

6 2 Logowanie 2.1 Warunki poczatkowe Wejście na stronę serwisu YapS. 2.2 Główny scenariusz powodzenia Aktorem w tym przypadku użycia jest użytkownik, który chce się zalogować do Systemu. Na początku użytkownik wchodzi na stronę logowania, a System prosi go o podanie loginu i hasła. Jeśli wprowadzone dane zostaną pozytywnie zweryfikowane, to System loguje użytkownika w systemie i udostępnia mu wszystkie opcje przeznaczone dla zalogowanych użytkowników. 2.3 Alternatywne scenariusze Jeśli użytkownik nie posiada jeszcze konta w systemie, to zostaje skierowany na stronę rejestracji. Tam wypełnia odpowiednie pola formularza rejestracyjnego. Wymagane są: login, hasło, potwierdzenie hasła i adres , reszta pól (takich jak nazwisko czy imię) jest opcjonalna. Następnie użytkownik wysyła wprowadzone dane do Systemu. Jeśli wszystkie zostaną pozytywnie zweryfikowane, to System zakłada użytkownikowi nowe konto, wyświetla komunikat o poprawnym założeniu konta i przekierowywuje użytkownika z powrotem na stronę logowania. Jeśli któreś z wymaganych pól jest puste, to System wyświetla adekwatny komunikat i prosi użytkownika o jego wypełnienie (analogicznie jeśli któreś z pól jest błędnie wypełnione). Jeśli użytkownik pomyli się przy wprowadzaniu loginu bądź a podczas logowania, to System wyświetla komunikat o błędzie weryfikacji i prosi użytkownika o ponowne wprowadzenie danych rejestracyjnych. Jeśli w pewnym momencie System przestaje działać, użytkownik ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. Jeśli w pewnym momencie jeden z systemów, z których korzysta YapS, przestaje działać, System informuje użytkownika o błędzie. Użytkownik po krótkim czasie ponawia próbę wykonania pożądanej czynności. 6

7 3 Tworzenie formularza Zakres: YapS Poziom: Cel użytkownika Aktor główny: Użytkownik tworzący formularz 3.1 Aktorzy i ich cele Tworzący formularz (TF) chce szybko i sprawnie stworzyć formularz oraz ustawić jego wszystkie parametry (takie jak obowiązkowe pola, lista dedykowanych grup, czas udostępniania czy maksymalny możliwy czas wypełniania). System serwis YapS, który przechowuje dane o formularzu tworzonym przez TF. Aplikacja kliencka aplikacja uruchamiana na serwerze bądź komputerze użytkownika, która jest narzędziem służącym do tworzenia formularzy. 3.2 Warunki poczatkowe Posiadanie konta użytkownika w systemie YapS. Wejście na stronę serwisu i zalogowanie w systemie. Posiadanie oprogramowania umożliwiającego uruchomienie interaktywnej aplikacji webowej, służącej do tworzenia i edytowania formularzy. 3.3 Warunki końcowe i kryteria sukcesu Stworzony formularz zostaje zapisany w systemie oraz udostępniony dedykowanym użytkownikom. 3.4 Główny scenariusz powodzenia 1. TF wchodzi na stronę z interaktywną aplikacją webową, która pozwala stworzyć nowy formularz. 2. System uruchamia i wyświetla aplikację. 3. TF otwiera pusty formularz. 7

8 TF wykonuje kroki 4-7 do momentu skończenia pracy nad formularzem. 4. TF zaznacza na podglądzie tworzonego formularza miejsce, w które zamierza wstawić nowy komponent (może to być przestrzeń pomiędzy dwoma już istniejącymi elementami albo początek lub koniec dokumentu). 5. TF wybiera z listy komponentów rodzaj komponentu do dodania. 6. Aplikacja Webowa wyświetla wprowadzone przez użytkownika zmiany - na podglądzie formularza pojawia się nowy komponent, który jest automatycznie zaznaczany do edycji (o ile wybrany komponent ma pola do edycji). 7. TF parametryzuje według potrzeb pola wstawionego komponentu. Równolegle aplikacja kliencka wyświetla na podglądzie tworzonego formularza zmiany wprowadzane przez użytkownika. 8. TF wybiera Parametry Formularza w opcjach aplikacji klienckiej. 9. Aplikacja kliencka wyświetla parametry tworzonego formularza. 10. TF nadaje formularzowi nazwę i tworzy dla niego opis. 11. TF wybiera grupy użytkowników, których członkowie będą mogli formularz zobaczyć i wypełnić. 12. TF wybiera z listy kategorię, do której chce przydzielić swój nowy formularz. 13. TF zatwierdza wprowadzone zmiany i zapisuje stworzony formularz. 14. Aplikacja kliencka sprawdza czy wszystkie wymagane dane są uzupełnione i wysyła formularz do Systemu. 15. System zapisuje nowy formularz. 16. System potwierdza zapisanie formularza. 17. Aplikacja kliencka wyświetla komunikat o zapisaniu formularza. 18. TF opuszcza stronę z aplikacją webową. 8

9 3.5 Rozszerzenia i alternatywne scenariusze *a. W dowolnym momencie, System przestaje działać. 1. TF ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. *b. W dowolnym momencie, jeden z systemów, z których korzysta YapS przestaje działać. 1. System wyświetla stosowną informację o tymczasowym błędzie. 2. TF ponawia próbę po pewnym czasie. *c. W dowolnym momencie, użytkownik ma problem z obsługą Systemu. Wchodzi na stronę pomocy i szuka rozwiązania swojego problemu. 1-2a. TF uruchamia uprzednio ściągniętą aplikację kliencką na własnym komputerze. 1. Aplikacja łączy się za pośrednictwem internetu z YapS. 2. System prosi użytkownika o zalogowanie. 3. przechodzimy do trzeciego punktu głównego scenariusza powodzenia 3a. TF otwiera jeden ze stworzonych przez siebie formularzy do edycji. 3b. TF otwiera jeden z gotowych wzorów formularzy. 4-7a. TF korzysta z zaawansowanego trybu pracy w celu stworzenia nowego komponentu. 1. TF wybiera Tryb Zaawansowany w opcjach aplikacji klienckiej. 2. Aplikacja kliencka wyświetla kod tworzonego formularza. krok 3 można powtórzyć kilka razy z rzędu 3. W wybranym miejscu w kodzie TF dopisuje komendę tworzącą nowy komponent. Za jej pomocą określa położenie dodawanego komponentu, jego parametry i zachowanie. 4. TF potwierdza wprowadzone zmiany w kodzie formularza. 5. Aplikacja kliencka uaktualnia podgląd formularza i wyświetla komponent dodany przez TF. 4-7b. TF korzysta z podstawowego trybu pracy w celu usunięcia istniejącego komponentu. 9

10 1. TF zaznacza na podglądzie tworzonego formularza komponent, który chce usunąć i naciska przycisk Usuń. 2. Aplikacja Webowa wyświetla wprowadzone przez użytkownika zmiany - z podglądu formularza znika usunięty komponent. 4-7c. TF korzysta z zaawansowanego trybu pracy w celu usunięcia istniejącego komponentu. 1. TF wybiera Tryb Zaawansowany w opcjach aplikacji klienckiej. 2. Aplikacja kliencka wyświetla kod tworzonego formularza. poniższy krok można powtórzyć kilka razy z rzędu 3. TP odnajduje w kodzie instrukcje definiujące komponent, którego chce się pozbyć, i je usuwa. 4. TF potwierdza wprowadzone zmiany w kodzie formularza. 5. Aplikacja kliencka uaktualnia podgląd formularza i usuwa komponenty skasowane przez TF. 4-7d. TF korzysta z podstawowego trybu pracy w celu edycji parametrów istniejącego komponentu. 1. TF zaznacza na podglądzie tworzonego formularza komponent, którego parametry chce edytować. 2. TF parametryzuje według potrzeb pola zaznaczonego komponentu. Równolegle aplikacja kliencka wyświetla na podglądzie tworzonego formularza zmiany wprowadzane przez użytkownika. 4-7e. TF korzysta z zaawansowanego trybu pracy w celu edycji parametrów istniejącego komponentu. 1. TF wybiera Tryb Zaawansowany w opcjach aplikacji klienckiej. 2. Aplikacja kliencka wyświetla kod tworzonego formularza. poniższy krok można powtórzyć kilka razy z rzędu 3. TP odnajduje w kodzie instrukcje definiujące komponent, który chce edytować, i zmienia je według potrzeb. 4. TF potwierdza wprowadzone zmiany w kodzie formularza. 5. Aplikacja kliencka uaktualnia podgląd formularza. (7 4-7c.2)a. Aplikacja kliencka wykrywa błąd w parametrach wprowadzonych przez TF i informuje go o tym. 10

11 1. Błędne pola zostają podświetlone i opatrzone komentarzem. 2. TF poprawia usterki i ponownie zatwierdza wprowadzone zmiany. (4-7a.5 4-7c.5 4-7e.5)a. Aplikacja kliencka wykrywa błąd w kodzie napisanym przez TF i informuje go o tym. 1. Błędny kawałek kodu zostaje podświetlony. 2. TF poprawia usterki i ponownie zatwierdza wprowadzone zmiany. 12a. TF wypełnia opcjonalne parametry formularza. 1. TF definiuje czas udostępniania formularza w Systemie. Po upływie tego czasu formularz przestanie być widoczny dla użytkowników. Wartość domyślna tego parametru to. 2. TF definiuje maksymalny czas, jaki użytkownik może poświęcić na wypełnienie formularza. Wartość domyślna tego parametru to. 3. TF określa limit osób mogących wypełnić tworzony formularz. Wartość domyślna tego parametru to również a. TF nie podał co najmniej jednego z wymaganych parametrów formularza (np. nazwy lub kategorii). 1. Aplikacja kliencka wyświetla informacje o błędzie. 2. przechodzimy do dziewiatego punktu głównego scenariusza powodzenia 14a. Objętość stworzonego formularza przekracza dopuszczalny limit. 1. Aplikacja kliencka wyświetla informacje o błędzie. 2. przechodzimy do czwartego punktu głównego scenariusza powodzenia 14b. Aplikacja kliencka utraciła połączenie z serwerem YapS. 1. Aplikacja wyświetla informację o utracie połączenia. 2. Użytkownik ponawia próbę zapisania formularza i wraca do trzynastego punktu głównego scenariusza powodzenia. 3.6 Specjalne wymagania 1. Wybór wersji językowej interfejsu. 2. Czas reakcji Systemu na polecenia wysyłane przez aplikację kliencką w 90% przypadków nie powinien przekroczyć 1 sekundy. 11

12 3.7 Częstotliwość występowania Może występować ciągle, co więcej wielu użytkowników może tworzyć swoje formularze jednocześnie i w tym samym momencie zapisywać je w Systemie. 4 Wypełnianie formularza Zakres: YapS Poziom: Cel użytkownika Aktor główny: Wypełniający formularz 4.1 Aktorzy i ich cele Wypełniający formularz chce sprawnie wypełnić formularz. Twórca formularza stworzył formularz i ustawił jego parametry. Chce zgromadzić dane od wypełniających. Administrator Systemu chce, by operacja przebiegła poprawnie i nie zakłóciła pracy Systemu. System serwis YapS, na którym znajduje się formularz stworzony przez TF, który chce wypełnić WF. 4.2 Warunki poczatkowe System działa sprawnie, WF ma wymagane oprogramowanie oraz połączenie sieciowe z serwerem, na którym zainstalowany jest System. 4.3 Warunki końcowe i kryteria sukcesu Dane wysłane przez WF są zapisane w Systemie. Statystyki formularza zostają uaktualnione. WF jest poinformowany o wyniku wypełnienia formularza. 4.4 Główny scenariusz powodzenia 1. WF wchodzi na stronę z formularzem. 2. System przedstawia WF treść formularza. 12

13 kroki 3 i 4 WF powtarza dla każdego komponentu na stronie 3. WF zapoznaje się z treścią komponentu. 4. WF wprowadza dane do komponentu, o ile daje on taką możliwość. 5. WF wysyła dane z formularza do Systemu. 6. System sprawdza poprawność danych. 7. System zapisuje odpowiedzi i uaktualnia statystyki formularza. 8. System potwierdza zapisanie danych. 9. WF opuszcza stronę. 4.5 Rozszerzenia i alternatywne scenariusze *a. W dowolnym momencie, System przestaje działać. 1. WF ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. *b. W dowolnym momencie, jeden z systemów, z których korzysta System przestaje działać. 1. System wyświetla stosowną informację o tymczasowym błędzie. 2. WF ponawia próbę po pewnym czasie. *c. W dowolnym momencie, użytkownik ma problem z obsługą Systemu. Wchodzi na stronę pomocy i szuka rozwiązania swojego problemu. 1a. W celu znalezienia formularza WF używa wyszukiwarki formularzy. 1. WF wchodzi na stronę wyszukiwarki formularzy. 2. System prezentuje dostępne kryteria wyszukiwania. Dozwolone jest wyszukiwanie po: nazwie formularza, tytule oraz grupach i użytkownikach, którzy mają do niego dostęp. 3. WF podaje kryteria wyszukiwania. 4a. System wypisuje listę znalezionych formularzy. 1. Użytkownik wybiera jeden ze znalezionych formularzy. 4b. System powiadamia, iż nie znalazł formularza pasującego do podanych kryteriów. 13

14 1. Użytkownik wraca do strony wyszukiwania i ponawia wyszukiwanie podając inne kryteria. 2a. WF nie posiada uprawnień do wypełniania formularza. 1a. System stwierdza, że WF jest zalogowany. 1. System odmawia wyświetlenia formularza. Pokazuje listę grup, których członkowie mają dostęp do formularza. 2. WF zapoznaje się z opisem każdej z grup. 3. WF wskazuje grupę, do której chciałby się zapisać. 4. System prosi o podanie tekstu, który zostanie załączona do prośby o zapisanie do grupy. 5. WF pisze tekst załączony do prośby. 6. System wysyła wiadomość systemową do właściciela wybranej grupy prośbę o zapisanie WF. 7. Właściciel grupy odbiera wiadomość systemową. 8a. Właściciel grupy zapisuje WF do grupy. 1. System wysyła WF wiadomość systemową o zapisaniu do grupy. 2. WF odbiera wiadomość z potwierdzeniem zapisu. 3. WF ponownie próbuje wypełnić formularz, rozpoczynając od 1 punktu głównego scenariusza powodzenia. 8b. Właściciel grupy odmawia zapisu WF do grupy. 1. System wysyła WF wiadomość systemową o odmowie zapisania do grupy. 2. WF odbiera wiadomość z odmową zapisu. 3. WF próbuje zapisu do innej grupy, mającej dostęp do formularza (o ile taka istnieje). 8c. Właściciel grupy nie reaguje na wiadomość systemową. 1. WF próbuje zapisu do innej grupy, mającej dostęp do formularza (o ile taka istnieje). 1b. System stwierdza, że WF nie jest zalogowany 1. System prosi użytkownika o zalogowanie. 2. WF loguje się do Systemu. 3. WF ponownie próbuje wejść na stronę formularza. 2b. Upłynął okres, w którym można było wypełnić formularz. 14

15 1. System nie wyświetla formularza. Zamiast tego wypisuje stosowny komunikat. Nie jest możliwe wypełnienie formularza. 2c. Limit ilości osób wypełniających formularz został przekroczony. 1. System nie wyświetla formularza. Zamiast tego wypisuje stosowny komunikat. Nie jest możliwe wypełnienie formularza. 2d. Formularz wskazany przez użytkownika został usunięty. 1. System nie wyświetla formularza. Zamiast tego wypisuje komunikat o usunięciu formularza. Nie jest możliwe wypełnienie formularza. 2e. Formularz wskazany przez użytkownika jest aktualnie zablokowany (patrz Usuwanie formularza). 1. System nie wyświetla formularza. Zamiast tego wypisuje stosowny komunikat. 2. WF czeka na odblokowanie formularza. 3. WF ponawia próbę wejścia na stronę formularza. 6a. Objętość danych przesyłanych przez użytkownika przekracza dopuszczalny limit. 1. System wyświetla informacje o błędzie. 2. WF wraca na stronę formularza i zmienia dane do wysłania. 3. WF ponownie próbuje wysłać dane. 6b. Od rozpoczęcia wypełniania formularza upłynęło więcej czasu niż wynosi dopuszczalny czas na jego wypełnienie. 1. System nie zapisuje informacji o wypełnieniu formularza i wyświetla stosowną informację. 6c. Upłynął okres, w którym można było wypełnić formularz. 1. System nie zapisuje informacji wypełnieniu formularza i wyświetla stosowną informację. 6d. WF nie wypełnił co najmniej jednego z wymaganych pól formularza. 1. System ponownie wyświetla treść formularza. Wszystkie dane, które wprowadził WF, są umieszczone w odpowiednich komponentach. Komponenty, których wypełnienie jest wymagane są opatrzone stosowną informacją. 15

16 2. WF poprawia błędy w formularzu i ponownie go wysyła. 6e. Formularz został usunięty podczas, gdy WF go wypełniał. 1. System nie zapisuje danych z formularza. Wyświetla stosowny komunikat o błędzie. 8a. O ile TF wybrał odpowiednią opcję, System prezentuje WF statystyki z wcześniejszych wypełnień formularza. 8b. O ile TF wybrał odpowiednią opcję, System prezentuje WF ocenę wysłanych danych. 4.6 Specjalne wymagania 1. Wybór wersji językowej interfejsu. 2. Sprawne działanie systemów, z których korzystamy przez co najmniej 99% czasu. 3. Generowanie formularza do wyświetlenia w ciągu 0,5 sekundy w 90% przypadków. 4.7 Warianty technologii i danych 4-5a. Komponent może być: 1. polem tekstowym, 2. przyciskiem radiowym, 3. przełącznikiem (tak/nie), 4. listą rozwijaną, 5. polem do wysyłania plików, 6. tekstem, 7. obrazkiem, 8. plikiem wideo, 9. plikiem dźwiękowym, 10. plikiem do pobrania. 16

17 4.8 Częstotliwość występowania Może występować ciągle, co więcej wielu użytkowników może wypełniać formularze (te same lub różne) jednocześnie. 4.9 Otwarte kwestie 1. Lista komponentów z dużym prawdopodobieństwem może się zmienić. 2. Może należy ograniczyć ilość wysłanych przez użytkownika próśb zapisu do grupy? 3. Czy takie kryteria wyszukiwania formularzy są wystarczające? 5 Usuwanie formularza 5.1 Warunki poczatkowe Posiadanie konta użytkownika w systemie YapS. Wejście na stronę serwisu i zalogowanie w Systemie. 5.2 Główny scenariusz powodzenia TF wchodzi na stronę ze swoimi formularzami. System prezentuje formularze, które TF stworzył. TF wybiera formularz, który ma zamiar usunąć. System wyświetla stronę z opcjami dla formularza. TF zaznacza Usuń. System odbiera polecenie użytkownika i usuwa odpowiedni formularz, wszystkie dane statystyczne z nim związane oraz wszystkie pliki wysłane przez użytkowników wypełniających dany formularz. System informuje TF o powodzeniu całej operacji. 5.3 Alternatywne scenariusze Użytkownik może nie chcieć wykasowywać swojego formularza z pamięci Systemu, ale jedynie uniemożliwić innym użytkownikom jego wypełnienie. Wówczas zamiast go usuwać wybiera opcję blokowania. System odbiera polecenie użytkownika i blokuje możliwość wypełnienia danego formularza. Pozostali użytkownicy widzą formularz, ale nie mogą odpowiadać na zawarte w nim pytania. Jeśli z pewnych przyczyn usunięcie formularza okaże się niemożliwe, to System informuje o tym użytkownika wyświetlając adekwatny komunikat o błędzie. 17

18 Jeśli w pewnym momencie System przestaje działać, TF ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. Jeśli w pewnym momencie jeden z systemów, z których korzysta YapS, przestaje działać, System informuje użytkownika o błędzie. TF po krótkim czasie ponawia próbę wykonania pożądanej czynności. 6 Przegladanie statystyk 6.1 Wymagania wstępne Użytkownik jest zalogowany i ma w Systemie stworzony formularz. 6.2 Główny scenariusz powodzenia TF wchodzi na stronę ze swoimi formularzami. System prezentuje formularze, które stworzył. TF wybiera żądany formularz. System wyświetla stronę z opcjami dla formularza. TF wybiera opcję statystyk. System prezentuje statystyki wypełnienia formularza. 6.3 Alternatywne scenariusze Jeśli nikt nie wypełnił formularza, statystyki są puste. Jeśli w pewnym momencie System przestaje działać, TF ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. Jeśli w pewnym momencie jeden z systemów, z których korzysta YapS, przestaje działać, System informuje użytkownika o błędzie. TF po krótkim czasie ponawia próbę wykonania pożądanej czynności. 7 Pobranie plików wysłanych przez wypełniajacych formularz 7.1 Wymagania wstępne Użytkownik jest zalogowany i ma w Systemie stworzony formularz. 18

19 7.2 Główny scenariusz powodzenia TF wchodzi na stronę ze swoimi formularzami. System prezentuje formularze, które stworzył. TF wybiera żądany formularz. System wyświetla listę osób, które wypełniły formularz. TF wybiera użytkownika, którego pliki chce pobrać. System wyświetla listę danych wysłanych przez użytkownika poprzez poszczególne komponenty w ramach danego formularza. TF wybiera plik do pobrania z odpowiedniego komponentu. Pobieranie kończy się sukcesem. 7.3 Alternatywne scenariusze Jeśli połączenie zostanie przerwane w trakcie pobierania pliku, w zależności od oprogramowania, jakiego użył TF, gdy połączenie zostanie przywrócone, pobieranie można wznowić lub trzeba je rozpocząć na nowo. Jeśli w pewnym momencie System przestaje działać, TF ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. Jeśli w pewnym momencie jeden z systemów, z których korzysta YapS, przestaje działać, System informuje użytkownika o błędzie. TF po krótkim czasie ponawia próbę wykonania pożądanej czynności. 8 Dodawanie praw dostępu 8.1 Wymagania wstępne Użytkownik jest zalogowany. 8.2 Główny scenariusz powodzenia Użytkownik wybiera opcję grupy. System wyświetla listę grup utworzonych przez Użytkownika. Użytkownik wybiera opcję utwórz grupę. System wyświetla stronę do tworzenia grupy. Użytkownik uzupełnia nazwę grupy, jej opis i opcjonalnie hasło dostępu. Dla każdego użytkownika, którego chce dodać, Użytkownik wybiera opcję dodaj użytkownika i wprowadza jego dane, po czym klika dodaj. System wyświetla listę użytkowników w nowotworzonej grupie. Użytkownik wybiera opcję zatwierdź. System wyświetla monit z prośbą o potwierdzenie. Po pozytywnym potwierdzeniu, System zapisuje utworzoną grupę. Użytkownik może dodać wiele grup powtarzając opisane czynności. Po dokonaniu wyszystkich zmian 19

20 Użytkownik wybiera opcję zatwierdź. System prosi o potwierdzenie. Po pozytywnym potwierdzeniu przez Użytkownika, System aktualizuje dane. 8.3 Alternatywne scenariusze Jeżeli Użytkownik nie posiada żadnych grup, lista jest pusta. Użytkownik zamiast tworzyć nową grupę może zmienić skład już istniejącej. W tym celu wybiera grupę, której skład chce rozszerzyć i wybiera opcję zmień skład. System wyświetla skład zaznaczonej grupy. Dla każdego użytkownika, którego chce dodać, Użytkownik wybiera opcję dodaj użytkownika i wprowadza jego dane, po czym klika dodaj. Po wykonaniu wszystkich zmian, Użytkownik wybiera opcję zatwierdź. System wyświetla monit z potwierdzeniem. Po pozytywnym potwierdzeniu, System modyfikuje stan grupy. Jeżeli Użytkownik nie wykonał żadnych zmian, System nie prosi o potwierdzenie. Jeżeli Użytkownik nie potwierdził pozytywnie operacji, System przywraca stan sprzed wybrania opcji, która spowodowała wyświetlenie monitu z potwierdzeniem. Jeżeli Użytkownik opuści stronę grupy bez zatwierdzenia, żadnej zmiany nie zostaną zapisane. Jeśli w pewnym momencie System przestaje działać, użytkownik ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. Jeśli w pewnym momencie jeden z systemów, z których korzysta YapS, przestaje działać, System informuje użytkownika o błędzie. Użytkownik po krótkim czasie ponawia próbę wykonania pożądanej czynności. 9 Usuwanie praw dostępu 9.1 Wymagania wstępne Użytkownik jest zalogowany. 20

21 9.2 Główny scenariusz powodzenia Użytkownik wybiera opcję grupy. System wyświetla listę grup utworzonych przez Użytkownika. System wyświetla listę grup posiadanych przez Użytkownika. Użytkownik zaznacza grupy, które chce usunąć i wybiera opcję usuń. Po dokonaniu wszystkich zmian Użytkownik wybiera opcję zatwierdź. System prosi o potwierdzenie. Po pozytywnym potwierdzeniu przez Użytkownika, System aktualizuje dane. 9.3 Alternatywne scenariusze Jeżeli Użytkownik nie posiada żadnych grup, lista jest pusta. Użytkownik może alternatywnie usunąć pewnych użytkowników ze składu grupy nieusuwając jej samej. W tym celu Użytkownik zaznacza grupę, której skład chce zmienić i wybiera opcję zmień skład. System wyświetla skład zaznaczonej grupy. Użytkownik zaznacza użytkowników, których chce usunąć z grupy i wybiera usuń. Po wykonaniu wszystkich zmian, Użytkownik wybiera opcję zatwierdź. System wyświetla monit z potwierdzeniem. Po pozytywnym potwierdzeniu, System modyfikuje stan grupy. Użytkownik powtarza powyższe czynności dla każdej grupy, której skład chce zmienić. Jeżeli Użytkownik nie wykonał żadnych zmian, System nie prosi o potwierdzenie. Jeżeli Użytkownik nie potwierdził pozytywnie operacji, System przywraca stan sprzed wybrania opcji, która spowodowała wyświetlenie monitu z potwierdzeniem. Jeżeli Użytkownik opuści stronę grupy bez zatwierdzenia, żadne zmiany nie zostaną zapisane. Jeśli w pewnym momencie System przestaje działać, użytkownik ponawia próby wykonania pożądanej czynności, aż do momentu powrotu Systemu do stanu działania. Jeśli w pewnym momencie jeden z systemów, z których korzysta YapS, przestaje działać, System informuje użytkownika o błędzie. Użytkownik po krótkim czasie ponawia próbę wykonania pożądanej czynności. 21

22 10 Wysyłanie wiadomości 10.1 Warunki poczatkowe Użytkownik jest zalogowany Główny scenariusz powodzenia Użytkownik został automatycznie przekierowany lub wybrał opcję wyślij wiadomość. Użytkownik wypełnia pole adresata. System werfikuje istnienie użytkownika o podanym loginie. Użytkownik wypełnia temat i treść wiadomości. Użytkownik wybiera wyślij. System przekazuje wiadomość Scenariusze alternatywne Jeżeli użytkownik został przekierowany z pomocy, pole adresata jest już wypełnione słowem specjalnym POMOC. Jeżeli użytkownikiem chce wysłać wiadomość do Administratora, wypełnia pole adresata słowem specjalnym ADMIN. Jeżeli w Systemie nie istnieje użytkownik odpowiadający adresatowi, System powiadamia o tym Użytkownika. Jeżeli użytkownik nie wypełnił tematu lub treści wiadomości, system powiadamia o tym Użytkownika. Jeżeli Użytkownik opuszcza stronę bez wybrania wyślij, wiadomość nie zostaje wysłana. 11 Pomoc 11.1 Główny scenariusz powodzenia Użytkownik wchodzi na stronę pomocy. Użytkownik wpisuje poszukiwane hasło w pole szukania i wybiera szukaj. System prezentuje posortowaną po trafności listę skojarzonych stron. Użytkownik wybiera interesujący go materiał. 22

23 11.2 Scenariusze alternatywne Użytkownik nie korzysta z wyszukiwarki, tylko wybiera indeks lub FAQ, na wyświetlonej przez System liście wybiera interesujące go materiały. Jeżeli użytkownik nie znalazł poszukiwanych stron pomocy, może ponowić wyszukiwanie lub wysłać odpowiednio skomponowaną wiadomość wybierając opcję poproś o pomoc, dalsze czynności są opisane w przypadku Wysyłanie wiadomości. Jeżeli wyświetlany materiał zawiera odnośniki, Użytkownik może nimi podążyć w celu uzyskania dodatkowych wyjaśnień. A Historia zmian 1.0pre - pierwsza pełna wersja diagram wprowadzenie przypadki początek 23