Sunteți pe pagina 1din 17

Modelarea proceselor business

in baza mediului de programare RAMUS


Lucrare de laborator Nr. 1
Scopul lucrrii: familiarizarea cu interfaa mediului de programare
RAMUS pentru modelarea PB (proceselor Business) n notaia
IDEF0
Ca rezultat al indeplinirii lucrrii studentul va obine cunotine i
o practic de elaborare i redactare a modelelor funcionale n
mediul de programare RAMUS. Lucrarea presupune executarea
consecutiv a modelrii ce presupune pastrarea si utilizarea
rezultatelor etapei precedente.
n calitate de exemplu vom lua activitatea unei companii
industriale. Compania este preocupata de asamblarea i
comercializarea calculatoare personale i notebook. Compania nu
produce componente proprii ci doar asambleaz i testeaz
funcionalitatea produselor asamblate.
Activitatea ntreprinderii const n:

Secia de vnzare recepioneaz comenzi de la clieni;


Operatorii grupeaz comenzile dup tipuri produse i clieni;
Operatorii asambleaz i verific funcionalitatea produselor;
Operatorii ambaleaz produsele conform comenzilor;
Distribuitorul livreaz produsele ctre clieni.

Compania utilizeaz un sistem informaional de eviden


contabil, ce permite formarea comenzii i urmrire achitrilor
pentru marfa comandat.

Pentru nceput lansai programa RAMUS dac nu dispunei de


sistemul dat l putei gsi - http://ramussoftware.com/.
Exerciiul Nr.1

Formare diagram context


Dup lansarea programului pe ecran apare ferestruica de start
(imaginea 1), selectai opiunea "" i butonai "".

img. 1. Fereastra de dialog Ramus

1. Indicai numele autorului, denumire proiectului denumirea


modelului i alegei opiunea IDEF0. n urmtorul pas
indicai unde se utilizeaz acest model ( in cazul nostru
UTM).
2. n descrierea modelului indicai modelul activitii
ntreprinderii-model de studii
3. Seciunea clasificatoare o lsai necopletat i butonai
opiunea next
4. n urmtoarea ferestruic de dialog butonai finish i
trecei la interfaa de lucru a programei RAMUS.
5. Prin intermediul meniului ->
putei redacta meta-datele modelului i anume:
denumire model, descriere model, unde se utilizeaz.
6. Activai ferestuica modelului prin butonarea pe domeniul de
modelare. Formai diagrama de context apsnd butonul .
7. Trecei n regim de redactare a diagramei de context, utiliznd
butonul drept al mausului pe obiect i selectai opiunea edit
activ element.
8. Formai sgeile pe diagram de context conform informaiei
din tabelul 1.1. pentru a construe sgeile trecei n regimul
de constructive sgei cu ajutorul butonului
, plasai
cursorul n punctul de origine a sgeii (stnga, marginea
de sus i de jos a domeniul de constructive a diagramei de
context), dup ce marginea diagramei se coloreaz in negru
butonai o data, n acela mod fixm i sfritul sgeii
( dreapta, marginea de de sus i de jos a diagramei de

context sau maginea de dreapta a domeniului de construcie


a modelului). Sgeile pot fi micate pe principiul
drag&drop.

Tabelul 1.1. Descrierea sgeilor din diagrama de context


DENUMIRE
"SARCINA CONTEXTUAL"
TIP
Sistema de
Eliberare coturi, achitare conturi, Mecanizm
eviden
lucru cu comenzile clienilor
contabil
Comezi de la
Cereri de informaii recepionare ntrare
clieni
comenzi, asisten tehnic i
altele.
Reguli i
Reguli de vnzare, instrucii pentru Aciune de
proceduri
asamblare, proceduri pentru
managment
testare, criterii de productivitate i
altele
Produse
Calculatoare personale i notebook Eire
realizate
. 11.2
1.

Exerciiul 2. Crearea diagramei de decompoziie de nivelul


unu
1. n panelul de instrumente selectai butonul pentru trecere cu
un nivel de mai jos
.
2. n ferestruica de dialog indicai numrul de lucrri pentru
diagrama de nivelul doi-3, i notaia de decompoziie IDEF (imag. 1.3), butonai OK pentru confirmare. Automat
se va forma diagram de decompoziie.

3. Butonai cu butonul drept al mousului pe prima lucrare,


