Modelarea Prin Tehnici Uml

LUCRARE DE LICENȚĂ

MODELAREA PRIN TEHNICI UML PENTRU ACTIVITATILE DERULATE DE FIRMA

Cuprins

Introducere

Cap.1. Limbajul unificat de modelare – UML

Scurt istoric

Limbaje de modelare UML

Modelarea cazurilor de utilizare

Modelarea conceptuală

Cap.2. Diagrame UML. Clasificare

2.1. Diagrame structurale

2.1.1 Diagrama claselor (Class Diagram)

2.1.2 Diagrama obiectelor (Object Diagram)

2.1.3 Diagrama componentelor (Component Diagram)

2.1.4 Diagrama de desfășurare (Deployment View)

2.2.Diagrame comportamentale

2.2.1 Diagrama cazurilor de utilizare (Use Case Diagram)

2.2.2 Diagrama de activitate (Activity Diagram)

2.2.3 Diagrama de stare (State Diagram)

2.2.4 Diagrama de interacțiune (Interaction Diagram)

2.2.4.1 Diagrama de Secvența (Sequence Diagram)

2.2.4.2 Diagrama de Colaborare ( Collaboration Diagram)

Cap.3. Aplicarea diagramelor UML în activitatea de marketing de la firma Emag

3.1 Scurt istoric firma

3.2 Activitatea de marketing

3.2.1 Vanzari

3.2.2 Reclama

3.3 Implementarea Diagramelor UML in activitatea de marketing

Concluzii

Bibliografie

Introducere

UML este un limbaj de modelare vizual, orientat obiect, care descrie (reprezintă) proprietățile structurale și dinamice ale unui sistem software. Prin sistem software se Înțelege o BD sau un modul de cod în general.

Spre deosebire de modelul EAE, UML este o colecție de tehnici de modelare, folosite pentru tratarea multor aspecte ale procesului de concepere și dezvoltare a software-ului, de la proiectarea BD la interacțiunea modulelor de cod.
Fiecare tehnică de modelare de mai sus da o vedere diferită, statică sau dinamica, a unei aplicații. Colecția de vederi se numește model. Iată unele din tehnicile de modelare UML: diagrame de clase, sau diagrame statice de structură, care modelează entitățile unui sistem prin clase cu atribute și comportare.

UML (Unified Modeling Language) a fost creat pentru ingineria de software, pentru optimizarea standard și design vizual al sistemului.

A fost creat de Grady Booch, Ivăr Jacobs și James Rumbaugh la institutul Rațional software în perioada 1994-1995 și finisat în anul 1996. În 1997 a fost adoptat ca design standard de Object Management Group (omg) și manageriat de ei până în prezent. În 2000 a fost adoptat și de ISO (Internațional Organization for Standardization) că limbaj de programare vizuala standard.

CAPITOLUL I

LIMBAJUL UNIFICAT DE MODELARE UML

UML este un limbaj vizual de modelare. Limbajul este destinat vizualizării, specificării, construirii și documentării sistemelor de aplicații, dar are limitări în ceea ce privește generarea codului. UML nu este încă un limbaj de programare deoarece nu are sprijinul semantic și vizual pentru a suplini limbajele de programare.

UML aduna cel mai bune practici și tehnici din domeniul ingineriei programării, care și-au dovedit eficacitatea în construirea sistemelor complexe.

Scurt istoric

În 1995, Grady Booch liderul Rațional Corporation, alături de James Rumbaugh autorul metodei OMT, prezintă cu ocazia conferinței OOPSLA, caracteristicile de bază ale unei noi metode de proiectare și analiza, rezultată din reunirea Metodei lui booch (ODD) cu OMT rezultând metoda denumită Metoda unificată (unified method). În decembrie 1995 apare prima documentație a metodei menționată anterior având numărul de vrsiune 0.8. La sfârșitul aceluiași an celor doi li se alătura și Ivăr Jacobson.

În octombrie 1996 apare versiunea 0.91 care aduce și schimbarea numelui din Metoda unificată (Unified Method) în Limbajul unificat de modelare (Unified Modeling Language).

La 11 ianuarie 1997 este prezentată versiunea 1.0 care, însoțită de o documentație mult mai amănunțită decât versiunile anterioare, este trimisă către OMG pentru standardizare.

La 17 noiembrie 1997, OMG a anunțat adoptarea specificației UML ca limbaj standard de modelare.

Limbaje de modelare UML

Limbajul de modelare unificat ilustrează propiețiile structurale și dinamice ale unui sistem. Spre deosebire de modelul EAE, UML este o “colecție de tehnici de modelare “, utilizate pentru dezbaterea aspectelor de dezvoltare și concepere a software-ului.

UML este limbaj vizual folosit în domeniul software și este dedicate realizării documentelor de specificații și sistemele complexe. Vizualizarea, specificarea și construirea sunt principale specificați ale UML-ului.

