Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

Wielkość: px

Rozpocząć pokaz od strony:

Download "Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie"

Grzegorz Kot
8 lat temu
Przeglądów:

1 Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 6 Wskazówki i sugestie Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases)

2 Wyzwania podczas pisania przypadków użycia Jaki poziom szczegółowości wybrać? Jak utrzymać ciągi zdarzeń spójne i skoncentrowane na rzeczy? Jak radzić sobie z kwestiami dotyczącymi interfejsu użytkownika? Co zrobić w ciągu, kiedy: Aktor może wybrać pomiędzy różnymi opcjami? Aktor może powtórzyć działania przed przejściem dalej? Kroki nie koniecznie są sekwencyjne? Jak radzić sobie z zachowaniem warunkowym w ciągu zdarzeń? 2

Jak radzić sobie z kwestiami dotyczącymi interfejsu użytkownika?

3 Odpowiedni poziom szczegółów Dostosuj do odbiorców Staraj się skłaniać w stronę czarnej skrzynki Czasem biała skrzynka może być czytelniejsza, ponieważ przypadek użycia staje się bardziej konkretny 3

4 Co uzasadnia dobór poziomu szczegółowości? Co? Mniej, lepsze będą przypadki użycia Dekompozycja funkcjonalna Co i jak? Doświadczony analityk Potrzeby deweloperów Doświadczony architekt Przejście ze starego systemu wymagań Lepsze techniki i metody Podejście kaskadowe Trening, doradztwo Mała wiedza zespołu na temat modelowania 4

Doświadczony analityk Potrzeby deweloperów Doświadczony architekt Przejście ze

5 Właściwy poziom szczegółów Brak szczegółów projektu interfejsu użytkownika skup się na informacjach i zdarzeniach, nie formatach i sterowaniu Brak założeń architektonicznych (wymagania to nie projektowanie) Jednak kroki przypadków mogą mieć (mają?) wpływ na architekturę Brak wewnętrznego przetwarzania niedotyczącego wymagań klientów skup się na opisie zachowania, nie na jego implementacji Należy użyć dość szczegółów, aby klienci byli zadowoleni, że ich wymagania zostaną spełnione w ukończonym systemie 5

6 Dalsze punkty kontrolne przypadków użycia Przypadki nie zawierają zagnieżdżonych założeń architektonicznych Przypadki nie zawierają zagnieżdżonych założeń o interfejsie użytkownika 6

7 Jak utrzymać ciągi zdarzeń spójnymi i w temacie? Umieść często używane i charakterystyczne słowa i zwroty w słowniku: Definiuj zwroty używane w projekcie w słowniku, nie w ciągach zdarzeń Zapobiegaj nieporozumieniom Rozpocznij tworzenie słownika jak najwcześniej Uaktualniaj słownik przez cały czas pracy nad projektem Słownik Każda zmiana w słowniku wymaga zastosowania we wszystkich opisach 7

projekcie w słowniku, nie w ciągach zdarzeń Zapobiegaj nieporozumieniom Rozpocznij tworzenie

8 Używaj słownika efektywnie Przypadek użycia System prosi klienta o podanie danych klienta. 6. Klient podaje dane klienta i zatwierdza... Słownik... Dane klienta. Informacje, które jednoznacznie identyfikują klienta i pozwalają na nawiązanie kontaktu z klientami z Polsce. Dane te składają się z nazwy, adresu, miejscowości, kodu pocztowego i numeru telefonu służbowego.... Implementacja: 8

Informacje, które jednoznacznie identyfikują klienta i pozwalają na nawiązanie kontaktu z

9 Wizualizuj pojęcia słownika poprzez model domenowy Student 1 0..* Plan 0..* 0..4 Kurs 0..* 0..* Student Dzienny Student Zaoczny Prowadzący Przedmiot 9

10 Co robić z interfejsem użytkownika? Zachowaj interfejs użytkownika poza przypadkiem użycia: Przypadki użycia są niezależne od interfejsu użytkownika Opisz interfejs użytkownika używając: Modeli doświadczenia użytkownika (User-Experience Models, UX Models) i prototypów Specyfikacji interfejsu użytkownika Unikaj słów: przeciągać klikać upuszczać formularz pole wyświetlać lista okno popup przycisk otwierać rekord okno zamykać przewijać Używaj słów: prosić uruchamiać wybierać określać zatwierdzać rozpoczynać podawać wprowadzać prezentować przedstawiać informować 10