alegei Edit active element i l ferestruica Stream: arrow
name indicate denumirea lucrarii conform tabelului 1.2
colonia denunire lucrare. Repetai operaia i pentru
lucrrile 2 i 3.
Tabelul 1.2. Desacriere lurri pentru decompoziia de
nivelul unu
DENUMIRE LUCRARE
DESCRIRE
Vnzri i marketing
Telemarketing, prezentri, expoziii
i altele
Asamblarea i testarea Asamblarea calculatoarelor
calculatoarelor
personale i a notebook-uri
Livrare i recepie
Livrare comenzi ctre clieni,
produse
recepia componentelor de la
furnizori
4. Trecei n regimul desenare sgei. Efectuai conexiunea
sgeilor marginale cu obiectele funcionale precum este

artat n imaginea 1.4. Pentru interconecta sgeile


marginale instalai cursorul pe sgei (nu pe marginele
domeniului de construire a modelelor).

Imag. 1.4. Interconexiunea sgeilor marginale n


decompoziia A0.
Cu butonul drept al mausului butonai pe linia sgeii
Asamblare i testare calculatoare rdenumii-o reguli i
instruciuni de asamblare i testare (img.1.5).
5. Cu butonul drept al mausului butonai pe linia sgeii "
Vnzri i marketing i redenumiil n " Sistem de formare
comenzi (img. 1.5)

Img. 1.5. Atribuire denumiri sgeilor de interconexiune pe


diagrama de decomopoziie A0.

6. Construii noi sgei interne precum este artat n img. 1.6.

Img. 1.6. Interconexiuni interne n diagrama de


decompoziie A0.
7. Construii sgeata conexiunii inverse (dirijare) " Rezultatul
asamblrii i testrii,care va conecta lucrarea de
asamblare i testare cu Vnzri i marketing.
Modificai stilul liniei grosimea ei (Cu ~butonul drept al
mausului ->edit active element -> arrow->line
type). Prin metoda drag&drop avei posibibilitate de a
mica sgeile i de a le redenumi (img. 1.7).

Img. 1.7. Rezultatul redactrii sgeilor pe diagrama de


decompoziie A0.
8. Construii o nou sgeat marginal marketing - ul
materialelor, care are originea de la "Vnzri i
marketing". Aceast sgeat nu nimerete automat pe
diagram de nivelul superior i la captul sgeii are
paranteze ptrate
. Cu butonul drept al mausului
butonai pe parantezele ptrate i selectai din meniu
Arrow tunnel (Img.1.8) una din dou opiuni: "resolve it
to border arrow " i "Mark it with tunnel", n cazul nostru
prima variant.

Img. 1.8. Rezultatl de tunelare sgei.


1.1. Exerciiul 3. Construirea diagramei de decompoziie
de nivelul doi.
Efecutm decompoziia lucrrii "Asamblare i testare
calculatoare". n rezultatul analizei sa obinut urmtorea
informatie despre procese:
Secia de producere primete comenzi de la secia relaii cu
clienii n conformitate cu cerinele clienilor.
Managerul de lucrri coordoneaz lucrrile asamblorilor,
selecteaz comenzile, le grupeaz i d indicaii de livrare a
produciei asamblate.
La fiecare 2 ore Managerul de lucrri grupeaz comenzile pe tipuri
calculatoare pewrsonale i notebook-uri - i le trimite spre
executare n secia de asamblare
Asamblorii executa comanda conform spcificaiei. Producia
asamblat este transferata in secia de testare. Operatorul de
testare verific funcionalitatea produselor i n caz de necesitate
remediaz subansamblul defect.

Operatorii de testare furnizeaz informaia de testare Managerului


de lucrri care la rndul su n baza acestei informaii primete
decizii de transmitere a produciei asamblate spre furnizare .
1. n conformitate cu informaia din
tabelele 1.3 i 1.4 ntroducei lucrrile i sgeile pentru
decompoziia diagramei de nivelul doi A2.
Tabel 1.3. Descrierea blocurilor funcionale a diagramei de
decompoziie A2
DENUMIRE BLOC
FUNCIONAL
Monitorizare termenilor i
administrarea procesului de
asamblare i testare.

DESCRIERE

Revizuire comenzi, formare