Cauza unui limbaj de modelare este proiectarea programelor și analiza lor. UML ilustrează limbajul universal standard pentru dezvoltatorii software din lumea întreagă și totodată este o îmbinare ideală a celor mai bune trei limbaje de modelare anterioare orientate pe obiect (Booch, OMT și OOSE). Astfel limbajul de modelare unificat aduna cele mai bune practice și tehnici din domeniul programări informatice, rezultatul fiind un limbaj de modelare care ajută la rezolvarea problemelor de modelare pe care limbajele precedente nu izbuteau să le execute bine. UML nu are ajutorul vizual și semantic pentru a înlocui limbaje de programare precum c++, java, pascal, sql.

Limbajul de modelare modificat (UML – The Unified Modeling Language) se bazează pe arhitecturi de sisteme ce lucrează pe proiectarea și analiza obiectelor cu un limbaj concordant pentru specificarea, vizualizarea, construirea și documentarea sistemelor software și totodată pentru modelare lor. UML este un limbaj de modelare care oferă o expunere grafică a structurii și comportamentului software.

Modelarea cazurilor de utilizare

Conceptele folosite în cadrul diagramelor UML se numesc “elemente de modelare” . Un element de modelare are “sematica”, o definiție formală a elementului sau un înțeles exact a ceea ce reprezintă el într-un anumit context, și o “reprezentare grafica”, sau un simbol grafic cu care se reprezintă în cadrul diagramelor. Un element poate fi regăsit în mai multe tipuri de diagrame și pentru fiecare context există propriile reguli.

“A modela cu UML înseamnă a construi mai multe modele pentru diferitele faze ale dezvoltării și pentru diverse scopuri”.

Există mai multe faze ce trebuie parcurse:

faza de analiză –aceasta faza surprinde cerintele sistemului și modelează clasele de bază din "lumea reală" și colaborările dintre acestea;

faza de design – se detaliază modelul din faza de analiză și se formulează o soluție tehnică avand in vedere caracteristicile mediului în care acesta va fi prezentat;

faza de implementare – modelul este transcris în cod iar apoi compilat în programe;

modelul de desfășurare – se folosește o descriere care explică modul cum va fi adaptat sistemul arhitecturii fizice concrete.

Analiza unei aplicații implică realizarea mai multor categorii de modele, dintre care cele mai importante sunt:

Modelul de utilizare. realizează modelarea problemelor și a soluțiilor acestora în modul în care le percepe utilizatorul final al aplicației.

Diagramă asociată: diagramă de cazuri de utilizare

Modelul structural: se realizează pe baza analizei statice a problemei și descrie proprietățile statice ale entităților care compun domeniul problemei.

Diagrame asociate: diagramă de module, diagramă de clase

Modelul comportamental: privește descrierea funcționalitățiilor și a succesiunii în timp a acțiunilor realizate de entitățile domeniului problemei.

Diagrame asociate: diagrama (harta) de stări, diagrama de colaborare, diagrama de interacțiune

Principalele părți ale UML sunt:

1. Vederile (View) – surprind înfățișări particulare ale sistemului de modelat. Un view este o imagine a sistemului, iar pentru alcătuirea lui se folosesc un număr de diagrame.

2. Diagramele – sunt grafuri care descriu conținutul unui view. UML are nouă tipuri de diagrame, care pot fi compuse pentru a forma toate view-urile sistemului.

3. Elementele de modelare – sunt noțiunile folosite în diagrame care sunt asemănătoare cu programarea orientată obiect, cum ar fi: clase, obiecte, mesaje și relații între acestea: asocierea, dependența, generalizarea. Un element de modelare poate fi utilizat în mai multe diagrame distincte și va avea același sens și același mod de ilustrare.

4. Mecanismele generale – permit adăugarea de comentarii și alte informații despre un anumită component.

Modelarea conceptuala

Modelarea unui sistem se realizează prima dată la nivel de concept, de preferat pentru a prezentarea sistemului să se utilizeze un singur graf, acest lucru fiind rar întâlnit deoarece este necesar să cuprindă toate informațiile sistemului.

Trebuie să luăm în considerare următoarele aspect pentru a descrie un sistem:

1. Aspectul funcțional: trebuie să ne asigurăm că este descrisă structura statică și comportamentul dinamic al sistemului.

2. Aspectul nefuncțional: trebuie luat în seama necesarul de timp pentru dezvoltarea sistemului.

3. Aspectul din punct de vedere organizatoric: trebuie să ne asigurăm că modelarea sistemului a fost făcută organizat.

Înfățișarea întregului sistem este descrisă și prezentată cu ajutorul view-urilor. Fiecare view este prezentat utilizând un număr de diagrame care conțin informații relative la un anumit aspect particular al sistemului.

Figura 1: View-uri din Uml

Avem mai multe tipuri de view-uri în uml acestea fiind următoarele:

