Sunteți pe pagina 1din 13

PROIECT

Proiectarea unei activiti comerciale.


Fabrica de confecii textile

Cuprins
Introducere................................................................................................2
CAPITOLUL 1. PREZENTAREA UNUI CAZ CONCRET DE ACTIVITATE COMERCIAL....3
1.1

Activitatea sistemului informatic..................................................................4

1.2

Diagrama cazurilor de utilizare....................................................................7


Aspecte teoretice.....................................................................................7

1.3

Diagrama de Clase...............................................................................10
Aspecte teoretice...................................................................................11

1.4

Diagrama de secvente.............................................................................12
Aspecte teoretice...................................................................................12

1.5

Diagrama de Stri................................................................................12
Aspecte teoretice...................................................................................12

Bibliografie..........................................................................................13

Introducere

In acest proiect, am prezentat proiectarea unei fabrici de confectii textile care este structurata pe
mai multe departamente specializate in diferite zone de lucru.
Pentru prezentarea aceasta am folosit programul Visual Paradigm 12.0. Acesta are rolul de a
modela proiectarea unei activitati comerciale si de a prezenta sub forma diagramelor cum se
poate ajunge in acesta si utilitatea acestuia.
Activitatea sistemului informatic al societii este realizat din ansamblul format de datele de
intrare (iniiale i intermediare), actele normative folosite, precum i de procedeele de prelucrare
a datelor.

CAPITOLUL 1. PREZENTAREA UNUI CAZ CONCRET DE ACTIVITATE


COMERCIAL.
FABRICA DE CONFECII TEXTILE

n cadrul unei fabrici de confecii textile, activitatea este structurat pe compartimente.


ncepnd cu depozitul de materiale, continund cu sala de croit, linia de fabricaie i sfrind cu
depozitul de produse finite, materialele trec prin diferite stadii de execuie ajungnd n final
produse finite. n cazul prezentat clientul emite comanda ctre fabric asigurnd totodat i toate
materialele necesare executrii ei (aa numitul sistem LOHN). Depozitul de materiale
recepioneaz materialele din care debiteaz slii de croit necesarul de materile principale (stof,
cptuseal, furnituri).
Sala de croit croiete materialele principale transformndu-le n repere croite pe care le transmite
apoi liniei de fabricaie. Linia de fabricaie primete materiale auxiliare (a, nasturi, embleme)
cu ajutorul crora transform prin asamblare reperele croite primite de la sala de croit, n produse
finite.
Dup ambalare, produsele finite sunt stocate n depozitul de produse finite de unde se face
livrarea lor ctre client mpreun cu materialele rmase. Dup expedierea mrfii se emite factura
ctre client. Activitatea sistemului informatic al societii descrise mai sus este realizat din
ansamblul format de datele de intrare (iniiale i intermediare), actele normative folosite, precum
i de procedeele de prelucrare a datelor.

1.1 Activitatea sistemului informatic

Activitatea sistemului informatic al societii descrise mai sus este realizat din ansamblul format
de datele de intrare (iniiale i intermediare), actele normative folosite, precum i de procedeele
de prelucrare a datelor.
Unified Modeling Language reprezint o nou metod de analiz i proiectare orientate obiect
aparut ca urmare a introducerii standardizrii. U.M.L. nu reprezint o metod n sine ci este mai
mult un instrument, o notaie grafic ce acoper majoritatea diagramelor necesare reprezentrii
ciclului de via al unui sistem informatic.
n continuare sunt prezentate cteva diagrame UML specifice sistemului informatic tematic ales:
1) Diagrama cazurilor de utilizare,
2) Diagrama claselor,
3) Diagrama de secvene,
4) Diagrama schimbrilor de stare.

Date de intrare:
Tranzacii externe :
nume client,
numr order,
model,
tip material,
cod material,
cantitate material,
dat producie,
dat livrare,
dat recepie material,
size (mrime corporala, msura ce reflect conformaia corpului),
cantitate specificat (cantitatea specificat pentru fiecare size n parte).
Tranzactii interne :

cantitate croit,
cantitate livrat,
cantitate (total) specificat,
cantitate (total) croit,
cantitate (total) livrat,
valoare factur materiale,
valoare factur manoper,
valoare factur produs,
valoare penaliti.
Acte normative:
proforma order,
tabel dimensional,
schi model,
factur materiale recepionate,
factur execuie produs finit,
legislaia vamal n vigoare,
contractul ncheiat de conducerea fabricii cu clientul.
Procedee de prelucrare a datelor:
Recepionarea i transmiterea documentelor n format electronic,
Editarea i listarea datelor,
Vizualizarea i consultarea datelor.
O reprezentare succint, iniial i nestandardizat a sistemului informatic ar putea fi urmtoarea:

Procesul se desfoar astfel:


1) Societatea de confecii recepioneaz actele normative ce conin datele de intrare,
2) Se face prelucrarea datelor de intrare coninute n actele normative. Sub aspectul prelucrare
date regsim operaiile de recepie material, lansare comand, croire, debitare material, execuie
n fabricaie, livrare, facturare, etc.

1.2 Diagrama cazurilor de utilizare


Aspecte teoretice

