UNIVERSITATEA ROMNO-AMERICAN

FACULTATEA DE INFORMATIC
MANAGERIAL

Magazin Virtual folosind PHP si My-SQL

Cuprins
Capitolul 1 Studiul, analiza i prezentarea sistemului existent...............................4
1.1.

Indicatori economici...................................................................................... 6

1.2.

Obiect de activitate...................................................................................... 7

1.2.1. Departamentul Evaluri Imobiliare...........................................................7

1.2.2. Departamentul Agenie Imobiliar............................................................7
1.3.

Structura organizatoric...............................................................................9

1.3.1. Organigram............................................................................................. 9
1.3.2. Prezentarea sistemului de conducere.....................................................10
1.3.3. Prezentarea sistemului condus...............................................................10
1.5. Descrierea sistemului actual si direcii de perfectionare...............................11
1.6. Studiul sistemului informaional....................................................................12
1.6.1. Schema fluxului informaional................................................................12
1.6.2. Aria de cuprindere (locul) circuitului informaional in cadrul sistemului
informaional general al unitatii........................................................................12
1.6.3. Documente utilizate................................................................................12
1.6.4. Proceduri utilizate................................................................................... 14
1.6.5. Analiza sistemului actual i identificarea neajunsurilor (punctelor critice)
existente n funcionarea sistemului existent....................................................14
1.6.6. Direcii de perfecionare a sistemului actual...........................................15
1.6.7. Fluxul documentelor informational.........................................................16
Capitolul 2 Proiectarea de ansamblu a sistemului informatic...............................17
2.1. Definirea obiectivelor i oportunitaii sistemului/aplicaiei informatice.........17
2.2. Orientari generale avute in
vedere pentru
stabilirea solutiei de
informatizare........................................................................................................ 17
2.3. Modelarea conceptual a datelor..................................................................18
2.3.1. Definirea entittilor.................................................................................18
2.3.2. Definirea relatiilor dintre entitai.............................................................19
2.3.3. Definirea Atributelor................................................................................ 20
2

2.3.4. Modelarea logica i fizica a datelor.........................................................20

2.4. Diagrama Entitate - Asociere........................................................................21
2.5. Prezentarea platformei software a noului sistem informatic.........................22
2.5.1. SGBD-ul ales pentru aplicatie.................................................................22
2.5.2. Limbajul de programare..........................................................................22
2.6. Personalul de specialitate i utilizatorii viitorului sistem informatic..............23
2.6.1. Categoriile de utilizatori initial stabiliti sunt urmatoarele:.......................24
2.7. Definirea ieirilor sistemului..........................................................................24
2.8. Definirea intrrilor sistemului........................................................................26
2.9. Estimarea necesarului de resurse i a calendarului de realizare...................27
Capitolul 3 Proiectarea n detaliu a noului sistem.................................................28
3.1. Detalierea funciunilor si a structurii functionale ale sistemului informatic...28
3.2. Proiectarea logica si fizica a iesirilor..............................................................33
3.3. Proiectarea logica si fizica a intrarilor............................................................35
3.4. Proiectarea bazei de date..............................................................................35
3.5. Proiectarea ecranului aplicatiei.....................................................................39
3.6. Eficiena economic a sistemului..................................................................40
Capitolul 4 - Prezentarea produsului software, implementarea si exploatarea
aplicaiei.................................................................................................................. 40
4.1. Cerinele platformei hardware i software ale produsului.............................40
4.2. Descrierea functiunilor aplicatiei...................................................................42
4.3. Mesaje de eroare........................................................................................... 48
4.4. Instalarea i implementarea aplicatiei..........................................................48
4.5. Eficienta si utilitatea sistemului informatic...................................................49

Capitolul 1 Studiul, analiza i prezentarea sistemului

existent.

Obiectivele i oportunitatea temei

propuse.

Este bine cunoscut n ziua de azi c sistemul informaional este un

element component

al

automatizarea
transmiterii

sistemului

de management iar

acestuia

prin introducerea

prelucrrii,

i stocrii automate a datelor d natere sistemului

informatic . Orice sistem informaional modern presupune includerea

technologiilor informatice n activitile de

culegere, prelucrare i

transmitere a datelor . De aceea prezentul studiu i propune prin

metodologia de proiectare i programare s mbunteasc fluxul de
informaii i comunicarea desfurate ntre angajaii departamentului
evaluri al firmei Prestige Invest

S.A., prin dezvoltarea unui sistem

informaional, centralizat de prelucrare al datelor de intrare i de

mprire de responsabiliti.
Prezentul proiect a aprut din necesitatea de a avea o metode mai
bun de organizare

manangement al comenzilor firmei care

datorit numrului mare ajund involuntar la necentralizarea lor ducnd

la pierderi de bani.
Obiectivul fundamental al aplicaiei const n furnizarea de informaii
corecte, relevante i n timp util att conducerii, ct i nivelelor
operaionale

specifice departamentului de evaluri, n scopul creterii

eficienei organizrii.
Datorit sistemului de raportare al aplicaiei se va putea
cunoate n orice moment pe

baz datelor de intrare numrul de

evaluri spre exemplu realizate ctre o anumit banc ntr-o luna / zi /

an de ctre un anumit agent de evaluri.
Aplicaia i propune s creasc eficient departamentului scznd
timpii de realizare al unui raport i odat cu un management mai bun
al firmei creterea
imaginii acestea pe pia n care aceast i desfoar
activitatea.
4

Prezentarea succint a unitii economico-sociale.

Firma Prestige Invest S.A. a luat fiin la 15/04/2006 avnd un capital

social de
200 RON (avnd asociai persoane fizice a o parte social = 10 RON a
i asociai persoane juridice a 19 pri sociale = 190 RON). Aceast a
pornit avnd ca activitate principal aceea de Agenie Imobiliar
(KN7031),

desfurndu-i activitatea pe zona

mprejurimi.

Ca

activiti

secundare

ale

oraului Bucureti i

firmei

se

pot

numra

urmtoarele :
-

Dezvoltare i promovare imobiliar (KN7011)

Cumprare i vnzare bunuri imobiliare (KN7012)

nchiriere i subanchiriere
subanchiriate

bunuri

imobile proprii

sau

(KN7020)
-

Administrare imobil pe baz de tarife i/sau contract (KN7032)

Alte activiti prestate n special intrprinderilor

(KN7844) La momentul nfiinrii firm avea patru

departamente:
-

Evaluri Imobiliare a condus de un manager de departament i

avnd n subordine 7 consultani imobiliari.

-

Agenie Imobiliar a condus de un manager de departament i

avnd n subordine un consultant.

-

Administrativ a avnd un manager de departament.

Financiar / Contabil a avnd un manager de departament i

avnd n subordine un economist.

Din anul 2002 pn n anul 2006 activitatea principal a firmei a fost
aceea de Agenie Imobiliar, clienii activitii de evaluri fiind n
principal persoane fizice. ncepnd cu 2006 activitatea departamentului
evaluri a crescut i s-a dezvoltat ntr-un timp relativ scurt.
Preponderent clienii acestui departament au nceput s fie bncile i
aceasta a atras n mod corespunztor creterea exponenial a
numrului de angajai ai departamentului acesta ajungnd de la 7 la 40.

Tot n anul 2006 datorit cerinelor bncilor de a avea consultani ai firmei,

local, n diferite zone ale rii, s-au nfiinat puncte de lucru n majoritatea
oraelor mari, printre acestea numrndu-se orae ca Timioara, Braov,
Cluj, Constana, Sibiu, Galai, etc.
n
imobiliare

paralel

cu

dezvoltarea

departamentului

de

evaluri

s-a dezvoltat i extins i departamentul de agenie

imobiliar care i-a extins numrul de consultani la 5, totodat lund

amploare i dou alte activiti ale ageniei i anume cel de investiii
imobiliare i cel de retail.
Toate aceste creteri de personal la nivelul firmei au atras dup ele i
creterea numrului de angajai n departamentele Financiar / Contabil i
Administrativ. Dezvoltarea departamentelor n anul 2006 au adus dup
ine creterea cifrei de afaceri care dup cum se poate observ n
urmtorul grafic a crescut spectaculos fa de anul precedent.
1.1. Indicatori economici

3.500.000

3.000.000

Cifra de afaceri
(RON)

2.500.000

2.000.000

1.500.000

1.000.000

500.000

0
2003

2004

2005

2006

Fig. 1 Cifra de afaceri a firmei Prestige Invest S.A.

2007

1.2. Obiect de activitate

1.2.1. Departamentul Evaluri Imobiliare
NAI Property Partners realizeaz evaluri pentru toate tipurile de
proprieti, indiferent

sunt

pentru

afaceri,

pentru

nchiriat,

industriale sau pentru vacan. Expertiz firmei acoper toate regiunile