1. VIEW-UL CAZURILOR DE UTILIZARE (USE-CASE VIEW) – Acest view este folosit în principal de dezvoltatorii, clienți, designerii precum și persoanele care realizează și testează validarea sistemului. Acest view este folosit fiind cel mai complex și totodată cel care arata funcționalitatea sistemului așa cum este văzută ea de actorii exteriori în timp ce interacționează cu sistemul, cum ar fi alți utilizatori sau alt sistem. În acest view găsim diagrame ale cazului de utilizare, și mai rar diagramele de activitate

2. VIEW-UL LOGIC (LOGIC VIEW) – Acest view este folosit pentru funcționalitatea acestuia de a privi în interiorul unui sistem și a arăta structura internă (obiecte, relații și clase) precum și relațiile care se produc când obiectele interferează prin mesaje pentru realizarea funcționalități. În acest view găsim diagrame de clasă pentru structura statică dar și diagrame de stare, diagrame de secvența, de colaborare sau de activitate pentru modelarea dinamicii sistemului.

3. VIEW-UL COMPONENTELOR (COMPONENT VIEW) – Acest view este folosit în principal de dezvoltatorii sistemului pentru rolul lui de a prezenta componentele implementate de sistem și relațiile ce există între ele, dar și resursele alocate și totodată și informații administrative. Componentele pot conține cod sursa, componente binare sau executabile. În acest view se folosesc diagrame ale componentelor

4. VIEW-UL DE CONCURENȚĂ (CONCURENT VIEW) –Acest view este folosit în principal de dezvoltatori și interogatorii de sistem, deoarece acest view face că sistemul să poată să ruleze pe mai multe procesoare. View-ul de concurență este este unul nonfuncționar și se folosește pentru execuții paralele, execuții de evenimente în sistem dar și pentru o gestionare eficace a resurselor. În acest view găsim diagrame dinamice (stare, secventă, colaborare și activitate) și diagrame de implementare

(ale componentelor sau de desfășurare).

5. VIEW-UL DE DESFĂȘURARE (DEPLOYMENT VIEW) – Acest view este folosit în principal de dezvoltatori, integratorii de sistem și cei care realizează testarea sistemului deoarece view-ul de desfășurare arata desfășurarea sistemul în device-uri (noduri) care sunt conectate pentru funcționarea sistemului. În acest view găsim diagrama de desfășurare.

CAPITOLUL II

DIAGRAME UML

Diagramele sunt grafuri care prezintă simboluri ale elementelor de modelare (model element) aranjate astfel încât să ilustreze o anumită parte sau un anumit aspect al sistemului. Un model are de obicei mai multe diagrame de același tip. O diagramă este o parte a unui view specific, dar există posibilitatea ca o diagramă să facă parte din mai multe view-uri, în funcție de conținusă poată să ruleze pe mai multe procesoare. View-ul de concurență este este unul nonfuncționar și se folosește pentru execuții paralele, execuții de evenimente în sistem dar și pentru o gestionare eficace a resurselor. În acest view găsim diagrame dinamice (stare, secventă, colaborare și activitate) și diagrame de implementare

(ale componentelor sau de desfășurare).

5. VIEW-UL DE DESFĂȘURARE (DEPLOYMENT VIEW) – Acest view este folosit în principal de dezvoltatori, integratorii de sistem și cei care realizează testarea sistemului deoarece view-ul de desfășurare arata desfășurarea sistemul în device-uri (noduri) care sunt conectate pentru funcționarea sistemului. În acest view găsim diagrama de desfășurare.

CAPITOLUL II

DIAGRAME UML

Diagramele sunt grafuri care prezintă simboluri ale elementelor de modelare (model element) aranjate astfel încât să ilustreze o anumită parte sau un anumit aspect al sistemului. Un model are de obicei mai multe diagrame de același tip. O diagramă este o parte a unui view specific, dar există posibilitatea ca o diagramă să facă parte din mai multe view-uri, în funcție de conținutul ei.

UML are multe tipuri de diagrame care sunt divizate în două categori (structurale și comportamentale).

Diagramele sructurale scot în evidență lucrurile care trebuiesc prezentate în sistemul ce urmează a fi modelat. Cum diagramele structurale reprezintă structura sistemului, ele sunt folosite în documentarea softului arhitectural al sistemului. De exemplu diagrama componentelor care descrie cum un sistem software este împărțit în compenente și arata dependenta între aceste componente.

Diagramele comportamentale scot în evidență ce trebuie să se întâmple cu sistemul și cum va reacționa acesta fiind modelat arătând comportamentul lui, sunt folosite să descrie funcționalitatea unui sistem de software. De exemplu, diagrama de activitate descrie activitatea și operațiunile pas cu pas a activitatiilor componentelor din sistem.

Diagramele de interacțiune, sunt o subdiviziune a diagramelor comportamentale care scot în evidență fluxul de control și datele în sistemul modelat.

