Sunteți pe pagina 1din 24

1

PROIECT



Analiza i proiectarea unui sistem de facturare online

















Rat Dorin Ciprian
Anul 3, Informatica Economica - ID

2


Cuprins
Partea I Raport de Analiz .......................................................................................................................... 3
Introducere ................................................................................................................................................... 4
1. Identificarea i Descrierea Problemei ....................................................................................................... 5
1.1Motivaie .............................................................................................................................................. 5
1.2Context ................................................................................................................................................. 9
2. Procese i Activiti ................................................................................................................................. 13
3. Cerine de sistem .................................................................................................................................... 14
3.1 Surse de cerine ................................................................................................................................ 14
3.2 Elicitaia cerinelor ............................................................................................................................ 15
3.3 Formularea Cerinelor ....................................................................................................................... 15
Diagrama UML pentru navigarea n aplicaie ............................................................................................. 15
Pentru generarea facturilor fiscale sau proforme, utilizatorul trebuie s fie autentificat cu un user si o
parol. ......................................................................................................................................................... 19
4. Model de Dezvoltare ............................................................................................................................... 20
Glosar .......................................................................................................................................................... 20
Partea II Proiectarea Sistemului Informatic ............................................................................................. 22










3






ParteaI Raport de Analiz
















4


Introducere


Un sistem informatic este un sistem care permite introducerea de date prin procedee
manuale sau prin culegere automat de ctre sistem, stocarea acestora, prelucrarea lor i
extragerea informaiei (rezultatelor) sub diverse forme.
Evolutie continua a tehnologiei informatice a fcut ca i n domeniul contabilitii s apar
schimbri si mbuntiri, prin trecerea in prima faz de la sistemul clasic la un sistem electronic
de facturare. n momentul de fa la fel ca i in alte domenii tendina este de trecere de la modul
offline la cel online.
Sistemul informatic creat va fi de mare ajutor persoanelor fizice autorizate,
intreprinderilor mici si mijlocii prin crearea unei soluii moderne de facturare, prin eliminarea
nevoii de a avea o aplicatie instalat.
Sistemul va oferi setul necesar de opiuni pentru a permite generarea de facturi fiscale, facturi
proforme i chitante, fiind nevoie doar de un calculator sau smartphone cu conexiune la internet
i de un user i o parola de acces la aplicaie.


















5

1. IdentificareaiDescriereaProblemei

Creterea din ultima perioad a numarului persoanelor deintoare de PFA la nivel
naional a dus la nevoia creeri unor soluii care s poat fi uor de folosit chiar si de personele
far studii in domeniul economic i ca aceste soluii s fie accesibile din orice locaie pentru
persoanelor care au o activitate care necesit deplasri dese. Soluia clasic cu o aplicaie desktop
pe un calculator/server din locaia unde se afl sediul firmei ngreunnd desfsurarea activitii.
De asemenea intreprinderile mici i mijlocii ncearc sa elimine posibilitatea pierderilor datelor,
precum i eliminarea nevoi ntreinerii aplicaiilor desktop.

1.1Motivaie

Creterea gradului de accesabilitate, aplicaia putnd fi accesat din mai multe locaii, de
la birou, de pe drum sau de acas.

Securizareadatelor, acestea nu se vor mai putea pierde, prin pstrarea lor pe servere
dedicatein RAIDla care se efectueaz regulat copii de siguran a bazei de date.

Eliminarea costurilor de ntreinere sau upgrade, totdeauna va putea fi accesat cea mai
nou si cea mai bun versiune a aplicaiei. n cazul modificrii legistaiei, aplicatia
necesit modificat de asemenea, lucru care produce costuri suplimentare.

Eliminare problemelor de incompatibilitate dintre soft si sistemele de operare.

Creterea preformanei aplicaiei, paramentrii de rulare ai programului nefiind influentai
de caracteristicile calculatorului de pe care se ruleaz aplicaia.







6

Diagrama Fish-bone a ansamblului de motivaii.






calculatorul nu este funcional

calculatorul ruleaz lent

noua versiune nu este compatibil







