CAPITOLUL III

SISTEM INFORMATIC PENTRU GESTIUNEA

AUTOMAT A ACTIVITII BUGETARE

Sistemele informatice de gestiune sunt definite n literatura de specialitate urmndu-se dou abordri:

a) plecnd de la informaie i de la suportul acesteia;

b) plecnd de la funcia pe care sistemul informatic de gestiune trebuie s o realizeze.

n primul caz, sistemele informatice de gestiune reprezint ansamblul informaiilor utilizate n cadrul firmei, a mijloacelor i procedurilor de identificare, culegere, stocare i prelucrare a informaiilor.

n cea de a doua abordare a definirii sistemelor informatice de gestiune se pornete de la scopul acestuia i anume oferirea informaiei solicitate de utilizator n forma dorit i la momentul oportun n vederea fundamentrii deciziilor.

Sistemele informatice de gestiune (SIG) implic urmtoarele patru componente interdependente: domeniile de gestiune, datele, modelele, regulile de gestiune.

Domeniile de gestiune corespund fiecreia dintre activitile omogene desfurate n cadrul firmei, cercetare-dezvoltare, comercial, de producie, de personal, financiar-contabil - cu luarea n considerare a interaciunilor dintre ele. Mai mult, abordarea acestor domenii se realizeaz ntr-o viziune ierarhic, conducnd la identificarea urmtoarelor nivele:

Tranzacional n cadrul cruia se efectueaz operaii elementare;

Operaional unde se desfoar operaii curente; deciziile luate la acest nivel sunt curente, de rutin;

Tactic corespunznd activitilor de control i deciziilor pe termen scurt;

Strategic caracteristic deciziilor pe termen lung i/sau care angajeaz global firma.

Datele reprezint materia prim" a oricrui sistem de gestiune. Sunt avute n vedere toate datele vehiculate i prelucrate indiferent de natura lor, caracterul lor formal sau informal sau de suporturile pe care se afl.

Modelele de gestiune regrupeaz procedurile proprii unui domeniu. Putem exemplifica prin modelul:

Contabil, specific domeniului financiar-contabil;

Tehnologiei de fabricaie specific domeniului produciei;

Vnzrilor specifice domeniului comercial.

Regulile de gestiune permit prelucrarea datelor i utilizarea informaiilor n conformitate cu obiectivele sistemului:

- aprovizionarea se realizeaz cnd stocul efectiv scade sub stocul normat;

- evaluarea materialelor se realizeaz conform metodei FIFO;

- o materie prim se stocheaz ntr-o singur gestiune;

- pentru produsele de calitatea a doua preul se reduce cu 15%;

- pentru vnzri cu valoare de peste 50 milioane se acord un discount de 1%.

Definirea sistemelor informatice de gestiune

Prin noiunea de domeniu ajungem la conceptul de subsistem informatic de gestiune determinate criterii funcionale, pe care se grefeaz celelalte dou concepte: modelul de gestiune i regulile de gestiune.

Punem concluziona c sistemul informatic de gestiune asigur obinerea i furnizarea informaiei solicitate de utilizator, folosind mijloacele TI, pentru fundamentarea deciziilor privind un anumit domeniu din cadrul firmei.

n cazul unei abordri integrate sistemul informatic al contabilitii prezint urmtoarea schem de principiu:

SIG Integrat al contabilitii

Sistemele informatice de gestiune actuale sunt sisteme integrate. Ele se caracterizeaz prin aplicarea principiului introducerii unice a datelor i prelucrrii multiple a acestora n concordan cu nevoile informaionale specifice fiecrui utilizator. n figura de mai sus sunt reprezentate dou subsisteme informatice distincte aparinnd sistemului informatic al contabilitii firmei. Cele dou subsisteme au fost concepute i sunt exploatate independent, ceea ce conduce la introducerea repetat a unor acelorai date preluate din documentele primare (bonuri de consum, bonuri de lucru, ordine de plat, chitane fiscale etc) care simt ulterior prelucrate n conformitate cu specificul modelului contabil.

Dup cum sugereaz figura SIG integrat al contabilitii se caracterizeaz printr-o introducere unic a datelor, preluate din documentele primare care actualizeaz o baz de date unic a contabilitii (n cazul precedent al sistemelor informatice neintegrate fiecare dintre acestea exploatau propria baz de date) care va fi ulterior exploatat pentru asigurarea att a lucrrilor specifice contabilitii financiare ct i acelor specifice contabilitii de gestiune.

Sistemul informatic al firmei reunete subsisteme informatice de gestiune specializate pe domenii ntre care se manifest interaciuni specifice. Fiecare subsistem definit grupeaz procese informaionale omogene, specifice unei anumite arii de interes din cadrul sistemului informatic. Se definesc astfel subsisteme informatice distincte pentru fiecare funciune: cercetare-dezvoltare, de producie, financiar-contabil, comercial, de personal.

Deoarece la nivelul fiecrei funcii sunt definite activiti specifice (spre exemplu n cadrul funciei financiar-contabile se desfoar activiti privind: contabilitatea financiar, contabilitatea de gestiune, controlul financiar preventiv) la nivelul subsistemului informatic de gestiune vor fi definite aplicaii distincte corespunztoare acestor activiti. La rndul lor aplicaiile sunt formate din proceduri fiecare dintre aceste proceduri descompunndu-se n module reprezentnd secvene de cod realiznd o funcie independent din cadrul procedurii. De exemplu, o procedur cu funcia de actualizare a bazei de date se va descompune n urmtoarele module: modulul coordonator al procedurii de actualizare, modulul pentru realizarea funciei de adugare de nregistrri, modulul pentru funcia de tergere de nregistrri, modulul pentru funcia de modificare a nregistrrilor din baza de date.

n cazul subsistemului informatic de gestiune financiar-contabil se definesc dou aplicaii: una acoperind domeniul contabilitii financiare iar cea de a doua realiznd contabilitatea de gestiune.

Procedurile definite n cadrul aplicaiei contabilitii financiare acoper urmtoarele funciuni: actualizarea bazei de date contabile, contabilitatea cronologic, contabilitatea sistematic, operaii i lucrri contabile de sfrit de lun. n cadrul procedurii contabilitii sistematice se definesc module asigurnd generarea urmtoarelor lucrri: cartea mare, balana de verificare analitic, balana de verificare sintetic.

Principiile proiectrii i realizrii sistemelor informatice de gestiune Desfurarea unei activiti riguroase i performante de proiectare i realizare de sisteme informatice de gestiune impune respectarea unor principii:

Arhitectura SI a societii

1. Abordarea global a problemei de rezolvat. Fiind vorba de realizarea unui sistem informatic al firmei se impune definirea mai nti a unei arhitecturi generale a sistemului, ceea ce va conduce la realizarea unei soluii informatice integrate, stabilirea unei structuri flexibile a sistemului informatic, precizarea prioritilor n realizarea componentelor sistemului informatic, resurselor necesare realizrii sistemului;

2. Utilizarea unei metodologii unitare n proiectarea i realizarea sistemului informatic;

3. Aplicarea celor mai moderne soluii i tehnici de proiectare i realizare a sistemului informatic;

4. Structurarea sistemului informatic relativ independent de structura organizatoric din cadrul firmei. Acest lucru va asigura pe de o parte o bun funcionare a sistemului chiar dup desfurarea unor eventuale modificri organizatorice majore n cadrul firmei iar pe de alt parte posibilitatea generalizrii implementrii sistemului informatic i n cadrul altor firme cu acelai profil. Dac ns exist particulariti deosebite privitoare la modul de organizare a activitii i acest lucru se repercuteaz asupra fluxului informaional i procesului de prelucrare a datelor sistemul informatic va trebui s rspund acestor particulariti;

5. Participarea nemijlocit a viitorului beneficiar la activitile de analiz, proiectare i implementare a sistemului informatic. O astfel de participare asigur formularea clar a specificaiilor necesare proiectrii i validarea ealonat a soluiilor propuse de proiectant toate acestea asigurnd n final un produs care s corespund deplin cerinelor utilizatorului;

6. Respectarea cadrului legislativ. Fiind vorba de sisteme informatice de gestiune devine obligatorie realizarea evidenelor n cadrul firmei, calcularea indicatorilor i ntocmirea lucrrilor de sintez n conformitate cu reglementrile aflate n vigoare.

7. Realizarea sistemelor informatice n concordan cu resursele disponibile la utilizator,

8. ntruct prin natura sa software-ul este supus schimbrii, aceast schimbare trebuie anticipat i controlat;

9. Compromisurile sunt inerente n dezvoltarea de software i ele trebuie explicitate i documentate. Studii de specialitate au ncercat s evidenieze factorii de succes n desfurarea proiectelor software. Raportul Standish, spre exemplu, plaseaz ca primi factori de succes:

implicarea utilizatorului final;

sprijinul managementului executiv;

claritatea cerinelor;

planificarea.

Structura general a unui sistem informatic de gestiunePentru a defini structura general a unui sistem informatic este necesar s plecm de la funcia acestuia de a prelucra datele disponibile n vederea obinerii informaiilor necesare lurii deciziilor n procesul conducerii. Cele trei componente majore care formeaz sistemul informatic sunt:

Intrrile

Prelucrrile

Ieirile

Intrrile reprezint ansamblul datelor ncrcate, gestionate i prelucrate n cadrul sistemului n vederea obinerii informaiilor. Intrrile se clasific n dou grupe i anume:

1. Tranzaciile externe care redau dinamica operaiilor i proceselor economice i financiare din cadrul firmei. Provin din mediul exterior al sistemului informatic. Sunt tranzacii externe: datele referitoare la aprovizionrile cu materii prime, datele reflectnd operaiile de ncasri i pli etc. Tranzaciile extern sunt reprezentate de:

- Date consemnate n documente, la locul producerii operaiilor pe care le evideniaz, n cadrul firmei (de exemplu: un bon de consum, o factur emis unui client etc);

- Date care provin din mediul economic-financiar-bancar, consemnate n documente sau nscrise n norme i/sau prevederi legale (facturi primite de la furnizori, ordin de plat onorat de client, cota legal de TVA, cotele de impozit pe profit etc);

- Date provenind de la alte sisteme informatice operaionale n cadrul aceleiai firme.

- Date provenind de la alte sisteme informatice (exterioare firmei).

Datele consemnate n documente vor fi introduse n sistemul informatic n urmtoarele moduri:

- Executarea unor proceduri specializate ale sistemului informatic permind ncrcarea datelor tastate de operator pe baza unor machete de culegere a datelor generate pe monitorul calculatorului i validarea datelor;

- Scanarea documentelor, tehnologie modern pe principii optice permind preluarea unui volum foarte mare de date ntr-un interval scurt de timp.

Intrrile sunt realizate n mod direct, de multe ori utilizndu-se mijloace moderne ale TI:

Transfer de date prin reeaua local din cadrul firmei, o reea Novell de exemplu sau reea intranet reuindu-se astfel ca ieirile unui subsistem informatic al firmei s devin intrri pentru un alt subsistem;

Transfer de date la distan:

Prin Internet, inclusiv utilizarea tehnologiei EDI-Electronic Data Interchange;

Prin reele private etc.

