Sunteți pe pagina 1din 65

UNIVERSITATEA ROMNO-AMERICAN

FACULTATEA DE INFORMATIC MANAGERIAL

Magazin Virtual folosind PHP si My-SQL

Cuprins
Cuprins......................................................................................................................2 Capitolul 1 Studiul, analiza i prezentarea sistemului existent...............................4 1.1. Indicatori economici........................................................................................7 1.2. Obiect de activitate.........................................................................................8 1.2.1. Departamentul Evaluri Imobiliare............................................................8 1.2.2. Departamentul Agenie Imobiliar............................................................8 1.3. Structura organizatoric................................................................................12 1.3.1. Organigram...........................................................................................12 1.3.2. Prezentarea sistemului de conducere.....................................................14 1.3.3. Prezentarea sistemului condus...............................................................14 1.5. Descrierea sistemului actual si direcii de perfectionare...............................16 1.6. Studiul sistemului informaional....................................................................17 1.6.1. Schema fluxului informaional....................................................................17 1.6.2. Aria de cuprindere (locul) circuitului informaional in cadrul sistemului informaional general al unitatii........................................................................17 1.6.3. Documente utilizate................................................................................17 1.6.4. Proceduri utilizate...................................................................................20 1.6.5. Analiza sistemului actual i identificarea neajunsurilor (punctelor critice) existente n funcionarea sistemului existent....................................................20 1.6.6. Direcii de perfecionare a sistemului actual...........................................21 1.6.7. Fluxul documentelor informational..........................................................22 Capitolul 2 Proiectarea de ansamblu a sistemului informatic...............................23 2.1. Definirea obiectivelor i oportunitaii sistemului/aplicaiei informatice.........23 2.2. Orientari generale avute in vedere pentru stabilirea solutiei de informatizare........................................................................................................ 23 2.3. Modelarea conceptual a datelor..................................................................24 2.3.1. Definirea entittilor.................................................................................24 2.3.2. Definirea relatiilor dintre entitai.............................................................25 2

2.3.3. Definirea Atributelor................................................................................27 2.3.4. Modelarea logica i fizica a datelor.........................................................27 2.4. Diagrama Entitate - Asociere........................................................................29 2.5. Prezentarea platformei software a noului sistem informatic.........................30 2.5.1. SGBD-ul ales pentru aplicatie..................................................................30 2.5.2. Limbajul de programare..........................................................................30 2.6. Personalul de specialitate i utilizatorii viitorului sistem informatic..............31 2.6.1. Categoriile de utilizatori initial stabiliti sunt urmatoarele:.......................32 2.7. Definirea ieirilor sistemului..........................................................................32 2.8. Definirea intrrilor sistemului........................................................................35 2.9. Estimarea necesarului de resurse i a calendarului de realizare...................36 Capitolul 3 Proiectarea n detaliu a noului sistem.................................................37 3.1. Detalierea funciunilor si a structurii functionale ale sistemului informatic ..37 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...............................................................................................37 3.2. Proiectarea logica si fizica a iesirilor.............................................................43 3.3. Proiectarea logica si fizica a intrarilor...........................................................45 3.4. Proiectarea bazei de date..............................................................................45 3.5. Proiectarea ecranului aplicatiei.....................................................................49 3.6. Eficiena economic a sistemului..................................................................50 Capitolul 4 - Prezentarea produsului software, implementarea si exploatarea aplicaiei..................................................................................................................50 4.1. Cerinele platformei hardware i software ale produsului.............................50 4.2. Descrierea functiunilor aplicatiei...................................................................54 4.3. Mesaje de eroare...........................................................................................64 4.4. Instalarea i implementarea aplicatiei..........................................................64 4.5. Eficienta si utilitatea sistemului informatic....................................................65

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 sistemului acestuia de management iar prin introducerea prelucrrii, automatizarea

transmiterii 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 i 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

manangement al comenzilor firmei care

