specyfikowanie wymagań –przypadki użycia

Specyfikowanie wymagań – przypadki użycia

Prowadzący

Dr inż. Zofia Kruczkiewicz

Lab_INP002017_4. Prowadzący: dr inż Zofia Kruczkiewicz

1

Forma zajęć - laboratorium Liczba godzin

La1 Wprowadzenie do laboratorium. Zasady obowiązujące na zajęciach. Wprowadzenie do narzędzi wykorzystywanych podczas laboratorium

2

La2 Praktyczna ewaluacja umiejętności. Badanie poprawności kodu

2

La3-La4 Specyfikowanie wymagań – przypadki użycia 4

La5-La7 Projektowanie oprogramowania – diagramy klas i in. 6

La8-La9 Implementacja w oparciu o wzorce projektowe 4

La10-La11 Sprawdzanie poprawności oprogramowania 4

La12 Tworzenie dokumentacji systemu 2

La13-La14 Refaktoryzowanie systemu 4

La15 Zaliczenie 2

Suma godzin 30Lab_INP002017_4. Prowadzący: dr inż Zofia

Kruczkiewicz2

Sposób przekazywania prac laboratoryjnychWybrane wskazówki dotyczące dostarczania materiałów do oceny:

1. Materiały, związane z bieżącym laboratorium, można dokończyć później i wysłać przed następnym laboratorium (2 dni wcześniej) na adres: [email protected]. Należy wysyłać listy korzystając z poczty studenckiej Politechniki.

2. Poprawiane materiały należy wysłać w terminie nie przekraczającym 2 tygodnie – poprawa może być obowiązkowa (prowadząca do poprawy oceny) lub nieobowiązkowa (też w celu poprawy oceny).

3. Do jednego załącznika listu należy dodać wszystkie materiały, należące do laboratoriów (bieżącego i poprawianych), pakując je do formatu zip lub rar. np., numerlab_numerindeksu.zip, gdzie słowo „numer indeksu” należy zastąpić konkretnym numerem indeksu oraz słowo „numerlab” numerem laboratorium

4. List powinien być wysłany również do członka grupy dwuosobowej.


3

Cel laboratorium 4:Wymagania, zdefiniowane w ramach laboratorium 3 (wg instrukcji 3) za pomocą diagramów wymagań mają zostać

wyspecyfikowane za pomocą diagramów przypadków użycia – tworzenie modelu przypadków użycia (wykład1,

wykład 4; Dodatek 1 instrukcji)

Uwaga:

• Za pomocą diagramów przypadków użycia należymodelować logikę biznesową procesów tzn. należykażdy scenariusz przypadków użycia traktować jakoobsługę zdarzenia wywołania usługi, po wprowadzeniudanych. Poniżej, na rys. 1 przedstawiono poglądowoten sposób podejścia podczas specyfikacji wymagańfunkcjonalnych.


4

1. Diagramy wymagań podane w dodatku 2 do instrukcji do lab3


5

Przykład 1 - Diagram wymagań funkcjonalnych – program Biblioteka


6

Przykład 1 (cd) - Diagram wymagań funkcjonalnych – program Biblioteka


7

Przykład 1 (cd) - Diagram wymagań niefunkcjonalnych – program Biblioteka


8

2. Należy wykonać diagram przypadków użycia specyfikujący wymagania podane w dodatku 2 do

instrukcji do lab3

9Lab_INP002017_4. Prowadzący: dr inż Zofia

Kruczkiewicz

Fragment cyklu życia oprogramowania

10

Analitycy systemu

Wyszukanie aktorów i przypadków użycia

Architekci systemu

Nadanie priorytetów przypadkom użycia

Strukturalizacja modelu przypadków użycia

Uszczegółowienie przypadków użycia

Projektant systemu -

specyfikacja przypadków

użycia

Prototyp interfejsu użytkownika

Projektant interfejsu

użytkownika

Definicja diagramu przypadków użycia

1. Należy kierować się zasadami podanymi na wykładzie 4,dotyczącymi sposobu identyfikacji aktorów, określania granictworzonego programowania, identyfikacji przypadków użycia,tworzenia scenariuszy przypadków użycia.

2. Grupa dwuosobowa laboratoryjna powinna zrealizowaćspecyfikację wymagań za pomocą 2 złożonych przypadkówużycia (np PU Rezerwacja, PU Usun_Rezerwacje, PUWypozyczenie) i 2-3 prostych przypadków użycia. Złożonyprzypadek użycia wykorzystuje powiązania z innymiprzypadkami użycia (p. 6). Grupa jednoosobowa laboratoryjnapowinna wykonać specyfikację wymagań za pomocą 1złożonego przypadków użycia i 2-3 prostych przypadków użycia.