Identificarea tuturor motivelor care stau la baza implementrii acestui proiect duce la
crearea schemei de descompunere a obiectivelor. Dup cum se poate observa din schem scopul
acestui sistem l reperezint (G1) generarea rapid a unei facturi i protejarea datelor.
Implementarea sistemului va atinge toate obiectivele G1.1, G1.2, G1.3, G1.4 i sub-obiectivele
lui G1.3.


Schema de descompunere a obiectivelor.

G1 Generarea rapid a unei facturi
din orice locaie i protejarea datelor






G1.4eliminareaG1.3eliminarea costurilor G1.2pstrarea datelor G1.1Generarea facil
problemelor n siguran a unei facturi in
tehnice orice moment


G1.3.1 costuri de G1.3.2 costuri de
ntreinere upgrade
Beneficiarul nu
poate efectua
generarea unei
facturi
Beneficiarul nu
este la sediu

Probleme tehnice

Modificarea
legislaiei

7


Tabel Obiectiv G1
NrCrt Secie Coninut/Explicaie
1. Identificator G1
2. Nume Generarea rapid a unei facturi din orice
locaie i protejarea datelor
3. Autori Ra Dorin Ciprian
4. Versiune 1
5. Istoricul modificrilor -
6. Prioritate Mare
7. Sursa -
8. Informaii suplimentare -
9. Stackeholderi(utilizatori) Utilizatori
11. Descrierea scopului Se urmreste implementarea unui sistem
pentru a facilita generarea facturilor din
orice locaie.
12. Scop printe -
13. Sub-scopuri G1.1 G1.2 G1.3 G1.4
14. Dependene de alte scopuri -



Tabel Obiectiv G1.1
NrCrt Secie Coninut/Explicaie
1. Identificator G1.1
2. Nume Generarea facil a unei facturi n orice
moment
3. Autori Ra Dorin Ciprian
4. Versiune 1
5. Istoricul modificrilor -
6. Prioritate Mare
7. Sursa -
8. Informaii suplimentare -
9. Stackeholderi(utilizatori) Utilizatori
11. Descrierea scopului Se urmreste trecerea de la un sistem clasic
offline la un sistem online.
12. Scop printe G1
13. Sub-scopuri -
14. Dependene de alte scopuri -





8


Tabel Obiectiv G1.2
NrCrt Secie Coninut/Explicaie
1. Identificator G1.2
2. Nume Pastrarea datelor n siguran
3. Autori Ra Dorin Ciprian
4. Versiune 1
5. Istoricul modificrilor -
6. Prioritate Mare
7. Sursa -
8. Informaii suplimentare -
9. Stackeholderi(utilizatori) Utilizatori
11. Descrierea scopului Se urmreste pstrarea datelor pe servere
dedicate pentru a elimina posibilitatea
pierderii lor.
12. Scop printe G1
13. Sub-scopuri -
14. Dependene de alte scopuri -


Tabel Obiectiv G1.3
NrCrt Secie Coninut/Explicaie
1. Identificator G1.3
2. Nume Eliminarea costurilor
3. Autori Ra Dorin Ciprian
4. Versiune 1
5. Istoricul modificrilor -
6. Prioritate Mare
7. Sursa -
8. Informaii suplimentare -
9. Stackeholderi(utilizatori) Utilizatori
11. Descrierea scopului Se urmreste eliminarea costurilor de
mentenan a aplicaiei, precum si costurilor
de upgrade.
12. Scop printe G1
13. Sub-scopuri G1.3.1, G1.3.2
14. Dependene de alte scopuri -







9


Tabel Obiectiv G1.4
NrCrt Secie Coninut/Explicaie
1. Identificator G1.4
2. Nume Eliminarea problemelor tehnice
3. Autori Ra Dorin Ciprian
4. Versiune 1
5. Istoricul modificrilor -
6. Prioritate Mare
7. Sursa -
8. Informaii suplimentare -
9. Stackeholderi(utilizatori) Utilizatori
11. Descrierea scopului Se urmreste eliminarea posibilele probleme
legate de incompatibiliate dintre soft si
sistemul de operare.
12. Scop printe G1
13. Sub-scopuri -
14. Dependene de alte scopuri -

1.2Context

