Sistem de management i gestiune a parcrilor

Drago Iulian Obancea, Universitatea Transilvania din Braov, Facultatea de Matematic i Informatic

Abstract One of the main problem around the world regarding the travel system is the management of the parking places. Unfortunately the solutions used until now are not as effective as they wanted to be. That is why it is of utmost importance the management and the organization of the areas where parking places can not be built.This paper is aiming to describe a new management system of the overcrowded parking places and much more. This concept is presented through a web application that permites the administrators to change parts from the existing parking places in some that can be reserved. In this way, the users have the possibility to make online reservations, and so they avoide losing their time in traffic. There is an advantage not only for the ones that need the same parking place every day, but also for the others. To search a parking place is very easy. Google Maps is used in the application, it receives and gives the required information. This approach is feasible because all the parking places are collected in a single data base.

1 Introducere
Una din marile probleme cu care se confrunt administraiile locale pe de o parte i conductorii auto pe de alta, o reprezint locurile de parcare. Ritmul galopant de cretere a numrului de autovehicule din ultimul deceniu, a sugrumat multe din ngustele drumuri i strzi ale marilor orae, proiectate pentru un volum mult mai sczut al traficului. Aceasta, mpreun cu gestionarea neeficient a autoritilor competente au condus la un adevrat haos pe domeniile publice din marile centre ale rii i nu numai. Conductori auto sau pietoni, cu toii suntem contieni de amploarea acestei probleme. Cu toii am fost pui n situaii dificile provocate de: autovehicule parcate pe toat suprafaa trotuarului, benzi de circulaie blocate de maini parcate ilegal sau de oferi ce caut cu disperare un loc de parcare liber, conflicte iscate ntre locatari de bloc i nu numai, cu privire la dreptul de a parca autovehicolul ntr-un anumit loc i multe astfel de situaii deranjante. Dac privim cu atenie, nici peste grani situaia nu este foarte mbucurtoare. Chiar i marile orae ale lumii, cum ar fi New York, Sidney, orae ce se bucur de strzi i parcri numeroase i ncaptoare, se confrunt cu aceeai problem. Ideile de rezolvare sunt multe i diverse, unele ridicole, altele chiar foarte bune. Se ntlnesc, de la parcri subterane cu lifturi pentru autovehicule, pn la locuri de parcare blocate cu stlpi hidraulici acionai la telecomand sau la introducerea unui cod de verificare. Punerea n practic a acestor idei a fost ns mai greu de realizat i, n general, soluiile care s-au dovedit a fi utile au fost i cele mai costisitoare. Este adevarat c ar fi mult mai comod pentru o persoan s foloseasc un loc de parcare blocat de stlpi acionai hidraulic, ns construirea acestor mecanisme este costisitoare i greu de imaginat, deoarece nu putem ngrdi fiecare metru ptrat din spaiul public. Nu se poate ca la fiecare conflict aprut din pricina unor spaii de teren s se mai construiasc un gard.

Conform statisticilor, rile cele mai afectate de problema parcrilor sunt cele aflate la un nivel mediu de dezvoltare, categorie din care face parte i Romnia. n ultimii 20 de ani n aceste state numrul autovehiculelor a crescut exponenial, ns numrul locurilor de parcare a rmas aproape acelai. Motivele sunt diverse, de la lipsa fondurilor alocate pentru acest sector pan la eliminarea locurilor de parcare, cauzat de construirea a noi imobile n zonele cele mai aglomerate, n ciuda faptului c n legislaia actual exist obligativitatea amenajrii de locuri de parcare la toate cladirile noi. n concluzie, singura soluie rmas, aplicabil n toate oraele lumii, indiferent de nivelul de dezvoltare la care se afl, este una simpl, accesibil i necostisitoare, dar care din pcate nu a fost gsit sau popularizat pn n ziua de astzi.

2 Formularea problemei
Obiectivul iniial al acestei lucrri a fost urmtorul: S se gaseasc un nou concept de organizare i gestionare a parcrilor i s se construiasc un sistem informatic pe baza acestuia, care s ajute la rezolvarea problemei locurilor de parcare din ar i nu numai . De remarcat folosirea verbului s ajute deoarece nici un sistem informatic, orict de evoluat ar fi, nu poate soluiona aceast problem, cum o poate face crearea a noi locuri de parcare. Uurina acestei cerine ascunde, ns, un numr mare de obiective pe care o aplicaie bazat pe un concept nou, trebuie s le ating. Dintre aceste obiective, le amintim pe cele mai importante: accesibilitate, flexibilitate, universalitate, simplitate, rapiditate.

2.1 Accesibilitate
2.1.1 Din punct de vedere al proprietarilor i administratorilor de parcri Probabil aspectul cel mai important din punct de vedere al proprietarilor i administratorilor de parcri este cel al costului investiiilor. n general, pentru orice investiie se analizeaz mai ntai suma de bani disponibil i abia apoi, n funcie de aceasta, obiectivele finale. De aceea noul sistem de management i gestiune a parcrilor va trebui s implice costuri minime. 2.1.2 Din punct de vedere al coductorilor auto Succesul unui sistem este dat, n general, de durata de timp n care persoanele aflate n anumite categorii se adapteaz acestuia i de uurina cu care l folosesc. Astfel, este foarte important ca noul sistem de management i gestiune a parcrilor s dispun de un suport informatic uor accesibil care s poat fi utilizat fr a avea nevoie de instalarea de programe suplimentare (exemplu: aplicaie web).

2.2 Flexibilitate
De-alungul istoriei, sistemele ce nu au demonstrat c sunt capabile s suporte schimbri au fost primele nlocuite. Drept urmare, flexibilitatea va fi una dintre caracteristicile de baz a noului concept, adic pe lng faptul c n aplicaie se vor putea aduga permanent zone cu parcri, n cazul n care se modific un aspect legat de conceptul de funcionare, aceast modificare s poat fi fcut cu uurin i in aplicaie.

2.3 Universalitate
n lumea ntreag exist la fel de multe moduri de abordare a problemei, cte parcri exist. ns foarte puine dintre acestea sunt folosite ntr-un numr semnificativ de orae i cu att mai puine n ri diferite. n consecin, la construcia noului sistem de management i gestiune a parcrilor se are n vedere aceast proprietate prin realizarea unei aplica ii care s fie accesibil n ri aflate n diferite regimuri i nivele de dezvoltare i care s se poat adapta n funcie de medile n care sunt folosite.

2.4 Simplitate
Se spune c soluiile cele mai bune sunt, n general, i cele mai simple. O aplica ie bazat pe un astfel de concept va trebuie s fie simpl, rapid i uor de folosit, att pentru utilizator ct i pentru administrator. Aceasta nseamn c administratorul va putea gestiona cu uurin parcrile iar pentru conductorul auto, crearea unei rezervri nu va necesita cunotine deosebite legate de utilizarea calculatorului.

2.5 Rapiditate
n general, sistemele noi ce le nlocuiesc pe cele vechi au proprietatea de a fi mai rapide. Dac aceast nou abordare a problemei nu permite conductorului auto s i asigure un loc de parcare ntr-un timp foarte scurt, atunci exist mari anse ca sistemul s fie considerat un e ec.

3 Rezultate principale
Este o opinie rspndit faptul c, o lucrare prezentat schematic, n care ideile sunt scurte i la obiect, determin asculttorul/cititorul s fie mult mai receptiv la conceptul descris n interiorul acesteia, dect o prezentare lung i obositoare. De aceea, n continuare, lucrarea va fi structurat pe un numr reletiv mare seciuni de lungime medie i mic. Astfel, rezultatele obinute n urma finalizrii acestei lucrri pot fi mprite n dou entit i diferite: Un concept care descrie un nou sistem de management i gestiune a parcrilor. O aplicaie menit s demonstreze posibilitatea punerii sistemului n practic i uurina cu care aceasta se poate realiza.

3.1 Descrierea la nivel de concept

Cu toii tim, dupa cum am amintit i n introducere, c una din problemele care apare n momentul n care se folosete autovehicolul ca mijloc de transport, ctre o zon aglomerat din punct de vedere al traficului este gsirea unui loc de parcare liber. Acest lucru necesit timp, iar n cazul n care acest gen de activitate se desf oar zilnic, devine frustrant. Statistic vorbind, o persoan care lucreaz ntr-o zon aglomerat din centrul unui ora de dimensiunile Bucuretiului, pierde aproximativ 5-10 minute pe zi cutnd un loc de parcare, adic 30-60 minute pe sptmn respectiv 15-30 ore pe an. Acest nou concept i propune s elimine aceast perioad de timp inutil prin crearea unui sistem care ofer posibilitatea conductoriilor auto s i rezerve un anumit loc de parcare pe un interval de timp bine definit. Un astfel de sistem nu este chiar nou, el fiind folosit de mult timp n industria hotelier. Astfel, o simpl adaptare va transforma spa iile de parcare existente ntr-o mulime de entiti bine organizate, pentru fiecare dintre acestea cunoscndu-se, n fiecare moment, disponibilitatea i gradul de ocupare.

Pentru ca acest mod de abordare a problemei s se desfoare cu succes a fost nevoie de ndeplinirea urmtoarelor condiii: Colectarea tuturor parcrilor i locurilor de parcare aferente ntr-o singur baz de date. Crearea unui suport informatic care s ofere posibilitatea conductorilor auto, de a face rezervri i administratorilor, de a-i efectua cu uurin procesul de gestiune. Singura condiie impus celor din urm este de a numerota locurile de parcare, pentru a permite referirea lor att de aplicaie ct i de oferi. Astfel se contureaz dou puncte de vedere diferite i anume: 3.1.1 Din punct de vedere al administratorului S considerm urmtorul scenariu: n centrul istoric al oraului Braov, zon n care traficul este foarte intens i exist foarte multe cldiri importante, se afl parcarea Gheorghe Dima. Aceast parcare, aflat n administraia primriei dispune de 100 de locuri de parcare, pentru care a fost stabilit o tax de 1 leu pe ora de staionare. n prezent, puini dintre cei care intr n aceast parcare gsesc efectiv un loc liber unde s poat staiona maina. Majoritatea ncearc la urmtoarea parcare i aa mai departe. Dac ns, se folosete noul sistem de management i administatorul transform 50 din cele 100 de locuri de parcare n locuri de parcare cu rezervare, situa ia va arta total diferit. oferii pregtii, ce vor s ajung undeva n zona centrului istoric i au rezervarea fcut din timp, pot veni linitii, siguri c vor gsi un loc de parcare liber, toat aciunea fiind organizat. Am presupus alocarea a doar 50 de locuri din cele 100 pentru rezervri, deoarece este necesar o perioad de tranziie ntre cele dou sisteme. Dac se ncearc direct transformarea tuturor locurilor de parcare, vor exista oferi mai puin informai care vor intra fr rezervare i se va ajunge la conflicte i nemulumiri. Dar dac trecerea se face treptat i se aloc suficient timp pentru informare i adaptare, probabilitatea ncheierii cu succes a acestei tranzii va fi mult mai mare. Celelalte aspecte ns vor rmne neschimbate: autovehiculele parcate ilegal i cele ce nu au rezervare vor fi ridicate de pe domeniul public, iar taxele de staionare vor putea fi n continuare aplicate, plata fcndu-se la crearea rezervrii. 3.1.2 Din punct de vedere al conductorului auto Continund scenariul prezentat mai nainte, s presupunem c domnul Popescu, posesor al unui permis de conducere, categoria B, dorete s ajung cu maina personal n apropierea centrului istoric al oraului. n condiiile sistemului actual, este foarte probabil ca domnul Popescu s ajung n parcarea Gheorghe Dima, s caute fr succes un loc liber timp de 5 minute, iar apoi s i continue drumul spre o alt parcare n care va relua procesul de cutare. n schimb, dac se aplic acest nou concept, domnul Popescu i va permite s plece de acas cu 10 minute mai trziu dect n mod normal, deoarece este sigur c, odat ajuns n parcarea Gheorghe Dima, va gsi la numrul 5, un loc de parcare rezervat numai pentru dumnealui, deoarece a avut grij s petreac dou minute n faa calculatorului i s i rezerve acel loc. Dup cum se poate observa, scenariile prezentate mai sus, nu sunt extrase din poveti tiinifico-fantastice, ci reprezint o situaie tipic n care se afl milioane de conductori auto n fiecare zi. in s menionez faptul c sistemul prezentat la nivel de concept atinge toate obiectivele prezetate n formularea problemei: accesibilitate, flexibilitate, simplitate, universalitate, rapididate.