Romniei.
Aceste evaluri se fac n principal pentru dispoziii sau achiziii,
preluri i mrfuri, revizii contabile sau bilan, taxe sau pur i simpli
pentru administrarea mai eficient
rapoartele

se

fac

folosind

instituturii de evaluare

afacerea

informaiile

unei

firme.

Toate

de rigoarea ale unor

cum ar fi : ANEVAR (Asociaia Roman a

Evaluatorilor cu licen) sau RICS (Institutul social al drepturilor

evalurilor).
Indiferent de cerere firm poate oferi sfaturi solide pe pia de
valori. Firma se bazeaz pe experien direct pe pia, datorit
echipelor

departamentului

de agenie care acumuleaz zilnic noi

informaii din toate ariile domeniului.

1.2.2. Departamentul Agenie Imobiliar
Cu o echip de ageni imobiliari n ntreag ara, NAI Property
Partners pune la dispoziia clienilor si o informaie vast bazat pe
experiena acumulat de- alungul timpului. Deasemenea firma ofer o
gam larg de servicii developerilor, proprietarilor,
de

investiii,

chiriailor i

instituriilor

persoanelor particulare,

vnztorilor

pentru

toate

tipurile

de

properietati.
Echipa de consultani folosete standardele internaionale ale
ageniei ca s
ofere clienilor stafaturi n timp util pentru a implementa i executa cele
mai bune strategii imobiliare, scopul principal fiind acela de a maximiza
n fiecare tranzacie beneficiile clientului.
Clienii firmei beneficiaz de asemenea de sistemul de brokeraj al
firmei care include cutarea particularilor, programul CRM i baza
de date cu proprieti
8

online
.
Specialitile firmei includ :
-

Agricultura

Investitii

Hoteluri
-

Birouri
Achiziionri
terenuri

vnzri

Rezidenial
Retail
n conformitate cu dorina firmei de a oferi tot timpul soluii
clienilor i bazndu-se

pe

experiena acumulat de-a lungul

timpului firma este calificat pentru :

-

Structurare

comparativ

corporativ potrivit

pentru

financiar

organizaia

Clientului

formul
pentru

management, marketing i sarcini financiare pentru a mbunti

activitile operaionale
Angajare de personal - evaluarea i selectarea angajailor
necesari
(management
angajai)

Servicii de baz - birouri moderne dotate cu internet de

mare vitez
-

Consultare n administraia public - asistent tehnic n

tratarea i rezolvarea oricrei probleme legate de administraia

local i central cum ar fi: obinerea de permise, aprobri,
certificate,

tratarea

cu

firmele

de utiliti (ap, electricitate,

gaz), autoritatea vamal etc...

Asistent legal pentru cumprarea i vinderea
de firme.

10

11

1.3. Structura organizatoric

1.3.1. Organigram

DIRECTOR
GENERAL

DEPARTAMENTU
L EVALURI

DEPARTAMENTU
L AGENIE

MANAGER
DEPARTAMEN
T

MANAGER
DEPARTAMEN
T

MANAGE
R

MANAGE
R

DEPARTAMENTUL
CONTABILITATE

MANAGE
R

DEPARTAMENTUL
IT

DEPARTAMENTUL
FINANCIAR/BANCAR

12

MANAGE
R

CONSULTAN
I
EVALUATORI

MANAGER
DEPARTAMEN
T

DEPARTAMENTUL RESURSE
UMANTE

DEPARTAMENTUL
RETAIL

DEPARTAMENTUL
INVESTIII

MANAGER
EXECUTIV

MANAGER
EXECUTIV

MANAGER
EXECUTIV

CONSULTAN
I
EVALUATORI

DEPARTAMENTU
L
ADMINISTRATIV

Fig. 2 Organigrama firmei

13

1.3.2. Prezentarea sistemului de conducere

Sistemul de conducere prin scopul su este menit s ia deciziile
de nivel organizatoric i s formeze strategii pe termen lung urmnd
bunul mers al firmei pe piaa n care i desfoar activitatea.
Societatea Comercial NAI Property Parters are ca principal
Manager de nivel

nalt

Directorul

General

urmat

de

managerii

departamentelor instituiei. Acetia n urma informaiilor primite de la

managerii

de

nivel

mediu

analizeaz

situaia

proiectelor

desfurare i cele deja realizate pentru a gsi puni de dezvoltare

i pentru a stabili strategia de urmat pentru viitor. Deasemenea
Managerii departamentelor se asigur de calitatea serviciilor oferite de
firma prin fiecare departament meninnd o legtur constana

cu

clienii societii i urmrind realizarea comenzilor la cel mai nalt grad

de satisfacie al clientului.

1.3.3. Prezentarea sistemului condus

Sistemul
omogene

condus

reprezint

un

ansamblu

de

activiti

sau complementare, respectiv identice, asemntoare sau

nrudite, care au o logic n manifestarea lor propriu-zis i contribuie la

o mai bun gestionare a resurselor i creterea eficienei de ansamblu a
ntreprinderii.
Acesta este format din managerii de nivel mediu care asigur
conducerea
operativ
ntreprinderii.

- Departamentul Financiar - Contabil - nglobeaz activitile de

obinere i folosire

raional

disponibilitilor

bneti,

controlul

operaiilor n care s-au investit fonduri bneti, stabilirea necesarului

de mijloace financiare i gsirea de noi surse de finanare a activitii.
- Departamentul de Resurse Umane - reprezint un ansamblu de
activiti care urmresc procesele la care
umane,

adic

se

supun resursele

asigurarea ntreprinderii cu for de munc

calificat, recrutarea personalului, selecionarea, ncadrarea,

promovarea,
specializarea

retribuirea salariailor, pregtirea

anagjatilor. De asemenea, n cadrul acestui departament sunt analizate

problemele

sociale, de asistent medical i raporturile manager-salariai i sunt

incluse activiti administrative, de secretariat i protocol.
- Departamentul IT - prin rolul sau se are n vedere att funcionarea
n parametrii normali a tuturor resurselor IT (de la calculatoare,
imprimante, telefoane, centrale telefonice digitale, pn la prize, cabluri
utp, management servere)ci i organizarea i achiziionarea de noi
resurse, astfel nct volumul de munc per angajat s aib un grafic de
crete exponenial aducnd beneficii materiale firmei.
1.5. Descrierea sistemului actual si direcii de perfectionare
n prezent departamentul de evaluri imobiliare din punct de
vedere al organizrii nu este unitar, nsemnnd c fiecare manager are
o metod proprie de organizare folosind metode agreate de fiecare.
Se dorete de la noua aplicaie o unificare a sistemului de
management al cererilor printr-o soluie centralizat i multiuser
stratificata pe niveluri de acces i structurat pentru un acces ct mai
facil la informaii.
Datorit

necesitii

de

manangement centralizat al

avea

o soluie

de

organizare

comenzilor i a etapelor lor am ales o

soluie bazat pe platform PHP n relaie cu o baz

de date sub

platforma Microsoft SQL. Datorit accesibilitii interfaa WEB bazat

pe limbajul Orientat Obiect PHP, combinaia dintre cele dou este o
soluie uor de implementat necesitnd ca aceasta s fie instalat
doar pe un SERVER

urmnd

ca

utilizatorii

finali

foloseasc

pentru accesare un client web precum Internet Explorer, Mozilla

Firefox sau Opera. Proiectarea i programarea acestei aplicaii datorit
platformei orientate obiect se va face sistematic i organizat n final
garantnd timpi minimi utilizai pentru cutarea unei informaii ct i
pentru introducerea sau modificarea unei comenzi
din
sistem.

1.6. Studiul sistemului informaional

1.6.1. Schema fluxului informaional

INTRR
I

IEIRI

SISTEM DE
CONDUCERE
(MANAGERI DE
CONT)

INFORMAI
I (CLIENT)

INFORMAII
(FACTURAR
E)

INFORMAI
I
(EVALUARE
)

SISTEM DE
CONDUCERE
(CONTABILITATE)

SISTEM CONDUS (CONSULTANTI)

Fig. 3 Schema fluxului informaional

1.6.2. Aria de cuprindere (locul) circuitului informaional in cadrul sistemului

informaional general al unitatii
Dintre
este

departamentele

vital departamentului

companiei
de

fluxul

evaluri

informaional,

imobiliare

pentru

care
a-i

desfura n bune condiii activitatea, mai include i departamentul

financiar-contabil. Privind acest flux n cadrul sistemului informaional
general al unitii, el poate fi considerat ca cel mai important
deoarece
n

mare

eforturile

firmei

sunt

parte ctre departamentul de

direcia

eficientizrii

ndreptate
evaluri

demersului

acestui departament.

1.6.3. Documente utilizate