termeni de asamblare i testare,
analiza rezultatelor de asamblare i
testare, completarea comenzilor i
livrarea lor.
Asamblare calculatoare
Asamblare calculatoare personale
personale
n conformitate cu instruciunile de
asamblare i indicaiilor
Managerului seciei de asamblare
Asamblare notebook-uri.
Asamblare notebook-uri n
conformitate cu instruciunile de
asamblare i indicaiilor
Managerului seciei de asamblare
Testare calculatoare
Testare calculatoare i a
componentelor, nlocuirea
componentelor defecte.
Tabel 1.4. Descrierea sgeilor diagramei de decompoziie
lucrarii A2
TIPUL
TIPUL
NCEPU
TEMIN
DENUMIRE
ORIGINEA
TERMINAIA
TULUI
AIEI
SGEAT
SGEII
SGEII
SGEI
SGEI
I
I
Manager de
Personalul
Mecanis Monitorizare
Mecanis
producie
seciei de
m ( termenilor i
m
producere
) administrarea
procesului de
asamblare i

testare
Comenzile
clienilor

Marginea
diagramei

Aciune
de
dirijare

Monitorizare
termenilor i
administrarea
procesului de
asamblare i
testare

Aciune
de
dirijare

Comenzi pentru Monitorizare


calculatoare
termenilor i
personale
administrarea
procesului de
asamblare i
testare

Ieire

Asamblare
calculatoare
personale.

Aciune
de
dirijare

Comenzi pentru Monitorizare


notebook - uri termenilor i
administrarea
procesului de
asamblare i
testare

Ieire

Asamblare
calculatoare.

Aciune
de
dirijare

Componente

Tunelare sgei Ieire

Asamblare
Ieire
calculatoare
personale.
Asamblare
Ieire
notebook - uri
Testarea
Ieire
calculatoarelor

calculatoare
personale

Asamblare
calculatoare
personale.

Ieire

Testarea
Ieire
calculatoarelor

Notebook - uri

Asamblare
Ieire
notebook - uri

Testarea
Ieire
calculatoarelor

Personal de
producere

Tunelare sgei Mecanis


m

Asamblare
calculatoare

Mecanis
m

personale
Asamblare
notebook-uri.

Mecanis
m

Reguli i
instrucii de
asamblare

Marginea
diagramei

Asamblare
Aciune
calculatoare
de
personale
dirijare
Asamblare
notebook-uri.
Testarea
calculatoarelor

Rezultate
asamblare si
testare
calculatoare

Asamblare
Ieire
calculatoare
personale
Asamblare
notebook-uri.
Testarea
calculatoarelor

Marginea
diagramei

Ieire

Rezultate
testare

Testarea
Ieire
calculatoarelor

Monitorizare
termenilor i
administrarea
procesului de
asamblare i
testare

Ieire

Calculatoare
asamblate
Specialiti
testare

Ieire

Personal de
producere

Marginea
Ieire
diagramei
Testarea
Mecanis
calculatoarelor m

Monitorizare

termenilor i
administrarea

procesului de
asamblare i
testare

Ieire

Testarea
Aciune
calculatoarelor de
dirijare

2. Executai tunelare i interconexiunile marginale daca este


nesesar. Rezultatul executarii exerciiului 3 pe img.1.9.

Img. 1.9. Rezultatul decompoziiei procesului asamblare


i testare.

Laborator 2
1. Tema I

Construirea modelului sistemului studiat sub form de diagram a fluxurilor de


date Data Flow Diagram (DFD).
2. Metoda fluxurilor de date

Obiectivul acestei metode este construirea modelului sistemului


studiat sub form de diagram a fluxurilor de date (Data Flow
Diagram DFD), care asigur descrierea corect a ieirilor
(reacia sistemului n form de date) pentru intrri cunoscute
(semnale la intrare prin interefeele externe). Diagramele
fluxurilor de date sunt instrumentul principal de modelare a
cerinelor funcionale ale sistemului proiectat.
La crearea Diagramei Fluxurilor de Date sunt utilizate
urmtoarele noiuni principale:

fluxuri de date,
procese (activiti) de transformare a fluxurilor de
intrare n ieiri,
entiti externe i depozite de date (repozitorii).
Elementele principale DFD sunt:
Fluxurile de date sunt abstracii, utilizate pentru modelarea
transferului de informaii (sau a componentelor fizice) dintr-o
parte a sistemului n alta. Pe o diagram fluxurile sunt
reprezentate de sgei, care au nume, iar orientarea lor indic
direcia de deplasare a informaiei.
Procesele (activitile) const n producerea fluxurilor de ieire
din fluxurile de intrare n conformitate cu aciunea, indicat de
numele procesului. Numele unui proces trebuie s fie un verb n
forma indefinit urmat de un complement (de exemplu,
recepionare documente de livrare a produciei). Fiecare proces
are un numr unic pentru a putea fi referit n interiorul diagramei.
Acest numr poate fi utilizat mpreun cu numrul diagramei
pentru a obine indiciul unic al procesului n cadrul ntregului
model.
Depozitul de date (repozitoriul) permite desemnarea datelor
pentru sectoarele indicate, care vor fi pstrate n memorie ntre
procese. De facto, depozitul prezint seciuni temporale ale
fluxurilor. Informaia care se conine n depozit poate fi utilizat
la orice moment de timp dup culegere, datele pot fi luate din
depozit n ordine arbitrar. Numele unui depozit trebuie s
corespund coninutului lui i s fie un substantiv.
Entitatea extern este un obiect material din afara contextului
sistemului, care este surs pentru sau receptor al datelor
sistemului. Numele entitii externe trebuie s conin un
substantiv, de exemplu, depozit de mrfuri. Obiectele,
reprezentate prin entiti externe, nu vor participa n prelucrri
de date.
n afara elementelor principale n DFD intr dicionarele de date i
minispecifaciile procesrii.
Dicionarele de date sunt cataloage ale tuturor elementelor de
date, prezente n DFD, inclusiv fluxurile de date de grup sau
individuale, depozitele i procesele, ca i toate atributele lor.
Minispecificaiile procesrii descriu procesele DFD de nivel
inferior. De facto, minipecificaiile reprezint algoritmii de

descriere a activitilor, ndeplinite de procese: mulimea tuturor


minispecificaiilor formeaz specificaia total a sistemului.
Procesul de construire a unei DFD ncepe cu crearea diagramei
principale de tip stea n care este prezentat procesul modelat i
toate entitile externe, cu care procesul interacioneaz.
Dac procesul principal este complicat el poate fi prezentat din
start descompus ntr-o serie de procese, care interacioneaz.
Criterii de complexitate pot fi: existena unui numr mare de
entiti externe, multifuncionalitatea sau caracterul distribuit al
sistemului.
Entitile externe vor fi evideniate pentru procesul principal.
Pentru determinarea lor vor fi evideniai furnizorii i consumatorii
procesului principal, adic toate obiectele care interacioneaz cu
procesul principal. La aceast etap descrierea interaciunii
const n alegerea unui verb, care s reprezinte modul n care
entitatea extern este utilizat de procesul principal. De
exemplu, pentru procesul principal evidena petiiilor
cetenilor, entitatea extern este cetean, descrierea
interaciunii - depune petiie i primete rspuns. Aceast etap
este una important principial fiindc anume aici sunt stabilite
graniele sistemului modelat.
Pentru fiecare entitate extern este construit tabelul
evenimentelor, care descrie interaciunea entitii cu procesul
principal. Tabelul evenimentelor include denumirea entitii
externe, evenimentul, tipul lui (ordinar/tipic pentru sistem i
excepional, adic realizat n condiii speciale) i reacia
sistemului.
La pasul urmtor are loc decompoziia procesului principal ntrun set de procese interconectate, care fac schimb de date,
fluxurile nu sunt concretizate, este determinat doar caracterul
interaciunii lor. Decompoziia este finalizat n momentul n care
procesul devine simplu, adic:
1. procesul are dou-trei fluxuri de intrare i de ieire;
2. procesul poate fi descris sub form de transformare a
intrrilor n ieiri;
3. procesul poate fi descris sub forma unui algoritm secvenial.
Pentru procesele simple este elaborat minispecificaia
descrierea formal a algoritmului de transformare a intrrilor n
ieiri.

Minispecificaiile vor respecta urmtoarele cerine: pentru fiecare