3. Należy stosować podsystemy oraz pakiety w celu zaznaczeniaodrębnych części systemu

4. Należy zdefiniować funkcje oprogramowania spełniającewymagania funkcjonalne tego oprogramowania, zdefiniowanew ramach laboratorium 2, uwzględniające ograniczeniawynikające z wymagań niefunkcjonalnych.


11

Definicja diagramu przypadków użycia (cd)

5. Podczas identyfikacji aktorów nalezy określić ich powiązania z przypadkami użycia stosując generalizację w przypadku powtórzeń

6. Podczas tworzenia scenariuszy poszczególnych przypadków użycia należy zwrócić uwagę na ewentualne powtarzające się w nich fragmenty, użyte obligatoryjnie lub opcjonalnie. W takich przypadkach należy umieścić te fragmenty w nowych przypadkach użycia i powiązać je z głównych przypadków użycia wybraną z relacji:1. <<include>>, jeśli ten scenariusz jest wywoływany obligatoryjnie

(„zawsze musi wywołać”)2. <<extend>>, jeśli ten scenariusz jest wywoływany opcjonalnie

(„może, ale nie musi wywołać”) – ta relacja powinna być również użyta w przypadku jednorazowego wystąpienia takiego opcjonalnego podscenariusza

3. <<use>>, jeśli ten scenariusz czasem musi być wywołany („czasem musi wywołać”) – ta relacja jest przykładem definicji relacji wykonanej przez programistę

4. generalizacji w przypadku rozszerzania scenariusza. 12

Definicja diagramu przypadków użycia (cd)

5. W ramach laboratorium 3 należy wykonać diagram przypadków użycia (DPU) na podstawie listy wymagań funkcjonalnych wykonanych podczas laboratorium 2 i rozpocząć wykonanie scenariuszy przypadków użycia.

6. W ramach laboratorium 3 należy dokończyć scenariusze przypadków użycia. Można podczas wykonania scenariuszy dokonać refaktoryzacji DPU.

7. Uwaga: Należy rozwijać projekt wykonany przy realizacji instrukcji

13Lab_INP002017_4. Prowadzący: dr inż Zofia

Kruczkiewicz

Przykład 2 – diagram przypadków użycia dla przykładu 1Use case diagram notations guide

(http://www.visual-paradigm.com/support/documents/vpuserguide/94/2575/84257_usecasediagr.html

14

http://www.visual-paradigm.com/support/documents/vpuserguide/94/2575/84257_usecasediagr.html

http://www.visual-paradigm.com/support/documents/vpuserguide/94/2575/84257_usecasediagr.html

2.1. Otwarcie pozycji Open Use Case Details po zaznaczeniu prawym klawiszem myszy wybranego przypadku użycia:Documenting use case details.

(http://www.visual-paradigm.com/support/documents/vpumluserguide/94/2575/21179_documentingu.html)


15

http://www.visual-paradigm.com/support/documents/vpumluserguide/94/2575/21179_documentingu.html

http://www.visual-paradigm.com/support/documents/vpumluserguide/94/2575/21179_documentingu.html

2.2. Specyfikacja elementów zakładki Details po otwarciu Open Use Case Details... wybranego przypadku użycia


16

2.3. Wybór wymagań z listy wymagań powiązanych z wybranym przypadkiem użycia w polu Preconditions zakładki Details za pomocą przycisku Insert Requirement...


17

2.4. Wybór przypadku użycia z listy przypadków użycia powiązanych z wybranym przypadkiem użycia w polu Preconditions zakładki Details za pomocą przycisku

Insert Use Case...


18

3.Scenariusze przypadków użycia w zakładce Info oraz specyfikacja powiązań z wymaganiami i przypadkami użycia w zakładce Detailswybranej pozycji Open Use Case Details... dla każdego przypadku

użycia z diagramu z przykładu 2


19

20

3.1. Scenariusz przypadku użycia Dodaj_Tytul_Ksiazki w zakładce Info po otwarciu pozycji Open Use Case Details...


21


22


23


24


25


26


27


28


30


31


33


35


37


39


40


41


42


43


44


45


46

Lab_INP002017_4. Prowadzący: dr inż Zofia Kruczkiewicz 47


49


50

specyfikowanie wymagań –przypadki użycia

Documents