Sunteți pe pagina 1din 40

ntroducere

Metodele IDEF (Integration DEFinition) - o familie de limbaje de modelare n domeniul sistemelor i


ingineriei software. Acestea acoper o gam larg de utilizri, de la modelarea funcional la date, simulare,
analiza / proiectarea obiect-orientata i achiziia de cunotine.

Metodele ofer o abordare tiinific pentru rezolvarea problemelor. Metodele ghideaz practicanii lor,
printr-o abordare disciplinat, de ncredere distilat din experiena experilor.

Metodele evideniaz, de asemenea, obiecte de important, relaiile i constrngerile, ascund informaiile


irelevante i detaliile inutile.

Metodele sunt concepute pentru a mbunti performana (calitatea i productivitatea) att de ctre
persoane fizice ct i echipe implicate n activitile de dezvoltare a sistemelor.

IDEF este un produs-cheie al efortului IICE, ofer tehnici uor de utilizat i limbaje standard de
comunicare care promoveaz o bun disciplin de inginerie. Metode IDEF mbuntesc, de asemenea,
capacitatea de reacie ntr-un mediu rapid si continuu schimbtor, ajutnd utilizatorii:

s neleag corect mediul curent;


s propun schimbri;
s testeze soluii alternative;
s prezic impactul schimbrilor;
s pun n aplicare cu succes schimbrile.

Metodele IDEF sunt, de asemenea, proiectate s funcioneze mpreun ca un set conceptual integrat de
metode care se pot conecta ca piesele unui puzzle pentru a sprijini procesul de dezvoltare a ntregului.

Fiecare metoda IDEF abordeaz un aspect unic sau punct de vedere al ntreprinderii de inginerie. Atunci
cnd metodele individuale IDEF sunt aplicate mpreun, ele pot contribui la atingerea unuia dintre obiectivele
cheie ale ingineriei concurente: lund n considerare mai muli factori al ciclului de via la nceputul procesului
de proiectare. Realizarea acestui obiectiv faciliteaz creterea beneficiilor integrrii, flexibilitii si reactivitii
ntreprinderii.

La baza proiectrii Sistemelor Informaionale st modelarea domeniului obiectiv. Pentru a realiza un


proiect al unui SI adecvat domeniului obiectiv (sub forma unor aplicaii) este necesar s avem o imagine integr
i sistemic a domeniului obiectiv i elaborarea modelului, care reflect toate aspectele funcionrii viitorului
SI. n acest caz, prin noiunea de model al domeniului obiectiv vom considera sistemul, care imit structura
sau funcionarea domeniului obiectiv cercetat i care respect cerina de baz corespunde acestui domeniu.

Pentru modelarea domeniului obiectiv vom aplica metodele notaiilor din familia IDEF i DFD:

IDEF0 - modelarea funcional (sau a activitii);


IDEF1 - modelarea informaiei;
IDEF1x - modelarea datelor;
IDEF3 - captarea descrierilor proceselor ;
IDEF4 - proiectarea orientata obiect.

Obiectivul este construirea schemei funcionale a obiectului cercetat, schema care descrie toate procesele
relevante cu exactitate suficient pentru modelarea univoc a Sistemului Informaional.

Construirea schemei funcionale a obiectului cercetat se poate realiza cu ajutorul urmtoarelor metode:

IDEF0 - modelarea funcional (sau a activitii);


IDEF1 - modelarea informaiei;
IDEF1x - modelarea datelor;
IDEF3 - captarea descrierilor proceselor ;
IDEF4 - proiectarea orientata obiect ;
ABC Analiza Business Costs;
Metoda funcional a fluxurilor de date n notaia DFD.

Instrumentele ce pot realiza aceste modele pot fi realizate cu ajutorul instrumentelor CASE cum ar fi
AllFusion Process Modeler (n continuare BPwin), i Erwin, instrumente ce susin notaiile IDEF i DFD.
1 Lucrare de laborator 1

Tema : Familiarizarea cu cerinele notaiei IDEF0 i mediul de modelare AllFusion Process Modeler
(BPwin)

n recomandrile noastre o s aplicm instrumentele AllFusion Process Modeler (BPwin) care suport
notaiile IDEF0, IDEF3, DFD i ABC i ERwin care suport notaia IDEF1x.

n procesul de modelare n mediul BPwin este posibil de a trece de la notaia IDEF0 la notaia IDEF3
sau la notaia DFD la oriice ramur a modelului i permite de a crea modele mixte.

Lucrul n mediul AllFusion Process Modeler (BPwin) ncepe cu procedura de creare a unui model
nou, unde trebuie de indicat numele (Name) i tipul modelului (Type) (figura 1.1).

Figura 1.1 - Crearea unui model nou

n funcie de tipul modelului ales vor fi efectuate decompoziia obiectului.

Dac va fi ales tipul Business Process (IDEF0), atunci n modelul creat sunt posibile de efectuat
decompoziia lucrrilor n notaiile IDEF0, IDEF3 sau DFD.

Dac va fi ales tipul Data Flow (DFD) atunci n modelul creat sunt posibile de efectuat decompoziia
lucrrilor n notaiile IDEF3 i DFD.

Dac va fi ales tipul Process Flow (IDEF3) atunci n modelul creat este posibil de efectuat
decompoziia lucrrilor numai n notaia IDEF3.

Dup ce denumim modelul i alegem tipul modelului butonm OK i BPwin imediat va propune s
atribuim parametrii modelului (figura 1.2).
Figura 1.2 - Atribuirea parametrilor modelului

General autorul modelului;


Numbering formatul de numerotare a lucrrilor i a diagramelor, ordinea de reflectare n diagrame;
Display lista elementelor ce vor fi reflectate n diagrame;
Layout parametrii de amplasare;
ABC Units unitile pentru efectuarea Analiz Business Costs;
Page Setup parametrii paginii;
Header/Footer parametrii colontitlului de sus sau de jos.

Dup ce atribuim parametrii modelului, butonmOK i se va afia fereastra de dialog (figura 1.3)
compus din cinci pri:

1 - (Model Explorer) - reflect structura modelului (diagrame existente i ierarhia lor;


2 - partea principal (Drawing Area)- aici sunt reflectate diagramele, cu care se lucreaz;
3,4, 5 bare de cu instrumente - Menu Bar, BPWin Toolbar, Standard Toolbar.
Figura 1.3 - Pagina Master

Bara de instrumente Model Toolbox


n Bara de instrumente ( tabelul 1.1) gsim instrumente pentru crearea diferitor elemente grafice ale
modelului. Setul de instrumente se schimb n funcie de tipul selectat al diagramei.

Diagrama creat conine diagrama de context cu un singur bloc funcional (cutia neagr) n notaia care
a fost selectat la etapa crerii modelului (n cazul dat IDEF0). n continuare trebuie de dat o denumire acestui
bloc funcional i dup necesiti de indicat proprietile funcionale. Pentru aceasta activm fereastra de dialog
( figura 1.4) Activity Properties -dubluclic cu butonl stng al mausului pe blocul funional (pe cutia neagr).

Tabelul 1.1- Tipul i funcia butoanelor n bara de instrumente.

Iconi buton Denumire buton Funcia butonului


Pointer Tool Transform cursorul n sgeat pentru a putea nsera
obiectele de pe diagram
IEDF0
Activity Box Tool nserarea pe diagram a unei noi lucrri
DFD

IDEF3
Precedence Arrow Tool nserarea pe diagram a unor noi arcuri (sgei)
Squiggle Tool Legarea arcului de denumirea lui
Text Tool nserarea unui text pe diagram

Diagram Dictionary Activarea ferestrei de management a diagramelor pentru


Editor vizualizare diagramelor existente i trecere la diagrama
selectat
Go to Sibling Diagram Trecerea ntre diagrama standatd, arborele nodal i
diagrama FEO
Go to Parent Diagram Trecere ctre diagrama parental
Go to Child Diagram Trecere ctre diagrama fiic
External Reference Tool nserare pe diagram a unui entiti externe
-DFD
Data store Tool nserare pe diagram a unui depozitoriu de date
-DFD
Junction Tool nserare pe diagram a unui interjecii
-IDEF3
Referent Tool nserare pe diagram a unui referine
-DEF3

Figura 1.4 - Fereastra de dialog Activity Properties


n continuare trebuie de amplasat arcurile (sgeile) de interconexiune. Pentru aceasta activm din

Model Toolbox iconia (Precedence Arrow Tool), cursorul se transform ntr-o cruciuli, apsai pe locul
de unde trebuie s porneasc conexiunea i apoi pe locul unde trebuie s ajung conexiunea (BPwin va colora
cu negru aceste locuri n momentul ce cursorul va fi pe aceste suprafee). Pentru a da denumire acestor arcuri

din Model Toolbox activai iconia (Pointer Tool) i apoi facei dubluclic pe arcul dorit, va aprea o
ferestruic de dialog Arrow Properties. n cmpul Arrow Name nscriei denumirea conexiunii.

Figura 1.5 - Diagrama de context

Dup ce am reflectat toate arcurile de intrare i de ieire i le am atribuit respectiv denumiri trecem la
decompoziia diagramei de context n blocuri funcionale. Pentru aceasta n Model Toolbox activm iconia

Go to Child Diagram i apoi butonm pe lucrarea care vrem s-i facem decompoziie. Se va afia o ferestr
Activity Box Count (figura. 1.6) n care trebuie s alegem notaia modelului i numrul de blocuri funcionale
n care va fi efectuat decompoziia (numrul de diagrame fiic) .

Figura 1.6 - Crearea diagramelor fiic


Dup ce crem diagramele fiic BPwin automat creaz numrul de lucrri indicate mai sus i va
amplasa pe marginea paginii Master (figura 1.7). n continuare trebuie de efectuat legturile ntre sgei i
lucrri (blocuri funcionale). n caz de necesitate se mai pot aduga sgei marginale, trebuie de realizat
interconexiunile ntre blocurile funcionale. Decompoziile ulterioare (de un nivel inferior) se efectueaz n
acela mod.

Figura 1.7 - Decompoziia Diagramei de Context

n unele cazuri, vom avea nevoie ca o sgeat s o conectm la mai multe blocuri funcionale. Dup ce

am conectat o sgeat la un Bloc Functional, selectm Arrow Tool din bara meniului i butonm pe
lucrarea respectiv (figura 1.8, figura 1.9). Pentru a conecta aceast sgeat al treilea bloc funional, butonm
pe segmental dorit.

Figura 1.8 - Conexiunea unei sgei la mai multe lucrri


Figura 1.9 - Conexiunea unei sgei la mai multe lucrri

n exemplul nostru noi vom efectua conexiunile i la alte blocuri funcionale ( figura 1.10, figura 1.11.
figura 1.12).

Figura 1.10 - Conexiunea unei sgei la mai multe lucrri

Figura 1.11- Conexiunea unei sgei la mai multe lucrri


Figura 1.12 - Decompoziia Diagramei de Context
2 Lucrare de laborator 2
Sarcina 1. Elaborarea diagramei de context n notaia IDEF0
Sarcina 2. Elaborarea diagramei de decompoziie de nivelul unu n notaia IDEF0
Sarcina 3. Elaborarea diagrame de decompoziie de nivelul doi n notaia IDEF0

Scopul lucrrii:

de a alege domeniul obiectiv;


descrierera domeniului obiectiv (aria de activitate, cu ce se ocup obiectul, care sunt procesele
principale ce se petrec n activitatea obiectului);
determinarea contextului de modelare;
elaborarea diagramei de context n notaia IDEF0;
elaborarea diagramei de decompoziie de nivelul doi n notaia IDEF0;
elaborarea diagramei de decompoziie de nivelul urmtor n notaia IDEF0.

REMARC
Varianta pentru sarcina individual se coordoneaz cu profesorul. Toate diagramele n notaiile IDEF0,
IDEF3 i DFD vor fi construite n mediul AllFusion Process Modeler.

Scopul acestei lucrri este modelarea activitii companiei selectate. Prin metodologiile:

IDEF0 metodologia de modelare funcional,


IDEF3 metodologia descrierii proceselor,
DFD metodilogia modelrii fluxurilor de date,
IDEF1X metodologia modelrii datelor.

Diagramele primelor trei metodologii vor fi construite n mediul CASE- AllFusion Process Modeler
BPWin i IDEF1X in mediul AllFusion ERwin Data Modeler.
Fiecare diagram din notaiile IDEF0, IDEF3, DFD sunt pentru a descrie Business -Procesele companiei.
Orice activitate sau set de activiti n care sunt utilizate resurse pentru transformarea intrrilor n ieiri
poate fi considerat proces. Pentru o funcionare rezultativ organizaiile trebuie s defineasc i s
administreze multiple procese interdependente i care interacioneaz. Frecvent ieirea unui proces formeaz
intrarea altui proces.
Ca rezultat al modelrii Business -Proceselor companiei obinem Modelul Proceselor-Business care
poate fi de trei tipuri:

modelul AS-IS (cum este) modelul existent al Business -Proceselor companiei;


modelul TO-BE (cum va fi) modelul unei organizri ideale a Business -Proceselor companiei;
modelul SHOULD-BE (cum trebuie s fie) model ideal, dar nu reflect organizarea real a
Business -Proceselor companiei.

n lucrrile de laborator vor fi create modelul AS-IS sau modelul TO-BE, n funcie de starea obiectului
ce va fi informatizat.

2.1 Elaborarea diagramei de context n notaia IDEF0

nainte de a ncepe construirea diagramelor de modelare a companiei este recomandat de a studia


detaliat domeniul obiectului pentru care va fi elaborat proiectul Sistemului Informaional.
n exemplul nostru va fi modelat compania de asamblare a calculatoarelor (PC-uri i Notebook-uri),
compania nu produce ansamble i subansamble, doar efectueaz asamblarea, testarea produselor asamblate i
vnzarea lor angro.

Procedurile principale ale companiei:

colaboratorii cerceteaza cerinele pieii n calculatoare i laptopuri;


vnztorii recepioneaz comenzi de la clieni;
colaboratorii selecteaz comenzile conform tipurilor de calculatoare;
colaboratorii cerceteaz piaa furnizorilor de ansamble i subamsamble;
colaboratorii seciei de achiziii comand i procur ansamble i subansamble necesare pentru
asamblarea calculatoarelor;
colaboratorii planific producerea produselor pe termen scurt i pe termen lung;
colaboratorii efectueaz elaborarea sinecostului i costul de livrare a produselor finite;
colaboratorii asambleaz i testeaz calculatoarele;
colaboratorii asigur deservirea pe garanii;
colaboratorii efectueaz evidena produselor finite la depozit, evidena vnzrilor, evidena stocurilor
de subansamble;
colaboratorii mpacheteaz produsele finite conform comenzilor primite de la clieni;
colaboratorii livreaz clientului comanda respectiv;
colaboratorii efectueaz evidena contabil, evidena muncii, perfecteaz comanda, elibereaz conturi
de plat, urmresc achitrile conform conturilor.

Construcia unui model n notaia IDEF0 se ncepe cu definirea contextului modelrii care include
subiectul modelrii, scopul modelrii i puntul de vedere asupra modelului.

Ca subiect al modelrii se nelege Sistemul n sine, n acest caz trebuie s pecizm ce intr n Sistem, ce
este n afara Sistemului - deci care sunt limitele Sistemului i care elemente vor fi considerate ca elemente din
mediul exterior al Sistemului.

Scopul modelrii

Nu poate fi construit un model fr a avea un scop bine formulat (determinat). Scopul trebuie s rspund
cel puin la urmtoarele ntrebri:

De ce trebuie s fie modelat acest proces?


Ce trebuie s fie artat n model?
Ce v-a primi cititorul modelului?

Punctul de vedere

Punctul de vedere este percepia omului care vede Sistemul din aspectul dorit de modelare. Este tiut
faptul c la studiul subiectul modelrii i la crearea modelului sunt antrenai maimuli specialiti din diferite
domenii (analiti pe ramur, informaticieni, tehnicieni, economiti) care pot avea diferite viziuni asupra
proceselor, modelul trebuie s fie construit dintr-un singur punct de vedere. Punctul de vedere trebuie s
corespund scopului modelrii i n procesul modelrii nu trebuie s ne abatem de la punctul de vedere ales.

n lucrarea noastr subiectul modelrii - este Compania i anume procesele ce se petrec n interiorul
Companiei. Scopul modelrii - construirea business-proceselor ce se vor petrece n Companie ( modelul TO-
BY). Punctul de vedere -este viziunea directorului Companiei ca persoan care cunoate n general toat
structura Companiei.

Dac am definit contextul modelrii putem ncepe construirea diagramei de context (cutia neagr).
Unde se indic ce avem la intrare i ce avem la ieire fr a detalia componentele sale (blocurile funcionale).
Aceast diagram este constituit numai dintr-un singur bloc care va reflecta ntreaga Companie (figura 2.1).
U SED AT: AU TH OR : R adu Bas arabeanul D ATE: 03. 02. 2016 W OR KI N G R EAD ER D ATE C ON TEXT:
PR OJEC T: Modelare Bus ines Proces e R EV: 04. 02. 2016 D RAFT
R EC OMMEND ED
TOP
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION

reglamentri (control)

ntrri
iesiri
Ansamblare Calculatoare

0lei 0

mecanisme

N OD E: TITLE: N UMBER :
Ansamblare Calculatoare
A-0

Figura 2.1 - Diagrama de conrext a Companiei

ntrri aici se vor reflecta informaia sau materialele ce vor fi procesate de aceast lucrare (bloc).
Ieire informaia sau materialele care sunt produse de aceast lucrare (bloc).
Reglementri (control) proceduri, reguli, strategii, standarde i norme de care se conduce lucrarea (blocul).
Mecanisme resursele ce asigur executarea lucrrilor (angajaii, echipamente, baze de date i altele.

Pentru Compania noastr vor fi:

Acurile de intrare:

comenzile clienilor lista calculatoarelor i a notebook i completaia lor cerute de clieni;


ansamble i subansamble de la furnizori;
informaii (propuneri comerciale) de la furnizori;
informaii despre cererea pieei.

Arcurile de ieire:
produsele finite calculatoarele i notebook-uri asamblate;
cereri pentru furnizori lista ansamblelor, subansamblelor i materialelor necesare Companiei;
achitrile facturilor furnizorilor achitri pentru ansamble, subansamble i materiale necesare
Companiei;
materiale de marketing a produselor proprii - price-lista, publicitate.

Arcurile de control (reglementare):


cadrul legal diverse acte legislative ce reglementeaz activitatea Companiei;
reguli i proceduri - reguli i proceduri care reglementeaz procesele de producere (reguli de asamblare,
reguli de testare, norme de asamblare produse, standarde interne a produselor asamblate, procedura
relaiilor cu clienii, norme de protecia muncii).
Arcurile mecanismelor:
resursele umane, (ingineri n IT, programatori, marketologi, economiti);
sistema de eviden contabil;
sistema de eviden a contratelor;
echipamente tehnice;
uniti de transport.
U SED AT: AU TH OR : R adu Bas arabeanul D ATE: 03. 02. 2016 W OR KI N G R EAD ER D ATE C ON TEXT:
PR OJEC T: Modelare Bus ines Proces e R EV: 04. 02. 2016 D RAFT
R EC OMMEND ED
TOP
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION

carul legal
norme de asamblare
reguli de asamblare reguli de testare

procedura relatiilor cu clientii standade interne

Comenzile clientilor Cereri pentri furnizori

propuneri comerciale de la furnizori produse finite T

Ansamble si subansamble Ansamblare Calculatoare Achitriile facturilor furnizorilor

Informatii despre cererea pietii

0lei 0
Materiale de marketing
Resursele umane
T
Echipamente tehnice
evident contabil
T
T

unitti de transport
evident a contratelor

N OD E: TITLE: N UMBER :
Ansamblare Calculatoare
A-0

Figura 2.2- Diagrama de context rezultativ a Companiei

Coninutul raportului:
denumirea subiectului ales;
descrierera domeniului obiectiv (aria de activitate, cu ce se ocup obiectul, care sunt procesele
principale ce se petrec n activitatea obiectului);
descrierera contextului;
diagrama de context.

2.2 Elaborarea diagramei de decompoziie de nivelul unu i doi n notaia IDEF0

Scopul lucrrii de a construi diagrama de decompoziie de nivelul unu n notaia IDEF0.


n sarcina precedent a fost construit diagrama de context, constituit numai dintr-un bloc general care reflect
activitatea Companiei n general (la macro) fr devalizarea componentelor principale ale Companiei. n
aceast lucrare vom evidenia care sunt subdiviziunile principale ale Companiei ce asigur funcionalitatea ei
i vom construi diagrame de decompoziie de nivelul unu i doi n notaia IDEF0.

Decompoziia nseamn partajarea unui obiect complex n pri componente care interacioneaz ntre
ele.
n sarcina precedent au fost identificate procedurile principale care asigur procesul de producere a
calculatoarelor i laptopuri.

Procedurile principale ale companiei:

colaboratorii cerceteaza cerinele pieii n calculatoare i laptopuri;


vnztorii recepioneaz comenzi de la clieni;
colaboratorii selecteaz comenzile conform tipurile de calculatoare;
colaboratorii cerceteaz piaa furnizorilor de ansamble i subamsamble;
colaboratorii seciei de achiziii comand i procur ansamble i subansamble necesare pentru
asamblarea calculatoarelor;
colaboratorii planific producerea produselor pe termen scurt i pe termen lung;
colaboratorii efectueaz elaborare sinecostului i costul de livrare a produselor finite;
colaboratorii asambleaz i testeaz calculatoarele;
colaboratorii asigur deservirea pe garanii;
colaboratorii efectueaz evidena produselor finite la depozit, evidena vnzrilor, evidena stocurilor
de subansamble;
colaboratorii mpacheteaz produsele finite conform comenzilor primite de la clieni;
colaboratorii livreaz clientului comanda respectiv;
colaboratorii efectueaz evidena contabil i evidena muncii,
colaboratorii perfecteaz comanda, elibereaz conturi de plat, urmrete achitrile conform conturilor.

Aceste proceduri le vom grupa pentru a evidenia subdiviziunile principale ala Companiei ce asigur
funcionalitatea ei.

Management :

colaboratorii efectueaz evidena contabil i evidena muncii;


colaboratorii perfecteaz comanda, elibereaz conturi de plat, urmrete achitrile conform conturilor;
colaboratorii efectueaz evidena produselor finite la depozit, evidena vnzrilor, evidena stocurilor
de subansamble;
colaboratorii efectueaz elaborarea sinecostului i costul de livrare a produselor finite;
colaboratorii planific producerea produselor pe termen scurt i pe termen lung.

Marketing i vnzri:

colaboratorii cerceteaza cerinele pieii n calculatoare i laptopuri;


colaboratorii cerceteaz piaa furnizorilor de ansamble i subamsamble;
vnztorii recepioneaz comenzi de la clieni.

Producer (Ansamblare i testare):

colaboratorii selecteaz comenzile conform tipurilor de calculatoare;


colaboratorii asambleaz i testeaz calculatoarele;
colaboratorii asigur deservirea pe garanii.

Achiziii i Livrri :

colaboratorii mpacheteaz produsele finite conform comenzilor primite de la clieni;


colaboratorii livreaz clientului comanda respectiv;
colaboratorii seciei de achiziii comand i procur ansamble i subansamble necesare pentru
asamblarea calculatoarelor.

n aa mod am evideniat 4 subdivizi principale ala Companiei ce asigur funcionalitatea ei i n aa mod vom
face prima decompoziie:

management;
marketing i vnzri;
producer (Ansamblare i testare);
achiziii i Livrri.

Pentru a efectua decompoziia activm iconia Go to Child Diagram i apoi butonm pe lucrarea care
vrem s-i facem decompoziie. Se va afia o fereastr Activity Box Count (figura. 2.3, figura 2.4) n care trebuie
s alegem notaia modelului i numrul de blocuri funcionale n care va fi efectuat decompoziia (numrul
de diagrame fiic), procedm ca n Laboratorul N1.

Figura. 2.3 - Creare Decompoziie de nivelul unu


U SED AT: AU TH OR : R adu Bas arabeanul D ATE: 05. 02. 2016 W OR KI N G R EAD ER D ATE C ON TEXT:
PR OJEC T: Modelare Bus ines Proces e R EV: 05. 02. 2016 D RAFT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A-0
C1 C2 C3 C4 C5 C6
U nnamed Arrow / 15 reguli de asamblare c arul legal reguli de t es tare norme de asamblare s tandade int erne

C om enzile c lient ilor U nnamed Arrow / 17


I1 0lei 1 O1

U nnamed Arrow / 18 C ereri pentri f urnizori


I2 O2
0lei 2

U nnamed Arrow / 19 U nnamed Arrow / 20


I3 O3

0lei 3

U nnamed Arrow / 21 Mat eriale de mark eting


I4 O4

0lei 4

U nnamed Arrow / 16 ev ident cont abil ev ident a contrat elor Ec hipament e t ehnic e unit ti de trans port

M1 M2 M3 M4 M5
N OD E: TITLE: N UMBER :
Ansamblare Calculatoare
A0

Figura 2.4 - Decompoziie de nivelul unu

n continuare atribuim denumiri pentru blocurile funcionale i conectm sgeile marginale cu


blocurile funcionale ( figura 2.5).
US ED AT: AUTHOR: Radu Basarabeanul DA TE: 05.02.2016 WORKING RE ADER DA TE CONTE XT:
PROJECT: Modelare Busines P rocese RE V: 05.02.2016 DRAFT
RE COMMENDED
NOTES : 1 2 3 4 5 6 7 8 9 10 PUBLICATION A-0
C1 C3 C2 C4 C5 C6
proceduri relatii cu clientii
carul legal

Comenzile clientilor reguli de testare norme de asamblare

I1
Mnagment cereri pentru furnizori
O1
0lei 1 reguli de asamblare standade interne

propuneri de la furnizori
I2 Marketing si Materiale de marketing
O4
informatii despre cerea pietii vnzri
I4
0lei 2

Ansamblare
ansamble si subansamble
I3 si testare
0lei 3
evident a contratelor

Achizitii produse finite


O2
si Livrri livrri
O3
0lei 4

evident contabil unitti de transport


Echipamente tehnice

resurse umane

M1 M2 M3 M4 M5
NODE: TITLE : NUMB ER:
Ansamblare Calculatoare

Figura 2.5 - Atribuim denumiri pentru blocuri i conectm sgeile marginale


n continuare interconect blocurile funcionale pentru a asigura executarea proceselor de producere i
obinem diagrama final de nivelul unu ( figura 2.6).
U SED AT: AU TH OR: R adu Bas arabeanul D ATE: 24. 01. 2016 W OR KI NG R EAD ER D ATE C ON TEXT:
PR OJEC T: Proiec t are SI R EV: 10. 02. 2016 D RAFT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A-0

r eguli r e lat ii cu clie ntii s tandar de r eguli de as am blar e


inte r ne r egulide te star e nor m e de as am blar e
Cadr ul Le gal
ce re i pe ntr u fur nizori
Infor m atii bancar e

ofer te f ur nizor i Em isie fact ur i


manage me ntul
com enzi de la clienti companie i
noi cer inte
achitri facturi
0 lei 1 plas ar e
m ate riale m ark e ting
com enzi
planuri
marke ting Inf. com e nz i plas ate
m ar ke ting piat
si vnzri
0 lei 2
inf.plas ar e produs e
com enzi finite
ans am ble/s ubansam ble ansamblare produs e s i
si te stare s er vicii
achizitii
0 lei 3
inf. pr odus e si livrare
as am blate s uplinir e
Achizitii e le m ente
s toc 0 lei 4 achzitionate
e le m ente produs e
finite

r es urs e um ane
contabilitat e
e vide nt e chipam ente te hnice unitti de
contracte tr ansport
N OD E: TITLE: N UMBER :
Asamblare PC, lptopuri si tablete
A0

Figura 2.6 - Blocuri Funcionale, diagrama decompoziie de nivelul unu

2.3 Elaborarea diagrame de decompoziie de nivelul doi n notaia IDEF0

Din diagrama de decompoziie de nivelul unu (figura 2.6) se vede c blocurile funcionale Marketing
i Vnzri i Asamblare i Testare au mai multe interconexiuni, asta vorbete de faptul c n aceste blocuri se
petrec mai mule procese, este necesar de a adnci decompoziia la urmtor nivel - nivelul doi ( figura 2.7).
U SED AT: AU TH OR : R adu B as arabeanul D ATE : 24. 01. 2016 W OR KI N G R EAD ER D ATE C ON TEXT:
PR OJEC T: Proiec t are SI R EV: 05. 02. 2016 D RA FT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A0

s tandarde interne regili relat ii cu noi c erint e


c lient ii

planuri
M arke ting
ofer te f ur nizor i infor m atie pata
Piata e xtern e xte rn
0 lei 1

m ate riale m ark e ting

Analiza Pietii
0 lei 3

r ezultatul
analize i
m ar ke ting piat infor m atie
M arche ting piat a
Piata inte rn inte r n Elaborare
r ecom andri
com enzi de la clie nti 0 lei 2 Re comandri
0 lei 4

e vide nt
contabilitat e
contracte

N OD E: TITLE : N UMBER :
marketing si vnzri
A2

Figura 2.7 - Diagrama de decompozitie de nivelul doi Marketing i Vnzri

n procesul de analiz a proceselor ce se petrec la testarea pieii externe i interne sau evideniat 4
blocuri funcionale vezi figura 2.8.

Analogic efectum decompoziia pentru Blocul Funcional Asamblare i testare.


U SED AT: AU TH OR : R adu Bas arabeanul D ATE: 05. 02. 2016 W OR KI N G R EAD ER D ATE C ON TEXT:
PR OJEC T: Proiec t are SI R EV: 05. 02. 2016 D RAFT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A0

regulide t est are reguli de asamblare s tandarde internenorme de asamblare


U nnamed Arrow / 32

rec om andri
0 lei 1
noi c erint e

produs e

0 lei 2

ans ambe/ subansamble

0 lei 3

s uplinire s t oc

0 lei 4

echipamente t ehnic e c ontabilitat e res urs e umane

N OD E: TITLE: N UMBER :
ansamblare si testare
A3

Figura 2.8 - Diagrama de decompozitie denivelul doi asamblare i testare

n procesul de analiz a proceselor ce se petrec la asamblarea produselor sau evideniat 4 blocuri


funcionale vezi figura 2.9.

U SED AT: AU TH OR : R adu Bas arabeanul D ATE: 05. 02. 2016 W OR KI N G R EAD ER D ATE C ON TEXT:
PR OJEC T: Proiec t are SI R EV: 05. 02. 2016 D RAFT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A0

r eguli de s tandar de U nnamed Arrow / 32


as am blar e inte r ne

r egulide te star e
nor m e de
r ecom andri as am blar e
Asamblare
PC
0 lei 1

PC asam blate
ans am be /s ubans am ble
noi cer inte
Asamblare Te stare
laptopuri produse
0 lei 3
0 lei 2
produs e
finite
s uplinir e s toc
lapt opuri Elaborare conditii
as am blate
de garantie
0 lei 4
ce rt ificat
r ebut garantie

e chipam ente t ehnice contabilitat e r es urs e um ane

N OD E: TITLE: N UMBER :
ansamblare si testare
A3

Figura 2.9 - Diagrama de decompozitie de nivelul doi asamblare i testare


3 Lucrarea de laborator 3
Construirea diagramei de decompoziie n notaia IDEF3

Scopul lucrrii construirea diagramei de decompoziie n notaia IDEF3 a unei lucrri din cadrul
lucrrii 2.
IDEF3 metodologia de modelare ce utilizeaz descrierea grafic a fluxurilor de date, descrie
interconexiunile ntre procesele de prelucrare a datelor (informaiei) care sunt pri componente ale acestor
procese. IDEF3 le ofer posibiliti analitilor de a descrie obiectele, atunci cnd procesele se execut ntr-o
consecutivitate bine determinat i care particip mpreun la aceast executare.
Diagramele n notaia IDEF3- pot conine lucrri, conexiuni, interjecii i obiecte de
referin.

Lucrarea (Unit of Work, activity)


Se reprezint printr-un dreptunghi cu unghiuri ascuite (drepte) , (figura 3.1) i are un nume exprimat
printr-un substantiv verbal, ce arat procesul de aciuni, la singular ori n cadrul unei fraze, are un numr
(identificator); (de exemplu, fabricare produs). Laturile lucrrii au celeai drepturi. n fiecare latur poate
intra sau iei numai cte o sgeat.

Figura 3.1 - Lucrarea n IDEF3

Conexiunile
Conexiunile arat care sunt relaiile ntre lucrri. Toate conexiunile n notaia IDEF3 sunt
unidirecionale i pot fi direcionate n oriice direcie dar de obicei diagramele n IEDF3 se construiesc aa ca
sgeile s fie orientate de la stnga spre dreapta. Trebuie de menionat c n notaia IDEF3 sunt posibile trei
feluri de (conexiuni) sgei ( tabelul 3.1):

Tabelul 3.1 Feluri de conexiuni


Imaginea
Denumire Descriere
sgeii
O sgeat continuu, ce conecteaz lucrarrile (UOW). Se deseneaz
Sgeat (conexiune)
de la stnga spre dreapta sau de sus n jos. Ea arat c lucrarea -
predcesoar
iniial (surs) trebuie s fie finalizat nainte de a se ncepe lucrarea
(Precedence)
scop.
O sgeat cu dou vrfuri la un capt, este utilizat pentru a descrie
Fluxsuri de obiecte faptul c obiectul se folosete n cel puin dou uniti de lucru - de
(Object Flow) exemplu cnd obiectul e natere ntr-o lucrare i este utilizat n alt
lucrae.
O sgeat cu linia punctir, ce este filosit la relatarea conexiunilor
Conexiune relaional unitilor de lucru (UOW), la fel ca i legturile dintre obiectele de
(Relational Link) referin. Aceste conexiui se determin de analistul ce creaz aceast
diagram.
Jonciuni (Junction)
Terminaia unei lucrri poate fi semnal pentru nceputul mai multora, sau pentru a lansa o lucrare ce se
afl n ateptarea terminaiei mai multor lucrri. Interseciile se utilizeaz pentru a reflecta logica
interconexiunilor sgeilor (la unirea lor sau la ramificarea lor) i pentru a reflecta multitudinea evenimentelor
care pot sau trebuie s fie finisate nainte de a se ncepe urmtoarea lucrarea. Putem evidenia jonciuni (tabelul
3.2) pentru unirea sgeilor (Fan-in Junction) i intersecii pentru ramificarea lor (Fan-out Junction). Trebuie
de menionat c aceeasi jonciune nu poate fi concomitent utilizat i pentru unirea sgeilor i pentru
ramificarea lor.

Tabelul 3.2 - Tipuri de jonciuni

Sensul interseciei n cazul Sensul interseciei n cazul


Simbolul
Denumire contopire conexiuni - ramificare conexiuni
jonciunii
(Fan-in Junction) (Fan-out Junction)

Toate procesele precedente Toate procesele urmtoare


Asincron &
trebuie s fie terminate trebuie s fie lansaste
AND

Toate procesele precedente Toate procesele urmtoare


asincron &
trebuie s se termine trebuie s fie lansaste
(Synchronous
concomitent concomintent
AND)

Unul sau mai multe procese Unul sau mai multe procese
asincron sau
precedente trebuie s se ce uremeaz trebuie s fie
(Asynchronous
termine lansate
OR)

Unul sau mai multe procese Unul sau mai multe procese
Sincron Sau
precedente trebuie s se ce uremeaz trebuie s fie
(Synchronous
termine concomitent lansate
OR)
concomitent
Exclusiv
Numai un proces precedent Numai unul din procesele
(exclude sau)
trebuie s fie terminat viitoare trebuie s fie lansat
XOR (Exclusive
OR)

Obiectul de referin
Obiectul de referin n notaia IDEF3 exprim o idee, o concepie sau date care nu pot fi conectate cu
o sgeat, cu o jonciune sau cu o lucrare. Obiectele de referin n model sunt utilizate pentru a ateniona
cititorul despre careva aspecte importante ale modelului. Cnd relatm obiectul de referin trebuie de indicat
i tipul obiectului de referin (figura 3.2).

Fifura 3.2 - Obiectul de referin


n aceast lucrare de Laborator noi vom selecta o lucrare din diagramele IDEF0 i o s o studiem
detaliat cu ajutorul metodologiei IDEF3. La decompoziia lucrrilor IDEF0 (i DFD) trebuie de inut cont c
sgeile pe aceste diagrame (IDEF0 i DFD) arat fluxurile de informaii sau a obiectelor transmise de la o
lucrare ctre alt lucrare. n diagramele IDEF3 sgeile pot indica numai consecutivitatea executrii acestor
lucrri, deci ele au un alt neles n comparaie cu sgeile din IDEF0 sau DFD. Ca urmare a acestui fapt n
procesul de decompoziie a lucrrilor din IEDF0 sau DFD n diagramele IDEF3 sgeile nu migreaz spre
diagramele de un nivel mai jos. Dac este necesar de a arta obiectele din diagrama matern trebuie de utilizat
obiectele de referin.

O s efectum studiul luncrrii Asamblare i testare, blocul 3


Executatrea acestei lucrri se ncepe odat cu plasare comenzi la asamblare. Prima aciune se ncepe
cu: verificarea dac sunt destule asamble i subansamble i se comand asamble i subansamble de la
depozit (elementele ce lipsesc).
n continuare se pregtesc asamblele i subansamblele pentru asamblare (scoatere din cutii, decuparea
capacelor de le fiele de intrare i ieire...).
n continuare se ncepe procesul de asamblare: instalarea plcii de baz n carcas i instalarea
procesorului pe placa de baz, instalarea (RAM) memorie operativ, instalarea Hard-Disk.
Aceste aciuni se efectueaz pentru fiecare PC i nu depind de configuraia calculatorului.
n continuare n dependen de comanda clientului pot fi instalate: DVD, TV- tuner, Card-ryder.
Cu aceasta se termin asamblarea calculatorului.
La urmtoarea operaie:
se instaleaz Sistemul de Operare;
la solicitarea clientului pot fi instalate i alte aplicaii soft.

Ultima aciune la aceast etap este perfectarea raporturilor: Raport PC asamblate i Raport rezultate
asamblare.

Crearea diagramein n notaia IDEF3

Pentru aceasta nserm pe diagrama A3 lucrarea Asamblare i testare butonm iconia "Go
to Child Diagram" selectm notaia IDEF3 ( figura3.3).
U SED AT: AU TH OR: R adu Bas arabeanul D ATE: 09. 02. 2016 W OR KI NG R EAD ER D ATE C ON TEXT:
PR OJEC T: Proiec t are SI R EV: 09. 02. 2016 D RAFT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A3

0 lei

0 lei

0 lei

0 lei

N OD E: TITLE: N UMBER :
Asamblare PC
A31.1

Figura 3.3 - Diagrama iniial n notaia IDEF3 nivelul unu


n Diagrama de decompoziie fiic oricnd pot fi adugate noi lucrri, din aceast cauz cnd alegem
numrul lucrrilor putem indica un numr de lucrri arbitrar. La crearea diagramei fiic aplicaia BPwin nu
transfer sgeile marginale din diagrama matern, ele trebuie nlocuite cu blocuri obiecte de referin:
plasare comenzi, asamble i subansamble, comanda asamble i subansamble Raport PC
asamblate i Raport rezultate asamblare.
Pentru asta activm iconia R (Referent) de pe bara de instrumente i n ferestruica de dialog indicm
Arrow i alegem din lista denumirilor de sgei conexiunea necesar (figura 3.4).

Figura 3.4- Fereastra de dialog Referent

n continuare construim lucrrile i conexiunile ntre lucrri n ordinea desfurrii proceselor de


asamblare i obinem diagrama final (figura 3.5).

U SED AT: AU TH OR: R adu Bas arabeanul D ATE : 09. 02. 2016 W OR KI NG R EAD ER D ATE C ON TEXT:
PR OJEC T: Proiec t are SI R EV: 10. 02. 2016 D RA FT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A3

plas ar e r eguli de
com enzi 0 lei as am blar e nor m e de
com anda as am blar e com ponente ce lipse s c
ans am be /s ubans am ble
la depozit
0 lei 2
Ve r ificar e
Ans am ble/ 0 lei 0 lei 0 lei
s ubans am ble X 0 lei
Ins talar e plc Ins talate
pre gtir e Ins talar e
1 asam blele / de baz (RAM ) Hard-Dis k
J1 subans am ble le s i proce sor
7 10
com ponente ne ce sar e 3 9

Rapor t PC
As am blate
0 lei 0 lei
Ins talar e Ins talar e
DVD Aplicatii
4 14 0 lei
0 lei Per fe ctar e
0 lei
O ins talar e Ins talar e
X X r apor t
TV- tune r O SO 15

J2
11 13
J8 J9
0 lei
J10 Rapor t
ins talar e as am blar e
Car d-ryde r nor m e de
12 r eguli de as am blar e
as am blar e

N OD E: TITLE : N UMBER :
Asamblare PC
A3.1.1

Figura 3.5 - Diagrama de decompoziie IDEF3 nivelul unu

S vedem care sunt particularitile principale a acestei diagrame.


Dup ce efectum lucrarea verific prezena Ansamble/subansamble sunt posibile dou aciuni -
ori comandm la depozit elementele ce lipsesc ori, dac sunt toate elementele necesare se execut lucrarea
pregtire Ansamble/Subansamble- din aceast cauz noi am inclus jonciunea Sincron Sau
(Synchronous OR). Lucrrile pregtire Ansamble/Subansamble i instalare placa de baz i procesor
se interconecteaz cu sgeata Fluxuri de obiecte . Asta indic c ntre lucrri se transmit obiecte.
Lucrrile ulterioare se interconecteaz cu sgeata conexiune predecesoare
(Precedence) deoarece ele arat consecutivitatea aciunilor asupra acelorai obiecte. Dup instalarea Hard-
Discului este posibil instalarea DVD, -tuner, Card-reader sau alte componente. Pentru aceasta am utilizat
jonciunea asincron sau (Asynchronous OR). Aceeai jonciune construim i dup terminarea
lucrrii. n continuare dup ce instalm SO (Sistemul Operaional), la cererea clientului, pot fi instalate i alte
aplicaii soft, sau dac nu, se perfecteaz Rapoartele. Pentru aceasta noi am utilizat jonciunea Exclusiv
(exclude sau) XOR (Exclusive OR), dup cum tim, dup jonciunea poate fi numai jonciunea , din
aceast cauz naintea lucrrii Perfectare Raport am utilizat aceiai jonciune.

Coninutul Raportului: descrierea detaliat a lucrrii ce trebuie descompus, diagrama de decompoziie.


4 Laboratorul 4
Construirea diagramei de decompoziie n notaia DFD

Scopul lucrrii - construirea diagramei de decompoziie a fluxurilor de date n notaia DFD a unei
lucrri din cadrul lucrrilor precedente.
Diagramele fluxurilor de date (Data flow diagram, DFD) sunt utilizate pentru descrierea circulaiei
documentelor i procesarea informaiei. DFD ca i IDEF0 reprezint sistemul modelat ca o reea de lucrri
interconectate. Aceste diagrame pot fi ca completare a diagramelor din notaia IDEF0 pentru a relata mai clar
procesele curente de circulaie a documentelor n sistemele corporative de procesare a informaiei. Scopul
principal al diagramelor este de a arta cum fiecare lucrare transform informaia de intrare n informaia de
ieire, precum i care sunt relaiile ntre aceste lucrri. O diagrama n notaia DFD- poate conine: lucrri,
entiti externe, conexiuni (fluxuri de date) i repozitorii.
Lucrrile - sunt reprezentate prin dreptunghiuri cu colurile rotunjite (figura 4.1).

Figura 4.1 - Reprezentare Lucrri

Sensul lor este identic cu sensul lucrrilor n notaiile IDEF0 i IDEF3. Precum lucrrile din notaia
IDEF3, i lucrrile din notaia DFD, au intrri i ieiri dar nu suport conexiuni de control i mecanisme aa
cum n IDEF0. Toate laturile lucrrilor au aceleai drepturi (sunt egale). n oriice lucrare pot intra i iei mai
multe conexiuni.

Entiti externe
Entitile externe reflect intrrile n sistem i/sau ieirile din sistem. Una i aceiai entitate extern
poate avea concomitent att intrri (avnd rolul de furnizor) ct i s recepioneze ieiri (funcionnd n rolul
de receptor). Entitile externe sunt obiecte materiale de exemplu: beneficiar, client, personal, furnizor,
depozit. Entitate extern nsemn c ea se afl n afara sistemului analizat. Entitate extern este reprezentat
printr-un dreptunghi cu umbre pe marginile exterioare ale laturilor (figura 4.2).

Figura 4.2 - Entitate extern

Conexiuni (fluxuri de date)


Conexiunile indic micarea obiectelor de la lucrare la lucrare, de aici reies c diagrama i notaia DFD
nu are sgei marginale. Conexiunile pot fi bidirecionale (figura 4.3).

Figura 4.3 - Conexiune bidirecional


Repozitorii
Repozitoriul este un dispozitiv pentru pstrarea informaiei care permite de a nscrie informaia i de a
extrage informaie n oriice moment, mai mult ca att metodele de nscriere i de extragere pot fi diferite
(figura 4.4.). Repozitoriul de fapt este un model al viitoarei Baze de Date, deci informaia ce se pstreaz n
Repozitoriu trebuie s corespund cerinelor modelului (Entity-Relationship Diagram).

Figura 4.4 - Repozitoriul n DFD

Decompoziia lucrrilor din IDEF0 n diagramele DFD


Pentru a efectua decompoziia lucrrilor din notaia IDEF0 n notaia DFD trebuie s efectum unele aciuni
cum ar fi:

de a nltura toate sgeile marginale pe diagrama DFD;


de construit entitile externe n loc de sgeile marginale i repozitoriile de informaie;
de construit sgeile interne ce se ncep de la entitile externe ce nlocuiesc sgeile marginale;
sgeile pe diagrama n notaia IDEF0 de tunelat.

Totodat trebuie de menionat, c este dificil de respectat strict regulile notaiei DFD, i din aceast cauz,
BPWin ne permite s construim n diagramele DFD sgei marginale.

Construcia diagramei de decompoziie n notaia DFD


O s efectm decompoziia lucrrii Achiziii i Livrare din diagrama de decompoziie A0 vezi Figura
19. Lucrare de Laborator 2. n aceast lucrare A4 noi vom evidenia lucrrile din diagrama fiic i anume:

achiziie ansamble/subansamble i componente va efectua aciunile legate de selectarea celor mai


convenabili furnizori, plasare cerere de livrare componente;
pstrare ansamble/subansamble, componente i a calculatoarele asamblate;
livrarea produselor finite toate aciunile pentru livrare- mpachetare, perfectarea documentelor i
livrarea produselor ctre clieni.

Selectm lucrarea Aachziii i Livrare din diagrama de decompoziie A0 vezi Figura 2.6. Lucrare
de Laborator 2, activm iconia "Go to Child Diagram" din bara de instrumente i selectm notaia
DFD ( figura4.5) .

La crearea diagramei fiic aplicaia BPWin transfer sgeile marginale din diagrama mam, cum
am menionat mai sus ele se nltur i se nlocuesc entiti externe - butonul "External Reference Tool"
din bara de instrumente, n ferestruica de dialog ce a aprut selectm butonul Arrow i alegem list
denumirile ce aparin acestor sgei (figura 4.6).

n continuare amplasm lucrrilefiic, le conectm cu entitile externe ( figura 4.7).


U SED AT: AU TH OR: R adu Bas arabeanul D ATE: 10. 02. 2016 W OR KI NG R EAD ER D ATE C ON TEXT:
PR OJEC T: Proiec t are SI R EV: 10. 02. 2016 D RAFT
R EC OMMEND ED
N OTES: 1 2 3 4 5 6 7 8 9 10 PU BLIC ATION A0

reguli relat ii c u c lient ii s tandarde interne

0 lei 1

produs e f inite

0 lei 2 produs e s i s erv ic ii

elem ente
achzit ionate
0 lei 3
Ac hizitii elemente
s uplinire s t oc
produs e f inite

0 lei 4

res urs e um ane c ontabilitat e ev ident c ont rac te unit ti de trans port

N OD E: TITLE: N UMBER :
achizitii si livrare
A4

Figura 4.5 - Diagrama fiic iniial n notaia DFD

Figura 4.6 - Ferestruica de dialog External Reference

reguli relatii cu clientii standarde interne

Unnamed Arrow / 64
Unnamed Arrow / 65

0 lei 1
elemente achz itionate
Unnamed Arrow / 66 Acizitii
componente

Achizitii elemente
0 lei 2

depozitare
componente
si PC-uri
livrare produse si
0 lei 3
servic ii
livrare inf .plas are comenz i
produse
finite
suplinire stoc
produs e f inite

res urse umane contabilitate ev ident contracte unitti de transport

NODE: TITLE: NUMBER:


achizitii si livrare
A4

Figura 4.7 - Diagramafiic n notaia DFD


5 Laboratorul 5
Bazele aplicaiei AllFusion ERwin Data Modeler

CA ERwin Data Modeler (ERwin) instrument din tehnologiile CASE- instrument pentru proiectarea
Bazelor de Date, instrument care permite de a crea, documenta i monitoriza Baze de Date, repozitorii i galerii
de date.

Lucrul cu aplicaia se ncepe cu crearea unui model nou, pentru care trebuie de selectat tipul modelului
(Logical; Physical; sau Logical/Physical) i SGBD -ul preferat din ferestruica Database i versiunea ei
Version (figura 5.1).

Figura 5.1- Crearea unui Model nou

ERwin ne permite de a crea model la nivelul logic, sau model la nivelul fizic sau modelul combinat
(Logical; Physical; sau Logical/Physical).

Modelul de nivel logic este o abordare abstract a datelor (informaiei) n acest model datele sunt
prezentate aa cum sunt n realitate, i pot fi numite cu denumirea lor real (Furnizor, Client, Secie,
Comand ).

Obiectele de pe acest model se numesc entiti i atribute. Modelul logic al datelor este universal
i nu este legat de aplicarea unei SGBD reale.

Modelul de nivel fizic - depinde de SGBD-ul concret selectat. n modelul fizic se conin informaii
despre toate subiectele Bazei de Date. modelul fizic depinde de SGBD-ul ales n care noi vrem s crem Baza
de Date.

La nivelul logic ERwin suport notaiile IE i IDEF1X, la nivelul fizic susine trei notaii- IE, IDEF1X
i DM. n continuare noi v-om modela lucrarea noastr n notaia IDEF1X.

Trecerea de la modelul logic la modelul fizic se efectueaz prin ferestriuca de dialog din bara de
instrumrnte (figura 5.2).
Figura 5.2 - Trecerea de la modelul logic la modelul fizic

Modelul de nivel logic

Pentru a construi un model la nivelul logic utilizm bara de instrumente Toolbox cu instrumentele din
aceast bar noi construim entiti i conexiunile dintre ele (Figura 5.3, tabelul 5.1)

Figura 5.3 - Bara Toolbox

Tabelul 5.1 Imaginea i funcia iconiei

Imaginea
Funcia iconiei
iconiei

Crearea unei Entiti noi. Pentru a crea o entitate nou butonm pe iconi i apoi
pe un locul liber pe cmpul modelului.

Crearea categoriilor. Pentru a relata o conexiune categorizat butonm Iconia,


apoi butonm entitatea mam i n continuare butonm entitatea fiic.

Crearea unei conexiuni identificatoare. Pentru a conecta dou entiti cu o


conexiune identificatoare butonm Iconia, apoi butonm entitatea mam i
n continuare butonm entitatea fiic.

Creare conexiune mai muli la mai muli.

Crearea unei conexiuni neidendificatoare.

Dup ce am construit entitile crem atributele pentru fiecare entitate. Pentru aceasta sunt dou
posibiliti: dublu clic pe entitate sau, n meniul de context selectm punctul Attributes (Figura 5.4).

n fereastra atributelor entitii avem posibilitate de a vizualiza i redacta informaia despre atributele
create i de a crea noi atribute. Tot aici indicm care atribut are statutul de cheie primar. Pentru a crea un
atribut nou activm butonul New. n fereastra de dialog ce a aprut ( Figura 5.5) putem: - selecta tipul
atributului (BLOB, data/ora, numr, rnd), - ai da un nume atributului (Attribute Name) i numele coloniei
(Column Name), care va reprezenta atributul la nivelul fizic (Figura 5.5).

Dup ce construim entitile efectum conexiunile ntre ele. La crearea unei conexiuni idendificatoare
atributele ce au statut de cheie primar a entitii mam migreaz n componea cheiei primare a entitii
fiic, iar la Crearea unei conexiuni neidendificatoare migreaz, pur i simplu, n componena atributelor
entitatii fiic.
Figura 5.4 - Ferestruica atributelor entitii selectate

Figura 5.5 - Creare atribute

La determinarea statutului unei conexiuni, sau de ai modifica statutul trebuie de fcut dublu click pe
conexiune sau de ales din meniul de context punctul Relationship Properties (figura 5. 6). Aici n registrul
opiunilor dac selectm opiunea General putem atribui numele conexiunii (n direcia mam fiic i
direcia fiic mam), nivelul puteri conexiunii (zero, una sau mai multe; una i mai multe (); zero sau
una (Z); fix (un numr concret), putem schimba tipul conexiunii.

Tot aici n opiunea RI Action putem atribui limita integritii.


Figura 5. 6 - Fereastra Relationship

Exemplu a unui model logic a Bazei de Date este reprezentat n figura 5. 7.

Figura 5. 7 Exemplul unei scheme logice a BD

Nivelul fizic al modelului de date

Dac trecem de la nivelul logic la nivelul fizic atunci n mod automat se va crea schema fizic a Bazei
de Date (figura 5.8)

Figura 5.8 - Schema fizic a Bazei de Date create n mod automat

Ea poate fi completat, redactat sau a fi modificat. Principiul de lucru la crearea schemei fizice este
analogic cu principiul de lucru la crearea schemei logice.

Dup ce am creat schema fizic a BD putem genera scripturile pentru SGBD - ul ales. Pentru aceasta
utilizm punctul meniu Tools -> Forward Engineering/Schema Generation (Figura 5.9).
Figura 5.9 - Fereastra pentru a genera SQL-scripturi pentru un SGBD predestinat

Aici putem indica care scripturi trebuie de generat, de previzualiza scripturile i de ai genera (ERwin
va efectua conexiune cu SGBD-ul selectat i n mod automat va genera SQL-scripturi).

Aceast lucrare de Laborator poate fi acceptat numai n combinaie cu Lucrarea de Laborator 6 -


"Elaborarea modelului logic al Domeniului Obiectiv".
6 Laboratorul 6
Elaborarea modelului logic al Domeniului Obiectiv

Scopul lucrrii- elaborarea modelului logic al Domeniului Obiectiv ales n notaia IDEF1X.
n aceast lucrare trebuie de elaborate modelul logic al Domeniului Obiectiv n notaia IDEF1X cu
instrumentul CASE- ERwin Data Modeler, schema logic a datelor Domeniului Obiectiv Business-
procesele care au fost modelate n Lucrrile de Laborator precedente.

IDEF1X
IDEF1X este bazat pe abordarea lui Chen i permite modelarea datelor ce corespunde Bazei de Date
relaionale n a treia form normal. Notaia Chen i procesul de construire a diagramelor a fost studiat n
cursul organizarea Bazelor de Date i noi n cadrul acestei lucrri vom studia numai diferenele dintre ele.
Entitate (Entity) obiect real sau imaginar ce are o nsemnat importan pentru Domeniul Obiectiv.
Fiecare Entitate trebuie s aib o denumire, exprimat printr-un substantiv la singular. Fiecare Entitate
trebuie s posede un identificator unic. Fiecare Entitate trebuie s se identifice univoc i s se deosebeasc de
alte entiti de tipul dat.
Atribut (Attribute) oriice caracteristic a entitii, este important pentru Domeniul Obiectiv cercetat
i ea servete pentru: calificare, identificare, clasificare, caracteristica cantitativ sau exprimarea strii entitii.
Denumirea atributului trebuie s fie exprimat printr-un substantiv la singular.
Conexiune (relaie) (Relationship) asociaia nominativ ntre dou entiti al Domeniul Obiectiv
cercetat.
n notaia IDEF1X entitile se mpart n trei categorii dependente, independente de identificatori
sau simplu independent, dac fiecare exemplar poate fi univoc identificat fr a determina relaiile cu alte
entiti.
Entitatea independent grafic este reprezentat printr-un dreptunghi obinuit, pe cnd Entitatea
dependent grafic este reprezentat printr-un dreptunghi cu colurile rotunjite.
n notaia IDEF1X exist urmtoarele puteri de conexiuni (relaii):

Puterea N - fiecare exemplar al entitii - parental poate avea 0 (zero), unu sau mai mult de ct un
exemplar interconectat cu un exemplar entitate-motenit (fr a specifica);

Puterea - fiecare exemplar de entitate - parental trebuie s aib nu mai puin de un exemplar
de entitate-motenit conectat cu exemplarul entitii parental;

Puterea Z - fiecare exemplar de entitate - parental trebuie s aib nu mai mult de un exemplar
entitate-motenit conectat cu entitate parental;

Un numr concret - fiecare exemplar de entitate - parental trebuie s fie conectat cu un numr fix
de entitate-motenit.

n ERwin la crearea conexiunii identificatoare atributele cheii primare a entitii parentale n mod
automat se transfer n componenta cheii primare a entitii-motenit. Aceasta se numete migraia
atributelor. n entitate-motenit aceste atribute se identific ca cheie extern (FK). La crearea conexiunii
neidentificatoare atributele cheii primare a entitii- parentale n mod automat se transfer n cmpul
atributelor non-cheie a entitii-motenit.

Elaborarea Modelului logic al datelor a companiei de asamblare i realizarea calculatoarelor PC i


a notebook uri

n cazul acestei companii vom elabora modelul logic al procesului de asamblare calculatoare.
Pentru a crea Modelul logic al datelor ( figura 6.1) trebuie s parcurgem urmtorii pai.
Paii pentru crearea modelului logic:
a) identificarea cerinelor de business;
b) analiza cerinelor de business;
c) crearea modelului conceptual al datelor, aprobarea lui de ctre reprezentanii companiei;
d) crearea noului model logic de date care include urmatoarele:
1) selectarea bazei de date int (pentru generare scripturi, pentru schema fizic);
2) crearea unui document cu abrevieri standard pentru obiectele logice/fizice;
3) crearea domeniilor;
4) crearea regulilor;
5) crearea valorilor implicite;
6) crearea entitilor i adaugarea definiii;
7) asignarea tipurilor de date/domeniilor pt atribute;
8) adugarea de restricii check/reguli sau valori implicite;
9) crearea de chei primare sau unice;
10) crearea indecilor;
11) dac e necesara, crearea subtipurilor i supertipurilor (motenire) ;
12) identificarea relaiilor ntre entiti i crearea cheilor externe;
13) validarea modelului de date;
14) aprobarea modelului logic.