In cadrul relatiei cu clienii firmei, de la comanda propriu zis de a
executa o evaluare a unei proprietai i pn la executarea practica a
evaluarii au loc mai multi pai in care sunt folosite urmatoarele

documente :

Cerere evaluare tip

Clientul care poate fi att persoan fizic ct i persoan
juridic trimite ctre

firm

evideniate

despre proprietatea

detalii

cerere

tip

complet
care

va

care

urma

sunt
fie

evaluat cum ar fi : tipul proprietii (cas, apartament, teren, hal

etc), suprafaa n metrii ptrai a proprietii, detalii legate de client
(nume, detalii de identificare a

un

telefon

de

contact

pentru

stabilirea legturii i data vizitei), ct i detalii legate de facturare.

Aceast cerere dei are un scop fix nu are o metod fix de
intrare n sistemul integrat al firmei, el depinznd n momentul curent
de posibilitile fizice de transmitere ale clientului (fax, pot, email etc).
Documente proprietate
Aceste documente sunt vitale pentru evaluarea n curs i
pe

care proprietarul este obligat s le aib pentru ca evaluarea s

poata fi ncheiata. Printre aceste documente se numara : Contractul de

Proprietate, Certificat Fiscal pentru Cadastru si Intabulare s.a.
Document Blank
Este un document intern i este reprezentat de prima parte a
raportului de evaluare n care sunt prezente (dupa ce a fost facut
o vizita n prealabil a proprietaii care trebuie evaluat) poze n care
proprietatea apare din mai multe unghiuri la exterior, tot aici mai apar
i vecinaatile, prezena este i localizarea pe hart a proprietaii n
curs de evaluare ca i documentele proprietaii primite de la client dupa
ce vizita a fost efectuat.
Raport Evaluare
Reprezint documentul final al activitaii departamentului de
evaluri i are la baz toate detaliile despre proprietatea evaluata :
poze, localizare, documente proprietate, pe baza carora aplicand 3
formule de calculatie (conform ANEVAR - Asociaia
Evaluatorilor

din

Romnia)

comparabilelor

Naional

(alte proprietai

asemanatoare cu cea evaluata, i n vecintatea acestuia) este dat

pretul pieii la momentul in care a fost facuta evaluarea respectiva.

1.6.4. Proceduri utilizate

n prealabil dup ce este primita de la client cererea de
evaluare tip informaiile sunt colectate de ctre Managerul de Cont
i

sunt

derulate

mai departe

catre

responsabilii

firma

cu

evalurile imobiliare pe teren i catre persoanele autorizate n firma

cu facturarea din departamentul Financiar-Contabil.
Responsabilii cu
stabilesc

evalurile

o ntrevedere

imobiliare

pentru

putea

contacteaza
fi

clientul

efectuat evaluarea

proprietaii. Dup ce vizita a fost efectuat, vital pentru continuarea

activittii este ca evaluatorul s aibe toate actele proprietaii pentru a
putea proceda la o evaluare corect i echitabil a proprietaii.
Documentul Blank n care evaluatorul strnge toate detaliile
despre proprietate

ajunge n ultim pas la Managerul de Cont care

bazat pe cercetrile evaluatorului i folosindu-se

de 3 metode de

calcul stabileste preul final pentru respectiva proprietate.

1.6.5. Analiza sistemului actual i identificarea neajunsurilor (punctelor
critice) existente n funcionarea sistemului existent
Sistemul informaional al departamentului aa cum se prezint n
momentul de fa a rmas neschimbat nc de la ntemeierea firmei n
cauza. Acesta prezint :
- management

deficitar

al

istoricului

evalurilor

al

evalurilor n curs datorit faptului c nu exist o soluie unitar

n

sistem,

ci

managementul reprezint alegerea fiecrui angajat n

fluxul informaional de date s i organizeze datele aa cum consider

de cuviin.
- neexisten unei soluii de management integrat i aplicat pe
un server dedicat aduce cu sine problema redundanei datelor.
- slaba

organizare

datelor

din

punctul

de

vedere

al

posibilitilor de sortare / cutare / filtrare prin care o informaie poate

fi extras ntr-un timp mai lung sau mai scurt.
- neexisten unei funcii de a crea rapoarte n funcie de client
(banc), Manager de Cont, Consultant sau doar pentru a avea o
situaie asupra numrului
de evaluri total pe o zi / luna / an.

1.6.6. Direcii de perfecionare a sistemului actual

Soluia singular pentru evoluia afacerii departamentului de
evaluri o reprezint o soluie integrat, automatizat care s ofere :
-

management eficace al comenzilor de intrare i a organizrii

datelor att pentru Managerii de Cont ct i pentru Consultani prin

distribuirea automat de responsabilitate ctre un Consultant, de la
introducerea n sistem a unei comenzi i pn la terminarea raportului
de evaluare. Comanda introdus n sistem fiind unic i pentru
Managerii de Cont ct i pentru Consultani, acetia din urm putnd
s completeze spaiile care le revin pentru finalizarea comenzii n sistem.
-

notificare prin email la repartizarea unei comenzi de la un

Manager de Cont ctre un Consultant, pentru o eficientizare i o

optimizare a timpului de realizare a evalurii imobiliare.
-

redundana datelor prin implementarea soluiei pe un

server dedicat alturi

de

soluie

RAID,

pentru

maximizarea

securitii datelor, i un back-up programat zilnic pentru baza de date.

-

organizarea maximal a datelor prin implementarea de

funcii avansate de sortare / afiare / cutare / filtrare a datelor n timpi

optimi
-

funcie avansat de generare rapoarte de activitate

funcie

de

mesagerie

intern

pentru

comunicare

fluent ntre utilizatorii sistemului.

controlul eficace al drepturilor fiecruia n sistem prin
implementarea
de conturi cu rspunderi controlabile.

1.6.7. Fluxul documentelor informational

Cerere
Evaluare
Imobiliar

Documente
proprietate
de evaluat

Se centralizeaz

Se trimit detalii
evaluare ctre
consultant

Se evectueaza
vizita

Se trimit date
facturare ctre
Contabilitate

Se emite factura

Factura
Se
intocmeste
document
Blank
Se inregistreaz
detalii client

Se
intocmeste
raport de
evaluare

Lista
centralizatoare
clieni

Fig. 4 Fluxul documentelor

Capitolul 2 Proiectarea de ansamblu a sistemului

informatic

2.1. Definirea obiectivelor i oportunitaii sistemului/aplicaiei informatice

Pentru

activitatea

din

cadrul

Departamentului

Evaluri

au

fost stabilite urmtoarele obiective ale noului sistem informatic:

-

Crearea unei posibiliti de management i organizare centralizate

a datelor de intrare.
Asigurarea redundanei i securitii
datelor.
-

Automatizarea procesului de schimb de informaii ntre

membrii departamentelor i n cadrul aciunii de atribuire de

responsabilitate.
-

Implementarea unui sistem de Rapoarte care va permite o

evidena clar a numrului de rapoarte a fost realizat ntr-o anume

perioad sau de ctre o anumit persoan.
Aplicaia care urmeaz a fi dezvoltat se interpune managerii
de cont, consultanii evaluatori

departamentul

contabilitate, crend

relaie

de

automatizat

ntre

departamentele respective.

2.2. Orientari
stabilirea

generale avute in
vedere
solutiei
de informatizare

pentru

Se va avea in vedere n principal n proiectarea soluiei de

informatizare n principal coerena datelor i a relatiilor dintre acestea.
Deoarece sistemul de gestiune a datelor este primordial pentru
modul n care aplicaia va functiona dup ce aceasta va fi definitivat,
prin solutia propus de informatizare firma va beneficia de unul dintre
cele mai stabile si performante sisteme de gestiune ale informatiei
alaturi de unul dintre cele mai raspandite
limbaje de programare Orientat
Obiect.

2.3. Modelarea conceptual a datelor

O ramur

foarte important n proiectarea unei aplicaii o

reprezint modelarea datelor i a felului n care ele relationeaza ntre

ele. Tehnologia de specialitate a stabilit mai

multe modaliti prin

care se pot determina structura tipurilor de date cu care se va lucra.

Proiectarea i realizarea unui sistem informatic care presupune
prelucrarea automat a datelor necesit, pe lng activitile legate de
formularea

problemei,

de

analiz

acesteia

vederea

gsirii

algoritmului de rezolvare i o alt activitate, deosebit de important,

legat de organizarea datelor, n concordan att cu caracteristicile
tehnice

ale

prelucrare.

echipamentelor
Acestea

trebuie

de

calcul,

fie

codificarea i apoi memorarea lor

ct

structurate

pe supori

cu

cerinele

astfel

tehnici

nct
s

de
prin

permit

prelucrarile necesare, stocarea i regsirea ulterioar a datelor dup

criteriile stabilite.
Legturile i relaiile dintre date poate fi stabilit prin Modelarea
Conceptual a Datelor, aceast modalitate fiind reprezentat prin
modelul

