Cuprins :

CAPITOLUL I2PROIECTAREA SISTEMULUI INFORMATIC AL AGENTEI DE TURISM TRAVEL21.1) Analiza viitorului sistemului21.2)Aportul adus de bazele de date orientate obiect sistemului41.3)Sisteme de gestiune a bazelor de date orientate pe obiecte8CAPITOLUL II10ETAPE N REALIZAREA BAZEI DE DATE102.1 Analiza de sistem102.2 Metodologiei UML n proiectarea bazelor de date17Use Case Diagram 17Class Diagram19Activity Diagram21Sequence Diagram23CAPITOLUL III25Proiectarea aplicaiei pentru gestiunea contractelor ncheiate pentru o ageie de turism253.1Definirea claselor i a proprietiilor273.2 CSP-urile i intergrare acestora n Dreamweaver333.3Prezentarea interfeei43CONCLUZII49Bibliografie :50ANEXA 151ANEXA 258ANEXA 363

CAPITOLUL IPROIECTAREA SISTEMULUI INFORMATICAL AGENTEI DE TURISM TRAVEL

1.1 ) Analiza viitorului sistemuluiPrin acest proiect mi propun s evideniez importana utilizrii sistemelor de gestiune a bazelor de date , prin orientarea obiect n dezvoltarea infrastructurii societii , dar i n sistemele de programare utilizate pe diverse tipuri de calculatoare.n prezentarea de fa voi aborda principalele aspecte ale bazei de date orientat obiect folosit de o agenie de turism pentru gestionarea contractelor ncheiate cu turitii , att din perspectiva utilizatorului ct i al proiectantului de aplicaii .Dei au aparut i s-au dezvoltat mai trziu dect sistemele de operare , SGBD-OO dein un set de principii i concepte , bine puse la punct , ceea ce le confer o larg disponibilitate n proiectarea i exploatarea bazelor de date orientate obiect (BDOO).Avnd ca punct de pornire ideea c sistemul informatic este alctuit din totalitatea elementelor care particip la prelucrarea i transmiterea datelor , ntr-o prim etap , se are drept scop stabilirea unor stategii de creare a unui sistem la nivelul ageniei de turism care s ajute la gestionarea contractelor .Odata selectat proiectul se au n vedere urmtoarele :definirea clar a problemei care const n realizarea sistemului i scopul pentru care acesta este creat - automatizarea opinerii informaiilor necesare conducerii n scopul lurii deciziilor .De altfel , se mai au n vedere i avantajele pe care le aduce sistemul, ce activiti economice sprijin i ce probleme se pot rezolva cu ajutorul lui.Printre avantaje se numr : Din punct de vedere administrativ- se reduc erorile n ceea ce privete gestiunea contactelor i se diminueaz costurile operaionale ; Din punct de vedere executiv -personalul poate gestiona i obine date relevante n privina contactelor ncheiate , mbuntirea cashflow-ului (fluxuri monetare) , se pot obine rapoarte n timp real despre situaia contactelor , se mbuntete disponibilitatea i accesibilitatea datelor ; Din punct de vedere managerial : deciziile sunt luate n funcie de informaiile disponibile n acel moment , crete nivelul de onorare al contractelor i al integritii informaiilor financiare (se elimin problema adevrurilor multiple -fiecare departament avnd acelai set de rezultate n ceea ce privesc contractele , datele contradictorii eliminndu-se) , se optimizeaz procesul de buisness.Activitiile pe care le sprijin sistemul sunt : estimarea tendinelor anumitor fenomene (creterea sau scderea numarului de contacte), mbuntairea , n timp real , a activitii de management al ageniei , elaborarea unui sistem operaional ct mai eficient (crearea unor noi oferte , cutarea unor noi clieni) , facilitarea atingerii unor obiective strategice ale ageniei i nu n ultimul rnd , desfurarea unei activiti ct mai productive pe palierul contactelor ncheiate care influeneaz i celelalte funcii ale afacerii (de ex. marketingul).Problemele care se pot rezolva prin crearea acestui sistem informatic de eviden a contactelor sunt urmatoarele : integritatea datelor , informatizarea datelor, accesibilitatea rapida la date , identificarea cu uurin a datelor necesare anumitor prelucrri (valoarea unei comenzi) , protecia i securitatea datelor , modul de organizare a datelor etc.Resursele de care se in cont n realizarea acestui sistem informatic fac referire la resursele financiare , juridice operaionale , tehnice i de timp pentru a vedea daca raportul dintre perioada necesar recuperrii investiiilor din sistemul creat , beneficiile cantitative / calitative i obiectivele agenei este unul echitabil.n cele ce urmeaz voi dezbate cele mai importante aspect care au condus la realizarea sistemului informatics al ageniei , prin prezentarea unor idei ce stau la baza sistemului .Deoarece aplicaiile specifice anumitor domenii cum ar fi : sistemele informatice , sistemele bazate pe cunostine sau proiectarea asistat de calculator ct i aplicaiile multimedia presupun o strucutur complex i stocarea unor cantiti mari de informaii , clasicele structuri de baze de date , fie se dovedesc insuficiente , fie complexitatea lor depaete posibilitaile de prelucrare oferite de aceste tehnologii. Aadar , acest lucru a determinat evoluia spre aplicaiile orientate pe obiecte , care s fac fa cerinelor actuale ale diverselor aplicaii.i n cazul de fa s-a apelat la folosirea BDOO pentru a face fa complexitii sistemului i cantitii de informaii .Voi ncepe prin a prezenta aportul adus de bazele de date orientate obiect sistemului.

1.2) Aportul adus de bazele de date orientate obiect sistemului Evoluie

