Analiza și Proiectarea Sistemelor

Informatice

C6 – Scenarii de utilizare.
Cupri
ns
1. Modelul cazurilor de utilizare
• Şablon pentru documentarea cazurilor de
utilizare
• Scenarii de utilizare
2. Metodologie pentru identificarea cerinţelor

2
Obiecti
ve1. Identificarea şi documentarea scenariilor de
utilizare
2. Înţelegerea esenţei fiecărei categorii de
scenarii
3. Identificarea categoriilor de scenarii potrivite
pentru un anumit context

3
 Scenarii de
•utilizare
Definiție, principii
• Tipuri de scenarii
• Identificarea și documentarea scenariilor
• Avantajele scenariilor

4
 Definiție,
principii
1. O descriere a unei modalități posibile de utilizare
a sistemului.
2. Descrie un exemplu concret de satisfacere/
eșuare în satisfacere a unui obiectiv (grup de
obiective).

5
 Definiție,
principii

• Stakeholderii în general preferă să discute

cerințele de sistem în termeni de exemple,
nu în termeni de intenții/ cerințe abstracte.

Scenariul principal și cele

alternative / scenariile
excepționale

6
 Definiție, Scenariul principal
și cele alternative
principii / scenariile
excepționale

• Stakeholderii în general preferă să discute cerințele

de sistem în termeni de exemple, nu în termeni de
intenții/ cerințe abstracte.
• Scenariul de utilizare este un mediator între
abstract și concret.

Abstract Concret

7
Scenarii de utilizare - cerințe de
sistem în context
• Cerințele există într-un context specific:
• Scenariile sunt utilizate pentru a documenta informații
legate de contextul sistemului
• Informație de context:

• Actori, roluri
• Obiective
• Precondiții
• Postcondiții
• Resurse
• Localizare fizică (~geolocații)
8
 Acto !
•riPersoane sau sisteme care interacționează cu
sistemul propus (prin proiectul de dezvoltare
software vizat).
• Un scenariu de utilizare specifică:
• Pentru fiecare pas din interacțiune, care sunt actorii
implicați.
• Interacțiuni între actori.
• Interacțiuni între actori și alte persoane care nu
interacționează direct cu sistemul (stakeholderi, zona
irelevantă a contextului).
• Caracteristici relevante legate de actori (ex.: intenţii).
Legătura cu obiectivele proiectului. Interesul viitorilor utilizatori care
joacă un rol în utilizarea sistemului: atingerea obiectivelor aferente. 9
 Obiective (perspectiva
scenariilor)
• Scenariile ilustrează satisfacția/ insatisfacția
îndeplinirii obiectivului/ obiectivelor.
• Obiectivele corespunzătoare sunt asociate la:
• Un scenariu în întregime, sau
• Actorilor, sau
• Pașilor (în mod individual) din scenariu.
• Exemplu:
• g1. Reciclarea articolelor (Obiectiv?: Să fac bani?).

10
Condiții
necesare
Realizarea scenariilor poate fi condiționată:
Precondiție:
• Condiții care trebuie să fie îndeplinite înainte de
executarea scenariului, pentru ca acesta să poată
fi realizat.
• Se pot reflecta în iniţializarea instanţelor, constructori
de clase etc. (leg. cu faza de proiectare)

11
Condiții
necesare
Realizarea scenariilor poate fi condiționată:
Postcondiție:
• Condiții care trebuie să fie îndeplinite fie în
cadrul sistemului fie în contextul acestuia, după
realizarea scenariului.

12
Condiții
necesare
Postcondiții – 2 categorii:
• Garanții de succes – condiţii îndeplinite după
execuţia cu succes a scenariului.
• Garanții minime – condiții îndeplinite
întotdeauna, indiferent dacă execuția scenariului
s-a încheiat cu succes sau nu.

13
Resurse și
localizări
Resursele sunt precondiții speciale care trebuie să fie
îndeplinite pentru ca un scenariu să poată fi realizat
(executat).
Exemple: informații, persoane, alte resurse temporale,
financiare, materiale.

Exemplu de precondiţie: cel puțin o persoanăși

un articol de reciclat.

14
Resurse și
localizări
Localizarea unui scenariu poate fi un loc fizic sau fictiv
în care scenariul este realizat.
• Scenariile se pot realiza diferit (comportamentul
sistemului) în localizări diferite.
• Dacă este o precondiție, scenariul poate fi
realizat doar în localizare.