Diagramele de interactiune au scopul de a capta comportamentul dynamic al unui sistem, dar si pentru a descrie fluxul de date din sistem , oraganizand obictele si realizarea interactiuni dintre ele.

De exemplu, diagrama de secvență care arăta cum comunică obiectele între ele prin o secvență de mesaj.

Figura 2:Diagrame

În figură 2 avem prezentate digramele care sunt împărțite în două categorii structurale și comportamentale .Diagramele structurale sunt de patru feluri (diagrame de clase, diagrame de obiecte, diagrame de desfășurare și diagrame de desfășurare), iar diagrame comportamentale divizate în patru diagrame(diagrama cazurilor de utilizare, diagrama de activitate, diagrama de stare) la care se adauga și diagrama de interacțiune care cuprinde (diagrama de secventa și diagrama de colaborare).

2.1. Diagrame structurale

Aceasta subdiviziune a diagramelor arata structura grafică a elementelor și ajuta înțelegerea informațiilor în detaliu despre fiecare element în parte, totodată acesta furnizează exemple care ilustrează cum elementele grafice pot fi asamblate pentru a forma diagrame.

2.1.1 Diagrame claselor (Class Diagram)

Aceasta diviziune este statică, construită structural, este folosită în multe diagrame structurate diversificat, ca și diagrama claselor, diagrama componentelor dar și în diagrama de desfășurare. Diagrama claselor descrie atributele și operațiunile unei clase și totodată și restricțiile sistemului.

Digrama claselor reprezintă lucruri modelate de sistem, aceasta fiind cea mai utilizată diagramă în modelarea sistemelor. Diagrama de clase se folosește și pentru construirea codului de aplicație software, dar în principal pentru documentarea, descrierea și vizualizarea obiectelor din sistem.

Diagrama de clase este o prezentare grafică a sistemului, aceasta ajuta la modelarea obiectelor din sistem. Diagrama claselor are ca scop principal analiza și proiectară statice a unui sistem, pe lângă asta poate descrie nevoile unui sistem având și propietatea de compilare și inversă.

2.1.2 Diagrama obiectelor (Object Diagram)

Aceasta diviziune este concretă, lucrează la fel ca diagrama claselor cu specificarea ca diagrama obiectelor are la baza obiecte care se afla în lumea realea, numărul de instante fiind nelimitat care au propietatea de a fi unice.

Deci, ambele diagrame sunt făcute din aceleași elemente de bază, dar în diferite forme. În diagrama de clase sunt elemente într-o formă abstractă pentru a reprezenta imprimare albastru și în diagrama obiect elementele sunt într-o formă concretă pentru a reprezenta obiectul în lumea reală.

2.1.3 Diagrama componentelor (Package Diagram)

Aceasta diagramă prezintă structura fizică a codului, diagrama componentelor conține un cod sursa, o formă binară sau executabila. În diagrama componentelelor apare relația dintre componente și este prezentată sub formă de view, ceea ce permite o vizualizare amplă a componentelor aflate în diagramă și permite studierea lor.

Diagrama de componente conține fișiere, documente, biblioteci, etc. Deci, diagramele componente sunt folosite pentru a vizualiza organizarea și relațiile dintre componente într-un sistem. Aceste diagrame sunt, de asemenea, folosite pentru a face crea sisteme executabile.

Diagrama de componente se face remarcată fiind diferită ce celelalte diagrame, ea nu are scopul de a descrie funcționalitatea sistemului, ea prezintă funcționalitatea compomponentelor utilizate, totodată ea poate fi implementata și static doar pentru vizualizarea componentelor de sistem.

2.1.4 Diagrama de desfășurare (Deployment View)

O diagram de desfășurare în limbajul UML modelează structura fizică a sistemului ce va fi implementat unde sunt prezentate conexiunile realizate. Pentru a descrie un site web, de exemplu, o diagram de desfășure ne arată ce component hardware există și cum sunt ele aplicate în conformitate cu componentele software și cum rulează fiecare.

Nodurile apar în cuburi și relațiile apar ca dreptunghiuri. Un singur nod într-o diagram de desfășurare poate reprezenta mai multe noduri fizice, cum și o grămadă de baze de date de server.

Utilizarea diagramei de desfășurare este în principal întâlnită pentru modelarea hardware a unui system, dar și totodată și pentru implementarea softului hardware în aplicații diverse.

2.2. Diagrame comportamentale

Aceasta subdiviziune a diagramelor prezint imaginea actorilor externi și interni și colaborarea lor cu sistemul. Diagramele comportamentalee sunt utilizate în principal pentru a studia aspectele dinamice ale sistemului și se ajută de principale metode de modelare a unui sistem.

Diagramele comportamentale sunt diagrama cazurilor de utilizare, diagrama de activitate, diagrama de stare și diagrama de interacțiune care are ca subdiviziuni diagrama de secvența, diagrama de colaborare.

2.2.1 Diagrama cazurilor de utilizare (Use Case Diagram)