Modul de abordare a sistemelor informaionale prin orientarea-obiect a generat ample discuii contradictorii , n deosebi prin semnificaia conceptelor de obiect i clas de obiecte , precum si prin neputina prognozrii a ceea ce se ragsete dincolo de obiecte.A existat chiar o grupare a metodelor de analiz a sistemelor , n care se prezint patru modaliti de abordare ale acesteia : metode timpuri nesistematizate , metode orientate-iesiri , metode orientate-procese sau metode orientate-obiect ; din toate acestea concluzionndu-se c metodele sunt instrumente ale gndirii utilizate pentru a ajuta la formularea cerinelor. Cercettorii Morkrane Bouzeghoub , Gardarian G. i Patrick Valduriez i-au propus s clasifice metodele n funcie de modalitile n care este perceput sistemul : funcional , sistematic , obiect sau n funcie de procedurile de proiectare : descompunerea ierarhic , top-down (de sus n jos) sau buttom-up (de jos n sus). O asemenea clasificare a dus la gruparea metodelor pe generatii: Generaia I , propus i utilizat n anii 1970 , analiza i descompunerea ierarhic (sau functional) , numit i metoda cartezian Generaia a-II-a , propus i utilizat n anii 1980 , analiza si reprezentarea orientat-sistematic Generaia a-III- a , propus i utilizat n anii 1990 , analiza si proiectarea orientat-obiect.Cercettorii James Martin i James Odell erau de prere c metodele de realizare a sitemelor sunt numeroase , acestea vor exista ntotdeauna i este necesar existenta acestora . Diverse activiti pot avea diferite caracteristici care s necesite moduri de abordare diferite . Dificultatea const n selectarea i integrarea acestor metode . [footnoteRef:1] [1: Oprea, D.- Analiza si proiectarea sistemelor informaionale economice , Ed. Polirom , Iai , 2009.]

Caracteristicile bazelor de date orientate-obiect

BDOO este o colecie de clase de obiecte constante (n memoria extern), organizat coerent i ordonat n ierarhi , fiind partajat pentru utilizatorii concureni.Datorit faptului c avantajele n tehnologia pe calculator se mbuntesc , fiiere din ce n ce mai mari sunt create, transmise i stocate electronic. Devine astfel mult mai evident c tehnologia orientat pe obiect, i baze de date orientate-obiect, n special, sunt necesare pentru depozitele de fiiere sau "obiectelor." Aproximativ 88 la suta din organizaii folosesc baze de date relaionale, dar aproximativ 55 la sut, au n plan dobndirea de baze de date orientate pe obiecte la un moment dat. Prin urmare, managementul trebuie s fie planificat de aa natur nct s se neleag beneficiile tehnologiei orientate-obiect. Specialitii din domeniul tehnologiei din cadrul unei organizaii ar trebui s neleag, elementele eseniale ale bazelor de date orientate pe obiecte, astfel nct s se poat decide n folosirea unor asemenea baze de date ori dac adopt un sistem pur orientat-obiect, sau un sistem hibrid.

Caracteristici ale sistemelor bazelor de date orientate-obiect

Persisten : Asemeni unei baze de date convenionale , datele trebuie s se psteze dup ce procesul care le-a creat s-a ncheiat. Pentru acest scop, datele trebuie s fie depozitate permanent pe un suport de stocare secundar. Storage Management secundar :Baze de date tradiionale folosesc tehnici, care gestioneaz stocarea secundar , n scopul de a mbunti performana sistemului. Acestea sunt, de obicei invizibile pentru utilizatorii sistemului.Concurena : Sistemul trebuie s ofere un mecanism concuren , care este similar cu concurena mecanismelor de baze de date convenionale..

Avantaje ale bazelor de date orientate-obiect

Tehnologia de baze de date orientate obiect a evoluat de la necesitatea de a sprijini programarea orientat pe obiecte. Programatori au nevoie de un magazin de date care s rmn n urma unui proces terminat. Potrivit lui Martin i Leben (1995), baze de date orientate pe obiecte au devenit importante pentru anumite tipuri de aplicaii cu date complexe, cum ar fi proiectarea asistat de calculator (CAD) i inginerie asistat de calculator (CAE). nelegerea beneficiilor tehnologiei orientat pe obiecte n comparaie cu tehnologiile mai vechi poate ajuta managementul s neleag potenialele punctele forte ale bazelor de date orientate-obiect. Designerii gndesc n termeni de comportament de obiecte, nu n mici detalii. ncapsularea permite ca micile detalii s fie ascunse i face clasele complexe, uor de utilizat. Clasele sunt concepute astfel nct s poat fi refolosite din nou i din nou. Pentru a profita de reutilizarea clasele , acestea pot fi construite personalizat . O interfa grafic este benefic, deoarece este mai uor s facei clic pe o pictogram dect s v amintii numeroase comenzi.Clasele sunt concepute pentru a fi independente de platforme, hardware, software i medii. Companiile pot crea uor propriile biblioteci de clase care reflect standardele companiei i nevoile de aplicaii, pot aduga la aceste biblioteci politicile i nevoiele de schimbare. Baze de date orientate obiect au demonstrat performane semnificativ mai mare dect baze de date relaionale pentru anumite aplicaii, cu structuri de date foarte complexe. Designul bazelor de date orientate obiect este cheia pentru calcul distribuit pe scar larg. Printre avantajele utilizrii bazelor de date orientate-obiect se mai numar : reutilizabilitatea i extensibilitatea codului care conduc la o productivitate ridicat , modelarea obiectelor aplicaiei , dezvoltatea calitaii aplicaiei , abstractizarea , posibilitatea dezvoltrii interfeei aplicaiei , flexibilitate pentru implementatorii , permite interogarea datelor de ctre toate categoriile de utilizatori , ofer suport informaional optim pentru conducere i execuie . Baze de date orientate obiect au dou dezavantaje. n primul rnd, ele sunt mai costisitoare de dezvoltat . n al doilea rnd, cele mai multe organizaii sunt reticente n a abondona bazele de date existente i a implementa altele , BDOO. Cu toate acestea, beneficiile pentru bazele de date orientate-obiect sunt convingtoare. Abilitatea de a se amesteca i a potrivi obiectele reutilizabile ofer o capacitatea de multimedia incredibil. Organizatii de asisten medicala, de exemplu, poat stoca, urmri, i aminti tomografii, radiografii, electrocardiograme i multe alte forme de date importante.

Comparaii ntre conceptele utilizate n bazele de date orientate-obiect i cele relaionale

Bazele de date orientate pe obiecte au un model de date ce are la baz conceptul de entitate conceptual , caracterizat ca un obiect descris printr-o colecie de proprieti . Totui, un obiect nglobeaz att starea, ct si comportamentul , n timp ce o entitate modeleaz doar starea.O baz de date obiect (de asemenea, sistemul de management de baze de date orientate pe obiect) este un sistem de management de baze de date n care informaiile sunt reprezentate sub form de obiecte folosite n programarea orientat pe obiecte. Baze de date obiect sunt diferite de baze de date relaionale, care sunt mas orientate. Baze de date obiect-relationale sunt un hibrid al ambelor abordri.O baz de date relational este o baz de date care are o colecie de tabele de elemente de date ; toate sunt descrise i n mod formal organizate conform modelului relaional. n modelul relaional, fiecare schem de mas trebuie s identifice o coloan primar utilizat pentru identificarea unui rnd numit cheie primar. Modelul relaional ofer diferite niveluri de rafinament a relaiilor tabel denumit normalizarea bazei de date .

