Sunteți pe pagina 1din 15

SISTEME INFORMATICE PENTRU

MANAGEMENT

Proiect realizat : Negrutz Alexandru Gelu

Cuprins
Descriere sistemului informatic..........................................................................3

Analiza sistemului informatic.............................................................................. 4


Diagrama de context....................................................................................... 4
Diagrama claselor........................................................................................... 5
Diagrama de obiecte....................................................................................... 6
Diagrama de activitate.................................................................................... 7
Diagrama de stare......................................................................................... 11
Proiectarea sistemului informatic.....................................................................11
Proiectarea bazei de date..............................................................................11
Alegerea sistemului de gestiune a bazei de date..........................................12
Proiectarea schemei conceptuale..................................................................12

Descriere sistemului informatic

Lucrarea de fa i propune s realizeze o imagine de ansamblu a facul ii privind


sistemele de plat a taxelor.
n cadrul acestei lucrri sunt prezentate informaii generale legate de baze de date,
precum i factorii de rezisten,activitatea de baz, tehnologii utilizate, componente
principale, standardele de calitate pe care le ofer,.
Scopul lucrrii l reprezint gestiunea sistemului de plat online a taxelor i
propunerea unor soluii pentru mbuntirea calitii serviciilor oferite de ctre facultate.
n vederea ndeplinirii scopului am realizat o aplicaie dinamic de tip Desktop
utiliznd tehnologii precum C# i MySQL. Am utilizat n acest sens software-ul Microsoft
Visual Studio Professional precum i serverul MySQL.
Pentru realizarea aplicaiei am creeat: design-ul unei pagini utiliznd elemente
specifice limbajelor de programare folosite i am creeat o tem general care se aplic ntregii
aplicaii.
Am facut posibil conectarea la baza de date prin setarea unor funcii specifice
limbajului MySQL precum i C# pentru a putea face legtura ntre cele dou astfel nct s
preia informaiile necesare conectrii i am acordat drepturi de gestionare a resurselor pentru
un utilizator de tip administrator.
Mai exact, aplicaia pe care am realizat-o faciliteaz gestionarea plii taxelor i
uureaz munca persoanelor implicate intr-o astfel de problem.n acelai timp, aceast
aplicaie reduce timpul de lucru, n sensul c studentul poate mult mai uor s i efectueze
plile dorite, are acces la informaie chiar prin intermediul aplicaiei aceasta oferind detalii
complete asupra cerinelor selectate de ctre utilizator. Mai mult, exist posibilitatea de a
vizualiza i chiar printa chitana obinut n urma efecturii plii.
n concluzie,aplicaia realizat privind sistemul de plat, poate soluiona cu uurin
problema legat timpul disponibil privind plata taxelor pe care facultatea o ntmpin.

Analiza sistemului informatic

Vom analiza sistemul informatic, pentru a nelege mai detaliat fluxurile de business,
i totodat, fluxul de implementarea
a operaiilor si funcionalitilor aplicaiei
UstudCommerce.
n documentul prezentat vor fi utilizate urmtoarele diagrame:

Diagrama de context
Diagrama claselor
Diagrama obiectelor
Diagrama de activitate
Diagrama de stare

Diagrama de context

Const n:

Un singur proces informaional


Un numr de entiti externe
Fluxuri de intrare ieire ntre proces i entitile externe

Cum putem observa, din figura 3.1. putem observa c sistemul de plat
UStudCommerce va interaciona cu trei entiti externe ( S1-Sistem Bancar S2-Sistem ERP
Universitate S3- Procesator de plai)

Figura 3.1. Diagrama de context


Diagrama actorilor
Vom prezenta lista actorilor celor care interactioneaza cu sistemul de plata UstudCommerce
Fig 2. Diagrama actorilor

Diagrama claselor

Diagrama claselor este cea mai


important diagram n cadrul analizei
i proiectrii orientate obiect.
Diagrama
claselor
documenteaz structura static a
sistemului,adic precizeaz clasele care
exist i relaiile dintre acestea, nu i
modul n care interacioneaz pentru a
asigura
un
anumit
comportament.Diagrama
claselor,
poate, de asemenea,evidenia i alte
aspecte ale structurii statice, cum ar fi
pachetele.
Construirea diagramei presupune n primul rnd identificarea claselor din sistem,
acest proces reprezentnd o parte esenial a proiectrii sistemelor orientate obiect. 1
Aplicaia de fa cuprinde 8 clase i sunt prezentate n figura ce urmeaz:

Figura 3.2. Diagrama claselor


1 Ion Lungu, Manole Velicanu Sisteme informatice,Analiza, proiectarea i
implementarea, Editura Economica,Bucureti 2003, pag 405

Diagrama de obiecte

Diagrama de obiecte este o instan a diagramei de clase, ce red un set de obiecte, i


legturi ntre ele, la un anumit moment de timp.
Diagrama de obiecte modeleaz instanele elementelor coninute n diagramele de
clase.O diagram obiectual arat un set de obiecte i relaiile dintre acestea la un anumit
moment.Ele conin obiecte i legturi, note sau restricii.Mai pot conine anumite pachete sau
subsisteme, fiecare fiind folosite entru a grupa elementele modelului.
Aceste diagrame se folosesc pentru modelarea static a unui sistem dar din
perspectiva unor instane reale.2
Reprezentarea obiectelor este format dintr-un dreptunghi, ce conine numele
obiectului, i numele clasei obiectului, delimitate cu ajutorul simbolului :.
n continuare, voi prezenta n figura 3.3 diagrama de obiecte, reprezentat la nivel
conceptual.

Figura 3.3. Diagrama de obiecte

2 Ion Lungu, Manole Velicanu Sisteme informatice,Analiza, proiectarea i


implementarea, Editura Economica,Bucureti 2003, pag 406-407

Diagrama de activitate

O diagram de activitate permite o mai bun nelegere a operaiilor , n special a


celor foarte complexe. Diagrama de activitate permite o mai bun ntelegere a detaliilor n
cadrul unei operaii a unei clase.
Terminologia diagramei de activitate este uor confundat cu terminologia diagramei
de stare, ntruct ambele utilizeaz termenul stri. Starea din cadrul diagramei de activitate
este starea unei aciuni, noiune distinct de starea obiectului.
Starea aciunii reprezint starea unei activiti n cadrul unei operaii i descrie
descompunerea strii de aciune i tranziiile n cadrul unei anumite stri a obiectului, mai
mult dect de la o stare la alta.3
n figura 3.4 este prezentat diagrama de activitate de la nivelul aplicaiei.

Figura 3.4. Diagrama de activitate


n figura 3.5 este prezentat diagrama activitii de rapoartare financiar care cuprinde 4
aciuni de baz.

3 Ion Lungu, Manole Velicanu Sisteme informatice,Analiza, proiectarea i


implementarea, Editura Economica,Bucureti 2003, pag 391-392

Figura 3.5. Raportri financiare


01. Sincronizare Tranzacii: Tranzactiile realizate prin intermediul sistemului UStud vor fi
trimise catre sistemul Universitate prin intermediul unei componente de tip web-service.
02. nregistrare Tranzacii: Componenta de integrare din sistemul Universitate va stoca
informatiile despre tranzactii intr-o structura temporara de date denumita trezorerie
virtuala. O tranzactie este definita de informatiile legate de incasare si de factura, daca
aceasta a fost generata.
Setul minim de atribute pentru fiecare incasare este:
ID tranzactie
Stare
Emitent (CUI, denumire, banca, IBAN)
Beneficiar
Persoana Fizica: Nume, Prenume, CNP
Data incasarii
Serie si numar incasare
Valoare
Setul minim de atribute pentru fiecare factura care va fi stocat in structura temporara de date
este:
ID tranzactie

Emitent (CUI, denumire, banca, IBAN)


Beneficiar .
Persoana Fizica: Nume, Prenume, CNP
Cod taxa
Valabilitate
Pret (tarif)
Valoare linie
Valoare totala factura

La inregistrarea in sistemul Universitate a tranzactiei, vor fi parcursi urmatorii pasi:


daca clientul nu exista, va fi creat folosind atributele asociate facturii
va fi generat in sistemul Universitate un document de incasare virtual al carui status
de incasare va fi setat automat ca neconfirmat
va fi generata o factura in sistemul Universitate
03. Procesare manual: Tranzactiile al caror status de incasare este neconfirmat din
structura temporara de date trezorerie virtuala vor putea fi trecute in starea confirmat in
urma introducerii manuale de catre un operator al sistemului Universitate a datelor
referitoare la incasare.
04. Procesare automat: Tranzactiile al caror status de incasare este neconfirmat din
structura temporara de date trezorerie virtuala vor putea fi trecute automat in starea
confirmat in urma procesarii si identificarii cu inregistrarile corespunzatoare incasarilor
efective din extrasele primite din trezorerie
Tot din categoria diagramelor de activitate este inclus i activitaile ce stau la baza
raportrilor statistice, aceste activiti sunt prezentate n figura 3.6 i include urmtoarele:
01. Borderou ncasari: Borderoul cuprinde lista tuturor chitantelor emise impreuna cu
detaliile acestora cu privire la serviciile incasate. Borderoul va putea fi generat pentru o
anumita perioada de timp. Acest raport va fi disponibil secretarilor din structurile
organizationale ale Universitatii, acestia avand acces numai la datele ce vizeaza locatia pe
care acestia sunt asociati in sistemul UStudCommerce.
02. Vanzari pe servicii: Secretarul va putea consulta lista de vanzari efectuate prin
intermediul sistemului UStud. Raportul va putea fi generat pe o anumita perioada de timp,
respectiv pentru unul sau mai multe servicii. Raportul va prezenta detalii referitoare la data,
valoarea, prestatorul si starea serviciilor incasate prin UStud.
03. Lista utilizatori: Administratorul sistemului UStud va putea consulta lista utilizatorilor
existenti, impreuna cu starea acestora (creat, activat, dezactivat), respectiv data cand a fost
creat.

04. Lista tranzactii de plata: Administratorul va putea consulta lista tranzactiilor de plata ce
au fost derulate prin intermediul sistemului UStud, starea si data cand au fost efectuate
acestea

Figura 3.6. Raportri statistice

Diagrama de stare

Diagrama de stare, identific evenimentele n care tranzacia unui obiect trece de la o


stare la alta.
Conform limbajului UML, o stare reprezint o conditie sau o situatie de la un anumit
moment de timp n care urma satisfaciei anumitor condiii, obiectul efectueaz anumite
activiti sau evenimente. Diagrama identific stimulii care activeaz aciunea.
Diagrama de stare include numele strii, n orice moment n care aciunea este
declanat i evenimentul care declaneaz aciunea la o noua stare.
n figura 3.7. am reprezentat o diagram de stare cont, n care actorul aciunii este studentul.
Am identificat ca obiectul cont are 3 stri: Cont Inactiv,Cont Activ, Cont Sters.

Figura 3.7. Diagrama de stare

Proiectarea sistemului informatic


Proiectarea bazei de date

Proiectarea unei baze de date cuprinde proiectarea structurii conceptuale, logice i


fizice.Procesul de proiectare a unei baze de date trebuie privit de aceea ca un process
nelianiar, n care apar frecvene reluri ale unor etape anterioare.
Alegerea sistemului de gestiune a bazei de date

Crearea unui sistem de gestiune propriu bazei de date proiectate este o problem
complex. De aceea, se impune, de cele mai multe ori alegerea unui system de gestiune din
cele existente n acel moment.
Procesul de alegere a unui SGBD, presupune urmtoarele etape:
a) Stabilirea cerinelor beneficiarului de system i studiul acestora sub aspectul:
timpul de structure de date;
timpului de rspuns pentru cerinele respective;
metodelor de access;
confidentialitate;
tipul aplicaiilor;

Obiectivele sistemului etc.

b) Stabilirea crieteriilor de alegere a unui SGBD din cadrul celor candidate, n func ie
de cerinele beneficiarului.
c) Inventarierea SGBD-ului existente i stabilirea corespondenei ntre cerinele
beneficiarului i caracteristicile SGBD-urile,astfel nct s fie capabile s satisfac
cel puin cerinele prestabilite.
d) Alegerea propriu-zisa a unui SGBD din cadrul celor candidate,n functie de criteriile
prestabilite.
Proiectarea schemei conceptuale