2. Tranzaciile interne sunt urmarea unor prelucrri automate desfurate n cadrul sistemului informatic conducnd la modificri structurale n cadrul coleciilor de date. Exemple: valoarea total a produselor livrate, valoarea total a ncasrilor etc.

Prelucrrile, cel de al doilea element definitoriu al sistemului informatic, reprezint un ansamblu omogen de prelucrri automate realiznd:

Crearea iniial i actualizarea bazei de date;

Exploatarea bazei de date;

Reorganizarea bazei de date;

Salvarea/restaurarea bazei de date.

Ieirile sistemului informatic sunt reprezentate de rezultatele prelucrrilor desfurate.

Aceste ieiri, n funcie de natura prelucrrilor care le-au generat, sunt de dou categorii:

Ieiri obinute n urma unor operaii de transfer a datelor, care nu i-au modificat valoarea fa de momentul introducerii lor n sistem.

De exemplu: numrul i data unei facturi, denumirea unui produs, cantitatea facturat etc.

Ieiri obinute n urma unor operaii de calcul pe baza unor algoritmi prestabilii (valoarea produsului facturat, total factur, valoarea vnzrilor pe luna... etc). Grafic modul de obinere a acestor dou categorii de date de ieire sunt reprezentate n figur

IEIRI INTRRI PRELUCRRI

Ieirile sistemului informatic pot fi clasificate n funcie de coninutul i forma lor de prezentare n:

1. Indicatori sintetici regsii n tablourile de bord oferite managerilor ce pot fi consultate on-line;

2. Rapoarte (situaii) care regrupeaz diveri indicatori sintetici sau analitici sub form tabelar. Exemplu: Statul de plat, Situaia stocurilor de produse finite la data..., Balana sintetic etc. Dup gradul de agregare a datelor rapoartele se clasific:

Rapoarte sintetice cuprinznd indicatori cu grad mare de sintetizare destinate analizei activitii i fundamentrii deciziilor. Exemple: Situaia evoluiei vnzrilor pe produse i trimestre, Balana sintetic, Bilanul contabil etc. Rapoarte analitice coninnd informaii detaliate privind desfurarea unei activiti pe un anumit segment de timp (exemplu: Situaia consumului de materiale pe luna..., Situaia intrrilor de materiale pe gestiuni etc). Sunt destinate utilizrii n cadrul compartimentelor funcionale.

Dup criteriul naturii informaiilor prezentate rapoartele se pot clasifica n:

Rapoarte coninnd date de stare reflectnd valoarea patrimoniului la un moment dat, volumul activitii la o anumit dat. Cel mai elocvent exemplu este bilanul contabil care reflect o "fotografiere" a situaiei patrimoniale la sfritul perioadei de gestiune.

Rapoarte statistice cuprinznd informaii avnd caracter statistic necesare raportrilor ierarhice (ministere, bnci etc), Comisiei Naionale de Statistic sau fundamentrii unor decizii viznd perioade viitoare de timp.

Rapoarte previzionale care permit pe baza informaiilor privitoare la perioade anterioare de gestiune s se anticipeze evoluia unor procese i fenomene economice. Aceste rapoarte simt necesare att n fundamentarea deciziilor tactice ct i a celor strategice.

Dup destinaie, coninut i modul de structurare rapoartele se pot clasifica astfel:

Rapoarte de uz intern al cror coninut este determinat de cerinele proprii de informare i control;

Rapoarte de uz general al cror coninut este prestabilit (exemplu: bilan contabil, balan de verificare etc) multe dintre acestea fiind destinate i mediului exterior al firmei (bncilor n procesul de creditare, organelor fiscale etc).

Dup frecvena de generare:

Rapoarte zilnice

Rapoarte lunare

Rapoarte trimestriale

Rapoarte anuale

n cadrul acestor rapoarte gradul de agregare/sintetizare al informaiei coninute este cu att mai mare cu ct intervalul de timp la care se refer este mai larg.

Rapoartele pot fi generate la imprimant, pe monitorul calculatorului, pe suport magnetic (pe floppy disc) pentru a fi transmise off-line beneficiarului sau transmise la distan (sub form de fiiere) prin intermediul reelelor.

Grafice care permit reprezentarea ntr-o form sugestiv (bi sau tridimensional) a dinamicii indicatorilor sintetici i analitici precum i a structurii indicatorilor. Graficele pot fi de mai multe tipuri: liniare, histograme, bursiere, de structur (pie), mixte etc.

Foi de calcul electronice generate cu ajutorul procesoarelor de tip EXCEL, LOTUS 1-2-3 ale cror date pot face obiectul exporturilor/importurilor ctre sistemele de gestiune a bazelor de date.

Ieiri destinate altor sisteme reprezentate de fiiere transmise on-line sau off-line m vederea continurii prelucrrilor n cadrul altor subsisteme informatice.

Strategii de proiectare i realizare a sistemelor informatice de gestiunen funcie de modalitatea de abordare i realizare a sistemului informatic s-au cristalizat n timp trei strategii:

Strategia descendent

Strategia ascendent

Strategia mixt

Strategia descendenta numit i top-down pleac de la principiu descompunerii sistemului informatic complex ce urmeaz a fi realizat n componente prezentnd o complexitate mai redus (definite pe domenii de activitate de exemplu) parcurgndu-se succesiv mai multe nivele de detaliere la nivelul fiecrei componente definite. Prin aceast abordare, sistemul informatic dobndete o structur ierarhic modular n care fiecare component ndeplinete o anumit funcionalitate i va fi coordonat n funcionarea sa de componentele plasate la nivelul ierarhic imediat superior.

Rezult c aceast strategie se aplic n cazul sistemelor informatice complexe, viznd o arie larg de cuprindere (de exemplu: sistemul informatic al Ministerului Finanelor, sistemul informatic al unei bnci, sistemul informatic al unui agent economic etc). Se asigur astfel realizarea unei soluii globale, unitare la nivel conceptual pentru ntregul sistem, componentele acestuia urmnd s fie proiectate i realizate independent (pe baza unei planificri), prioritile fiind fixate n funcie de opiunea beneficiarului sau importanei respectivelor componente i conexiunilor necesare n cadrul sistemului global.

Pe msura realizrii componentelor din arhitectura general a sistemului informatic acestea se vor testa i apoi integra n produsul final a crui funcionalitate va fi de asemenea verificat. Se poate realiza trecerea n exploatare a componentelor finalizate urmnd ca integrarea acestora n sistemul informatic global s se realizeze n timp.

Aplicarea unei astfel de strategii impune un efort deosebit att n perioada de analiz (fiind necesar o analiz complex i foarte amnunit avnd n vedere complexitatea proceselor informaionale supuse informatizrii) ct i de proiectare i realizare ceea ce impune eforturi financiare deosebite.

n procesul integrrii componentelor n cadrul sistemului informatic global nu vor aprea probleme deosebite ca urmare a strategiei imitare de proiectare i realizare definit la demararea proiectului. Integrarea se va realiza din treapt n treapt pornindu-se de la componentele elementare (cu gradul cel mai mare de detaliere).

Strategia ascendent numit i bottom-up promoveaz iniiativa la nivelul fiecrui domeniu de gestiune. Se dezvolt soluii informatice la nivelul fiecrui domeniu de gestiune (contabilitate, comercial, producie etc) fr a exista o soluie cadru i o arhitectur definita pentru sistemul informatic global la nivel de firm. Sistemele de gestiune se realizeaz i exploateaz independent pe msura finalizrii lor, rspunznd cerinelor de gestiune ale domeniilor pentru care au fost realizate, urmnd ca ulterior s se treac la integrarea acestora n cadrul sistemului informatic global al firmei. Datorit lipsei unei strategii unitare n plan hardware i software, a unei soluii imitare de proiectare i realizare exist riscul unui grad redus de integrare a subsistemelor de gestiune cuprinse n cadrul sistemului informatic al firmei.

Strategia mixt reprezint o combinare a strategiei descendente cu strategia ascendent reinndu-se punctele lor forte. n aceast abordare se opteaz pentru o definire a componentelor sistemului informatic n conformitate cu cerinele strategiei descendente, urmnd ca proiectarea, realizarea i integrarea acestor componente s se realizeze urmnd cerinele strategiei ascendente.

GestiuneaGestiunea prin definiia ei este administrarea bunurilor unei ntreprinderi, instituii sau persoane, rspunderea pstrrii bunurilor i a mnuirii fondurilor unei ntreprinderi, instituii sau persoane, ansamblul de operaii privind primirea, pstrarea i eliberarea unor bunuri materiale aparinnd altcuiva.

Concretiznd ntr-o fraz cele enunate mai sus putem da o definiie gestiunii financiare ca fiind totalitatea bunurilor ncredinate cuiva n vederea administrrii.

Gestiunea financiar a patrimoniului unei ntreprinderi implic, desigur, o bun cunoatere a teoriei financiare, dar i a metodologiei de cuantificare a eforturilor i a rezultatelor financiare, a constituirii i utilizrii eficiente a capitalului investit n condiiile lurii n considerare a factorilor externi ntreprinderii i a unui control permanent att n faza previziunilor, ct i n execuie.

n condiiile economiei de pia, deciziile de investire i de finanare nu mai pot fi adoptate pe baza unor aprecieri globale, empirice, pe baza unei experiene trecute sau a extrapolrii n spaiu. Dimpotriv, este oportun ca fiecare ntreprindere, n fiecare exerciiu financiar, s-i evalueze prin metode matematice att eforturile, ct i rezultatele financiare ateptate, n vederea minimizrii riscurilor i maximizrii profiturilor. Dac astfel de preocupri sunt ignorate de personalul economic de specialitate din ntreprinderi este posibil s apar nu numai insuccese temporare, dar i veritabile eecuri.

Tipuri de gestiuniGestiunea financiar a ntreprinderilor se clasific n dou mari clase:

gestiunea financiar pe termen scurt

gestiunea financiar pe termen lung

Gestiunea financiar pe termen scurt presupune decizii curente, de corelare, care sunt subordonate deciziilor strategice (pe termen lung). Acest caracter al deciziilor pe termen scurt nu nseamn c sunt mai puin importante, ntruct o eroare, n acest domeniu, poate antrena o micorare a beneficiului sau chiar pierderi.

Deciziile de finanare pe termen scurt, denumite generic gestiune de trezorerie, reprezint un domeniu larg al gestiunii financiare. Gestiunea de trezorerie are drept obiectiv stabilirea i urmrirea nevoilor de mijloace bneti pentru realizarea sarcinilor de exploatare, constituirea i utilizarea fondului de rulment, stabilirea nevoilor de credite pe termen scurt i a costului capitalului utilizat pentru exploatare.

n consecin, gestiunea financiar pe termen scurt are n vedere: gestiunea stocurilor, a fondului de rulment, gestiunea creditului dintre ntreprinderi, politica de ndatorare pe termen scurt i implicaiile asupra rentabilitii i riscului financiar, precum i gestiunea ncasrilor i plilor.

Gestiunea stocurilorStocurile reprezint cantitile fizice de materiale, de produse sau de mrfuri necesare fiecrei faze a ciclului de exploatare (aprovizionare, producie, desfacere), pentru a asigura desfurarea continu i ritmic a activitii de exploatare. Caracterului continuu al produciei (sau al desfacerilor) i se opune din motive economice, caracterul discontinuu al aprovizionrilor.

