Rezultatul final al oricărui sistem informațional este, ridicarea eficacitățîi funcționării procesului de control. Toate sistemele informaționale… [310413]

[anonimizat]. [anonimizat] a [anonimizat]. [anonimizat], [anonimizat].

[anonimizat]. [anonimizat], [anonimizat], [anonimizat]. [anonimizat], atunci e greu de presupus expluatarea cu succes a sistemului.

[anonimizat] a funcționa în condițiile de deviere de la situațiile normale.

Asigurarea calităților de acest tip greu se supune formalizării și în afară de această are nevoie de participarea necontenită a inginerului în procesul analizei funcționării sistemului și introducerii modernizării necesare fără întreruperi în lucru.

[anonimizat], [anonimizat].

În cadrul lucrării de licență am decis să implementez o platformă web ce îi permite utilizatorilor să se informeze privind ofertele serviciilor auto din țară. Într-o [anonimizat]. Sistemul constă o aplicație pe platforma Web. Certințele pentru a [anonimizat], Mobil, Tabletă, conexiune la internet pentru sincronizare cu serverul.

Prin prezența lucrare se urmărește scopul de a proiecta și implementa un sistem pentru geolocalizare a serviciilor auto. [anonimizat] .

Prin analiză domeniului de studiu au fost determinate principalele caracteristici ale unui sistem de geolocalizare în baza cerecetării a trei platforme existente. Studiul a permis examinarea profundă a sistemelor și depistarea modulelor principale, a [anonimizat] a diferențelor între acestea.

[anonimizat]. Enterprise Arhitect este un instrument de modelare și design vizual bazat pe UML. Platforma sprijină: proiectarea și construcția sistemelor informatice; proceselor de modelare de afaceri. Acesta este utilizat de către întreprinderi și organizațîi pentru a [anonimizat] a procesa punerea în aplicare a acestor modele în întreaga ciclului de viață complet de dezvoltare a aplicațiilor . Pentru proiectare se va utiliza limbajul UML care reprezintă un limbaj standard pentru descrierea de modele și specificații pentru software.

Printre principalele idei ale acestei lucrări de care trebuie de condus sunt cele de a folosi modele de proiectare care vor ajută la mentenanță și scalabilitatea aplicației pe viitor că să fie un sistem fiabil și unic pe piață pentru al dezvoltă în continuare.

Dacă să se realizeze un astfel de produs pentru care este pus scopul, tare mulți oameni ar fi înteresați pentru a sponsoriza și a o dezvoltă în continuare .

Caracterul asigurării matematice și programabile a Sistemului Informațional se schimbă esențial pe măsura dezvoltării posibilităților mijloacelor tehnice. Acum computerele posedă productivitate înaltă, memorie dezvoltată și posibilitatea unirii în rețele globale și locale.

Limbajele de programare de nivel înalt se desăvârșesc. Ușurând lucrul utilizatorului aceste limbaje cer o asigurare sistemică programabilă dezvoltată, conținutul căreia tot mai des devine diferit pentru utilizatori diferiți și trebuie să se precizeze în procesul proiectării Sistemului Informațional concret.

1 Analiza domeniului de studiu

În cadrul lucrării de licență am decis să implementez o platformă web ce îi permite utilizatorilor să se informeze privind ofertele serviciilor auto din țară. Într-o societate unde aproape fiecare familie deține măcar un automobil, existența unor servicii auto ce pot diagnoză și repara automobilele este esențială. Interfață prietenoasă a programului ne duce la utilizarea simplă a platformei.

Într-un studiu din 2010 a fost estimat că sunt aproximativ 1.015 miliarde de mașini ce lucrează pe motor din toată lumea. În categoria respectivă intră totalitatea mașinilor de categorie ușoară, medie și grea, cum ar fi autobuzele, însă nu include echipamentele de construcție. Mai mult că atît, se estimează că pînă în anul 2035 acest număr va crește pînă la 2 miliarde.

Astfel, în prezent avem o multitudine de servicii auto disponibile, fiecare avînd ofertele, posibilitățile și prețurile proprii. Problema constă în faptul că este foarte inconvenabil pentru că o persoană să viziteze fiecare serviciu auto pentru a primi o diagnoză privind problema mașinii sau pentru a găși cea mai bună ofertă valabilă. Platforma pe care doresc să o dezvolt în cadrul lucrării de licență încearcă să soluționeze problema respectivă.

În prezent o mulțime de companii ce prestează servicii auto și-au deschis propriul website pentru a-și prezența ofertele și a-și descrie posibilitățile sale. Site-urile respective descriu totalitatea serviciilor prestate, de la schimbarea uleiului, pînă la vînzarea roților și diagnostica mașinii. Unele site-uri permit afișarea tuturor serviciilor auto pe hartă sau posibilitatea de căutare a unor servicii. Eu mi-am pus că scop extinderea posibilităților respective. Platforma dată va unifică totalitatea serviciilor auto, comparînd ofertele și prețurile fiecărei companii. Nu doar atît, ea va permite contactarea rapidă și comodă cu compania respectivă pentru a obține detalii privind serviciile prestate.Domeniul auto este unul dintre cele mai profitabile activități, nu doar în divertisment, ci și în întreaga lume.