Entitate

Asociere (Diagrama Entitate - Asociere sau DEA).

2.3.1. Definirea entittilor
Lund n considerare activitateaaa cum este ea desfuratn
departamendul de evaluri gsim c:
- departamentul

primete

prin

diferite

metode

abordate

de clieni comenzile pentru evaluarea proprietilor.

- dup ce comenzile sunt primite un utilizator introduce datele
primite n sistem. Apoi alt utilizator se ocup de evaluare urmnd s
completeze cu detalii comanda primit iniial.
- firma are cte un responsabil pentru fiecare client (banc) cu
care aceasta colaboreaz.
- fiecare comand reprezint un tip de proprietate care trebuie
evaluat
Pentru

nlesnirea

comunicrii

include i un sistem de mesagerie.

dintre

utilizatori

aplicaia

va

Analiznd datele culese din modul n care departamentul funcioneaz n

prezent identificm urmtoarele entiti:
- COMENZI
- BNCI
- TIPURI PROPRIETAI
- UTILIZATORI
- MESAJE

2.3.2. Definirea relatiilor dintre entitai

(1,n)
UTILIZATO
R

(1,1)

BNCI

POATE
LUCR
A

(1,n)

(1,n)

POATE
APARTIN
E

POAT
E
AVEA

TIP PROPRIETATE

(1,n)
POATE FI

(1,1)
(1,1)

MESAJ
E

COMENZ
I

Fig. 5 Relaii intre

entitai

(1,1)

2.3.3. Definirea Atributelor

Dup ce au fost definite i corelate relaiile dintre entittile ce
urmeaza a fi implementate

n baza de date fizica, urmeaza a fi

definite i atributele fiecarei entitti prin care se vor crea respectivele

legturi.
n cele ce urmeaza se vor defini atributele pentru fiecare entitate:
CONTINUT (Comanda)
- id, Account_Manager, Banca, Data_Comanda,
Adresa_Client,

Telefon_Client,

Banca_Client,

CNP_RegCOM,

Nume_Client,

Nr_Inreg_Fiscala,

Sucursala_Banca,
Tip_Proprietate,

Cont_Banca,

Persoana_Contact,

Telefon_Contact,

Consultant_Delegat,

Data_Vizita,

Data_Raport_Complet.
UTILIZATOR
- id, accType, userName, userEmail,

US,

defaultuserResPerPage, userResPerPage,
userFields,
defaultuserModify,

defaultuserFields,
userModifyC,

defaultuserView, userAdd,

PS,
userBanks,

userModify,
defaultuserModifyC,

userView,

defaultuserAdd, userDelete,

defaultuserDelete, userPostNav, defaultuserPostNav, userSort,

defaultuserSort,

userSortDir, defaultuserSortDir,

userMessages, defaultuserMessages, userReports, defaultuserReports.

MESSAGES
- id, userFrom, userTo, userMessage, userMessageTitle, data
BANKS
- id, Banci
PROPTYPE
- id, Proprietati

2.3.4. Modelarea logica i fizica a datelor

Modelarea
modului

conceptual

datelor

definete

reprezentarea

de organizare a datelor independent de tehnologiile de

prelucrare a acestora i fr a acord o atenie deosebit

calitii

modelului datelor. Modelul conceptual este prezentat prin intermediul

diagramelor Entitate a

Asociere

evideniaz reprezentarea logic, detaliat a entitatilor, a asocierilor i a

datelor elementare din

cadrul sistemului obiect. Procesul de modelare logic a datelor se

desfoar n paralel cu

celelalte activiti de proiectare, cum sunt

proiectarea rapoartelor, a machetelor de introducere a datelor, a interfeei.

2.4. Diagrama Entitate - Asociere
Are

1,n

1,1

UTILIZATO
R

COMENZ
I

userNam
e

Account_Manag
er
Tip_Proprietate
Banca

1,
1

Include

1,
n

1,n

1,1

Primest
e

BNCI
Banci

Are
1,n

1,1
MESAJE
11111

TIP PROPRIETATE

userFrom

Properietati

Fig. 6 Diagrama Entitate Asociere

Relaiile dintre tabele :

Utilizator-Mesaje > PK userName FK user From
Utilizator-Comenzi -> PK userName FK Account_Manager
Tip Proprietate-Comenzi -> PK Proprietati FK Tip_Properietate
Banci-Comenzi -> PK Banci FK Banca

2.5. Prezentarea platformei software a noului sistem informatic

Alegerea unui SGBD care s fie nu numai compatibil din toate
punctele de vedere cu sistemul n care va urma sa se programeze
aplicaia informatic este de mare importan totodat aceasta relaie
ntre cele dou oferind i calitatea i simplitatea folosirii de zi cu zi a
aplicatiei.

2.5.1. SGBD-ul ales pentru aplicatie

Pentru dezvoltarea

aplicaiei

s-a

optat

pentru

Sistemul

de

Gestiune a Bazelor de Date Microsoft SQL, datorit platformei stabile i

mamagementului facil i exploatrii n condiii de securitate. Un alt
motiv pentru alegerea acestui SGBD este acela c firma deine n
prezent o unealt de gen CRM de la Microsoft numit NAVISION (sau
Microsoft Dynamics NAV), care are deasemenea ca SGBD la baz,
Microsoft SQL, iar dorina conducerii firmei dorete ca n viitor s fie
dezvoltat i un modul pentru crearea unei puni de legtur ntre
aplicaia

ce

urmeaz

fi dezvoltat

NAVISION.

Prin

aceasta

firm urmrete c att aplicaia ct i NAVISION s beneficieze de

aceleai informaii

referitoare

la

clienii

firmei

la detaliile de

facturare, aceste detalii fiind introduse o singur data n sistem.

2.5.2. Limbajul de programare
Aplicaia care urmeaz a fi proiectat i programat va folosi ca i
platform software din punctul de vedere al sistemului de operare
Microsoft Vista / XP. Dar privind la faptul c platforma limbajului

de

programare este o platforma care poate fi implementat practic pe

orice sistem de operare, portarea aplicaiei de pe un server bazat pe
Windows la unul bazat pe Unix nu va fi o procedur foarte complex.
Aplicaia va necesita pe lang accesul la un server cu baza de date
Microsoft SQL i de platformele PHP i APACHE instalate i configurate
pentru ca aplicaia s poata fi accesat practic de oricine, printr-un user
si o parol.
Organizarea bazei de date va fi facut conform specificaiilor
celor trei forme normale. Nu in ultimul rnd se va urmari ca baza de
date s aibe o structur

logic pentru a facilita accesul la informaiile stocate n ea n cel mai scurt

timp. Se va avea n vedere i structurarea tabelelor astfel ncat ele
relationeze intre ele.
Aplicaia va avea la baza de un limbaj de programare larg
raspandit, el apartinand

platformei WEB fiind foarte asemanator in

sintaxa cu C++. Limbajul PHP ofera o gama larga de functii predefinite

dar ofera si posibilitatea de a putea crea functii si clase conform
metodologiei de programare Orientata Obiect.
PHP este un limbaj de programare destinat n primul rnd
Internetului, aducnd dinamic unei pagini de web. Este unul din cele
mai importante limbaje de programare web open-source i server-side.
PHP a parcurs o cale lung n decursul ultimilor ani. Dezvoltarea pn
la nivelul unuia din cele mai proeminente limbaje care dirijeaz Web-ul
nu a fost o sarcin uoar. PHP este simplu de utilizat, fiind un limbaj
de programare structurat, ca i C-ul, Perl-ul sau ncepnd de la versiunea
5 chiar Java, sintaxa limbajului fiind o combinaie a celor trei. Datorit
modularitii sale poate fi folosit i pentru a dezvolta aplicaii de sine
stttorare. Probabil

una

din

cele

mai

importante

faciliti

ale

limbajului este conlucrarea cu majoritatea bazelor de date relaionale,

de la MySQL i pn la Oracle, trecnd prin MS Sql Server, PostgreSQL,
sau DB2. PHP poate rula pe majoritatea sistemelor de operare, de la
UNIX, Linux, Windows, sau Mac OS X i poate interaciona cu
majoritatea servereler web.

2.6. Personalul de specialitate i utilizatorii viitorului sistem informatic

Ca oricare alt aplicaie profesional din domeniu dezvoltat
pna acum, care va trebui sa faca legatura intre mai multe tipuri de
utilizatori necesitatea de a avea

o imparire pe tipuri de conturi cu

diferite drepturi de a modifica informaiile stocate devine o cerin

obligatorie.
Desi aplicaia va avea initial patru

categorii principale

de

utilizatori posibilitaile de a costumiza aplicaia din punctul acesta de

