Download - Microsoft Word - CAP3A

Transcript
  • 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