używając: Modeli doświadczenia użytkownika (User-Experience Models, UX Models) i prototypów Specyfikacji interfejsu użytkownika Unikaj słów:

11 Dyskusja: przykład Ciąg podstawowy 1. Student loguje się Przypadek użycia rozpoczyna się w momencie, kiedy student otwiera interfejs systemu rejestracji na kursy. Student wprowadza swój unikatowy identyfikator i hasło, a system waliduje użytkownika i jego uprawnienia. 2. Student wybiera utworzenie planu System wyświetla funkcje dostępne dla studenta. Student wybiera Utwórz planu. 3. System wyświetla informacje o kursach System pobiera listę dostępnych kursów z systemu zarządzania kursami i wyświetla ją studentowi. Student może przeszukiwać listę względem jednostki, prowadzącego lub tematu w celu znalezienia potrzebnych informacji. 4. Student wybiera kursy Student wybiera z listy 4 podstawowe kursy i 2 kursy alternatywne. 5. Student zatwierdza plan Student wybiera zatwierdzenie planu. System sprawdza wybrane kursy i wyświetla studentowi widok planu. System oblicza wartość potwierdzającą używając algorytmu hashującego opartego o identyfikator studenta i dodaje ją do rekordu studenta. System wyświetla wartość potwierdzającą ułożony plan. System zapisuje informacje o planie w bazie danych studentów. Przypadek użycia kończy się. 11

Student wybiera Utwórz planu. 3. System wyświetla informacje o kursach System pobiera listę dostępnych kursów z systemu zarządzania kursami i wyświetla ją studentowi.

12 Dyskusja: przykład 2 Przypadek użycia: usuń użytkownika 1. Krótki opis Celem przypadku użycia jest zapewnienie możliwości usunięcia użytkownika z systemu 2. Ciągi zdarzeń 2.1. Ciąg podstawowy 1. Administrator wybiera z menu Obsługa opcję Ludzie. 2. Poprzez stronę UserMain.jsp, administrator informowany jest o konieczności usunięcia z systemu określonych użytkowników. 3. Administrator wybiera opcję Szczegóły użytkownika na stronie UserMain.jsp. 4. Administrator zapoznaje się z informacjami i naciska przycisk Usuń. 5. Warstwa biznesowa QN wywołuje QnbsUsers.UserMgmt.DeleteUser. 6. Wyświetlony zostaje komunikat o treści Naciśnij OK, żeby usunąć użytkownika <nazwa usuwanego użytkownika> lub Anuluj, aby powrócić do listy. 7. Administrator naciska OK w celu usunięcia użytkownika. 8. System usuwa użytkownika i powraca do strony UserMain.jsp. 12

Administrator wybiera opcję Szczegóły użytkownika na stronie UserMain.jsp. 4. Administrator zapoznaje się z informacjami i naciska przycisk Usuń. 5. Warstwa biznesowa QN wywołuje QnbsUsers.UserMgmt.

13 Dyskusja: przykład 3 Przeglądaj katalog 1. Krótki opis Użytkownik może przeglądać płyty CD dostępne w systemie ClassicCDWorld i filtrować wyniki według kompozytora, utworu i wykonawcy. Dodatkowe informacje zawarte są w diagramach aktywności i diagramach sekwencji specyfikacji. 2. Ciągi zdarzeń 2.1. Ciąg podstawowy 1. Przypadek rozpoczyna się, kiedy użytkownik wyświetli stronę główną ClassicCDWorld. 2. System prezentuje opcję przeglądania katalogu CD. 3. Dodatkowo, system wyświetla ofertę dnia. 4. Użytkownik klika link Katalog. 5. System wyświetla listę dostępnych CD. 6. Użytkownik zapoznaje się ze szczegółami poszczególnych płyt klikając na linki przy tytułach. 7. System wyświetla następujące informacje: - obraz okładki, - tytuł główny i podtytuł (jeżeli występuje), - wykonawca i orkiestra (wyróżnione kursywą), - co najmniej 3, ale nie więcej niż 5, recenzji płyty. 8. Ciąg zdarzeń kończy się kiedy użytkownik powraca do strony głównej i wybiera inną opcję lub zamyka przeglądarkę. 13

Przypadek rozpoczyna się, kiedy użytkownik wyświetli stronę główną ClassicCDWorld. 2. System prezentuje opcję przeglądania katalogu CD. 3. Dodatkowo, system wyświetla ofertę dnia. 4.

Podobne dokumenty

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 3 Identyfikacja przypadków użycia Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Znajdowanie przypadków użycia