O diagramă de clase este cea mai simplă reprezentare a utilizatorului interacționând cu un sistem și depistând specificațiile cazului de utilizare. În UML, o diagramă de clase poate arăta mai multe tipuri de utilizator ai unui sistem și mai multe feluri de a interacționa cu un sistem. Acest tip de diagrama este cea mai folosită pentru transcrierea sistemului într-o diagramă și este des asociată cu celelate diagrame. Cât timp un caz însuși s-ar putea detalia îndeajuns pentru toate posibilitățile, un studiu de utilizare poate ajuta la studierea sistemului.

Diagrama cazurilor de utilizare ne furnizează cel mai simplu și ușor reprezentat program a ceea ce trebuie să facă un sistem.

Diagrama cazurilor de utilizare se folosește atunci când se cere modelarea unui sistem și la proiectarea și analiza la nivel înalt, acesta mai ajută și la compilarea și decompilare.

Diagrama 1

Pentru diagrama 1 am folosit am folosit Vizual Paradigm pentru a proiecta o diagrama a cazurilor de utilizare. Am luat ca exemplu un magazin online în care navigatorul online este actorul. Pentru Navigator online (potențialul client) distingem următoarele cazuri de utilizare: Căutarea produselor; Gestionarea coșului; Efectuare comenzi.

Fiecare caz de utilizare trebuie să aibă un obiectiv în sine și să poată fi realizat independent de alte cazuri de realizare. De exemplu, un navigator poate vizita site-ul cu unicul scop de a căuta produse, fără intenția de a cumpăra. El poate să gestionez un coș virtual numai pentru a efectua o schimbare sau pentru a obține un deviz. Toate acestea obiective sunt independente și suficiente, reprezentând adevărate cazuri de utilizare. Utilizarea săgeți în asocierea cu Serviciul client semnalează un sens unic de transmitere a informației.

2.2.2 Diagrama de activitate (Activity Diagram)

Diagrama de activitate este o reprezentare grafică a fluxului de lucru în trepte al activitatiilor și a acțiunilor. În limbajul UML diagrama de activitate este destinată să modeleze atât procesele computaționale cât și cele oraganizatori. Diagrama de activitate arata totalitatea fluxului de lucru.

2.2.3 Diagrama de stare (State Diagram)

Diagrama de stare este folosită pentru a determina stările prin care trece un obiect și stările prin care trece. Diagrama de stare este folosită pentru a visualiza comportamentul sistemului.

Diagramele de stare sunt folosite în principal pentru modelarea aspectului dinamic al unui sistem, se mai folosește pentru a descrie stările unui obiect dar în principal pentru a vizualiza comportamentul sistemului.

2.2.4 Diagrama de interacțiune (Interaction Diagram)

Diagramele de interacțiune, sunt o subdiviziune a diagramelor comportamentale care scot în evidență fluxul de control și datele în sistemul modelat. Diagramele de interacțiune au scopul de a capta comportamentul dynamic al unui sistem, dar și pentru a descrie fluxul de date din sistem, oraganizand obictele și realizarea interacțiuni dintre ele.

De exemplu, diagrama de secvență care arăta cum comunică obiectele între ele prin o secvență de mesaj.

2.2.4.1 Diagrama de Secvența (Sequence Diagram)

Diagrama de secventa este o diagram de interacțiune ce arata cum operează procesele între ele. Diagramele de secventa ne arată cum interacționează obiectele și clasele implicate în scenărio și în secvența de mesaje care se realizează între obiectele pentru a duce la bun sfârșit funcionarea scenariului.

Diagrama de secventa este des asociată cu diagrama claselor de utilizare în view-ul logic al sistemului. În UML diagramele de secvența se mai numesc și diagrame de evenimente sau digrame de scenărio.

2.2.4.2 Diagrama de Colaborare (Collaboration Diagram)

Diagrama de colaborare după cum îi spune și numele realizeala colaborarea dintre obiecte. Dacă ni se cere o organizare, folosim diagram de colaborare altfel dacă ni se cere un caz în care secvența de timp este importantă vom folosi diagrama de secvența.

Diagrama de colaborare se folosește în principal în cazurile în care avem nevoie de un flux de control asupra organizări structurale.

CAPITOLUL 3

APLICAREA DIAGRAMELOR UML IN ACTIVITATEA DE MAEKETING DE LA FIRMA EMAG

Marketingul este procesul de comunicare catre client a valorii unui produs sau serviciu. Marktingul poate fi clasificat ca functie orgazitionala si un proces de creatie prin care este comunica valoarea produsului la consumator. Marketingul este stiinta de alegere a pietelor tinta prin analiza de piata si segmentarea pietei.

UML este un limbaj vizual de modelare. Limbajul este destinat vizualizării, specificării, construirii și documentării sistemelor de aplicații. Cu ajutorul diagramelor UML voi face o analiza si o modelare a activitatii de marketing a unei firme bazata pe o activitate de marketing foarte bine definite