proces este elaborat o singur specificaie; specificaia
determin n mod univoc fluxurile de intrare i de ieire pentru
procesul dat; specificaia nu determin modul de transformare a
fluxurilor de intrare n fluxuri de ieire; specificaia face referin
doar la elementele existente fr a introduce elemente noi;
specificaia va utiliza n msura posibilitilor operaii i abordri
standard.
Dup ce procesul principal a fost descompus vor fi construite
pentru fiecare subproces tabele analogice ale evenimentelor
interne.
La urmtorul pas, dup determinarea tabelului complet al
evenimentelor, vor fi evideniate fluxurile de date cu care
procesele fac schimb, i entitile externe. Cea mai simpl
modalitate este analiza tabelului evenimentelor. Evenimentele
sunt transformate n fluxuri de date de la iniiatorul evenimentului
la procesul solicitat, iar reaciile n flux invers de evenimente.
Dup construirea fluxurilor de intrare i ieire n mod analogic
sunt construite fluxurile interne. Pentru evidenierea lor vor fi
selectai furnizorii i consumatorii informaiilor pentru fiecare
proces intern. Dac un furnizor sau un consumator de informaii
este un proces de pstrare sau de solicitare de informaii, atunci
va fi introdus depozitul de date, pentru care acest proces servete
drept interfa.
Dup construirea fluxurilor de date diagrama va fi verificat la
completitudine i lipsa contradiciilor.
Completitudinea unei diagrame este asigurat dac n sistem nu
exist procese neutilizate n procesul de transformare a intrrilor
n ieiri.
Lipsa contradiciilor este asigurat prin ndeplinirea unui set de
reguli formale privind tipurile posibile de procese: pe diagram nu
poate fi un proces, care s lege dou entiti externe o astfel de
interaciune trebuie lichidat; nici o entitate nu poate direct primi
din sau transmite informaii n depozit depozitul de date este un
element pasiv, gestionat cu ajutorul procesului de interfaare;
dou depozite de date nu pot s fac schimb direct de informaii
astfel de depozite trebuie comasate n unul singur.
n calitate de avantaje ale metodei DFD trebuie subliniate:
posbilitatea determinrii univoce a entitilor externe, analiznd fluxurile de
informaii din sistem i din afara lui;

posibilitatea proiectrii de sus n jos, prin aceasta simplificnd construirea


modelului to be;
prezena specificaiilor proceselor de nivel inferior, cea ce permite s se
treac de nonfinalizarea logic a modelului funcional i s se constriasc
specificaiia funcional complet a sistemului elaborat.

La dezavantaje: necesitatea introducerii artificiale a proceselor


administrative (de conducere, control sau gestiune), deoarece
aciunile de conducere (fluxuri) i procesele de conducere din
punctul de vedere al DFD nu se deosebesc prin nimic de cele
obinuite; lipsa noiunii de timp, adic lipsa analizei intervalelor
de timp la transforamrea datelor (toate constrngerile temporale
trebuie introduse n specificaiile proceselor).

Tema: rearea diagramei DFD. Executarea proiectului de pregtire (analiza


structural)
Scopul lucrrii: nsuirea interfaei Ramus pentru modelarea sistemelor n notaiile DFD.

ninut
2.1. Exerciiul 4. Crearea diagramei DFD
1. Creai diagrama de context a procesului
"Prefectarea comenzilor" (File -> New project).
2. Executai decompoziia diagramei de context "Prefectarea
comenzilor" pentru aceasta n ferestruica de dialog selectai numrul de
elementelor de decompoziie -2, selectai tipul diagramei - DFD. Butonai
"" i copletai n diagram DFD denumirile lucrrilor:
o Verificare i acceptare client.
o Acceptare comand.
3. Creai clasificatoarele:
o Registru clieni,
o Registru produse,
o Registrul comenzilor
o Cereri de comand
4. Completai modelul n conformitate depozitariului de date cu ajutorul
butonului , i referina extern "cereri de comand", cu ajutorul
butonului
.
5. n baza informaiei de mai jos construii modelul DFD a procesului
"Perfectare comenzi":
o Procesul de "Perfectare comenzi" este compus din dou procese:
Verificare i acceptare client i Acceptare comand!. Pentru
executarea acestor procese este necesar de registrul clienilor

Registrul produselor i pentru nregistrare rezultatelor deplinirii a


acestor procese este necesar registrul c omenzilor. Verificarea i
acceptarea clienilor i incuderea lor n baza de date se efectueaz n
baza informaiei despre cerere de comand, i dup analiza
informaieu din Registru clieni
Procesul de acceptare comenzi se efectueaz numai dac este informaie
despre client n registrul clienilor i numai pentru acele produse ce sunt
n Registrul produselor. Este i posibilitatea de a utiliza comenzile perfectate
anterior ce au fost petrate n Registrul cpmenzilor

Legturile tre diferite obiecte funcionale i depozitariile pot fi


bidirecionale ( sgei de trare i ieire).
6. Compatai modelul construit de DV. Cu modelul din desen 2,1 n caz c
sunt devieri, argumentaile.
o

Imaginea. 2.1. Rezultatul crerii diagramei de decompoziie n opiunea


DFD a procesului de perfectare comenzi.