Modelul obiectelorModelul relaionalDiferene

ObiecteleEntitiileObiectul nglobeaz comportamentul

Atributul AtributulNu

ReliileRelaiilleAceleai, asocierile , ns n modelareaobiectuala , motenirea include att starea , ct si comportamentul

MesajeleClaseleTipuri de entitiConceptul nu are corespondent nmodelul de date relaionalNu

InstaneleEntitiileNu

ncapsulareConceptul nu are corespondent n modelul de date relaional

Sursa : [*** - Instrumente moderne de realizare a sistemului informatic , Bucuresti, 2004]Tabelul 1.1 : Diferena ntre modelul obiectelor i modelul relaional

Asemnare dintre cele dou abordari face ca metodologia modelrii logice de date, s prezinte o baz acceptabil pentru proiectarea bazelor de date orientate spre obiecte.Dei modelul de date relaional are un fundament teoretic foarte puternic i cteva puncte forte : simplitate, posibilitatea pentru prelucrarea on-line a tranzaciilor, suport pentru independena datelor , totui prezint ctev aspecte slabe care conduc la o reprezentare insuficient a entitilor din lumea reala.Modelul relaional are o singur construcie pentru reprezentarea datelor i relaiilor dintre ele: relatia . Nu exist un mecanism care s faciliteze distincia ntre entiti i relaii sau pentru a diferenia tipuri de relaii care exista ntre entiti . La polul opus modelul de date orientat obiect vine n ntampinare proiectantului pentru eliminarea acestui neajuns prin interpunerea unor clase intermediare care descompun relaiile dintre obiecte. [footnoteRef:2] [2: Lungu, I. ,Botha, I. Curs Baze de date ,Ed. ASE , Bucureti , 2010, pag. 47-49.]

Problemele de redundan a informaiilor i anomaliile de reactualizare sunt evitate de identificatorul de obiecte (OID) utilizat ca mecanism pentru identitatea obiectelor . ntruct identitatea obiectului asigura caracterul unic al ntregului sistem, aceasta constituie o constrngere mai puternic dect integritatea entitilor din modelul de date relational, care impune numai caracterul unic n cadrul unei relaii.Dezavantajele modelului de date relaional constau n : dificultate n manipularea interogarilor recursive , suport insuficient pentru integritate i constrngeri , suprancarcarea semantic , structura de date omogena, operaii limitate.

1.3) Sisteme de gestiune a bazelor de date orientate pe obiecteSisteme de gestiune a bazelor de date orientate pe obiecte (SGBD-OO) fac referire la conceptele asociate limbajelor de programare orientate obiect cu capacitile SGBD-urilor uzuale .Arhitectura unui SGBD-OO este alcatuit din trei componente care fac referire la reprezentarea abstract a organizrii componentele funcionale i la interfeele dintre acestea : Gestionarul de obiecte (Object Manager)- asigur interfaa dintre procesele externe i SGBD-OO Acest lucru include definirea structurilor i posibilitatea de a executa operaiile specificate modelului , operaii asupra crora s-a fcut referire anterior. Gestionarul de obiecte primete cereri asupra definiri de clase , modificarii definirilor de clase deja existente , ori manipularii mesajelor generate de un program n execuie. Server-ul de obiecte - realizeaz refacerea, inseria, tergerea i actualizarea obiectelor . Un singur server poate manipula tranzacii transmise de la mai muli gestionari de obiecte . Obiectivul principal al server-ului de obiecte l constituie asigurarea serviciilor de baz cum este : gestiunea tranzaciei . Stocul rezident de obiecte ndeplinete urmtoarele funcii:1. Suport pentru reziden, adic obiectele create i adugate trebuie reinute i dup ce se ncheie sesiunea.2. Suport pentru obiectele mari. SGBD-OO trebuie s stocacheze i manipuleze obiecte de lungime variabil i de orice dimensiune, inclusiv a acelora care ocup mai mult de un bloc fizic de stoc.3. Faciliti de arhivare i asigurare de rezerve (dubluri). Asigur posibilitatea rencrcarii stocului de obiecte rezidente ntr-un mediu extern. [footnoteRef:3] [3: *** http://www.personal.psu.edu/glh10/ist110/topic/topic07/topic07_06. html]

Avantajele SGBD-OO : Fiind sisteme destul de complexe SGBD-OO prezint o serie de avantaje cum ar fi : efectuarea unei modelrii superioare a informaiei ; deinerea posibiliti de deducie , n cazul motenirii ; permite integrarea descrierii structurale i comportamentale ; asigur mbuntirea interfeei cu utilizatorul . [footnoteRef:4] [4: *** - Instrumente moderne de realizare a sistemului informatic , Bucuresti , 2004 , pag. 88-102 .]

CAPITOLUL IIETAPE N REALIZAREA BAZEI DE DATE

2.1 Analiza de sistemOdat lmurite aspectele legate de BDOO , se trece la analiza de sistem. Analiza de sistem este "o anchet formal explicit efectuate pentru a ajuta pe cineva (denumit n continuare factorul de decizie) a identifica un curs bun de aciune i de a face o decizie mai bun dect el ar fi fcut altfel." [footnoteRef:5] [5: SYSTEMS ANALYSIS http://web.archive.org/web/20070822025602/http://pespmc1.vub.ac.be/ASC/SYSTEM_ANALY.html]

Analiza sistemelor are, de obicei, o combinaie dintre urmtoarele: identificarea i re-identificare de obiective, constrngeri, i cursuri alternative de aciune; examinrii consecinelor probabile ale alternativelor din punct de vedere al costurilor, beneficiilor i riscurilor ; prezentarea rezultatelor dintr- un cadru comparativ astfel nct factorul de decizie s poat face o alegere n cunotin de cauz n funcie de alternative. Utilizarea tipic a analizei de sistem este de a ghida deciziile pe probleme, cum ar fi planurile naionale , corporative sau a programelor, utilizarea resurselor si politicilor de protectie, de cercetare i dezvoltare n domeniul tehnologiei, dezvoltrii regionale i urbane, sistemele de nvmnt etc.Obiectivul acestei activiti fiind acela de a evidenia cerinele aplicaiei i resursele utilizate, precum i de a evalua aceste cerine prin modelare .Analiza de sistem se va realiza sub doua aspecte: dinamic i funcional.a) Analiza dinamic indic modul n care reacioneaz un obiect la primirea unui mesaj . Una din tehnicile utilizate este diagrama stare-tranziie. Aceasta are o singur stare iniial , una sau mai multe stri multiple , una sau m mai multe stri finale i tranziii ntre stri .Aceasta presupune:1) Identificarea strilor n care se pot afla componentele sistemului.2) Identificarea evenimentelor care determin trecerea unei componente dintr-o stare n alta.3) Stabilirea tranziiilor admise ntre stri si construirea diagramei stare-tranziie.