Faeta subiect
Acest sistem este dezvoltat pentru a raspunde nevoi intreprinderilor de a avea acces rapid
si facil la aplicaie pentru a eficientiza activitatea acestora. Principalii beneficiari ai acestui
sistem vor fi persoanele fizice autorizate, precum i intreprinderile mici i mijlocii.
Beneficiile aduse utilizatorilor sunt :
- timpul de acces la aplicaie este redus datorit eliminrii nevoii de a avea aplicaia
instalat pe un calculator. Nu se pierde timp cu descrcarea i instalarea programului.
- creterea siguranei datelor. Orice s-ar ntmpla cu calculatorul utilizatorului datele nu se
pierd.
- eliminarea costurilor suplimentare, eliminarea posibilelor probleme tehnice ce pot aprea.
- eficientizarea activitii.



10

Faeta utilizare
Utilizatorii direci ai sistemului sunt persoanele deintoare de PFA, precum si IMM-urile
care doresc o soluie mobil pentru generarea facturilor. Sistemul stocheaz informaiile despre
cumprtori, cum ar fi informaiile fiscale, informaiile despre conturile la bnci astfel care
acestea trebuie introduse o singur dat. La intocmirea facturilor, clienii vechi vor putea fi
selectai dintr-o list si datele se vor ncarca automat. De asemenea se salveaz toate facturile
emise intr-o baza de date pentru a putea fi accesate de ctre beneficiar in orice moment.
Utilizatorii indireci ai sistemului sunt instituiile statului ale cror informaii sunt folosite
pentru a uura folosirea programului.Sistemul acceseaz informaiile de pe site-ul Ministerului
Finanelor Publice pentru a prelua informaile ca: cod de identificare fiscal (CIF), nr.
nmatriculare, informaii de contact.
Se stocheaz, bineineles, intr-o baza de date, informaiile personale ale utilizatorului,
precum nume utilizator, parol, adres de e-mail.



creare cont

nregistrare cont

acas nregisrare/creare cont nou
documente noi

contact

documente emise


Workflow
Interfaa graficeste compus din urmtoarele seciuni :
Meniu
Vizualizare formular
de nregistrare/ creare
cont nou
Vizualizare
pagina
principal
Vizualizeaz
informai despre
adrese de e-mail si
numere de contact
Vizualizare
formular
creare facturi
Vizualizare
pagin
personal

Vizualizare
pagin
personal

Vizualizare
facturi emise
11

seciunea Acas unde apare noutile referitoare la program;
seciunea Documente noi unde se realizeaz crearea noilor facturi;
seciunea Documente emise unde se poate vizualiza facturile emise anterior;
seciunea Contact unde utilizatorului poate accesa informaiile de contact a
administratorului sistemului;
seciunea Inregistrare/Creare cont n care utilizatorului i este pus la dispoziie un
formular de nregistrare sau creare cont;

Faeta IT
Pentru dezvoltarea sistemului s-a folosit Microsoft Visual Web Developer 2013 Express
pentru realizarea interfaei grafice i a funcionaliti. Pentru realizarea bazei de date s-a folosit
Microsoft Sql Server. Pe tot parcursul implementrii sistemul a fost testat n mai multe browsere
ca Google Chrome, Mozilla Firefox, Internet Explorer.
Microsoft Visual Web Developer 2013 Express este un mediu de lucru dezvoltat de
Microsoft, specializat pe realizarea aplicaiilor web. Versiunea Express conine instrumente de
dezvoltare moderne, uor de nteles i folosit, dar n acelai timp beneficeaz de toate funcile
clasice ale Visual Studio i ale noilor funcionaliti implementate in .Net Framework.
Microsoft Sql Server este un sistem de gestionare de baze de date relaionale produs de
compania Microsoft. Acesta are ca scop inserarea datelor, interogaii, actualizare i stergere,
modificarea si crearea schemelor, precum si controlul accesului la date.
Baza de date a fost creat respectnd regulile celor trei forme normale FN1,FN2,FN3.

Faeta dezvoltare
Pentru dezvoltarea aplicaiei se va folosi modelul in cascad. Acesta este cel mai
cunoscut model de dezvoltare, n care etapele sunt parcurse ntr-o anumit ordine.
Etapele acestui model sunt:
identificarea i analiza cerinelor de sistem;
proiectare;
implementare;
testare;
integrare;
mentanan;
12

