Documente Academic
Documente Profesional
Documente Cultură
-2007-
Cuprins
1. Descrierea problemei.3 1.1 Principalele activitati ale unei agentii imobiliare.......4 1.1.1 Activitatea de urmarire a agentiei......................4 1.1.2 1.1.3 1.1.4 Activitatea de gestiune a utilizatorilor...........................4 Activitatea de gestionare a ofertelor si cererilor....4 Activitatea de gestiune a contractelor............ ...5
1.2 Definirea obiectivelor sistemului informatic al unei agentii imobiliare5 1.3 Modelarea sistemului informatic al unei agentii imobiliare...6 1.4 Nivelul cazurilor de utilizare......6 1.4.1 1.4.2 Diagrama principala a cazurilor de utilizare......6 Diagrame detaliate ale cazurilor de utilizare.....7
2. Analiza 9 2.1 Analiza domeniului claselor:.9 2.1.1 Diagrama de clase fara atribute si operatii.. 10 2.1.2 Diagrame de stare..10 2.1.3 Diagrame de secventa si diagrame de colaborare..11 2.1.4 Diagrame de activitate...........................................................18 3 Proiectarea......19 3.1 Diagrame de activitati(completari, modificari) ........19 3.2 Diagrama claselor completare cu atribute si operatii.....20 3.3 Rafinarea diagramei de clase (pe baza diagramelor de interactiune, prin relatii de specializare-generalizare, etc).....20 4 Implementarea - diagrama de componente; generare de cod......21 5 Desfasurarea diagrama de desfasurare.....23
Datorita profesionalismului si experientei angajatilor care au absolvit cursuri de specialitate, si a unei largi game de servicii oferite, putem spune ca desi firma este la inceput mai multi clienti au decis sa lucreze in exclusivitate cu firma noastra, pentru intermedieri de imobile. n activitatea sa curent, agentia imobiliara ntreine relaii cu clienii si , care acioneaz asupra ofertelor si cererilor . Sistemul informatic al agentiei imobiliare este conceput si pus la dispozitia utilizatorilor (agentilor imobiliarii) pentru a transfera aceste evenimente in multimi de mai multe operatii. De acum totul devine mai simplu. Aplicatia permite utilizarea aceleiasi baze de date centralizat pentru gestiunea ofertelor si cererilor prezentate. Sistemul va fi generat dupa ce se va incepe efectiv introducerea ofertelor clientilor. Sistemul informatic este constituit pe doua niveluri : Un nivel al aplicaiilor agentiei propriu zise Un nivel al suportului de dezvoltare al aplicaiei.
Aceasta arhitectura garanteaza independenta aplicatiei, modularitatea programelor si evolutia functionala. O prima faza in proiectarea sistemului informatic al acestei agentii, este definirea obiectivelor acestuia.
informatic n raport cu particularitile activitii unei agentii imobiliare, cerinele conducerii acesteia i prioritile stabilite prin legislaia imobiara . Principalele servicii oferite de agentie sunt: intermedieri in vederea vanzarii, cumpararii sau inchirierii de proprietati imobiliare; consulatanta in domeniul pietei imobiliare; evaluarii imobiliare; 3
Clientii care constituie piata tinta a agentiei sunt clientii care au nevoie de servicii de inchiriere relativ ieftine si nu solicita servicii extra, cumparari de apartamente, case si vile, spatii comerciale si de birouri, depozite si sale de productie si terenuri intravilane si extravilane.
- dup durata existentei (grupuri temporare, creeate la apariia unor drepturi de care pot beneficia numai anumite persoane, i permanente);
Agentul imobiliar poate adauga un contract, poate realiza modificari si are drept de anulare a acestui, el mai poate face cautarii in baza de date. Activitatea 2 : A doua activitate surprinde situatia in care deja contractul este finalizat, se realizeaza vizualizare a si tiparirea acestuia.
Cei interesai de acest view sunt deopotriv clienii, designerii, dezvoltatorii dar i cei care vor realiza testarea i validarea sistemului.
Actorul agent imobiliar se ocupa de primirea clientilor, cautarea in baze de date si intocmirea contractelor. n aceasta situatie interactiunea actorului cu sistemul consta n consultarea disponibilului de de apartamente,
garsoniere, terenuri etc prin verificarea optiunilor mentionate de client. Astfel, actorul ofera un raspuns promt, fara a pierde timpul cu notarea informatiilor si cu verificarile.
Cazurile initiale: acceptare/respingere cerere si documentare privind detaliil rezervarii, devin acum un singur caz. Practic, singura responsabilitate a personalului este de a furniza aplicatiei datele rezervarii. Nu este necesara completarea vreunui formular ci doar cautarea datelor. Actualizarea disponibilului este automata.
Adaugarea unei oferte sau a unei cereri se face cu ajutorul calculatorului, in diverse situatii poate interveni necesitatea modificarii datelor unui contract, in caz de neplata de exemplu se anuleaza contractul. Nu se completeaza nici un formular de anulare a contractului acest lucru facandu-se automat, agentul (actorul) face modificarea respectiva sau anulare, iar disponibilul agentiei se actualizeaza automat.
Contractul este documentul care contine toata informatia relevanta despre un client si imobil. Toate aceste informatii mai sunt introduse si in program de gestiune, astfel in orice moment daca intereseaza se poate face o cautare rapida. Astfel asa apare si clasa client. Formular_ nregistrare are mai putine atribute, deoarece prin crearea clasei client anumite informatii nu mai sunt dublate.De asemenea, a fost introdusao clasa Utilizator, clasa utilizata pentru accesul la aplicatie, respectiv pentru monitorizarea accesului la aplicatie.
-AGENTI: cuprinde urmatoarele atribute: marca, cont, parola, nume, functie, cnp, data_nasterii, prenume, localitate, adresa, telefon, e_mail, studii, pregatire, tip_contract, vechime si operatii: logare si validare. -CLIENTI: cuprinde urmatoarele atribute: marca, nume, cnp, data_nasterii, prenume, localitate, adresa, telefon, e_mail, tip_contract si operatii: creare_client, verificare_client, modificare_client. -FORMULAR_INREGISTRARE: cuprinde urmatoarele atribute: marca, nr_inreg, data_s si operatii: creare inregistrare si consulatare. -UTILIZATOR: cuprinde urmatoarele atribute: cont, parola, tip_cont, stare si operatii:creare_cont, creare_parola si login. -CONTRACT: cuprinde urmatoarele atribute: marca, data_s, tip_imobil, avans, mod_plata si operatii: completare_contract, modificare_contract, stergere_contract, generare_lista. -FACTURA: cuprinde urmatoarele atribute: nr_factura, nr_inreg si operatii: creare_factura, vizualizare_factura, tiparire. -DISPONIBIL: cuprinde urmatoarele atribute: date, tip_imob si operatii:initializare, consultare, incrementare, decrementare.
10
Intre clasele utilizate in proiectarea sistemului informatic au fost stabilite legaturi. Sensul sagetilor evidentiaza parcursul informatiilor intre clasele sistemului.
11
Ambele diagrame furnizeaza puncte de vedere diferite ale aceleiasi informatii. Ambele arata implementarea unui scenariu al cazului de utilizare. Diagrama de secventa pentru Logare:
Se refera la cazul de utilizare Logare. Agentul si administratorul trebuie sa se logeze nainte de a putea face orice consultare sau actualizare. Astfel se poate stii cine a accesat aplicatia, si n caz de erori se cunoaste din cauza cui a survenit eroarea. Se realizeaza validarea numelui de utilizator si a parolei. n functie de raspuns se accepta sau nu accesul la aplicatie.
12
Se refera la cazul de utilizare particular Stabilire disponibil. n momentul n care se ofera un raspuns pozitiv clientului, se trece la introducerea datelor in program. Primul pas consta n verificarea existentei ofertelor care sa se plieze pe ceea ce doreste clientul. Diagrama de colaborare asociata:
13
Se pliaza pe cazul de utilizare particular Incheiere contract. n momentul n care se ofera un raspuns pozitiv clientului, se trece la completarea contractului. Primul pas consta n verificarea existentei clientului. Daca acesta nu exista, datele sale vor fi salvate. Se purcede la inregistrarea contractului propriuzis. La momentul salvarii automat va fi decremetat disponibilul agentiei. Diagrama de colaborare asociata:
Se refera la cazul de utilizare Stergere contract. n momentul anularii unui contract, disponibilul este actualizat automat, pentru inchirierea sau vanzarea care se dorise:
16
particular nregistrare client. Agentul imobiliar verifica daca datele clientului apar in baza de date. Daca nu a fost atunci se nregistreaza datele clientului si dorinte acestuia. Daca clientul exita, si oferta agentiei i de potriveste atunci se trece la crearea nregistrarii, automat se face actualizarea diponibilului si la atribuirea imobilului. Diagrama de colaborare asociata:
19
3 Proiectarea
3.1 Rafinarea diagramei de activitate pentru realizarea unui contract
20
Diagrama obtinuta anterior poate fi rafinata prin utilizarea relatiilor de generalizare/ specializare. Acestea sunt mecanisme care permit partajarea caracteristicilor commune intre calse pastrand totodata diferentele dintre acestea.
22
Diagrama de stare a clasei Contract evidentiaza starile prin care trece un contract de la incheierea lui si pana la faza de tiparire. Odata realizat un contract el poate fi semnat de ambele parti sau poate fi anulat, putand ajunge astfel la una din starile contract incheiat, contract sters. In cazul in care contractul dintre agentie si client este semnat atunci se reciteste si se tipareste. Toate aceste actiuni sunt reprezentate in diagrma de stare a clasei contract.
#endif /* _INC_AGENTI_45A9AA43003D_INCLUDED */
// Copyright (C) 1991 - 1999 Rational Software Corporation #if defined (_MSC_VER) && (_MSC_VER >= 1000) #pragma once #endif #ifndef _INC_CLIENTI_45A9A82802BE_INCLUDED #define _INC_CLIENTI_45A9A82802BE_INCLUDED //##ModelId=45A9A82802BE class Clienti { public: //##ModelId=45A9A8A00108 creare_client(); //##ModelId=45A9A8A900F9 verificare_client(); //##ModelId=45A9A8C40118 modificare_date(); }; #endif /* _INC_CLIENTI_45A9A82802BE_INCLUDED */ ********************************************************************* // Copyright (C) 1991 - 1999 Rational Software Corporation #include "stdafx.h" #include "Clienti.h" //##ModelId=45A9A8A00108 Clienti::creare_client() { } //##ModelId=45A9A8A900F9 Clienti::verificare_client() { } //##ModelId=45A9A8C40118 Clienti::modificare_date() { 24
} // Copyright (C) 1991 - 1999 Rational Software Corporation #include "stdafx.h" #include "Agenti.h" //##ModelId=45A9AD1D000E Agenti::logare() { } //##ModelId=45A9AD27001E Agenti::validare() { } ********************************************************************.
5. Desfasurare
Diagrama de desfasurare
Diagrama de desfasurare modeleaza procesoare si echipamente fizice, securitatea si componentele care sunt plasate pe procesoarele fizice. Elementele componente sunt: -CALCULATOR folosit pentru rularea aplicatiei. -SERVER- pentru stocarea bazei de date. -PERIFERICE printer care imprimanta si scanerul.
25