Documente Academic
Documente Profesional
Documente Cultură
PROIECTARE IN E-BUSINESS
TEMA:
T.I.A.
GRUPA 51603
ANUL II
O prima faza in proiectarea sistemului informatic al acestei agentii, este definirea obiectivelor acestuia.
2
1.1.1 Activitatea de urmarire a agentiei
Se refera la materializara tranzactiilor care au loc in cadrul agentiei si asigurarea colaborarilor la nivelul gestiunilor
ofertelor si cererilor, al gestiunilor contractelor si al editarilor de rapoarte si documentatii.
3
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.
1.2 Definirea obiectivelor sistemului informatic al agentiei imobiliare:
Obiectivele sistemului informatic reprezintă scopuri imediate şi de perspectivă privind
perfecţionarea activităţii în general, precum şi conducerea activităţii în vederea ridicării nivelului de informare
operativă şi previzională a structurilor organizatorice si de conducere.
Obiectivele sistemului informatic presupun abordarea şi rezolvarea informatică a unor probleme cu
caracter sintetic, într-o manieră sistematică. Aceste obiective au caracteristici generale şi specifice ce depind
de cadrul legislativ-normativ, dotarea cu tehnică de calcul, cu masini pentru deplasare şi cerinţele dezvoltării
economice, imediate şi de perspectivă, ale agentiei respective. Programul informatic este complex si propriu si
inglobeaza atat activitatile realizate de agent cat si de administratorul de sistem. In acest fel faciliteaza
folosirea programului prin controlul asupra drepturilor şi obligaţiilor utilizatorilor.
Pentru descrierea unui sistem sunt necesare un număr de view-uri, fiecare reprezentând o proiecţie a descrierii
întregului sistem şi care reflectă un anumit aspect al acestuia. Fiecare view este descris folosind un număr de
diagrame care conţin informaţii relative la un anumit aspect particular al sistemului. Aceste view-uri se
completează reciproc, deci este posibil ca o anumită diagramă să facă parte din mai multe view-uri.
4
Acest view surprinde funcţionalitatea sistemului, aşa cum este ea percepută de actorii externi care
interacţionează cu sistemul, de exemplu utilizatorii acestuia sau alte sisteme. În componenţa lui intră diagrame
ale cazurilor de utilizare şi ocazional, diagrame de activitate.
Cei interesaţi de acest view sunt deopotrivă clienţii, 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,
5
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.
6
Diagrama de evidenta a contractelor
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.
7
2 Analiza domeniului claselor
Spre deosebire de view-ul cazurilor de utilizare, un view logic descrie atât structura internă a
sistemului (clase, obiecte şi relaţii) cât şi colaborările care apar când obiectele trimit unul altuia mesaje
pentru a realiza funcţionalitatea dorită. Structura statică este descrisă în diagrame de clasă, în timp ce pentru
modelarea dinamicii sistemului se folosesc diagramele de stare, de secvenţă, de colaborare sau de activitate.
Prin urmare, cei care sunt interesaţi de acest tip de vizualizare a sistemului sunt designerii şi dezvoltatorii.
Diagrama de clase este mai importanta diagrama in cadrul analizei si proiectarii orientate obiect.
Scopul ei este acela de a structura natura statica a claselor. Ea contine clasele si legaturile dintre clase.
8
-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.
-CONTRACT: cuprinde urmatoarele atribute: marca, data_s, tip_imobil, avans, mod_plata si operatii:
completare_contract, modificare_contract, stergere_contract, generare_lista.
9
Intre clasele utilizate in proiectarea sistemului informatic au fost stabilite legaturi. Sensul sagetilor
evidentiaza parcursul informatiilor intre clasele sistemului.
2.1.2 Diagrame de stare:
Diagramele de stare realizate identifica evenimentele care fac tranzitia unui obiect dintr-o stare in
alta. Aceste diagrame descriu toate operatiile si atributele unei clase in timpul unui eveniment. Diagrama
identifica stimulii care declanseaza actiunea . Ea include numele starii, oricarei variabile, in timp ce obiectul
este in functiune , si evenimentul care declanseaza tranzitia la o noua stare.
Diagrama de stare a unui contract
Diagramele de secventa dezvolta in mod natural scenariile cazurilor de utilizare. Acestea transforma
evenimentele identificate in scenariile cazurilor de utiliare intr-o reprezentare grafica a utilizarilor sistemului
de catre un actor. Fiecare eveniment are ca rezultat un mesaj trimis unui obiect cu perspective ca acel obiect
va realize o operatie.
Diagrama de secventa descrie chronologic interactiunea obiectelor, identificand mesajele schimbate intre
obiecte ca raspuns la un eveniment, impreuna cu secventa mesajelor. Este o vizualizare a intercomunicarii
claselor pentru un anumit scenariu al cazurilor de utilizare.
Diagramele de colaborare se obtin cu usurinta din diagramele de secventa. Ele descriu o examinare
nonsecventiala a modului in care interactioneaza obiectul. Aceste diagrame suporta multiple modalitati de
modelare a obiectului.
Intersectarea diagramelor de secventa cu diagramele de colaborare duce la obtinerea unor operatiuni
intensificate si descoperirea unor atribute aditionale.
10
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.
11
Diagrama de secventa pentru “Stabilire disponibil”:
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:
12
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 propriu-
zis. La momentul salvarii automat va fi decremetat disponibilul agentiei.
Diagrama de colaborare asociata:
13
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:
14
Diagrama de colaborare asociata:
15
Diagrama de secventa pentru “Modificare stare imobil”:
Se refera la cazul
de utilizare
particular
16
“Î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.
Diagramele de activitate permit o mai buna intelegere a operatiilor, in special a celor foarte
complexe. Prin intermediul acestor diagrame sunt evidentiate detaliile din cadrul unor operatii ala claselor.
Aceste digrame sunt reprezentate sub forma unui tip de stare care specifica activitatea unei anumite clase.
Diferenta consta ca un grafic de stare reprezinta intregul obiect, in timp ce o diagrama de activitate
reprezinta in mod tipic doar o operatie in cadrul unui obiect
18
3 Proiectarea
3.1 Rafinarea diagramei de activitate pentru realizarea unui contract
19
3.2 Diagrama de clase
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.
21
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”.
4. Implementarea - diagrama de componente si generarea codului
4.1 Diagrama de componente:
Sistemul proiectat pentru gestionarea unei agentii imobiliare va fi implementat in Visual C++ utilizand
facilitatea programului RationalRose de a genera o parte a codului.
Pentru exemplificare se va genera cod pentru clasa AGENTI, respectiv CLIENTI.
// Copyright (C) 1991 - 1999 Rational Software Corporation
//##ModelId=45A9AA43003D
class Agenti
{
public:
//##ModelId=45A9AD1D000E
logare();
//##ModelId=45A9AD27001E
validare();
};
22
#endif /* _INC_AGENTI_45A9AA43003D_INCLUDED */
//##ModelId=45A9A82802BE
class Clienti
{
public:
//##ModelId=45A9A8A00108
creare_client();
//##ModelId=45A9A8A900F9
verificare_client();
//##ModelId=45A9A8C40118
modificare_date();
};
#endif /* _INC_CLIENTI_45A9A82802BE_INCLUDED */
*********************************************************************
#include "stdafx.h"
#include "Clienti.h"
//##ModelId=45A9A8A00108
Clienti::creare_client()
{
}
//##ModelId=45A9A8A900F9
Clienti::verificare_client()
{
}
//##ModelId=45A9A8C40118
Clienti::modificare_date()
{
23
}
#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.
24