Documente Academic
Documente Profesional
Documente Cultură
Metodele ofer o abordare tiinific pentru rezolvarea problemelor. Metodele ghideaz practicanii lor,
printr-o abordare disciplinat, de ncredere distilat din experiena experilor.
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:
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.
Pentru modelarea domeniului obiectiv vom aplica metodele notaiilor din familia IDEF i DFD:
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:
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).
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
Dup ce atribuim parametrii modelului, butonmOK i se va afia fereastra de dialog (figura 1.3)
compus din cinci pri:
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).
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
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.
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) .
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.
n exemplul nostru noi vom efectua conexiunile i la alte blocuri funcionale ( figura 1.10, figura 1.11.
figura 1.12).
Scopul lucrrii:
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:
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:
n lucrrile de laborator vor fi create modelul AS-IS sau modelul TO-BE, n funcie de starea obiectului
ce va fi informatizat.
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:
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
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.
Acurile de intrare:
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.
carul legal
norme de asamblare
reguli de asamblare reguli de testare
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
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.
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.
Aceste proceduri le vom grupa pentru a evidenia subdiviziunile principale ala Companiei ce asigur
funcionalitatea ei.
Management :
Marketing i vnzri:
Achiziii i Livrri :
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.
0lei 3
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
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
resurse umane
M1 M2 M3 M4 M5
NODE: TITLE : NUMB ER:
Ansamblare Calculatoare
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
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
planuri
M arke ting
ofer te f ur nizor i infor m atie pata
Piata e xtern e xte rn
0 lei 1
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
n procesul de analiz a proceselor ce se petrec la testarea pieii externe i interne sau evideniat 4
blocuri funcionale vezi figura 2.8.
rec om andri
0 lei 1
noi c erint e
produs e
0 lei 2
0 lei 3
s uplinire s t oc
0 lei 4
N OD E: TITLE: N UMBER :
ansamblare si testare
A3
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 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
N OD E: TITLE: N UMBER :
ansamblare si testare
A3
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.
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):
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).
Ultima aciune la aceast etap este perfectarea raporturilor: Raport PC asamblate i Raport rezultate
asamblare.
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
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
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).
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).
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.
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).
0 lei 1
produs e f inite
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
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
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).
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
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)
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.
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
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.
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)
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).
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.
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.
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.
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.
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