vedere nu se opresc aici. S-a avut n vedere ca aplicaia per total s
poat fi modificat / utilizat n felul n care firma decide s fie folosit
sau chiar utilizatorul s poat avea posibilitatea de a-i alege cum va fi
folosit aplicaia de catre el.

2.6.1. Categoriile de utilizatori initial stabiliti sunt urmatoarele:

Administrator
Aceast categorie de utilizator caracterizeaz o persoan de
specialitate care se va ocupa n mare de mentenana sistemului i care
va avea grij ca sistemul s funcioneze n parametrii normali el
totodat avnd drepturi totale pentru toate funcionalitile pe care
aplicaia le pune n folosin.
Supervisor
Prin supervisor nelegem o persoan responsabil care are scopul
precis i prestabilit de a monitoriza toat aciunea utilizatorilor din
sistem

sistem.

totodat asigurnd

La

dorina

corectitudinea

datelor

introduse

utilizatorului supervisor se vor putea scoate din

sistem rapoarte de activitate pe fiecare utilizator din sistem, pe o

anumit perioad, iar posibilitile funciei de raport nu se opresc aici.
Account Manager
Un alt utilizator important n sistem prin faptul c el va fi
responsabil de toate

comenzile

introduse

sistem.

Account

Managerul este persoan care primete comenzile venite din partea

clienilor

se

ocup

att

de

adugarea comenzilor ct i de

distribuirea informaiilor necesare procesului de evaluare ct i de

managementul i supervizarea activitii pn aceasta va ajunge la o
finalitate.
Consultant
Luat n ordinea funciilor din sistem utilizatorul Consultant poate
prea mai lipsit de important dar nu e aa. Dup ce acestuia i este
distribuit o comand prin sistemul informaional acesta va purcede la
finalizarea comenzii prin raportul pe
conchide

ciclul

de

realizare

al

care
unei

va

evaluri

ntocmi

va

n departamenul

specific din firm.

2.7. Definirea ieirilor sistemului
Obiectivele

oricrui

satisfacerea cerinelor

sistem

informatic

informaionale

fundamentarea sau asistarea

ale

se

concretizeaz

coducerii,

precum

deciziilor,

adic

nsemnnd

furnizarea

la

cere

sau

periodic

situaiilor, a rapoartelor de ieire care grupeaz informaii, date necesare

cunoaterii realitii curente. Pe baz aceastora se fundamenteaz deciziile
pentru dirijarea funcionrii viitoare a unitii economice.
Utilitatea i viabilitatea sistemului informatic este dereminata
de tipul, coninutul i operativitatea cu care se transimt situaiile de
ieire la factorii de decizie.
Pentru a fundamenta i a concretiza att cerinele unui sistem
informatic modern ct i cerinele conducerii firmei pentru care se
dezvolt

aplicaia

se propune dezvoltarea unui modul de raportare,

care prin modalitatea n care va fi dezvoltat va permite la dorina unui

utilizator al sistemului s genereze date de ieire din sistem, acesta
nefiind limitat de o metod fix de sustragere de informaii ci mai
degrab utilizatorul va beneficia de un sistem dinamic totui n acelai
timp exact prin care un utilizator s poat scoate exact ceea ce are
nevoie din sistem.
Practic fiecare utilizator al sistemului va dori la un moment dat
n timp s poat extrage din sistem informaii referitoare la raportul
de activitate personal, sau a persoanelor n subordinea persoanei n
cauza. De aceea n continuare vom defini

pentru

fiecare tip

de

utilizator n parte tipurile de rapoarte necesare i

perioad de timp la care vor fi acestea de
folos.

CONINUT INF.

ACCOUNT
MANAGER
PERIODICITATE
NR. EXEMPLARE

Raport per
Banc
Raport per
Consultant

CONINUT INF.
Raport per Banc

Luna
r
Sptmanal

1
1

SUPERVISO
R
PERIODICITATE NR.
EXEMPLARE
Lunar,
1
Sptmanal

DESTINATAR
Banc
a
Account
Manager

DESTINATAR
Supervisor

Raport per
Consultant
Raport per
Account

Lunar,
Sptmanal
Lunar,
Sptmanal

Supervisor

Supervisor

Manage

CONINUT INF.
Raport per banca

CONSULTAN
T
PERIODICITATE NR.
EXEMPLARE
Lunar,
1
Sptmanal

DESTINATAR
Consultant

2.8. Definirea intrrilor sistemului

Intrrile sistemului informatic reprezint totalitate datelor primare
necesare obinerii informaiilor de ieire ale sistemului.
Datele primare

reflect

starea

dinamica

fenomenelor

proceselor economice din unitatea economic, necesare pentru crearea,

actualizarea bazei de date i obinerea situaiilor de ieire. Acestea pot fi
exerne sau interne firmei.
n urma analizrii atente a fluxului informaional din prezent al
firmei i din punctul de vedere al organizrii noului sistem informatic,
aplicaia va avea ca informaii de intrare, datele referitare la client i
la proprietatea care urmeaz a fi evaluat. Structur datelor de intrare
va fi urmtoarea :
- BANCA (cea care apeleaz la firm pentru evaluarea unei
proprieti i
care ofer detaliile despre client i proprietate)
- DATA COMENZII
- NUMELE CLIENTULUI
- ADRESA CLIENTULUI
- TELEFONUL CLIENTULUI
- CNP / NR. REGISTRUL COMERULUI (n funcie de caz)
- NR NREGISTRRII FISCALE (dup caz)
- BANCA CLIENTULUI (dup caz)
- SUCURSAL PENRU BANC CLIENTULUI (dup caz)
- CONT BANC (dup caz)

- TIP PROPRIETATE
- PERSOAN CONTACT (n cazul n care clientul este persoan
juridic, cel care solicita evaluarea nu este proprietarul sau persoana
de contact este singur persoan aflat la locul proprietii n vederea
evalurii)
- TELEFON PERSOAN CONTACT
- DATA VIZIT (detalii completate ulterior)
- DATA RAPORT COMPLET (detalii completate ulterior)
n baz informaiilor de intrare se pot crea rapoarte de ieire din
sistem sau aa cum
repartizat

mai

ciclul

apoi

departamentului

ctre

arat,

cerere

este

un consultant n vederea continurii

procesului de evaluare imobiliar.

2.9. Estimarea necesarului de resurse i a calendarului de realizare

Resurse Hardware
Pentru a accelera procesul de proiectare va fi nevoie de 3
computere dotate cu procesoare de ultim generaie, Intel Core 2 Duo
sau echivalent, 1GB Ram i
100 GB HDD, care vor rula n paralel. n acest fel procesul de proiectare
va scdea la jumtate.
Resurse software
Ca i resurs software este necesar ca fiecare computer s fie
dotat cu sistem

de

operare

Microsoft

Windows

XP

(deoarece

aplicaia va fi proiectat pentru platforma Windows), alturi de MSSQL

Server 2005 i de serverul APACHE plus PHP.
Resurse umane
Un inginer proiectant pentru Baza de Date, un inginer proiectant
pentru punerea la punct al ieirilor / intrrilor, un inginer proiectant
pentru clasele / modulele aplicaiei.
Resurse financiare
Se estimeaz o suma de proiectare / programare / implementare
de 30.000
euro.

Calendarul de realizare al sistemului informatic

Asamblar
e
component
e
15

Inserare
date
2

Baza de
date
25

Clase /
Membrii
20

Module
30

Fig. 7 Calendar de realizare a proiectului informatic (zile)

Estimare total numar zile pentru elaborarea proiectului

Se estimeaza un total de aproximativ 92 de zile

Capitolul 3 Proiectarea n detaliu a noului sistem

3.1. Detalierea funciunilor si a structurii functionale ale sistemului

informatic
n baza proiectrii anterioare ale componentelor sistemului vom defini n
continuare toate funciile pe care aplicaia le va folosi ct i
modulele pe care aceasta le va avea.
Luate n ordinea n care acestea au fost necesare definim
urmtoarele metode ale clasei ServConn (listarea metodelor va fi pus
la dispoziie n ANEXA
1 a acestei licene):

Zon privat a clasei

- definirea variabilei SrvAddr - n aceast variabila vor i
stocate att adres ip de conectare la serverul de MSSQL (n cazul
de fa aplicaia va fi instalat pe acelai server ca i SGBD-ul deci
adres va fi localhost) ct i portul prin care se va face conectarea.
- definirea variabilei SrvUser -

aceast variabila va stoca

userul de conectare la baza de date.

- definirea variabilei SrvPass - aceast variabila va stoca
parola de conectare la baza de date.
- definirea variabilei SrvDB - aceast variabila va stoca
numele bazei de date la care se va face conectarea.
- definirea variabilei sqlconn - aceast variabila va stoca
legtura

la funcia

php

de

conectare

la

baza

de

date

mssql_connect apelat n funcia definit mai jos Conn().