15
Clasificarea scenariilor de
utilizare
Cantitatea de informații deținute din context (la care
fac referire), scenariile pot fi clasificate în:
• Scenarii interne = de sistem
• Scenarii de interacțiune (actor-sistem)
• Scenarii de context

Contextul sistemului

Sistem
Scenariu

16
Cum construiesc scenariile de
utilizare?
În principiu sunt formulate scenarii de utilizare pentru fiecare
fațetă de context:
 Fațeta subiect: scenariu de actualizare a informațiilor de
context (ex: self-addaptive applications).
 Fațeta utilizare: scenarii în care se specifică fluxurile de
activități (evenimente) -- workflow
 Fațeta IT: scenarii care specifică proceduri de mentenanţă
şi backup (salvarea stărilor, datelor, contextului etc.)
 Faţeta dezvoltare: scenariile specifică secvenţe de acţiuni,
interacţiuni între sistem şi inginerii care modifică sistemul
(ex: modifică implementările sau soluţiile pentru anumiţi
algoritmi)
17
Clasificarea scenariilor de
utilizare
Criterii de clasificare:
• Obiectiv
• Contribuţia la satisfacerea obiectivelor
• Nivel de abstractizare (abstract real)
Categorii:
• Scenarii de stare curentă şi stare dorită
• Scenarii pozitive şi negative
• Scenarii de folosire greşită
• Scenarii descriptive, exploratorii şi explicative
• Scenarii interne, de interacţiune şi de context
• Scenariu principal, alternative şi excepţionale
18
Scenarii de stare actuală -
stare dorită
Sunt utilizate pentru a sprijini:
• extinderea unui model conceptual al unui sistem deja
existent într-un anumit context, sau
• crearea modelului pentru sistemul ţintit (dorit):
• Scenarii de stare actuală -> sistem existent (releveu)
• Scenarii de stare dorită -> sistem ţintit

19
Scenarii de stare actuală -
stare dorită
Scenarii de stare actuală:
• Folosirea actuală a sistemului
• Conţine aspecte specifice, perspective reale, constatabile
deja
• Crearea modelului funcţional:
• Funcţii
• Fluxuri de date
• Modele de date, baze de date

Scenarii de stare dorită:

• Documentarea stării dorite

20
Scenarii pozitive-
negative
Scenariul pozitiv:
• Utilizat pentru documentarea unei secvenţe de
interacţiuni dorite
• Duce la satisfacerea unui set de obiective asociate (intenţii ale
stakeholderilor în legătură cu sistemul).

Obiectiv

Scenariul negativ:
• Utilizat pentru documentarea unei secvenţe de
interacţiuni
• Care duc la eşecul în satisfacerea unui set de obiective (intenţii ale
stakeholderilor în legătură cu sistemul).
• Pot fi permise sau interzise
21
Scenarii de utilizare
greşită
Scenariile de utilizare greşită (de abuz) sunt
folosite pentru documentarea unui sistem
împotriva scopului pentru care a fost conceput.
• Un utilizator ostil utilizează sistemul împotriva intereselor
stakeholderilor (-
... mecanisme de protecţie)
• Cazul de utilizare reprezintă o ameninţare pentru
sistem, stakeholderi sau alte sisteme din context.
• Utilizate doar când sistemul trebuie să trateze
aspecte de securitate (cerinţe calitative – de
securitate, confidenţialitate).

22
Scenarii
descriptive
• Descriu un proces sau workflow cu scopul de a
înţelege operaţiile necesare din proces, actorii
implicaţi, evenimentele care apar, etc.
• Permit stakeholderilor să identifice sub-obiective
şi să asocieze funcţionalităţi de care nu erau
conştienţi în prealabil.
• Încep prin afirmarea obiectivului.
• Utilizarea scenariilor descriptive – ilustrarea
sensului obiectivelor, detalierea algoritmilor,
detalierea ideilor inovative privind mecanisme de
sistem.
23
Scenarii
exploratorii
• Create pentru a explora şi evalua soluţii alternative
posibile pentru alegerea celei mai bune -
convenabile soluţii.
• Explorarea beneficiilor – riscurilor pentru
diferitele alternative posibile pentru atingerea
unui obiectiv.
• Scenariile exploratorii sprijină procesul decizional
în analiză.