Din punct de vedere financiar, stocurile reprezint alocri de capital ce nu pot fi recuperate pn cnd aceste stocuri nu parcurg ntregul ciclu de exploatare i sunt valorificate prin vnzarea i ncasarea produselor, lucrrilor sau serviciilor realizate de ntreprindere. Aceast remarc ne-ar ndemna s credem, la prima vedere, c procesul de exploatare cel mai economic ar fi cel care s-ar desfura fr stocuri sau cu stocuri foarte mici. ns o aprovizionare n timp real" sporete considerabil cheltuielile de aprovizionare (transport, manipulare etc.).

Pe de alt parte, gestiunea modern a stocurilor este departe de a mai considera eficient formarea de stocuri mari peste necesitile rezonabile ale exploatrii. Stocurile supranormative sunt nsoite, pe planul financiar, de pierderi, prin imobilizarea inutil a capitalurilor n aceste stocuri, prin cheltuieli de depozitare mari, pe care le ocazioneaz, prin dobnzi peste cele curente, prin deteriorri i degradri de stocuri etc. Cheltuieli suplimentare inutile, n gestiunea stocurilor, pot rezulta att din stocuri insuficiente, ct i stocuri excesive.

n aceste condiii mrimea optim a stocurilor este cea care armonizeaz relaia contradictorie dintre cheltuielile de aprovizionare (Ca), care variaz n funcie de numrul de aprovizionri i cele de depozitare (Cd), variabile n raport cu mrimea stocurilor. Se demonstreaz uor c aceast mrime optim a stocurilor este cea care minimalizeaz cheltuielile totale (Ct) cu formarea stocurilor i maximizeaz rentabilitatea activitii de exploatare.

Fondul de rulmentFondul de rulment servete, mpreun cu creditul-furnizor i creditele bancare pe termen scurt, la finanarea activelor circulante. n ultim instan, fondul de rulment exprim condiiile echilibrului financiar pe termen scurt care rezult din confruntarea dintre lichiditatea activelor pe termen scurt i exigibilitatea pasivelor pe termen scurt. La o anumit dat, fondul de rulment reprezint excedentul activelor cu lichiditi mai mici de un an, asupra pasivelor cu exigibiliti mai mici de un an.

n concluzie, fondul de rulment este un mijloc de finanare i, n acelai timp, un indicator de lichiditate. Cu ct fondul de rulment este mai mare, cu att mai mici vor fi datoriile pe termen scurt pentru finanarea activelor circulante.

Dimensionarea fondului de rulment

Fondul de rulment (FR) poate fi: fond de rulment brut sau total, cuprinznd ansamblul elementelor de activ susceptibile de a fi transformate n bani, ntr-un termen mai mic de un an, adic s se rennoiasc, s efectueze cel puin o rotaie pe an; fond de rulment net (FRN), respectiv partea din capitalul permanent ce poate fi utilizat pentru finanarea activelor circulante, adic excedentul activelor cu lichiditi mai mici de un an asupra pasivelor cu exigibiliti mai mici de un an sau excedentul capitalului permanent asupra activelor imobilizate; fond de rulment propriu (FRP), reprezentnd excedentul capitalului propriu asupra activelor mobilizate sau autonomia societii comerciale, in materie de finanare a investiiilor; fondul de rulment strin (FRS), reprezentnd diferena dintre fondul de rulment net i fondul de rulment propriu, adic datoriile la termen.

Gestiunea creditului dintre ntreprinderi

Creditul reciproc dintre ntreprinderi se prezint sub dou forme: creditul-client sau creane-clieni i credit-furnizor. Orice ntreprindere poate avea concomitent att creane asupra clienilor, contabilizate n activul bilanului, ct i credite primite de la furnizori, contabilizate n pasivul bilanului. Creditul-client reprezint o imobilizare pentru ntreprindere, care ncetinete viteza de rotaie a activelor i |micoreaz lichiditatea financiar. Gestiunea creditului-client presupune msuri pentru minimizarea sumei creditului, a termenelor de acordare, precum i a riscului de nerecuperare.

Creditul-furnizor reprezint o mobilizare pentru ntreprindere, adic o finanare pe seama surselor partenerilor de contracte, mrind lichiditatea financiar. Gestiunea creditului-furnizor presupune msuri de maximizare a volumului i a termenelor pentru care sunt acordate.

Pentru stabilirea incidenei creditului dintre ntreprinderi asupra situaiei trezoreriei de exploatare trebuie, deci, luate n considerare att volumul acestuia, ct i termenele de n-casare a clienilor i de plat a furnizorilor.

Credite de trezorerie

Creditele de trezorerie, numite i credite cu caracter general, sunt deschise de banc, n funcie de situaia de trezorerie a ntreprinderii, fr legtur cu alte creane sau operaiuni.

Creditele se acord n vederea acoperirii plilor curente, fr alte garanii dect bonitatea ntreprinderii cunoscut de banc i solvabilitatea acesteia pe termen scurt.

Volumul creditelor se stabilete pe baza situaiei de trezorerie ntocmit de agentul economic la nceputul trimestru-lui, pe baza datelor contabile din trimestrul anterior, a programelor de producie i comerciale potrivit contractelor i a altor documente din care s rezulte diferena dintre to-talul stocurilor i cheltuielilor, pe de o parte, i totalul resurselor i ncasrilor, pe de alt parte, n perioada curent.

Gestiunea investiiilorInvestiia reprezint o imobilizare productiv fcut n prezent, ce va fi urmat de profituri, n viitor. Fiecrei in-vestiii i corespund fluxuri financiare pozitive i negative. Se ncepe cu o cheltuial iniial (flux negativ); este urmat de ncasri i cheltuieli de exploatare n cursul perioadei de via economic a obiectivului (fluxuri pozitive i negative) i se ncheie cu o ncasare final (flux pozitiv), reprezentnd recuperarea valorii reziduale.

n vederea deciziei de investire, o importan hotrtoare prezint estimarea corect a fluxurilor pozitive i negative, ntruct, din compararea lor rezult dac investiia este profitabil sau nu. Estimarea este, ns, un proces previzional. Dac fluxurile negative iniiale sunt relativ uor de calculat, sunt sigure, cci au loc n prezent i se comensureaz pe baza documentaiei de deviz, fluxurile pozitive i negative viitoare, care se produc n cursul exploatrii obiectivului, sunt dificil de estimat i mai puin sigure. Cu ct proiectele sunt de mai lung durat (durata de viaa economic), cu att estimarea este mai relativ.

Decizia de investire se produce pe baza calculrii i inter-pretrii mai multor indicatori cu expresivitate economic diferit. n cele ce urmeaz vom prezenta modul de calculare i interpretare a urmtorilor indicatori: beneficiul actuarial, rata rentabilitii interne i lichiditatea investiiilor.

Gestiunea n activitatea bugetarExecuia bugetului const n ncasarea veniturilor i efectuarea cheltuielilor aprobate de forul legislativ. Acest proces, deosebit de amplu i de complex, antreneaz participarea unui numr foarte mare de operatori bugetari, i anume: aparatul fiscal, cu toate structurile sale centrale i teritoriale; instituiile bugetare, de la ministere i alte agenii bugetul de stat; organizaii internaionale care primesc de la sau transfer la buget sume de bani etc.

Responsabilitatea execuiei bugetare revine Guvernului i autoritilor publice locale, care, prin instituiile lor componente, trebuie s-i dovedeasc capacitatea de administrare att a procesului de colectare la un nivel ct mai ridicat a veniturilor, ct i a procesului de utilizare eficient a alocaiilor bugetare.

Prevederile bugetare privind veniturile reprezint limite minime de realizat, cu excepia veniturilor din mprumuturi, care constituie limite maxime de atins. La rndul lor, cheltuielile bugetare aprobate prin lege reprezint limite maxime, ce nu pot fi depite, instituiile publice care execut bugetul fiind obligate s respecte ntocmai destinaiile stabilite pentru fiecare alocaie bugetar.

n execuie, existnd multiple particulariti de coninut i instituionale, execuia veniturilor bugetare este un proces distinct de execuia cheltuielilor bugetare.

Monitorizarea operativ a execuiei bugetare se realizeaz, n general, printr-un departament specializat n cadrul Ministerului Finanelor sau autoritile publice locale, care sintetizeaz informaiile privind ncasarea veniturilor i efectuarea cheltuielilor. Obiectivul principal al acestor structuri instituionale este de a menine, pe parcursul execuiei bugetare, raportul dintre venituri i cheltuieli n limitele aprobate prin legea bugetar, asigurndu-se astfel echilibrul financiar i cel monetar.

ncasarea veniturilor cuvenite bugetului i, respectiv, efectuarea plilor de la buget se efectueaz fie printr-o instituie specializat aflat n subordinea Ministerului Finanelor (trezoreria statului), fie prin direciile economice organizate la nivelul fiecrei entiti administrativ-teritoriale, pe baz de convenii privind prestarea de servicii, ncheiate ntre acestea i Ministerul Finanelor.

Execuia veniturilor bugetare se realizeaz prin aparatul fiscal amintit i const n derularea mai multor faze procedurale succesive. n cazul impozitelor directe fazele execuiei bugetare sunt urmtoarele: aezarea, lichidarea, emiterea titlului de percepere i perceperea efectiv a impozitului.

Aezarea impozitului reprezint identificarea i dimensionarea materiei impozabile a unei persoane fizice sau juridice, care, potrivit legilor fiscale, intr sub incidena impozitrii.

Lichidarea constituie determinarea cuantumului impozitului aferent materiei impozabile n raport cu cotele de impozit i alte condiii prevzute de lege. Pe baza acestor date se procedeaz la deschiderea rolului fiscal al persoanei fizice sau juridice respective, n care se nscrie suma datorat (debitul) de persoana n cauz.

Emiterea titlului de percepere a impozitului const n nscrierea cuantumului impozitului respectiv ntr-un document (dispoziie), n baza cruia se autorizeaz perceperea unui anumit venit bugetar. n practic, asemenea documente sunt reprezentate fie de titlul de ncasare (emis atunci cnd contribuabilul i achit din proprie iniiativ datoria), fie de ordinul de ncasare (utilizat pentru anunarea debitorului asupra obligaiei de plat, precum i n cazul executrii silite a debitorilor care nu-i achit datoriile ctre buget n termenul legal).

Perceperea impozitului const n ncasarea efectiv a sumei datorate de ctre debitor. n procedurile specifice acestei-faze, este inclus i urmrirea, la care se recurge, inclusiv prin metoda executrii silite, atunci cnd contribuabilii nu-i achit obligaiile bugetare n termenele stabilite de lege. n unele cazuri, procedura urmririi se poate concretiza i n ipotecarea bunurilor aflate n proprietatea debitorilor, Ministerul Finanelor fiind reprezentantul statului n litigii de aceast natur.

Pentru impozitele indirecte, ca i pentru celelalte venituri bugetare, exist proceduri specifice de execuie.

