Download - Microsoft Word - CAP3A
-
Baze de date 125 Exemple i aplicaii
3. APLICAII
Automatizarea proceselor informaional - decizionale din cadrul unei uniti
economice se poate realiza fie prin cumprarea i implementarea unui produs soft
existent, fie prin crearea unei aplicaii proprii.
Dac efectul scontat nu justific preul de achiziionare i implementare al
unui produs soft de utilitate general, sau pachetele de programe existente pe
pia nu satisfac cerinele specifice, atunci devine necesar proiectarea i
integrarea unui produs informatic propriu. Aceast alternativ poate fi mai eficient
nu numai sub aspectul unei informatizri complete i corelate, ci i din punct de
vedere al asistrii deciziilor managerilor. n plus, analiza i sinteza sistemului
informaional - decizional propriu conduce, de obicei, la perfecionarea structurilor
funcionale i organizatorice prin raionalizarea i optimizarea fluxurilor
informaionale.
3.1 Consideraii privind realizarea unui sistem informatic
Sistemul informatic se definete ca ansamblul de metode i mijloace care
asigur preluarea datelor, transformarea lor n informaie, prelucrarea sistematic a
acesteia prin utilizarea tehnicii de calcul i furnizarea rezultatelor prelucrrii sub
form de informaie interpretabil.
Primul pas n realizarea unui sistem informatic, n conformitate cu
standardele naionale i internaionale, este elaborarea unui studiu de fezabilitate
sau cel puin a unui proiect director.
Pe baza proiectului director i a realitii tehnico-economice din unitatea
economic vizat, se desfoar apoi activitatea de analiz, proiectare,
programare, implementare i exploatare a sistemului informatic.
-
Baze de date 126 Exemple i aplicaii
3.1.1 Proiectul director
Proiectul director este principalul document care st la baza realizrii unei
aplicaii dedicat informatizrii unei activiti economice precizate. El este un
instrument de definire i conducere a aciunilor de informatizare n concordan cu
cerinele specifice i posibilitile tehnico-economice.
Proiectul director creeaz cadrul organizatoric i precizeaz
responsabilitile n elaborarea, execuia i implementarea sistemului informatic.
Astfel, el trebuie s puncteze urmtoarele:
justificarea sistemului informatic prin prisma efortului i a rezultatelor previzibile;
personalul, din interiorul sau exteriorul unitii, care particip la realizarea i/sau
implementarea sistemului;
principalele etape ale realizrii sistemului informatic i aproximarea perioadei de
timp afectate fiecrei etape.
La realizarea proiectului director se recomand:
asigurarea consensului conducerii, a utilizatorilor finali i a echipei de
informaticieni asupra obiectivelor, soluiilor i resurselor necesare. De obicei,
are loc organizarea i motivarea colectivelor de lucru i de avizare, fixarea
punctelor decizionale n derularea aciunilor i definirea prioritilor.
prefigurarea unor soluii flexibile, modulare i a unor condiii de dezvoltare
ulterioar nerestrictiv. De obicei se adopt conceptul de sistem informatic
deschis, n care se manifest fenomene de reglare i autoreglare, se stabilete
aplicarea principiului parametrizrii, se ine cont de evoluia organizaiei i a
informaticii, etc.
asigurarea compatibilitii sistemului informatic cu alte sisteme informatice
sau aplicaii existente. Se identific conexiunile informatice, coleciile de date i
clasificrile comune, se stabilesc standardele, normele i recomandrile
naionale sau internaionale care se vor respecta, etc.
-
Baze de date 127 Exemple i aplicaii
Proiectul director i sistemul informatic rezultat depind esenial de specificul
activitii economice care face obiectul informatizrii. Experiena arat c pentru a
realiza un produs soft competitiv, proiectul director trebuie s conin urmtoarele
elemente:
date preliminare, obiectivele i funciile unitii, aria de cuprindere a sistemului
informatic, obiectivele specifice acestuia, aprecierea importanei demersului;
situaia existent privind conducerea, organizarea i informatizarea, structura
organizatoric i de conducere, evaluarea sistemului informaional existent i
stadiul informatizrii;
cerine i obiective globale privind perfecionarea conducerii, organizrii i a
informatizrii, cum sunt: orientri principale, structuri centralizate sau
descentralizate, procese informaionale vizate, resurse financiare realocabile,
indicatori estimai n aprecierea sistemului informaional-decizional;
soluii de perfecionare a sistemului informaional cu precizarea domeniilor de
informatizat, a prioritilor, a tehnologiei i a arhitecturii sistemului informatic
preconizat, precum i a efectelor scontate. Rezultate bune n acest sens se pot
obine utiliznd tehnica scenariilor;
un calendar al activitilor incluznd obiective, termene i personal implicat;
estimarea costurilor de realizare i a surselor de finanare;
modalitile de urmrire a derulrii activitilor i a ndeplinirii obiectivelor.
Principalii factori implicai n elaborarea proiectului director sunt:
comitetul director, format din personal de conducere
comitetul de utilizatori, care vor folosi i ntreine sistemul informatic
eful de proiect, desemnat de comitetul director
colectivul de analiz i proiectare, din interiorul i / sau exteriorul unitii.
-
Baze de date 128 Exemple i aplicaii
3.1.2 Elemente de analiz i proiectare
Analiza i proiectarea sistemelor informatice reprezint o serie de principii
metode, concepte i tehnici utilizate pentru prefigurarea, elaborarea i
implementarea sistemelor informaionale, care se bazeaz pe echipamentele
electronice de calcul.
Analiza este una dintre cele mai importante activiti n realizarea unui
sistem informatic; ncercarea de a crea un sistem informatic fr a efectua n
prealabil o analiz temeinic a fenomenului vizat conduce la produse soft
haotice, ineficiente att din punct de vedere funcional ct i economic.
Analiza trebuie s stabileasc specificul unitii economice, necesitile
acesteia, particularitile unitii i a sistemului informaional al acesteia,
necesitile informaionale ale conducerii n timp i spaiu, performanele i/sau
limitele resurselor disponibile i n particular a echipamentelor electronice
disponibile, etc.
Proiectarea este activitatea care prefigureaz structura viitorului sistem
informatic. Astfel, ea stabilete:
Structura funcional a sistemului informatic global al unitii economice; ea
se obine prin descompunerea consecvent descendent n pri denumite
sisteme, subsisteme, module, etc. Fiecare dintre acestea este o component
omogen a sistemului global orientat spre a rspunde la totalitatea
problemelor specifice ale unei funcii distincte a unitii (producie, transport,
personal, contabilitate, etc.) sau ale unui domeniu specific de activitate.
Structura tehnic a sistemului informatic conine totalitatea mijloacelor
electronice de calcul utilizate pentru culegerea, pregtirea, stocarea,
transmiterea i prelucrarea datelor. Ea se stabilete prin inventarierea
mijloacelor electronice disponibile i/sau achiziionabile.
Structura informaional a sistemului informatic cuprinde fondul principal de
date organizate n colecii de date gestionate cu ajutorul metodelor specifice
bazelor de date.
-
Baze de date 129 Exemple i aplicaii
FIG.128
ANALIZA
SISTEMULUI INFORMAIONAL
PROIECTAREA GENERAL A SISTEMULUI INFORMATIC
PROIECTAREA DE DETALIU A SISTEMULUI INFORMATIC
IMPLEMENTAREA SISTEMULUI INFORMATIC
EXPLOATAREA I DEZVOLTAREA SISTEMULUI INFORMATIC
ORGANIZAREA ANALIZEI
SISTEMULUI INFORMAIONAL
ANALIZA PROPRIU-ZIS
CONTRACT DE PROIECTARE DEVIZUL PROIECTANTULUI ECHIPA DE PROIECTARE
DOCUMENTAREA PRELIMINAR CULEGEREA DATELOR ANALIZA CRITIC A SISTEMULUI INFORMAIONAL DEFINIREA VARIANTELOR PROPUSE PENTRU VIITORUL SISTEM INFORMATIC
ELABORAREA DOCUMENTAIEI DE ANALIZ A SISTEMULUI INFORMAIONAL
ORGANIZAREA I CONDUCEREA PROIECTRII GENERALE
DEFINIREA OBIECTIVELOR SISTEMULUI INFORMATIC
PROIECTAREA SITUAIILOR DE IEIRE
PROIECTAREA BAZELOR DE DATE
FORMALIZAREA DATELOR DE INTRARE
PROIECTAREA FLUXULUI GENERAL AL PRELUCRRII
ELABORAREA DOCUMENTAIEI PROIECTRII GENERALE
PROIECTAREA DATELOR I PROIECTAREA
PRELUCRRILOR
PROIECTAREA OBIECTELOR BAZELOR DE DATE (BD) I A FIIERELOR
PROIECTAREA ATRIBUTELOR SPECIFICE FIIERELOR SAU OBIECTELOR BD
PROIECTAREA RELAIILOR
PROIECTAREA SCHEMELOR EXTERNE ALE BD
PROIECTAREA VIDEOFORMATELOR PT. INTRODUCEREA/LISTAREA DATELOR
PROIECTAREA INTRRILOR I IEIRI-LOR UNITILOR DE PRELUCRARE
PROIECTAREA UNITILOR DE PRELUCRARE
ELABORAREA DOCUMENTAIEI FAZELOR DE PROIECTARE A DATELOR I PRELUCRRILOR
TESTAREA SISTEMULUI INFORMATIC DEFINITIVAREA SISTEMULUI DAREA N FOLOSIN A SISTEMULUI INFORMATIC RECEPIONAREA SISTEMULUI INFORMATIC DE CTRE UNITATEA BENEFICIAR
EXPLOATAREA CURENT A SISTEMULUI NTREINEREA SISTEMULUI INFORMATIC PERFECIONAREA SISTEMULUI INFORMATIC
-
Baze de date 130 Exemple i aplicaii
Principalele etape i succesiunea acestora n realizarea unui sistem
informatic global pentru o unitate economic sunt prezentate n FIG.128. ntre
etape este necesar o sincronizare foarte bine pus la punct obinut prin
colaborarea ntre echipele care particip la realizarea produsului informatic.
3.1.3 Documentaia nsoitoare
Metodologia de analiz i proiectare a sistemului informatic prevede o
documentaie specific fiecrei etape, utilizat pentru reflectarea rezultatului
etapei, schimbul de informaii ntre etape i echipele de lucru, precum i pentru
asigurarea unui dialog permanent ntre beneficiar i proiectant.
Documentaia se compune din dou pri difereniate n funcie de
momentul elaborrii:
Documentaia de analiz i proiectare este elaborat pe parcursul
etapelor de analiz i proiectare, cuprinde un set de formulare care
oglindesc prin reguli i metode informatice rezultatele etapelor.
Documentaia de utilizare i exploatare, numit i documentaie
nsoitoare, este elaborat n etapa de implementare a sistemului, fiind
destinat unitii beneficiare i / sau unitii informatice care exploateaz
efectiv sistemul. Documentaia nsoitoare se compune din trei pri:
documentaie de prezentare, documentaie de utilizare i documentaie de
operare-exploatare. Acestea conin elemente tehnico-organizatorice i
funcional metodologice necesare beneficiarului pentru utilizarea optim a
noului sistem realizat.
Elaborarea atent a documentaiei, mai ales a celei de analiz i
proiectare, este menit s asigure succesul procesului de analiz-proiectare-
elaborare-realizare-implementare. O documentaie insuficient sau inexact
ngreuneaz mult munca echipei sau echipelor care lucreaz la realizarea
produsului informatic i influeneaz negativ calitatea rezultatului final.
-
Baze de date 131 Exemple i aplicaii
3.1.4 Principalele etape n realizarea unei aplicaii
Metodologia schiat n FIG.128 pentru analiza, proiectarea,
implementarea i exploatarea unui sistem informatic implic activitatea
organizat a mai multor echipe de specialiti, informaticieni i economiti.
Realizarea unui sistem de asemenea anvergur depete cu mult posibilitile
de cuprindere ale unei singure persoane.
n practic, specialistul n economie sau n informatic economic este pus
n situaia de a realiza aplicaii simple sau sisteme informatice de dimensiuni
reduse orientate spre rezolvarea unor probleme imediate care au o arie de
cuprindere mai mic. Munca sa va fi ghidat de urmtoarele etape:
I. Analiza problemei i proiectarea aplicaiei care const n:
a. formularea problemei prin: studierea activitii vizate de aplicaie,
precizarea funciilor compartimentului n care se ncadreaz problema,
identificarea informaional a compartimentului i a modului de conectare
din punct de vedere informaional cu celelalte compartimente, etc.
b. identificarea i studierea actelor normative care reglementeaz activitatea
vizat
c. analiza i inventarierea documentelor care particip la fluxul informaional
d. precizarea situaiilor de ieire (listelor)
e. stabilirea datelor de intrare necesare
f. construirea unui model matematic sau a unei scheme privind structura
funcional a sistemului informatic (prefigurarea obiectelor din baza de
date)
g. proiectarea datelor i a tabelelor
h. stabilirea datelor de intrare / ieire
i. stabilirea relaiilor ntre tabele
j. stabilirea metodelor de prelucrare necesare
-
Baze de date 132 Exemple i aplicaii
k. stabilirea drepturilor de acces i a proiectarea sistemului de parole pentru
securitatea informaiei
l. stabilirea algoritmului de rezolvare pentru fiecare sarcin n parte, eventual
cu reprezentare grafic printr-o organigram.
II. Realizarea aplicaiei care const n:
m. construirea obiectelor i a modulelor de program, corespunztor fiecrei
sarcini a sistemului informatic, pe baza algoritmului, folosind un limbaj de
programare sau un mediu de dezvoltare i programare adecvat
n. testarea morfologic i sintactic a fiecrui modul de program n parte;
depanarea acestuia utiliznd compilri i rulri succesive
o. ntocmirea unui meniu sau program cadru prin intermediul cruia se pot
lansa n execuie sarcinile specifice ale aplicaiei
p. verificarea schimbului de informaie ntre obiecte; precizarea corect a
parametrilor transmii i verificarea valorii variabilelor globale
q. validarea funcionrii aplicaiei prin urmrirea rezultatelor obinute i
compararea lor cu rezultatele obinute pe alt cale sau calculate manual
pe un exemplu simplu.
r. ntocmirea documentaiei de utilizare care va conine n mod obligatoriu
descrierea meniurilor, prezentarea principalelor machete de ecran,
structura tabelelor, modelul rapoartelor de ieire, etc.
III. Exploatarea aplicaiei care const n:
s. utilizarea aplicaiei folosind date reale, n condiiile practice pentru care a
fost conceput
t. actualizarea permanent a bazelor de date
u. eventuale modificri i / sau mbuntiri aduse aplicaiei.
-
Baze de date 133 Exemple i aplicaii
3.2 Aplicaie pentru evidena tranzaciilor de aciuni
Aplicaia se refer la informatizarea activitii de tranzacionare de
aciunilor. innd cont de scopul didactic al produsului informatic, activitatea
vizat este uor simplificat. Prezentarea urmrete etapele simplificate de
analiz i proiectare precizate anterior i poate constitui punctul de pornire
pentru documentaia aplicaiei.
1. ASPECTE PRIVIND TRANZACIILE DE ACIUNI
N CADRU ORGANIZAT
Simbolul liberului schimb bursa are o istorie ce ne duce cu mult naintea
erei cretine, perioad care dup unii autori pun bazele nfiinrii primei Burse
Adevrate pe la 1540 la Paris.
1.1. Bursa
Datorit reelei informatice, un titlu cumprat la Paris poate fi cedat dup
cteva ore la un pre superior la New York, pentru achiziionarea altuia la Hong-
Kong sau Tokio. Cu un program aproape 24 din 24 de ore funcioneaz n locuri
i orare diferite, n diferite coluri ale lumii prelevndu-se de diferenele fusului
orar.
Toat aceast activitate este coordonat i realizat efectiv de zeci de mii
de oameni de pe ntreg Mapamondul fiind ritmat de evoluia n sus sau n jos a
acelor semne cabalistice care, dei sunt de neneles pentru marele public, sunt,
totui, larg difuzate prin intermediul mass-media.
-
Baze de date 134 Exemple i aplicaii
Dimineaa ne informm despre forma n care se afl NIKKEI, la micul
dejun DAX, apoi CAC40 sau FOOTSIE fr a putea s adormim nainte de a
primi i informaiile necesare despre indicele DOW JONES.
Exist i o oarecare ierarhie, astfel Wall Street este de aproape 10 ori mai
important dect piaa francez sau german, iar n Europa, piaa din Londra
este de trei ori mai important dect omoloagele ei de pe continent.
Vnzarea public de aciunii prin intermediul bursei d ntreprinderii
posibilitatea de a obine bani fr a-i pierde autonomia .
Exist dou sub diviziuni principale ale pieei aciunilor: piaa primar i
piaa secundar. Piaa primar se ocup exclusiv de noile emisiuni, pe cnd
piaa secundar se ocup de emisiunile aflate n circulaie.
1.2. Piaa romneasc
Premisele pieei romneti de capital sunt create de promulgarea legii
nr.31/90 privind societile comerciale, ce asigur cadrul legal necesar naterii
bursei.
Anul 1992 marcheaz momentul derulri primei oferte publice de aciuni
contra numerar, in cadrul procesului de privatizare, iar anul 1993 marcheaz
nfiinarea Ageniei Valorilor Mobiliare prin transformarea Ageniei Naionale
pentru Titluri de Valoare, constituit ca Direcie General n Ministerul de
Finane.
Legea nr.52/1994 a creat condiiile nfiinrii de noi instituii pe pia:
Comisia Naional a Valorilor Mobiliare
Burse de Valori
Societi de depozitare
Societi de registru
-
Baze de date 135 Exemple i aplicaii
Asociaii profesionale cu statut de organisme de autoreglementare care au
condus la apariia de noi piee secundare de tranzacionare RASDAQ,altele
dect cele bursiere, etc
Bursa de Valori este locul n care valorile mobiliare sunt tranzacionate
dup o procedur specific. Ea asigur o pia pentru:
emiteni (reprezentani de guvern i societile comerciale interesate de
creterea capitalului)
investitori (persoane fizice sau juridice dornice s-i investeasc surplusul de
capital)
intermediari de valori mobiliare (ce asigur legtura dintre primele dou).
Rolul bursei este foarte important pentru c ea asigur libera circulaie
a valorilor mobiliare la un pre care reflect raportul dintre cerere i ofert.
n Romnia, membrii Asociaiei Bursei sunt societi de valori mobiliare ce
solicit i primesc din partea Comisiei Naionale a Valorilor Mobiliare
autorizaia de negociere n Bursa de Valori Bucureti i sunt acceptai de
Asociaia Bursei.
2. ANALIZA I PROIECTAREA APLICAIEI
Pentru aplicaia de eviden a tranzaciilor de aciuni, etapele parcurse n
fazele de analiz i proiectare conduc la realizarea unui produs soft care tine o
eviden simplificat a operaiunilor de vnzare / cumprare de aciuni efectuate
de la un terminal.
2.1. Elemente de analiz
Analiza efectuat n vederea realizrii sistemului de gestiune a tranzaciilor
se bazeaz pe elementele teoretice prezentate n capitolul 3.1.
-
Baze de date 136 Exemple i aplicaii
A. formularea problemei prin studierea activitii vizate de sistemul
informatic i identificarea informaional a tuturor participanilor la
rezolvarea problemei.
Prezenta analiz vizeaz activitatea desfurat de ctre un agent de burs
care efectueaz tranzacii de aciuni n cadru organizat. Pentru evidena
operaiunile se utilizeaz un calculator.
Pentru simplificarea problemei, se consider c utilizatorul programului este
singurul care efectueaz tranzacii la un moment dat iar evidena operaiunilor se
face n mod direct, pe acelai calculator.
Prin tranzacie se nelege derularea unei operaiuni de vnzare sau
cumprare de aciuni ale oricreia dintre societile comerciale cotate pe piaa
respectiv. Numrul de aciuni cumprate sau vndute precum i preul
tranzaciei este determinat de condiiile momentane ale pieei.
Stocul de aciuni pentru fiecare societate comercial aflat n evidena
agentului se actualizeaz n timp real, dup fiecare tranzacie efectuat.
B. identificarea i studierea actelor normative care reglementeaz
activitatea vizat de sistemul informatic
Principalele acte normative care reglementeaz activitatea de tranzacionare
a aciunilor n cadru organizat sunt:
Legea nr. 31 / 1990 privind societile comerciale:
- modificat prin Ordonana de urgen a Guvernului nr. 32 / 1997 (MO nr.
133 / 27 iunie 1997);
- republicat n MO nr. 33 / 29 ianuarie 1998,
Legea nr.58/1991 legea privatizrii societilor comerciale (MO nr. 169 / 16
august 1991) i toate celelalte legi i norme de privatizare ulterioare;
-
Baze de date 137 Exemple i aplicaii
Ordonana nr. 24 / 1993 privind reglementarea constituirii i funcionrii
fondurilor deschise de investiii i a societilor de investiii ca instituii de
intermediere financiar (MO nr. 210 / 30 august 1993), transformat n lege
prin legea 83 / 1994;
Legea nr. 55 / 1995 pentru accelerarea procesului de privatizare (MO nr. 122
/ 19 iunie 1995);
Legea nr.167 / 1997 pentru aprobarea Ordonanei de urgen nr. 5 / 1997;
Legea nr. 66 privind salarizarea personalului C.N.V.M. i a personalului
burselor de valori (MO nr. 73 / 1997);
Circulara BNR nr. 8 / 1997 privind modificarea Regulamentului nr.8 / 1996
privind regimul de compensare i decontare (MO nr. 31 / 1997);
Regulament BNR nr. 2 / 1997 privind operaiile cu titluri de stat (MO nr. 66 /
1997);
Regulament BNR nr.8 / 1996 privind regimul de decontare special i
autorizarea caselor de compensaii interbancare (MO nr. 267bis / 1996) -
modificat prin Circulara nr. 30 / 1996 (MO nr. 331 / 1996), Circulara nr. 8 (MO
nr. 31 / 1997);
Ordonana Guvernului privind constituirea i funcionarea fondurilor cu capital
de risc (MO nr. 41 / 30 ianuarie 1998).
Obs. Datorit caracterului su simplificat, prezenta aplicaie nu urmrete
aplicarea exhaustiv a normativelor precizate mai sus.
C. analiza i inventarierea documentelor care particip la fluxul
informaional
Documentele care particip la fluxul informaional sunt:
Fia societii comerciale. Aceasta este un document pe suport hrtie i
conine toate datele necesare pentru a identifica univoc fiecare societate ale
crei aciuni sunt cotate pe pia, precum i alte date care pot fi necesare la
-
Baze de date 138 Exemple i aplicaii
ntocmirea diferitelor situaii. Totalitatea societilor pentru care se pot efectua
tranzacii formeaz Clienii agentului respectiv.
Datele tranzaciei. Acesta este un document fr suport hrtie care conine
datele referitoare la operaiunea efectuat de ctre agent. Introducerea
datelor privind volumul i preul tranzaciei se face direct prin program.
Situaii centralizatoare. Acestea sunt documente pe suport hrtie i conin
informaii sintetice privind clienii, stocurile de aciuni, operaiunile de vnzare
/ cumprare efectuate, etc.
D. precizarea situaiilor de ieire (listelor)
Situaiile centralizatoare pe care le ntocmete aplicaia sunt:
Jurnalul de clieni. Acesta conine date despre toate societile cotate pe pia
ale cror aciuni pot fi tranzacionate prin prezenta aplicaie.
Situaia stocurilor existente. Aceasta conine date despre stocurile de aciuni
existente pentru fiecare societate comercial. Ea poate fi ntocmit n orice
moment i va reflecta situaia stocurilor n timp real.
Jurnalul de operaiuni. Acesta listeaz date sumare despre fiecare tranzacie
efectuat, n ordinea n care s-a realizat introducerea datelor n calculator.
Evidena tranzaciilor individual, pentru fiecare societate n parte. Aceasta
listeaz date despre operaiunile de vnzare / cumprare de aciuni pentru
fiecare societate.
Evidenierea preului mediu ponderat pentru vnzare i cumprare, pentru toi
clienii sau individual, pentru o anumit societate
Top 3. Aceast situaie ofer date sumare despre primele trei, cel mai bine
tranzacionate societi, att la vnzare ct i la cumprare, precum i
valoarea operaiunilor efectuate.
Adresarea plicurilor pentru edin. Se efectueaz listarea automat, pe
etichete autocolante a destinatarilor mapelor pentru reuniuni cu clienii.
-
Baze de date 139 Exemple i aplicaii
E. stabilirea datelor de intrare necesare
Datele de intrare sunt preluate de pe fia societii la care se adaug date
referitoare la fiecare tranzacie:
tipul operaiunii efectuate de agent: vnzare sau cumprare;
volumul tranzaciei: numrul de aciuni vndute sau cumprate;
preul la care se efectueaz operaiunea: preul unei aciuni.
F. structura funcional a aplicaiei obinut prin construirea unui model
matematic sau a unei scheme sau prin precizarea detaliat a sarcinilor
impuse produsului informatic.
Structura funcional a aplicaiei deriv din natura activitii vizate. Astfel sunt:
Introducere de date:
Date referitoare la societile comerciale cotate,
Date referitoare la societi nou introduse pe pia,
Date referitoare la tranzacia curent.
Prelucrri de date privind:
Verificarea unicitii societii n lista de clieni,
Actualizarea Jurnalului de operaiuni,
Actualizarea stocului curent, dup fiecare tranzacie.
Efectuarea de calcule privind:
Valoarea tranzaciei curente,
Media ponderat a valorii operaiunilor efectuate.
Efectuarea de cutri pentru ntocmirea situaiilor referitore la o anumit
societate comercial,
Sortri dup diverse criterii: tipul operaiunii, numele societii, etc.,
Interogri pentru obinerea datelor care stau la baza situaiilor ntocmite,
ntocmirea, afiarea i tiprirea situaiilor de ieire.
-
Baze de date 140 Exemple i aplicaii
2.2. Alegerea SGBD-ului adecvat
SGBD-ul ales pentru realizarea aplicaiei trebuie s ndeplineasc
urmtoarele condiii:
s realizeze uor relaii ntre datele referitoare la societi i cele privind
tranzaciile derulate,
s permit actualizri complexe i repetate ale datelor,
s permit interogarea avansat a bazei de date,
s permit realizarea unei interfee prietenoase, cu efort minim,
s permit dezvoltri ulterioare, inclusiv legarea de alte aplicaii pentru
rezolvarea unor probleme conexe,
s permit manipularea datelor n condiii de securitate ridicat,
s poat fi folosit cu uurin att de ctre utilizatori ct i de ctre
programatori,
s fie un SGBD de uz general, pentru care majoritatea societilor dispun
de licen.
G. Precizarea mediului de programare care se va utiliza
Avnd n vedere cele de mai sus, s-a optat pentru Microsoft Access.
Acesta este un SGBD relaional modern, component a pachetului de programe
Microsoft Office, deosebit de rspndit pe calculatoarele personale. S-a ales
versiunea 97 deoarece aceasta prezint toate facilitile necesare pentru
realizarea aplicaiei, siguran n exploatare i ruleaz n condiii de vitez
satisfctoare pe majoritatea calculatoarelor personale existente momentan n
Romnia.
-
Baze de date 141 Exemple i aplicaii
2.3. Proiectarea tabelelor i stabilirea relaiilor
Avnd n vedere caracterul orientat pe obiecte al SGBD-ului ales, se
realizeaz nti proiectarea tabelelor de baz, se stabilesc relaiile ntre tabele,
se precizeaz metodele de prelucrare a datelor, dup care se proiecteaz
celelalte obiecte necesare.
H. proiectarea tabelelor, realizat pe baza analizei datelor de intrare
Specificul aplicaiei impune stocarea datelor aflate la dispoziia
utilizatorului n dou tabele principale:
tblFirme conine toate datele despre clieni, aa cum sunt ele incluse n fia
societii. n FIG.129 este prezentat tabelul tblFirme n modul de vizualizare
proiectare (Design.View)
FIG. 129
-
Baze de date 142 Exemple i aplicaii
Observaii:
- Cmpul Cod_Fiscal este cheia primar a tabelului; pe baza informaiei din
acest cmp se identific univoc articolele tabelului.
- Tipul de date din fiecare cmp rezult din figur.
- Pentru cmpul Localitate, de tip text, se folosete un Look-up Wizard cu valori
introduse manual prin care se creeaz o list derulant coninnd localitile
Judeului Arad.
tblTran conine datele referitoare tranzacii, fiecrui articol corepunzndu-i o
operaiune de vnzare sau cumprare. n FIG.130 este prezentat tabelul
tblTran n Design View.
Observaii:
- Cheia primar este de tipul AutoNumber i reprezint un numr de ordine,
fr a avea o semnificaie deosebit n evidena tranzaciilor.
FIG. 130
-
Baze de date 143 Exemple i aplicaii
- Cmpul Cod identific societatea pentru care se efectueaz tranzacia.
Cmpul este de tip Number i conine codul fiscal. Pentru uurina folosirii
aplicaiei, n locul codului fiscal, se afieaz numele societii, aa cum apare
ea n tabelul tblFirme. Corespondena este fcut printr-un Look-up Wizard cu
cutarea datelor existente ntr-un alt tabel. n figur se vizualizeaz nceputul
interogrii aferente, n SQLview.
- La realizarea cmpului Tip_Tran s-a folosit un Look-up Wizard cu
introducerea manual a datelor; n acest mod se afieaz o list derulant din
care utilizatorul poate selecta Vnzare sau Cumprare.
I. funcionarea aplicaiei i stabilirea tabelelor auxiliare
Pentru efectuarea calculelor, actualizarea datelor i selectarea informaiei
n vederea obinerii rapoartelor se vor utiliza interogrile. Din modul de
funcionare al interogrilor n Access, rezult necesitatea introducerii a dou
tabele auxiliare.
tblValoare_Sold conine numrul de aciuni disponibile pentru fiecare
societate. El se actualizeaz dup efectuarea fiecrei tranzacii prin adunare
(cumprare) sau scdere (vnzare).
Structura tabelului conine doar dou cmpuri: identificatorul societii i
valoarea actual a soldului.
Din punct de vedere logic, tabelul tblValoare_Sold este o prelungire a
tabelului tblFirme, la un moment dat fiecare societate avnd un anumit sold.
Cele dou tabele au aceeai cheie primar i se afl n relaie unu-la-unu.
Din punct de vedere funcional, cmpul Sold_Curent are rolul de locaie de
memorie cu ajutorul creia se transfer valoarea stocului actual de la o
tranzacie la alta, adic:
-
Baze de date 144 Exemple i aplicaii
- valoarea cmpului Sold_Curent din tblValoare_Sold se preia la
iniierea unei tranzacii pentru societatea respectiv i se transfer ca
valoare a soldului iniial pentru tranzacia respectiv;
- valoarea cmpului Sold_Curent din tblValoare_Sold se actualizeaz
dup ncheierea fiecrei tranzacii pentru societatea respectiv,
prelund soldul final rezultat n urma calculelor.
tblCrt este un tabel auxiliar care are o structur similar tabelului tblTran.
Tabelul conine un articol ce stocheaz date referitoare la tranzacia curent,
prin urmare cmpul cheie de identificare a tranzaciei a fost eliminat.
Tabelul tblCrt are rolul de tabel tampon de memorare temporar a datelor
referitoare la tranzacia curent. Astfel:
- datele referitoare la tranzacie se opereaz n tabelul tblCrt,
- se preia stocul actual din tblValoare_Sold ; acesta devine sold iniial,
- se efectueaz calculele,
- valoarea soldului final se transmite tabelului tblValoare_Sold pentru
actualizare,
- se descarc articolul din tabelul tblCrt n tabelul tblTran,
- se pregtete spaiul de lucru pentru urmtoarea tranzacie prin
tergerea datelor din tabelul tblCrt.
n urma consideraiilor de mai sus, tab-ul Tables al aplicaiei, are aspectul din
FIG.131.
FIG.131
-
Baze de date 145 Exemple i aplicaii
J. stabilirea relaiilor ntre tabele, n mod specific SGBD-ului ales
Fereastra Relationships prezentat n FIG.132 ilustreaz structura datelor
ce corespunde modului de funcionarea descris mai sus. Relaiile ntre tabele
sunt controlate logic prin impunerea integritii refereniale.
Relaiile dintre tabele sunt stabilite n urma analizei efectuate mai sus, astfel:
unu-la-mai-muli, ntre tblFirme i tblTran, astfel unui articol din tblFirme i pot
corespunde mai multe articole din tblTran, adic: n mod normal, pentru
aciunile fiecrui client se efectueaz mai multe operaii de vnzare /
cumprare. Cmpul de legtur este codul fiscal, cheie primar n tabelul
tblFirme i cheie strin n tabelul tblTran.
unu-la-mai-muli, ntre tblFirme i tblCrt; dei tblCrt conine cel mult un articol,
relaia este necesar pentru funcionarea cutrii de tip Look-up Wizard,
similar cu tabelul tblTran.
FIG.132
-
Baze de date 146 Exemple i aplicaii
unu-la-unu, ntre tblFirme i tblValoare_Sold, astfel unui articol din tabelul
tblFirme i corespunde un articol din tblValoare_Sold, adic fiecare client are
un numr de aciuni actual, fa de care se efectueaz operaiunile de
vnzare / cumprare.
Observaie: sgeile punctate de pe FIG.132 ilustreaz modul de
actualizare al soldului de aciuni.
2.4. Descrierea obiectelor folosite
Aplicaia utilizeaz urmtoarele obiecte:
Tabele pentru stocare datelor (n modul descris anterior)
Interogri (FIG.133) pentru:
combinarea, sortarea i filtrarea datelor,
efectuarea de calcule i operaii totalizatoare.
Formulare (FIG.134) pentru:
introducerea datelor,
vizualizarea datelor prelucrate prin interogri,
realizarea meniurilor.
Rapoarte (FIG.135) pentru sintetizarea datelor i vizualizarea listelor.
Macro pentru derularea automat a unei succesiuni de operaii
Nu s-au folosit module VBA pentru programare, dar majoritatea
formularelor au proceduri legate de evenimente (CodeBehindForms). Aceste
proceduri s-au realizat fie cu ajutorul utilitarelor de tip Wizard, fie aplicnd
elemente de programare n VBA.
Denumirea obiectelor sugereaz att tipul obiectului ct i rolul pe care l
are n aplicaie. Unde a fost necesar s-au folosit denumiri scurte pentru a nu
depi lungimea maxim a expresiilor SQL incluse n macro-uri.
-
Baze de date 147 Exemple i aplicaii
FIG.133
FIG.134
FIG.135
-
Baze de date 148 Exemple i aplicaii
2.4.1. nregistrarea tranzaciilor n tabelul tblTran
Pentru nregistrarea tranzaciilor n tabelul tblTran se utilizeaz ultimele 5
interogri prezentate n FIG.133 i formularul frm_qryCrt. La proiectare s-au
parcurs urmtorii pai:
A. Se creeaz interogarea qryCrt, de tip Select, care:
- se bazeaz pe tabelul tblCrt;
- realizeaz introducerea datelor referitoare la o tranzacia curent;
- preia valoarea iniial a soldului din tabelul tblValoare_Sold;
- calculeaz soldul final rezultat n urma operrii tranzaciei.
Fereastra Design a interogrii qryCrt este prezentat n FIG.136.
Observaii:
- Expresiile pentru efectuarea calculelor, create cu utilitarul Build sunt:
Sold_I: [tblValoare_Sold]![Sold_Curent]
Sold_F: IIf([Tip_Tranz]="Vanzare";[Sold_I] -
[Cant]*[Pret_Tranz];[Sold_I]+[Cant]*[Pret_Tranz])
- Calculul preului mediu ponderat dup fiecare tranzacie nu face obiectul
prezentei aplicaii; s-a prevzut cmpul Pre_Mediu pentru dezvoltri
ulterioare
FIG.136
-
Baze de date 149 Exemple i aplicaii
B. Se creeaz formularul frm_qryCrt, pe baza interogrii qryCrt, care:
- realizeaz interfaa prietenoas pentru introducerea datelor;
- lanseaz n execuie macro-ului de actualizare a nregistrrilor.
Formularul are aspectul prezentat n FIG.137.
C. Se creeaz interogarea qryCrt -> tblCrt, de tip Update pentru a completa
cmpurile tabelului tblCrt cu valorile soldului iniial i soldului final cu valorile
obinute prin executarea interogrii qryCrt.
Fereastra Design a interogrii qryCrt -> tblCrt are aspectul din FIG.138.
FIG.137
Observaii:
- Formularul s-a creat cu ajutorul
utilitarului Form Wizard.
- Pentru estetizarea formularului
s-au utilizat proprietile:
Caption, RecordSelector,
ScrollBars, NavigationButtons,
MinMaxButtons.
FIG.138
-
Baze de date 150 Exemple i aplicaii
Observaii:
- Se creeaz nti interogarea de tip Select, bazat pe tabelul tblCrt (destinaia
datelor);
- Se transform n interogare de tip Update;
- Se adaug n fereastra de proiectare interogarea qryCrt;
- Se precizeaz valorile cmpurilor n linia UpdateTo, folosind utilitarul Build;
- Se salveaz, se ruleaz.
D. Se creeaz interogarea qryCrt -> Tran, de tip Append, pentru a transfera
tranzacia curent din tabelul tblCrt la sfritul tabelului tblTran.
Fereastra Design a interogrii qryCrt -> Tran are aspectul din FIG.139.
Observaii:
- Se creeaz nti interogarea de tip Select, bazat pe tabelul tblCrt (sursa
datelor);
- Se transform n interogare de tip Append;
- Se precizeaz tabelul tblTran ca destinaie a datelor; corespondena ntre
cmpurile celor dou tabele se face automat, pe baza denumirilor identice;
- Se salveaz, se ruleaz.
FIG.139
-
Baze de date 151 Exemple i aplicaii
E. Se creeaz interogarea qrySoldNou, de tip Update, care actualizeaz soldul
n tabelul tblValoareSold, adic nlocuiete valoarea veche (avut naintea
tranzaciei) cu valoarea calculat n qryCrt, dup tranzacie
Fereastra Design a interogrii qrySoldNou are aspectul din FIG.140.
Observaii:
- Se creeaz nti interogarea de tip Select, bazat pe tabelul tblValoare_Sold
(destinaia datelor);
- Se transform n interogare de tip Update;
- Se adaug n fereastra de proiectare tabelul tblCrt;
- Se precizeaz valorile cmpului Sold_Curent n linia UpdateTo, folosind
utilitarul Build;
- Se salveaz, se ruleaz.
F. Se creeaz interogarea qryStergCrt, de tip Delete, care terge tranzacia
curent articol unic n tabelul tblCrt i pregtete aplicaia pentru
nregistrarea unei noi tranzacii
Fereastra Design a interogrii qryStergCrt are aspectul din FIG.141.
FIG.140
-
Baze de date 152 Exemple i aplicaii
Observaii:
- Se creeaz nti interogarea de tip Select, bazat pe tabelul tblCrt (din care
se terg articole);
- Se transform n interogare de tip Delete;
- Se salveaz, se ruleaz.
G. Se ruleaz de cteva ori cele 5 interogri anterioare, n ordinea n care au fost
create, i se verific funcionarea aplicaiei; rezultatul trebuie s fie
nregistrarea succesiv a tranzaciilor n tabelul tblTran.
H. Se creeaz macro-ul macOperatii care realizeaz lansarea succesiv a celor
patru interogri de aciune create anterior.
Fereastra de proiectare a macro-ului este prezentat n FIG.142.
FIG.141
FIG.142
-
Baze de date 153 Exemple i aplicaii
Observaii:
- Comanda SetWarnings, cu argumentul No, inhib afiarea mesajelor de
informare / confirmare aferente tuturor comenzilor care o urmeaz;
- Argumentul comenzilor RunSQL l reprezint chiar interogrile respective i
se completeaz n cmpul SQL Statement astfel:
- se afieaz interogarea n SQL View,
- se selecteaz textul i se copiaz n Clipboard,
- se comut n fereastra de proiectare a macro-ului i se lipete textul
interogrii n cmpul SQL Statement aferent comenzii RunSQL.
I. Se revine la formularul frm_qryCrt pentru a impune lansarea automat n
execuie a macro-ului mac_operatii dup introducerea datelor referitoare la
fiecare tranzacie.
Pentru aceasta, se urmeaz paii:
- se vizualizeaz formularul n modul Design,
- se deschide fereastra de proprieti a formularului,
- se seteaz proprietatea OnClose din tab-ul Event, la valoarea mac_ordine.
2.4.2. Introducerea / modificarea datelor
Aplicaia conine interfee prietenoase pentru introducerea / modificarea
datelor, realizate cu ajutorul formularelor. Formularele care afieaz date au fost
create cu ajutorul utilitarelor de tip Wizard. Pentru simplitate, de regul, s-a
pstrat denumirea i formatul cmpurilor din tabelele sau interogrile aflate la
baza formularelor.
A. Introducerea datelor de pe Fia societii comerciale
Pentru introducerea datelor despre clieni se utilizeaz formularul
frm_FirmaNoua prezentat n FIG.143.
-
Baze de date 154 Exemple i aplicaii
Observaii:
- Formularul are la baz tabelul tblFirme.
- S-au modificat proprietile Caption, MinMaxButtons i DataEntry (Yes).
- Lista derulant pentru cmpul Localitate, creat n tabel, a fost preluat
automat n formular.
- Formularul va fi folosit att pentru introducerea datelor despre clienii
noi ct i pentru modificare datelor referitoare la clienii existeni.
B. modificarea datelor referitoare la clienii existeni
Pentru modificarea datelor din tabelul tblTran se utilizeaz formularele
frm_AdaugFirma i formularul frm_FirmaNoua prezentat anterior.
Formularul frm_AdaugFirma afieaz o list derulant din care utilizatorul
poate alege numele societii ale crei date le va modifica. La actualizarea
valorii listei, se lanseaz formularul frm_FirmaNoua cu precizarea articolului
care trebuie afiat pentru editare.
n FIG.144 se prezint cele dou formulare n momentul n care utilizatorul
poate opera modificarea datelor.
FIG.143
-
Baze de date 155 Exemple i aplicaii
Observaii:
- n caz c utilizatorul tasteaz n zona de editare a ComboBox-ului numele
unei societi inexistente n list, apare un mesaj de avertizare n urma cruia
utilizatorul poate opta pentru reluare sau pentru introducerea n list a unui
nou client (FIG.145). Pentru introducere se lanseaz acelai formular
frm_FirmaNoua.
FIG.144
FIG.145
-
Baze de date 156 Exemple i aplicaii
- Pentru a deschide formularul frm_FirmaNoua cu afiarea articolului ales i
pentru a introduce noua firm ntre valorile listei derulante (dac este cazul),
se utilizeaz evenimentele BeforeUpdate i NotInList (asociate de
ComboBox-ul AlegSoc). Codul VBA asociat formularului frm_AdaugFirma
este prezentat n FIG.146.
C. Introducerea datelor referitoare la tranzacia curent se face cu
ajutorul formularului din FIG.137. n formular sunt preluate automat formatrile
i listele derulante din tabelul tblFirme. Formularul se deschide pentru
introducerea datelor (DataEntry = Yes) i trebuie nchis dup fiecare
tranzacie.
Private Sub AlegSoc_BeforeUpdate(Cancel As Integer)
Dim soc As Long
soc = [AlegSoc].Value
DoCmd.OpenForm "frm_FirmaNoua", acNormal, , "[Cod_Fiscal] =" & soc, acFormEdit
End Sub
Private Sub AlegSoc_NotInList(NewData As String, Response As Integer)
Dim raspuns As Integer
raspuns = MsgBox("Introduceti date pentru o societate noua ?", vbYesNo)
If raspuns = vbYes Then
DoCmd.OpenForm "frm_FirmaNoua", acNormal, , , , acDialog
DoCmd.Close acTable, "tblFirme", acSaveYes
AlegSoc.Value = Null
AlegSoc.Requery
End If
Response = acDataErrContinue 'const - nu va afisa mesaj implicit
End Sub
FIG.146