Prima activitate : solicitatea unui serviciu turistic de ctre un turist .Startup ul

indic faptul c turistul trece din starea surs , inactiv , starea int , activ .Tranziia acestei activiti la a doua , implic faptul ca odat ce prima activitate s-a terminat , a doua este startat . Odat ce turistul a naintat solicitatea ctre agenia de turism , starea acestui obiect este blocat , urmnd a fi activ n momentul achitrii serviciului turistic . Plasarea solicitrii i rezolvarea acesteia sunt alte stari active ale obiectelor . Prima , plasarea solicitarii determin startarea celei de-a doua activiti .n momentul ncheierii acestor activiti , livrarea serviciului turistic determin elaborarea documentelor aferente contractului i necesare turistului .Finish-ul

indic starea final , trecerea de la activ la inactiv , garantnd totodat reuita operaiilor executate .Se poate spune c , diagramele de stare-tranziie descrie toate strile pe care un obiect le poate avea, evenimentele n care va aprea o stare modificri obiect (tranziii), condiiile care trebuie ndeplinite nainte de tranziie , iar activitile ntreprinse n timpul duratei de via a un obiect (aciuni). Se poate spune c diagrama stare-tranziie descrie toate strile pe care un obiect le poate avea, evenimentele n care va aprea , condiiile care trebuie ndeplinite nainte de tranziie (paznici) i activitile ntreprinse n timpul duratei de via a un obiect (aciuni). Diagrama de stare este foarte util pentru a descrie comportamentul obiectelor individuale pe setul complet de cazuri de utilizare care afecteaz aceste obiecte. Diagramele de stare nu sunt utile pentru a descrie colaborarea dintre obiectele care produc tranziiile.

Rezultatul analizei dinamice este modelul dinamic , prezentat n figura se mai jos :

b) Analiza funcional implic realizarea diagramei fluxurilor de date . Aceasta ocup un rol important n cadrul sistemului , deoarece nglobeaz datele ce sunt pstrate pentru prelucrriile viitoare i pentu generarea ieirilor , elemente ce au un procent semnificativ n activitiile de proiectare i implementare . O diagram de flux de date (DFD) este o reprezentare grafic a unui "flux" de date prin intermediul unui sistem informatic i implic modelarea aspectele sale de proces. Adesea, ele sunt o etap preliminar folosit pentru a crea o vedere de ansamblu a sistemului, care poate fi ulterior elaborate . Diagrama de flux de date poate fi folosit pentru a oferi utilizatorului final, o idee despre datele de intrare care au n cele din urm un efect asupra structurii ntregului sistem . Ea nu arat informaii despre calendarul proceselor, sau informaii despre procesele se vor opera n ordine sau n paralel .Se poate spune c , diagrama fluxurilor de date se dovedete a fi foaret util n etapa de proiectare , permind alegera ct mai corect a proceselor ce vor fi informatizate , a modului n care se desfasoara acest lucru , ct si n delimitarea intrrilor i ieirilor din sistem . Avantajele diagramei fluxurilor de date :Este o tehnic grafic simpl , dar puternic care este uor de neles . Reprezint un sistem de informaii din punct de vedere al micrilor de date, care include intrrile i ieirile la care oamenii se poate referi cu uurin . Capacitatea de a reprezenta sistemul la diferite niveluri de detaliu creeaz un avantaj la definirea limitelor sistemului . Este un instrument util folosit n timpul interviurilor pentru determinarea cerinelor sistemului . i nu n ultimul rnd servete la identificarea serviciilor de informare a utilizatorilor, constituind baza a ceea ce pe care viitorul sistemul va fi construit . Acest diagrama reflect :Aria de cuprindere a sistemului informatic (domeniul ).1. Se identific sursele de date (proveniena datelor) i modul de circulaie i prelucrare a datelor.2. Se identific rezultatele obinute n urma realizriii diagramei .

Rezultatul analizei funcionale: modelul funcional.

2.2 Metodologiei UML n proiectarea bazelor de date

Limbajului unificat de modelare (UML) este un standardizat (ISO / IEC 19501:2005), limbaj de modelare de uz general n domeniul de inginerie software.Unified Modeling Language include un set de tehnici de notare grafice pentru a crea modele vizuale ale sistemelor software-intensive orientate-obiect.n 2000, Unified Modeling Language a fost acceptat de ctre Organizaia Internaional de Standardizare (ISO) ca standard industrial pentru sisteme de software-intensive de modelare.Diagrame ce vor fi folosite n proiectare sistemului sunt : Use Case Diagram , Class Diagram, Activity Diagram si Sequence Diagram . Use Case Diagram reprezint un pas important n definitea funcionalitii sistemului . Prin intermediul acestei diagrame se descriu funciile de nivel nalt i domeniul de aplicare al unui sistem. Aceste diagrame identific, de asemenea, interaciunile dintre sistem i actorii si. Cazurilor de utilizare i actori utilizai descriu ceea ce sistemul face i modul n care actorii l folosesc , dar nu modul de funcionare intern al sistemului . Actorii sunt entiti care interacioneaz cu sistemul, n timp ce cazuri de utilizare sunt funciile sistemului in care actorii sunt implicai . Diagramele cazurilor de utilizare sunt de ajutor n urmtoarele situaii:nainte de a ncepe un proiect, se poate crea diagrame de caz pentru a modela o afacere, astfel nct toi participanii la cota de proiect s aib o nelegere a angajaii, clienii, i activiti de afaceri. n timpul colectrii cerinelor pentru a captura cerinele de sistem i pentru a prezinta altora ceea ce ar trebui s fac sistemul . n timpul fazelor de analiz i proiectare, se pot folosi cazuri de utilizare i actori din diagrame pentu a identifica clasele din sistem ori n timpul fazei de testare, pentu a identifica testele necesare sistemului .

Class Diagram