1.1 Descrierea sistemului

Sistemul este considerat că fiind o aplicație care ne permite să luăm legătura direct din orce loc cu perosanele care se ocupă cu deservirea auto. Această presupune că utilizatorul va avea la dispoziție o platformă unde va putea accesa o bază de date cu toate autoservisurile, spălătorii auto etc. din Republica Moldova.

Utilizatorul va putea lăsa un mesaj cu problema care o are mașina sa, și în cel mai scurt timp va primi oferte de la reprezentanții auto-servis. Oferta va conține prețul pentru lucru efectuat și timpul cînd va fi efectuat și multe altele.

Un alt aspect al aplicației constă că utilizator va putea alege oferta cea mai convinabila. De a lua legătură direct cu un auto-servis dorit pentru soluționarea problemei mașinii, De a vizualiza topul cu cele mai recomandate autoservisuri, topul cu cele mai mari reducere de reparare amașinii și piesele din magazinul auto. Pagină principală a platformei descrisă poate fi observată în figura 1.1.

Figura 1.1 – RepairCar

1.2 Descrierea sistemelor existente

În prezent există o multitudine de platforme similare cu cea pe care încercăm să o dezvoltăm în cadrul lucrării de licență. Lucrarea a fost bazată pe analiza celor mai populare sisteme deja existente și crearea unui nou sistem pe baza celor mai bune caracteristici ale aplicațiilor analizate, în combinație cu noi caractersitici dezvolatate pentru aplicația în cauză.În subcapitolele de mai jos sunt prezentate trei platforme similare de geolocalizare a serviciilor auto.

1.2.1 Uremont.com

Ideea stă la suprafată. Pe de o parte, conducătorii auto au întotdeauna nevoie să aleagă un serviciu pentru repararea mașinii. De obicei se intamplă astfel: o persoană se caută toate resursele disponibile, pe directoare, pe Internet, cheamă zeci de servicii. Pe de altă parte-există mii de centre de îngrijire a autovehiculelor care caută clienți. Aceștia sunt obligați să investească în publicitate, își cheltuiesc energia pentru găsirea și atragerea clienților. Uremont.com este o platformă care rezolvă toate problemele pentru ambele părti[1].

Pe site-ul nostru, acest lucru se intamplă pur și simplu: proprietarul mașinii completează o cerere scurtă, care enumeră principalele caracteristici-marca, modelul, anul fabricării mașinii și descrie ce trebuie făcut. Pagină principală a platformei poate fi observată în figură 1.2.

Figura 1.2 – Uremont. Interfață

Cu un singur clic, aplicația se adresează tuturor centrelor de îngrijire a autovehiculelor conectate (și în prezent sunt aproape 4000). Partenerii de service auto care sunt gata să accepte aplicația trimit răspunsul cu o indicație a costului exact al reparației.

Dacă este necesar, puteți să specificați imediat toate detaliile necesare în chatul cu clientul. Că rezultat, șoferul are posibilitatea de a alege între câteva oferte optime și serviciul de mașini-clientul. Totul este transparent și confortabil[1].

În ansamblu, ideea rămane aceeași. Dar dezvoltăm constant soluția, adăugăm noi caracteristici și funcții.

De exemplu, clienții sunt deja disponibili în georeferențiere și o procedură de aplicare simplificată. Autoserviciile, pe de altă parte, au putut aplică filtre pentru a aloca ofertele solicitate din masă totală. Dezvoltarea programelor de sesizare.

Acum, clienții noștri văd mai multe sisteme de rating pentru service auto, pot alege notificări prin SMS sau prin e-mail, multe alte idei interesante sunt în curs de dezvoltare, despre care nu putem spune incă. În perspectivă, Uremont.com ar trebui să se dezvolte într-un portal vast de automobile, capabil să rezolve orice problemă legată de masină. În figură 1.3 este reprezentat un model de cerere.

Figura 1.3 – Uremont. Vizualizarea cererii.

1.2.2 Turbina.md

Turbina.md are o experienta de peste 5 ani pe piata serviciilor auto. Datorită tehnicii performante și a personalului, avem toate conditiile necesare pentru repararea oricarui model de turbosuflanta [3]. Pagina principală a platformei poate fi observată în figura 1.4

Figura 1.4 – Turbina

Compania Turbina.md, este dealerul oficial al marcii Melett și au următoarele servicii Auto-Service:

– testarea tehnică planificată, schimbarea uleiului, lichidelor tehnice și a materialelor consumabile;

– diagnosticul computerizat și reparația aparatajului electronic;

– diagnosticul și reparația turbosuflantelor;

– diagnosticul și reparația motoarelor;

– diagnosticul și schimbarea elementelor șasiului;

– reglarea geometriei rotilor format 3D.

Mai jos, va punem la dispozitie doar cateva dintre punctele forte:

– personal calificat;

– utilajul tehnic;

– transparenta;

– preturi accesibile

– garantează calitatea.

Într-un serivice-auto este importantă pregătirea și calificarea echipei de mecanici, care contribuie direct la calitatea serviciilor oferite! Turbina.md dispune de un personal înalt calificat, cu o pregătire și experiență vastă în domeniul serviciilor de reparații auto și cele ale recondiționării turbosuflantelor. Va așteptăm cu mare drag să va convingeți!

Orice echipă de profesioniști are nevoie de unelte specializate, de aceea Turbină.md, va pune la dispoziție utilaj, echipament și instrumente doar de ultima generație.

Sunt întotdeauna foarte deschiși și informăm, preventiv, clienții, despre tot ceea ce trebuie să știe. Nici nouă nu ne plac surprizele neplăcute, de aceea, de la bun început, veți cunoaște problemele autovehiculului Dvs, precum și costul serviciilor necesare pentru reparație. Nu percepem taxe ascunse sau lucrări suplimentare fără acordul clientului!

Toate lucrările efectuate de noi sunt îndeplinite, respectând cu strictețe cele mai înalte standarde ale calității. Turbină.md garantează întotdeauna calitatea serviciile executate. Suntem printre puținele companii de pe piață, care oferă termen de garanție pe o perioadă de 12 luni, fără limită în km parcurși, pentru orice turbosuflantă recondiționată!

Fiecare, își dorește calitate înaltă, la prețuri accesibile. Pe parcursul anilor de activitate, ne-am câștigat o renume pe piață, doar datorită calității excepționale a lucrărilor executate, păstrând, totodată nivelul scăzut al prețurilor. Astfel, absolut toate costurile lucrărilor de reparație auto sunt menținute mereu sub nivelul mediu al pieții.

Turbină.md oferă servicii de recondiționare a turbosuflantelor auto și asigură montarea pe orice model de autovehicul, totul în decurs de mai puțin de 24 de ore.

În procesul montării, folosim doar piese 100% originale și ne asigurăm că, turbosuflantele să fie recondiționate conform standardelor producătorilor[3].

Servicii de reconditionare turbosuflantelor auto:

– diagnosticarea turbosuflantei;

– inlocuirea cartusului;

– schimbarea kitului de reparatie a cartusului;

– balansarea cartusului;

– curatirea geometriei variabile;

– inlocuirea se reparatia actuatorului;

– reglarea si adaptarea turbosuflantei.

În figura 1.5 putem vizualiza lista de mărci de mașina a căror turbini se efectueaza reparația.[3]:

Figura 1.5 – Reparatia turbinelor.

1.2.3 Master-lux.md

Rețeaua centrelor de anvelope și stații de service Master LUX oferă clienților săi auto servicii, atit reparații prompte de înaltă calitate cît deservire de diferită complexitate pentru autovehicule și autocamioane de toate tipurile[2].

Pagina principală a platformei poate fi observată în figura 1.6.

Figura 1.6 – Master-Lux.

La dispozitia clientilor avem – spații confortabile și spațioase de parcare și o zonă de relaxare dotată cu supraveghere video unde clientii pot monitoriza progresul lucrarilor auto service.

La auto service Master LUX muncesc specialiști cu experiență, care trec certificare și cursuri de formare, ce se specializeaza în următoarele tipuri de lucru[2]:

– montarea si balansarea anvelopelor;

– 3-d Stand computerizat pentru geometria roților;

– schimbul curelelor;

– repararea anvelopelor pentru camioane;

– repararea anvelopelor pentru autoturisme;

– diagnosticul și repararea șasiului;

– reparația echipamentelor electrice;

– curățare sistemelor de ardere diesel și benzină;

– schimbul uleiului și a filtrelor;

– reparatia motorului;

– degajarea Jantelor de frână;

– reparatia sistemului de aer condiționat;

– indreptare Jantelor de oțel la roți;

– indreptarea jantelor turnate din aliaj ușor;

– sudarea cu Argon.

În figura 1.7 este prezentată serviciile auto de bază a auto service Master LUX.

Figura 1.7 – Master-Lux. Servicii auto

Auto service Master LUX ofera și urmatoarele servicii auto:

– depozitarea anvelopelor («Hotelul de anvelope»);

– ajustarea farurilor;

– injectarea cu azot;

– spălarea anvelopelor;

– verificarea și înlocuirea lichidului de frână;

– verificarea și înlocuirea lichidului de răcire.

1.2.4 Compararea sistemelor

În continuare va fi caracterizat sistemul dezvoltat în cadrul lucrării de licentă în comparație cu sistemele descrise anterior. Este dificil să compari aceste trei sisteme, deoarece aceste platforme sunt cele mai bune din seria lor și practic toată munca pe care o depuso dezvoltatori este la ideal. Dar este puțin diferentă între ele. Pentru a compară aceste 3 sisteme se va face după următoarele caracteristici: mărci de deservire, tipuri de deservire, regiunea de deservire și multe altele.