- definirea variabilei db - aceast variabila va stoca legtura la
funcia php de conectare la baz de date mssql_select_db apelat n
funcia definit mai jos
Conn()
.

Zona public a clasei

- definirea variabilei result - n urma apelrii uneia dintre
celor 4 funcii definite, de

query, la baza de date: advQuery(),

upQuery(), insQuery(),
delQuery(), respectiva funcie apelat va crea un link n variabila
result ctre rezultatul query-ului, urmnd ca apoi variabila s poat fi
apelat de ctre una dintre funciile de parcurgere de date i a se afia
un rezultat.
- definirea funciei Conn() - n urma apelrii funciei se va
face legtura ntre scriptul programat i baza de date.
- definirea funciei advQuery() - funcie avansat cu multiple
opiuni de query, va face c aceast s fie una dintre cele mai
importante funcii din sistemul proiectat. Funcionalitatea acestei funcii
va fi de SELECT n baz de date.

- definirea funciei upQuery()

funcie definit cu

opiuni pentru modificarea de date deja existente n baza de date

- definirea funcei insQuery() funcie definit pentru a fi
folosit la introducerea de date n baza de date
- definirea funciei delQuery() funcie definit pentru a fi
folosit la
tergerea de informaii din baza de date
- definirea funciei closeConn() - funcie

care

va

actiona

nchiderea conexiunii cu baza de date atunci cand nu va mai fi nevoie de

aceasta
- definirea funciei userDetailes() funcie care va prelua
informaiile despre user (drepturi, user, parola, nume...etc) dupa pagina
de login
- definirea funciei fieldName() va returna numele campului
pe un rnd n funcie de o variabila indice de tip INT (0 = campul 1, 1
= campul 2...etc) din query-ul curent
- definirea funciei fieldLength() -

va returna marimea

cmpului pe un rnd n funcie de o variabil indice de tip INT (0 =

campul 1, 1 = campul 2...etc) din query-ul curent
- definirea funciei fieldsNumber() va returna numarul de
cmpuri
rezultate n urma unui query
- definirea funciei rowsNumber() va returna numrul
de rnduri rezultate n urma unui query
- definirea funciei fieldRows() va returna ntr-o variabil de
tip ARRAY
toate rndurile returnate dintr-un camp
- definirea funciei affRows() verific i returneaz numarul
de cmpuri afectate n urma unui query
- definirea funciei queryResultsPag() n baza unor opiuni
prestabilite se va calcula n urma apelarii funciei numarul de pagini
care vor fi afiate n urma query-ului stabilit de

utilizator. Aceast

funcie face i apel la funcia advQuery pentru a face paginaia

rezultatelor i afierea n modulul Tabela numarul de
pagini i navigaia aferent.

- definirea funciei "genQuery() Aplicat n modulul de

cutare i n cel de rapoarte, genereaza dinamic n funcie de numarul de
cmpuri (pe care se vrea sa se fac o cutare sau sa se afieze un raport)
i n funcie de numrul de cuvinte (pe care se face cutarea) o funcie
nou n fiierul functie-temp.php care la rndul ei va genera query-ul
n baza de date pentru a returna cat mai fidel ce s-a vrut s se caute.
- definirea funciei sendMail()
modulul de adugare
mesaje

interne,

funcie folosit atat de

de comenzi n baza de date ct i de cel de

pentru

a trimite mesaje de notificare pe email

persoanelor implicate n respectiva actiune

n continuare se vor defini modulele

sistemului,

ordine

alfabetica, cu funcionalitatea fiecaruia :

- definirea modulului actiuni.php detine toate aciunile care
se fac de catre aplicaie (adugare, tergere, updatare...) practic n
acest

fisier

se

fac

apelrile la toate funciile definite n clasa

classConn()
- definirea modulului adauga.php

- reprezint modulul de

adugare de comenzi n baza de date. Acest modul este corelat cu

modulul actiuni.php pentru a duce la ndeplinire aciunea de adaugare
comanda.
- definirea modulului addmoddelAdmin.php reprezint
modulul
contului administrator, care i permite acestuia s aplice modificri n
baza de date, n tabelele de

comenzi, utilizatori, bnci i tipuri

proprietate. Acest modul este corelat cu modulul actiuni.php pentru

a duce la ndeplinire aciunile definite n modul.
- definirea modulului afiseaza.php se

ocup

de

afiarea

ascunderea

de

reprezint modulul care

campuri

modulul

tabela.php, la aciunea userului. Acest modul este corelat

cu

modulul actiuni.php pentru a duce la ndeplinire aciunea definita n

modul.
- definirea modulului app.php reprezint modulul principal
care face legatura cu toate celelalte module. Aici sunt afiate atat
structura aplicaiei ct i
toate
modulele
funcionalitatile lor.

cu

- definirea modulului cauta.php reprezint funcia de

cautare

a sistemului

genQuery()

informaional.

Aceasta

bazndu-se

pe

funcia

afieaza rezultate n funcie de un numar nelimitat de

cuvinte i campuri. Acest modul este corelat cu modulul actiuni.php

pentru a duce la ndeplinire aciunea definita n modul.
- definirea modulului erori.php conine erorile care apar n
sistem pe tot parcursul folosirii acestuia.
- definirea modulului index.php reprezint primul modul al
sistemului n care este

verificat autorizarea unui utilizator de a

opera modificri / vizualiza sistemul.

-

definirea

modulului

care include meniul

meniu.php

urma

modulele tabela.php,

cruia

reprezint

sunt

modulul

apelate

adauga.php,

afiseaza.php, cauta.php, mesagerie.php, rapoarte.php,

setari.php.
- definirea modulului mesagerie.php n acest modul este
coninuta o modalitate de a crea o mai buna legatur ntre utilizatorii
sistemului prin scurte mesaje.
- definirea modulului rapoarte.php aici este coninut
motorul de
raportare prin care un utilizator poate genera rapoarte nefiind limitat
n optiuni. Acest modul este corelat cu modulul actiuni.php pentru a
duce la ndeplinire aciunea definita n modul.
- definirea modulului raport.php modulul care se ocupa cu
afiarea rapoartelor n format pregatit pentru printare sau salvare n alt
format (ex: PDF) Acest modul este corelat cu modulul actiuni.php
pentru a duce la ndeplinire aciunea definita n modul.
-

definirea

modulului

setari.php

conine

opiunile

utilizatorului de a modifica i salva unele din setrile iniiale cu care a

fost creat userul. Printre ele se numr : sortarea

campurilor din

modulul tabela.php n funcie de un anumit camp afiat ct i

direcia (cresctor, descresctor) a acesteia, afiarea / ascunderea
unor campuri selectate de utilizator, numarul de nregistrari afiat per
pagina .a.

Acest modul este corelat cu modulul actiuni.php

pentru a duce la ndeplinire aciunile definite n modul.
- definirea modulului tabela.php reprezint prima imagine pe
care unu utilizator o vede cand se nregistreaza cu contul sau. Conine
afiarea de comenzi din baza de date, pe care le-a adaugat el.
Pe langa aceste funcii i module au mai fost definite doua
alte fiiere pentru a folosi la dinamicitatea sistemului i modului de
afiare. S-au definit n fiierul functii-inc.js funcii javascript pentru
validarea unor campuri i pentru interschimbarea unor module fara a fi
nevoie de renprospatarea paginii principale. Deasemenea a fost definit
i un fiier style.css coninand formatarile tabelelor din aplicaie.

3.2. Proiectarea logica si fizica a iesirilor

Ieirile sistemului informatic au fost definite la nivel global
n

cadrul proiectului de ansamblu, care precede i pregtete

proiectarea n detaliu. Ieirile sistemului informatic conin rapoarte

generate din sistem n urma crora se poate observa att direcia
firmei dar se poate

face i o evaluare a fiecrui angajat n parte.

Modulul proiectat pentru rapoarte poate genera urmtoarele tipuri

de rapoarte :
- Raport Analitic - acesta poate fi reprezentat n sistem prin
situaia
evalurilor pe o perioad data de utilizator, o zi / mai multe , o luna / mai
multe, pe o anumit banc.
- Raport de us intern - poate fi reprezentat n sistem prin
cererea Directorului firmei de a afla numrul de vizite fcute ntr-o luna
/ zi / an de ctre un agent evaluator.
- Rapoarte periodice - la solicitarea clienilor (bnci) sistemul
poate returna
la aciunea utilizatorului raport de activitate pentru a putea fi trimis
clientului.

Proiectarea logica de detaliu a ieirilor

Pentru fiecare din tipurile rapoartelor de mai sus a fost definit un
tip unitar de raport reprezentat in Fig. 8

Fig. 8 Exemplu raport

iesire

Proiectarea fizica de detaliu a iesirilor

Rapoartele ieite din sistem vor avea urmtoarea form :
- Conform Fig. 8 n partea de sus a formei se va afla titlul
reprezentat n exemplu de Raport de activitate
- Rndul imediat urmtor conine un rnd de informare cu privire
la ce s-a cutat (vrut) a se afia prin raportul cerut, ct i numrul de
rnduri pe care acest raport l-a generat.
- Sub acest rnd se afl detalii legat de data / or cnd raportul a
fost cerut
- Ultima reprezentare a machetei de ieire o are tabelul n format
n X m (n reprezentnd numrul de cmpuri, m reprezentnd numrul de
rnduri rezultate n urma raportului +1)
Dup generarea raportului n funcie de instrumentele instalate
pe sistem, poate fi salvat sub form de PDF sau JPG sau poate fi printat.
Datorit faptului c pn la momentul prezent un gen de document
care s
reprezinte un tip de raport nu a existat n firm o cerina explicit de
a avea un format concret , prestabilit nu a fost nregistrat la data
analizrii sistemului.

3.3. Proiectarea logica si fizica a intrarilor

Dup ce acestea au fost definite n cadrul proiectrii de
ansamblu, acestea urmeaz a fi detaliate.
Sistemul va funciona n felul urmtor :
- Clientul trimite o comand sub form electronic, fie c aceasta
este sub form de email sau fax.
- Detaliile incluse n aceast cerere sunt urmtoarele :
Banc, Data_Comand, Numele Clientului,

Adres

Clientului , Telefonul Clientului, CNP sau Nr. Reg. COM, Nr. Inreg. Fiscal,
Banca Clientului, Sucursal Bncii, Cont Banc, Tipul Proprietii,
Persoan Contact, Telefon Contact.
Aceste detalii vor fi completate n continuare cu: Data Comand i
Consultant Delegat de ctre Account Manager iar Consultantul va
completa i el la rndul lui Data Vizit i Data Raport Complet.
Pentru a se introduce n sistem o comand se va folosi formularul
de la fig.
9 prezent n
informatic :

noua

soluie

Fig. 9 Formular de intare n sistem a datelor despre

comand
3.4. Proiectarea bazei de date
Pentru definitivarea proiectrii bazei de date nceput n capitolul
proiectrii de ansamblu, pe baza detaliilor deja prelucrate despre
entiti i atributele lor se vor proiecta n continuare tabelele care vor
face parte integrant a sistemului nou. Numele bazei de date este A
MNGMApp A . n anexe va fi ataat query-ul SQL pentru crearea att a
bazei de date ct i pentru crearea tuturor tabelelor folosite

n aplicaie. (alturi de restricii, setri notNull, cmpuri autoincrement

etc). Aa cum a fost menionat i n cadrul proiectrii de ansamblu,
ca

baz

de

date relaional a fost ales SGBD-ul Microsoft SQL Server

2005.
Tabela
appBanks

Tabela
appContinut

Tabela
appUsers

Tabela
appBanks

Tabela
appPropType

Relatiile dintre
tabele

3.5. Proiectarea ecranului aplicatiei.

Prin modalitatea n care a fost structurate interfaa s-a cutat
ca ea s
ndeplineasc
condiii :

urmtoarele

- Proiectarea s-a fcut innd cont i de utilizatorul nespecialist n

informatic, interfaa fiind foarte sugestiv i uor de utilizat.
- Mediul grafic este complex i complet totui s-a avut n vedere a nu se
aglomera ecranul cu elemente grafice, pentru ca scopul principal s
rmn utilizarea facil a aplicaiei.
- Interfaa este autoadaptabila pentru toate tipurile de monitoare, sa luat n considerare folosirea de ctre utilizator a unui monitor mai
mare dect cel pe care a fost proiectat iniial interfaa.
-

Atractivitatea

interfeei

este

un

alt

punct

forte

al

aplicaiei

dezvoltate aceast beneficiind de un colorit plcut la vedere, fr

combinaii iptoare neaglomerata de

prea

multe

elemente

de

grafic. S-a mers pe ideea c simplitatea atrage ntotdeauna.

- Interfaa este att uor de nvat pt a se lucra cu ea i n aceeai
msur i de utilizat.
- Datorit dinamicitii de care aplicaia d dovad, utilizatorul va avea
destul de multe

modaliti prin care s poat s i configureze

modalitatea

care programul este afiat

totodat putnd salva

aceste setri ca setri implicite per utilizator.

Fig. 10 Ecranul principal al

aplicatiei

3.6. Eficiena economic a sistemului

Aplicatia realizat n cadrul societaii Prestige Invest S.A. va fi
destinat s
serveasca managementului activitatii de evaluari
imobiliare.
Aceast aplicaie informatic are ca obiectiv crearea unui mijloc
modern de organizare al informaiei centralizate si relationate.
n mod absolut pasul de a investi ntr-o aplicaie care desi costa o
anumit cantitate de

bani, aceti bani se vor recupera nsa prin

timpul mult mai mic de utilizare, estimarea fat de sistemul actual este
c timpul de a realiza un raport de evaluare va scadea semnificativ
datorit automtizarii relatiei Account Manager Consultant
managementul de exceptie adus

prin

de aplicaie. Totodat securitatea

dadelor nu este nici ea pe un loc nesemnificativ.

Cerintele informaionale ale unitaii economico sociale sunt
pe deplin satisfacute de sistemul informatic dezvoltat, ea acoperind
de departe situaia curenta i mbunatatind aspecte importante n
utilizarea

aplicaiei

cum

ar

fi usurina in utilizare, interfaa

prietenoasa si intuitiva.

Capitolul 4 - Prezentarea produsului software, implementarea si

exploatarea aplicaiei
4.1. Cerinele platformei hardware i software ale produsului
Aplicaia pentru a fi exploatata in condiii de securitate i
optimizare va trebui sa respecte urmatoarele cerine minime att
pentru sistemul persoanei care va opera aplicatia ct si pentru serverul
unde va fi gazduita aplicatia:
Cerinte minime server:
Hardware - pentru a funciona n parametrii optim se cere ca
serverul s
aibe un processor de minim 2 Ghz (Pentium 4 sau echivalent), 2 Gb
memorie RAM,
500 Gb HDD. Datorit faptului c SGBD-ul de la Microsoft este o unealt
complex utilizarea acestuia n parametrii optima necesit multe
resurse ale sistemului s fie ndreptate ctre serverul SQL. Deasemeni

pentru redundant datelor i securitatea

lor este necesar un HDD de capacitate mai mari deoarece serverul SQL
va fi programat astfel nct s fac automat un back-up al bazei de date
odat pe zi, de preferat dup terminarea programului de lucru.
Deasemenea un amnunt foarte important pentru funcionarea
sistemului n condiii optime l are i locaia unde serverul va fi instalat.
De preferat s existe un loc special amenajat (un DataCenter) unde
se in toate serverele indiferent de utilitatea respectivului server n
reeaua local / internet. De preferat ca serverul s fie inut la o
temperaturi ntre 10-20 grade Celsius.
Software platforma software recomandat pentru funcionarea
sistemului este Microsoft Windows 2003 Server, datorita funciilor
avansate de server i stabilitaii n functionare. (platforme mai vechi
cum ar fi Microsoft Windows 2000
Server SP1 nu au fost testate pentru funcionalitatea cu aplicaia
dezvoltata).
Cerinte minime client:
Hardware cerinele de sistem sunt dupa cum urmeaza :
processor de minim 1.5 Ghz (Pentium 4 sau echivalent), 1Gb memorie
RAM, 60 Gb HDD.
Software -

platforma pe care sistemul va funciona este

Microsoft Windows, fie c el este Windows XP sau

Vista

platform

mai

viitoare

(de mentiontionat c versiunile

sau

vechi de

Microsoft Windows nu au fost testate pentru funcionalitate mpreun

cu noul system). Alturi de cerinele legate de sistemul de operare
pentru funcionarea aplicaiei clientul

va necesit

un client WEB c Internet Explorer, Mozilla Firefox, Oper s.a.spune.

Se recomanda c, pentru cea mai bun experien din punct de
vedere al vitezei de execuie a programului i a rezultatelor returnate
din baz de date, att aplicaia ct i baz de date s fie instalate pe
acelai server, iar serverul s fie gzduit

intranet-ul

firmei,

acces direct spre internet pentru a putea fi

accesibil aplicaia
evaluri din ara.

de

reprezentanii

departamentului

cu

4.2. Descrierea functiunilor aplicatiei

Prezentarea
principal

ecranului

Fig. 11 Meniul
aplicatiei

n Fig. 11 avem reprezentat ecranul principal al aplicaiei care