Compania aleasă și analizată se numește SC DANTE INTERNATIONAL SA, cunoscută mai bine de către public sub numele de eMag. eMag a demostrat ca printr-un marketing bine structurat se poate ajunge de la o firma modesta la cel mai mare magazin online din Romania cu pana la 300 de angajati .

3.1 Scurt istoric firma

Compania aleasă și analizată se numește SC DANTE INTERNATIONAL SA,cunoscută mai bine de către public sub numele de eMag. În decembrie 2001 se lansează magazinul online de sisteme de calcul, și birotica, cu o gama redusă de produse.

Dezvoltarea permanentă a dus la mărirea gamei de produse ofertată, dublată de acumularea de competențe de consultantă și implementare de soluții complexe. Triplarea afacerii an după an a atras marirea accelarată a echipei și schimbarea sediului de patru ori în cinci ani. eMAG este liderul pieței de comerț electronic și deține cote de piață care ating și 20% din vanzările naționale pe anumite categorii și branduri de primă mărime.

Echipa eMAG are aproximativ trei sute de angajați, organizați in mai multe departamente: vânzări retail, vânzări corporate, logistică, programare, marketing, service, servicii clienți ,administrativ. În realizarea acestei analize , am folosit mai multe metode ,pentru a creea o imagine detaliată a companiei , și pentru a cunoaște mult mai bine , structura managementului din această organizație.

Datorita succesului depertamentului de marketing , cifra de afaceri si echipa eMAG au crescut de la an la an, odata cu numarul clientilor sai, fapt ce a dus la deschiderea primului showroom eMag in anul 2007 , actiune provocata si de cererea clientilor si de dorinta acestora de a simti si vizualiza produsele

eMag a fost primul magazin online care a oferit clientilor sai transportul produselor la domicilui gratuit dar si primul magazin online care a avut un departament call-center pentru a ajuta clinti.

Datorita managmentului bun al departamentului de marketing eMag a adus tot timpul ceva noi in desfasurarea comertului, site-ul web a fost continuu perfectionat pentru o mai usoara cale de a achizitiona produse.

FIGURA 3:Structura organizatorica

In figura 3 am prezentat structura organizatorica a firmei eMag. Am reprezentat cu linie continua relatiile de subordonare ierarhica si cu linie punctate relatiile functionale de productie.

Relatiile functionale :

Director General – ia decizii strategice privind viitorul intreprinderii.

Directorul de Productie – stabileste, pe baza unui plan aprobat de Consiulul de Conducere, ce produse se fabrica in fiecare perioada. La termenele stabilite prin programul de productie, apelanduse la comparimentul Lansare care are pregatita toata documentatia.

Directorul de Marketing – politica de a firmei eMag este strans legata de studiul concurentei si, in consetinta a sanselor intrepinderi de a patrunde ,intr-un termen rezonabil, pe un anumit segment de piata. Daca acest lucru este fezabil, el devine principalul obiectiv strategic al societati, iar departamentul de marketing va urmari ca acesta sa se realizeze conform planului. In acest scop, departamentul de marketing va promova produsele eMag : pe site-ul acestuia ; utilizand alte mijloace de reclama(reviste ,ziare ,radio ,tv). De asemenea , departamentul de marketing va urmari atent cererile pietei si pozitia concurentei pe piata, furnizand conducerii societatii eMag toate elementele de care aceasta are nevoie pentru a lua decizi corecte din punct de vedere strategic si tactic.

Directorul Departamentului de Informatica – Departamentul de Informatica este deosebit de util activitatii de marketing deoarece poate sa ofere conducerii informatii de piata referitoare la concurenta (produse concurente, firme concurente si evolutia lor recenta ,ultimele noutati din domeniu) si poate preluca un volum mare de informatii, in vederea efectuari studiilor de piata si construirii grafice sit abele usor de urmarit si utilizat ,referitor la cresteri relative in timp, compesantii intre diferite companii pedivrse criterii. Rolul Departamentului de Informatica devin tot mai important pe zi ce trece pentru companie.

3.2 Activitatea de marketing

Originile conceptului de marketing au radacini inca din anul 1959 cand economistul Italian Giancarlo Pallavicini a pus bazele unui system bazat in profunzime pe cercetare de piata ,ceea ce a devenit mai tarziu marketing.

Giancarlo Pallavicini introduce, următoarea definiție: Comercializarea este definita ca un proces social și managerial proiectat pentru a răspunde nevoilor și cerințelor consumatorilor prin procesele de crearea și schimbul produselor și valori. 

Este arta și știința de identificarea, crearea și furnizarea valorii pentru a satisface nevoile de o piata tinta, făcând un profit : livrare de satisfactie la un pret. Marktingul se poate rezuma la o aplicare a politici agresive de vanzari si reclama a produselor. In prezent cumparatori sunt pusi in fata unei game largi de produse de tot felul , deasemenea consumatorul are reacti si cerinte diferite fata de raportul produs/servicii si raportul calitate/pret .In zilele noastre consumatorul are posibilitati nelimitate de a alege si va alege produsele care le satisface cel mai bine nevoile si astaptarile lor.