Nu toate autoservisurile repară toate mărcile de mașini. Unele autoservisuri repară mașini numai de mărci anumite, acceste autoservisuri sunt mai specializate. Precum altele repară toate mărcile de mașină.

Un alt factor de comparare este regiunea unde poate fi reparat automobilul defectat. Nu toate serviciile prestate sunt pe întregul teritoriu al Republicii Moldova, ceea ce platformă pe care va fi dezvoltată va permite reparația automobilului în cel mai apropiat loc și cel mai scurt timp.

Alți factori de comparare este tipuri de deservire și prețul. Nu toate autoservisurile deservesc toată mărcile de mașină, sunt unele care repară anumite mărci de mașini altele nu. Prețul la deservirea mașinii în dierite autoservisui sunt diferite. Cu ajutorul platformei datele utilizatorul va putea singur alege de care autoservis să fie deservit cu un preț care îl va satisface.

1.3 Importanța temei

Considerînd că tehnologiile se dezvoltă la un pas rapid și faptul că tehnologiile informaționale sunt incluse în majoritatea domeniilor de activitate, am văzut aceasta ca o oportunitate de a-mi utiliza cunoștințele obținute în cadrul studiilor Tehnologiilor Informaționale pentru a inova și îmbunătăți un aspect al vieții oamenilor.

Platforma respectivă este proiectată cu următoarele obiective în gînd:

– crearea unui mod rapid și eficient de găsire a serviciilor auto;

– compararea prețurilor și a ofertelor pentru găsirea celei mai bune oferte;

– contactarea rapidă cu unul dintre serviciile auto alese;

– afișarea tuturor ofertelor legate de serviciile auto din Republica Moldova;

– crearea unei platforme de informare cu o interfață intuitivă și ușor de navigat.

Desigur, obiectivele enumerate mai sus reprezintă doar un fragment din totalitatea funcționalităților prezente în sistemul respectiv. Scopul principal al platformei este revoluționarea modului în care deținătorii de automobile utilizează serviciile prestate de companiile auto.

1.4 Scopuri și obective

Scopul de bază constă în dezvoltarea unei platformi de complexitate medie, Aceasta va permite nu doar extinderea capacităților de analiză și design a aplicațiilor, ci și celor la nivel de implementare și dezvoltare.

Platforma implementată în cadrul lucrării de licență va crea un mediu pentru toți posesorii de mașini, unde utilizatorii vor putea accesa informații despre anumite servici auto, își vor putea expune părerea despre serviciile folosite.

Platforma va conține și un algoritm de sugerare a serviciilor, ce-i va permite utilizatorului să aleagă un serviciu din lista de recomandări. Astfel, această platformă nu numai că oferă informații despre cărțile existente, ea oferă și sugestii pentru a îndruma utilizatorii spre alegerea următorii cărți favorite.

Pentru dezvoltarea unei astfel de platforma este strict necesară o gîndire buna și analiză profundă a tehnologiilor informaționale și domeniului, iar experiența obținută în final are un rol important în instruirea mea ca specialist în domeniul modelării diferitor sisteme informatice și informaționale

2 Proiectarea sistemului

Drept lucrare de curs mi-am propus să dezvolt aspectele legate de analiza și modelarea unui sistem de geolocalizare a seviciilor auto.

Modelarea sistemului dat a fost elaborată în istrumentul Enterprise Architect. S-a ales instrumentul dat, deoarece este simplu, ușor de utilizat și comunicabil cu utilizatorul.

Enterprise Architect este un software de tip CASE pentru design-ul și construcția sistemelor software, bazat pe UML. Acest pachet prevede modelarea completă a ciclului de viață pentru afaceri și sisteme IT; software și ingineria sistemelor și integrarea dezvoltării în timp real.

Integrînd capacitățile de gestionare a cerințelor, Enterprise Architect ajută la urmărirea specificațiilor la nivel înalt pentru analiza, proiectarea, implementarea, testarea și întreținerea modelelor folosind UML.

Enterprise Architect este un instrument grafic, proiectat pentru a ajuta echipele, construind sisteme robuste și întreținute. Utilizând calitatea înaltă, integrarea raportării și documentării poate oferi o viziune împărtășită cu ușurință și precizie.

În paragraful respectiv vor fi reprezentate tipurile de diagrame UML, specifice unue aplicați de geolocalizare a seviciilor auto. În urma reprezentării grafice a diagramei, urmează descrierea fiecărei diagrame în parte.

2.1 Elaborarea diagramelor cazurilor de utilizare

Diagrama cazurilor de utilizare prezintă acțiunile reciproce dintre variantele posibile de utilizare și personaje sau sisteme. Diagramele reflectă cerințele față de sistem din punctul de vedere al utilizatorului. În așa mod cazurilor de utilizare sunt funcțiile efectuate de sistem, iar persoanele sunt persoane cointeresate de sistemul elaborat. Diagrama arată că persoana inițiază varianta diagramei de utilizare. La fel din ea se vede că persoanele cointeresate primesc date de la cazul de utilizare. Din diagrama cazurilor de utilizare se poate afla multă informație conținută în sistem. Acest tip de diagrame descrie funcționarea sistemului la general, iar utilizatorii, managerii proiectării analitice, specialiști și toți cei cointeresați în sistemul dat pot să înțeleagă sistemul studiat [4].

Subcapitolul respectiv reprezintă diagramele cazurilor de utilizare pentru sistemul dat. Fiecare diagramă reprezintă un set de activități specifice unuia dintre modulele aplicației.

În figura 2.1.1 este prezentată diagrama cazurilor de utilizare ce specifică acțiunile posibile ale utilizatorul în momentul accesării paginii.

Cazurile de utilizare sunt următoarele:

logara, specifică acțiunea de logare în sistem;

înregistrare, specifică acțiunea de înregistrare in sistem;

scrie mesaj, specifică acțiunea de a scrie mesaje;

înscriere cerere, specifică acțiunea de înscrierea unei cereri la un autoservice;

vizualizeaza oferte, specifică acțiunea de vizualizare a ofertelor curente;

se programeaza, specifică acțiunea de programare la un autoservice.

Figura 2.1.1 – Diagramă Use Case. Utilizator

În figura 2.1.2 este prezentată diagrama cazurilor de utilizare ce specifică acțiunile posibile ale autoservisului în momentul accesării paginii..

Cazurile de utilizare sunt următoarele:

logara, specifică acțiunea de logare în sistem;

înregistrare, specifică acțiunea de înregistrare in sistem;

scrie mesaj, specifică acțiunea de a scrie mesaje;

raspunde la cerere, specifică acțiunea de raspunderea la cererie de la un utilizator;

vizualizarea cererilor, specifică acțiunea de vizualizare a cererie de la un utilizator.

Figura 2.1.2 – Diagramă Use Case. Autoservis

În figura 2.1.3 este prezentată diagrama cazurilor de utilizare ce specifică acțiunile posibile în timpul înscrierii unei cereri de către utilizator.

Cazurile de utilizare sunt următoarele:

selectarea modelului mașinii, specifică acțiunea selectarea modelului mașinii;

selectarea seria mașinii, specifică acțiunea de selectarea seria mașinii;

selectarea anul mașinii, specifică acțiunea de selectarea anul mașinii;

selectarea regiunii, specifică acțiunea de selectarea regiunea dorită;

introducerea problema mașinii, specifică acțiunea de introducerea problema mașinii;

încarcarea fișierilor multimedia, specifică acțiunea de încarcarea fișierilor multimedia: foto, video, sound.

Figura 2.1.3 – Diagramă Use Case. Înscrierea cererii

În figura 2.1.4 este prezentată diagrama cazurilor de utilizare ce specifică acțiunile posibile în timpul înregistrării unei cereri de către utilizator.

Cazurile de utilizare sunt următoarele:

introducerea email, specifică acțiunea introduce email personal;

introducerea login,parolă, specifică acțiunea de audentificare in sistem;

introducerea numele,prenumele, specifică acțiunea de introducere a date perosnale;

introducerea adresa,telefonul, specifică acțiunea de întroducerea a datelor de contact.

Figura 2.1.4 – Diagramă Use Case. Înregistrare

2.2 Elaborarea diagramelor de stări

Diagrama de stare – distribuie un mod de modelare variată a stărilor în care un obiect poate exista. În timp ce diagrma claselor arată imaginea statică a claselor și relațiilor dintre ele, diagrama de stare sunt utilizate la modelarea comportamentul dinamic a sistemului.

Diagramele de stare sunt destinate pentru modelarea diferitor stări în care poate să se afle obiectul. În timp ce diagrama claselor arată imaginea statică a claselor și legăturile lor, diagrama stărilor se folosește la descrierea dinamică a comportamentului sistemului.

Diagrama de stare reflectă comportamentul obiectului. Principalele stări ale diagramei sunt: început și sfîrșit. Începutul grafic este reprezentat ca un cerc plin de culoare neagră, și corespunde stării obiectului în momentul creării. Starea finală se reprezintă grafic prin două cercuri unu în altul. Cel din mijloc este plin și de culoare neagră [4].

În cadrul subcapitolului respectiv, sunt descrise careva diagrame de stări pentru sistemul dezvoltat.

În figura 2.2.1 este prezentată diagrama de stări corespunzătoare logare în aplicației. Diagrama respectivă definește stările posibile odata ce se lansează aplicația. După cum se observă în figură, din starea inițială, trece în starea inițializării, după care trece in stare de completarea cămpurilor. Dupa completarea cîmpurilor are loc validarea, dacă datele sunt corecte trece in starea acces setat, daca datele nu corespund are loc trecerea in starea inițiere.Ulterior se trece în starea finală ce denotă faptul că cererea a fost procesată.

Figura 2.2.1 – Diagramă de stări. Lansarea aplicației

În figura 2.2.2 este prezentată diagrama de stări programarea la un autoservis. Diagrama respectivă definește stările posibile pentru programarea la un serviciu auto. Din starea sa inițială, trece in starea de programare, dupa care are loc trecerea in starea de completarea datelor. În momentul cînd datele au fost completate, în dependență dacă datele corespund cerințelor se trece in starea de programare, daca nu respecta cerințele se trece in starea de anulare. Ulterior se trece în starea finală ce denotă faptul că cererea a fost procesată sau anulata.

Figura 2.2.2 – Diagramă de stări. Programarea

În figura 2.2.3 este prezentată diagrama de stări vizualizarea cererii. Diagrama respectivă definește stările posibile pentru vizualizarea cererii de carte servicul auto. Din starea sa inițială, trece in starea de vizualizare a cererii. În dependență daca cererea este acceptată se trece in starea de accepare a cererii, daca nu are loc trecerea în starea de refuz a cererii. Ulterior se trece în starea finală ce denotă faptul că cererea a fost refuzată sau acceptată.

Figura 2.2.3 – Diagramă de stări. Vizualizarea cererii

2.3 Elaborarea diagramelor de activități

Diagramele de activități – descrie cursul funcționării sistemului. Ele pot fi folosite pentru a ilustra cursul evenimentelor printr-o precedentă. Aceste diagrame definesc unde începe cursul lucrului și unde sfîrșește, ce activități au loc pe parcursul cursului de lucru, și în ce ordine activitățile au loc.

Diagramele de activitate servesc pentru descrierea dinamicii sistemului în situațiile în care stările observate sînt reprezentate de actiuni sau subactivități, iar evenimentele care declansează tranziția de la o stare la alte, sînt în totalitate sau în cea mai mare parte, constituite de încheierea acestor acțiuni sau subactivități. Acest tip de diagramă foloseste următoarele elemente: acțiuni, tranziții, puncte de decizie și bare de sincronizare[4].

În cadrul capitolului respectiv, sunt descrise diagramele de activități pentru sistemul dezvoltat.

În figura 2.3.1 este prezentată diagrama de activități înscrierea cererii. Diagrama respectivă definește executarea secvenței de acțiuni la accsesarea în aplicație.

Figura 2.3.1 – Diagramă de activități. Înscrierea cererii

După cum se observă în figură, se realizează logarea, specifică faptul că utilizatorul se logează, în cazul cînd user-ul introduce date incorecte se repetă activitatea de introducere datelor pînă cînd datele vor fi corecte și apoi se continuă execuția, ulterior, se observă elementele fork/join, unde are loc selectarea seria mașinii, selectarea anul mașinii, selectarea modelul mașinii și introducerea problemei, se trece în starea salvare, specificînd execuția cu succes a pașilor anteriori.

În figura 2.3.2 este prezentată diagrama de activități căutarea autoservis. Diagrama respectivă definește executarea secvenței de activități la cautarea unui autoservis. Se observă faptul că utilizatorul va tasta caută un autoservis.

Figura 2.3.2 – Diagramă de activități. Căutarea autoservis

În figura 2.3.3 este prezentată diagrama de activități solicitarea cererii. Diagrama respectivă definește executarea secvenței de activități la solicitarea unei cereri din baza de date. Autoservisul rapunde de solicitare, afișarea cererii și modificarea cautarii.Baza de date rapunde de cautarea conform datelor cererilor.

Figura 2.3.3 – Diagramă de activități. Solicitarea cererii

2.4 Elaborarea diagramelor de secvențe și colaborare

Diagramele de secvență prezintă interacțiunile care au loc între diverse obiecte ale unui sistem, ordonate cronologic. Ele determină obiectele și clasele implicate într-un scenariu și secvențele de mesaje transmise între obiecte, necesare îndeplinirii funcționalității scenariului. Diagramele de secvență sunt asociate unui caz de utilizare.

Fiecărui obiect, clasă îi corespunde o linie a timpului, reprezentată printr-o linie punctată sub reprezentarea obiectului. Mesajele transmise între obiecte sunt reprezentate prin săgeți etichetate cu numele mesajului. În diagramele respective interacțiunile dintre legături și obiecte sunt reprezentate în evoluția lor în timp [4].

Subcapitol descrie diagramele de secvențe și colaborare elaborate pentru sistemul. Prin intermediul acestora se studiază particularitățile temporale ale interacțiunii obiectelor și colaborarea între acestea în cadrul sistemului.

În figura 2.4.1 este prezentată diagrama de secvenț înregistrarea cererii în baza de date. Aceasta studiază modul în care se transmit mesajele între obiecte. În diagrama respectiva avem următoarele obiecte:

clientul;

serviciul RepairCar;

baza de date.

Figura 2.4.1 – Diagramă de secvențe. Înregistrarea a cererii

În figura 2.4.2 este prezentată diagrama de secvenț logare în sistem de către utilizatori. Aceasta studiază modul în care se transmit mesajele între obiecte. Utilizatorl introduce datele după care cere acces de la sistem pentru validarea datelor, daca acestea sunt corecte are loc expedierea datelor către server unde se petrece validarea, apoi se returnează pagina de acces utilizatoului. În diagrama respectiva avem următoarele obiecte:

clientul;