Crearea entitilor i adaugarea definiii


Pentru a crea modelul logic trebuie s cream entitile obiectului cercetat. Pentru domeniul cercetat vom
identifica urmtoarele entiti:

client - persoan, ce procur calculatoare;


comand lista calculatoarelor care sunt procurate de client;
calculator;
ansamble - elemente, din care sunt asamblate calculatoarele;
colaborator specialistul companiei, ce asambleaz un calculator concret.

S identificm care sunt relaiile dintre aceste entiti:

client comand, un client poate plasa mai multe comenzi, trebuie de menionat c dac un client este
n baza de date atunci el a plasat mcar o comand, asta ne arat c puterea conexiunii este - ,
Conexiune identificatoare, de oarece comand fr client nu poate exista;
comand calculator, n cadrul unei comenzi clientul poate comanda mai multe calculatoare, dar ca
minimum n comand trebuie s fie mcar un calculator, asta ne arat c puterea conexiunii este - .
Conexiune identificatoare, de oare ce calculator fr comand nu poate exista;
calculator ansamble, ntr-un calculator sunt mai multe componente diferite, unul i acelai tip de
componente poate fi parte a diferitor calculatoare, puterea conexiunii este muli la muli, n IDEF1X
astfel tip de conexiune nu exist pentru a rezolva situaia, ntroducem noiunea de entitate asociativ
Configuraia;
putere conexiunii ntre entitile Calculator i Configuraia este P, deoarece oriice Calculator
obligatoriu are o Configuraie, puterea conexiunii ntre entitile Ansamble i Configuraia este - N,
putem avea cazul c unele componente nc nu sunt instalate n nici un calculator, conexiunea n
ambele cazuri este identificatoare pentru c nu poate exista Configuraia calculatorului fr legtura
direct cu calculatorul i cu ansamble;
ansamble tip de elemente, este evident c numrul de tipuri de ansamble care pot fi instalate este
limitat dar sunt des utilizate, vom introduce o entitate nou - tipul de ansamble, puterea conexiunii este
- , conexiunea este identificatoare;
calculator colaborator, fiecare Calculator este asmblat de un specialist, unii dintre ei pot asambla
mai multe Calculatoare, puterea Conexiunii N, tipul conexiunii este neidentificatoare, pentru c
exemplarul entitii Calculator deja poate exist dar el nu este nc legat de nici un specialist, anume
din aceste considerente n proprietile acestei conexiuni noi am ales comutatorul "Nulls Allowed" (pe
diagram un romb din partea entitii parentale specialist.

Figura 6.1 - Modelul logic al datelor a Companiei de asamblare Calculatoare i Notebook-uri


7 Laboratorul 7
Elaborarea Specificaiilor Tehnice (Caietul de Sarcini) necesare pentru realizarea unui sistem
informatic al Companiei (companiei alese).
Sarcina Tehnic este documentul, care determin scopurile i obiectivele, cerinele i datele principale
de intrare, necesare pentru elaborarea SI (Reglementare Tehnic 38370656- 002:2006).
La elaborarea ST vor fi soluionate urmtoarele probleme:
stabilirea scopului crerii SI, determinarea funciilor i a subsistemelor;
elaborarea i fundamentarea cerinelor privind subsistemele;
elaborarea i fundamentarea cerinelor privind baza informaional, resursele matematice, program i
tehnice (inclusiv, mijloacele de comunicaie i trasmitere a datelor);
identificarea cerinelor generale ale sistemului proiectat;
determinarea listei lucrrilor de creare a sistemului i a executorilor;
determinarea etapelor crerii sistemului i termenilor de execuie a acestora;
calcularea preliminar a costurilor pentru crearea sistemului i determinarea nivelului de eficien
economic a implementrii lui.

Sarcina Tehnic trebuie s conin urmtoarele capitole cu coninut posibil:

Generaliti:
denumirea complet a sistemului i abrevierea;
codul (numrul) temei sau al contractului;
denumirea organizaiei executoare i a beneficiarului, rechizitele lor;
lista documentelor n baza crora este creat sistemul;
data de ncepere i finalizare a lucrrilor;
informaii despre surse i modalitatea de finanare;
ordinea de perfectare i prezentare a rezultatelor crerii SI, prilor sistemului sau a unor module
separate.

Descrierea obiectului automatizrii:

descrierea general a obiectului automatizrii;


determinarea misiunii i domeniului Obiectiv de activitate a Companiei;
elaborarea Diagramei de context (n IDEF0);
elaborarea Diagramei Structurale a Companiei (n MS Visio);
determinarea obiectelor pentru care va fi utilizat sistemul (limitele sistemului);
informaii despre condiiile de exploatare i caracteristicile sitemului.

Destinaia i scopurile crerii (modernizrii) sistemului:

categoria activitilor de automatizare;


lista obiectelor pentru care va fi utilizat sistemul;
denumirea i valorile solicitate ale indicatorilor tehnici, tehnologici, economici etc., care vor fi atini
odat cu implementarea sistemului.
Cerine referitoare la sistem:
a) cerine privind sistemul n totalitate:
1) cerine referitoare la structura i modul de funcionare a sistemului (lista subsistemelor, nivelele
ierarhice, gradul de centralizare, modul de schimb informaional, regimurile de funcionare,
interaciunea cu alte sisteme, perspectivele de dezvoltare);
2) cerine privind personalul (roluri, calificarea, regimul de lucru, organizarea instruirii, utilizatorii);
3) indicatori asociai destinaiei sistemului (adaptabilitatea la modificrile sistemului de conducere i a
valorilor parametrilor, scalabilitatea);
4) cerine privind fiabilitatea, securitatea, ergonomia, transportabilitatea, exploatarea, deservirea tehnic
i reparaia, protecia contra unor influene externe, drepturi de autor, standardizare i unificare;
b) cerine referitoare la funcii (pe subsisteme):
1) lista activitilor automatizate;
2) cadrul temporal de realizare a fiecrei funcii;
3) cerine privind calitatea realizrii fiecrei funcii, forma de prezentare a ieirilor, exactitatea i
autencitatea datelor;
4) lista i criteriile de stabilire a cderilor (refuz serviciu);
c) cerine referitoare la resurse:
1) matematice - componena i sfera utilizrii modelelor i metodelor matematice, algoritmilor existeni
i noi;
2) informaionale - componena, structura i organizarea datelor, schimbul intern de date, compatibilitatea
informaional cu alte sisteme, clasificatoarele utilizate, SGBD, controlul datelor i folosirea masivelor
de date, procedurile de conferire a valabilitii juridice documentelor la ieire;
3) lingvistice - limbajele de programare, limbile de interaciune a utilizatorilor cu sistemul, sistemele de
codare, limbajele pentru intrri/ieiri;
4) program - independena de platform, calitatea i metodele de control, utilizarea fondurilor de algoritmi
i programe;
5) tehnice;
6) metrologice;
7) organizaionale - structura i funciile departamentelor de exploatare, protecia contra unor aciuni
eronate;
8) metodice - documentaia normativ-tehnic.