n execuia practic a veniturilor bugetare, fazele de natur administrativ (aezarea, lichidarea, emiterea titlului de percepere a impozitului) sunt delimitate instituional de operaiunea de percepere (ncasare efectiv) a impozitelor.

Primele trei faze sunt executate de organele cu atribuii fiscale, iar operaiunea de ncasare de ctre organele trezoreriei statului.

n SUA, instituia specializat n administrarea veniturilor este denumit Serviciul de venituri interne (Internal Revenue Service), aflat n structura Ministerului Finanelor (Department of Treasury).

Respectarea destinaiei i a cuantumului aprobat pentru fiecare categorie de cheltuieli bugetare impune, n execuie, parcurgerea unor faze procedurale succesive pentru fiecare alocaie bugetar, dup cum urmeaz; angajarea, lichidarea, ordonanarea i plata.

Angajarea reprezint decizia care genereaz obligaia unei instituii bugetare de a plti o anumit sum de bani ctre furnizorii diferitelor bunuri i servicii publice.

Instrumentul juridic n care sunt materializate asemenea obligaii poate fi: contractul, decizia ministerial, hotrrea judectoreasc, prevederile unor legi nou aprute. Aadar, angajarea cheltuielilor bugetare este un efect al deciziilor instituiilor componente ale Guvernului sau al unor decizii ale forului legislativ (Parlamentul), cum este cazul unor legi adoptate pe parcursul exerciiului bugetar, prin care se majoreaz diferite cheltuieli bugetare (salariile funcionarilor publici, pensiile, alocaiile pentru agricultur etc.).

Atribuii n ceea ce privete angajarea cheltuielilor bugetare au conductorii diferitelor structuri ale instituiilor publice (minitri, secretari de stat, directori generali, directori etc.), care pot delega integral sau parial competenele unor persoane din subordine, crora li se stabilete n mod precis cadrul aciunilor asupra crora pot decide. Prin coninutul i consecinele sale, angajarea reprezint faza cea mai important a execuiei cheltuielilor bugetare, de care depinde ncadrarea n limitele aprobate prin buget.

Lichidarea reprezint faza n care instituia public constat i recepioneaz furnizarea bunurilor i/sau serviciilor contractate (angaja-te anterior), faz n care are loc, n funcie de cantitatea i calitatea livrrilor, stabilirea sumei datorate furnizorilor.

Ordonanarea constituie actul de emitere, din partea unei instituii publice, a unei dispoziii sau ordin de plat a unei sume din alocaia bugetar n favoarea unui ter.

Plata reprezint achitarea efectiv de ctre instituia public a sumei datorate ctre furnizori sau creditori.

Operaiunile specifice primelor trei faze (angajarea, lichidarea i ordonanarea) sunt efectuate, pe baza avizelor serviciilor operaionale (spre exemplu, la spitale: seciile medicale, serviciul aprovizionare etc.), de ctre conductorii instituiilor publice (sau mandataii acestora), denumii i ordonatori de credite bugetare. Acetia, la rndul lor, sunt clasificai n ordonatori de gradul 1 (conductorii ministerelor i ageniilor guvernamentale din subordinea Executivului), de gradul II (structurile de conducere i coordonare din teritoriu ale ministerelor, cum ar fi: direciile sanitare judeene, inspectoratele colare judeene etc.) i de gradul III (instituiile publice operaionale: spitale, coli, teatre, muzee etc.).

Operaiunile viznd a patra faz, cea de plat, le efectueaz angajaii serviciului financiar al instituiei publice. Toi funcionarii publici participani la fazele execuiei cheltuielilor unei instituii bugetare rspund solidar pentru calitatea i legalitatea gestionrii banilor publici.

ncheierea execuiei bugetareConcretizarea modului de gestionare a bugetului se efectueaz prin ntocmirea, la finele anului bugetar, a contului de execuie bugetar. Acesta reflect finalitatea operaiunilor de executare a veniturilor i cheltuielilor bugetare i conduce la determinarea modului cum Executivul, prin instituiile publice din structura i subordinea sa, a respectat ncadrarea n veniturile, cheltuielile i soldul bugetar aprobat de Parlament (echilibru, deficit sau excedent).

Coninutul contului de execuie bugetar este diferit n raport cu metoda de eviden bugetar adoptat de autoritile guvernamentale privind durata exerciiului bugetar. In acest sens, se poate utiliza sistemul de exerciiu sau sistemul de gestiune.

n sistemul de exerciiu, contul de execuie bugetar cuprinde totalitatea operaiunilor care privesc anul bugetar respectiv, chiar dac unele dintre acestea, ncasarea unor venituri i/sau efectuarea unor cheltuieli, se realizeaz dup ncheierea anului bugetar. Ca efect al acestor particulariti, pentru o perioad de cteva luni, n cursul unui an bugetar se conduce o eviden paralel, concretizat n conturi de venituri i respectiv de cheltuieli, corespunztoare att anului curent, ct i anului bugetar precedent.

n sistemul de gestiune, contul de execuie bugetar cuprinde numai operaiunile de ncasri ale veniturilor i pli n contul cheltuielilor realizate efectiv n anul bugetar respectiv, indiferent de exerciiul bugetar la care se refer. Aadar, operaiunile rmase neefectuate n cursul unui an bugetar se reflect n contul de execuie al anului urmtor, ceea ce nseamn c acest cont, n sistemul de gestiune, cuprinde operaiuni aferente att anului curent, ct i celui precedent.

ntocmirea contului de execuie bugetar se face de ctre Ministerul Finanelor, pe baza drilor de seam contabile i a conturilor privind execuia de cas a bugetului, elaborate de fiecare instituie public. Aceste documente de raportare contabil se centralizeaz, pe vertical, la nivelul fiecrei agenii guvernamentale (ordonator principal de credite), care depune apoi, la Ministerul Finanelor, situaia execuiei bugetare din domeniul su de activitate.

Contul (general) de execuie bugetar, ntocmit de Ministerul Finanelor, se prezint Guvernului, care, dup discutare, hotrte supunerea acestuia Parlamentului pentru dezbatere i aprobare.

Controlul execuiei bugetare

Dup primirea contului privind execuia bugetar, Parlamentul transmite documentul instituiei supreme de control al finanelor publice care, n cele mai multe ri, poart denumirea de Curte de Conturi. Aceasta este o instituie public exterioar Guvernului, care funcioneaz n mod autonom, dup legea proprie de organizare, pe lng forul legislativ. Curtea de Conturi raporteaz Parlamentului asupra rezultatelor controalelor efectuate, propunnd, totodat, msuri de mbuntire a unor dispoziii legale n vederea creterii eficienei utilizrii banului public.

n privina contului de execuie bugetar, Curtea de Conturi efectueaz la fiecare instituie public controlul ulterior, viznd legalitatea i realitatea datelor cuprinse n acest document.

Totodat, bazndu-se pe criteriile de performan bugetar ce trebuie elaborate i aprobate de Guvern, cu reflectarea specificului fiecrui domeniu de activitate economico-social finanat de la buget, Curtea de Conturi verific eficiena, eficacitatea i economicitatea execuiei bugetare, pronunndu-se i asupra calitii gestiunii banilor publici la nivelul fiecrei instituii i pe ansamblul bugetului. La ncheierea verificrilor efectuate prin structurile sale funcionale, dac nu se constat ilegaliti i prejudicii aduse fondurilor publice, Curtea de Conturi emite actul de descrcare de gestiune a conductorului (ordonatorului de credite) fiecrei instituii publice. Dac se constat operaiuni nelegale, generatoare de pagube materiale, acestea se recupereaz prin organele de jurisdicie ale Curii de Conturi - atunci cnd acestea se afl, conform legii de organizare, n structura Curii - sau prin instanele de profil din sfera puterii judectoreti.

n final, Curtea de Conturi prezint Parlamentului raportul privind controlul contului de execuie bugetar n vederea dezbaterii i aprobrii acestui cont.

Deosebit de controlul financiar ulterior, Curtea de Conturi exercit, n unele ri, i un control financiar preventiv, pe parcursul execuiei bugetare. Aceast form de control este deosebit de util pentru instaurarea disciplinei financiar-bugetare n economie, avnd ca obiective principale respectarea principiilor de legalitate, eficien, eficacitate i economicitate n angajarea i efectuarea cheltuielilor bugetare. n unele ri (ex. Frana) controlul preventiv se exercit prin specialitii Ministerului Finanelor. Considerm c, pentru evitarea conflictului de interese (Ministerul Finanelor este component al Guvernului, care, prin instituiile sale, execut bugetul), este mai oportun i eficient exercitarea acestei forme de control financiar de ctre o instituie extern Guvernului (Curtea de Conturi), care dispune de independen n raport cu Executivul i poate, astfel, aplica cu obiectivitate deplin legile. Desigur, Guvernul i organizeaz propriul su control financiar: preventiv i ulterior. Dar acesta reprezint controlul intern (propriu) care funcioneaz att la nivelul Secretariatului general al Guvernului, al fiecrei agenii guvernamentale, ct i n cadrul structurilor funcionale subordonate acesteia, precum i la Ministerul Finanelor care poate verifica oricare din celelalte instituii bugetare asupra legalitii i eficienei gestionrii fondurilor publice. Controlul intern nu exclude ci, dimpotriv, presupune existena unui control extern (preventiv i ulterior) raportat la instituia gestionar a bugetului, care se exercit, din partea contribuabililor, de ctre un organism independent, nesubordonat instituional Executivului, respectiv Curtea de Conturi. Funcionarea acesteia confer consisten respectrii principiului separrii puterilor n stat, n sensul c Guvernul elaboreaz i execut bugetul i ntocmete contul de execuie, iar Parlamentul aprob proiectul de buget i contul de execuie bugetar, aceast din urm aciune, dup controlul specializat al Curii de Conturi.

Organizarea i funcionarea controlului financiar, n general, asupra execuiei bugetare, n special, prezint particulariti de la o ar la alta. Important este ca, prin formele concrete de organizare i funcionare a controlului financiar, s se evite manifestarea conflictului de interese i s se realizeze controlul reciproc al puterilor n stat, n sensul ca organismul care gestioneaz bugetul (Guvernul) s fie controlat i de o entitate public exterioar acestuia, aprobarea execuiei bugetare efectund-o o alt putere n stat, respectiv forul legiuitor (Parlamentul).

n afara controlului financiar (intern i extern, n cadrul fiecreia din aceste categorii existnd cele dou forme de exercitare: preventiv i ulterior), mai funcioneaz controlul politic executat de Parlament. Acest tip de control se manifest att cu prilejul examinrii i aprobrii proiectului de buget, ct i la aprobarea contului de execuie bugetar, precum i pe parcursul execuiei bugetare.

Aprobarea execuiei bugetare

Pe baza raportului privind contul de execuie bugetar, elaborat de instituia specializat de control al finanelor publice, Parlamentul declaneaz procedura de dezbatere i aprobare a acestuia. Mai nti are loc analiza raportului n comisiile permanente reunite de buget-finane ale forului legislativ, iar apoi se dezbate n plenul Parlamentului proiectul de Lege privind aprobarea contului de execuie bugetar.

Cu aceast ocazie se prezint de ctre Executiv sinteza evoluiilor economico-financiare din anul la care se refer execuia bugetar i factorii care au influenat evoluia acesteia. Apoi, are loc exprimarea punctelor de vedere ale formaiunilor politice reprezentate n forul legislativ, prilej cu care se fac aprecieri privind calitatea gestiunii bugetare comparativ cu prevederile bugetului aprobat. Totodat, se pot avansa propuneri privind modificarea unor legi n vederea creterii eficienei utilizrii banilor publici. n continuare, se trece la discutarea pe articole a proiectului legii privind aprobarea contului de execuie bugetar. n coninutul su, pe lng articolele privind aprobarea contului respectiv, se pot introduce prevederi referitoare la continuarea verificrii de ctre Curtea de Conturi a anumitor aspecte ale execuiei bugetare i la raportarea ctre Parlament a constatrilor rezultate i a msurilor legale aplicate.

Votul final favorabil asupra proiectului de lege privind aprobarea contului de execuie bugetar marcheaz ncheierea etapelor procesului bugetar.

Este important de precizat faptul c durata n timp a ntregului proces bugetar prezint unele deosebiri, de la o ar la alta. Totui, n general, lund n calcul intervalul de timp consumat de la primele faze ale elaborrii proiectului de buget i pn la adoptarea proiectului .legii privind aprobarea contului de execuie bugetar, putem afirma c procesul referitor la bugetul unui an calendaristic dureaz, cu aproximaie, ntre 2 ani i jumtate i 3 ani i jumtate.

Lund ca exemplu bugetul anului 1999 (i admind c anul bugetar corespunde cu anul calendaristic), pe etape, procesul bugetar poate fi structurat, n timp, astfel: n perioada mai-decembrie 1998 (8 luni) se elaboreaz i aprob bugetul; n 1999 (12 luni) se execut bugetul; n ianuarie - iunie 2000 se ntocmete contul de execuie bugetar; din iulie 2000 un interval de timp de 6-12 luni, n raport cu complexitatea exerciiului bugetar i cu gradul de respectare a legalitii de ctre gestionarii bugetului, este afectat verificrii de ctre Curtea de Conturi a execuiei bugetare ncepnd cu instituiile bugetare operaionale (coli, spitale, teatre, muzee, uniti militare etc.) i pn la nivelul ministerelor i altor agenii guvernamentale; n final, mai sunt necesare 1-2 luni pentru dezbaterea i aprobarea contului de execuie bugetar.

Perspective privind analiza asistat a gestiunii n activitatea bugetarntrirea CCR ca instituie de audit extern independent, profesional i de ncredere n msur s contribuie n mod competent la descrcarea de gestiune/sau stabilirea responsabilitii n ceea ce privete utilizarea fondurilor de ctre administraia public i s prezinte Parlamentului Romniei i Uniunii Europene rapoarte de nalt calitate i de ncredere privind modul n care au fost utilizai banii publici.

Misiunea Curii de Conturi a Romniei va tinde ctre instituii similare, moderne i performante din Europa.

n acest sens, CCR va deveni:

instituie respectat de Parlament, Guvern i celelalte instituii ale statului, ct i de ctre societatea civil n ansamblu,

instituie care are ca scop atingerea excelenei profesionale, prin ncurajarea perfecionrii pregtirii profesionale a specialitilor si.Obiectivul general privind IT:

Asigurarea i dezvoltarea IT prin dotarea cu echipamente de calcul i soft-ul corespunztor pentru funcionarea ntr-o reea performant i realizarea n paralel a unui program de pregtire a personalului n acest domeniu.

Scopul urmrit este acela de a se introduce auditul asistat de calculator prin constituirea unui sistem de tehnic informatic i prin instruirea corespunztoare a personalului, dezvoltarea suportului tehnologiei informaiei pentru conducerea Curii de Conturi, n activitatea de control i pregtire profesional.

Motivaia acestui scop este perspectiva aderrii Romniei la Uniunea European, Curtea de Conturi a Romniei este cuprins n Programul PHARE , cu obiectivul general de consolidare a capacitii sale instituionale. Unul dintre obiectivele imediate este acela de Dezvoltare a suportului IT pentru conducerea Curii de Conturi pentru activitatea de control i pregtire profesional.

Printre rezultatele propuse a se obine se afl i dezvoltarea infrastructurii IT, nfiinarea unitii de interconectare ntre Curtea de Conturi i Ministerul Finanelor, pentru supravegherea operaiunilor de execuie bugetar, introducerea tehnicilor de audit asistat de calculator i dezvoltarea capacitii de auditare a sistemelor de tehnologie a informaiei. n literatura de specialitate ntlnim mai multe denumiri asociate instrumentelor pentru realizarea asistat de calculator a sistemelor informatice i anume: CASE (Computer - Aided Systems Engineering)

IPSE (Integrated Program (Project) Support Environment)

PSE (Programing Support Environments)

SEE (Software Engneering Environments).

n general termenii sunt considerai echivaleni, cel mai utilizat fiind cel de instrumente CASE. Unii specialiti fac ns o distincie ntre IPSE i CASE i consider c termenul de IPSE (utilizat cu precdere n Europa) desemneaz instrumentele ce au la baz limbajele de specificare i programarea, n timp ce termenul de CASE desemneaz instrumentele ce ofer suport grafic pentru proiectarea asistat a sistemelor informatice.

Instrumentele CASE trebuie s asigure, n principal, urmtoarele faciliti:

suport pentru metodele i tehnicile de analiz i proiectare. Instrumentele CASE ofer suport parial sau integral pentru o singur metod sau pentru mai multe metode independente. Principalul suport oferit l constituie editoarele de diagrame i text;

stocarea i regsirea datelor ce descriu sistemul. Datele ce descriu sistemul sunt stocate m dicionarul central de date, numit repository, i pot fi regsite i vizualizate prin intermediul browsere-lor;

verificarea descrierii sistemului din punct de vedere al consistenei i completitudinii. Analizorul de completitudine i consisten conine reguli specifice fiecrui tip de metod i de diagram utilizat. El poate fi activat automat sau manual;

suport pentru realizarea prototipurilor (limbaje de nivel nalt i generatoare de aplicaii);

suport pentru conducerea proiectului. Deosebit de utile sunt instrumentele de planificare i estimare a timpului i resurselor necesare realizrii sistemului, precum i gestiunea versiunilor proiectului;

generarea documentaiei de realizare a sistemului

n vederea asigurrii unui suport complet i performant pentru realizarea sistemelor informatice, instrumentele CASE trebuie s asigure n plus, urmtoarele faciliti:

acoperirea ntregului ciclu de realizare a sistemelor. Diferitele tipuri de instrumentele CASE trebuie s asigure acoperirea ntregului ciclu de realizare a sistemelor informatice, ncepnd cu etapa de studiu i analiz pn la punerea n funciune i ntreinerea sistemului asigurnd, eventual i reproiectarea sistemului. Instrumentele CASE trebuie s asigure nu numai suportul tehnic pentru o anumit etap, ci s faciliteze tranziia dintr-o etap a ciclului de realizare n alta, n ambele direcii.

generarea automat a codului de program pornind de la specificaiile de proiectare. Codul de program poate fi generat total sau parial n unul sau mai multe limbaje

inginerie inversat (reverse engineering). Permite revenirea din fazele mai trzii ale realizrii sistemelor informatice n fazele mai timpurii, opernd eventualele modificri care au intervenit;

adaptabilitate i extensibilitate. Utilizarea instrumentelor trebuie s poat fi adaptat la cerinele specifice ale utilizatorilor. n afara modului predeterminat de utilizare a lor, instrumentele CASE trebuie s ofere utilizatorilor posibilitatea de a customiza modul de utilizare, respectiv s modifice ordinea i/sau coninutul ecranelor i machetelor. De asemenea, pentru a prentmpina dinamica cerinelor utilizatorilor, instrumentele CASE trebuie s permit extinderea cu noi rutine sau instrumente. Integrarea noilor instrumente CASE se poate face direct, cu ajutorul unor interfee standard i protocoale de comunicare sau prin intermediul dicionarului comun de date.

Principalele obiective urmrite prin utilizarea instrumentelor CASE sunt reducerea timpului i costului de realizare a sistemelor, specificarea corect i complet a cerinelor sistemului, obinerea unor specificaii exacte i actuale n detectarea i corecia erorilor i a deficienelor sistemului ct mai devreme posibil, elaborarea i actualizarea documentaiei de realizare a sistemului.

Reducerea timpului i costului de realizare a sistemelor

Instrumentele CASE reduc considerabil efortul i timpul necesar aplicrii metodelor i tehnicilor de analiz i proiectare a sistemelor informatice care sunt n cea mai mare parte de natur grafic. Dac n sistemul manual modificarea unei scheme sau diagrame impunea, de cele mai multe ori, refacerea acesteia, n cazul instrumentelor CASE editoarele grafice ofer faciliti de tergere, inserare, redimensionare i mutare a elementelor reprezentate n diagrame, actualiznd corespunztor i legtura cu celelalte elemente. Reducerea timpului necesar realizrii schemelor i diagramelor are un efect benefic i asupra calitii sistemului proiectat ntruct analistul i proiectantul se pot concentra mai mult asupra analizei propriu-zise a sistemului existent i respectiv asupra concepiei sistemului informatic. Totodat, prin asigurarea unor specificaii de proiectare calitativ superioare, utilizarea instrumentelor CASE reduce considerabil efortul din etapa de implementare i meninere n funciune a sistemului.

Se apreciaz c prin utilizarea instrumentelor CASE productivitatea realizrii sistemelor informatice crete n medie cu 40%, depind chiar 80% n unele cazuri.

Specificarea corect i complet a cerinelor sistemuluiMajoritatea proiectanilor de sistem se confrunt cu. riscul ca sistemul proiectate s nu corespund cu necesitile utilizatorilor i ca urmare a specificrii incomplete a cerinelor. Tehnologia CASE ncurajeaz specificarea ct mai complet, detaliat i exact a cerinelor sistemului n concordan cu necesitile utilizatorilor finali oferind suport pentru variate metode de investigare i analiz. Dei nu se elimin riscul specificrii insuficiente, probabilitatea de eroare este mult mai mic.

Specificaii de proiectare exacte i actualeRealizarea unor sisteme informatice performante este condiionat, n mare parte, de definirea corect i detaliat a specificaiilor de proiectare, precum i de partiionarea adecvat a sistemului n componente ce pot fi gestionate i ntre care este asigurat schimbul (fluxul) de date. Tehnologia CASE urmrete asigurarea suportului pentru elaborarea complet i consistent a specificaiilor de proiectare cat i pentru asigurarea concordantei specificaiilor de proiectare cu implementarea actual. Astfel, modificrile care intervin n specificaiile de proiectare dup implementarea sistemului trebuie s se reflecte asupra programelor implementate i invers.

Detectarea i corectarea erorilor i a deficienelor sistemului ct mai devreme posibil, nc din primele etape ale ciclului de realizare, constituie unul din obiectivele majore ale instrumentelor CASE. Propagarea treptata a erorilor n etapele finale ale ciclului de realizare constitute una din marile probleme ale realizrii sistemelor ntruct determina creterea progresiv a costului i timpului necesar pentru corecia lor. Tehnologia CASE aduce, din acest punct de vedere, o nou abordare n realizarea sistemelor informatice oferind suport pentru construirea analiza metodelor obinute n vederea detectrii erorilor i deficienelor.

Elaborarea i actualizarea documentaiei de realizare a sistemuluiMajoritatea metodelor manuale de realizare a sistemelor urmresc elaborarea documentaiei pe msur ce sistemul este conceput i implementat, dar nu prevd actualizarea i utilizarea n continuare a documentaiei. De cele mai multe ori, documentaia existenta nu mai corespunde cu actuala implementare a sistemului. Tehnologia CASE ofer suport pentru inerea la zi a documentaiei, asigurnd totodat i meninerea integriti descrierii sistemului. Astfel, documentaia elaborata devine o reala surs de informaii pentru reproiectarea sau extinderea sistemului. Totodat, documentaia este mai expresiva coninnd n cea mai mare parte reprezentri grafice.

Clasificarea instrumentelor CASEInstrumentele CASE difer ntre ele prin dimensiunea suportului pe care-l ofer, gradul de acoperire a ciclului de realizare, tipul i numrul de metode pentru care ofer suport, facilitile de integrare cu alte instrumente i gradul de flexibilitate.

Din punct de vedere al dimensiunii suportului oferit, instrumentele CASE se pot clasifica n:

1. Instrumente CASE propriu-zise ce ofer suport pentru o singur activitate sau proces din cadrul unei etape de realizare a sistemelor informatice. n aceast categorie putem ncadra editoarele de diagrame i text, dicionarul de date, instrumentele pentru analiza consistenei i completitudinii specificaiilor de sistem, generatoare de aplicaii, compilatoare, depanatoare i nu n ultimul rnd instrumentele pentru conducerea proiectului (instrumente de planificare i estimare, pentru controlul versiunilor);

2. Instrumente ce ofer suport pentru o etap de din ciclul de realizare a sistemelor informatice, numite workbenches (bancuri de lucru). n aceast categorie intr instrumentele pentru analiz, proiectare, programare etc. Acestea sunt constituite dintr-un set de instrumente din prima categorie, cu un grad mai marc sau mai mic de integrare;

3. Medii CASE i chiar instrumente ce ofer suport pentru o etap sunt obinute prin integrarea unui set de instrumente CASE i ca urmare sunt cunoscute i sub numele de instrumente CASE integrate (I-CASE).

Instrumente CASE propriu-zise mai pot fi clasificate, n funcie de posibilitatea utilizrii lor n mai multe etape, n;

1. Instrumente CASE verticale care sunt specifice unei singure etape (generatoare de aplicaii, compilatoare etc);

2. Instrumente CASE orizontale ce sunt comune mai multor etape (instrumente pentru elaborarea documentaiei, pentru gestiunea versiunilor, editoarele pentru diagramele de tip entitate asociere).

La rndul lor, instrumentele ce ofer suport pentru etapele de analiz i proiectare se pot clasifica, n funcie de numrul metodelor pentru care ofer suport, n instrumente multimetod i respectiv n instrumente dedicate unei singure metode. Un alt criteriu de clasificare pentru aceste instrumente l poate constitui tipul de metod pentru care se ofer suport. Putem distinge, astfel, instrumente CASE pentru analiz i proiectare structurat, instrumente CASE pentru analiz i proiectare orientat obiect.

Din punct de vedere al gradului de acoperire al ciclului de realizare a sistemelor informatice, instrumentele CASE se clasific n:

1. Instrumente upper CASE (sau front-end CASE) ce ofer suport pentru primele etape din ciclul de via al sistemelor informatice (planificarea realizrii sistemului, analiza sistemului, specificarea cerinelor, modelarea i proiectarea sistemului la nivel logic);

2. Instrumente lower CASE (sau back-end CASE) ce ofer suport pentru ultimele etape din ciclul de via (proiectarea sistemului la nivel fizic, elaborarea programelor, depanare, testare, integrarea modulelor, ntreinerea i adaptarea sistemului la noi cerine).

Evoluia dezvoltrii instrumentelor CASETehnologia CASE nu reprezint, aa cum am artat, un domeniu informatic nou, ci un domeniu de aplicaie. Este mai degrab o tehnologie evoluionar dect revoluionar. Astfel, majoritatea instrumentelor CASE implementeaz metodologiile existente de realizare a sistemelor informatice, dezvoltate, n principal n perioada 1970 - 1980.

Instrumente CASE pentru metodele structurate. Metodele de analiz i proiectare structurat introduse la sfritul anilor 70 i dezvoltate, n principal, de Tom de Marco i Edwari Yourdon au adus o abordare sistematic n determinarea informaiilor ce urmau s fie utilizate n realizarea sistemelor i n modul de analiz a sistemului. Caracterul manual i complexitatea acestor metodologii au limitat utilizarea lor de ctre proiectanii de sisteme. Asigurarea suportului automat pentru aplicarea acestor metode a fcut posibil acceptarea i dezvoltarea lor pe scar larg.