apare de fiecare dat cnd un user intr n sistem. Cum este el afiat
i ce aciuni pot avea loc n acest ecran ine de setrile individuale per
fiecare user.
Aciunile standard pe fiecare dintre tipurile standard de useri
n parte :
Consulta
nt
- Poate modifica doar cmpurile Data_Vizita i
Data_Raport_Complet (modificarea se efectueaz n ecranul principal)
- Poate scoate rapoarte din sistem bazat pe ce a facut el. Nu poate
vedea nici prin sistemul de rapoarte sau prin modulul de cautare
alte comenzi decat cele repartizate lui.
- Are acces la sistemul de mesagerie n
sistem
Account
Manager
- Poate modifica orice camp al comenzilor din

sistem
(modificarea se efectueaz n ecranul
principal)

- Poate aduga comenzi noi n

sistem
- Poate scoate rapoarte din sistem bazat pe ce a facut el. Nu poate
vedea nici prin sistemul de rapoarte sau prin modulul de cautare
alte comenzi decat cele introduse de el.
- Are acces la sistemul de mesagerie n
sistem
Administrat
or
- Prin statutul pe care l are, acest user are acces la meniul
Admin putnd :
- aduga / modifica / terge useri din sistem
- aduga / modifica / terge banci din sistem
- aduga / modifica / terge tipuri proprietate din sistem
- Poate modifica orice cmp al comenzilor din sistem. Poate terge orice
comand
nregistrat
sistem

(modificarea se efectueaz n ecranul

principal)
- Poate aduga comenzi noi n
sistem
- Poate scoate rapoarte din sistem nefiind
limitat
- Are acces la sistemul de mesagerie n
sistem
Supervis
or
- Poate modifica orice camp al comenzilor din
sistem
(modificarea se efectueaz n ecranul
principal)
- Poate scoate rapoarte din sistem nefiind
limitat
- Are acces la sistemul de mesagerie n
sistem
Optiuni
comune
- Poate cuta o comand n
sistem
- Poate modifica numarul de cmpuri afiate n panoul

principal
- Poate modifica sortarea comenzilor afisate n functie de un
anumit cmp, ascendent sau descendent
- Acces la meniul setri. De unde se poate seta numrul de nregistrari
afiate pe
pagin
.

Prezentarea meniurilor aplicatiei

Meniul ADAUG
Acest meniu este considerat ca fiind cel mai important dintre
meniurile de adaugare date n sistem (date de intrare).
Conine

toate

detaliile

pentru

ca

comand

poat

fi

considerat ca atare i s se continue prin vizita consultantului. Tot

aici (Fig. 12) din cate se poate observa se face distribuirea comenzii
catre un consultant.

Fig. 12 Meniul
adaug

Meniul AFIEAZ
Din meniul afiseaz utilizatorul poate selecta ce campuri s i se
afieze n pagina de start. Setarea poate fi facuta implicita (vezi meniul
setari) ca de fiecare dat cnd acesta intra n aplicatie s se afieze n
felul prestabilit.
Toate checkbox-urile se selecteaz / deselecteaz la intrarea n
aplicatie n funcie de cmpurile setate de utilizator n baza de date.

Fig. 13 Meniul
afieaz

De specificat c din motive de funcionaliate a programului

cmpurile
Account_Manager

sunt

Consultant_Delegat

scoase

din meniu n

momentul n care ori un account manager ori un consultant intr

n sistem, deoarece limitarea pe care acetia o au de a afia doar ce
e al fiecaruia (pentru account manager se afieaza doar comenzile
introduse de el, pentru consultant se afieaza doar ce comenzi au fost
repartizate lui) are de suferit n momentul n care din meniul Afiseaza
se deselecteaz account

manager sau consultant delegat (dup

caz), query-ul nemaifiind valabil n baza de date, ducnd la o eroare

fatal.

Meniul
CAUT
Din acest meniu se pot face cutari n toate cmpurile sau
n

cmpul specificat n

lista de tip dropdown alturi de cmpul

cutare. De menionat c datorit limitrilor de afiare din meniul

afiare cutarea se va face doar n cmpurile care sunt deja afiate
(deasemeni lista dropdown se populeaz automat tot cu cmpurile
selectate n meniul afieaz .)

Fig. 14 Meniul cauta

Meniul
MESAGERIE
Prin acest meniu se pot trimite mesaje prin circuitul intern de
mesagerie,
ctre ceilalti utilizatori ai sistemului.
Scopul acestui

modul

fiind

acela

de

crea

punte

de

legtura ntre utilizatori ei putand comunica mai usor unii cu altii

doar folosind sistemul informatic.

Fig. 14 Meniul
mesagerie

Meniul RAPOARTE
n acest meniu se pot genera rapoarte de activitate n funcie de
orice camp din baza de date. Pot fi introduse i mai multe cuvinte
moment n care raportul se
va genera n funcie de amandou cuvintele, ca i n exemplul scris din
fig. 15.

Fig. 15 Meniu rapoarte

Meniul
SETRI
Meniul setri conine 3 funcii importante :
- Salvare setri per utilizator (n momentul n care acesta

modific setrile implicite pentru userul sau).

- Funcie de revenire la setrile initiale ale userului (setri

stabilite cand a fost creat utilizatorul).
- Funcie de modificare al numrului de comenzi per pagin afiate.
Ultimele dou funcii au nevoie de a apasa i butonul salvare
setri pentru a face modificarea permanent, altfel modificarea va fi
temporar (insemnand c urmatoarea dat cnd utilizatorul se va
nregistra n sistem va avea setrile implicite.

Fig. 16 Meniul
setri

Meniul ADMIN
Meniul permite a se face modificri n baza de date la tabela
userilor, a bncilor i a tipului de proprietate.

Fig. 17 - Meniul Admin (adaugare tip

proprietate)

nou
.

Exemplul din figura 17 exprima actiunea de adaugare de tip

proprietate

4.3. Mesaje de eroare

ncepand cu prima pagina, cea de index.php avem de notat in
revista doua erori care pot aparea :
- In momentul in care nu sunt completate ambele casute de user
si parola se da un mesaj de notificare
- n momentul in care combinatia de user . parola nu exista pe
server se afiseaza un mesa care notifica evenimentul.
Restul de mesaje de eroare apar pentru a confirma sau a infirma :
- Adaugarea unei inregistrari in baza de date.

- Modificarea unei inregistrari din naza de date.

- Stergerea unei inregistrari din baza de date.

4.4. Instalarea i implementarea aplicatiei

Dup cum am specificat i n capitolul 2, subcapitolul 5.1 pentru
baza de date a fost ales sistemul Microsoft SQL. Acest sistem vine cu o
ntreag palet de funcionalitai. Datorit

faptului c firma pentru

care s-a proiectat acest sistem informatic beneficiaz deja de acest

sistem nu va mai fi nevoie de o instalare / implementare a serverului
in prealabil sau a SGBD-ului. Totui vom avea de creat baza de date cu
tabelele standard ale aplicaiei.
Ataat acestui proiect pe CD se afla fiierele SQL (/Aplicatie/Baza
de date) pentru baza de date i pentru fiecare tabela n parte. Se
foloseste pentru importul bazei de date un utilitar specific MSSQL numit
Microsoft SQL Server Management Studio. Dupa ncarcarea acestui
program se va face click n stnga pe serverul de
SQL, i se va da click pe New Query. Apoi n noua fereastr aparut se
va copia

coninutul celor 6 fiiere (coninutul cadru al bazei de date i 5

tabele) rnd pe rnd acionand butonul Execute din cadrul ferestrei de
query.
Pentru instalarea serverelor APACHE si PHP se va folosi aplicatia
inclusa n acest proiect pe CD numita APPSERV. Instalarea este foarte
simpla i intuitiva singurele setri n instalare fiind legate de numele
domeniului pe care se instaleaz aplicatia alturi de port restul instalrii
decurgnd n mod automat. Dup instalarea acestei aplicaii vom
observa c PHP nu suport conexiunea cu baze de date MSSQL ca
setare implicit. De aceea fiierul de configurare al PHP numit php.ini va
trebui modificat decomentnd urmatoarea linie :
;extension=php_mssql.dll
Prin decomentare linia va arta aa :
extension=php_mssql.dll
Pentru ca aplicaia s funcioneze coninutul ei va fi copiat n
directorul

www

al

aplicaiei

APPSERV

(n

general

instalat

in

C:\Appserv\www)

4.5. Eficienta si utilitatea sistemului informatic

Sistemul a fost conceput , proiectat pentru a aduce un plus de
management firmei pentru

care s-a facut proiectarea. Deoarece

sistemul actual pe care firma functioneaza este deficitare

puncte

de

vedere

aceasta

din multe

aplicatie informatica vine sa modifice

multe aspecte ale sistemului prezent.

Printr-o mai buna organizare a comenzilor si a sistemului per
total se modifica timpul de raspuns aceasta crescand productivitatea
firmei si totodata si imaginea acestea crescand in ochii clientilor si
partenerilor.