serviciul RepairCar;

server.

Figura 2.4.2 – Diagramă de secvențe. Logare în sistem.

În figura 2.4.3 este prezentată diagrama de secvenț programarea la un serviciu auto de către utilizatori. Aceasta studiază modul în care se transmit mesajele între obiecte. În diagrama respectiva avem următoarele obiecte:

clientul;

cont;

autoservis;

programare.

Figura 2.4.3 – Diagramă de secvențe. Programare

Diagramele de colaborare reprezintă estimarea valorii schimbărilor unei clase, unei operații etc. Încît diagrama dată arată ce obiecte sunt legate între ele, schimbînd unul din obiecte veți înțelege care obiecte vor fi „atinse” de această schimbare. Diagramele de colaborare prezintă interacțiunile care au loc între diverse obiecte ale unui sistem, punîndu-se accentul pe organizarea obiectelor cooperante și nu pe ordonarea cronologică a mesajelor, adică sunt reprezentări spațiale ale obiectelor, legăturilor și interacțiunilor[4].

În figura 2.4.4 poate fi observată diagrama de colaborare, solicitarea listei de programare la un serviciu auto. După cum se observă în figură, aceasta denotă aspectul structural al comunicării între obiectele sistemului în moment ce clientul încarcă să se solicită lista cu date libere pentru programare la un serviciu auto. În diagrama respectiva avem următoarele obiecte ce interacționează între ele:

clientul;

autoservis;

programare.

Figura 2.4.4 – Diagramă de colaborare. Solicitarea listei de programare

În figura 2.4.5 poate fi observată diagrama de colaborare, Procesul de utilizare a sistemului din punct de vedere al utilizatorului”. După cum se observă în figură, aceasta denotă aspectul structural al comunicării între obiectele sistemului în moment ce clientul se logează în sistem.

Figura 2.4.5 – Diagramă de colaborare. Procesul de utilizare a sistemului din punct de vedere al utilizatorului

2.5 Elaborarea diagramelor de clase si componente

O clasă conține structura și comportamentul comun unui set de obiecte. O clasă este o abstracție a entităților lumii reale. Cînd acestea există în lumea reală, ele sunt instante ale clasei, și atribuite obiectelor. Pentru fiecare clasă care are un comportament temporal semnificativ, putem creea o diagramă de stare să descrie acest comportament.

Numele claselor, fiecare clasă trebuie să conțină un nume. În diagramele de clase, toate simbolurile de clase cu același nume se consideră a reprezenta aceeași clasă, indiferent de diagrama de clase în care apare[4].

În cadrul capitolului respectiv, sunt descrise diagramele de clase pentru sistemul dezvoltat. Este necesar a menționa faptul că, diagramele descrise ulterior nu definesc întreg sistemul în plan structural. Pot fi adăugate/șterse/modificate careva clase la necesitate.

În figura 2.5.1 este prezentată diagrama de clase ce definește relația dintre principalele clase ale sistemului modelat. Relațiile dintre clase este de asociere, fiind descrise și rolurile fiecăreia dintre ele, precum și multitudinea existentă. Putem vizualiza că clasa client realizeaza interfața care permite adăugarea unei cereri. Clasa utilizator realizează interfața ce permite logarea în sistem.

Figura 2.5.1 – Diagramă de clase. Clasele de baza

În figura 2.5.2 este prezentată diagrama de clase ce definește generalizarea utilizatorului. Clasa client are ca atribute login și parolă iar ca metode adaugarea cererii și editarea cererii. Iar clasa autoservis are ca atribute login și parolă iar ca metode adăugarea anunțurilor, vizualizarea cererii, editarea. Relațiile dintre clase este relația de generalizare.

Figura 2.5.2 – Diagramă de clase. Corespunzătoare generalizarii utilizatorului

În figura 2.5.3 este prezentată diagrama de clase ce corespunde programarii utilizatorului la un serviciu auto. Clasa programare are ca atribute an, data, ora și ca metodă programarea. Clasa client are ca atribute login și parolă iar ca metode adaugarea cererii și editarea cererii. Iar clasa autoservis are ca atribute login și parolă iar ca metode adăugarea anunțurilor, vizualizarea cererii, editarea. Relațiile dintre clase este relația de compoziți.

Figura 2.5.3 – Diagramă de clase. Corespunzătoare programărei

O diagramă de componente prezintă dependențele existente între diverse componente software (cod sursă, cod binar, fișiere executabile, librării cu legătură dinamică etc) ce compun un sistem informatic. Aceste dependențe sunt statice (au loc în etapele de compilare sau link-editare) sau dinamice (au loc în timpul execuției). O componentă este un modul soft (cod sursă, cod binar, dll, executabil, etc) cu o interfață bine definită.

Un tip de componentă reprezintă o parte distinctă, realocabilă, a implementării unui sistem. Instanța unei componente este o unitate de implementare în execuție și poate fi utilizată pentru reprezentarea unităților de implementare care au o identitate în momentul execuției. Îm diagrama de componente entitatea principală este componenta[4].