Proiectarea schemei conceptuale cuprinde activitile:definirea detaliat a coleciilor


de date; revizuirea legturilor dintre colecii;rafinarea modelului conceptual al datelor,
tranpunerea modelului conceptual al datelor.
Definirea detaliat a coleciilor de date
Aceast activitate presupune analiza coleciilor i normalizarea lor pentru creterea
performantelor n stocarea, actualizarea si prelucrarea datelor.
Revizuirea legturilor dintre colecii
Relaiile au fost identificate nc de la analiz.n acest pas se realizeaz o analiz si detalierea
a relaiilor dintre colecii.
Rafinarea modelului conceptual al datelor
Se folosete tehnica pentru obtinerea unor tabele cu o redundan minima i controlat.
Transpunerea modelului conceptual
Se realizeaz n terminii unui anumit SGBD i descrierea structurii n limbajul corespunztor
acestui SGBD.4
n continuare sunt prezentate principalele tabele folosite n realizarea bazei de date ce
reprezint suport pentru dezvoltarea aplicaiei de fa.
Tabelul nr.1 - CategorieDenumire
informatie
denumire

Nume
simbolic
varchar(1
00)

id_categorie

int(11)

Tipul de data
utf8_general
_ci

Lungi
me
YES
NO

Cheie
Pricipala

Cheie
externa

Tabelul nr.2 ChitanaDenumire


informatie

Nume
simbolic

Tipul de
data

Lungi
me

Cheie
Pricipala

Cheie
externa

4 Ion Lungu, Manole Velicanu Sisteme informatice,Analiza, proiectarea i


implementarea, Editura Economica,Bucureti 2003, pag 274-277

id_chitanta
id_comanda
data_chitanta
valoare_chitanta
descriere_chitanta
id_client

int(11)
int(11)
int(11)
int(11)
int(11)
int(11)

YES
YES
YES
YES
YES
YES

x
x

Tabelul nr.3 ClientiDenumire informatie

Nume
simbolic

id_client
nume

int(11)
varchar(
50)

utf8_general_
ci

prenume

varchar(
50)
varchar(
13)

utf8_general_
ci
utf8_general_
ci

cnp
email
telefon
facultate

int(11)
varchar(
50)

anul_studiu
grupa
seria

int(11)
int(11)
char(1)

iban

varchar(
24)

Tipul de data

Lungi
me
YES
YES

Cheie
Pricipa
la
x

Cheie
externa

YES
YES

YES
YES

utf8_general_
ci

YES
YES
YES

latin1_swedis
h_ci
utf8_general_
ci

YES

Tabelul nr.4 ConturiDenumire


informatie

Nume
simbolic

Tipul de data

Lungi
me

utilizator

varchar(1
00)

utf8_general_ci

YES

parola

varchar(5
0)

utf8_general_ci

YES

id_cont

int(11)

NO

Cheie
Pricipa
la

Cheie externa

Tabelul nr.5 RaportDenumire


informatie

Nume simbolic

Tipul de
data

Lungi
me

Cheie
Pricipa

Cheie
externa

la
nume

varchar(20)

utf8_general
_ci

YES

prenume
cnp

varchar(13)

utf8_general
_ci

YES

facultate

varchar(2000)

utf8_general
_ci

YES

seria

varchar(20)

utf8_general
_ci

YES

grupa
taxa

int(11)
varchar(2000)

pret

varchar(20)

utf8_general
_ci

YES

moneda

varchar(20)

utf8_general
_ci

YES

valabilitate
numarc

int(11)
varchar(20)

titular

varchar(20)

utf8_general
_ci

utf8_general
_ci
utf8_general
_ci

YES
YES

YES
YES
YES

Tabelul nr.6 TaxeDenumire


informatie

Nume
simbolic

Tipul de data

Lungi
me

descriere

varchar(10
00)

utf8_general_ci

YES

pret
moneda

float
varchar(20
)

utf8_general_ci

YES
YES

perioada_luni
id_categorie
id_taxa

int(11)
int(11)
int(11)

YES
NO
NO

Cheie
Pricipa
la

Cheie
externa

Pe baza acestor tabele se realizeaz schema bazei de date , prezentat in figura urmtoare: