Sunteți pe pagina 1din 29

itolul III

PROIECTAREA DE DETALIU A APLICAIEI INFORMATICE


3.1. Definirea aplicaiei informatice (detalieri ale aplicaiei prezentate n
proiectarea de ansablu)
n cadrul proiectrii de detaliu a aplicaiei informatice este necesar definirea aplica iei
informatice, cu toate funciile pe care aplicaia le va folosi ct i modulele pe care aceasta le va
avea.
Acestea vor fi prezentate n ordinea n care acestea au fost necesare.
Zona privat a aplicaiei:
definirea variabilei SrvAddr - n aceast variabil se vor stoca adresa IP de conectare la
serverul de MSSQL (n cazul de fa aplicaia va fi localhost) i portul prin care se va face
conectarea.
definirea variabilei SrvUser - aceast variabil are rolul de a stoca userul de conectare la baza
de date.
definirea variabilei SrvPass - aceast variabil este reponsabil de stocarea parolei de
conectare la baza de date.
definirea variabilei SrvDB - aceast variabil 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 .
definirea variabilei db - aceast variabil va stoca legtura la funcia php de conectare la baz de
date mssql_select_db.
Zona public a aplicaiei:
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 aciona nchiderea conexiunii cu baza de date
atunci cnd nu va mai fi nevoie de aceasta.
definirea funciei userDetailes() funcie care va prelua informaiile despre user (drepturi, user,
parola, nume...etc) dup pagina de login.
definirea funciei fieldName() va returna numele cmpului pe un rnd n func ie de o variabil
indice de tip INT (0 = cmpul 1, 1 = cmpul 2...etc) din query-ul curent.
definirea funciei fieldLength() - va returna mrimea cmpului pe un rnd n funcie de o
variabil indice de tip INT (0 = cmpul 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 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 este interconcetat cu funcia advQuery pentru a face paginaia rezultatelor i
afierea n modulul Tabel numarul de pagini i navigaia aferent.
definirea funciei "genQuery Aplicat n modulul de cutare i n cel de rapoarte, genereaz
dinamic n funcie de numarul de cmpuri (pe care se vrea s se fac o cutare sau s se afi eze 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 ct mai fidel
ce s-a vrut s se caute.
definirea funciei sendMail funcie folosit atat de modulul de adugare de comenzi n
baza de date ct i de cel de mesaje interne, pentru a trimite mesaje de notificare pe email
persoanelor implicate n respectiva aciune.
Deasemenea s-au definit modulele sistemului n ordine alfabetic cu funcionalitatea specific.
Astfel modulul actiuni.php deine toate aciunile care se fac de ctre aplicaie (adugare, tergere,
updatare,

etc.),

modulul

adauga.php

adaug

comenzi

baza

de

date,

modulul

addmoddelAdmin.php este modulul contului administrator i i permite acestuia s aplice


modificri n baza de date, n tabelele de comenzi, utilizatori, bnci i tipuri proprietate. n afar de
aceste module principale s-au mai definit module precum afiseaza.php, app.php cauta.php,
genQuery, actiuni.php, erori.php, index.php, meniu.php ,tabela.php, adauga.php,
afiseaza.php, cauta.php, mesagerie.php, rapoarte.php, setari.php, mesagerie.php,
rapoarte.php , raport.php i setari.php.
n afar de aceste funcii i module s-au mai definit alte dou alte fiiere cu scopul de a contribui
la dinamicitatea sistemului i modului de afiare. S-au definit n fiierul functii-inc.js func ii
javascript pentru validarea unor campuri i pentru interschimbarea unor module fr a fi nevoie de
renprospatarea paginii principale. Deasemenea a fost definit i un fiier style.css con inand
formatrile tabelelor din aplicaie.

3.1.1 Devizele de execuie

Tabel 3.1. Devizele de execuie


Denumire

Cantitate

produs

Unitate

Pret unitar

monetar

Pret fara

Pret cu TVA

TVA

Canal Cablu

180

0,5

90

111,60

Sertizare

180

0,6

108

133,92

Cablu
Configurare

buc

120

120

148,8

buc

25

100

124

router
Instalare
switch
Switch Cisco
Catalyst 6513E
Cablu STP

buc

527

2108

2613,92

180

0,2

36

44,64

Prize

25

buc

50

62

Mufe

55

buc

110

136,4

Router Cisco

buc

1837

1837

2277,88

178,64

212,58

37

1016,38

1209,49

937,64

1162,67

6681,66

8237,9

1847 64M
RAM
Cheltuieli
transport
Cheltuieli
manopera
Profit
TOTAL

3.2. Proiectarea logic i fizic a iesirilor


Rapoartele ieite din sistem vor avea urmtoarea form :
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. Prezentarea fizic a ieirilor este redat n figura 3.2.
Figura 3.2. Prezentarea fizic a ieirilor

3.2.1. Listarea rapoartelor de ieire


Raportul se genereaz din meniul Rap i va lista documentele de iesire, mpr ite valoric pe
grupele specifice, precum i ponderea plilor pentru grupele respective din documente.
Rapoartele de ieire au n vedere evidena documentelor de ieire pentru camerele campusului
universitar. Aceste rapoarte sunt dup cum urmeaz:
Raportul nchirierilor pe camere genereaz ncasrile nregistrate de ctre UAV pentru fiecare
camer n parte pentru o anumit perioad. Camerele vor fi listate n funcie de ncasri;
Raportul nchirierilor pe luni prezint nchirierile camerelor campusului pentru lunile dintr-o
anumit perioad n ordine descresctoare n funcie ncasrile nregistrate dintr-o lun;

Raportul serviciilor suplimentare

genereaz serviciile suplimentare oferite de ctre campusul

universitar, n funcie de ncasrile nregistrate;

Raportul Campus listeaz toate camerele din campus i ofer informaii despre starea acestora.
Aceste informaii se refer la tipul camerei, starea camerei, etajul i tariful de nchiriere.

Raportul Servicii Suplimentare afieaz toate serviciile suplimentare oferite de ctre administra ia
campusului, mpreun cu tariful aferent.

3.2.2. Macheta documentelor de ieire


n cadrul subcapitolului prezent vor fi redate machetele aferente rapoartelor de ieire prezentate
n subcapitolul precedent.
Macheta ieirilor pentru raportul nchirierilor pe camere este prezentat n Figura 3.3. Sursa
machetei: tabelul nchirieri, cmpurile nr_camer i durata rezervrilor, tabelul tip_cam cmpul
tarif.
Figura 3.3. Macheta ieirilor pentru raportul de nchiriere pe camere

Raport nchirieri pe camere


Perioada : 01.09.2013 - 12.12.2013

Nr. 0001 Nr. camera 14


RON

ncasri 42790

Macheta ieirilor pentru Raportul nchirierilor pe luni este redat n Figura 3.4.
Sursa machetei: tabelul nchirieri, cmpurilenr_camer i durata nchirierii, tabelul
tip_cam cmpul tarif.
Figura 3.4. Macheta ieirilor pentru raportul de nchiriere al camerelor pe luni

Raport nchirieri pe luni


Perioada : 01.02.2014 - 14.02.2014

Nr. 0002 Luna: Februarie


14.700 RON

ncasri

Macheta ieirilor pentru Raportul serviciilor suplimentare este redat n Figura 3.5. Sursa
machetei: tabelul nchirieri, cmpul cod_serv, tabelul servicii cmpul tarif.
Figura 3.5. Macheta ieirilor pentru raportul serviciilor suplimentare

Raport servicii suplimentare


Perioada: 01.02.2014 - 28.02.2014

Nr.0003 Denumire serviciu Aer condiionat


ron

ncasri 6.000

Macheta ieirilor pentru Raportul Campus este prezentat n Figura 3.5. Sursa machetei:
tabelul camere, cmpurile nr_camer, etaj, stare, tabelul tip_cam cmpurile tarif i
tipcam. Raportul Campus este prezentat n Figura 3.6.
Figura 3.6. Macheta ieirilor pentru Raportul Campus

Raport Campus

Nr. camera 0024


Tarif 300 RON

Locuri : 4 Stare: liber

Etaj 02

Macheta ieirilor pentru Opiunea Servicii Suplimentare este prezentat n Figura 3.7. Sursa
machetei: tabelul servicii, cmpurile cod_serviciu, denumire_serviciu i tarif.
Figura 3.7. Macheta ieirilor pentru opiunea de servicii suplimentare

Servicii Suplimentare
Cod. Serv.0125 Denumire seriviciu: Parcare Tarif lunar
100 ron

3.3. Proiectarea logic i fizic a intrrilor

3. 3. 1. Lista documentelor i a videoformatelor de intrare


Documentele i Videoformatele de Intrri specifice subsistemului informatic din cadrul UAV
asigur introducerea datelor pentru actualizarea Bazei de date i vizualizarea rezultatelor din cadrul
rapoartelor de ieire. Aplicaia va avea la dispoziie 16 videoformate, dup cum urmeaz:
Un Videoformat pentru rezervri online n cadrul campusului Universitar
Trei videoformate pentru servicii :
-

videoformat pentru funcia de adugare;

videoformat pentru funcia de tergere;

videoformat pentru funcia de editare;

Patru videoformate pentru gestiunea rezervrilor de ctre administratorul campusului:


-

videoformat pentru funcia de adugare;

videoformat pentru funcia de tergere;

videoformat pentru funcia de editare ;

videoformat pentru funcia de cutare;

trei videoformate pentru gestiunea contului de utilizator;


trei videoformate pentru gestiunea memorandurilor;
dou videoformate pentru gestiunea camerelor.

3.3.2. Macheta videoformatelor pentru preluare date


n subcapitolul de fa vor fi prezentate machetele videoformatelor care au drept scop
evidenierea intrrilor de date. De asemenea vor fi prezentate i funciile aferente fiecrei machete n
parte.
Figura 3.8 prezint macheta videoformatului pentru adugarea serviciilor. n cmpul denumire
serviciu se va introduce denumirea noului serviciu, iar n cmpul tarif, se va introduce tariful
asociat serviciului. Pentru a aduga noul serviciu se va apsa butonul Adaug.
Figura 3.8. Videoformatul pentru adugare servicii
Adugare servicii

Denumire serviciu
Serviciu parcare
Tarif

100 ron

Figura 3.9 prezint macheta videoformatului folosit la editarea serviciilor existente. Din
opiunea Selectare se va opta pentru serviciul care se dorete a fi editat, iar n urmtoarele dou
cmpuri se va introduce noua denumire i respectiv noul tarif. Pentru a lsa o valoare neschimbat,
trebuie lsat gol cmpul asociat.
Figura 3.9. Videoformatul serviciilor existente

Editare servicii
Selectare serviciu

Redenumire

Selectare serviciu

Net Land Acces

Modificare tarif

37 ron
Editeaz

Figura 3.10. prezint ultimul videoformatul pentru tergere. Acest videoformat permite tergerea
tuturor serviciilor apasnd butonul tergere de la final, sau tergerea unui anumit serviciu,
apasnd butonulterge din dreptul su.
Figura 3.10. Videoformatul pentru tergere

tergere servicii

Denumire
serviciu

terge

tergere
total

Videoformatul pentru rezervri online este prezentat n figura 3.11. Primele trei cmpuri vor fi
completate cu informaii despre cazare, iar urmtoarele 13 cmpuri cu informaii despre client.
Bifnd opiunea "Rezervare online" rezervarea va fi confirmat, iar urmtoarele 5 cmpuri vor fi
completate cu informaii despre card. Pentru a ncheia procesul se va apsa butonul " Rezerv".
Videoformatul pentru rezervare la sediul universitii prezentat n Figura 3.11.1. va fi folosit de
ctre administratorul campusului, pentru a rezerva o camer pentru un client, fie prin preluarea

rezervrii prin telefon, sau la recepia campusului. Primele trei cmpuri vor fi completate cu date
despre rezervare.
Dac clientul se afl n baza de date , se poate bifa "Client existent" i se va excepta procesul de
ncriere al clientului. n caz contrar, datele despre client vor fi introduse n cmpurile respective. n
final, administratorul va confirma rezervarea bifnd "Rezervat"

Figura 3.11. Videoformatul pentru rezervri online

Rezervare Online
Dat cazare
11.04.2014
Dat eliberare
22.08.2014
Tip camer
B
C

single

Servicii

Nume

Strada

POPESCU

Prenume

os. Chitila

Nr. Strad

44 Apartament 31
07224111211

Nr. bloc

Localitate Bucureti
ar

Plat online

Tip card

Nr. Card

BCR

0114732

Titular POPESCU ANDREEA


Data expirrii

Telefon

Jude -------------

Romnia

Banca emitent

ANDREEA

11. 12. 2017

297B

Figura 3.11.1 Videoformatul pentru rezervri la sediu

REZERVARE

Dat cazare

Dat eliberare

Tip camer
Client nou
Nume

STROE

Prenume

Strada

Ion Bratianu

Nr. bloc
14
0213136676

Localitate
ar

Andrei

Nr. Strad

2B

Nr. apartament 3 3

Bucureti

Telefon

Jude -------------------

Romnia

Client existent
Client
Confirmat

Rezerv

Tiprete

Figura 3.11.2. prezint videoformatul pentru editare al rezervrii. Acesta se va folosi pentru a
confirma o rezervare sau pentru a schimba data acesteia, iar figura 3.11.2.1. videoformatul pentru
tergere a rezervrii.
Figura 3.11.2. Macheta videoformatului pentru editare a rezervrii

Editare rezervare

Rezervare

001446890

Dat cazare

12.08.2014

Dat eliberare

15.08.2014

Confirmare
Editeaz

Figura 3.11.2.1. Videoformatul pentru tergerea editrii

tergere rezervare
Rezervare

terge

14456870

3.3.3 Echipamente necesare, licene, sisteme de operare

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 2008 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 sum de proiectare / programare / implementare de 30.000 euro.

3.3.4 Schema reelei n Packet Tracer i alocarea ip-urilor pentru fiecare dispozitiv
Figura 3.12. Schema reelei n Packet Tracer

Figura 3.13. Alocarea ip-urilor pentru fiecare dispozitiv

Figura 3.14 Testare ping

3.4 Configurarea mainii virtuale


Figura 3.15.1. Instalare sistem operare

Figura 3.15.2. Finalizarea instalrii

Figura 3.15.3. Sharing de fiiere

Figura 3.15.4. Sharing de fiiere

3.5 Conectarea reelei la internet


Conectarea reelei la internet este prezentat n imaginile ( 3.16 , 3.17, 3.18) .
Figura 3.16 Iniializarea configurrii serverului DNS

Figura 3.17

Figura 3.18

3.6. Schema de sistem a aplicaiei


Schema de sistem a aplicaiei indic relaiile funcionale de baz care exist ntre elementele
componentele aplicaiei ce urmeaz a fi proiectate.

Figura 3.19. Schema de sistem a aplicaiei

Start

Gestiune rezervri

Gestionare rezervri

Gestiune rapoarte

Gestiune note

Gestionare note

Gestiune rezervri

Gestiune setri

Logout

3.6.1. Fia cu structura codurilor


n continuare va fi prezentat fia cu structura codurilor n funcie de comenzile utilizate.
Tabel 3.20.1. Structura codurilor pentru clieni
COD
cod_client

Tip
Int- primary key

Semnificaie
cod identificare studeni

Nume_client

Varchar

cod identificare a numelui studentului

prenume_client

Varchar

cod de identificare a prenumelui studentului

cod_adr

Int foreign key

Cheie extern ctre nregistrarea despre


studni din tabelul adres

Tabel 3.20.2. Structura codurilor pentru adres


Cod
cod_adr
den_adr
nr_str
nr_bloc
nr_apt
telefon
localitate
Jude
ar

Tip
Int- primary key
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar
Varchar

Semnificaie
cod identificare adres
cod identificare nume strad
cod identificare numr strad
cod identificare numr bloc
cod identificare numr apartament
cod identificare numr de telefon
cod identificare localitate client
cod identificare a judeului
cod identificare a rii

Tabel 3.20.3. Structura codurilor pentru camere


Cod

Tip

Semnificaie

nr_cam

Int-primary key

Cod identificare camer

cod_tip_cam

Int-foreign key

Cod identificare tip camer

nr_Etaj

Int

Cod identificare etajul camerei

Cod_Stare

Varchar

Cod identificare stare camer

Tabel 3.20.4. Structura codurilor pentru rezervri


Cod
nr_rez
data_rez
data_elib
cod_client

Tip
Int- primary key
Datetime
Datetime
Int- foreign key

nr_cam
cod_serv
confirmat

Int- foreign key


Int- foreign key
Int

Semnificaie
Cod identificare rezervare
Cod pentru data la care este programat rezervarea
Cod pentru data la care se va elibera camera
Cod pentru idenificarea clientului care a solicitat
rezervarea
Cod pentru identificarea camerei rezervate
Cod pentru identificarea serviciilor solicitate
Cod pentru validarea rezervrii

Platit

Int

Cod pentru validarea plii

Tabel 3.20.5. Structura codurilor pentru facturi


Cod
nr_fact
serie_fact
data_fact
nr_rey
val_fara_tva
Tva
val_totala

Tip
Int- primary key
Varchar
Date
Int-primay key
Int
Int
Int

Semnificaie
Cod pentru numrul facturii
Cod pentru seria eliberrii facturii
Cod pentru data eliberrii facturii
Cod pentru identificarea rezervrii
Cod valoare fr TVA
Cod valoare TVA
Cod valoare total a facturii

Tabel 3.20.6. Structura codurilor pentru utilizatori


Cod
cod_utilizator
Nume_utilizator
parola
Nivel
cod_skin

Tip
Int primary key
Varchar
Varchar
Int
Int

Semnificaie
Identificarea utilizatorului
Numele utilizatorului
Parola utilizatorului
Nivelul utilizatorului
Codul skin-ului folosit de utilizator

3.6.2. Proiectarea logic i fizic a bazei de date


n continuare va fi prezentat proiectarea logic i fizic a bazei de date cu funciile aferente pentru
campusul universitar.
Funcia pentru Baza de date: Gestiune_Rezervri .
Baza de date clieni:
cod_client-int, unsigned, notnull, auto-increment, primary key
nume_client-varchar(32),notnull
prenume_client-varchar(64),notnull

cod_adr-int(10),unsigned, notnull, foreign key


Baza de date pentru adresa clienilor:
cod_adr-int(10),unsigned,notnull, auto-increment,primary key.
den_str-varchar(64), notnull
nr_str-varchar(4), notnull
nr_bloc-varchar (5), notnull
nr_apt-varchar(3), notnull
telefon-varchar(18), notnull
localitate-varchar(64), notnull
jude- varchar(64), notnull
ara-varchar (64), notnull
Baza de date pentru camere
nr_cam-int(2), unsigned, notnull, primary key.
cod_tip_cam-int(10),unsigned, notnull, foreign key
etaj-int(1), unsigned, notnull
stare-varchar(32), notnull.

Baza de date pentru Rezervri


nr_rez-int(10),unisgned, notnull, auto_increment, primar key.
data_rez-datetime, notnull
data_elib- datetime, notnull
cod_client(10)-int, unsigned, notnull, foreign key
nr_cam(2) int,unsigned, notnull, foreign key
cod_serv(1)-int, unsigned, notnull, foreign key
confirmat(1)-int, unsigned, notnull
Baza de date pentru utilizatori
cod_utilizator-int(10), unsigned, notnull, auto_increment, primary key
nume_utilizator-varchar(64), notnull

parola-varchar(32), notnull
nivel_int(1),unsigned,notnull
cod_skin(2)- int, unsigned, notnull, foreign ke
Baza de date pentru facturi
nr_fact-int (10),unsigned,notnull,auto-increment, primary key
serie_fact-varchar(64),notnull
data_fact-datetime,notnull
nr_rez-int(10),notnull
val_fara_tva-float,notnull
tva_-float ,notnull
val_total- float,notnull

3.7. Proiectarea meniului aplicaiei


Meniul i barele cu instrumente au rolul de a furniza utilizatorului o cale structurat i accesibil
pentru a folosi comenzile i instrumentele coninute n cadrul aplicaiei. Planificarea i proiectarea
adecvat a meniurilor i barelor cu instrumente asigur ca funcionalitatea aplica iilor s fie etalat
n mod corespunztor i prin urmare utilizatorii nu vor fi derutai cnd vor ncerca s utilizeze
aplicaia.
n general, utilizatorii navigheaz meniurile nainte de a consulta informa iile cu privire la
aplicaie. Dac meniurile sunt bine proiectate, utilizatorii pot neleage aplicaia prin dezvoltarea
unui model mental bazat pe structura i coninutul meniului respectiv. Utiliznd fereastra Menu
Designer se vor creea meniurile care mresc calitatea aplicaiei (Figura 3.21).
Figura 3.21.1. Utilizarea ferestrei Menu Designer

Ecranul principal al aplicaiei din cadrul subsistemului informatic din cadrul UVA va avea 4
meniuri principale i va afia numele utilizatorului care utilizeaz aplicaia.
Din cadrul fiecrui meniu va exista posibilitatea de a se lansa videoformatul dorit care apar ine
meniului respectiv. Opiunile referitoare la crearea i alegerea de conturi vor fi disponibile doar
utilizatorilor cu cont specific de administrator. Pentru logare se va utiliza butonul login, iar pentru
operaiunea de delogare din aplicaie utilizatorul va trebui s apese butonul logout.
Bine3.21.2.
ai venit!
Figura
Macheta ecranului aplicaiei

Camere

Setri

Camere

Rezervri
pe camere

Servicii
Rezerv
ri

Adugare
Editare

Rezervri
pe luni
Servicii
suplimentar
e

tergere

Camere
campus
Emitere
Factur

3.8. Schema de flux informaional a noului sistem


Schema de flux informaional prezint ansamblul de informaii (decizii) care circul intre
diferitele noduri ale retelei de comunicatie, ntre emitent i beneficiar.
Figura 3.22. Schema de flux informaional a noului sistem

3.9. Estimarea eficienei economice a noului sistem


Estimarea eficienei economice la nivelul unui sistem informatic se bazeaz pe comparaia ntre
indicatorii care privesc activitatea economic nainte i dup introducerea sau perfecionarea (upgradarea) sistemului informaional, lund n calcul efortul fcut.
Indicatorii efectelor economice se concretizeaz n rezultatele directe i indirecte aprute n
activitatea curent a unitii beneficiare. Efectele economice directe se datoreaz influenei

exercitate de ctre sistemul informaional asupra sistemului economic al unitii i se reflect practic
prin intermediul indicatorilor economico-financiari.
Efectele economice indirecte reflect creterea veniturilor, reducerea eventual a costurilor,
ncasrile suplimentare i economiile valutare obinute prin introducerea, implementarea i
exploatarea curent a noului sistem.
n ceea ce privete eficiena economic a sistemului proiectat se observ c sistemele
informatice pot fi caracterizate printr-o multitudine de caracteristici funcionale i economice care s
ateste eficiena i utilitatea lor. Acestea sunt supuse evalurii n funcie de specificul lor. Un studiu
de eficien cuprinztor pentru o investiie n sisteme informatice implic un proces care privete
estimrile financiare ale proceselor, practicilor i motivelor fundamentale ale ei.
Aprecierea valorii investiiei se poate face n funcie de beneficiile ei poteniale i de resursele
necesare pentru a o realiza i a o menine (costuri de exploatare). Indicatorii de eficien economic
pot caracteriza att o investiie iniial ntr-un sistem informatic, ct i o
upgradare a unui sistem informatic funcional.
Noul sistem din cadrul Incubatorului Tehnologic de Afaceri din cadrul UAV dorete
maximizarea profitului prin urmtoarele metode:
mrirea gradului de ocupare al campusului, i implicit al profitului, prin atragerea de noi studeni;
creterea numrului de rezervri prin posibilitatea de rezervare online;
reducerea numrului de rezervri neconfirmate prin plata online.
Sistemul va crete eficiena n domeniul gestiunii rezervrilor prin automatizarea
procedurilor, prin posibilitatea de prelucrare a rezervrilor n orice ora din zi i prin prosibilitatea de
creeare a rapoartelor ntr-un timp foarte scurt.
n concluzie, apreciem c estimarea eficienei economice a noului sistem va aduce un plus de
rapiditate i contientizare a rolului pe care-l dein utilizatorii n propagarea datelor n sistem. De
remarcat c eventualele erori nregistrate n sistem se vor putea corecta doar prin alte nregistrri n
sistem, nregistrri care vor asigura trasabilitatea informaiei (conform standardelor ISO).

S-ar putea să vă placă și