Diagramele de componente elaborate reprezintă structura la nivel fizic al sistemului, descrisă prin fișiere.

În figura 2.5.4 este prezentată diagrama ce definește conexiunea tuturor fișierelor aplicației. Se observă faptul că aceasta este asemănătoare cu diagramele de clase descrise anterior, și faptul că se utilizează 3 librării dinamice. Sunt reprezentate fișierele principale necesare pentru dezvoltarea interfeței sistemului. Pentru pagina web a aplicației se utilizează mai multe componente, fișiere php, js, css, librării și imagini.

Figura 2.5.4 – Diagramă de componente. Structura aplicației

2.6 Elaborarea diagramelor de amplasare

Diagramele amplasărilor prezintă configurația elementelor de procesare din timpul execuției și componentele, procesele și obiectele care le conțin. Fiecare model al unui sistem informatic are asociata o singura diagrama de exploatare.

Instanțele componentelor soft reprezintă manifestări a unor unități de cod în cadrul execuției. Componentele care nu există ca entități de execuție nu apar în aceste diagrame, ci doar în diagramele de componente.

O diagramă de exploatare este un graf de noduri conectate prin asocieri de comunicare. Nodurile pot conține instanțe ale componentelor (componenta există sau se execută pe nodul respectiv). Componentele pot conține obiecte (acestea sunt localizate în componente) [4].

În figura 2.6.1 respectivă sunt reprezentate componentele necesare funcționalității Sistemului fiind reprezentate ca un graf de noduri conectate prin asocieri de comunicare. Nodurile pot conține instanțe ale componentelor (componenta există sau se execută pe nodul respectiv).

Componentele sunt conectate cu alte componente sau interfețele acestora prin intermediul unor relații de dependență (săgeți întrerupte) ceea ce reprezintă faptul că o componentă folosește serviciile altei componente.

Figura 2.6.1 – Diagramă de amplasare.

În figura 2.6.2 este prezentat nucleul funcționării sistemului. Deoarece este o aplicatie Web, perifericele sunt mai putin importante, dar indispensabile sunt cele 2 servere din partea superioară a diagramei: serverul pentru baza de date și serverul web, toate acestea sunt necesare pentru a transmite informația catre utilizatori, numarul cărora poate varia mult. De accea serverele trebuie să fie extensibile.

Figura 2.6.2 – Diagramă de amplasare. Web server

Concluzie

La baza elaborării unei aplicații stau multe trepte, deseori și mulți dezvoltatori. Cei mai importanți pași sunt elaborarea cerințelor tehnice și a specificațiilor față de sistem. Cerințele tehnice față de sistem sunt primordiale în crearea oricărui soft. Dezvoltatorul trebuie să stabilească distinct ce trebuie și cum trebuie să implementeze în aplicația sa.

Odată ce cerințele au fost stabilite, nu rămîne decît crearea diagramelor, adică specificațiilor față de sistem. În lucrarea mea de curs am creat modele de diagrame de toate tipurile studiate. Succind, dar detaliat am enunțat principalele funcții ale aplicației.

Toate aceste diagrame sunt primordiale în proiectarea sistemului meu, enunțînd în mod direct unii dintre pașii pe care trebuie să-i parcurg în proiectare, ceea ce facilitează mult lucrul ca dezvoltator al unei aplicații sau al unui sistem.

În decursul efectuării lucrării de curs au fost dezvoltat deprinderi în lucrul cu instrumentul de modelare a sistemelor informatice Enterprise Architect. Acumulînd multe cunostințe noi în domeniul modelării sistemelor informatice. Elaborarea lucrării a dus la ciocniri cu probleme, care au fost rezolvat pas cu pas, consultînd cu profesorul de laborator, apelînd și la Internet.

În timpul elaborării modelului s-a străduit să se pătrundă în toate detaliile de care s-a ținut cont la elaborarea acestui model informatic. Lucrul intensiv, a dus la dezvoltarea, deprinderea de a lucra în domeniu, de a fi responsabil și comunicabil. În pofida volumului de muncă, s-a realizat totul cu multă plăcere.

Un alt pas care trebuie de luat în considerare a fost că mediu care este proiectat trebuie să se supună standartelor UML, astfel ca el să fie ușor de învățat de către alți utilizatori, și diagramele create să fie înțelese de toți cei care înțeleg limbalul UML.

Lucrarea respectivă, are un rol important în instruirea ca specialist în domeniul modelării diferitor sisteme informatice și informaționale. Lucrul intensiv, experimentarea dă posibilitatea apropierii tot mai mult de lumea IT-ului, fiind mai ușoară încadrarea în cîmpul de muncă.

Bibliografie

Uremont.com, [Resură electronică] – regim de acces: https://uremont.com

Master-lux.md, [Resură electronică] – regim de acces: http://master-lux.md/

Turbinamd.com, [Resură electronică] – regim de acces: http://turbina.md/ro

4. Unified Modeling Language[Resursă electronică] – regim de acces: https://ro.wikipedia.org/wiki/Unified_Modeling_Language