Activity Diagram este o alt , important n , diagrama UML folosit pentru a descrie aspectele dinamice ale sistemului . Diagrama de activitate este de fapt o diagram care prezint forma fluxului de la o activitate la alta . Activitatea poate fi descris ca o operaiune de sistem , astfel nct fluxul de control este trasat la o operaie la alta . Acest flux poate fi secvenial, ramificat sau concurent . Scopurile de baz ale diagramei de activitate sunt similare cu ale celorlalte diagrame ; n principal surprinde comportarea dinamic a sistemului. Activitatea este o operaiune specific a sistemului. Diagrame de activitate sunt utilizate nu numai pentru vizualiza natura dinamic a unui sistem, acestea sunt, de asemenea, utilizate pentru a construi sistemul executabil folosind nainte i napoi tehnici de inginerie. Singurul lucru care lipsete din diagrama de activitate este partea mesajului , aceasta nedispunnd de vreun flux de mesaje de la o activitate la alta . Aceast diagram este folosit pentru a modela activitile care nu sunt altceva dect cerinele de afaceri. Deci, schema are un impact mai mare asupra nelegerii afaceri, sunt mai degrab importante detalii de implementare .

Sequence Diagram este utilizat n principal pentru a arta interaciunile dintre obiecte, n ordine secvenial n care au loc aceste interaciuni. Personalul de afaceri al unei organizaii poate gsi diagrame de secven utile pentru a comunica modul n care afacerea se desfoar precum i modul de interaciune al obiecte din respectivele afaceri . Pe lng documentarea actualiti unei organizaii, o diagrama secven de afaceri poate fi folosit ca un document de cerine pentru a comunica cerinele pentru un viitor sistem ce poate fi implementat .

CAPITOLUL IIIProiectarea aplicaiei pentru gestiunea contractelorncheiate pentru o ageie de turism

Aplicaia presupune o baz de date realizat cu ajutorul programului InterSystems Cach . InterSystems Cach este un sistem de management de baze de date obiect comercializat de InterSystems. Acesta ofer accesul la baze de date SQL , dar permite i manipularea direct a structurilor de date care stau la baza Cach-lui .Toate datele din aceast baz de date sunt disponibile sun forma unor tabele relaionale ce pot modificate i interogate folosind SQL . Pe de alt parte , Cach-ul dispune de o serie de caracteristici ce depesc disponibilitiile unui SGBDR (abilitatea de a model datele sub forma obiectelor , posibilitatea de a crea tipuri de date proprii , abilitatea de a beneficia de caracteristicile unui SGBDOO: motenire , ncapsulare , polimorfism , etc. ).

Obiectivul principal al aplicaiei este acela de a sprijini activitatea ageniei prin atingerea obiectivelor avute n vedere de aceasta ; se are n plan mbuntirea sectoarelor de management , de administraie i de execuie , toate acestea avnd ca scop desfurarea unei activiti ct mai productive, prin obinerea unui raport calitate/cantitate ct mai optim. n aceast baz de date sunt stocate informaii despre contractele ncheiate de agenia de turism, informaii despre turiti , destinaii , oferta se servicii disponibil , documentele ce revin clieniilor n urma ncheierii contractelor , contractile anulate , ori reclamaii depuse . Bazndu-m pe idea de prototipizare , aplicaia poate fi extins pe masur ce activitatea ageniei se dezvolt , urmnd ai fi aduse mbuntirile necesare .n cele ce urmeaz voi prezenta etapele de realizare ale aplicaiei , dezvoltnd pas cu pas toate conceptele ce au dus la rezultatul final . Voi ncepe prin prezentarea schemei claselor din aplicaie:

Figura 3.1.1 Schema aplicaiei

2.1 Definirea claselor i a proprietiilorDefinirea claselor i a proprietiilor implic : alegerea din meniu File a opiunii New .Prin comanda New se deschide caseta de dialog Studios New din care se alege Cach Class Definition i se apas butonul OK .

Figura 3.2.1 Using Cache StudioAceasta va ncrca fereastra New Class Wizard n care trebuie atribuit un nume pachetului ce va include clasa (LICENTA) , numele clasei (CONTRACTE) i opional cteva informaii despre respectiva clas , toate acestea fiind urmate de apsarea butonului Next .Numele unei clase nu se mai poate modifica dup ncheierea casetei de dialog.

Figura 3.2.2 New Class Wizardn fereastra urmtoare se selecteaz tipul de clas pe care programatorul dorete s-l creeze. Figura 3.2.3 Class WizardOdat definit , clasa nu conine nicio proprietate . Adugarea proprietiilor este asemntoare cu definirea clasei.Se parcurg urmtoarele etape n definirea propriiilor : Din meniul Class->Add->Property.

Figura 3.2.4 Class PropertyAceasta va deschide o caset de dialog n care se specific numele proprietii i opional cteva date despre aceasta .

Figura 3.2.5 New Property WizardFiecare proprietate trebuie s aib un tip de date , care s specifice ce fel de date vor fi coninute: %String, %Integer, %Date etc . Tipul proprietii poate fi specificat n fereastra urmatoare:

FFigura 3.2.6 New Property WizardApelnd butonul Next , se pot specifica caracteristici suplimentare ale proprietii astfel:Requierd semnific faptul c proprietatea nu poate fi nul; orice obiect din clasa respectiv trebuie sa aib o valoarea pentru aceast proprietate.Indexed permite Cach-lui s realizeze o indexare dup aceast proprietate; toate proprietile folosite frecvent pentru cutri ar trebui s fie indexate.Unique Cach realizeaz o indexare unic bazat pe aceast proprietate.Calculated specific faptul c proprietatea nu are alocat nici o parte de memorie atunci cnd obiectul ce o conine este instaniat.De asemenea, se poate introduce numele cmpului dintr-un tabel SQL cruia i corespunde acest proprietate.

Figura 3.2.7 New Property WizardFereastra urmtoare permite alocarea de valori unuia sau mai multor parametri dintr-o lista de parametri.

Figura 3.2.8 New Property Wizard

Ultima fereastr a asistentului permite utilizatorului s adauge proprietii nou create , metode Get() sau Set() , necasare n special pentru proprietile care au fost definite de tip Calculated.

Figura 3.2.9 New Property WizardAplicaia prezentat conine noua clase aflate n pachetul LICENTA.

Figura 3.2.10 Clasele din pachetul LICENTACodul principalelor clase se regsete n Anexa 1 .3.2 CSP-urile i intergrare acestora n Dreamweavern Cach , realizarea unui CSP se face prin parcurgerea urmtoarelor etape :Din meniu File->New->CSP File ->Cach Server Page

Figura 3.3.11 CSP PageSe va deschide o pagin csp , iar din meniul Tools se alege Templates->Web From Wizard .

Figura 3.3.12 Using Cach StudioCSP-urile sunt aferente claselor deja create , aadar prin selectarea Web From Wizard , se deschide fereastra din figura urmtoare :

Figura 3.3.13 Using Cach StudioOdat aleas clasa pentru care se dorete crearea CSP-ului , se apas butonul

Figura 3.3.14 Using Cach StudioProprietiile disponibile ale claselor vor fi selectate , urmnd ca la apsarea butonului Next acestea s se regseasc n fereastra prezentat mai jos :

Figura 3.3.15 Using Cach StudioPentru crearea legturii cu o alta clas , proprietatea de legtur , n acest caz Oferta va fi referit ctre proprietatea din respectiva clas prin hiperlink . Paii explicati mai sus se repet pentru fiecare CSP n parte.

Clasa Contracte cu propritatea Ofert are referire ctre clasa Oferta Servicii prin proprietatea Denumire Servicii .

Aceast lucru este exemplificat n figura de mai jos :

Figura 3.3.16 Using Cach StudioFormularele sunt mai apoi salvate , ca n figura urmtoare : Figura 3.3.17 Save AS CSPCach Server Pages (CSP) pot fi create folosind orice instrument de HTML. Pentru aplicaia de faa am utilizat Dreamweaver de la Macromedia ,deoarece este un mediu puternic de dezvoltare a aplicaiilor Cach Web.Legatura dintre Cach Server Pages i Dreamweaver a fost realizat prin intermediul Macromedia Extension Manager .

Figura 3.3.18 Macromedia Extension Manager .

Figura 3.3.19 Extensii Macromedia Manager .

Design-ul CSP-urilor poate fi prelucrat n Dreamweaver . Prin alegerea din meniul File a opiunii New , se va deschide ferastra New Document urmat de alegerea optiunii Basic Page .La pasarea butonului se va deschide o nou pagina html .

Figura 3.3.20 Macromedia Dreamweaver .

Odat create pagina din Meniu File -> Open se alege CSP-ul dorit pentru a fi prelucrat .Se selecteaza din meniul Files of type , toate fiierele cu extensia CSP ,pentru ca Dreamweaver-ul s vad toate paginile .csp din Cach . La acionarea butonului Open acesta va deschide o fereast de dialog, ca n figura urmtoare:

Figura 3.3.21 Fereasta Open Cu ajutorul proprietilor din bara de proprieti putem modifica aspectul formularele pentru introducerea datelor .

Figura 3.3.15 Modifcare Designul Csp-ului Turisti n ceeea ce privete afiarea informaiilor din formulare , n clase se fac interogari de afiare .Iat un exemplu din clasa CONTRACTETURISTI///Afisare : Contracte turistiQueryAfisareContracteTuristi() As%SQLQuery{SELECTContract->NrContract,Contract->Avans,Turist->CodTurist,Turist->NumePrenume,Contract->Oferta->DenumireServicii,Contract->Oferta->Turism->DenumireTara,Contract->Oferta->Turism->UnitateadeCazare,Contract->TarifFROMCONTRACTETURISTIORDERBYNrContract}Se revine n Dreamweaver i se realizeaz codul specific afirii : Din meniul Insert->HTML->Cach Server Page->Query.

Figura 3.3.16 Insert Query

Este important s se precizeze n Dreamweaver acelai nume al interogrii ca cel dat n Cach , pentru ca datele s fie recunoscute , numele clasei pentru care se face intorogarea , precum i numele rezultatului interogrii . ntregul cod pentu afiarea contractelor corespunztoare turitiilor se regsete n Anexa 2 .Rezultatul interogrii este :

Figura 3.3.17 Afiarea contractelor ncheiate de turitii ageniei.

Ct despre cautrile care se pot face , acestea de realizeaz , ntr-o oarecare msura , asemnator cu afirile . De exemplu , pentru afirea contractelor unui turist , selectand dint-o list numele turistului , s-au parcurs urmtoarele etape :S-au realizat trei frame-uri . n cel superior se va trece codul interogrii de cutare din clasa CONTRACTE TURISTI. Anexa 3 prezint codul HTML al cutrii .Codul interogrii realizat n clasa CONTRACTE TURISTI este :///Interogare : Cautare contracteQueryCautareContracte() As%SQLQuery(CONTAINID= 1){SELECT%ID,Contract->NrContract,Contract->DataSosire,Contract->DataPlecare,Contract->DataLimitaPlataContact,Contract->DataIncheiereContract,Contract->ClauzeContractuale,Contract->Avans,Contract->Oferta->DenumireServicii,Contract->Oferta->Turism->DenumireTara,Contract->Oferta->Turism->DenumireLocalitate,Contract->Tarif,Turist->NumePrenume,Turist->CodTurist,Turist->CNPFROMCONTRACTETURISTIOrderbyCodTurist}n frame-ul inferior se va trece codul de la afiare turitii , iar cel de-al treile frame nglobeaz frame-urile anterioare .

Figura 3.3.18 Afirea contractelor unui turist , selectand dint-o list numele turistului

Butonul are legtur spre o alta pagina csp care va afia rezultatul cautrii. Anexa 3 .Aceast legtur are la baz , codul unui interogrii SQL .

SELECT%ID,Contract->NrContract,Contract->DataSosire,Contract->DataPlecare,Contract->DataLimitaPlataContact,Contract->DataIncheiereContract,Contract->Avans,Contract->Oferta->DenumireServicii,Contract->Oferta->Turism->DenumireTara,Contract->Oferta->Turism->DenumireLocalitate,Contract->Tarif,Turist->NumePrenume,Turist->CodTurist,Turist->CNPFROMLICENTA.CONTRACTETURISTIWHERETURIST=#(%request.Data("Listaselectie",1))#

Figura 3.3.18 Afirea rezulatului cutrii anterioare

3.3 Prezentarea interfeeiInterfat vine n sprijinul utilizatorului printr-un mod uor de utilizare , satisfcnd toate cerinele impuse . Fie c vorbim de introducerea datelor , afiri , cutri ori date ce pot fi folosite n statistic , interfa prezint numeroase avantaje , putndu-se obine informaii n timp real , informaii necesare procesului decizional . n cele ce urmeaz v voi prezena structura interfeei aplicaiei de evideniere a contractelor ncheiate de o agenie de turism .

Figura 3.4.19 Interfaa aplicaiei

n partea superiaora se regsesc informaii despre turiti , contracte , facturi i vouchere. Prin selectarea unui opiuni din drop down list contracte , pot fi vizualizate diverse informaii relevante despre contractile ageniei .

Figura 3.4.20 Interfaa aplicaiei Pictogramele sugestive , vin n ajutorul utilizatorului ; prin intermediul lor realizndu-se introducerea datelor , ori cutarea unor informaii dorite .

Figura 3.4.20 Introducerea datelor

Figura 3.4.21 Cautarea informaiilorAplicaia nu neclijeaz nici celelalte prti importante , cum ar fi destinaiile sau documentele ce revin turistului n urma ncheierii contractului .

Figura 3.4.21 Informaii despre destinaiile ageniei i oferta de serviciiFigura 3.4.22 Introducere date voucherDe altfel sunt prezentate si cele mai importante documente pentru funcionare ageniei Brevetul i Licena de turism , dar i modul de funcionare al aplicaiei pentru utilizator , prin butonul informaii

Figura 3.4.22 Documente i informaii

Despre partea statistic , sunt cateva date importante precizate n aplicaie , care pot ajuta n luarea diferitelor decizii manageiale . Selectarea butonului va deschide urmtoarea pagin de unde pot fi extrase aceste date . Butonul , prezent pe mai toate paginile aplicaiei , ajut la printarea formularelor i a informaiilor necesare n diverse situaii .

Figura 3.4.23 Informaii generale despre agenie

CONCLUZII

Bibliografie :

1. Cristescu , M. , Sofonea , G. , Cojocariu , E. Relational and Object-Oriented Methodology in Data Bases Systems , revista Informatica Economic , Sibiu , nr. 3(39)/2006 , pag. 141-148 .2. Diezel. K. , Hanscom, V. , Hartman , J. , Ricketts, E. Using Dreamweaver , Ed. Saint Francisco , Saint Francisco , 2000 , pag. 177-203 .3. Donald S. Le Vie, Jr. Understanding Data Flow Diagrams , Austin, Texas 78759 , 512) 231-9999, ext. 231 v, pag. 1-2 . 4. Lungu, I. ,Botha, I. Curs Baze de date ,Ed. ASE , Bucureti , 2010, pag. 47-49.5. Flower , M . -Design and UML Class Diagrams , article/31863 , pag. 12-22 .6. Olteanu, A. , Pietraru , R. , Anghel M Tehnologia informaiei , Ed. Ministerul Educaiei i Cercetrii , Bucuresti , 2005 , pag . 6-8 .7. Oprea, D.- Analiza si proiectarea sistemelor informaionale economice , Ed. Polirom , Iai, 2009.8. Pescaru, D. Limbaje de modelare software , Ed. Politehnic , Timioara, 2005 ,pag .1-28 .9. tefnescu , A., tefnescu, L. Studiu comparativ ntre modelul de date orientat spre obiecte si modelul de date relaional , revista Informatica Economic, Craiova , nr. 1(25)/2003 , pag. 108-113 .10. Tnsescu, A , Ptracu A. Proiectarea sistemelor Informatice , Ed. Universitar , 2013 , Bucureti , pag. 28-39 .11. *** - Instrumente moderne de realizare a sistemului informatic , Bucuresti , 2004 , pag. 88-102 .12. ***, , - http://newton.uor.edu/courses/sysanades/pdf/anaintro.pdf13. *** , ,- http://www.visual-paradigm.com/support/documents/vpumluserguide.jsp14. *** , ,- http://www.intersystems.com/cache/15. *** , ,- http://tutorialesql.info/2012/03/10/curs-2-baze-de-date-modele de-date/16. *** , ,- http://www.personal.psu.edu/glh10/ist110/topic/topic07/topic07_06.htmlANEXA 1 Clasa CONTRACTE conine proprietiile aferente i interogrile de afiare , cutare i alte interogri folosite n interfaa aplicaiei :///Informatii despe contractele agentiei de turism ClassLICENTA.CONTRACTEExtends%Persistent{///Numar ContractPropertyNrContract As%String[ Required];///Data Incheiere ContractPropertyDataIncheiereContract As%Date(FORMAT= 4, MAXVAL= "$Horolog");///Clauze ContractalePropertyClauzeContractuale As%Library.String(MAXLEN= 800);///Valoare AvansPropertyAvans As%Library.Float(SCALE= 2);

///Data Limita Plata Contract PropertyDataLimitaPlataContact As%Date(FORMAT= 4, MAXVAL= "$Horolog");///Data PlecarePropertyDataPlecare As%Date(FORMAT= 4, MAXVAL= "$Horolog");///Data SosirePropertyDataSosire As%Date(FORMAT= 4, MAXVAL= "$Horolog");///Partile ContractualePropertyPartiContractuale As%Library.String(MAXLEN= 300);///TarifPropertyTarif As%Library.Float(SCALE= 2);///Oferta Agentiei de TurismPropertyOferta AsLICENTA.OFERTASERVICII;///Interogare : Cautare contracteQueryCautareContracte() As%SQLQuery{SELECT%ID,NrContract,DataSosire,DataPlecare,DataLimitaPlataContact,DataIncheiereContract,Avans,Tarif,Oferta->DenumireServicii,Oferta->Turism->DenumireTara,Oferta->Turism->DenumireLocalitate,Oferta->Turism->TipDestinatie,Oferta->Turism->Ruta,Oferta->Turism->UnitateadeCazareFROMCONTRACTE}///Interogare : Valoare maxima-minima contracteQueryValoareMaxMin() As%SQLQuery{SELECTMax(Tarif) ASVALOARE_MAXIMA, Min(Tarif) ASVALOARE_MINIMAFROMCONTRACTE}QueryMedieContracte() As%SQLQuery{SELECTAVG(Tarif) ASMEDIEFROMCONTRACTEWHEREDataIncheiereContracTBETWEEN '3/2/2012'AND '19/4/2013'}

///Interogare : Contracte incheiate in ultimul anQueryContracteUltimulAn() As%SQLQuery{SELECTNrContract, DataIncheiereContract, TarifFROMCONTRACTE, TURISTI, OFERTASERVICIIWHEREDataIncheiereContractBETWEEN '01/01/2013'AND '30/12/2023'GROUPBYNrContract,DataIncheiereContract, Tarif}/// Interogare : Contracte peste o anumita valoareQueryContractePesteXValoare() As%SQLQuery{SELECTNrContract, TarifFROMCONTRACTEGROUPBYNrContract, TarifHAVINGTarif>2000} }

Clasa TURISTI conine proprietiile aferente i interogrile de afiare , cutare i alte interogri folosite n interfaa aplicaiei :///Informatii despre turistii agentieiClassLICENTA.TURISTIExtends%Persistent{///Cod TuristPropertyCodTurist As%String[ Required];