24
 Scenarii de
sistem ABC
Scenarii interne de sistem (de tip A):
• Utilizate pentru documentarea interacţiunilor interne din sistem
• Ca interacţiunile componentelor unui sistem (subsisteme)
• NU se descriu interacţiuni cu elemente din contextul sistemului.

Scenarii de interacţiune (de tip B):

• Utilizate pentru documentarea interacţiunilor între sistem şi actorii săi
(persoane, sisteme din context)
Scenarii de context (de tip C):
• Utilizate pentru a documenta interacţiunile între sistem şi actorii săi şi
descrierea informaţiilor de context care sunt relevante pentru utilizarea
sistemului sau sistemul în sine.
• Exemplu: interacţiuni între actori şi alte persoane ca utilizatori- beneficiari
indirecţi ai
sistemului (stakeholderi).

25
Scenarii: principal, alternative şi
excepţionale
Scenariul principal:
• Documentează cea mai obişnuită secvenţă de interacţiuni pentru
satisfacerea unui obiectiv.
• Varianta standard, directă, scurtă de a atinge un obiectiv.
Scenariile alternative:
• Definesc secvenţe de interacţiuni alternative pentru scenariul
principal.
• Scenariile alternative diferă de cel principal prin cel puțin un pas realizat
(sau ordinea de execuţie a pașilor)
Scenariile excepţionale:
• Cauzate de evenimente excepţionale pe parcursul scenariului principal.
• Scenariul documentează cum trebuie să reacţioneze sistemul la un
eveniment excepţional.
• Exemple: eşecuri hardware, căderea conexiunii Internet, input invalid de
la utilizator.
26
Caz de utilizare – un set de
scenarii
• Scenariul unui caz de utilizare este o secvenţă validă de
interacţiuni care rezultă din scenariile: principal,
alternative şi excepţionale definite pentru cazul de
utilizare care conduce la terminarea (realizarea) cazului
de utilizare.
• Terminare: fie satisfacerea obiectivelor fie un abandon predefinit.

Un caz de utilizare conţine:

• Informaţie de context
• 1 scenariu principal
• M scenarii alternative
• N scenarii excepţionale

27
Reguli pentru documentarea
scenariilor de utilizare
• Folosirea timpului prezent
• Folosirea diatezei active
• Folosirea structurii subiect – predicat – substantiv
• Evitarea verbelor modale (ex: ar trebui) – introduc
ambiguitate în formularea scenariilor -> formularea
cerinţelor funcţionale
• Separarea clară a unei interacţiuni de alte
interacţiuni

28
Reguli pentru documentarea
scenariilor de utilizare
• Numerotarea fiecărui pas din interacţiune
• Este admisă doar o secvenţă de interacţiuni pe
scenariu
• Descrierea scenariului – din perspectiva unei persoane
din exterior
• Denumirea actorilor – identificare, control
• Afirmarea explicită a obiectivului urmărit de scenariu
• Accent pe cum este satisfăcut obiectivul prin
realizarea scenariului
29
Standardizarea
cerințelor
Crearea/ adoptarea de șabloane pentru
standardizarea cerințelor.
Avantaje:
- Crește utilizabilitatea rezultatelor muncii altor
echipe din proiect
- Se evită situația de reinventare a roții
- Informațiile sunt înțelese așa cum trebuie –
minimizarea riscului de interpretare
- Informațiile necesare se pot căuta țintit
- Documentele par mai familiare (nu
intimidează) 30

-
Caracterizarea scenariilor de
utilizare
• În general scenariile definesc o secvență de pași de
interacțiune realizați de sistem
 pentru satisfacerea unui obiectiv și
 surprinde relația cu contextul sistemului.

31
Caracterizarea scenariilor de
utilizare
• Logica unui scenariu de utilizare poate fi parte a
cazului de utilizare sau poate fi o variantă
alternativă.
• Poate fi o trecere întreagă pe tot parcursul
cazului de utilizare, precum logica unui scenariu
principal sau o parte a acestuia + unul sau mai
multe scenarii alternative.
• Logica unui scenariu de utilizare poate fi o trecere
prin logica conținută de mai multe cazuri de
utilizare.
• Compus
32
Şablon pentru
documentarea
textuală a
scenariilor de
utilizare

Conform Requirements Engineering, Klaus Pohl