3.2 Proiectare aplicaiei

Dup cum am precizat i la descrierea conceptului, aplicaia ataat acestei lucrri are menirea s demonstreze simplitatea cu care sistemul prezentat poate fi pus n aplicare. De asemenea prin aceasta se demonstreaz i ct de realis i realizabil este aceast abordare. Un prim obiectiv atins de aceast aplicaie este accesibilitatea deoarece const ntr-un website uor de accesat de orice persoan cu conexiune la internet, internet care de altfel a devenit din ce n ce mai abordat de ctre orice categorie de persoane. Descrierea aplicaiei poate fi fcut scurt i la obiect, prezentnd succint principalele entit i ale acesteia. 3.2.1 Interfaa de utilizare Am optat pentru o interfa utilizator ct mai puin complicat, deoarece simplitatea este unul din cei mai importani factori care contribuie la succesul introducerii unui sistem nou. Astfel am reuit s ating un nou obiectiv (simplitate) crend fiecare pagin pe un ablon (MasterPage.master) care are ca i elemente principale urmtoarele: Un meniu din care pot fi accesate diferite pagini O hart a aplicaiei O scurt descriere a aplicaiei Unelte de nregistrare i autentificare O cale curent Detalii despre autor, data curent .a.m.d. Coninutul meniului i a hrii aplicaiei se modifc n funcie de tipul de utilizator: (anonim, administrator, utilizator).

Menionez c imaginea ataat este orientativ. Aplica ia se afl n continu dezvoltare i pot aprea mici modificri, cum ar fi adugarea unei noi pagini n meniu sau a unei noi unelte n interiorul ablonului.

3.2.2 Modulul pentru utilizator

Modulul pentru utilizator este mprit n dou componente. O prim component const ntro pagin de tipul acas n care utilizatorul i poate vizualiza/modifica/insera numerele de nmatriculare ale mainilor personale. Tot n aceast seciune sunt afiate toate rezervrile fcute de acesta. Cea de-a doua component const ntr-o serie de entiti structurate liniar ce au rolul de a conduce utilizatorul spre gsirea i rezervarea locului de parcare dorit. Astfel pentru a face o rezervare se vor parcurge urmtorii pai: 1. Cu ajutorul motorului de cutare i a hrilor Google, ce afieaz din baza de date, se va gsi i se va selecta parcarea dorit; 2. n cazul n care utilizatorul nu este autentificat i se va cere acest lucru; 3. Se va introduce intervalul de timp n care se dorete a se face rezervarea i n funcie de locurile de parcare disponibile se va alege unul dintre acestea; 4. Urmeaz o pagin de confirmare n care sunt afiate toate op iunile selectate de utilizator; 5. Se efectueaz plata cu PayPal astfel: a. Se face trecerea pe site-ul PayPal la seciunea pl i; b. Se introduc date de autentificare sau date despre persoan i contul bancar; c. Se confirm datele introduse de ctre utilizator; d. Se confirm plata de ctre PayPal; e. Se revine la aplicaia Parking Manager; 6. Se confirm plata de ctre aplicaie; 7. Se nregistreaz rezervarea i se revine la pagina principal a utilizatorului. Pai prezentai mai sus pot fi parcuri de un utilizator mediu al internetului n aproximativ 3 minute iar n cazul n care persoana n cauz deine i un cont PayPal, plata se face i mai repede. Menionm c i alte motoare de pli autohtone pot fi integrate n aplicaie (e.g. epayment.ro). Alegerea lui PayPal s-a fcut pentru c API-ul pus la dispoziie permite simulri n timpul dezvoltrii de aplicaie i nu n ultimul rnd datorit documentaiei existente. Aplicaia confirm faptul c timpul alocat pentru a rezerva un loc de parcare este mult mai mic dect timpul necesar cutarii efective (zilnice sau nu). Astfel nc un obiectiv propus la formularea problemei (rapiditate) a fost atins.