IndexCodTuristIndex On CodTurist [ Unique];///CNPTuristPropertyCNP As%String(MAXLEN= 13) [ Required];IndexCNPIndex On CNP [ Unique];///Nume Prenume TuristPropertyNumePrenume As%Library.String(MAXLEN= 60);///Serie , Numar Carte de IdentitatePropertySerieNrCI As%Library.String;///Data NasteriiPropertyDataNasterii As%Date(FORMAT= 4, MAXVAL= "$Horolog");///Numar PasaportPropertyNrPasaport As%Library.String;///AdresaPropertyAdresa As%Library.String;///E-mailPropertyEmail As%Library.String;///Numar de TelefonPropertyTelefon As%Library.String(MAXLEN= 10);///Afisare :TuristiQueryAfisareTuristi() As%SQLQuery{SELECTCodTurist,CNP,NumePrenume,SerieNrCI,DataNasterii,NrPasaport,Adresa,Email,TelefonFROMTURISTIORDERBYCodTurist}///Interogare : TuristiQueryCautareTuristi() As%SQLQuery(CONTAINID= 1){SELECT%ID,NumePrenume,CNP,CodTurist,AdresaFROMTURISTIorderbyNumePrenume}

///Interogare : Numar Total de turistiQueryTotalTuristi() As%SQLQuery(CONTAINID= 1){SELECTCOUNT(*) ASCodTuristFROMTURISTI}///Interogare : Turisti din BucurestiQueryTuristiBucuresti() As%SQLQuery(CONTAINID= 1){SELECTCodTurist, NumePrenume, Telefon, AdresaFROMTURISTIWHEREADRESA='Bucuresti'}///Interogare : Turisti din provincieQueryTuristiProvincie() As%SQLQuery(CONTAINID= 1){SELECTCodTurist, NumePrenume, Adresa,TelefonFROMTURISTIWHEREAdresa'Bucuresti'ORDERBYAdresa}///Interogare : Adresa TuristiQueryAdresaTuristi() As%SQLQuery(CONTAINID= 1){SELECTNumePrenume, AdresaFROMTURISTI} }

Clasa CONTRACTE TURISTI conine proprietiile aferente i interogrile de afiare , cutare i alte interogri folosite n interfaa aplicaiei :///Informatii contracte turistiClassLICENTA.CONTRACTETURISTIExtends%Persistent{PropertyContract AsLICENTA.CONTRACTE;PropertyTurist AsLICENTA.TURISTI;///Afisare : Contracte turistiQueryAfisareContracteTuristi() As%SQLQuery{SELECTContract->NrContract,Contract->Avans,Turist->CodTurist,Turist->NumePrenume,Contract->Oferta->DenumireServicii,Contract->Oferta->Turism->DenumireTara,Contract->Oferta->Turism->UnitateadeCazare,Contract->TarifFROMCONTRACTETURISTIORDERBYNrContract}///Interogare : Cautare OferteQueryCautareOferte() As%SQLQuery(CONTAINID= 1){SELECT%ID,Contract->NrContract,Contract->Oferta->DenumireServicii,Contract->Oferta->Turism->DenumireTara,Contract->Oferta->Turism->DenumireLocalitate,Contract->Tarif,Turist->NumePrenume,Turist->CodTuristFROMCONTRACTETURISTI}///Interogare : Cautare contracteQueryCautareContracte() As%SQLQuery(CONTAINID= 1){SELECT%ID,Contract->NrContract,Contract->DataSosire,Contract->DataPlecare,Contract->DataLimitaPlataContact,Contract->DataIncheiereContract,Contract->ClauzeContractuale,Contract->Avans,Contract->Oferta->DenumireServicii,Contract->Oferta->Turism->DenumireTara,Contract->Oferta->Turism->DenumireLocalitate,Contract->Tarif,Turist->NumePrenume,Turist->CodTurist,Turist->CNPFROMCONTRACTETURISTIOrderbyCodTurist }///Interogare total contracteQueryTotalContracte() As%SQLQuery{SELECTCOUNT(*) ASNrContractFROMCONTRACTETURISTI} }

ANEXA 2

Codul pentu afiarea contractelor corespunztoare turitiilor :

Afisare Contracte Turisti

function printpage(){ window.print();}

Contracte Incheiate de Turisti

Contracte Incheiate de Turisti

Nr Contract

Cod Turist

Nume Prenume

Denumire Servicii

Denumire Tara

Unitate Cazare

Avans

Tarif Euro

#(AfisareContracteTuristi.Get("NrContract"))#

#(AfisareContracteTuristi.Get("CodTurist"))#

#(AfisareContracteTuristi.Get("NumePrenume"))#

#(AfisareContracteTuristi.Get("DenumireServicii"))#

#(AfisareContracteTuristi.Get("DenumireTara"))#

#(AfisareContracteTuristi.Get("UnitateadeCazare"))#

#(AfisareContracteTuristi.Get("Avans"))#

#(AfisareContracteTuristi.Get("Tarif"))#

ANEXA 3 Codul interogrii Afirea contractelor unui turist , selectand dint-o list numele turistului din frame-ul principal .

Cautare Contracte Turisti

Codul din frame-ul superior :

Untitled Document

Cautare Contracte dupa nume turist :

#(CautareTuristi.Get("NumePrenume"))#

Codul din pagina rezultatului cutrii :

Untitled Document

function printpage(){window.print();}

SELECT%ID,Contract->NrContract,Contract->DataSosire,Contract->DataPlecare,Contract->DataLimitaPlataContact,Contract->DataIncheiereContract,Contract->Avans,Contract->Oferta->DenumireServicii,Contract->Oferta->Turism->DenumireTara,Contract->Oferta->Turism->DenumireLocalitate,Contract->Tarif,Turist->NumePrenume,Turist->CodTurist,Turist->CNPFROMLICENTA.CONTRACTETURISTIWHERETURIST=#(%request.Data("Listaselectie",1))#

Nr Contract

Cod Turist

CNP

Nume Prenume

Denumire Servicii

Destinatie

Avans

Tarif Euro

#(CautareContracte.Get("NrContract"))#

#(CautareContracte.Get("CodTurist"))#

#(CautareContracte.Get("CNP"))#

#(CautareContracte.Get("NumePrenume"))#

#(CautareContracte.Get("DenumireServicii"))#

#(CautareContracte.Get("DenumireTara"))#

#(CautareContracte.Get("Avans"))#

#(CautareContracte.Get("Tarif"))#