Analiza i proiectarea structurat au constituit principalele metode automatizate de instrumentele CASE de-a lungul anilor `80.

Instrumente CASE pentru modelarea datelor. Tehnicile de modelare a datelor au fost dezvoltate pentru a veni n sprijinul proiectanilor de baze de date. Instrumentele CASE pentru modelarea datelor ofer suport pentru modelarea datelor (definirea entitilor logice i al relaiilor dintre ele), modelarea fluxului de informaii din cadrul unei organizaii sau proces i proiectarea schemei bazei de date.

Dintre tehnicile de modelare a datelor, cea mai utilizat este tehnica entitate-asociere. Ea tinde s devin o tehnic standard, ncorporat n majoritatea instrumentelor CASE pentru analiz i proiectare majoritatea instrumentelor CASE pentru analiz i proiectare.

Limbajele din generaia a patra. Limbajele din generaia a patra (4GL) sunt limbaje de nivel nalt care ofer suport pentru manipularea bazelor de date. Instrumentele din aceast categorie includ un limbaj de interogare a bazei de date (SQL, QBE), generator de videoformate de actualizare a datelor, generator de rapoarte i eventual, foaie de calcul tabelar. Codul de program este generat automat.

Limbajele din generaia a patra pentru baze de date au precedat, ntr-un fel, apariia instrumentelor CASE. Aceasta deoarece ele au aprut cu civa ani nainte ca primele instrumente automate s fie ncadrate n categoria CASE.

Dei utilizarea acestor limbaje reduce semnificativ timpul necesar dezvoltrii de aplicaii cu baze de date, codul de program obinut este mai puin eficient dect n cazul utilizrii limbajelor convenionale de programare. De aceea nu este recomandat utilizarea lor pentru dezvoltarea sistemelor complexe.

Instrumente CASE pentru proiectarea interfeei cu utilizatorul. Pentru aplicaiile comerciale, interfaa cu utilizatorul constituie una din componentele importante ale programului de aplicaii. Interfeele cu utilizatorul difer, n general, n privina stilului i a coninutului. Dei exist relativ puine metodologii formale pentru proiectarea interfeei, instrumentele CASE pentru proiectarea i generarea interfeelor sau dezvoltat rapid, rspunznd cerinelor practice. Aceste instrumente sunt dezvoltate pentru diferite tipuri de platforme hard i asist proiectantul n realizarea interfee de nalt calitate.

Instrumente CASE pentru generarea codului de program i inginerie inversatGenerarea automat a codului de program direct din specificaiile de proiectare constituie unul din obiectivele majore ale instrumentelor CASE actuale. Posibilitatea de generare integral a codului de program va ncuraja proiectatul de sistem s investeasc mai mult timp n etapele de analiz i proiectare. Alturi de instrumentele pentru generarea codului, un loc important l ocup instrumentele pentru ingineria avansat. Aceste instrumente permit actualizarea specificaiilor de programare cu modificrile intervenite n codul programului.

Instrumente CASE pentru metode orientate obiectn prezent exist relativ puine instrumente CASE care s ofere suport pentru metodele orientate obiect, dar n viitorul apropiat numrul lor va crete. Principalele beneficii aduse de aceast categorie de instrumente sunt legate de flexibilitatea crescut n modelarea sistemelor precum i de diversificarea posibilitilor de reutilizare, integral sau parial a proiectelor dezvoltate anterior. Productivitatea realizrii sistemelor informatice va crete simitor.

Arhitectura mediului CASEMediul CASE integreaz mai multe instrumente CASE i asigur faciliti pentru aplicarea metodelor de analiz i proiectare, stocarea i regsirea datelor ce descriu sistemul, suport pentru activitatea de conducere. O caracteristic distinctiv a mediilor CASE o constituie gradul de granularitate (nivelul de acces la datele stocate) al componentei centrale. Astfel, majoritatea instrumentelor CASE stocheaz atributele ce descriu entitile ntr-o form bloc, ca parte a descrierii complete a entitii. n acest caz, putem avea acces la un anumit atribut numai citind i parcurgnd, pe cile predefinite, ntreaga descriere a entitii. O alt posibilitate este aceea de a stoca atributele n mod individual, fiecare atribut putnd fi accesat n mod direct. Nivelul de acces la datele stocate n repository influeneaz posibilitatea de a integra n mediul CASE noi instrumente i faciliti. Astfel, orice instrument care urmeaz a fi ncorporat trebuie s poat interaciona cu dicionarul central de date la nivelul la care acesta permite accesul la date.

Faciliti de actualizare a informaiilorPentru introducerea i modificarea datelor ce descriu sistemul, mediul CASE ofer o varietate de editoare i anume:

editoare grafice structurate, utilizate pentru realizarea graficelor i a schemelor structurate cum ar fi diagramele de flux a datelor;

editoare matriciale pentru reprezentarea matricelor, tabelelor, foilor de calcul;

editoare structurate pentru limbaje bazate pe gramatici, limbaje de definire a proceselor, arbori:

editoare pentru text structurat;

editoare de texte obinute (n form liber).

Un obiectiv important al mediului CASE l constituie asigurarea integritii descrierii sistemului ca un ntreg. Astfel, utilizatorii pot realiza modificri n descrierea oricrei componente a sistemului, mediului CASE revenindu-i sarcina de a asigura consisten cu celelalte componente ale sistemului.

Faciliti de regsire, rsfoire i afiare a datelor din repository

Mediul CASE poate furniza informaii despre sistemul proiectat n forme variate utiliznd un set de rapoarte standard pentru afiarea datelor din repository, precum i rapoarte specializate cerute de metodele de analiz si proiectare utilizate. n afara acestor rapoarte predefinite, mediile CASE pun la dispoziia utilizatorilor faciliti de interogare a datelor din repository i generatoare de rapoarte care asigur obinerea informaiilor n forma dorit. O alt facilitate important o constituie posibilitatea de a rsfoi datele din repository urmnd cile predefinite.

Faciliti de analiz. Pe msur ce se realizeaz descrierea sistemului, datele stocate n repository sunt supuse analizei pentru a detecta eventualele, erori, omisiuni i disfuncionaliti, ct mai repede posibil. Principalele aspecte care pot fi supuse analizei sunt completitudinea descrierii, consistena specificaiilor, redundan, validitatea specificaiilor. Pentru analiza datelor, mediul CASE ofer att rutine de analiz specializate care permit verificarea restriciilor i regulilor impuse de metoda utilizat, precum i faciliti generale de analiz realizate prin interogri ale datelor din repository.

Faciliti de transformare (translatare) a datelor i integrare a instrumentelor. Instrumentele pentru realizarea asistat de calculator a sistemelor informatice sunt, n general, dedicate cte unei etape din ciclul de realizare a sistemelor informatice. Mediul CASE integrat trebuie s asigure interconectarea acestor instrumente i transferul datelor ntre instrumente, respectiv ntre etapele ciclului de realizare. De asemenea, n cadrul unei etape din ciclul de realizare utilizatorii pot apela la diferite tipuri de instrumente pentru a obine variate forme de reprezentare cu acelai coninut semantic. Utilizarea mai multor forme echivalente de reprezentare a datelor aduce un plus de informaie pentru c permite tratarea aceleiai probleme din mai multe puncte de vedere sau urmrind diferite aspecte. Mediul CASE trebuie, deci, s asigure translatarea automat a informaiilor ce descriu sistemul, dintr-o form de reprezentare n alta.

Un rol important n asigurarea translatrii datelor revine componentei repository. Modul de stocare a datelor i nivelul de acces la date (granularitatea) determin i modul de implementare a transformrii datelor. Astfel, datele pot fi stocate n forma n care sunt de ctre introduse de ctre utilizator proiectului, precum i generarea automat a documentaiei de realizare a sistemului informatic.

Repository reprezint componenta central a mediului CASE. Alte denumiri frecvente utilizate pentru desemnarea acestei componente sunt cele de baz de date, enciclopedie, catalog sau dicionar general de date. Repository stocheaz ntr-o form integrat i neredundant descrierea complet a sistemului i anume componentele sistemului, descompunerea sistemului n module, descrierea modulelor i a legturilor dintre ele, structura bazei de dale, machetele ecranelor i rapoartelor, structurile de control logic, precum i informaii necesare conducerii proiectului cum ar fi: planificarea realizrii activitilor, repartizarea sarcinilor pe echipe sau persoane, gestiunea resurselor etc.

Repository conine att date propriu-zise ct i metadate, asigurnd facilitile tradiionale ale unui dicionar de date, i poate fi implementat ntr-o manier centralizat sau distribuit, utiliznd fiiere sau baze de date transformate ntr-o alt form de reprezentare numai la cerere. O alt posibilitate este de a stoca datele ntr-o form standard, intermediar, recunoscut de toate instrumentele. n acest caz, afiarea sau editarea datelor va implica de fiecare dat o conversie a datelor din forma standard n forma cerut de instrumentul utilizat.

Facilitatea de a transforma datele este folosit i n cazul generrii automate a documentaiei de realizare a sistemului ntr-o form standard respectat de majoritatea mediilor CASE.

Generarea automat a coduluiGeneratoarele de cod pot genera codul parial sau integral pornind de la specificaiile de proiectare coninute n repository. Cel mai adesea este necesar completarea manual a codului obinut. n prezent, numai o mic parte a mediilor CASE includ aceast facilitate. Generarea automat a codului de program impune un nivel mai detaliat de descriere a sistemului, precum i utilizarea unor tehnici mai complexe de specificare a proceselor i de structurare a sistemului.

Faciliti de inginerie avansatIngineria avansat permite ca pe baza descompunerii i studierii codului de program i a descrierii datelor s fie refcute specificaiile de proiectare i s fie actualizate informaiile din repository. Aceast facilitate permite tranziia, n ambele sensuri, ntre etapele de utilizare a sistemelor.

Faciliti pentru activitatea de conducere a proiectului. Pentru conducerea proiectului mediul CASE asigur colectarea i utilizarea informaiilor privind planificarea i controlul realizrii proiectului i gestiunea resurselor. Aceste informaii sunt stocate n repository alturi de descrierea sistemului i pot fi utilizate, prin intermediul unor asigurate de mediul CASE i de pachete software specializate n conducerea proiectului.

Mediul CASE ofer suport i pentru lucrul n echip asigurnd distribuire prilor (modulelor) sistemului ntre echipe aflate pe staii de lucru diferite i apoi integrarea modulelor ntr-un singur sistem, asistnd metoda de proiect n detectarea i rezolvarea eventualelor conflicte.

Instrumente CASE pentru analiz proiectare structuratn prezent cea mai mare parte a instrumentelor CASE ofer suport pentru metode de analiz i proiectare structurat. Utilizarea pe scar larg a acestor metode a fost favorizat chiar de asigurarea suportului automat. Vom prezenta n continuare principalele caracteristici al acestei categorii de instrumente CASE prezentnd mai detaliat suportul oferit pentru metodele de referin n analiza i proiectarea structurat.

Instrumentele CASE pentru analiz structuratInstrumentele CASE folosite pentru analiz structurat sunt, n general, editoare grafice i de text utilizate pentru specificarea cerinelor informaionale. Aceste instrumente elimin efortul desenrii i modificrii manuale a diagramelor dnd posibilitatea analistului s se concentreze mai mult asupra analizei propriu-zise a sistemului. Atunci cnd aceste editoare sunt integrate cu un dicionar de date se ofer i faciliti de analiz a descrierii sistemului, n special sub aspectul completitudinii i al consistenei. Generarea automat a documentaiei rezult n urma etapei de analiz i actualizarea ei constituie o alt facilitate important. Documentaia este elaborat pe baza unor formate (abloane) predefinite i trateaz fiecare cerin n detaliu. Astfel s-au conturat cteva formate standard cum ar fi DOD-STD-2167A realizat pentru proiecte militare i respectiv formatul IEEE (Institute of Electrica land Electronic Engineers).

Instrumentele CASE pentru analiz structurat sunt dedicate unei singure metode sau ofer suport pentru dou sau mai multe metode nrudite.

Majoritatea instrumentelor CASE pentru analiz structurat implementeaz elementele metodei Yourdon/DeMarco i anume diagramele de flux a datelor, specificaiile de proces i dicionarul de date.

Diagramele de flux a datelor Instrumentele CASE ofer suport grafic pentru ntocmirea diagramei contextuale i pentru descompunerea acesteia pe mai multe nivele. Astfel cu ajutorul editorului de diagrame, se construiete mai nti diagrama contextual (diagrama de nivel 0), dup care fiecare proces din cadrul acestei diagrame poate fi detaliat (explodat) ntr-o diagram de nivel inferior. Acest lucru este uor de realizat ntruct simpla selectare a unui nod proces deschide automat o fereastr n care se poate edita diagrama corespunztoare acelui proces. Descompunerea continu n acelai mod i pentru nivelele inferioare. Numrul asociat fiecrui proces este generat automat.

Este recomandat ca diagrama asociat unui proces s nu depeasc dimensiunea unei pagini sau a unui ecran, respectiv s nu conin mai mult de 10-12 procese subordonate. Dac numrul de procese subordonate este mai mare se poate continua detalierea pe nivelul urmtor.

Numrul de nivele pe care poate fi descompus; diagrama contextual nu este, de regul, limitat. n practic, descompunerea unui proces se consider a fi ncheiat atunci cnd pentru procesul respectiv avem una din urmtoarele situaii;

o singur intrare de date i o singur ieire;

o singur intrare i mai multe ieiri;

mai multe intrri i o singur ieire

iar transformarea datelor de intrare n date de ieire este clar i uor de descris.

Pentru fiecare proces care nu mai admite o descompunere (proces frunz) trebuie ntocmit specificaia de proces.

Specificaiile de proces numite adesea i mini-specificaii sunt descrieri algoritmice ale prelucrrilor realizate de un proces frunz. Tehnicile de reprezentare a specificaiilor sunt variate, depinznd de tipul de transformare a datelor realizat de proces i de natura sistemului proiectat. n general, o specificaie de proces conine urmtoarele elemente:

numrul i numele procesului;

lista intrrilor de date;

lista ieirilor de date;

corpul specificaiei ce conine descrierea algoritmic a transformrii datelor de intrare n date de ieire.

De regul, instrumentele CASE genereaz automat primele trei componente, analistul trebuind s introduc numai descrierea algoritmului. Cele mai utilizate tehnici de specificare a proceselor, implementate i de instrumentele CASE. sunt: pseudocod, scheme logice, tabele de decizie, arbori de decizie, matrice stare-decizie, limbaje speciale pentru proiectarea programelor (program design language), diagrame Nassi Shneiderman, limbaje de programare. Specificarea proceselor cu ajutorul pseudocodului a tabelelor i arborilor de decizie este mai uor de realizat, constituind totodat un instrument facil de comunicare a algoritmilor ntre membrii echipei de analiz i proiectare Totodat, limbajele de proiectare a programelor, dei sunt mai dificil de utilizat datorit regulilor i restriciilor sintactice, ofer posibilitatea generri automate a codului surs, n unul sau mai multe limbaje de programare.

Majoritatea instrumentelor CASE ofer cel puin editoare de text pentru scrierea specificaiilor n pseudocod sau cu ajutorul limbajelor. Instrumentele complexe asigur i suport grafic pentru editarea tabelelor i arborilor de decizie.

Dicionarul de date conine descrierea tuturor elementelor ce apar n diagramele de flux a datelor i anume: fluxurile de date, procesele, datele stocate. El constituie un important instrument de modelare la fel ca i diagramele de flux a datelor, oferind analistului i utilizatorului o definire riguroas i detaliat a datelor din cadrul sistemului.

Instrumentele CASE creeaz i actualizeaz automat dicionarul de date. Astfel, atunci cnd se adaug noi fluxuri sau procese n diagram, automat sunt adugate i n dicionarul de date. Se pot realiza interogri i cutri n dicionar pentru a afla detalii despre datele stocate. Instrumentele CASE complexe permit extragerea din dicionar a datelor necesare pentru generarea automat a codului surs.

Instrumentele CASE pentru analiz structurat utilizeaz adesea diagramele entitate-asociere pentru a modela i vizualiza grafic datele din dicionarul de date. ntruct modelarea datelor cu ajutorul diagramelor entitate asociere este o tehnic comun att etapei de analiz ct i etapei de proiectare, ea este implementat de instrumentele CASE ca o component separat. Aceast tehnic va fi prezentat mai n detaliu n cadrul instrumentelor CASE pentru proiectare.

Faciliti de analiz automat. Instrumentele CASE ofer o serie de faciliti automate de analiz, pe msur ce datele despre sistem sunt stocate n mediul CASE. Cele mai importante aspecte ale descrierii sistemului ce pot fi analizate sunt completitudinea, consistena i redundana.

Completitudinea descrieri sistemului presupune s nu existe "goluri" n descrierea sistemului, respectiv elemente descrise incomplet sau deloc.

Consistena descrierii sistemului presupune, n principal, asigurarea corespondenei ntre diferitele componente ale specificaiei de sistem i evitarea conflictelor ntre ele.

Redundana urmrete ca pri alte specificailor de sistem s nu fie replicate explicit sau implicit.

Instrumentele CASE de analiz structurat implementeaz mecanisme de verificare automat a completitudinii i consistenei diagramelor de flux a datelor i a dicionarului de date. Criteriile de verificare variaz de la un instrument CASE la altul n funcie de particularitile de implementare ale metodei de analiz structurat. Totui putem identifica un set de criterii generale ce sunt urmrite de majoritatea instrumentelor.

Criteriile de baz pentru asigurarea consistenei datelor din diagramele de fluxuri:

fiecare proces i respectiv dat aflat pe flux sau stocat trebuie s aib un nume distinct;

toate sursele receptorii de date trebuie s apar n diagrama contextual. Astfel, n diagramele de nivel inferior nu pot s apar alte surse receptorii dect cele coninute n diagrama contextual,

n diagrama contextual nu pot s apar stocuri de date;

fiecare proces trebuie s aib cel puin un flux de intrare i un flux de ieire;

un proces trebuie s se descompun ntr-o digram sau s aib asociat o specificaie de proces;

asigurarea balansului n cadrul ierarhiei de diagrame ntre diagrama printe i diagramele copil. Astfel, intrrile i ieirile stabilite pentru un proces trebuie s apar ca intrri i ieiri n/din diagrama asociat procesului respectiv.

Pentru asigurarea consistenei datelor stocate n dicionar se au n vedere urmtoarele criterii:

definiiile s fie corecte din punct de vedere sintactic;

s nu existe definiii clasice;

s nu fie folosite ntr-o definiie elemente ce nu an fost anterior definite.

Totodat se verific i corespondena (balansul) ntre datele din diagrama de flux i cele din dicionarul de date. Astfel, nu pot exista elemente n diagrama de flux care s nu fie definite n dicionar.

Instrumentele CASE permit verificarea automat a consistenei, nepermind adugarea unui proces a unui flux de date sau a altui element dat dac acesta este inconsistent cu restul diagramei. O alt posibilitate este ca verificarea consistenei s se realizeze la cerere, prin apelarea rutinelor specializate. n acest caz acest caz sistemul poale accepta anumite inconsistene, pn la soluionarea lor ulterioar, avertiznd totodat utilizatorul cu privire la existena acestora.

Instrumente pentru proiectarea structuratSpre deosebire de analiza structurat, instrumentele pentru proiectarea structurat nu au suscitat, la nceput, un interes deosebit. Cea mai mare parte a instrumentelor erau doar editoare grafice pentru ntocmirea schemelor i nu aveau integrat un dicionar de date care s ofere suport pentru tehnicile de cuplare i coeziune. Creterea interesului pentru instrumentele CASE destinate proiectrii structurate s-a manifestat odat cu apariia i dezvoltarea ingineriei inversate i a posibilitii de generare automat a codului surs (integral sau parial).

Instrumentele CASE pentru proiectarea structurat implementeaz att metodele structurate bazate pe proces: Yourdon Constantine (software trough pictures EasyCase) ct i cele bazate pe date: Warnier-Orr (Brackets i Jackson Structured Design (software, trough pictures vs-design EasyCase).

n cazul metodei de proiectare propus de Larry Constantine i Edward Yourdon, principalul suport oferit este n realizarea schemei de structur i n modelarea datelor.

Realizarea schemei de structurProiectarea structurat are ca element central schema de structur (structure chart) ce realizeaz descompunerea ierarhic a sistemului n module. Schema de structur reprezint grafic ierarhia de module software punnd n eviden, de cele mai multe ori, i construcii specifice execuiei cum ar fi apelurile recursive sau iterative.

O prim form a schemei de structur poate fi derivat pe baza diagramei de flux a datelor i a specificaiilor de procese, utiliznd fie tehnica de analiz a transformrilor, fie tehnica de analiz a tranzaciilor. Majoritatea instrumentelor CASE pentru proiectare genereaz automat schema de structur (analyst, promod, DesignAid II, EasyCase). Aceast prim form obinut printr-un simplu algoritm top-down de conversie este apoi evaluat, mbuntit i rafinat de ctre proiectant cu ajutorul editorului de diagrame.

n realizarea schemei de structura, metoda Yourdon Constantine are n vedere dou caracteristici de baz i anume interfaa ntre modul de partiionare a modulelor (coeziune). Cuplarea caracterizeaz interdependena ntre dou sau mai multe module, n timp ce coeziunea msoar tria legturii ntre componentele unui modul. Cele dou caracteristici influeneaz ntreinerea flexibilitatea i eficiena schemei de structur. Instrumentele CASE ofer suport pentru minimizarea cuplrii i maximizarea coeziunii va avea ca efect specializarea funciilor rezolvate de un modul i reducerea dimensiunii acestora.

Instrumentele CASE pot oferi suport i pentru ntocmirea specificaiilor de programare asociate modulelor. Aceste specificaii sunt scrise n pseudocod sau chiar ntr-un limbaj de programare i au o importan deosebit n generarea automat a codului surs.

Modelarea datelor. Definirea structurii datelor ocup un loc important n cadrul specificailor de prelucrare i influeneaz n mare msur chiar arhitectura sistemului. Ca urmare, proiectarea structurii coleciilor de date trebuie realizat nainte de specificarea modulelor.

Tehnicile de modelare a datelor au fost dezvoltate pentru a veni n sprijinul proiectanilor de baze de date. Instrumentele CASE ofer n principal suport pentru:

modelarea datelor (definirea entitilor logice i a relaiilor dintre ele);

modelarea fluxului de informaii;

proiectarea schemei bazei de date.

Cea mai utilizat tehnic de modelare a datelor, implementat de majoritatea instrumentelor CASE, este tehnica entitate-asociere. Aceast tehnic permite reprezentarea grafic a dalelor din sistem grupate n entiti logice i a relaiilor dintre entiti. Pentru construirea diagramei instrumentele CASE ofer editoare grafice. Dac editorul grafic este integrat cu dicionarul de date atunci diagrama entitate-asociere poate fi generat pornind de la definirile din dicionarul de date. Instrumentele CASE implementeaz unul sau chiar mai multe tipuri de diagrame entitate asociere ce difer n general prin setul de simboluri utilizate.

Pornind de la diagrama entitate asociere i descrierea entitilor i atributelor de date, instrumentele CASE pot genera automat schema bazei de date, respectiv codul DDL (n SQL) necesar creri structurii fizice a bazei de date. Codul DDL poate fi generat pentru diverse sisteme de gestiune a bazei de date: Oracle, Informix, Ingres, SQL Server, Foxpro, dBase IV Sybase.

Exemple de instrumente CASEProMod este un instrument integrat de analiz i proiectare structurat ce asigur i generarea automat a codului surs n Ada, C, Pascal. Ruleaz pe computere IMB PC i VACS i este compus din ase module:

1. SA (Structure Analysis) este modulul de analiz structural ce implementeaz metoda Yourdon/De Marco. Asigur suport pentru ntocmirea diagramei de flux a datelor, dicionarului de date i a specificaiilor de proces. Pe msur ce se ntocmete diagrama de flux a datelor, ProMod analizeaz completitudinea i consistena descrierii i asigur respectarea balansului ntre componentele modelului rezultat n urma analizei.

2. SA-RT (Real-Time Analysis) - modulul de analiz n timp real extinde modelul obinut n SA cu fluxuri de control, specificaii de control i diagrame stare tranziie. Metoda implementrii este Harley/Pirbhai.

3. MD (Modular Design) - modulul de proiectare ce transform automat diagrama de flux a datelor obinute n modulul SA n schema ierarhic de descompunere a sistemului n subsisteme, module, funcii. Aceast prim form a schemei poate fi apoi mbuntit i rafinat cu ajutorul editorului de diagrame. Modulul ofer i un editor de pseudocod ce permite specificarea subsistemelor, modulelor i funciunilor. Pseudocodul asigur independena specificrii sistemului fa de un anumit limbaj de programare.

4. Pro/Source- modulul de generare a codului ce translateaz automat schema de structur obinut n modulul MD n cod de program scris n Ada, C sau Pascal. Codul de program aferent subsistemelor, modulelor, funciilor este obinut direct prin convertirea pseudocodului din specificaiile asociate. Modul de apel i modul de transfer a parametrilor reprezentate n schema de structur vor fi i ele transformate n instruciuni corespunztoare de program. Definirea structurilor datelor se va face pe baza informaiilor din dicionarul de date, generndu-se un aa numit pachet de declaraii de tip.

5. ProCap - modulul de ntreinere a codului surs i a specificaiilor de proiectare.

6. Re/Source- modulul de inginerie inversat transform codul surs n specificaii de proiectare pentru modulul MD. Re/Source mpreun cu modulele ProCap i Pro/Source asigur consistena specificaiilor de proiectare cu codul surs generat n ambele sensuri.

ProMod asigur i facilitatea de generare a documentaiei n variate forme, inclusiv DOD-STD-2167A.

Westmount I-CASE Yourdon ofer suport complet pentru realizarea sistemelor informatice. Avnd la baza metoda structurat propus de Yourdon, acest instrument CASE integrat ofer posibilitatea lucrului n echip, posibilitatea de generare i reutilizare a codului i generarea automat a documentaiei de realizare a sistemului informatic.

Arhitectura acestui mediu integrat de dezvoltare este prezentat n figura de mai jos:

Repository este componenta central a arhitecturii Westmount I-CASE Yourdon. Repository este implementat cu ajutorul unui SGBD relaional: Informix, Ingres, Oracle sau Sybase.

Analyst, este componenta ce ofer suport pentru analiza structurat. Metoda implementat este Yourdon De Marco, Westmount I-CASE Yourdon ofer suport pentru un set extins de instrumente i anume editoare pentru diagrame de flux a datelor, diagrame entitate asociere, diagrame de structur a datelor editoarele matriciale pentru matricea listei de evenimente.

Arhitect este componenta ce permite definirea arhitecturii sistemului (proiectarea de ansamblu). Editorul pentru arhitectura sistemului permite

- definirea modelului hardware;

- maparea aplicaiilor pe structura hardware;

- modelarea aplicaiilor client/server;

- analiza utilizrii monitorului de tranzacii (Tuxedo. TopenD);

- includerea controlului n timp real

Designer este componenta ce ofer suport pentru proiectarea de detaliu a sistemului informatic. Modelarea aplicaiei este realizat cu ajutorul urmtoarelor diagrame:

- diagrama de proiectare a interfeei cu utilizatorul (Form Sequence Diagram) ce definete structura meniului i a ecranelor;

- diagrama de definire a coninutului ecranelor (Form Contents Diagram) ce permite specificarea definiiilor logice (entitile, atributele componente i relaiile dintre entiti;

- schema de structur este definita pentru a specifica operaiile ce au loc n ecran.

Proiectarea de detaliu a aplicaiei este strns legat de proiectarea bazei de date. Pentru modelarea datelor se utilizeaz diagrama entitate asociere.

Programmer este mediul de programare care ofer suport pentru generarea codului surs, compilare, lansare n execuie i testare aplicaiei.

Generatorul de cod translateaz specificaiile de proiectare n cod surs. Astfel, pe baza diagramei entitate asociere se genereaz codul DDL (n SQL) ce definete structura fizic a bazei de date. Codul poate fi completat pentru a defini restriciile de integritate i modul fiz