Modelul in cascad prezint o abordare simpl i structurat, acesta progreseaz liniar
prin etapele de dezvoltare i astfel este uor de neles i de asemenea asigur c nu se trece ntr-o
faz urmtoare fra ca faza precedent sa fie finalizat.
n partea de analiz s-a identificat obiectivele pe care sistemul informatic trebuie s le
ating si anume: G1 generarea rapid a unei facturi din orice locaie i protejarea datelor; G1.1
- generarea facil a unei facturi in orice moment; G1.2 pstrarea datelor n siguran; G1.3
eliminarea costurilor; G1.4 eliminarea problemelor tehnice.
Design-ul grafic al aplicaiei s-a realizat n conformitate cu diagrame prezentat in
Workflow pentru a respecta structura celor cinci seciuni: Acas, Documente noi, Documente
emise, Contact, Inregistrare/Creare cont.
n partea de implementare s-a creat baza de date n Microsoft Sql si s-a realizat interfaa
grafic n Microsoft Visual Web Developer 2013 Express, facndu-se de asemenea si legtura
intre interfa si baza de date.
Testarea aplicaiei s-a facut pe tot parcursul dezvoltrii acesteia.
Sistemul informatic fiind dezoltat ca o platform web nu este necear instalarea unei
aplicai, aceasta putnd fi accesat cu orice browser.
Mentenana revine administratorului care are rolul de a supraveghea activitatea sistemului
pentru ca acesta s nu prezinte probleme, precum si soluionarea eventualelor erori ce pot aparea.


DelimitareaSistemului de ContextulSu
Pentru dezvoltarea sistemului trebuie luate in considerare toate procesele ce
interacioneaz cu acesta. Contextul sistemului prezentat este prezentat in imaginea de mai jos si
este format din : utilizatori (persoanele fizice autorizate i intreprinderi mici i mijlocii), legi
privind generarea facturilor i baza de date.
Utilizatorii sunt beneficiarii direci ai sistemului informatic, ei beneficiind de toate
functionalitile pe care sistemul le ofer. Baza de date este cel mai important element al
contextului deoarece aceasta cuprinde toate datele necesare utilizatorilor.



13






2. ProceseiActiviti

Dup ncrcarea aplicaiei, utilizatorul are opiunea de a se autentifica sau de a crea un
cont nou. nregistrarea const n completarea unui formular cu datele personale i o parol. Odat
finalizat operaiunea de nregistrare acesta se poate autentifica utiliznd user-ul si parola aleas
in momentul nregistrri.



Da Nu Nu

Nu Da

Da




Sistem informatic
Utilizatori
(persoane fizice
autorizate si
IMM-uri)
Baza de
date
Legi privind
generarea
facturilor
Utilizator
Are cont?
Utilizatorul se
autentific si
poate vizualiza
pagina personal
Completeaz
formular?
Utilizatorul
continu
navigarea site-
ului
nregistrare
reuit?
Vizualizare
pagin
personal
14

Operaiunea de emitere a unei facturi noi.
Emiterea se face in 5 pai simpli. Dac datele firmei beneficiarului au fost completate n
momentul nregistrrii acestea vor fi automat incluse pe factur.
Pasul 1 date identificare factur, aici se alege tipul facturii, fiscal sau proform. n mod
automat va aprea data curent pe factur dar aceast se poate modifica. De asemenea aici se
poate selecta opiunea de TVA la ncasare si opiunea de generare a unei chitane adiacente
facturii.
Pasul 2 alegerea beneficiarului din lista de clieni existeni sau adugarea unui client nou.
Pasul 3 alegerea produselor sau serviciilor vndute. Se poate aduga mai multe produse pe
factur, precum se poate si selecta cantitatea vndut. TVA-ul se completeaz automat, iar
sistemul completeaz automat totalul pentru fiecare produs, respectiv totalul facturat.
Pasul 4 - observaii, aici se poate introduce detalii despre livrare, TVA, etc.
Pasul 5- confirmare factur, inainte de finalizare, utilizatorul poate previzualiza datele de pe
factur.
Odat confirmat factura, aceasta este salvat in istoric facturi, si se deschide o fereastr
cu opiunea de printare factur.
3. Cerine de sistem

3.1 Surse de cerine

Cerinele la care sistemul informatic rspunde sunt : facilitarea accesului la aplicatie,
protejarea datelor i reducerea costurilor, ntruct se resimte o necesitate a unei aplicaii care s
elimine barierele de timp i spaiu, precum i necesitatea unui sistem care s ofere sigurana
datelor. Prin trecere la un sistem online, timpul de acces la aplicaiei este redus ceea ce face ca
activitatea beneficiarului sa fie mult mai eficient.




15

3.2 Elicitaiacerinelor

n privina avantajelor/dezavantajelor acestui sistem dezvoltat n ceea ce i privete pe
principalii beneficiari, beneficiile aduse sunt reprezentate de eficientizarea procesului de
generare de facturi. Prin intermediul aplicaiei acestia pot emite facturi, vizualiza facturile emise
n orice moment i din orice locaie, cu condiia sa posede un calculator sau smartphone cu
conexiune la internet.
Dezavantajul major al sistemului este reprezentat de imposibilitatea de a accesa baza de date a
facturilor fr o conexiune la internet.

3.3 FormulareaCerinelor

Cazurile de utilizare a sistemului implic aciunile utilizatorului autentificat, care poate fi
o persoan fizic autorizat sau un IMM. Acetia au posibilitatea de a accesa toate facilitiile
aplicaiei.
Diagrama UML pentru navigarea n aplicaie


Interfa

utilizator autentificat
Use Case 1 -Navigarea n aplicaie






Accesare seciuni
ale meniului
16

Cazul de utilizare: Navigaren aplicaie
NrCrt Parte Coninut/Explicaie
1. Identificator Use Case 1
2. Nume Navigare n aplicaie
3. Autor Ra Dorin Ciprian
4. Versiune 1
5. Prioritate Mare
6. Criticalitate Mare
7. Surs Ra Dorin Ciprian
8. Stackeholder responsabil Ra Dorin Ciprian
9. Scrut descriere Utilizatorul odat autentificat trebuie sa poat accesa toate
funcionalitile sistemului
10. Nivel de caz de utilizare Nivel utilizator
11. Scop Accesare informaii
12. Actor principal Utilizator
13. Alti actori Baza de date cu date despre facturi emise
14. Precondiie -
15. Postcondiie Utilizatorul a atins scopul
16. Rezultate Gsirea informaiilor dorite
17. Scenariu principal Utilizatorul caut informaiile necesare
18. Scenariul excepiilor Nu se gsete informaiile cutate
19. Caliti Aciunile se pot efectua cu facilitate, intefaa este intuitiv
20. Relaia cu alte cazuri de
utilizare
Autentificarea utilizatorului


Procesul de autentificare si creare cont.


interfa formular autentificare
interfa formular nregistrare
Client

Use Case 2 Autentificare n aplicaie


Autentificare
Formular
nregistrare
Formular
autentificare
17

Cazul de utilizare: Autentificare n aplicaie
NrCrt Parte Coninut/Explicaie
1. Identificator Use Case 2
2. Nume Autentificare n aplicaie
3. Autor Ra Dorin Ciprian
4. Versiune 1
5. Prioritate Mare
6. Criticalitate Mare
7. Surs Ra Dorin Ciprian
8. Stackeholder responsabil Ra Dorin Ciprian
9. Scrut descriere Autentificarea i/sau crearea unui cont de utilizator
10. Nivel de caz de utilizare Nivel utilizator
11. Scop Accesare informaii
12. Actor principal Utilizator
13. Alti actori Baza de date
14. Precondiie -
15. Postcondiie Utilizatorul s-a autentificat
16. Rezultate Utilizatorul a reuit autentificarea n aplicaie
17. Scenariu principal Utilizatorul dorete autentificarea n aplicaie cu un user i o parol
Utilizatorul dorete crearea unui cont nou pentru a se putea
autentifica
18. Scenariul excepiilor Numele de utilizator sau parol invalide.
Numele de utilizator este folosit.
19. Caliti Aciunile se pot efectua cu facilitate, intefaa este intuitiv
20. Relaia cu alte cazuri de
utilizare
Navigarea n aplicaie











18


Procesul de autentificare
Utilizator Aplicaie










Eroare

Succes









Afiare freastr de
nceput
Apas buton
Autentificare
Afieaz formular
autentificare
Introduce user i
parol
Validare
utilizator
Ajuare pagin
personal
Modificri pagin
Navigare aplicaie
19

Pentru generarea facturilor fiscale sau proforme, utilizatorul trebuie s fie autentificat cu
un user si o parol.


interfa aplicaie
interfa aplicaie

Use Case 3 Generare facturi fiscale, facturi proforme

Cazul de utilizare: Generare facturi fiscale, facturi proforme
NrCrt Parte Coninut/Explicaie
1. Identificator Use Case 3
2. Nume Generare facturi fiscale, facturi proforme
3. Autor Ra Dorin Ciprian
4. Versiune 1
5. Prioritate Mare
6. Criticalitate Mare
7. Surs Ra Dorin Ciprian
8. Stackeholder responsabil Ra Dorin Ciprian
9. Scrut descriere Autentificare n aplicaie pentru emiterea facturilor
10. Nivel de caz de utilizare Nivel utilizator
11. Scop Emitere facturi
12. Actor principal Utilizator
13. Alti actori Baza de date cu datele beneficiarului
14. Precondiie Autentificarea n aplicaie
15. Postcondiie Utilizatorul poate accesa fuciile aplicaiei
16. Rezultate Genrare facturi fiscale, facturi proforme
17. Scenariu principal Utilizatorul dorete s emit o factur fiscal sau o factur proform
18. Scenariul excepiilor -
19. Caliti Aciunile se pot efectua cu facilitate, intefaa este intuitiv
20. Relaia cu alte cazuri de
utilizare
Autentificare utilizatorului


Autentificare
Creare factur
proform
Creare factur
fiscal
20

4. Model de Dezvoltare

Pentru dezvoltarea aplicaiei se va folosi modelul in cascad. Etapele acestui model sunt:
identificarea i analiza cerinelor de sistem, proiectare, implementare, testare, integrare,
mentanan. Modelul in cascad prezint o abordare simpl i structurat, acesta progreseaz
liniar prin etapele de dezvolatare i astfel este uor de neles i de asemenea asigur c nu se
trece ntr-o faz urmtoare fra ca faza precedent sa fie finalizat.

Datorit faptului c cerinele sistemului sunt clar definite, respectiv inelese, i prin faptul c nu
se prevede c acestea s fie predispuse unor modificri s-a ajuns la concluzia c modelul care se
preteaz cel mai bine acestui proiect s fie modelul n cascad.

Glosar

Persoan fizic autorizat (PFA) persoan fizic care este autorizat s desfoare orice
form de activitate ecomonic permis de lege, folosind n principal fora sa de munc (art. 2 lite.
i) din O.U.G. nr. 44/2008.
Intreprinderi mici si mijlocii (IMM) sunt intreprinderi care poate angaja mai puin de 50 de
persoane i a crei cifre de afaceri s nu depseasc 10 milioane de EUR n cazul intreprinderilor
mici, respectiv intreprinderi care poate angaja mai putin de 250 persoane i a crei cifre de
afaceri s nu depseasc 50 milioane de EUR in cazul intreprinderilor mijlocii.
Stackeholder este definit ca o persoan sau un grup de persoane care are (au) un interes sau o
implicare personal ntr-o anumit intreprindere.
Factur fiscal factura este un document contabil emis de o companie (furnizorul), ctre o alt
companie sau persoan (clientul), document ce conine lista cu produsele vndute sau serviciile
prestate clientului de ctre furnizor.
Factur proform este o copie a unei facturi finale, expediat clientului n avans.
Codul de identificare fiscal (CIF) este un cod numeric constituind codul unic de identificare
a unui comerciant.
Taxa pe valoarea adugat (TVA) este un impozit indirect suportat de consumatorul final al
bunului/serviciului respectiv.
21

Baz de date reprezint o colecie de date organizate pentru a facilita cutarea i regsirea
rapid a informaiei prin intermediul calculatorului.
RAID (Redundant Array of Independent Disks) reprezint o configuraie de discuri dure
(HDD) special, menit s ofere scurtarea timpilor de acces la date precum si toleran mai bun
la erori.
Unified Modeling Language (UML) este un limbaj standard pentru descrierea de modele si
specificaii pentru software.
Diagram Use Case descrie interaciunea dintre elementele exterioare unui sistem (numite si
actori) si sistem.
Diagrama Fish-bone (Ishikawa) diagrama conceput de japonezul Kaouru Ishikawa n 1986
permite evidenierea si ierarhizarea cauzelor care genereaz un anumit efect.
Workflow este o succesiune de pai logici (un algoritm) care definesc unul sau mai multe
procese.
Interfa grafic (GUI)este modalitatea prin intermediul creia utilizatorii interacioneaz cu
un sistem informatic.
1FN Prima form normal, o relaie este n prima form normal dac nici unul dintre
domeniile sale nu conine elemente care sunt la rndul lor, seturi (ansambluri).
2FN A doua form normal, o relaie este in a doua form normal dac si numai dac: este
deja n FN1 si oricare dintre atributele sale care nu fac parte din cheia primar este complet
dependent funcional de cheia primar.
3FN A treia form normal, o relaie este n a treia form normal dac se gsete in FN2 si
dac toate atributele care nu aparin cheii primare nu depind funcional de un alt atribut
(ansamblu de atribute) care nu face parte din cheie.
Normalizare reprezint procesul de descompunere a unui tabel relaional n mai multe tabele
care satisfac anumite reguli si care stocheaz aceleai date ca i tabelul iniial astfel nct s fie
eliminate redundana n date i anomaliile la actualizare.
Online este starea de a fi conectat sau legat la o reea, de telefon, de internet sau si alte sisteme
care accept conexiuni.
Off-line este starea opus celei online, adic de neaflare n conexiune/legtur/sesiune.


22











Partea II Proiectarea Sistemului Informatic













23

Proiectarea logic
Cea mai important component a sistemului dezvoltat este baza de date, aceasta va fi
construit in SQL. Datele pe care baza de date le conine sunt date referitoate la informaile
despre clieni si facturile emise de clienii respectivi. Informaiile referitoare la utilizatori sunt
stocate separat i n mod automat n momentul n care utilizatorul trimite formularul de nscriere
ctre server.
Tranzaciile cerute de utilizator sunt:
T1. Creare i modificarea nregistrrilor despre un anumit client. Datele clientilor sunt
nregistrate n tabele Clienti. Cheia primar pentru acest table este IdClient. n momentul n care
se ncearc introducerea unui nou client n baza de date, se verific automat dac acesta exist,
caz in care sunt afiate datele acestuia i este permis modificarea anumitor date precum: Adres,
Nume, Telefon, CIF, etc. Stergerea unui furnizor din baza de date nu este permis, deoarece
datele sale sunt necesare pentru a menine istoricul facturilor emise.
T2. Listarea detaliilor despre un client. Tranzacia este rezolvat facnd o cutare dup
denumirea clientului.
T3. Crearea si modificarea nregistrrilor despre o anumit factur. Se verific daca
numrul facturii fiscale exist deja n baza de date, caz n care nu se admite inserarea. Altfel se
poate insera detaliile despre factur.
T4. Listarea facturilor neachitate ale unui client.
T5. Listarea facturilor pe o anumit lun. Se va introduce ca parametru luna dorit, iar
rezultatul va fi reprezentat de facturile emise n luna respectiv.
T6. Crearea si modificarea nregistrrilor despre un anumit produs. Se verific daca codul
produsului, exist deja in baza de date, caz n care nu se admite inserarea. Altfel se poate insera
detalii despre noul produs.
T7. Listarea produselor. Se va lista produsele adugate de utilizator.






24





Schema bazei de date





Produse
CodProdus
Denumire
Pret
Chitane
IdChitan
Nr chitan
Data
IdFactur
Facturi
fiscale
IdFactur
Serie factur
Nr factur
Client
Produs
Clienti
IdClient
Cod Client
Denumire
Cod fiscal

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