O diagram use case este una din diagramele folosite n UML pentru a modela aspectele
dinamice ale unui program alturi de diagrama de activiti, diagrama de stri, diagrama de
secven i diagrama de colaborare. Altfel spus, diagramele use case se utilizeaz pentru:
pentru a modela contextul unui sistem: determinarea granielor sistemului i a actorilor cu care
acesta interacioneaz.
pentru a modela cerinele unui sistem: ce trebuie s fac sistemul (dintr-un punct de vedere
exterior sistemului) independent de cum trebuie s fac. Va rezulta specificarea
comportamentului dorit. Sistemul apare ca o cutie neagr. Ceea ce se vede este cum
reacioneaz el la aciunile din exterior.
Descrierea cazurilor de utilizare:
1) Denumirea sau titlul: Procesarea unei comenzi de produse de confecii,
2) Scop: Realizarea i livrarea de produse finite,
3) Actori: Client, Depozit materiale, Sala de croit, Linia de fabricaie, Depozit produse finite,
4) Punct iniial: Clientul emite comanda i livreaz materialele,
5) Punct final: Depozitul de produse finite livreaz clientului produsele finite mpreuna cu
materialele rmase dupa procesarea comenzii,
6) Descriere derulare la nivelul celui mai semnificativ scenariu:
Clientul emite comanda,
Clientul furnizeaz materialele,
Depozitul de materiale recepioneaz materialele,
Depozitul de materiale emite materialele principale slii de croit,
Sala de croit primete materialele principale, realizeaz repere croite i le debiteaz pe linia de
fabricaie,
Linia de fabricaie primete reperele croite de la sala de croit precum i materialele auxiliare de
la depozitul de materiale asamblndu-le n produse finite pe care apoi le ambaleaz i le
nmagazineaz n depozitul de produse finite,
Depozitul de produse finite livreaz produsele finite clientului mpreun cu materialele rmase
dup procesarea comenzii,
Se emite factura pentru produsele livrate ctre client.
7) Rezultat msurabil: Comanda este onorat prin livrarea produselor finite.

Diagrama cazurilor de utilizare :


n diagrama cazurilor de utilizare sunt inclui actorii i cazurile de utilizare iniiate de acetia.
Cazurile de utilizare descriu interaciunile poteniale dintre actori i sistemul informatic. Actorii
sunt elemente ale sistemului care genereaz evenimente.

n diagrama de mai sus, cazurile de utilizare se observ c pot avea ntre ele diferite relaii:
- relaia de extensie:
1) Returneaza materiale rmase este o extindere a cazului Recepioneaz materiale,
2) Depoziteaz produse este o extindere a cazului Ambaleaz care este la rndul su o
extindere a cazului Livreaz produse finite,
- relaia de incluziune:
3) cazul Alimenteaz repere croite este inclus n Primete repere croite,
4) Cazul Primete materiale principale este inclus n Debiteaz materiale principale care este
inclus n Receptioneaz materiale care la rndul su este inclus n Livreaz materiale.

1.3 Diagrama de Clase

Aspecte teoretice
Diagrama claselor:
Diagrama de clase este folosit pentru a modela structura (viziunea static asupra) unui sistem. O
astfel de diagram conine clase / interfee, obiecte i relaii care se stabilesc ntre acestea.
Relaiile pot fi de tipul:
asociere; agregare; generalizare; dependen; realizare.
Clasele sunt folosite pentru a surprinde vocabularul sistemului ce trebuie dezvoltat. Ele pot include:
abstracii care fac parte din domeniul problemei;
clase necesare la momentul implementrii.
Diagrama claselor este reprezentarea relaional a claselor unui sistem.Clasele corespund
semantic entitilor din sistemul real. Ele sunt constituite din grupuri de obiecte cu atribute,
operaii i relaii comune.

1.4

Diagrama de secvente

Aspecte teoretice
Diagrama de secvene reprezint interaciunile dintre obiecte din punct de vedere temporal,
ilustrnd ordinea cronologic a interaciunilor dintre ele pentru scenarii ale unui singur caz de
utilizare.
n diagrama de secvene sunt reprezentate numai obiectele ale cror clase au fost descrise i ntre
care exist relaii n diagrama claselor. Obiectele relaioneaz prin mesaje, iar mesajele au
coresponden cu operaiile claselor din care fac parte obiectele.
Sunt utilizate pentru a specifica posibilele stari prin care poate trece un obiect si modul in care se
poate trece de la o stare la alta (modelare work-flow-uri, modelare fluxuri de documente,
diagrame de stari).
n diagrama de secvene se observ c din punct de vedere temporal,secvena Livreaz precede
dou secvene anterioare : Ambaleaz i Returneaz materiale, ntruct una dintre condiiile
contractuale prevede livrarea produselor mpreun cu restul materialelor rmase.

1.5

Diagrama de Stri

Aspecte teoretice
Diagrama schimbrilor de stare :
Diagrama de stare descrie comportamentul obiectelor unei singure clase evideniind dinamica
atributelor i legturilor sale cu alte obiecte din sistem.
Astfel, conform diagramei de stare de mai jos, comanda poate fi lansat numai dac sunt
satisfcute simultan urmtoarele condiii: exist capacitate de producie i exist materiale
recepionate.

Bibliografie
1. https://sites.google.com/site/umlupg/curs
2. http://www.conflux.ro/organizare.php
3. Daniela Enachescu, Cristina Oprea, Birotica: prelucrare si prezentare date, Editura
Universitatii Petrol-Gaze din Ploiesti, 2007