Analiza și Proiectarea Sistemelor

Informatice

C5 – Metode de extragere a
cerințelor. Modelul use-case.
Cupri
ns
1. Metode de extragere a cerinţelor
• Workshop de cerințe
• Brainstorming
• Interviu
• Cazuri de utilizare (Use cases)
 Chestionare
 Business Modeling – Modelul de business
2. Legătura dintre metoda cazurilor de utilizare şi fazele
elicitaţiei
3. Trăsăturile sistemului
4. Modelul cazurilor de utilizare
5. Documente utilizate pentru documentarea cerințelor
6. Scenarii de utilizare
1. Taxonomia scenariilor de utilizare
2. Gruparea scenariilor de utilizare
3. Documentarea cazurilor şi scenariilor de utilizare
2
Obiecti
ve
1. Aprofundarea metodei de elicitaţie Cazuri de
utilizare
a) Extragerea şi documentarea cazurilor de utilizare
b) Realizarea conexiunilor între cazuri de utilizare şi
obiective
c) Identificarea şi documentarea scenariilor de
utilizare

3
Modelul de
business

4
 Conținut
minimal
• Procese de business, activităţi cheie
• Structura organizatorică
• Roluri: parteneri, furnizori
• Responsabilități, interacţiuni între roluri
• Produse, rezultate, evenimente
• Organisme externe cu care organizația intră în
interacțiune
Metoda
chestionarelor
6
Caracteriz
are
• Utilizată pe larg
• Au aspect științific datorită analizei statistice
realizate pe baza rezultatelor
• Aplicabile pentru piețe de produse unde
întrebările sunt bine definite (produse generale)
• Poate fi eficace pentru anumite probleme, însă
niciodată alternativă exclusivă la interviu
Utiliza
re
Premise pentru aplicare:
• Întrebările relevante pot fi stabilite a-priori
• Întrebările se pot formula (& înțelege) țintit,
simplu și clar
• Suprimează multe aspecte bune ale analizei
• Lipsa interacțiunii directe dintre analist și stakeholderi
Modelul cazurilor de
utilizare

9
 Necesități

Document de
Trăsături (de sistem) viziune

Cerințe
de sistem
Specificații
Model Use-Case suplimentare (!)

Specificații de Specificații de Specificații de

testare design (proiectare) documentație
utilizator
10
IBM Rational 10
Trăsături de
sistem
Trăsătura de sistem este o caracteristică/
capabilitate a sistemului care satisface direct
necesitatea unui stakeholder.

Exemple:
• ATMul va permite unui client să realizeze transfer
de bani între conturi
• Interfața grafică cu utilizatorul va furniza ajutor
contextual

11
 Caracterizarea
trăsăturilor
 Atribute
Atribute pentru trăsăturile sistemului:
 Caracterizează Stare
• Propus
trăsăturile de sistem • Aprobat
• Încorporat (Integrat)
 Ajută la evaluarea, Importanță – Cât este de importantă
urmărirea, trăsătura pentru client/ utilizator
• Critic
prioritizarea și • Important
managementul • Util
Efort
trăsăturilor
Risc
Stabilitate
Release țintit
Atribuit
persoanei ...
Motiv
12
Elaborarea cazurilor de
utilizare
Pe baza trăsăturilor de sistem, se realizează:
• Identificarea scenariilor de utilizare
• Compunerea cazurilor de utilizare
• Corelarea cazurilor de utilizare
• Documentarea finală a scenariilor şi cazurilor de
utilizare (grafic & textual)
• Reprezentarea grafică a cazurilor de utilizare (UML –
diagrama cazurilor de utilizare)

13
 Documente utilizate
în modelul cazurilor
de utilizare
Automat de reciclare
Studiu/interviu realizare
Model Cazuri de
Utilizare Client
Reciclează articole
- Descrierea studiului
- Listă cu toți actorii Operator
-Listă cu toate cazurile de
-utilizare Tipărește raport zilnic

