ANALIZA DE

BUSINESS
SEMINAR 7

PROFESOR SEMINAR: IONUT NICA

DE CE ANALIZAM SI
DE CE MODELAM?
• Modelarea = instrument de comunicare
• Folosim modelarea pentru a descrie
procesele si logica de business si pentru
a proiecta aplicatia
• Intelegere comuna
• Automatizari fluxuri repetitive
• Simplificarea unui sistem
• Faciliteaza intelegerea si
• Rezolva problema complexitatii
• Limbaj – standardizare
 CERINTE VS SOLUTIE

SOLUTIA
CERINTELE

• Capabilitati:
• rezolva o problema • Rezolvarea unei probleme,
• ating un obiectiv atingerea unui obiectiv,
raspunsul la o intrebare =>
rezolvarea cerintelor conduc la
• Tipuri de cerinte identificarea unei solutii.
• Cerinte de business
• Cerinte de utilizare • Scopul analizei = intelegerea
• Cerinte de solutii problemei
• Cerinte de
tranzitie/implementare
 Baza pentru managementul cerintelor

MANAGEMENTUL
ARIEI DE
INTINDERE
Baseline / semnare acceptanta

Definirea ariei de intindere

Descompunerea Diagrama de Actori si cazuri User stories -
functionala WBS context de utilizare epics
DIAGRAMA DE CONTEXT

• Sistemul ca intreg si interactiunile cu

mediul extern (actori, entitati externe)
– intrari si iesiri

• Data Flow Diagram (DFD) la nivel de

sistem care ilustreaza contextul /
circumstantele cu mediul extern

• Diagrama “contine” un singur proces

LISTA ACTORILOR
Nume actor
• Operator Registratura

Rol in cadrul sistemului

• Angajat care opereaza
de la un terminal –
zona de registratura

Descriere
• Inregistreaza cereri ale operatorilor in sistem
• Executa controlul vizual al cererilor
• Inregistreaza solicitarea de documente
suplimentare emisa catre agentul economic
• Elibereaza licenta import / export
DIAGRAMA CAZURILOR DE UTILIZARE
CAZURI DE UTILIZARE(USE CASES)

• Cazurile de utilizare arata CE TREBUIE SA FACA sistemul si NU CUM

• Un UC = o colectie de scenarii posibile, referitoare la comunicarea intre sistem si actorii externi, caracterizate de anumite scopuri

• Aceste scenarii sunt diferite ca secvente de pasi carora le pot corespunde cazuri de utilizare de nivel inferior
 CAZURI DE UTILIZARE (USE CASES)

• Ofera o descriere generala a modului in care va fi utilizat sistemul

• Furnizeaza o privire de ansamblu a functionalitatilor ce se doresc a fi oferite de sistem
• Clarifica aria de intindere
• Actorii:
• utilizatori sau entitati care pot interactiona cu sistemul
• nu fac parte din sistem
• definesc roluri in comunicarea cu acesta
ACTORI SI RELATII

• Identificarea se face raspunzand la urmatoarele intrebari:

• Cine este interesat de informatiile aflate in sistem?
• Cine modifica date?
• Cine interactioneaza cu sistemul?
• Intre actori poate exista relatia de generalizare
• Daca un actor mosteneste un alt actor, atunci el poate sa comunice cu aceleasi cazuri de utilizare ale
sistemului ca si parintele.
 SEMANTICA USE CASE

Actor Use-case Relatie Scenariu

Secventa
Secventa de
de pasi
pasi
care
care descrie oo
descrie
Set
Set de
de activitati
activitati care
care Legatura
Legatura intre
intre use-
use-
Utilizator
Utilizator sau
sau sistem
sistem posibila
posibila interactiune
interactiune
produc un rezultat
produc un rezultat case-uri
case-uri dintre
dintre un
un sistem
sistem si
si
un
un actor
actor

Rezultat
Rezultat este
este
Interactioneaza
Interactioneaza cu
cu relevant
relevant pentru
pentru un
un
sistemul
sistemul modelat
modelat actor
actor
SEMANTICA USE CASE
Pre-conditia este un
predicat care exprima
Scenarii
conditia care trebuie sa fie
alternative/Scenariu de
satisfacuta inainte de
baza
inceperea cazului de
utilizare.
Post-conditia exprima
conditia care este
satisfacuta dupa executia
cazului de utilizare
(conform descrierii
secventei tipice).
DIAGRAMA
CAZURILOR DE
UTILIZARE
• Ex. : un client care suna la 958 pentru Ora
Exacta. Între actori şi use case-uri pot să
existe relaţii de generalizare / specializare
atunci când un actor sau un use case poate fi
asimilat unei clase de actori, respectiv de use
case-uri. O generalizare intre doua cazuri de
utilizare indica faptul ca cazul de utilizare
poate impartasi comportamentul definit in
unul sau mai multe cazuri de utilizare.
• Ex. Emitere pasaport (temporar/ electronic):
O generalizare intre actori arata ca un actor
mosteneste structura si comportamentul ale
unui actor sau mai multi actori.
RELATII INTRE
UC - INCLUDE

• Incluziune: un caz de utilizare

include comportamentul altui caz
de utilizare
 Cazurile de utilizare “incluse” nu pot fi folosite independent, ci doar ca
parti ale cazurilor de utilizare care le includ.

Relatia de includere se foloseste pentru a evita descrierea de mai multe

ori a aceluiasi flux de evenimente.

<<INCLUDE>> Un astfel de flux, care apare in mai multe cazuri de utilizare, se

defineste ca un caz de utilizare separat, care factorizeaza o comportare
comuna.

Relaţia de tip includere: se foloseşte atunci când use case-ul inclus nu

este o parte esenţială a fluxului din use case-ul de bază sau este un
comportament care se repetă în mai multe use case-uri

Exemplu: Verificarea statusului unui colet si eventual schimbarea

destinatiei presupune in primul rand identificarea utilizatorului
 RELATII INTRE
UC - EXTEND

• Extensia: arata ca un caz de utilizare,

este inserat intr-un altul, dar numai in
anumite conditii
 Un
Un caz
caz de
de utilizare
utilizare poate
poate extinde,
extinde, in
in anumite
anumite conditii,
conditii, comportarea
comportarea reprezentata
reprezentata
printr-un alt caz.
printr-un alt caz.

Cazul
Cazul extins
extins poate
poate fi
fi folosit
folosit si
si singur.
singur.

<<EXTEND Relaţia
Relaţia de
de tip
tip extensie
extensie (şi
(şi implicit
implicit use
use case-urile
case-urile de
de extensie)
extensie) se
se folosesc
când se modelează un comportament opţional sau excepţional, care nu
folosesc atunci
atunci
condiţionează finalitatea use case-ului de bază
>>
Relatia de extensie se foloseste:

• pentru a modela parti ale cazurilor de utilizare pe care utilizatorii le pot vedea ca optiuni ale
comportarii sistemului (caz in care se separa comportamentul principal de cele optionale)
• pentru a modela sub-fluxuri de evenimente, care sunt executate numai in anumite conditii.

Exemplu:
Exemplu: un
un cumparator
cumparator ce
ce achizitioneaza
achizitioneaza un
un LCD
LCD poate
poate să
să mearga
mearga la
la  bancul
 bancul de
de
probe pentru verificare.
probe pentru verificare.
RELATII INTRE
UC -
GENERALIZARE

 Generalizarea: un caz de utilizare

mosteneste comportamentul altui
caz si il rafineaza
 Similar ca la clase
EXEMPLU
DIAGRAM
A USE
CASE
 Să se realizeze diagrama use case pentru o aplicaţie care simulează
funcţionarea unui automat bancar. Deschiderea unei sesiuni de lucru începe
prin introducerea unui card în automat si verificarea validităţii
informaţiilor de pe card. În timpul unei sesiuni de lucru se  pot efectua
următoarele operaţii:
- extragerea unei sume de bani dintr-un cont,

- afisarea soldului contului curent,

EXERCITIUL 1:
- transferul unei sume de bani din contul curent al cardului, la un alt cont al
clientului, aflat la aceeasi bancă,

- plata facturilor.

ATM-ul este verificat periodic pentru a analiza daca functioneaza

corespunzator si este reparat;