datorit numrului mare ajund involuntar la necentralizarea lor ducnd

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), mprejurimi. urmtoarele : Dezvoltare i promovare imobiliar (KN7011) Cumprare i vnzare bunuri imobiliare (KN7012) nchiriere i subanchiriere subanchiriate bunuri imobile proprii sau desfurndu-i activitatea pe zona Ca activiti secundare ale oraului Bucureti i se pot numra firmei

(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 Agenie Imobiliar a condus de un manager de departament i Administrativ a avnd un manager de departament. Financiar / Contabil a avnd un manager de departament i avnd n subordine 7 consultani imobiliari. avnd n subordine un consultant.

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

2.500.000

Cifra de afaceri (RON)

2.000.000

1.500.000

1.000.000

500.000

0 2003

2004

2005

2006

2007

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

1.2. Obiect de activitate 1.2.1. Departamentul Evaluri Imobiliare NAI Property Partners realizeaz evaluri pentru toate tipurile de proprieti, indiferent 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 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 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

sunt

pentru

afaceri,

pentru

nchiriat,

industriale sau pentru vacan. Expertiz firmei acoper toate regiunile

afacerea

unei

firme.

Toate

informaiile

de rigoarea ale unor

cum ar fi : ANEVAR (Asociaia Roman a

Evaluatorilor cu licen) sau RICS (Institutul social al drepturilor

instituriilor toate tipurile de

investiii,

persoanelor particulare, pentru

chiriailor i

vnztorilor

online . Specialitile firmei includ : Agricultura

Investitii Hoteluri -

Birouri Achiziionri terenuri Rezidenial Retail n conformitate cu dorina firmei de a oferi tot timpul soluii clienilor i bazndu-se Structurare pe experiena acumulat de-a lungul i financiar o formul pentru timpului firma este calificat pentru : comparativ pentru corporativ potrivit activitile operaionale Angajare de personal - evaluarea i selectarea angajailor necesari (management angajai) i organizaia Clientului / vnzri

management, marketing i sarcini financiare pentru a mbunti

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

DEPARTAMENT UL EVALURI

DEPARTAMENT UL AGENIE

DEPARTAMENTU L ADMINISTRATIV

MANAGER DEPARTAMEN T

MANAGER DEPARTAMEN T

MANAGER DEPARTAMEN T

DEPARTAMENTUL FINANCIAR/BANCAR

DEPARTAMENTUL RESURSE UMANTE

DEPARTAMENTUL CONTABILITATE

DEPARTAMENTUL RETAIL

DEPARTAMENTUL IT

MANAGER EXECUTIV

MANAGER EXECUTIV

MANAGER EXECUTIV

DEPARTAMENTUL INVESTIII

MANAGER

MANAGER

MANAGER

MANAGER

CONSULTAN I EVALUATOR I

CONSULTAN I EVALUATORI

12

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 managerii de nalt Directorul mediu General urmat de managerii n departamentelor instituiei. Acetia n urma informaiilor primite de la nivel 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 de satisfacie al clientului. cu clienii societii i urmrind realizarea comenzilor la cel mai nalt grad

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. obinere i folosire a

- Departamentul Financiar - Contabil - nglobeaz activitile de raional a 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 i

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 a avea o soluie de organizare i manangement centralizat al comenzilor i a etapelor lor am ales o de date sub

soluie bazat pe platform PHP n relaie cu o baz

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 s 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

SISTEM DE CONDUCERE (MANAGERI DE CONT)

IEIRI

INFORMAI I (CLIENT)

INFORMAI I (EVALUAR E)

INFORMAII (FACTURAR E)

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 companiei de fluxul informaional, pentru care a-i

vital departamentului

evaluri

imobiliare

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 i mare n eforturile direcia firmei sunt ndreptate evaluri parte ctre departamentulde eficientizrii

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 evideniate detalii firm o cerere tip complet care va n care s sunt fie despre proprietatea urma

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) i a comparabilelor Naional a

(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 n firma cu evalurile imobiliare pe teren i catre persoanele autorizate n firma cu facturarea din departamentul Financiar-Contabil. Responsabilii cu evalurile imobiliare contacteaza clientul i stabilesc o ntrevedere pentru a putea fi 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 de 3 metode de bazat pe cercetrile evaluatorului i folosindu-se

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 n sistem, ci deficitar al istoricului evalurilor i al evalurilor n curs datorit faptului c nu exist o soluie unitar 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 a 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 de o soluie RAID, pentru maximizarea server dedicat alturi optimi funcie avansat de generare rapoarte de activitate funcie de mesagerie intern pentru o comunicare

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

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 trimit date facturare ctre Contabilitate

Se evectueaza vizita

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 contabilitate, crend departamentele respective. i o departamentul relaie de ntre automatizat

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 multe modaliti prin reprezint modelarea datelor i a felului n care ele relationeaza ntre ele. Tehnologia de specialitate a stabilit mai 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 n vederea gsirii algoritmului de rezolvare i o alt activitate, deosebit de important, legat de organizarea datelor, n concordan att cu caracteristicile tehnice ale echipamentelor Acestea trebuie de s calcul, fie ct i cu cerinele nct s de prin prelucrare. structurate astfel

codificarea i apoi memorarea lor criteriile stabilite.

pe supori

tehnici

permit

prelucrarile necesare, stocarea i regsirea ulterioar a datelor dup Legturile i relaiile dintre date poate fi stabilit prin Modelarea Conceptual a Datelor, aceast modalitate fiind reprezentat prin modelul Entitate a

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 dintre utilizatori aplicaia va

include i un sistem de mesagerie.

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) POAT E LUCR A BNCI

(1,n)

(1,n)

POAT E AVEA

POATE APARTIN E

TIP PROPRIETATE

(1,n) POATE FI

(1,1) (1,1)

MESAJ E

COMENZ I

(1,1)

Fig. 5 Relaii intre entitai

2.3.3. Definirea Atributelor Dup ce au fost definite i corelate relaiile dintre entittile ce urmeaza a fi implementate legturi. n cele ce urmeaza se vor defini atributele pentru fiecare entitate: CONTINUT (Comanda) - id, Account_Manager, Banca, Data_Comanda, Nume_Client, Adresa_Client, Banca_Client, Tip_Proprietate, Telefon_Contact, Data_Raport_Complet. UTILIZATOR - id, accType, userName, userEmail, userFields, defaultuserModify, defaultuserFields, userModifyC, US, PS, userBanks, userView, defaultuserResPerPage, userResPerPage, Telefon_Client, CNP_RegCOM, Sucursala_Banca, Persoana_Contact, Consultant_Delegat, Data_Vizita, Nr_Inreg_Fiscala, Cont_Banca, n baza de date fizica, urmeaza a fi definite i atributele fiecarei entitti prin care se vor crea respectivele

userModify, defaultuserModifyC,

defaultuserView, userAdd, defaultuserSort, MESSAGES

defaultuserAdd, userDelete, userSortDir, defaultuserSortDir,

defaultuserDelete, userPostNav, defaultuserPostNav,userSort, userMessages, defaultuserMessages, userReports, defaultuserReports.

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

2.3.4. Modelarea logica i fizica a datelor Modelarea modului conceptual a datelor definete reprezentarea calitii i de organizare a datelor independent de tehnologiile de

prelucrare a acestora i fr a acord o atenie deosebit diagramelor Entitate a Asociere

modelului datelor. Modelul conceptual este prezentat prin intermediul

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 UTILIZATO R userNam e 1, n

1,1 COMENZ I Account_Manag er Tip_Proprietate Banca

1, 1

Include

1,n BNCI Banci Are 1,n TIP PROPRIETATE Properietati

Primest e

1,1

1,1 MESAJE 11111 userFrom

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 a fi dezvoltat i NAVISION. Prin aceasta firm urmrete c att aplicaia ct i NAVISION s beneficieze de aceleai informaii referitoare la clienii firmei i 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 serverside. 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 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. o imparire pe tipuri de conturi cu diferite drepturi de a modifica informaiile stocate devine o cerin

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 i totodat asigurnd corectitudinea datelor introduse n sistem. La dorina 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 clienilor i se ocup comenzile att de introduse n sistem. Account Managerul este persoan care primete comenzile venite din partea 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 specific din firm. 2.7. Definirea ieirilor sistemului Obiectivele oricrui sistem informatic ale se concretizeaz n satisfacerea cerinelor informaionale coducerii, precum care unei l va ntocmi i va evaluri n departamenul

fundamentarea sau asistarea

deciziilor, cunoaterii

adic

nsemnnd

furnizarea Pe baz

la

cere

sau se

periodic

situaiilor, a rapoartelor de ieire care grupeaz informaii, date necesare realitii curente. aceastora 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. ACCOUNT MANAGER PERIODICITATE NR. EXEMPLARE Luna r Sptmanal 1 1

CONINUT INF. Raport per Banc Raport per Consultant

DESTINATAR Banc a Account Manager

CONINUT INF. Raport per Banc

SUPERVISO R PERIODICITATE NR. EXEMPLARE Lunar, 1 Sptmanal

DESTINATAR Supervisor

Raport per Consultant Raport per Account Manage

Lunar, Sptmanal Lunar, Sptmanal

1 1

Supervisor Supervisor

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 i dinamica fenomenelor i 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 departamentului arat, o cerere este apoi ctre 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 aplicaia va fi de operare Microsoft Windows XP (deoarece 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

Module 30

Clase / Membrii 20

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 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() . aceast variabila va stoca

Zona public a clasei - definirea variabilei result - n urma apelrii uneia dintre celor 4 funcii definite, de 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. query, la baza de date: advQuery(),

- 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 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() 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. va returna marimea cmpului pe un rnd n funcie de o variabil indice de tip INT (0 = care va actiona nchiderea conexiunii cu baza de date atunci cand nu va mai fi nevoie de

- 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, pentru funcie folosit atat de de comenzi n baza de date ct i de cel de a trimite mesaje de notificare pe email sistemului, n ordine

persoanelor implicate n respectiva actiune n continuare se vor defini modulele 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 - reprezint modulul de classConn() - definirea modulului adauga.php 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 n modulul cu

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

modulul actiuni.php pentru a duce la ndeplinire aciunea definita n - 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 informaional. Aceasta bazndu-se pe funcia genQuery() 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 definirea verificat autorizarea unui utilizator de a meniu.php cruia sunt reprezint modulul opera modificri / vizualiza sistemul. modulului n care include meniul urma apelate

modulele tabela.php,

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 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. face i o evaluare a fiecrui angajat n parte. Modulul proiectat pentru rapoarte poate genera urmtoarele tipuri

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 Tabela appBanks 2005.

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 de dezvoltate aceast beneficiind de un colorit plcut la vedere, fr combinaii iptoare neaglomerata de prea multe elemente 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 modalitatea n modaliti prin care s poat s i configureze 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 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. i prin managementul de exceptie adus de aplicaie. Totodat securitatea

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 platform viitoare platforma pe care sistemul va funciona este Vista mai sau o (de mentiontionat c versiunile vechi de Microsoft Windows, fie c el este Windows XP sau

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 n intranet-ul firmei, cu acces direct spre internet pentru a putea fi accesibil aplicaia evaluri din ara. i de reprezentanii departamentului

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 n

(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 o comand s 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 i Consultant_Delegat sunt 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 fatal. manager sau consultant delegat (dup caz), query-ul nemaifiind valabil n baza de date, ducnd la o eroare

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 a crea o 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 puncte de vedere aceasta care s-a facut proiectarea. Deoarece aplicatie informatica vine sa modifice sistemul actual pe care firma functioneaza este deficitare din multe 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.