Acunile descrise mai sus pot fi reprezentate printr-o diagrama de secven astfel:

Comunicarea dintre obiectele participante la procesul de realizare a unei rezervri poate fi ilustrat printr-o diagram de comunicare/colaborare astfel:

Activitiile efectuate in procesul de realizare a unei rezervri pot fi descrise de urmtoarele modele de diagrame de activitate:

3.2.3 Modulul pentru administrator

Modulul pentru administrator le ofer acestora o serie de unelte prin care i pot gestiona mai uor parcrile. n continuare amintim o parte dintre acestea: Gestionarea coninutului tabelelor din baza de date, adic posibilitatea de a insera, terge, edita parcri, adrese ale parcrilor, locuri de parcare i rezervrile corespunztoare locurilor de parcare. Menionez c la inserarea parcrilor se folosete Google Maps pentru a determina locaia pe hart a entitii obiect; Gestionarea utilizatorilor; Crearea de noi administratori; Crearea a diferite statistici, n mod grafic sau nu, referitor la eficien a sistemului implementat pentru anumite parcri i comparaii fcute ntre toate acestea; Crearea unei vederi complexe care s determine toate autovehiculele care au permisiunea de a staiona pe fiecare loc de parcare n parte, structurat pe intervale de timp, care aparin unei date fixe specificate de ctre administrator. Acest tabel este destinat controlorilor care pot verifica cu uurin dac o main este parcat corespunztor din punct de vedere al rezervrii, pentru a lua msurile disciplinare ce sunt coninute n lege. Figura urmtoare ilustreaz o mic seciune dintr-un asemenea tabel:

Proiectarea si descrierea claselor Clasele aplicaiei sunt folosite pentru conectarea la baza de date. Acestea sunt coninute ntrun nume de spaiu: Parking_Management dar sunt mprite n 2 subnume: Business Logic Layer i Data Acces Layer, primul fiind mparit la rndul sau n Business Objects i Business Services. Pentru a putea reprezenta relaiile dintre aceste clase, acestea vor fi prezentate mpreuna: a. AdressBO:

b. LicenceBO:

c. Parking BO:

d. ParkingPlaceBO:

e. ReservationBO:

f.

UserBO:

3.2.5 Proiectarea si descrierea claselor Paginile web sunt mprite n 2 categorii: cele destinate administratorilor i cele pentru utilizatorii obinuii. Accesul la aceste pagini se face printr-p pagin principal univesal: a. Paginile Utilizator:

b. Paginile Administrator:

3.2.6 Proiectare Bazei de date Baza de date este creat n SQL Server 2005 Express Edition ce poate fi folosit gratuit i n cazul unor aplicaii comerciale [1, 2]. n continuare voi prezenta printr-o diagram i o serie de comentarii structura bazei de date i motivele pentru care a fost aleas o asemenea structur.

Toate tabelele ce au ca prefix aspnet_ fac parte dintr-o schem care este creat automat de aspnet_regsql, o aplicaie a platformei .NET Framework ce poate fi accesat din Visual Studio 2008 Comand Prompt [3]. Aceast schem reprezint baza pentru realizarea unei Membership Schema necesar aplicaiei bazate pe utilizator. Singura modificare adus n aceast seciune a fost adugarea n tabela aspnet_User a proprietii discount deoarece am considerat c exist persoane care sunt scutite de plata taxelor de parcare sau care au reduceri pentru acestea (ex: angajaii primriilor). Tabela de la care s-a nceput dezvoltarea, este Parking. Proprietile acesteia sunt urmtoarele: o ParkingName numele parcrii o X, Y coordonatele pentru Google Map o Cost - valoarea taxei de staionare timp de o or o Proprietile din urm descriu programul sptmnal al parcrii (intervalele de timp n care se percep taxele) pentru: Luni-Vineri, Smbt i Duminic.