Avand in vedere ca astazi consumatorul are in fata o gama larga de produse de tot felul , firmele care reusesc sa inteleaga marktingul si sa il aplice nu ca pe o functie separata ,ci ca pe o filozofie implementata la toate departamentele acesteia , vor avea parte de succes, printe acestea se enumereaza si eMag (cel mai mare magazin online din Romania).

Clienti multumiti de raportul calitate/pret dar si daca sunt bine tratati si serviti reprezinta succesul companiei de marketing, si aceasta reprezinta o tehnica buna de a atrage si a mentine clinti. O companie cu un plan bun de marketing realizeaza ca un client multumit este un client care va recomanda compania si totodata firma ii va castiga fidelitatea.

Tabel 1:Evolutia eMag 2006 si 2010

Sursa datelor: http://www.wall-street.ro/articol/IT-C-Tehnologie/99295/eMag-se-intoarce-la-obiectivul-de-dinainte-de-criza-si-vrea-afaceri-de-150-mil-euro.html

Din datele tabelului de mai sus se poate observa că avem o crestere a cifrei de afaceri de la an la an facand exceptie anul 2008 unde avem o scadere de 11% fata de anul precedent insa ce se observa din tabel este ca in decursul a 4 ani eMag a reusit sa tripleze cifra de afaceri datorita departamentului de marketing.

3.3 Implementarea Diagramelor UML in activitatea de marketing

Activitatea de markting a firmei cunoscuta sub numele de eMag se bazeaza in mare parte pe un site bine dezvoltat. Cu ajutorul diagramelor voi realiza o analiza vizuala a site-ul in care voi folosi diagrama cazului de utilizare si diagrama claselor conceptuala pentru un potential client si ce decizi poate luat aceste pe site pentru a cumpara un produs. De asemenea voi folosi diagramele pentru a arata si cum angajati eMag (gestionarii site-ului si webmasterii) intretin site-ul.

Diagrama 2 :Diagrama Use-case Angajati

Pentru angajatii societati eMag gestionarii de site si webmaster avem urmatoarele cazuri de utilizare :Intretinerea catalogului ,Asigurarea functionalitatii site-ului si perfectionarea structurii , respectiv asigurarea functionalitatii retelei. Intretinerea se realiza si se perfectioneaza prin adaugarea de produse noi, oferte care sa ofere o gama mai larga pentru utilizator . Gestiunea stocurilor este si el un element important care trebuie luat in seama deoarece faca un stoc larg nu se poate face comert.

Diagrama 3 :Diagrama Use-case Navigator site

In diagrama 3 distingem actorul principal ca fiind Navigatorul (potentialul cumparator) si cauzurile de utilizare : Consultarea unei comenzi in curs; Consultarea help-ului online; Efectuarea comenzii ; Gestionarea cosului ; Cautare produse

Actorul principal denumit Navigator are posibilitatea sa consulte comenzile in curs, sa efectueze comenzi , sa gestioneze cosul, sa consulte help-ul online sau sa caute produse. Fiind cel mai mare site de vanzari online eMag are un sistem performant pentru detalierea produselor si aste produce multumirea clientului si acest lucru aduce profit.

Diagrama 4 :Diagrama claselor pentru cazul de utilizarea a cautarea produselor

In diagrama 4 avem diagrama claselor pentru cazul de utilizare a cautare de produse in care este prezentat urmatoarele clase : Produs , Electronice , Electrocaznice ,Carti , Muzica ,Filme , Producator , Distribuitor.

Fiecare produs poate avea : pret , termen de livrare , catitate stoc , descriere , specificatii . Avem produse derivate : Electronice , Electrocaznice ,Carti , Muzica ,Filme care au fiecare in parte caracteristici mentionate , dar totodata ele mostenesc si caracteristicile clasei produs.Aceste clase derivare sunt legate de clasa principala pret prin o sageata care reprezinta o relatie de generalizare

Avem clasa Producator care care este conectata prin relatie de asociere de clasele derivate de produs. Fiecare produs are un singur producator , dar un producator poate avea mai multe produse. Producator are urmatoarele caracteristici Nume si Tara

Avem clasa Distribuitor care care este conectata prin relatie de asociere de clasele Electronice si Electrocasnice . Distribuitor are urmatoarele caracteristici Nume si Tara

Diagram 5: Diagrama claselor pentru gestionare cosului

In diagrama 5 avem o diagrama a claselor pentru gestionarea cosurilor. Avem doua clase princilale clasa cos cu atributul total si clasa produs cu specificatiile ( pret , termen de livrare , catitate stoc , descriere , specificatii ) si o clasa de asociere legata de relatia dintre cele doua numita Linie cos astfel un produs din cos sa i se poate atasa atributul cantitatesi care sa arate numarul de produse de acelas fel doreste sa cumpere clientul