Modifică valori articole

Reciclează articole Tipărește raport Manager
- Scurtă descriere zilnic
- Flux de acțiuni/ev. - Scurtă descriere
Adaugă un nou tip de sticlă
- Flux de
acțiuni/ev.

Modifică valori atricole Adaugă un nou tip de sticlă

- Scurtă descriere - Scurtă descriere
- Flux de acțiuni - Flux de evenimente14
 Modelul cazurilor de utilizare
- șablon
Modelul cazurilor de utilizare
• Modelul cazurilor de
1. Introducere
Rolul sistemului – nivel gegeral utilizare
2. Descrierea metodei pentru obținerea  Asigură o vedere globală
modelului
Vedere de ansamblu asupra modelului completă asupra
3. Ierarhia Modelului de cazuri de funcționalităților sistemului
utilizare  Arată comportamentul
Componentele modelului, reprezentate ca și sistemului în context
ierarhie. Pentru fiecare componentă, se
furnizează:  Poate servi ca și contract
Nume, scurtă descriere, rol în sistem și între client și dezvoltatori
conținut:
 Input pentru activități
Actori
Nume și scurtă descriere despre actor și ulterioare din ciclul de viață
asocieri al produsului
Cazuri de utilizare
Nume și scurtă descriere despre caz de Listă cu toți actorii
utilizare și Listă cu toate
asocieri 15
cazurile de utilizare
Proprietăți ale actorilor în
modelul cazurilor de
utilizare
Proprietăți utilizate în descrierea actorilor:
• Nume
• Scurtă descriere
• Ce sau pe cine reprezintă actorul
• De ce este necesar actorul (rol; justificarea prezenței, acțiunilor
întreprinse în sistem)
• Interesul actorului în utilizarea sistemului (obiectiv(e))
• Relații
• Asocieri și comunicații spre și dinspre cazurile de utilizare
• Actorii apar în diagramele cazurilor de utilizare
arătând cum interacționează acesta cu modelul
16
 Exemplu de
scurtă
descriere a
 Clientactorului
 Clientul adună sticle, conserve și flacoane acasă și le aduce
la magazin (unde se află mașina de reciclat) pentru a primi
bani.

 Operator
 Operatorul este responsabil pentru mentenanța mașinii
de reciclat.

 Manager
 Managerul este responsabil pentru întrebări legate de bani și
serviciile oferite de magazin clienților.
17
Proprietăți ale
cazurilor de utilizare
 Proprietăți pentru cazuri de utilizare
 Nume
 Scurtă descriere
• Descrie rolul și motivația cazului de utilizare
 Relații între cazuri de utilizare și actori

 Descriere scurtă a cazului de utilizare

 Cazurile de utilizare vor fi detaliate ulterior în
analiză, în raportul cazurilor de utilizare
18
Denumirea cazurilor de
utilizare
Fiecare caz de utilizare trebuie să aibă un nume care
să indice ceea ce se obține prin interacțiunile cu
actorul/actorii – REZULTATUL obţinut
Exemple de denumiri corecte & incorecte:
 Reciclează articole
 Primește articole de reciclat
 Acceptă articole de reciclat
 Returnează articole
 Depune articole

Care dintre formulările de mai sus indică valoarea/

atingerea scopului pentru actor? 19
Exemple de descrieri ale
cazurilor de utilizare
 Reciclează articole
 Utilizatorul utilizează mașina de reciclat pentru a
returna automat articole (sticle, conserve, flacoane)
care sunt contabilizate şi de la care primește chitanță.
Cu chitanța se pot obține bani lichizi la un aparat
adecvat.

20
Exemple de descrieri ale
cazurilor de utilizare
 Adaugă un nou tip de sticlă
 Noi tipuri de sticle pot fi adăugate mașinii prin pornirea