Componena i coninutul lucrrilor de creare a sistemului:


lista stadiilor i a etapelor;
termenii de execuie;
lista organizaiilor executoare;
modalitatea i ordinea expertizrii documentaiei tehnice;
programul de asigurare a fiabilitii;
programul de asigurare metrologic.

Modul de testare, verificare i primire a sistemului:


tipurile, componena, volumul i metodele de testare;
cerine generale privind acceptarea lucrrilor pe etape;
statutul comisiei de primire.

Cerine referitoare la componena i coninutul lucrrilor de pregtire a obiectului automatizrii


pentru lansarea n exploatare a SI:
transformarea informaiilor de intrare n form mainolizibil;
modificrile introduse n obiectul automatizrii;
termenii i modalitatea de selectare i instruire a personalului.
Cerine privind documentaia:
lista documentelor elaborate;
lista documentelor pe supori magnetici.
8 Lucrare 8

Elaborarea Proiectul de Curs

Proiectul de Curs trebuie s conin:


a) Caietul de Sarcini;
b) Din Laborator : 2 (Sarcina 1, Sarcina 2, Sarcina 3):
1) Figura 2.2. Diagrama de context rezultativ a Companiei;
2) Figura 2.6. Blocuri Funcionale. Diagrama decompoziie de nivelul unu;
3) Figura 2.9. Diagrama de decompoziie de nivelul doi asamblare i testare;
c) Din Laborator : 3 Figura 3.5. Diagrama de decompoziie IDEF3 nivelul unu.
d) Din Laborator : 4 Figura 4.7. Diagrama fiic n notaia DFD
e) Din Laborator : 6 Figura 6.1. Modelul logic al datelor a Companiei de asamblare Calculatoare i
Notebook-uri.