Dimensiunile unei parcri variaz, de aceea o parcare cu o suprafa mare poate fi ntins pe mai multe adrese. n astfel de condiii am creat tabela address. Fiecare parcare are un numr de locuri alocate procesului de rezervare i din acest motiv a fost introdus tabela ParkingPlace. n fiecare loc de parcare exist un numr de rezervri pe intervale de timp diferite, care nu se suprapun; i fiecare rezervare corespunde unui utilizator. Astfel a fost adugat tabela Reservation. Tabela Licence a fost conceput deoarece orice utilizator poate deine una sau mai multe autovehicule.

Legtura dintre baza de date i aplicaie a fost fcut folosind Linq to SQL [4, 5, 6]. Am ales acest mod de abordare, n detrimentul celorlalte opiuni, inclusiv a celei automate oferite de platforma .Net Framework 3.5 deoarece putem considera c este un mod eficient din punct de vedere al cantitii de cod scrise prin care se poate crea legtura cu un server de baze de date. 3.2.7 Limbajul C# Limbajul C# a fost preferat datorit faptului c este un limbaj de programare obiect-orientat cu o sintax bazat pe C++ care include aspecte ale limbajelor Delphi, Visual Basic i Java, cu un accent special pus pe simplificare (mai puine simboluri dect n C++, mai puine cerine decorative dect n Java .a.m.d) [8, 9]. Straturile implementate n cadrul aplicaiei sunt: Business Logic Layer, format din o Business Objects, corespunztor lui Domain Model din [7] o Business Services, corespunztor lui Service Layer din [7] Data Access Layer, implementat prin Data Mapper [7] n urmtoarele secvene de cod se exemplific inserarea unui obiect de tip LicenceBO n tabela Licence a bazei de date: Clasa LicenseBO:
........ public int LicenceID { get; set; } public Guid UserID { get; set; } public string Number { get; set; } public override string ValidateMessage() { ........ } ........

Clasa LicenceServices:
........ [DataObjectMethod(DataObjectMethodType.Insert, true)] public void InsertLicence(LicenceBO LicenceBO) { string validationMessage = LicenceBO.ValidateMessage(); if (validationMessage != string.Empty) { throw new Exception(validationMessage); } LicenceDAL LicenceDAL = new LicenceDAL(); LicenceDAL.InsertLicence(LicenceBO); } ........

Clasa LicenceDAL:
......... internal void InsertLicence(LicenceBO LicenceBO) { using (ParcariDBDataContext pdc = new ParcariDBDataContext()) { Licence Licence = new Licence { UserID = LicenceBO.UserID, Number = LicenceBO.Number }; pdc.Licences.InsertOnSubmit(Licence); pdc.SubmitChanges(); LicenceBO.LicenceID = Licence.LicenceID; } } .......