Diagrama 6: Diagrama claselor pentru efectuarea comenzi

In diagrama 6 avem clasele Cos cu atributul total cu notita aferenta care ne arata ca la totalul de plata se adauga si cheltuielile de transport . Prin intermediul cosului se face o comanda care are atributele (Data ; Modalitati de plata ; Adresa de livrare ; Data de livrare ; Cheltuieli de transport ; Suma ). O data facuta comanda clientul trebuie sa completeze un formular cu nume, prenume ,adresa, email ,parola si datele din contul bancar daca doreste plata cu cardul pentru achitarea comenzi .

Avem clasa Cont bancar cu atributele tip, nume, numar ,data expirari si clasa client cu atributele nume , adresa , email , parola.

Diagrama 7 :Diagrama pentru consultarea comenzilor in curs

Aceasta diagrama de clase , care se refera la posibilitatea unui client de a-si vizualiza propiile comenzi este compusa din doua clase , clasa Client cu atributele ( nume, prenume ,adresa, email ,parola) si clasa comanda cu atributele (Data ; Modalitati de plata ; Adresa de livrare ; Data de livrare ; Cheltuieli de transport ; Suma ).

Diagrama 8 : Diagrama claselor pentru intretinerea catalogului

In diagrama 8 avem diagrama claselor pentru cazul de utilizare intretinere catalog in care este prezentat urmatoarele clase : Produs , Electronice , Electrocaznice ,Carti , Muzica ,Filme , Producator , Distribuitor, Raion , Catalog , Colectie.

Fiecare produs poate avea : pret , termen de livrare , catitate stoc , descriere , specificatii . Avem produse derivate : Electronice , Electrocaznice ,Carti , Muzica ,Filme care au fiecare in parte caracteristici mentionate , dar totodata ele mostenesc si caracteristicile clasei produs.Aceste clase derivare sunt legate de clasa principala pret prin o sageata care reprezinta o relatie de generalizare

Avem clasa Producator care care este conectata prin relatie de asociere de clasele derivate de produs. Fiecare produs are un singur producator , dar un producator poate avea mai multe produse. Producator are urmatoarele caracteristici Nume si Tara

Avem clasa Distribuitor care care este conectata prin relatie de asociere de clasele Electronice si Electrocasnice . Distribuitor are urmatoarele caracteristici Nume si Tara

Am adaugat in plus fata de diagrama claselor pentru cazul de utilizare a cautare de produse clasele Catalog, Raion , Colectie . Fiecare produs apartine unui raion si unei colecti, iar in catalog avem produsele aranjate pe fiacare raion.

Catalogul de pe siteul eMag este urmatorul:

Telefoane & Tablete

Computere & Periferice

TV, Electronice & Foto

Electrocasnice

Ingrijire personala

Gaming PC & Console

Carti, Muzica & Filme

Casa & Gradina

Petshop

Auto, Asigurari & Roviniete

Jucarii, Copii & Bebe

Diagrama 9 : Diagrama de secventa pentru cazul de utilizare cautarea produselor.

Avem in diagrama 9 diagrama de scventa pentru cazul de utilizare cautarea produselor , Actorul principal in cazul nostru un potential cumparata poate cauta produse in tot site-ul sau pe mai multe categori : Pentru site-ul eMag aveam cautare in promotiile saptamani ,produse resigilate, produse din lichidarea de stoc. Pe site-ul eMag avem produsele aranjate pe categori/raioane , acest lucru ajuta la simplificarea cautarii dupa felul produselor ,produsele afla la lichidari de stoc, promotiile saptamanii si resigilate au un pret mai redus asta da dovada de o buna activitate de marketing

Diagrama 10 :Diagrama de secventa pentru raspunsul la cautare

Datorita activitati de marketing bine dezvoltata pentru cautarea unui produs actorul principal in cazul nostru un potential cumparator acesta primeste pe langa produsul cautat si alte alternative , alte produse asemanatoare sau o statistica a cautarilor de auxiliare.

Primind specificati despre produs acesta are obtiunea de a compara 2 obiecte pe baza de pret si performante .

Bibliografie

http://cs.upm.ro/_users/cursuri_on_line/CD/IP/UML.HTM

http://www.studentie.ro/biblioteca/cautare-proiectare+asistata/pag5

http://www.creeaza.com/referate/informatica/Aplicarea-metodelor-orientate-789.php

http://www.scritub.com/stiinta/informatica/UML91925.php

Bibliografie

http://cs.upm.ro/_users/cursuri_on_line/CD/IP/UML.HTM

http://www.studentie.ro/biblioteca/cautare-proiectare+asistata/pag5

http://www.creeaza.com/referate/informatica/Aplicarea-metodelor-orientate-789.php

http://www.scritub.com/stiinta/informatica/UML91925.php