n cadrul Proiectul de Curs trebuie s fie elaborate:


Diagrama funcional a Companiei (n MS Visio);
Diagrama de clasa: descrie structura unui sistem prin evidentierea claselor din sistem, a atributelor
lor si a relatiilor dintre clase (n UML);
Diagrama de component: descrie modul in care un sistem este descompus in partile sale componente
si arata dependentele dintre acestea (n UML);
Diagrama de activitate: descrie succesiunea de activitati operationale ale componentelor unui
system (n UML);
Diagrama de stare: descrie starile si starile de tranzitie ale sistemului (n UML);
Diagrama cazurilor de utilizare: descrie funcionalitatea oferit de sistem din perspectiva actorilor,
a scopurilor lor reprezentate i cazuri de utilizare i a oricror dependente dintre aceste cazuri (n UML).

Elemente ale managenetului de proiect

Managementul de proiect - activitatea care implic cele patru funcii ale managementului n conducerea
unui proiect (1).

PLANIFICARE:
- stabilete ce trebuie fcut;
- estimeaz timpul necesar;
- estimeaz costurile.

ORGANIZARE:
- stabilete echipa ce se va ocupa de proiect;
- aduce mpreun managerii, profesionitii i utilizatorii.

CONTROL:
- monitorizeaz progresele i rapoartele;
- compara planurile cu situaia actual.

INDRUMARE:
- adaptarea proiectului dinamicii firmei;
- coordoneaz oamenii pentru a se implica la maximum n rezolvarea proiectului.
Figura 8.1- Diagrama Gantt
Bibliografie

1. Unelte i tehnici de dezvoltare a sistemelor, Prof.dr.ing. Liviu Roca


2. AllFusion Process Modeler. 2002 Computer Associates International, Inc. (CA)
3. CA ERwin Data Modeler. Implementation Guide. Release 9.64.00
4. IDEF1X Introduction. Derek Asirvadem. 1993-2013 Software Gems Pty Ltd