3.2.8 Google Maps Integrarea n aplicaie a hriilor oferite de cei de la Google a fost unul din considerentele urmrite pentru aceast aplicaie. Folosirea acestei unelte se face att de ctre administrator, la introducerea parcrilor ct i de ctre utilizator la cutarea unui loc de parcare. Utilizarea se face pe baza unui API care permite programatorului s utilizeze hri oferite de Google Maps ntr-o aplicaie web folosind JavaScript. API ofer o serie de unelte pentru manipularea hrilor (asemntoarea celor de pe pagina http://maps.google.com ) i pentru adugarea a unei mari varieti de servicii ce duc la realizarea unor hri robuste pentru proprile aplicaii web. Avantajele oferite de aceast tehnologie sunt numeroase. Printre acestea se numr: Posibilitatea de a introduce pentru o cutare att o adres exact ct i un punct de reper important (ex: Romnia, Braov, Primrie); Afiarea tuturor parcrilor din baza de date a aplicaiei mpreun cu programul lor; Afiarea coordonatelor; Posibilitatea de a mri sau micora imaginea (Zoom); Existena a trei moduri de vizualizare a hrii: Map, Satelite, Hybrid. Un exemplu de interfa utilizator Web care folosete Google Maps este dat n Figura 1.

Figura 1. Exemplu de integrare a hrilor Google Maps in aplicaie

3.2.9 PayPal Pentru a realiza plata rezervaiilor am folosit o tehnologie oferit de cei de la PayPal numit PayPal Sandbox [10, 11]. Aceasta ofer programatorilor posibilitatea de a testa integrarea soluiei de plat PayPal nainte de a efectua tranzaciile n mediul de plat real. Sandbox este un duplicat al site-ului PayPal, singura diferen dintre aceste dou fiind faptul c banii nu se transfer de pe un cont pe altul. Am ales s folosesc PayPal ca i metod de plat pentru c: PayPal este unul dintre liderii mondiali n pli i tranzac ii online; Este uor de folosit i accesibil n majoritatea rilor lumii; Accept plata direct cu cardul sau din contul utilizatorului nregistrat; Este rapid i eficient;

3.3.0 Platforme software Aplicaia a fost dezvoltat n Visual Studio 2008 Professional iar baza de date a fost creat cu Microsoft Sql Server 2005 Express Edition. Am facut aceast alegere avnd n vedere stabilitatea, viteza de execuie i nu n ultimul rnd uurina de dezvoltare. Am folosit de asemenea i biblioteci preluate de la Microsoft, Google, .a.m.d. pentru a putea implementa anumite unelte: GoogleMap, DataVisualization.Charting, PayPal.

4 Avantaje
Avantajele aplicaiei realizate sunt numeroase i diferite pentru cei ce utilizeaz un astfel de sistem. Cu siguran, fiecare dintre noi are un alt punct de vedere asupra unui concept i prin urmare avantajele oferite de acesta difer de la o persoan la alta. De aceea, voi prezenta n continuare doar o parte din avantajele pe care le consider comune: Costuri mai mici pentru administratori parcrilor dat fiind faptul ca investiile sunt minime; Eliminarea duratei de timp necesare pentru a cuta un loc liber de parcare; Confort crescut n ceea ce privete efectuarea plii rezervrilor de ctre conductorii auto; Confort crescut n ceea ce privete ncasarea banilor de ctre de intorii parcrilor; O mai bun organizare i gestionare a parcrilor, respectiv a locurilor de parcare; Accesibilitate: Sistemul este accesibil att administratorilor, datorit costurilor reduse ale investiilor necesare, ct i utilizatorilor datorit aplicaiei care se acceseaz prin intermediul internetului. Universalitate: Sistemul poate fi implementat att n oraele ce dispun de resurse materiale mai nsemnate, c i n cele n care sumele de banii alocate pentru investi ii sunt mai reduse; Flexibilitate: n funcie de condiiile n care se dorete dezvoltarea acestui concept, anumite aspecte ale sistemului, respectiv aplicaiei, pot fi modificate, inclusiv structura bazei de date; Simplitate: n general, persoanele sunt mai receptive fa de ideile simple pe care le pot asimila uor. Astfel adaptarea conductorilor auto la un astfel de sistem ar fi mult mai rapid; Rapiditate: Se spune c n secolul vitezei orice concept care aduce rezultate mai rapide este foarte bine primit. De acord, avnd n vedere c 2-3 minute n faa calculatorului sunt mai uor de suportat dect 10 minute n trafic. Cu aceste sisteme de parcri pot fi dotate: parcrile publice din centrele marilor orae, parcrile cldirilor administratve, parcrile de cartier, parcrile hotelurilor de lux, saloanele auto ale reprezentanelor firmelor productoare de autoturisme i aa mai departe;

5 Concluzii i dezvoltri viitoare

Att conceptul ct i aplicaia reprezint o idee nou, a crei dezvoltri a ajuns pn la un anumit punct. Bine neles c ideea nu este fix, se pot aduga i modifica o mulime de aspecte, sau chiar tot sistemul propus poate fi inclus ntr-un sistem mai mare, devenind un subsistem al acestuia. Chiar ideea iniial de la care s-a plecat a fost puin diferit de rezultatul final obinut. Am plecat de la o abordare mai simpl n care vroiam doar s creez o aplicaie n care se puteau face rezervri, iar la confirmarea acestora, utilizatorii primeau un cod pe care l introduceau n aparatele de pe marginea parcrilor pentru a primii tichete asemantoare celor de astzi. Dup cum putei observa aplicaia era mai simpl dar sistemul mult prea complex, coninea elemente inutile. Astfel, pe parcursul dezvoltrii conceptului am realizat c exist o metod mult mai uoar, mai puin costisitoare i mai la ndemn de pus n aplicare folosind numerele de inmatriculare a mainilor personale ale utilizatorul. De aici, asemenea unor piese de domino, au urmat crearea tabelelor pentru controlori, a statisticilor i a a mai departe.

Puterea acestui mod de abordare este dat de posibilitatea continu de dezvoltare. Astfel poate s in pasul cu dorina de modernizare din acest sector. Obiectivul propus, de a crea un concept i o aplicaie care s poat s creasc a fost atins i deja am stabilit o list de unelte ce pot fi adugate sistemului i implicit conceptului. Printre acestea se numr: Posibilitatea utilizatorului de a-i recupera banii n cazul n care exist probleme la locul de parcare rezervat deoarece nu putem preveni situaiile neprevzute; Posibilitatea utilizatorilor de a avea discounturi n funcie de parcare; Posibilitatea selectrii unor zile n care s nu se perceap taxe (ex. n zilele de srbtoare); Posibilitatea determinrii clienilor fideli i oferirii de bonusuri sub forma de reduceri; Posibilitatea de a face reduceri n funcie de parcarea i de timpul dorit pentru rezervare (ex. dac rezervarea este pe o lun de zile s se fac o reducere de 20%); n final, punerea n practic a sistemului. n concluzie sistemul de management i gestiune a parcrilor prezint un concept nou, susinut de o aplicaie, care reuete s aduc o abordare nou, simpl i mai u or de folosit asupra aciunii de cutare i ocupare a unui loc de parcare. Idea este complet realizabil i rspunde cerinelor impuse de dezvoltarea sistemului de transport i nu numai.

Bibliografie
[1] ***, SQL Server 2005 Redistribution Rights, http://www.microsoft.com/sqlserver/2005/en/us/expressredistribute.aspx [2] ***, SQL Server 2005 Express Edition Redistribution EULA [3] Matthew MacDonald and Mario Szpuszta, Pro ASP.NET 3.5 in C# 2008, Apress, 2007 [4] ***, http://www.asp.net/LEARN/videos/ [5] Fabio Claudio Ferracchiati, LINQ for Visual C# 2008, Apress, 2008 [6] Fabrice Marguerie, Steve Eichert, Jim Wooley, LINQ in Action, Manning, 2008 [7] Martin Fowler, Patterns of enterprise application architecture, Addison Wesley, 2002 [8] Drago Iulian Obancea, Primii pai cu C#, Editura Noua Bucureti, 2009. [9] Lucian Mircea SASU, Introducere n limbajul C#, Editura Universitatii Transilvania din Brasov, 2009 [10] Damon Wiliams, Pro PayPal E-Commerce (Experts Voice), Apress, 2007 [11] Victoria Rosenborg, Marsha Collier, PayPal for Dummies, Wiley Publishing Inc.

DRAGO IULIAN OBANCEA Universitatea Transilvania din Braov Facultatea de Matematic i Informatic Specializarea Informatic Strada Iuliu Maniu, Nr. 50, Braov ROMNIA obancea_dragos@yahoo.com