ei în – mod învățare - și inserând 5 exemple de sticlă ca
și când se returnează articole în mod obișnuit. În acest
fel mașina măsoară sticlele și învață să le identifice.
Managerul specifică valorile pentru noul tip de sticlă.

21
 Simbolurile UML pentru
reprezentarea cazurilor de
utilizare
Apasă but. start Alertă, articol blocat
Mașină gata Problema rezolvată
Prima sticlă
Mașină gata Client Reciclează
articole
Operator
Următoarea sticlă

Mașină gata
Următoarea sticlă
Liniile și săgețile indică un dialog
Cere chitanță (comunicație în ambele sensuri)
Tipărește chitanță
Săgeata indică cine inițiază (declanșează)
cazul de utilizare
22
Conțin
ut
Fiecare caz de utilizare reprezintă un set de
secvențe de interacțiuni între actor(i) şi sistem.

Sistem

O secvență de interacțiuni ale sistemului cu actorii pentru

obținerea unui rezultat util (de valoare) pentru un
actor (denumit și actor primar). 23
 Scenarii de
• utilizare
Un caz de utilizare poate fi format din mai multe
instanțe
• Un scenariu este o instanță a unui caz de utilizare
• O secvență specifică de acțiuni

Client Reciclează articole Operator

24
Cazuri de utilizare
speciale
Sunt importante, nu trebuie omise:
• Pornirea și oprirea sistemului
• Mentenanța sistemului (extinderea cu noi
funcționalități, modificarea celor existente)
• Mentenanța informațiilor
• Exemplu: rutine automate verifică baza de date
• Abordate mai ușor în iterații ulterioare

25
Cazuri de utilizare Provocare: cum asigur
redeployment fără să

speciale creez discontinuități

de
Sunt importante, nu trebuie omise: serviciu?

• Mentenanță - adăugarea noilor funționalități

unui sistem care rulează
• Important pentru sistemele cu funcționare în timp
real și fără opriri (“uptime” 99.99%)
• Portarea sistemului care rulează în medii de
execuție noi
• Cazuri de utilizare în care actorul este firma de
dezvoltare software
• Scenarii de deployment, mentenanță etc.

26
 Scenariu de utilizare:
flux de activități /
evenimente
Într-un caz de utilizare există:
• 1 Flux de bază
Scenariul în cazul fericit !
• Câteva fluxuri alternative
 Variante obișnuite
Exemplu: retrage numerar din cont curent
 Cazuri rare
Exemplu: retrage numerar cu valoare mai
mare de X lei
 Flux excepțional (cu erori, excepții)
Exemplu: Caseta de numerar este goală

27
Identificarea scenariilor de
utilizare
1. Identificarea tuturor scenariilor posibile pentru un caz
de
utilizare
2. Formarea listei cu toate întrebările care vor fi adresate
utilizatorului/ stakeholderului
Ajută la identificara situațiilor
 Bune practici: excepționale (scenarii & cazuri)

 Lucru pe hârtie cu stakeholderii.

 Întrebare: ce ar putea să nu meargă (să meargă greșit)?
 Întrebare: ce s-ar putea să nu meargă (să nu se
întâmple)?
 Întrebare: ce tipuri de resurse se pot bloca?
 Codificare: A1, A2, A3, etc
 Se pot descrie detaliat, însă de obicei este suficientă 28
identificarea lor în această fază.
Descrierea cazurilor de
utilizare
Abordare: pas cu pas
Pentru fiecare caz de utilizare identificat și confirmat de
beneficiar din modelul cazurilor de utilizare, trebuie
specificat procesul pas cu pas (flux de acțiuni/
evenimente).

Nume caz de utilizare

Scurtă descriere
FP1 Flux principal
1. Primul pas
2. Al doilea pas
3.Al treilea pas, etc.
FA1.1 Flux alternativ 1
FA 1.2 Flux alternativ 2
FA 1.3 Flux alternativ 3
29