1.

ANALIZA CRITIC A SISTEMULUI ACTUAL

1.1 Prezentarea societii

Denumirea firmei: S.C. CASA MAGICA S.R.L. Numrul i data nregistrrii la Registrul Comerului: J 20/880/31.07.2003 Cod fiscal/ Cod unic de nregistrare: R 15635311 Punct de lucru: str. 1 Decembrie 1918, nr.57- magazin CASA MAGICA, hala de producie Petrila, sat Jie , birouristr.Independenei,nr.19/18,Petroani Asociai, acionari principali la data solicitrii creditului: MIHANA SORIN persoan fizic roman, domiciliat n Petroani,jud.Hunedoara, str.Independenei, bloc 12, ap.15 cu o parte din capital de 75% i MIHU ADRIAN tot persoana fizic roman domiciliat n Petroani, jud.Hunedoara, str.Independenei, bloc 12A, ap.26 cu 25% parte la capital Tipul activitii principale i codul CAEN sunt prezentate n tabelul 1: Activitate principal ACTIVITI Producia de mobilier pentru birou i magazine Prelucrarea brut a lemnului i impregnarea lemnului Fabricarea de elemente de dulgherie i tmplrie pentru construcii Fabricarea altor produse din lemn (mobilier,ui,ferestre,lambriuri,case de vacan,mobilier pentru curte i grdin,elemente decorative din lemn) Fabricare de produse stratificate din lemn Producia mobilierului pentru buctrii Producia altor tipuri de mobilier Tabelul 1.Activiti principale Cod CAEN 3612 2010 2030 2051 2020 3613 3614

Activiti secundare

Conducerea firmei: MIHU ADRIAN avnd funcia de administrator.

1.1.1

Scurt istoric

S.C. CASA MAGICA S.R.L. a fost nfiinat n data de 31.07.2003 ca urmare a separrii activitii de producie a mobilierului de cea de ferestre din lemn stratificat cu
1

geam termopan executate de S.C. EXPOFOREST S.R.L. Astfel toat activitatea de producie i comercializare a mobilierului a fost preluat de S.C. CASA MAGICA S.R.L. n prima faz la sfritul anului 2003 a fost obinut un credit de finanare de la A.J.O.F. Hunedoara cu care a fost achiziionat hala de producie, mainile de transport i utilajele fiind nchiriate de la EXPOFOREST S.R.L. Tot atunci a fost deschis i magazinul de prezentare CASA MAGICA in care este prezentat mobilierul produs. n aceast faz, firma i-a nceput activitatea cu 10 angajai, toi fcnd parte din rndul omerilor din Valea Jiului. Ca urmare a dezvoltrii activitii de producie a devenit clar necesitatea achiziionrii de utilaje de producie performante noi, care s asigure o calitate i o productivitate corespunztoare. Pentru aceasta a fost necesar contactarea unui nou credit la nceputul anului 2006 de la TBI LEASING, folosit pentru achiziionarea utilajelor de baz noi. Deoarece volumul produciei a crescut de la 90.090 RON la sfritul anului 2004 la 204.463 RON la sfritul anului 2005 i conform contractelor n discuie va ajunge pan la sfritul anului 2006 la valoarea de 650.000 RON n luna aprilie 2006 au fost angajate nc 6 persoane pentru activitatea de producie. Astfel, cu un numr de 18 angajai la sfritul lunii aprilie 2006 i cu achiziionarea principalelor utilaje de producie noi firma, ocupa in acest moment un loc important pe piaa de mobilier din Valea Jiului. n acest moment pentru dezvoltarea afacerii este necesar lrgirea gamei sortimentale de produse comercializate prin intermediul magazinului precum i amenajarea acestuia i a halei de producie ntru-un mod care s susin desfurarea unei activiti de cea mai bun calitate. 1.1.2 Produsele i serviciile

MOBILIER DE BUCTRIE MOBILIER DE SUFRAGERIE MOBILIER PENTRU DORMITOR MOBILIER DE BIROU MOBILIER PENTRU MAGAZINE Modelele de mobilier i dimensiunile sunt standardizate, conform apartamentelor din zon sau sunt relevate direct la domiciliul clientului, eventual n colaborare cu acesta. Mobilierul este confecionat din pal melaminat n combinaie cu sticl, lemn, metal sau MDF i este confecionat ntr-o gam foarte variat de soluii constructive (de exemplu dulapurile pot fi cu ui aplicate , ngropate, culisante sau pliante ). Accesoriile pentru mobilier sunt din inox n special cele pentru mobila de buctrie. Feroneria este de import sau din ar n funcie de alegerea clientului. De asemeni pentru mobilier se folosesc ornamente de diverse categorii precum i oglinzi, spoturi, halogene i borduri. n funcie de cerinele clientului mobilierul de buctrie se poate executa cu aparatura necesar (plita,cuptor,frigider,etc.) ncorporat. Calitatea produselor este asigurat de materialele folosite,de calificarea muncitorilor, de procesul tehnologic stabilit, de o bun ntreinere i verificare a utilajelor folosite, dar i de existena unui sistem de control al calitii conform standardelor stabilite.
2

1.2 Capacitatea tehnic

a) Date tehnice cu privire la principalele mijloace fixe: Nr. Denumire mijloc fix crt Carteristici tehnice Grad de ncrcare Grad de uzur

Main de gurit cu postament

Masa de lucru:400x600 Viteza de rotaie arbore:2500 rot/min 25% Greutate:200kg Diametru arbore principal: 35mm Masa de lucru: 500x1000 Cursa de lucru: 850mm Viteza de avans:3m/min Greutate:460kg

60%

Main aplicat cantabs

80%

0%

Ferstru circular cu incizor FCTI-3150

Masa de lucru: 1500x1000 Cursa de lucru: 3150mm Viteza rotaie incizor:9000 rot/min 85% Viteza rotaie pnz:3000 rot/min Greutate:680kg Mas de lucru: 570x400 Vitez rotaie volant: 600rot/min Greutate:230kg 28% Diametru volant:435 mm Lungime max.pnz: 4500mm 85% Tabelul 2.Mijloace fixe

0%

Ferstru cu band luscher

20%

Exhaustor spanex

45%

b) Descrierea sumar a fluxului tehnologic, a ansamblului activitilor

necesare realizrii produselor:

3

Nr. Crt . 1 2 3 4 5 6 7 8 9 10

Denumirea operaiei Transportul materialului (pal melaminat) din depozit n atelier Debitarea materialului conform schemei de croire stabilite Aplicarea foliei de cant pe marginea elementelor de pal debitate

Utilajul pe care se execut operaia Manual Ferstru circular cu incizor Manual cu ajutorul unei

sulfante cu aer cald Manual,cu ajutorul mainii Executarea lacusurilor de fixare n vederea speciale pentru executarea mbinrii cu lamello lacsurilor respective mbinarea plcilor de pal melaminat cu lamello i Manual fixarea lor cu curele n vederea intrrii aracetului Main de gurit fix i Prelucrarea gurilor pentru balamale portabil Manual, cu ajutorul mainilor Montarea accesoriilor portabile de nurubat Manual Depozitarea mobilei n vedrea montrii Transportarea (sediul)clientului mobilei la domiciliul Auto Manual cu ajutorul mainilor portabile(de gurit,nurubat,ferstru,etc.)

Montarea mobilei la domiciliul (sediul)clientului Tabelul 3.Fluxul tehnologic

Regimul de lucru al noilor capaciti este de 5 zile /sptmn x 22 zile/lun x 8 ore/schimb

c) Materii prime i utiliti: Cantitile necesare pentru programul de producie pe un an

Materia prim

Furnizorii actuali S.C.FORTUNA S.R.L.,Arad S.C.FERONERIA S.A, Arad S.C. ELECTROSTAR Petroani S.C.MINERVA COM S.R.L,Timioara

Preul unitar Acc.obinuite: 2,5-15 RON Acc.speciale: 50-150 RON Aparatur ncorporabil: 50-420 RON

Accesorii mobilier

25% din total

Geam fazetat,oglind

S.C.MELTEX COMIMPEX S.R.L.,Petroani 5% geam S.C. SNOW 5% oglind QUEEN S.R.L. Salonta S.C. ARABESQUE S.R.L. Timioara 65% din S.C. CARMEN & valoare mat TONI S.R.L Deva Tabelul 4.Materii prime i utiliti

35 RON/mp 50 RON/mp

Pal melaminat

total

180 RON/mp

1.3 Descrierea pieei

a. Descrierea segmentelor de pia crora li se adreseaz produsele:

Segmentul de pia cruia i se adreseaz mobilierul produs este compus din firmele care doresc mobilier de birou,mobilier pentru spaii comerciale dar i de persoane ntre 25 i 30 de ani, cstorite i avnd un venit stabil rezultat din serviciu sau o afacere personal care doresc un mobilier modern, axat pe funcionalitate maxim, cu un design plcut. La vnzarea ctre persoanele fizice va contribui n special magazinul firmei precum i sistemul de vnzare n rate sau prin credite. Segment de pia Mobilier de birou Mobilier pentru spaii comerciale Persoane fizice Procent vnzri 20% 20% 60%

Tabelul 5.Repartizarea pieei pe categorii de produse b. Clienii poteniali interni i externi pe categorii de produse sunt prezentai n urmtorul tabel: DIRECIA SILVIC GORJ S.C. ALPIN CONSTRUCT S.A. S.C. ELECTRICA S.A. S.C. ATOMIS INTERNAIONAL PROD S.R.L. OCOLUL SILVIC ARAD S.C. TERMOFICARE S.A. colile generale nr.1 i nr. 4 Diverse persoane fizice n special din Valea Jiului Tabelul 6.Clieni poteniali Tg.Jiu Petroani Petroani Petroani Arad Petroani Petroani Mobilier birou Mobilier hotel Mobilier birou Mobilier hotel Mobilier birou Mobilier birou Mobilier birou Mobilier hotel Mobilier birou Mobilier colar Mobilier birou Mobilier buctrie Mobilier sufragerie Mobilier dormitor

c. Principalii concureni pe grupe de produse

Nr. Denumirea crt firmei . concurente S.C.Visa Comimpex 1 S.R.L. Petroani S.C. Total Mobila 2 S.R.L. Petroani S.C. Simal Exim 3 S.R.L. Deva S.C. Harabagiu 4 Stil S.R.L. Hunedoara

Vechim e pe pia mai mare mai mare mai mare mai mare

Volumul de vnzri

Capacitate Calitate tehnologic mai slab mai slab mai slab mai slab

Servicii auxiliare

Pre

comparabil

montare

comparabil

mai mare mai mare

montare

comparabil

comparabil comparabil

fr montare fr montare

mai mare mai mare

comparabil comparabil comparabil

Tabelul 7.Concureni Pentru a-i mbunti poziia firma va cuta s realizeze urmtoarele obiective: - respectarea termenului, calitii i modelului mobilei pentru a nu crea o imagine negativ asupra firmei; - vnzarea prin toate sistemele de rate existente,inclusiv prin intermediul crilor de credit; - realizarea de contracte de vnzare cu noi magazine(sau deschiderea de noi magazine)din alte orae ale Vii Jiului i din Haeg; - obinerea certificrilor de calitate i conformitate de la forurile competente recunoscute. d. Strategia de marketing Din analizele fcute rezult c pentru a-i putea promova produsele pe pia acestea vor trebui s ndeplineasc o serie ntreag de caracteristici dintre care amintim: - s realizeze n cel mai nalt grad scopul pentru care sunt fabricate :grad de utilitate maxim combinat cu destinderea i odihna celor care le utilizeaz; - s aib un design plcut i o construcie ergonomic; - s fie robust pentru a rezista la diversele solicitri la care va fi supus ; - raportul pre calitate s fie optim ; - acelai model de mobilier s aib variante constructive diferite cu preuri diferite care s acopere o categorie ct mai mare de cumprtori ; - asigurarea complet a serviciilor pentru mobilierul comandat (transport, montare,reparaii ) - faciliti de plat n rate cu B.C.R i celelalte bnci din Petroani i crearea unui sistem propriu de rate

e. Strategia de distribuie Comercializarea produselor se face direct prin contact cu clientul , la sediul firmei sau prin magazinul propriu al firmei. Plata produselor se poate face fie n dou rate,la ncheierea contractului i respectiv la montarea mobilei,fie prin sistemele de rate practicate de B.C.R. sau Banc Post. De asemeni , firma -i propune ca prin intermediul magazinului s realizeze: - colaborarea cu alte firme de mobilier ,care produc mobilier pe care firma nu poate s-l produc sau l produce la preuri mai mari (mobilier de metal, colar, din lemn masiv scaune de diferite tipuri)-S.C. ERGOFORM S.R.L. BRAD ; - comercializarea n cadrul magazinului a produselor care funcioneaz ca i accesorii la mobilier (corpuri de iluminat, accesorii pentru mobilierul de buctrie etc.); - colaborarea cu firme care produc ui i ferestre de calitate superioar, lambriu, duumea,etc.- S.C. EXPOFOREST S.R.L. PETROANI i S.C. TEHNODESING S.R.L. PITETI f. Strategia de promovare Avnd n vedere c firma este nou n domeniu va fi foarte important: - realizarea unei campanii publicitare foarte agresive n zon din care s rezulte avantajele mobilierului pe comand; - promovarea tipului propriu de mobilier CASA MAGICA - amenajarea magazinului propriu firmei de ctre un specialist n domeniu; - colaborarea permanent cu un designer profesionist n stabilirea modelelor de mobilier.

2 CONCEPTE GENERALE PRIVIND BALANELE DE VERIFICARE

2.1 Necesitatea, importana i funciile balanelor de verificare

2.1.1 Necesitatea i importana balanelor de verificare Contabilitatea a creat procedeul contului pentru a uura i simplifica munca de eviden a elementelor patrimoniale, a cunoateri micrii i transformrii lor precum i a rezultatelor obinute. n acest fel s-a trecut de la bilan la cont. Pentru demersul invers, de la cont la bilan, contabilitatea i-a creat un alt procedeu numit balana de verificare. Necesitatea acestui procedeu a fost reclamat de faptul c operaiunile economice determin nregistrri ntr-o multitudine de conturi, iar cu ocazia nregistrrilor se pot produce erori cu privire la prile conturilor n care s-au nregistrat operaiunile. De aceea balana de verificare a fost creat cu scopul de a asigura verificarea exactitii nregistrrilor n conturi a operaiunilor economice. Apoi, din balan datele sunt trecute n bilan, care trebuie s reflecte ct mai fidel situaia tuturor elementelor patrimoniale ale unitii. Balana de verificare este procedeul prin intermediul cruia se asigur controlul exactitii i realitii informaiilor consemnate n sistemul conturilor. Schematic a corelaia dintre procedeele metodologice specifice contabilitii se pot reprezenta n figura urmtoare:
Date cifrice, exprimate sub form valoric referitoare la obiectul de studiu al contabiliti

Bilan la nceputul exerciiului

Sistemul conturilor

Balana de verificare

Bilan la sfritul perioadei

Figur 1 Succesiunea prelucrrii informailor contabile Ansamblul operaiilor economice care afecteaz n mod curent situaia patrimonial a agentului economic se sistematizeaz n conturi care urmresc existena i dinamica elementelor patrimoniale ntr-o exactitate i dup un regim metodologic riguros , astfel c la momentul dorit fiecare cont s ne poat spune totul despre elementul pe care acesta , prin natura lui l urmrete , adic: existentul la nceputul perioadei (soldul iniial ) , intrrile(creterile), ieirile (scderile), totalul micrilor cumulat de la nceputul anului, existentul(soldul) final n momentul pe care l dorim i implicit la sfritul fiecrei perioade de gestiune. Pe baza datelor nregistrate n conturi ,periodic i neaprat cu ocazia ntocmirii bilanului la sfritul fiecrei perioade de gestiune, se ntocmete situaia denumit Balana de verificare contabil
9

Astfel, n categoria procedeelor specifice metodei contabilitii se nscrie i Balana contabil de verificare, care asigur respectarea n contabilitate a echilibrului permanent impus de dubla nregistrare a elementelor patrimoniale ale agentului economic ,att cu ocazia nregistrrii operaiilor n ordine cronologic i sistematic, ct i cu ocazia calculelor aritmetice n formulele contabile compuse sau n conturile contabile. Balana de verificare contabil are aspectul unui tablou enumerativ al tuturor conturilor din cartea-mare care furnizeaz informaii n legtur cu soldurile iniiale, micrile intervenite ntr-o anumit perioad de gestiune i soldurile finale la data ntocmirii ei. Prin nsumare pe categorii de informaii oferite de balana de verificare contabil rezult punctul de plecare al controlului aritmetic oferit de contabilitate asupra nregistrrilor efectuate, n scopul obinerii pe tot parcursul perioadei de gestiune a egalitii balaniere. n general, balana de verificare contabil trebuie s cuprind: simbolul i denumirea conturilor folosite n decursul perioadei pentru care se ntocmete balana (lun,trimestru, an), soldurile debitoare sau creditoare ale conturilor, rulajul debitor sau creditor al fiecrui cont ce intr n componena balanei contabile de verificare. Faptul c operaiile contabile nregistrate n conturi au la baz dubla nregistrare i c balana de verificare se ntocmete pe baza datelor din conturi, face posibil controlarea a o serie de egaliti, ca de exemplu: egalitatea dintre totalul sumelor nregistrate n debitul conturilor care trebuie s fie egal cu totalul celor nregistrate n credit; totalul soldurilor debitoare ale conturilor trebuie s fie egal cu totalul sumelor creditoare etc. nregistrrile fcute greit n special care nu au respectat dubla nregistrare duc la inegaliti, la erori, semnalate prin ntocmirea balanelor de verificare. n activitatea managerial desfurat n domeniul financiar-contabil, balana de verificai contabil ndeplinete mai multe funcii:

2.1.2 Funciile balanei de verificare Prin intermediul balanei de verificare se asigur nfptuirea n practic a urmtoarelor obiective:
verificarea exactitii nregistrrilor efectuate n conturi.

Acest obiectiv se realizeaz n virtutea cerinelor att a principiului dublei reprezentri prin bilan a elementelor patrimoniale, potrivit cruia ntotdeauna totalul elementelor de activ este egal cu totalul elementelor de pasiv, deci ntotdeauna totalul soldurilor iniiale debitoare este egal cu totalul soldurilor iniiale creditoare, ct i a principiului dublei nregistrri n conturi a operaiunilor economice, al crui consecin este faptul c genereaz alte serii de egaliti ( Deci, prin acest tablou se constat i se verific exactitatea nregistrrilor din contabilitatea curent, prin existena egaliti permanente dintre totalurile sale, fapt ce i justific i denumirea. Aadar, balana de verificare contabil ndeplinete rolul unui instrument de reglare a nregistrri operailor economice n conturi ; funcia de realizare a concordanei ntre conturile analitice i cele sintetice.
10

Aceast funcie decurge din faptul c pentru fiecare cont sintetic, care se desfoar pe conturi analitice, se ntocmete cte o balan de verificare a conturilor analitice, cu ajutorul creia se controleaz exactitatea nregistrrilor efectuate n conturile sintetice prin concordanele care trebuie s existe ntre conturile analitice i contul sintetic la care se refer, cu privire la soldurile iniiale, rulajele i soldurile finale. n aceste condiii, balanele de verificare analitice fac legtura ntre conturile analitice i cele sintetice; funcia de legtur ntre cont i bilan. Deoarece balana de verficare contabil st la baza ntocmirii bilanului , face legtura dintre cont care furnizeaz informaii de detaliu asupra fiecrui element de activ i pasiv i bilan care furnizeaz informaii generalizatoare asupra activitii de ansamblu a agentului economic. Aceast legtur const n faptul c datele din bilan reprezint soldurile finale ale conturilor de activ i de pasiv preluate din balana de verificare i apoi prelucrate i grupate conform necesitilor de ntocmire a bilanului. Deci, balana de verificare contabil este puntea de legtur dintre conturile analitice i cele sintetice, dintre acestea din urm i bilan, deci face legtura ntre procedeele de baz ale metodei contabilitii;
funcia de grupare i centralizare a datelor nregistrate n conturi.

Compararea i centralizarea datelor contabile cu ajutorul balanei de verficare ofer conducerii agentului economic, posibilitatea de a cunoate volumul i natura modificrilor intervenite n structura elementelor patrimoniale, att n perioada curent de gestiune ct i perioadele precedente, situaia debitorilor i creditorilor, a cheltuielilor i rezultatelor financiare ale agentului economic la un moment dat i n dinamic, n vederea elaborrii previziunilor necesare lurii deciziilor de ctre manageri. Aadar, balana de verficare contabil permite centralizarea ntregii activiti economico financiare a agentului economic care a fost reflectat pe conturi distincte, oferind astfel informaii de ansamblu asupra bunurilor patrimoniale aflate n administrarea operativ a agenilor economici i asupra activitii ntr-o anumit perioad de gestiune;
funcia de instrument de analiz a activitii economice a agenilor

economici. Aceast funcie se realizeaz prin confruntarea pe fiecare cont n parte, pe grupe de conturi i pe total, a datelor de la nceputul unei perioade de gestiune cu cele de la sfritul ei. n acest fel se pot stabili schimbrile produse n mrimea i structura fondurilor agentului economic, justeea plasrii fondurilor pe destinaii. De asemenea se poate urmrii micarea mijloacelor agentului economic i a proceselor economice, precum i ndeplinirea sarcinilor de producie, prin confruntarea datelor efective cu cele programate. Deci, balana de verificare contabil are un rol deosebit de important n analiza situaie economico-financiare pe perioade scurte de timp i n intervalul dintre dou bilanuri, fiind n acest fel singurul instrument care furnizeaz informaiile necesare conducerii operative a ageniilor economici. Totalitatea acestor funcii ndeplinite de balana de verificare contabil sunt ntr-o strns interdependen, determinat de faptul c unele decurg din celelalte.

11

2.2 Clasificarea balanelor de verificare

n funcie de ansamblul operailor la care se refer, balanele de verificare se clasific din mai multe puncte de vedere i anume:
a) Din punct de vedere al conturilor pentru care se ntocmesc, deosebim:

-balane de verificare sintetice, ntocmite pe baza datelor din conturile sintetice utilizate n activitatea agentului economic respectiv, ntr-o anumit perioad; -balane de verificare analitice, ntocmite pe baza conturilor analitice, pentru acele conturi sintetice a cror eviden se desfoar pe conturi analitice. Astfel, pentru fiecare cont sintetic, care se desfoar pe mai multe analitice, se ntocmete o astfel de balan analitic. Cu referire la aceeai problem (toate conturile analitice au acelai coninut economic ca i contul sintetic din care fac parte), balanele conturilor analitice pot conine att date cantitative ct i valorice. Aceste balane se mai numesc i balane de verificare auxiliare sau secundare. La rndul lor, astfel de balane sintetice i analitice se divid dup cum urmeaz: Balanele de verificare a conturilor sintetice, care pot fi: 1.balane de verificare lunare cu patru serii de egaliti i anume: E1 Total sume debitoare din lunile = Total sume creditoare din lunile precedente (pentru 1 ianuarie precedente (pentru 1 ianuarie soldul iniial) soldul iniial) E2 Total rulaje debitoare n luna curent = Total rulaje creditoare n luna curent Total sume debitoare de la nceputul = Total sume creditoare de la nceputul anului i pn la finele lunii curente anului i pn la finele lunii curente E4 Total solduri finale debitoare = Total solduri finale creditoare 2.balane de verificare intermediare (simplificate), folosite pentru verificarea nregistrrilor contabile efectuate pe perioade mai scurte, n cursul lunii i pot fi cu: -trei serii de egaliti pentru soldul iniial, rulajele curente i soldul final (denumit i balana rulajelor); -dou serii de egaliti, pentru soldurile iniiale i soldurile finale, fapt pentru care se mai numete i balana soldurilor. Balanele de verificare a conturilor analitice, cuprind soldul final al conturilor analitice din cadrul unui cont sintetic. O astfel de balan ndeplinete funcia de legtur ntre conturile sintetice i cele analitice, precum i de control reciproc al nregistrrilor din conturile sintetice i cele analitice. Ele se ntocmesc pe baza datelor cantitative i valorice rezultate din fiele conturilor, fiind de fapt o situaie desfurtoare a contului sintetic. Din balan trebuie s reias relaiile care exist ntre conturile analitice i contul sintetic respectiv, n sensul c suma soldurilor iniiale ale conturilor analitice trebuie s fie egal cu soldul iniial al contului sintetic respectiv;aceeai relaie este i ntre totalul micrilor i soldurilor finale.
b) Din punct de vedere al numrului de egaliti pe care-l conin,deosebim:

E3

-balane de verificare cu o serie de egaliti, ntocmite sub form tabelar care pot prezenta din punct de vedere al coninutului dou variante, adic: balane de sume, care cuprind dou coloane de sume, debitoare i
12

creditoare, al cror total trebuie s fie egal; balane de solduri, care cuprind dou coloane de solduri, debitoare i creditoare, care trebuie s fie egale ntre ele; -balane de verificare cu dou serii de egaliti (balana de verificare a sumelor i soldurilor), se ntocmete grafic sub form tabelar i din punct de vedere al coninutului se prezint ntr-o singur variant, rezultat din combinarea balanei de sume cu balana de solduri. Astfel de balane cuprind patru coloane, dou de sume, debitoare i creditoare, i dou de solduri, debitoare i creditoare, fapt ce permite stabilirea a dou serii de egaliti ntre totalul coloanelor perechi (de sume i de solduri); -balane de verificare cu trei serii de egaliti, care din punct de vedere al coninutului se prezint ntr-o singur variant, adic: balane de rulaje cu solduri iniiale i finale, care din punct de vedere grafic se prezint sub dou variante i anume: sub form tabelar n ase coloane (dou pentru solduri iniiale debitoare i creditoare, dou pentru rulaje lunare debitoare i creditoare,dou pentru solduri finale debitoare i creditoare) fapt ce permite stabilirea atrii serii de egaliti ntre totalurile coloanelor perechi (de solduri iniiale, de rulaje i de solduri finale); sub forma unui tablou ntocmit dup principiul matriceal, care conine aceleai egaliti, dar la ntretierea rndurilor cu coloanele, cu precizarea c rulajele din perioada curent sunt redate prin formule contabile (coresponden ntre conturi).Aceast ultim variant mai este denumit balan-ah, pentru c are forma unei table de ah; -balane de verificare cu patru serii de egaliti (balane de rulaje lunare cu sume precedente i solduri finale), care din punct de vedere al coninutului i al formei grafice de ntocmire se prezint ntr-o singur variant, adic un tabel cu opt coloane repartizate astfel: dou pentru sumele din lunile precedente (debitoare i creditoare) dou pentru rulajele luni curente (debitoare i creditoare) dou pentru sume totale (debitoare i creditoare), i dou pentru solduri finale (debitoare i creditoare); fapt ce permite stabilirea a patru serii de egaliti ntre totalul coloanelor perechi (de sume din lunile precedente, de rulaje ale lunii curente, de sume totale i de solduri finale).
c) Din punct de vedere al naturii funcionale a conturilor (dup felul

soldului pe care l prezint conturile pentru care se ntocmesc balanele la sfritul perioadei), deosebim: -balane de verificare analitice pentru conturi monofuncionale, adic cele ntocmite pentru conturi care funcioneaz fie numai dup regulile conturilor de activ, fie numai dup regulile conturilor de pasiv. Acestea la rndul lor se pot clasifica dup numrul etaloanelor de eviden utilizate n: balane de verificare analitice pentru conturi cu un singur etalon de eviden(bnesc) i balane de verificare analitice pentru conturi cu dou etaloane de eviden(natural i bnesc) -balane de verificare analitice pentru conturi bifuncionale, ntocmite de regul pentru conturile care funcioneaz att dup regulile conturilor de activ ct i de pasiv. Introducerea ntr-o grup sau alta, de activ sau pasiv, are n vedere soldul final al contului.
13

d) Din punct de vedere al perioadei de gestiune pentru care se ntocmesc,

deosebim: -balane de verificare intermediare, ntocmite pentru o perioad de gestiune mai scurt de o lun; -balane de verificare lunare, care exprim situaia contabil a patrimoniului la sfritul unri perioade de gestiune de o lun; -balane de verificare trimestriale, cuprind situaia patrimonial a agentului economic pentru o perioad de gestiune de un trimestru; -balane de verificare semestriale, cuprind date despre patrimoniul agentului economic pentru o perioad de gestiune de ase luni; -balane de verificare anuale, se refer la situaia patrimonial a agentului economic la sfritul anului de gestiune.

2.3 ntocmirea balanelor de verificare.

Exist o multitudine de tipuri de balane de verificare care se deosebesc att n ceea ce privete numrul elementelor patrimoniale pe care le verific ct i n ceea ce privete numrul egalitilor prin prisma crora se verific exactitatea nregistrrilor n conturi. Balana de verificare se prezint sub forma unui tabel n care se pun fa n fa diferitele categorii de date cifrice din debitul i creditul conturilor(solduri iniiale, rulaje, total sume, solduri finale) ntocmirea balanelor de verificare se face diferit n funcie de natura acestora. Astfel, ntocmirea balanelor de verficare sintetice necesit urmtoarele lucrri: -stabilirea rulajelor debitoare i creditoare ale conturilor sintetice, n fiele ah sau n cartea mare; -completarea formularului balanei de verificare n urmtoarea succesiune: informaiile contabile care se refer la perioad de gestiune anterioar celei pentru care se ntocmete balana de verificare precedent (soldurile iniiale sau sumele precedente debitoare i creditoare) se completeaz prin preluarea lor direct din bilan sau din balana de verificare precedent; rulajele debitoare i creditoare ale lunii curente se trec n balana de verificare din fiele sintetice ah sau din cartea-mare; totalul sumelor debitoare i cel al sumelor creditoare, pentru balanele de verfificare cu una sau dou egaliti se stabilesc tot din fiele sintetice sah sau din carteamare. n balana de verificare cu patru serii de egaliti totalul sumelor debitoare i totalul sumelor creditoare se stabilete direct n formularul de balan de verificare ( total sume precedente debitoare plus rulajul debitor egal cu totalul sumelor debitoare i respectiv totalul sumelor precedente creditoare plus rulajul creditor egal cu totalul sumelor creditoare); -soldurile finale se determin n balan prin diferen ntre totalul sumelor debitoare i totalul sumelor creditoare ale fiecrui cont; -se totalizeaz coloanele din balana de verificare i fiecare pereche de coloane din balana de verificare trebuie s oglindeasc totaluri egale.

14

ntocmirea balanelor de verificare analitice necesit urmtoarele lucrri contabile: -totalizarea fiecrui cont analitic i stabilirea soldului n cadrul fiei iar pentru conturile cu dou etaloane de eviden (cantitativ i valoric) se vor totaliza cantitile intrate i ieite, rezultnd stocul final; -completarea formularului de balan de verificare analitic prin preluarea totalurilor stabilite n fie pentru fiecare cont analitic (omiterea unui cont analitic din balan duce la nerealizarea corelaiei cu contul sintetic corespunztor) ; -se totalizeaz fiecare coloan din balana de verificare analitic, pentru a se face urmtoarele corelaii: n balanele analitice pentru conturile monofuncionale, diferena ntre totalul sumelor debitoare i totalul sumelor creditoare trebuie s fie egal cu totalul coloanei de sold debitor sau creditor, dup caz;n balane analitice pentru conturi bifuncionale, diferena ntre totalul sumelor i totalul sumelor creditoare trebuie s fie egal cu diferena ntre totalul soldurilor debitoare i totalul soldurilor creditoare; -n balanele de verificare cu dou etaloane de eviden, se totalizeaz i cantitile n scopul verificrii exactitii nregistrrilor prin realizarea corelaiei: stoc precedent plus total intrri minus total ieiri egal stoc final (stocurile finale din balan trebuie s fie egale cu stocurile finale din fiele de magazie); -se verific corelaia dintre contul sintetic i balana de verificare analitic. n general balanele de verificare se ntocmesc, de regul, la sfritul perioadei de gestiune (lun, trimestru, semestru, an) i ori de cte ori necesitile impun acest lucru n scopul verificrii exactitii nregistrrilor contabile i necesit urmtoarele lucrri: trecerea operailor din jurnal n cartea-mare pn la data cnd urmeaz s se ntocmeasc balana de verificare, totalizarea sumelor din debitul i creditului fiecrui cont deschis n cartea-mare i stabilirea soldului acestora; trecerea datelor din conturile deschise n cartea mare (soldurile iniiale, rulaje, sume totale, solduri finale) n formularul balanei de verificare; adunarea coloanelor balanei de verificare,iar totalurile stabilite n cadrul fiecrei perechi de coloane (debitoare-creditoare)trebuie s fie egale ntre ele. De asemenea, totalul rulajelor stabilite n cadrul balanei de verificare, trebuie s fie egal cu totalul rulajelor din registru jurnal. n cazul n care totalurile debitoare nu sunt ale fiecreia din cele patru date cifrice preluate din conturi nu sunt egale cu totalurile creditoare, nseamn c exist erori de nregistrare n conturi sau de calcul a unor elemente ori sume. Macheta uneia din cele mai complete balane de verificare cu patru serii de egaliti se prezint prin intermediul tabelului nr.1

Simbolul i denumirea conturilor

Total sume (solduri) din balana precedent

Rulaje(micri) n luna curent

Total sume

Solduri finale

15

212Consrucii 302Materiale consumabile 531 Casa 512Conturi curente la bnci 401Furnizori 101Capital 519Credite bancare pe termen scurt TOTAL

D 400 300 10 25 -

C 70 620 45

D 100 10 30 65 -

C 400 400 20 25 100 30

D 400 400 20 25 30 65 -

C 65 10 170 620 75

D 335 400 20 15 -

C 140 555 75

735 735 Prima serie de egaliti

205 205 A doua serie de egaliti

940 940 A treia serie de egaliti

770 770 A patra serie de egaliti

Tabel 1.Balana de verificare ntocmit la data de 1 aprilie anul N Datele contabile pn la prezentarea lor n balana de verificare i ntocmirea bilanului parcurg mai multe etape de prelucrare. Esena etapelor de prelucrare const n: deschiderea conturilor; ntocmirea documentelor justificative;prelucrarea documentelor i nregistrarea lor n conturi calculaia costurilor i a rezultatelor; verificarea exactitii datelor nregistrate; ntocmirea balanei i a bilanului contabil. Toate aceste etape operaionale formeaz ciclul contabil de prelucrare a datelor. Forma de contabilitate exprim modul de organizare a ciclului contabil i de prelucrare a datelor n scopul obinerii informaiilor care s caracterizeze n expresie valoric, starea i micarea patrimoniului. Forma de contabilitate reprezint un sistem de formulare, corelate ntre ele, care servesc la nregistrarea i prelucrarea, dup anumite reguli, a strii i micrii elementelor patrimoniale. n categoria formularelor, ca elemente componente ale formei de contabilitate, se cuprind: documentele justificative, registrele contabile, purttorii tehnici de date (benzi i discuri magnetice,microfilme .a. ) balana conturilor , listele de inventariere, situaiile financiar-contabile de sintez i raportare. Noul sistem contabil din ara noastr a adoptat urmtoarele forme de contabilitate: forma de contabilitate clasic sau jurnal unic, forma de contabilitate pe jurnale, forma de contabilitate informatic. Forma de contabilitate clasic sau jurnal unic este specific ntreprinderilor mici unde volumul operaiilor nregistrate zilnic este limitat. Schema prelucrrii datelor n cadrul acestei forme se prezint ca n figura 1.

16

DOCUMENTE JUSTIFICATIVE
nregistrare cronologic

JURNAL

nregistrare sistematic CARTEA MARE Centralizare i verificare BALANA PROVIZORIE EE

Centralizare i verificare

BALANA DEFINITIV Sintetizare

BILAN CONTABIL

Figur 2 Forma de contabilitate clasic sa jurnal unic

17

Forma de contabilitate pe jurnale presupune drept instrumente de lucru : jurnalele multiple; situaii auxiliare pentru debitul unor conturi; cartea mare; balana de verificare i bilanul contabil. Schema prelucrrii datelor n cadrul acestei forme se prezint n figura 3.

DOCUMENTE JUSTIFICATIVE

PRELUCRARE,VERIFI CARE, CONTARE

nregistrare cronologic i sistematic

FIE I SITUAII DE EVIDEN ANALITIC SITUAII PENTRU DEBITUL UNOR CONTURI JURNALELE PENTRU EVIDEN SINTETIC I UNEORI ANALITIC

Centralizare

i
nregistrare

Centralizare i
nregistrare

Centralizare i verificare

DOCUMENTE JUSTIFICATIVE

BALANA CONTURILOR

Grupare i centralizare BILAN CONTABIL

18

Figur 3 Forma de contabilitate pe jurnale

2.4 Tipuri de balane de verificare

2.4.1 Balane de verificare ale conturilor analitice

Alturi de balana de verificare aconturilor sintetice, ntocmit dup cartea-mare, atunci conturile sintetice dezvolt pe analitice, este necesar s se ntocmeasc i balane de verificare ale conturilor analitice. Ele se ntocmesc dup registrele dezvolttoare ale crii mari i numrul lor este egal cu al conturilor sintetice care se dezvolt pe conturi analitice. Astfel de balane sunt necesare pentru efectuarea controlului asupra datelor reflectate n conturile analitice, deoarece atunci cnd se dezvolt nregistrrile din conturile sintetice se pot comite diverse erori. Astfel, balanele de verificare analitice devin un mijloc eficient pentru stabilirea legturilor ntre evidena analitic i evidena sintetic. De asemenea, astfel de balane furnizeaz conducerii informaii detaliate n legtur cu existena i micarea elementelor patrimoniale ale agentului economic. Tehnica de lucru n cazul acestor balane const n preluarea din registrul Carteamare a sumelor totale i soldurilor conturilor analitice deschise n cadrul aceluiai cont sintetic. Se ntocmesc balane de verificare analitice a conturilor monofuncionale (1) i bifuncionale (2). (1) Conturile monofuncionale prezint la sfritul perioadei sold final debitor sau creditor, funcionnd fie numai dup regulile conturilor de activ fie de pasiv. De aceea i conturile analitice deschise n cadrul acestora vor avea un singur fel de sold, de acelai sens cu soldul conturilor sintetice de care aparin ca de exemplu: - Materiale, Debitori, Clieni, Furnizori etc. Prezentarea unei astfel de balane, ca form, difer n funcie de numrul etaloanelor de eviden utilizate (la unele conturi analitice se folosete un singur etalon de eviden iar la altele dou etaloane -natural i bnesc- i anume: Balana de verificare a conturilor analitice monofuncionale cu un singur etalon de eviden (bnesc) se prezint sub forma unui tabel cu o singur pereche de coloane pentru sume (debitoare i creditoare) i o singur coloan pentru solduri, deoarece conturile monofuncionale nu au dect un singur fel de sold debitor sau creditor. Deosebit de balanele de verificare ale conturilor sintetice,balanele analitice de verificare nu au egaliti, dect atunci cnd conturile analitice sunt soldate, deci totalul coloanei de solduri este egal cu zero. Exactitatea nregistrrilor din conturile analitice i sintetice de care aparin se verific prin corelaiile ce se stabilesc ntre datele furnizate de ctre aceast balan i datele corespunztoare din contul sintetic respectiv, astfel: totalul sumelor debitoare ale tuturor conturilor analitice din balan trebuie s fie egal cu totalul sumelor debitoare ale contului sintetic; totalul sumelor creditoare ale tuturor conturilor analitice din balan trebuie s fie egal cu totalul sumelor creditoare ale contului sintetic; totalul soldurilor tuturor conturilor analitice din balan trebuie s fie egal i de acelai sens cu soldul contului sintetic (Tabelul 2).

19

Nr.pag. din Carteamare 1. 2. 3. 4. 5.

Sume totale Denumirea conturilor analitice Palace-Tour A.B.C.- S.A. Ionescu Victor Decebal-S.A. Octoupus- S.A. TOTAL Cont sintetic Clieni Debitoare 120.000 250.000 180.000 800.000 400.000 1.750.000 1.750.000 Creditoare 80.000 170.000 180.000 300.000 300.000 1.030.000 1.030.000 Solduri 40.000 80.000 500.000 100.000 720.000 720.000

Tabel 2.Balana de verificare analitic a contului Clieni , ntocmit la 31.XII.N

etaloane de eviden (bnesc i natural), se prezint sub form tabelar i conine n plus fa de cea precedent, coloane pentru cantitile intrate, ieite i stocuri. Astfel de balane folosesc att etalonul bnesc ct i cel natural i nu se utilizeaz pentru verificarea conturilor n care se reflect mijloacele economice de natur material, care dup funcia contabil sunt ntodeauna de activ i nu prezint deci dect sold debitor. Controlul exactitii datelor ntre conturile analitice i cele sintetice n acest caz se verific prin intermediul corelailor care trebuie s existe ntre datele din aceste balane de verificare i cele din contul sintetic respectiv, corelaii care se stabilesc ca n cazul variantei precedente. Balana de verificare analitic ntocmit pentru conturi cu dou etaloane de eviden este cea din tabelul 3. Nr. pag. Carteamare dezvolttoare 1. 2. 3. 4. 5. Denumirea conturilor analitice Cantiti Totale Intrri Ieiri 9000 5000 3500 1000 6500 Stoc 1000 2000 1500 1000 500 Sume Totale Sold Debitoare 12000 25000 18000 80000 40000 17500 17500 Creditoare 8000 17000 18000 50000 30000 123000 123000 4000 8000 30000 10000 52000 52000

Balana de verificare a conturilor analitice monofuncionale cu dou

Felul etalonului natural

Nisip m.c 10000 Pietri m.c 7000 Balast m.c 5000 Ciment kg. 2000 Var kg. 7000 TOTAL Cont sintetic Materii prime

Tabel 3.Balana de verificare analitic a contului Materii prime ntocmit la 31.XII.N

20

(2) Conturile bifuncionale nu respect aceeai regul precum conturile monofuncionale, deoarece de la o perioad la alta pot prezenta fie sold debitor fie sold creditor, deci funcioneaz att dup regulile conturilor de activ ct i dup regulile conturilor de pasiv. De aceea verificarea contului sintetic cu analiticele sale prezint unele particulariti n ceea ce privete corelaia dintre soldul contului sintetic i cel al analiticelor respective. n aceast categorie se includ n special conturile sintetice de decontri i analiticele corespunztoare lor. Ca mod de prezentare, balana de verificare analitic a conturilor bifuncionale cuprinde dou perechi de coloane:una pentru sume (debitoare i creditoare) i alta pentru solduri (debitoare i creditoare), deci se aseamn cu balana de sume i solduri ntlnit la conturile sintetice, cu singura deosebire c ntre totalurile coloanelor perechi din balana de verificare analitic a conturilor bifuncionale nu exist egaliti Verificarea exactitii nregistrrilor datelor din conturile analitice i contul sintetic de care aparin, se face n acest caz, pe baza acelorai corelaii ca i la balanele precedente, lund n considerare particularitatea nsumrii algebrice. 2.4.2

Balane de verificare a conturilor sintetice

Pentru conturile sintetice de activ sau pasiv se pot ntocmi urmtoarele balane de verificare: 1. Balane de verificare cu o serie de egaliti, se pot ntocmi n dou variante: Balane de verificare a sumelor, ce cuprind dou coloane pereche, adic totalul sumelor debitoare este egal cu totalul sumelor creditoare ale conturilor din Carteamare, la data ntocmirii ei. Totalul sumelor debitoare cuprinde soldurile iniiale debitoare de la nceputul anului la care se adaug rulajele debitoare ale conturilor de la nceputul anului i pn la data ntocmirii balanei de verificare, iar totalul sumelor creditoare cuprinde soldurile iniiale creditoare de la nceputul anului plus rulajele creditoare ale conturilor de la nceputul anului i pn la data ntocmirii balanei de verificare. Trecerea datelor se face separat pentru fiecare cont. De asemenea, aceast balan permite i stabilirea celei dea doua corelaii, conform creia, totalurile balanei de verificare din creditul tuturor conturilor din Carteamare trebuie s fie egal cu totalurile din coloanele de sume debitoare i creditoare ale jurnalului, la care s-au adugat soldurile iniiale luate din bilan. Atunci cnd aceste corelai nu sunt satisfcute exist o eroare de nregistrare a operailor economice, de raportare a nregistrrilor din jurnalul Cartea-mare sau chiar eventuale greeli de calcul. O astfel de balan de verificare ndeplinete att funcia de control a exactitii nregistrrilor efectuate ct i de grupare i centralizare a datelor contabilitii curente. O astfel de balan are urmtoarea form de prezentare: Simbol cont 212 302 531 401 101 Denumirea conturilor Construcii Materiale consumabile Casa Furnizori Capital
21

Total sume Debitoare Creditoare 1.000.000 300.000 50.000 500.000 490.000 800.000 900.000 2.000.000 3.160.000

TOTAL:

4.600.000

4.600.000

Tabel 4.Balan de verificare ntocmit la 31.XII.N

deosebirea c locul celor dou coloane perechi de sume este luat de coloane perechi de solduri, adic una pentru soldurile finale debitoare i cealalt pentru soldurile finale creditoare. Deci, trebuie ca totalul soldurilor finale debitoare s fie egal cu totalul soldurilor finale creditoare. Prin aceast egalitate balana de verificare a soldurilor ndeplinete funcia de control al exactitii datelor nregistrate n conturi, stnd la baza ntocmirii bilanului contabil. Din punct de vedere grafic ea se prezint astfel: Simbol cont 212 302 531 401 101 Denumirea conturilor Construcii Materiale consumabile Casa Furnizori Capital TOTAL:

Balana de verificare a soldurilor, este asemntoare cu precedenta cu

Solduri finale Debitoare Creditoare 1.000.000 250.000 10.000 100.000 1.160.000 1.260.000 1.260.000

Tabel 5.Balana de verificare ntocmit la 31.XII.N

2. Balana de verificare cu dou serii de egaliti, este rezultatul combinrii

celor dou balane prezentate anterior i se bazeaz i se bazeaz pe egalitatea dintre totalul sumelor debitoare i totalul sumelor creditoare i egalitatea dintre totalul soldurilor finale debitoare i totalul soldurilor finale creditoare. O astfel de balan cumuleaz funciile balanei de verificare a sumelor i respectiv a soldurilor i se prezint astfel:

Nr.pag. Carteamare 1. 2. 3. 4. 5.

Denumirea conturilor Construcii Materiale Casa Furnizori Capital TOTAL

Total sume Debitoare Creditoare 1.000.000 300.000 50.000 500.000 490.000 800.000 900.000 2.000.000 3.160.000 4.600.000 4.600.000 Egalitatea I

Solduri finale Debitoare Creditoare 1.000.000 250.000 10.000 100.000 1.160.000 1.260.000 1.260.000 Egalitatea II

Tabel 6.Balana de verificare ntocmit la 31.XII.N

3. Balana de verificare cu trei serii de egaliti, a fost creat pentru asigurarea

unei informaii corespunztoare activitii manageriale. Ea cuprinde pe coloane distincte soldurile iniiale, rulajele perioadei curente i soldurile finale ale conturilor, fapt pentru
22

care se mai numete i balan de rulaje cu solduri iniiale i finale, exprimnd cu ajutorul rulajelor mijloacele i sursele n dinamica lor, adic volumul valoric al activitii desfurate pe o anumit perioad, iar cu ajutorul soldurilor existenele de mijloace i surse la un moment dat, nlturndu-se astfel neajunsurile balanei de verificare cu dou seri de egaliti. Din punct de vedere grafic se poate prezenta att sub form tabelar ct i sub form matriceal. Acesta balan cuprinde urmtoarele egaliti:totalul soldurilor iniiale debitoare este egal cu totalul soldurilor iniiale creditoare; totalul rulajelor debitoare este egal cu totalul rulajelor creditoare; totalul soldurilor finale debitoare este egal cu totalul soldurilor finale creditoare. Prin aceste egaliti se asigur att funciile balanelor cu o serie de egaliti, cu dou serii de egaliti ct i funcia de analiz a activitii economice pe un nivel superior. Alturi de cele trei egaliti se pot stabili n plus, urmtoarele corelaii: egalitatea dintre totalul rulajului din balan i totalul rulajului din registrul jurnal; identitatea soldurilor finale din balana de verificare ntocmit la sfritul perioadei precedente cu soldurile iniiale din balana perioadei curente; identitatea soldurilor finale din balana perioadei curente cu soldurile iniiale din balana de verificare a perioadei viitoare. Varianta tabelar a balanei de verificare cu trei serii de egaliti (tabelul 7) are la baz nregistrrile din Cartea-mare. Nr.pag. Cartea Simbol Denumirea conturilor Mare 1. 212 Construcii 2. 302 Materiale 3. 531 Casa 4. 401 Furnizori 5. 101 Capital TOTAL Solduri iniiale D C Rulaje n perioada curent D C 1.000 300 50 500 500 800 900 2.000 3.150 4.600 4.600 Egalitatea II Solduri finale D C

1.000 250 10 100 - 1.160 1.260 1.260 Egalitatea I

2.000 500 10 200 - 2.310 2.510 2.510 Egalitatea III

Tabel 7.Balana de verificare ntocmit la 31.XII.N O alt variant a acestui tip de balan este aa-zisa balan-ah. Aceast variant se folosete deoarece forma tabelar a balanei de verificare cu trei serii de egaliti reflect numai volumul valoric al activitii desfurate pe o perioad dat, dar nu furnizeaz date asupra naturii operaiilor efectuate, naturii reflectate prin corespondena conturilor. Din aceste considerente s-a impus folosirea balanei-ah(tabelul 8) , care permite descoperirea eventualelor abateri de la respectarea dublei nregistrri a operaiilor economice n conturi. Prin aceast balan se face att un control aritmetic ct i un control de fond, evitndu-se erorile determinate de nerespectarea dublei nregistrri. Avnd n vedere c fiecare operaie economic supus nregistrrii este reflectat att n debitul unui cont ct i n creditul altui cont simultan i cu aceeai sum, putem concluziona c o astfel de nregistrare se realizeaz prin intermediul unei matrice, rndurile corespunznd primei clasri, iar coloanele celei de-a doua clasri. n acest fel
23

matricea necesit o singur nscriere, deoarece datele se nscriu concomitent att pe rnduri ct i pe coloane. Practic, pentru ntocmirea matricei se procedeaz astfel: cunoscndu-se denumirea sau simbolul contului debitat i denumirea sau simbolul contului creditat, se nscrie suma respectiv n csua rezultat prin intersecia rndului (liniei) pe care este plasat contul debitat cu coloana pe care este plasat contul creditat. Dac n csu exist o sum nscris anterior, noua sum se adaug la suma deja nscris. Astfel, rezult de fapt dou matrici , una sub form de matrice linie, cealalt matrice-coloan cu proprietatea c suma elementelor matricii linie s fie egal cu suma elementelor matricii coloan. Deci, ntodeauna sumele nregistrate n debit trebuie s fie egale cu sumele nregistrate n credit, ca rezultat al dublei nregistrri. Atunci cnd aceast egalitate nu se respect, exist greeli de nregistrare i deci dubla nregistrare nu a fost respectat. Balana de verificare-ah are trei serii de egaliti i anume: - n csua rezultat din intersecia primei coloane, n care se nscriu soldurile iniiale debitoare, cu primul rnd , pe care se nscriu soldurile iniiale creditoare, se trece o singur totalul soldurilor i se stabilete prima egalitate; - n csua de la intersecia penultimei coloane, n care se nscrie, prin nsumare pe rnduri rulajul total debitor al fiecrui cont, cu penultimul rnd, pe care se nscrie prin nsumare pe coloane rulajul total creditor al fiecrui cont, se nscrie o singur dat totalul rulajelor i se obine a doua egalitate; - n csua de la intersecia ultimei coloane n care se nscriu soldurile finale debitoare, cu ultimul rnd, pe care se nscriu soldurile finale creditoare, se trece o singur dat totalul soldurilor finale, rezultnd a treia egalitate a balanei. tiind coninutul corespondenei dintre conturi, cu ajutorul balanei-ah se obine o informare amnunit asupra activitii desfurate de agentul economic pentru perioada la care se refer respectiva balan de verificare. Nr. Crt. 1. 2. 3. Debit/ Credit Sold iniial Contul Contul C1.. C2.. Contul Contul Ci.. Cn Total Total rulaj rulaj debitor creditor X X X X X X X X X -

Sold iniial 0 X X.. X.. X Contul C1 X 0 X.. X.. X Contul C2 X X 0.. X.. X . ----------------------- . ------- . ----------------------i. Contul Ci X X X.. 0.. X . ----------------------- . -------- . ---------------------n Contul Cn X X X.. X.. 0 n+1 Total rulaj X X.. X.. X creditor n+2 Sold final creditor

X..

X..

Tabel 8.Balana de verificare-ah

24

4. Balana de verificare cu patru serii de egaliti, se prezint ntr-o singur variant sub form tabelar, fiind o combinare ntre balana de sume i solduri cu balana de rulaje cu solduri iniiale. Mai este denumit i balana de rulaje lunare cu sume precedente i a fost impus de necesitatea comparrii rulajelor de la finele lunii curente cu sumele de la sfritul lunii precedente pentru urmrirea n dinamic a activitii agentului economic i stabilirea schimbrilor care s-au produs n starea i structura mijloacelor i proceselor economice. Balana prezint urmtoarele patru serii de egaliti: - totalul sumelor debitoare din perioada precedent este egal cu totalul sumelor creditoare din perioada precedent; - totalul rulajelor debitoare al perioadei curente este egal cu totalul rulajelor creditoare al perioadei curente; - totalul sumelor debitoare este egal cu totalul sumelor creditoare; - totalul soldurilor finale debitoare este egal cu totalul soldurilor finale creditoare. O astfel de balan (tabelul 9) reprezint modelul cel mai complet de balan tabelar, deoarece satisface funciile tuturor celorlalte tipuri de balane, oferind n plus informaii pentru efectuarea analizei n dinamic a situaiei economico-financiare a agentului economic. Permite de asemenea stabilirea urmtoarelor corelaii: egalitatea dintre sumele totale din balana de verificare ntocmit la sfritul perioadei precedente i sumele totale la sfritul perioadei precedente din balana de verificare a perioadei curente; identitatea dintre sumele totale din balana perioadei curente i sumele totale la sfritul perioadei precedente din balana de verificare a perioadei viitoare.
Nr. pag. din Cartea mare 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Sume din perioada precedent D 200 400 10 2000 90 C 500 1200 900 100 Rulaje ale perioadei curente D 70 5200 990 1500 500 1200 500 C 5000 740 2000 1000 520 700 -

Denumirea conturilor Construcii Materii prime Casa n lei Conturi la banc n lei Debitori Furnizori Personal salarii datorate Clieni Capital Impozit pe venituri de natura salariilor

Sume totale D 270 5600 1000 2000 1590 500 1200 500 C 5000 740 2000 1000 1020 1200 1600 100

Solduri finale D 270 600 260 590 500 C 5201600 100

25

TOTAL

2700 2700 Egalitatea I

9960 9960 12660 12660 Egalitatea II Egalitatea III

2220 2220 Egalitatea IV

Tabel 9.Balana de verificare contabil ntocmit la 31.XII.N

2.5 Descoperirea erorilor cu ajutorul balanei de verificare

Dintre funciile ndeplinite de balanele de verificare un rol important revine funciei de control i identificare a erorilor de nregistrare contabil, prin intermediul egalitilor care trebuie s existe ntre totalurile diferitelor coloane, precum i al corelaiilor care se stabilesc cu ajutorul acestora. Totdeauna neasigurarea unei egaliti sau corelaii are la baz existen unei erori. n principiu, cu ajutorul balanei de verificare se pot descoperi urmtoarele erori:
Erori de ntocmire a balanei de verificare, apar cu ocazia adunrii coloanelor sau transcrierii sumelor din registrul Cartea-mare n formularul de balan. Identificarea erorilor de calcul se face prin repetarea calculelor, iar a celor de transcriere prin confruntarea sumelor din registru cu cele trecute n formular, adic prin punctare; Erori de calcul a soldurilor finale ale conturilor, se datoreaz greelilor

fcute n calculul sumelor debitoare i creditoare, ori cu ocazia calculrii soldurilor finale ale conturilor. Identificarea unor astfel de erori se face prin repetarea calculelor pentru fiecare cont parte;
Erori de nregistrare n Cartea-mare, au la baz reportarea greit a sumelor

din jurnal n Cartea-mare sau de la o pagin la alta a registrului Cartea-mare, ca de exemplu: omiterea raportrii n Cartea-mare a sumei unui cont din articolele contabile ntocmite pe jurnale; reportarea de dou ori a aceleiai sume din jurnal n Cartea-mare; nregistrarea n Cartea-mare a altei sume dect cea din jurnal etc. Identificarea acestor erori se face prin punctare, adic prin confruntarea sumelor transcrise din jurnal n Cartea-mare sau a reportrilor de la o pagin la alta a registrului Cartea-mare;
Erori n stabilirea sumelor din formulele contabile, au la baz adunarea

greit a sumelor din formulele contabile compuse. Identificarea acestor erori se asigur prin refacerea calculelor la formulele contabile compuse i prin punctarea unor astfel de nregistrri n documentele care au stat la baza lor. n general erorile precizate anterior pot fi descoperite cu ajutorul balanelor de verificare sintetice, prin intermediul egalitilor dintre coloane, dar exist erori care denatureaz nsi nregistrrile contabile. Din aceast categorie enumerm:
Omisiunile de nregistrare, constau n faptul c respectiva operaie economico-financiar nu a fost nregistrat nici n contul debitor nici n contul creditor. Astfel de erori se identific fie n urma verificrii documentelor prin punctare pentru a se stabili dac acestea au fost sau nu nregistrate n totalitate, fie n urma descoperirii unor documente care nu poart meniunea contat , fie ca urmare a reclamailor primite de la corespondeni n legtur cu operaiile respective; 26

 Erori de compensaie, se datoreaz reportrii greite a sumelor din documentele justificative n jurnal sau din acestea n Cartea-mare, n sensul trecerii unei sume n plus ntr-o parte a unui cont sau a mai multor conturi i a altei sume n minus, dar egal cu cea trecut n plus, n aceeai parte a unuia sau mai multor conturi, astfel nct pe total cele dou categorii de erori se compenseaz. Identificarea acestor erori este posibil prin apariia de solduri finale nefireti la unele conturi, cu ajutorul balanelor de verificare analitice sau n urma reclamailor primite de la teri; Erori de imputaie se datoreaz reportrii unei sume exacte din jurnal n

Cartea-mare, i n debit i n credit, ns nu la conturile la care trebuia s fie trecut, ci n alte conturi, care nu corespund coninutului economic al operaiei respective. Astfel de erori se identific ca i cele precedente;
Erori de nregistrare n jurnal se pot stabili datorit fixrii greite a

conturilor corespondente; nregistrrii unei operaii de dou ori, att n debit ct i n credit; inversrii formulei contabile; ntocmirii formulei contabile corecte dar cu alt sum, mai mare sau mai mic, att n debit ct i n credit. Astfel de erori se identific prin aceleai procedee ca i erorile de compensaie. Singura balan care permite descoperirea erorilor din unele categorii este balana-ah, deoarece aceasta red, pe lng cele trei serii de egaliti i corespondena conturilor, fapt ce permite identificarea erorilor de compensaie, erorilor de imputaie i identificarea corespondenelor eronate ntre conturi.

27

3 NOIUNI PRIVIND PROIECTAREA SISTEMELOR INFORMATICE

3.1 Concepte ale sistemelor informatice

3.1.1 Conceptul de sistem

Conceptul de sistem are un rol de baz n domeniul sistemelor informatice. Odat neles, acesta vine s fundamenteze alte concepte conexe din domeniile tehnologiei, aplicaiilor, dezvoltrii i managementului sistemelor informatice. Conceptul de sistem este legat de: reelele de calculatoare ca elemente componente ale sistemelor de prelucrare a informaiilor; utilizarea computerelor din domeniul business-ului; tehnologiile de management-ul informaiei care au un rol deosebit de important asupra calitii, valorii business-ului etc. Definiia sistemului Un sistem este format dintr-un grup de componente ntre care se stabilesc relaii i care conlucreaz spre un scop comun prin acceptarea de intrri i producerea de ieiri printr-un proces (de transformare).

Fig. 2.1. Diagrama unui sistem Intrri (input) - sunt elementele care intr n sistem pentru a fi prelucrate; Proces - reprezint procesul de transformare a intrrilor n ieiri; Ieiri (output) - sunt elementele care au fost rezultate prin procesul de transformare. Pe lng aceste componente mai exist nc dou adiionale: feed-back (rspunsul) i controlul. Un sistem cu feedback i control este un sistem cibernetic. Feed-back sunt datele care reprezint performanele sistemului Controlul implic monitorizarea i evaluarea feed-back-ului n scopul de a determina msura n care sistemul se ndreapt ctre ndeplinirea scopului. Funcia de control face necesar ajustarea intrrilor din sistem pentru a asigura c acesta va produce ieirile corespunztoare.
28

3.1.2

Clasificarea sistemelor

n cazul sistemelor, putem vorbi despre: Din punct de vedere ierarhic Subsistem un sistem care face parte dintr-un sistem mai mare. Cel mai mare sistem este considerat a fi mediul nconjurtor sau universul. Suprasistem un sistem alctuit din alte sisteme (subsistem) Din punct de vedere relaiei dintre sisteme Limitele sistemului un sistem este separat de mediul unde acioneaz i alte sisteme prin graniele (limitele) sale. Sisteme deschise sisteme care interacioneaz cu altele aflate n acelai mediu se consider a fi un sistem deschis, conectat cu mediul sau prin intrri-ieiri. Sisteme nchise sisteme nu care interacioneaz cu altele i care n timp decad i dispar Sisteme adaptive sisteme care au abilitatea de a se modifica singure sau de a-i modifica mediul n care acioneaz n scopul de a i prelungi existena. 3.1.3 Componentele unui sistem informatic

Modelul unui sistem informatic exprim cadrul conceptual pentru componentele principale i activitatea sistemului informatic. Sistemul informatic depinde de resursele umane, de hardware i software pentru a realiza intrrile n sistem, prelucrrile, ieirile din sistem, precum i activitile de control care convertesc datele n produse informaionale. Elementele componente ale unui sistem informatic: Oameni, hardware, software i date care sunt elementele de baz: Resursele umane - includ att utilizatorii ct i specialitii; Hardware includ echipamentele; Software includ programe i proceduri; Datele sunt transformate prin activitile de procesare ntr-o mare varietate de produse informaionale pentru utilizatori Un alt aspect important l reprezint procesarea informaiilor. Aceasta const n introducerea, prelucrarea, ieirea i stocarea i activitile de control. Datele sunt fapte brute sau observaii n general despre fenomene fizice sau tranzacii comerciale. Datele au un caracter obiectiv sunt msurabile prin caracteristicile lor. Informaiile sunt deja procesate, au un anumit neles i sunt folositoare utilizatorului. Datele sufer un proces de adugare de valoare prin: - agregare, manipulare i organizare - analizarea i evaluarea coninutului lor - utilizarea lor ntr-un context folositor pentru utilizator Activitile dintr-un sistem informatic

29

Principalele activiti dintr-un sistem informatic sunt cele de prelucrarea informaiilor. Acestea includ: a - Introducerea datelor; b - Procesarea datelor pentru obinerea de informaii; c - Ieirea procedurilor informaionale; d - Stocarea resurselor informaionale; e - Controlul performanelor sistemului. a. Introducerea datelor datele despre tranzaciile comerciale sau despre alte evenimente trebuie s fie adunate i pregtite pentru prelucrare. Introducerea se refer la editarea de nregistrri. Odat introduse, datele pot fi transferate pe un suport (magnetic/optic) pn la prelucrare. b. Prelucrarea datelor datele care sunt subiectul activitilor de prelucrare cuprind: calcule, comparri, sortri, clasificri sau nsumri. Aceste activiti organizeaz, analizeaz i manipuleaz datele convertindu-le n informaii pentru utilizatori. c. Ieirea produselor informaionale informaiile rezultate n urma prelucrrii apar n forme variate pentru a fi transmise utilizatorilor n forma solicitat de acetia. Informaiile trebuie s ndeplineasc anumite condiii de calitate ce se refer n general la: timp viteza cu care informaia ajunge la utilizator; coninut atributele care confer valoare informaiei; form felul n care ajunge la utilizator; d. Stocarea produselor informaionale aceast activitate nu constituie o component foarte important n cadrul sistemelor informatice. Ea reprezint activitatea dintr-un sistem informatic n care datele i informaiile sunt depozitate ntr-un mod organizat n vederea unei utilizri ulterioare. Atunci procesul de regsire este necesar utilizatorilor prin rapiditatea i acurateea sa. Suporturile utilizatorilor pentru stocarea datelor i informaiilor sunt n general magnetice sau optice. e. Controlul performanelor sistemului reprezint o activitate de mare importan n cadrul sistemului informatic. Aceast activitate are n vedere urmtoarele elemente: - un sistem informatic produce un feed-back despre intrrile, procesul i ieirile sale precum i despre activitatea de stocare. - Feed-back-ul trebuie monitorizat i evaluat pentru a determina dac sistemul urmeaz s-i ating scopul prin performanele sale. - Feed-back-ul va trebui utilizat pentru a efectua ajustri n activitatea sistemului pentru a-i corecta deficienele. 3.1.4 Strategii n proiectarea i realizarea sistemelor informatice

Strategiile de proiectare i realizare a sistemelor informatice se clasific n funcie de rolul sistemului n cadrul unitii economice astfel: a) Strategie ameliorativ care urmrete automatizarea activitilor i operaiilor cu caracter repetitiv, de rutin; b) Strategie inovatoare, acest tip de strategie consider c introducerea sistemului informatic trebuie s fie nsoit de schimbri sau perfecionri n organizarea i funcionarea unitii;
30

c) Strategie adaptiv, care consider c sistemul informatic va fi conceput

i realizat compatibil cu schimbrile ce pot surveni n cerinele informaionale sau n organizarea i funcionarea unitii. n funcie de modalitatea de abordare i realizare a sistemelor informatice se disting urmtoarele strategii: a) Strategia descendent (top-down) care se bazeaz pe principiul descompunerii unui sistem complex, pe nivele succesive, pn la obinerea unor componente simple i independente de abordare. Proiectarea n cadrul acestor strategii presupune definirea obiectivelor sistemului informatic pe baza cerinelor informaionale pentru conducerea i desfurarea normal a proceselor economice i de decizie. Avantajul acestei strategii const n faptul c asigur programarea i controlul riguros al executrii proiectrii i asocierea sistemului informatic cu un model global, structural n module interconectate ce permite ealonarea i etapizarea realizrii sistemului. Definirea modelului de ansamblu al sistemului informatic pe baza unei analize complete care antreneaz un personal numeros i conduce la prelungirea timpului de realizare a sistemului. n practic aceast strategie prezint unele dezavantaje generate de definirea modelului de ansamblu al sistemului informatic pe baza unei analize complexe laborioase care antreneaz un personal numeros i conduce la prelungirea timpului de realizare a sistemului. De asemenea eventualele erori n definirea structurii i a relaiilor dintre componente ale sistemului afecteaz ntreaga activitate ulterioar. b) Strategia ascendent-evolutiv (bottom-up) are la baz principiul definirii i a asamblrii componentelor de nivel inferior n cadrul celor de nivel superior. Aplicarea acestei strategii prezint avantajul c sistemul informatic se dezvolt treptat n corelaie cu cerinele reale ale utilizatorului. Dezavantajul const n gradul redus de integrare al aplicaiilor datorit lipsei unei concepii de ansamblu. Strategiile ascendent i descendent se pot folosi n practic ntr-o form combinat prin definirea modular de ansamblu a sistemului informatic.

3.2 TEHNICI DE PROCESARE AUTOMAT A INFORMAIILOR

Dac procesarea automat a informaiilor este atributul principal al SiI, atunci de manier n care sunt organizate procesele de prelucrare i comunicare definesc tehnicile de procesare. Sunt recunoscute urmtoarele tehnici de prelucrare rezultat al interaciunii dintre colectare, prelucrare i comunicare: Prelucrarea BATCH

31

Prelucrarea Batch sau n loturi const n colectarea informaiilor, transmiterea spre prelucrare a acestora (tranzacii) n centre de prelucrare i primirea rezultatelor. Loturile sunt organizate pe centre de colectare i perioade de timp. Asemenea tehnici se preteaz aplicaiilor care cer ca toate tranzaciile s fie prezente n timpul procesrii sau condiiile tehnice sau financiare impun acest mod. De regul n aceast tehnic operaia de colectare sau transpunere pe suport este separat de celelalte prelucrri. Avantajele acestei tehnici constau n simplitatea sa i nu necesit instrumente complexe n fiecare centru de colectare. Dezavantajele acestei tehnici constau n: timp de reacie mic Sistemul de Conducere ia cunotin de schimbrile survenite n sistem cu ntrziere ceea ce face ca deciziile operative s sufere i impune organizarea unui sistem paralel specific; cunoaterea de ctre cei interesai a situaiei reale : nivelelor, ritmurilor i strilor cu ntrziere; posibilitatea apariiei de erori pentru eliminarea crora trebuie reluate operaiile de prelucrare;

1 CENTRUL DE COLECTARE

2 CENTRUL DE COLECTARE

3 CENTRUL DE COLECTARE

CENTRU DE PRELUCRARE A DATELOR

STRUCTURI PROGRAME DE DATE DE PRELUCRARE

RAPOARTE

Fig. 3.1Schema prelucrrii BATCH Procesarea ON LINE

32

Procesarea ON-LINE este acea metod care asigur prelucrarea operativ i n totalitate a tranzaciilor. Presupune o comunicare direct (ON LINE) ntre centrele de colectare i prelucrare i se bazeaz pe o vitez mare de manipulare i procesare. Prin aceast tehnic procesele operaionale, de informare i decizionale se desfoar n paralel. Avantajele acestei tehnici constau n: operarea direct n fiierele permanente care sunt dependente de tranzacii; reducerea timpilor de pregtire a datelor, informaia intrnd n sistem este folosit de toate componentele interesate; eliminarea posibilitii de depire a nivelului; cunoaterea la toate nivelele a schimbrilor intervenite; Dezavantajele acestei metode ar fi: necesitatea echipamentelor de comunicaie i prelucrare a datelor; existena unui soft adecvat; instruirea i pregtirea forei de munc; Variante de prelucrri ON-LINE n funcie de modul n care se succed : comunicarea, prelucrarea i informarea celor interesai se cunosc urmtoarele trei variante de prelucrare ON LINE: a) Prelucrarea BATCH ON LINE este o metod combinat ntre cele dou. Datele sunt generate i colectate ON LINE n fiierele temporare i procesarea propriu-zis se face cnd oportunitatea o cere. Este metoda care se preteaz aplicaiilor n care colectarea nu necesit echipamente complexe, iar prelucrarea se face pe un echipament specializat (Ex.: LOTO) b) Prelucrarea prin partajarea timpului (TS) (Time - Sharing) este metoda prin care mai muli utilizatori folosesc n comun (partajeaz) resursele (programare, fiiere, dispozitive periferice) unui Sistem de Calcul.Fiecrui utilizator i se aloc o cuant de timp pentru a folosi resursele. Datorit vitezei mari fiecare utilizator are impresia c lucreaz singur pe sistem. Accesul la Sistemul de Calcul se face prin intermediul staiilor de lucru care pot fi simple terminale sau calculatoare.Este util n instruire i n afaceri cnd utilizatorii nu dispun de resurse financiare suficiente i se mulumesc cu un timp de rspuns mai mic.Dac numrul utilizatorilor activi crete timpul de ateptare a rspunsului crete. c) Prelucrarea n timp real (TR) este cea mai delicat i rapid form de prelucrare ON LINE. Pe lng faptul c sistemul d acces la un numr mare de fiiere i instrumente (programe), el permite accesul simultam al mai multor utilizatori. Sistemul n TR ofer accesul imediat la date i trateaz instantaneu i n totalitate tranzaciilor aprute. Aceast tehnic necesit echipamente puternice i dispozitive de comunicaie de vitez mare, capabil s manipuleze un volum mare de date i cuprinde servicii cu o distribuie larg. Sistemele n timp real pot monitoriza a palet larg de activiti, suport o organizare dinamic i se adapteaz rapid la schimbarea datelor, le

33

gestioneaz instantaneu cnd apar i furnizeaz utilizatorului cele mai proaspete informaii. Ex.: BURSA, Alocarea locurilor la AVION etc.

4 PREZENTAREA TIPURILOR DE SI
Sisteme Informatice STANDARD Sistemul Informatic Standard (SIS) este format dintr-un set finit de metode, tehnici, procese, procedee, modele, strategii, instrumente, sisteme de tehnic de calcul, sisteme de comunicaie de date, personal specializat n informatic, structuri organizatorice, restricii i faciliti legislative utilizate pentru generarea, transmiterea, prelucrarea algoritmic , difuzarea i interpretarea rezultatelor n vederea ndeplinirii funciilor organismului i a atributelor Sistemului de Conducere ( monitorizare, reglare, coordonare, control ). Toate acestea au rolul de a asigura funcionarea optim i o reglare permanent de tip feed back a ntregului sistem n condiii de eficien economic i rentabilitate financiar acceptabil. n aceste condiii Si primete datele de la Sistem Operant i prin intermediul unei baze de proceduri (BP), asigur prelucrarea multipl n conformitate cu un sistem procedural bazat pe algoritmi de prelucrare i de calcul, n vederea obinerii unor date de ieire sub form de rapoarte, indicatori sintetici, grafice i alte ieiri sub form mixt i/sau ieiri ctre exterior. n mod practic, SIS folosete colecii de date (CD) sub form de: a) BD gestionate prin SI elaborate sub Sistemul de Gestiune al Bazelor de Date (SGBD) b) BT - gestionate prin sisteme de calcul tabelar tip (LOTUS, EXCEL, QUATRO, WORKS) SIS folosesc n mod preponderent programarea procedural, a crei descriere si utilizare are la baz algoritmi de calcul i prelucrare reunii ntr-o BP. Schema de principiu a SIS este dat n Fig. 6.1

34

SISTEMUL DE MANAGEMENT FB Experi management, manageri FB

I/D INTEGRARE - INTERACTIVITATE interafaiInterfa I / E

ieiri

iesiri ie

SIS DATE

d Ieiri Externe
PROCEDURI TI

COLECIIC DE mmmmmmCCCCC DATE MIXT BD BT BP

TI

TE

in

Interfa I / E

integrare - interactivitate I/D

Flux Financiar Bancar de Intrare (FFBI) Specialiti + personal operativ expert F B

d
Flux Financiar Bancar de ieire (FFBE)

SISTEMUL OPERAND FB

35

Fig. 4.2Schema de principiu a SIS

a) Intrrile SIS

Intrrile SIS sunt asigurate prin tranzaciile externe generate de operaiile desfurate la nivelul SP, operaii ce genereaz un flux de date care vor determina operaiile de actualizare asupra BD i a BT. Rezult c tranzaciile au rolul de a asigura corelarea strii i dinamicii fenomenelor i proceselor desfurate n SP, cu nivelul i variaia datelor din BD / BT ale SIS. Tranzaciile pot fi interne (TI) i externe (TE); TE sunt cele a cror surs este SP, n timp ce TI sunt cele generate prin prelucrri speciale ale TE. Prelucrrile specifice celor dou categorii de tranzacii (TE, TI) sunt de tip procedural i au la baz cteva tipuri clasice de prelucrri: crearea structurii coleciei de date (CD), asupra creia pot fi efectuate prelucrrile: actualizare, exploatare, consultare, reorganizare, restaurare, ntreinere, etc. CD pot fi organizate n BD sau BT. BD care pot fi de tip relaional i sunt gestionate prin SGBD care poate fi: BASE, FOXPRO, CLIPER, ACCES,ORACLE etc. sau BT gestionate de sistemele de calcul tabelar cum sunt: (LOTUS, EXCEL, QUATRO, WORKS, etc.) sau pot fi adoptate sisteme mixte, avnd n vedere caracteristicile fiecrui sistem n parte.
b) Prelucrrile

Prelucrrile aplicate CD pot fi interactive, bazate pe evenimente sau bazate pe macroinstruciuni. Indiferent de tehnica de prelucrare utilizat, trebuie s distingem dou laturi: una pur informatic, n care se aplic algoritmii informatici n concordan cu structura de date gestionat i facilitile oferite de SGBD; una specific care trebuie s respecte legislaia i normele specifice domeniului informatizat;
c) Ieirile

Ieirile SiS sunt obinute ca urmare a aplicrii prelucrrilor asupra TE i TI, fiind concretizate n urmtoarele tipuri: Rapoarte / situaii / liste care conin indicatori sintetici i / sau analitici financiari bancari sub form tabelar fiind necesare lurii deciziilor cu caracter operativ, tactic sau strategic; Indicatori sintetici conin indicatori sintetici sau analitici cu grad mare de prelucrare i reprezentativitate, afiabili sau tipribili utilizai de specialiti n vederea lurii deciziilor operative; Graficele arat tendina (evoluia, involuia sau constana ) unor fenomene sau procese pe o perioad de timp sau ponderea unor elemente ntr-un ntreg sau structura elementelor ( venituri, cheltuieli, personal ,etc.); Mixte se reprezint sub forma unor documente cu text narativ, tabele i grafice;

36

 Ieiri

ctre SiS similare utilizate pentru transmiteri ON LINE de date ntre diverse organisme, prin care se fac informri reciproce sau se comunic date ce intereseaz ambele pri;

Sisteme expert
a) Conceptul de Sisteme Expert

Sistemul Expert (SE) are la baz conceptul de Inteligen Artificial(IA) prin care se asigur, n principal, simularea proceselor din cadrul unui raionament natural uman. El asigur declanarea, utilizarea i interpretarea unor raionamente artificiale prin intermediul unor mecanisme, declarative, folosind elemente de IA care permit achiziionarea cunotinelor de la Expertul Uman (EU) din domeniu, stocarea i utilizarea lor pentru rezolvarea unor probleme specifice. SE folosesc programarea declarativ prin intermediul creia regulile sunt furnizate independent de nlnuirea lor.
b) Structura SE

SE este un ansamblu de componente informatice care asigur: achiziia cunotinelor de la EU, memorarea lor, n conformitate cu metoda aleas i folosirea cunotinelor acumulate. Elementele fundamentale ale SE sunt: Baza de Cunotine (BC); Modulul de Achiziiei a Cunotinelor (MAC); Modulul de Explicare a Judecilor (MEJ); Motorul de Inferen (MI); Interfaa cu Utilizatorul (IU); Modul de integrare i colaborare dintre componente este redat n Fig. 6.2 BAZA DE CUNOTINE REGULI FAPTE MOTOR DE INFEREN EU M A C M E J I U UU Fig. 4.3Structura SE c) Funciile componentelor
37

BC este un ansamblu de fapte i reguli specifice unui domeniu, preluate de la EU cu ajutorul crora vor fi rezolvate problemele n urma unui raionament artificial. Faptele au rolul de a reprezenta starea unui obiect (echipament, proces, fenomen, noiune abstract) la un anumit moment dat. Faptele se modific pe msur ce strile obiectelor, crora le sunt asociate, se schimb. Ele pot fi achiziionate de la EU sau deduse cu ajutorul regulilor. Regulile se refer la operaiile ce pot fi efectuate asupra obiectelor coninute n baza de fapte. Ele reprezint un ansamblu de cunotine complet i necontradictoriu necesare rezolvrii unor probleme. Cunotinele pot fi reprezentate prin mai multe metode: metoda regulilor de producie, metoda cadrelor (Frame), metoda reelelor semantice. Baza de cunotine este supus la trei procese principale: crearea / actualizarea care const n preluarea cunotinelor de la EU, urmat de modelare i stocare n BC n raport cu o anumit metod; validarea care const n validarea interactiv a corectitudinii BC; consultarea operaia prin care sunt utilizate cunotinele n procesul de raionament; MI este inima sistemului i asigur rezolvarea practic a unei probleme pe baza faptelor din BC prin dezvoltarea unei raionament artificial ce conduce la stabilirea de noi fapte. MEJ este componenta care prezint ntr-o form simpl traseul regulilor utilizate. MAC asigur preluarea cunotinelor de la EU i transformarea lor ntr-o reprezentare intern n conformitate cu metoda stabilit. IU asigur dialogul (interfaa) cu utilizatorul sau expertul uman (EU). d) Descrierea Regulilor de producie i a tabelelor de decizie O metod des ntlnit n reprezentarea cunotinelor o reprezint regulile de producie care pot fi declarate DEDUCTIV sau INDUCTIV ca mai jos: REGULUI DEDUCTIVE REGULI INDUCTIVE DAC Fapta Z ESTE adevrat Fapta A ESTE adevrat i DAC Fapta B ESTE adevrat i Fapta A Este adevrat i . . fapta Y ESTE adevrat . ATUNCI fapta Y ESTE adevrat Fapta Z ESTE adevrat DAC Triunghiul este echilateral a=b=c DAC ATUNCI a=b=c Triunghiul este echilateral DAC Triunghiul este echilateral 0 a = b i Unghiul C = 60 DAC ATUNCI a = b i unghiul C = 600 Triunghiul este echilateral; Tab. 4.1Forma regulilor de producie

38

Regulile de producie conduc la TABELE DE DECIZIE care sunt un instrument util de stabilire simpl i clar a relaie dintre: condiii, reguli i fapte ca n modelele din Tab. 6.2.

Condiii

SEMN Delta SEMN Produs SEMN Sum x1, x2 reale negative x1, x2, complexe x1, x2 reale opuse

R 1 + + *

R2 * * *

REGULI R 3 + 0

Fapte

Tab. 4.2 Structura tabelului de decizie unde Delta este determinatul ecuaiei de grad. II,P este produsul rdcinilor i S este suma rdcinilor . e) Avantajele oferite de SE Pe lng avantajele specifice SIS vitez de calcul, precizie, siguran, i capacitate de memorare SE au i urmtoarele caliti n comparaie cu EU: nu-i pierd cunotinele n timp; se pot reproduce i implementa simplu; au cost mic de expertiz; este neinfluenabil n emiterea concluziilor; poate justifica n permanent decizia; se dezvolt o dat cu expertul uman; Sisteme interactive de asistare a deciziei
a)Conceptul de sisteme interactive

SIAD sunt sisteme informatice cu o arhitectur puternic integrat format din: BD, BC, baze de dialog (BG) i echipamente care asigur conlucrarea dintre date i reguli prin gestionarea relaie dintre obiecte active obiecte pasive, asigur comunicare dintre Sistemul Informatic Executiv i decideni pe baza interaciunii eveniment mesaj i gestioneaz relaia client server generalizat prin colaborarea obiecte interne i externe prin baze de dialog (BG). b) Structura SIAD

39

SIAD are o structur specific format din 3 subsisteme REDATE SCHEMATIC n Fig.6.3: Subsistemul de gestiune a datelor(SGD); Subsistemul de Management (SM); Subsistemul de Interfa om main(SIOM); ALTE SI SIMILARE

SIE Fig. 4.4Arhitectura SIAD c) Funciile subsistemelor SGD este ansamblu de programe care asigur structurare i gestionarea datelor n modelele funcionale: Baze de Date Relaionale sau ierarhice(BD) Baze de Cunotine(BC); Baze de Date Orientate Obiect(BOO); Baze de Dialog pentru comunicarea om-main(BG); SM cuprinde partea de programe i echipamente care asigur prelucrrile necesare desfurrii procesului managerial i este divizat n 4 modele de management: modele Strategice - asigur elaborarea i urmrirea obiectivelor pe termen lung; modele Tactice asigur defalcarea obiectivelor de termen mediu i urmrete modul de ndeplinire al acestora, asigur alocarea i controlul utilizrii resurselor; modele Operaionale asigur gestiunea operativ (zilnic) n vederea lurii deciziilor zilnice specifice activitii; modele Funcionale sunt asociate funciilor specifice organismului (cercetare dezvoltare, producie, comerciant, financiar contabilitate, personal - salarizare,..) SIOM - reprezint partea de soft care asigur comunicarea ommain i el cuprinde: limbajul de activare prin intermediul cruia se asigur legtur om main i utilizeaz: meniuri specifice, funcii, ecrane de actualizare a datelor; limbajul de afiare prin care se definesc opiunile de afiare a rezultatelor forma (tabele, grafice, rapoarte, etc.) i destinaia (ecran. hrtie, fiier ,BD);
40

SGD

SIO M

SM

baza de cunotine care conine cunotinele necesare utilizrii SIAD.

SIOM asigur ndeplinirea urmtoarelor faciliti: interaciunea n diverse moduri de dialog ; compatibilitatea dintre multitudinea de echipamente I / E; capabiliti grafice multiple; faciliti de depanare i dialog; instruire prin exemple.
MANAGEMEN T STRATEGIC MANAGEMENT TACTIC MANAGEMENT OPERATIV

DECIDEN I

INTERFA OM MAIN

SIAD

MS MT MO MF MODELE DE MANAGEMENT

BD

BG

BC

INTELIGEN ARTIFICIAL A

MODELE DE B AZE de DATE

MODELE MULTIMEDIA

MODELE CUNOTINE

SS.LLL SISTEM DE GESTIUNE A DATELOR

41

INTEGRARE INTERACTIVITATE

Fig. 4.5Structura SIAD

5 CONCEPTE FUNDAMENTALE DE REALIZARE A SI

Metod, Metodologie METODA reprezint totalitatea conceptelor, metodelor, nivelelor, etapelor i tehnicilor specifice de formalizare, necesare pentru definirea elementelor fundamentale ale unui sistem. METODOLOGIA reprezint un set finit de formulare, reguli i procese necesare modelrii i formalizrii unui sistem informatic. Prin metodologie se urmrete descrierea ntr-o form clar i corect a elementelor fundamentale dintr-un sistem informatic care sunt: comunicaiile (C);, datele (D), prelucrrile (P) sau tratamentele (T), definiiile, descrierile i instrumentele auxiliare (A); Analizate din punct de vedere al schimbrilor aprute n timpul funcionrii sistemului putem stabili faptul c unele elemente sunt: statice nu-i schimba caracteristicile pe timpul existenei SI i ele sunt: comunicaiile i definiiile, descrierile i instrumentele auxiliare; dinamice care-i schimb coninutul pe parcursul funcionrii sistemului i ele sunt: datele i prelucrrile; Dimensiunile Specifice Metodei 3M Pentru modelarea i formalizarea unui SI n vederea realizrii acestuia trebuiesc evideniate urmtoarele 3 dimensiuni:ciclul de via,nivelul de abstractizare,nivelul de decizie, fiind reprezentate n Fig. 7.1. ND
SCHEMA DIRECTOARE

GLOBALE

STUDIU DE EVALUARE ORGANIZATORICE CV STUDIU DE DETALIU STUDIU ORGANIZAIONAL STUDIU TEHNIC PROIECTARE FIZIC IMPLEMENTARE EXPLOATARE CURENT MENTENAN SISTEM DEZV. NOI VERSIUNI 42

TEHNICE

CONCEPIE

NC Fig. 5.6Dimensiunile metodei 3 M de proiectare a SI Ciclul De Via Reprezint o succesiune de perioade care trebuiesc parcurse pentru realizarea SI, perioade care sunt divizate n etape i faze. a) perioadele specifice ciclului de via sunt: perioada de concepie care asigur definirea n termeni generali a soluiilor tehnice i organizatorice, dar se asigur o evaluare a performanelor tehnice. n aceast perioad se are n vedere punctul utilizatorului, de unde se asigur sistemului o viziune EXTERN. perioada de realizare care asigur specificaiile tehnice complete ale SI, elaborarea procedurilor de prelucrare i comunicare. Tot aici se asigur realizarea i implementarea SI. Viziunea realizat se numete VIZIUNE INTERN; perioada de exploatare n care se asigur funcionarea efectiv, eliminarea anomaliilor aprute i adaptarea la schimbrile interne i externe aprute prin care se asigur o viziune FUNCTIONAL a SI; b) etapele sunt subdiviziuni ale perioadei prin care se realizeaz trecerea de la general la particular urmrind atingerea obiectivelor specifice. Prin intermediul lor se asigur: vederea global asupra sistemului; vederea extern a utilizatorului; vederea intern a realizatorului; vederea funcional a sistemului; c) fazele sunt subdiviziuni ale etapei prin care sunt concretizate obiectivele particulare specificate n etap. Nivelul De Abstractizare Nivelul de abstractizare are n vedere abordarea n trepte de la global la concret a diverselor probleme - de gestiune, organizaionale, de programare, tehnice i de exploatare - specifice realizrii SI. Sunt recunoscute urmtoarele nivele de abstractizare: a) nivelul global; b) nivelul conceptual; c) nivelul organizaional; d) nivelul logic;
43

EXPLOATARE

REALIZA T

e) nivelul fizic sau operaional; f) nivelul de utilizare sau exploatare; Particulariti nivelelor de abstractizare la nivel organizatoric sunt redate mai jos : La nivel global se elaboreaz soluiile generale ale sistemului sub aspectul avantajelor care vor fi folosite la elaborarea informaional a elementelor fundamentale; La nivel conceptual se definesc elementele stabile ale SI (definiii, descrieri, comunicaii i instrumentele auxiliare) n raport cu organizarea i se iau n seam constrngerile legislative, normative i organizaionale; La nivel organizaional se descrie strategia de alocare a resurselor umane i materiale, stabilirea postului de lucru precum i ntregul ansamblu informaional aferent; Particularitile nivelelor de abstractizare la nivel informatic sunt: La nivel global - se aleg soluiile fundamentale n privina descrierilor i definiiilor necesare, a comunicaiei automate pentru date, soluia general utilizabil pentru gestiunea datelor, inclusiv arhitectura de prelucrare a datelor, toate vzute n regim informatizat; La nivel logic concretizarea tipurilor de componente informatice utilizate: tehnica de prelucrare a datelor, tipurile de echipamente utilizate, sisteme de operare necesare, SGBD; La nivel fizic se concretizeaz ca tip i marc componentele definite la nivelul logic i se realizeaz proiectarea soft n condiiile stabilite; La nivel de exploatare sunt concretizate ca numr, amplasare, atribuii i modaliti de exploatare a sistemului realizat la nivelul fizic. La acest nivel sunt concretizate urmtoarele: a) reelele de calculatoare; b) reelele de transmisii de date; c) coleciile de date (BD, BT); d) baza de proceduri (BP) e) produsele program utilizate; f) protocoale de comunicaie utilizate, parole de protecie, etc. Nivelul De Decizie Este rezultatul conlucrrii dintre echipa de proiectare a SI i comisia de specialitate desemnat de beneficiar. Actul decizional const n aprobarea, punere n aplicare a celor stabilite la finalul unei etape, alegerea unei variante din mai multe sugerate de echipa de proiectare sau acordul asupra unei soluii finale. Procesul decizional const ntr-o succesiune permanent de alegeri pe de o parte i un control riguros a duratei de proiectare, a performanelor tehnice alese i al costului de realizare n vederea obinerii unui sistem eficient. Corelaia dintre performan, timp de realizare i cost este reprezentat n Fig. 7.2. Performane

44

Timp de realizare

Cost Fig. 5.7Corelaia dintre parametri deciziei Dac se acord o importan mai mare unui anumit parametru din procesul decizional sunt dezavantajai ceilali doi, putnd exista trei situaii distincte: a) performan ridicat; b) timp de realizare mic; c) cost sczut; Din punct de vedere teoretic poate exista un punct optim, dar care practic este greu de atins. n mod practic nivelul de decizie se reflect ntr-o serie de decizii i rezultate aplicate la finalul fiecrei etape de concepie, realizare, exploatare reflectate n Tab. 7.3. n funcie de aria de cuprindere, deciziile sunt: a) globale care vizeaz strategia general de abordare la nivelul fiecrei etape; b) de organizare care au n vedere: obiectivele stabilite; structurarea SI n funcii i activiti; arhitectura reelei de calculator; strategia de gestiune a datelor; sarcini ce revin compartimentelor implicate; planificarea dezvoltrii i implementrii SI n condiii de eficien; c) decizii tehnice care urmresc: alegerea tipologiei de reea de calculatoare; alegerea modului de transmitere a datelor; alegerea Sistemului de Operare(SO) + SGBD; tipologia sistemului proiectat;

45

ETAPA

DOCUMENT final de etap

DECIZIE

SCHEMA DIRECTOARE

Plan de dezvoltare a SI

Aprobare i punere n aplicare

STUDIU DE EVALUARE PREALABIL

Dosar de alegere a soluiilor

Alegere soluie

STUDIU DE DETALIU STUDIU

Specificaii funcionale

Acord utilizator Specificaii funcionale

STUDIU TEHNIC . mod logic

Specificaii tehnice pentru realizare

Acord utilizator specificaii tehnice

PROIECTARE . mod fizic

Sistemul realizat

Acord asupra sist. realizat

IMPLEMENTAR E

Instalat SI realizat

Soluie definitiv

EXPLOATARE MENTENAN DEZV.DE NOI

46 Sistem exploatat zi de zi

Soluia de utilizare efectiv

E Fig. 5.8 Legtura dintre perioade, etape i nivele de decizie

Abordarea Proceselor De Proiectare Metoda de proiectare MERISE sau metoda 3 M, are ca scop principal conceperea i realizarea unui sistem informaional informatizat. Aceast metod se bazeaz pe viziunea treptat asupra noului sistem prin intermediul nivelelor de abstractizare declarate: Globl, Conceptual, Organizatoric, Logic, Fizic i Exploatare n raport cu dou sisteme: Sistemul actual; Sistemul proiectant a crui modalitate de abordare este reprezentare n Fig. 7.4.

Fig. 5.9Abordarea procesului de proiectare n metoda 3M Din aceast prezentare rezult c metoda are la baz un studiu din care s rezulte starea actual a sistemului , urmrind definirea noilor parametrii ai sistemului proiectat. Acest studiu ar putea conine analiza funcionrii diferitelor domenii (colectiviti, organizare, puncte de lucru, echipamente, tehnici, etape, etc), dup care se poate trece la
47

analiza infrastructurii SI actual: tipologia i topologia reelei de calculatoare, arhitectura BD/BT, sistemul documentelor i situaiilor folosite, cu meniunea c aceste elemente sunt abordate n msura n care exist n interiorul organismului. Aceste analize permit cunoaterea detaliat a informaiilor din Sistemul Informaional actual, reflectarea valenelor pozitive i negative, elemente ce permit abordarea corect a construirii noului sistem. Toate aceste elemente se stabilesc n etapa de elaborare a studiului sau de analiz a sistemului existent i ele se situeaz n zona din stnga figurii, iar realizarea noului sistem se situeaz n dreapta, soluie ce permite realizarea noului sistem parcurgnd nivelele de abstractizare specifice. Abordarea noului sistem se face prin parcurgerea urmtoarelor etape sub incidena schemei directoare: studiu global , n urma cruia result modelarea global; studiu de detaliu, din care rezult modelarea conceptual; studiu organizaional , cu rezultatul modelarea organizaional; studiu tehnic , care genereaz modelarea logic; proiectarea procedurilor automate, care constituie modelarea fizic; implementarea, care face ca sistemul s fie funcional; exploatarea utilizarea sistemului creat; n finalul descrierii modului de abordare a tehnicii de proiectare a sistemului informatic , rezult urmtoarele dou reguli: studiul asupra strii actuale a Sistemului Informatic sau etapa de analiz se realizeaz prin parcurgerea nivelelor: Expoatare, Fizic, Logic, Organizatoric, Conceptual i Global stnga curbei; modelul viitor al Sistemului Informatic este proiectat prin parcurgerea invers a acestor nivele de abstractizare : Global, Conceptual, Organizatoric, Logic, Fizic i Exploatare;

Descrierea Elementelor Fundamentale Ale Unui Si Dup cum a fost amintit, metoda 3M consider ca fundamentale ale unui sistem informatic cele 4 elemente (definiii, comunicaii, date i prelucrri) care trebuiesc s fie descrise , iar semnificaia i rolul lor sunt prezentte mai jos: a)definiiile, descrierile, elementele auxiliare au rolul de a defini, delimita i caracteriza diferite aspecte specifice fiecrei etape sau nivel, n scopul proiectrii exacte a sensului i semnificaiei diferitelor elemente utilizate: comunicaii, date, prelucrri. b) comunicaii / echipamente redau prin viziuni diferite, problema transmiterii i prelucrrii datelor n cadrul Sistemului Informaional Organizatoric i a Sistemului Informaional Informatizat, prin trecerea gradat de la posturile de lucru interactive sau conversaional prin intermediul unei reele de calculator i / sau al unei reele de transmisie date ntre diverse servicii sau organisme. c)date i / sau cunotine sunt informaiile care circul prin sistem sub form de date sau cunotine i ele sunt vzute diferit prin prisma etapei de proiectare, i a nivelului de abstractizare.
48

prelucrrile vor s descrie operaiile, momentele, condiionrile i locul la care sunt supuse datele. Procesul de detaliere este vzut progresiv n funcie de modul de asociere n : subsisteme, activiti, funcii, procese, operaii.
d)

Relaia Dintre Nivelele De Abstractizare i Elementele Fundamentale Prin intermediul nivelelor de abstractizare se poate crea o viziune de ansamblu asupra proiectrii sistemului redat sub form de matrice unde pe vertical se afl enumerate nivelele de abstractizare i pe orizontal se afl elementele fundamentale ca n Fig.7.6. numit matricea MERISE. n aceast manier de formalizare la intersecia liniei cu coloana respectiv se gsete un model specific nivelului de abstractizare i elementului fundamental. Trecerea de la un nivel la altul att n plan vertical ct i n plan orizontal se face pe baza unor reguli ce redau modalitile, descrierile i condiiile de trecere, corelaii redate n Fig.7.5.
DEFINIII DESCRIERI COMUNICAII DATE PRELUCRARI

Fig. 5.10Corelaia dintre elementele fundamentale Fiecare model trebuie supus unui proces de verificare prin intermediul cruia se verific corectitudinea construciei realizate pn n acel moment, concordana i compatibilitatea acestora urmate de regul de o opiune de decizie specific Sistemului de Conducere. Definiii, Comunicaii Descrieri A C Global (G) MGA MGC Conceptual (C) MCA MCC Organizatoric (O) MOA MOC Logic (L) MLA MLC Fizic (F) MFA MFC Exploatare (E) MEA MEC Fig. 5.11Structura matricii MERISE Nivel de -abstractizare Date D MGD MCD MOD MLD MFD MED Prelucrri P MGP MCP MOP MLP MFP MEP

Obiectivele specifice fiecrui model sau descrieri sunt date n sintez n Anexa 1, dar descrierea detaliat a fiecrui nivel de abstractizare i specificaiile specifice fiecrui model sunt date n continuare.

6 MODELAREA GLOBAL
Abordarea Arhitecturii SI n urma analizei critice a sistemului existent, unde pe baza studiilor realizate s-au determinat performantele i limitele Sistemului Actual (SA)., structura organizatoric,
49

tehnic i funcional a sistemului i au fost evaluate cantitativ i calitativ activitile desfurate se poate trece la modelarea noului sistem. Realizarea sistemului are la baz abordarea unor elemente cu caracter tehnic n scopul constituirii arhitecturii noului sistem, prin aplicarea conceptelor specifice metodei 3M, n mod gradat, pn la definirea efectiv a reelei de calculatoare (RC), a structurii fizice a bazei de date (BD), a coninutului bazei de proceduri (BP), a implementrii serviciilor i mecanismelor de securitate. Prin intermediul matricii 3M se asigur parcurgerea nivelelor sale specifice: Conceptual, Organizatoric, Logic, Fizic, Exploatare, prin realizarea unei viziuni standard asupra elementelor fundamentale ale sistemului: definiii i descrieri, comunicaii, date i prelucrri prin intermediul etapelor de realizare utilizare, finalizate printr-un model specific nivelului de abstractizare. Caracteristicile Generale Etapa de modelare global se desfoar la nivel de ansamblu i este aplicat SIO i SII, avnd drept scop planificarea viziunii asupra structurii, funcionalitii, operativitii i interconexiunilor specifice noului sistem. Modelarea global (MG) dorete s realizeze o viziune general, de ansamblu asupra noului sistem i o viziune general asupra componentelor sistemului astfel: a) viziunea asupra definiiilor, descrierilor i elementelor auxiliare are n vederea urmtoarelor: studierea cadrului legislativ aferent domeniului studiat i determinarea limitelor de modelare al SIO i SII; descrierea funciilor / domeniilor specifice organismului abordat care urmeaz a fi informatizate parial / total; definirea activitilor / subactivitilor / operaiilor care vor asigura funcionarea noului sistem; caracterizarea infrastructurii i prezentarea particularitilor de organizare i funcionare specifice organismului analizat. stabilirea obiectivelor sistemului care pot consta n: - modernizarea sistemului informatic actual sau a unor activiti; - atingerea unor parametrii economici care sunt condiionai de comunicarea i prelucrarea informaiilor; - eliminarea unor neajunsuri ale vechiului sistem cu repercusiuni economice negative; - alegerea soluia globale a sistemului care va avea n vedere utilizarea unui model matematic pentru determinarea soluiei optimale, n limitele cruia se va realiza noul sistem. b) viziunea asupra comunicaiilor din SIO i SII i care are n vedere urmtoarele aspecte: descrierea sistemului de organizare; definirea de ansamblu a comunicaiilor n cadrul structurii organizatorice; definirea soluiilor globale i previzibile de organizare a comunicaiilor de date i prelucrrilor, care pot fi locale, ON LINE, comunicaii de date sau mixte;
50

specificarea general a comunicaiilor fie prin instalarea unor posturi de lucru (WS Work Station), fie implementare unei reele de calculatoare(RC); c) viziunea asupra datelor trebuie s asigure definirea variabilelor pentru urmrirea obiectivele stabilite, a variabilelor ecart (etalon obiective concret fixate), precum i definirea intrrilor i ieirilor n concordan cu obiectivele stabilite i alegerea structurii de date capabile s asigure atingerea obiectivelor de colectare, generare, prelucrare i comunicare necesare; d) viziunea asupra prelucrrilor trebuie s defineasc urmtoarele aspecte: definirea subsistemelor informatice / aplicaiilor; definirea conexiunilor dintre subsisteme i aplicaii, n scopul asigurrii funcionrii sistemului realizat; stabilirea soluiei generale de prelucrare aleas: algoritmic, declarativ, concurent , bazat pe evenimente sau mixt;

Alegerea Soluiei Globale Optime Model Matematic Soluia global pentru realizarea i administrarea Si trebuie s in cont de factorii endogeni i exogeni n raport cu activitatea organismului modelat, de considerente financiare, umane, organizaionale, tehnice, conjuncturale, informaionale i manageriale, motive suficiente pentru ca aceast soluie s fie optim. Datorit acestor considerente, n activitatea practic se folosesc metodele matematice sau Sistemele Expert (SE) dotate cu inteligen artificial. Modelul matematic (MM) ofer posibilitatea alegerii variantei optime din mai multe variante posibile pe baza unor criterii. Acest MM folosete pentru alegerea soluiei optime urmtoarele etape: Etapa 1. Definirea Criteriilor n aceast etap se definesc criterii de care se va ine seam la alegerea soluiei i stabilirea ponderii fiecrui criteriu. Criteriile vor fi stabilite n funcie de: tipul organismului i natura activitii sale; volumul, frecvena i gradul de distribuire geografic a datelor de I / E; tipul de RC i SGBD utilizate; timpul de rspuns ateptat de noul sistem; Criteriile vor fi notate cu C1,, Cn la care li se asociaz cte o pondere x1j,.xnj j=1..n pondere stabilit n aa fel nct: xij + xji = 2 pentru orice i j (1)

Pentru rezolvarea ecuaiei se stabilesc urmtoarele reguli: dac criteriul Ci este mai important dect criteriul Cj se stabilesc: xij = 2 i xji = 0;

(2)

dac criteriul Ci este tot aa de important ca i criteriul Cj atunci:

51

xij = xji = 1;

(2)

dac criteriul Ci este mai puin important dect criteriul Cj atunci: xij = 0 i xji = 2; (2)

Funcie de lista de criterii stabilite i a regulilor enunate se trece la : a) ntocmirea tabelei de criterii a crei structur este dat n Tab.8.1. COD DENUMIRE TIP UNITATE DE CRITERI CRITERIU OPTIM EXPRIMARE U C1 Timp de rspuns MIN Minute C2 Tip procesor Stabilit de P Model procesor C3 Memorie RAM MAX MB C4 Capacitate MDD MAX GB C5 Pre achiziie MIN $ USA C6 Frecven proces MAX MHZ Tab. 6.3Tabelul cu criteriile de evaluare a soluiilor b) ntocmit tabel cu ponderea criteriilor n alegerea soluiei optime. n acest moment se ntocmete un tabel cu modelul din Tab.8.2. n care se completeaz ponderea fiecrui criteriu n comparaie cu celelalte criterii conform regulilor din (2), iar n final se calculeaz ponderea criteriului, prin nsumarea punctelor obinute, n soluia general. Toate aceste sunt exemplificate n Tab.8.2 dat mai jos.

Cj CI C1 C2 C3 C4 C5 C6

PONDERE RELATIVA L/C C1 C2 C3 C4 C5 C6 2 0 1 0 2 0 3 1 1 2 1 7 1 1 2 2 0 6 2 1 0 2 1 6 0 0 0 0 0 0 2 1 2 1 2 8

PONDERE CRITERU xij 7 3 4 4 10 2

30 =

n( n 1) 2 2

Tab. 6.4Tabel de calcul a ponderii criteriului din acest tabel rezult ierarhizarea criteriilor conform dorinei utilizatorului astfel: C5, C1, C3, C4, C2, C6. Funcie de aceste punctaje vor fi evaluate variantele oferite.

52

Etapa 2. ntocmirea Tabelului Cu Variante Aceast etap are n vedere pregtirea pentru evaluare a mai multor variante funcionale prin prisma criteriilor de evaluare, a timpului de optim i a unitii de exprimare folosite pentru cuantificarea fiecrui criteriu. Conform tabelului Tab.8.2. cu criteriile de evaluare se ntocmete Tab.8.3. cu variatele supuse evalurii a crui form este dat mai jos. Criteriu de evaluare SIM DENUMIRE B C1 TIMP RSPUNS C2 TIP PROCESOR C3 MEMORIE C4 CAPACITATE C5 PRE C6 FRECVEN Tip optim MIN OF MAX MAX MIN MAX Unitate de exprimare Minute Minute MB GB $ USA MHZ V1 Q11 1 P 200 32 1 3400 200 VARIANTE V2 Q12 3 P 133 24 0,64 2800 133 V3 Q13 6 AMD 100 16 0,60 2200 100

Tab. 6.5Tabelul cu variantele de evaluat Pentru a putea compara variantele supuse evalurii se va trece la normalizarea lor, adic aducerea la o evaluare ntre 0 i 1 n conformitate cu timpul de optim pentru a le putea compara. Etapa 3. Normalizarea i Ponderea Variantelor Normalizarea se va face n funcie de poziia valorii curente fa de tipul de optim astfel:

valoarea din tabel care ndeplinete criteriul de optim capt valoarea

1; valoarea din tabel care ndeplinete criteriul de nonoptim capt valoarea 0; valorile din tabel care se afl ntre optim i nonoptim se calculeaz ponderat dup formulele:

Pmax = Pmin =

Q m Q ax ij Q m Q m ax in Q Q m ij in Q m Q m ax in

(3) (4)

Pentru realizarea operaiei de normalizare se ntocmete Tab. 8.4. care va conine ponderea fiecrui criteriu pentru fiecare variant n conformitate cu regulile stabilite mai
53

sus, dup care se calculeaz ponderea criteriului n variant prin nmulirea ponderii criteriului cu valoarea normalizat a variantei. NORMALIZARE VARIANTE VARIANTE TIP i OPTIM V1 V2 V3 min 7 1 0,4 0 Utilizator 3 1 1 0 Max 4 1 0,5 0 Max 4 1 0,9 0 Min 10 0 0,5 1 Max 2 1 0,67 0 Tunctaj total PONDERARE VARIANTE VALORI PONDERATE V1 V2 V3 7 2,8 0 3 3 0 4 2,0 0 4 3,6 0 0 5 10 2 1,34 0 20 17,74 10

CRITE RIU C1 C2 C3 C4 C5 C6

Tab. 6.6Tabelul de evaluare a variantelor P12 = (3-1) /( 6-1) = 2/5 = 0,4 P42 =
1 0,64 0,36 = = 0,9 1 0,60 0,4

P22 = 1 opiunea utilizatorului pentru 2800 2200 600 = = 0,5 INTEL P52 =
3400 2200 1200

P32 =

32 24 8 = = 0,5 32 16 16

P42 =

200 133 67 = = 0,67 200 100 100

Ponderea valorilor normalizate cu valoarea criteriului este operaia prin care se influeneaz valorile normalizate cu ponderea criteriului. Etapa 4. Alegerea Variantei Optime De ndat ce tabelul Tab.8.4. a fost ntocmit se poate trece la alegerea variantei optime, dar nainte de aceasta se stabilete punctajul acumulat de fiecare variant. Varianta optim este varianta care acumuleaz numrul maxim de puncte. n urma aplicrii modelului matematic de alegere a variantei optime a rezultat c, varianta aleas este una, care are caracteristicile: timp de rspuns: 1 minute; tip procesor: INTEL; capacitatea HDD: 1 GB pre achiziie: 3400 $ USA frecvena: 200 MHZ Definirea Obiectivelor Sistemului Definirea obiectivelor sistemului face referire la elementele de natur general ce vor genera structura, funcionalitatea i conexiunile noului sistem n vederea atingerii parametrilor dorii. Pentru aceasta trebuiesc definite dou elemente fundamentale:
54

obiectivele noului sistem; funciile asociate acestuia;

Obiectivele noului sistem n etapa de stabilire a obiectivelor sistemului trebuiesc avute n vedere urmtoarele: a) cerinele informaionale ale subsistemului de decizie, n vederea mbuntirii procesului de fundamentare a deciziei i emiterii acestora; b) solicitrile informaionale, ale componentelor i serviciilor funcionale sau operante, n vederea derulrii operaiilor i proceselor specifice; c) asigurarea unor instrumente care s fac fa relaiilor cu exteriorul: ageni economici, organe superioare, etc., asigurnd un schimb corect, fiabil i coerent de date, pentru asigurarea comunicrii ntre sistemele conectate; d) fixarea obiectivelor n strns corelaie cu cadrul legislativ, hotrrile de guvern, normele emise de organul superior. Toate aceste elemente impun pentru noul sistem anumite obiective i funcii asociate, ntr-o manier ce asigur respectarea integral a legislaiei economice. Sistemul proiectat este dedicat sistemului decizional i are rolul de minimizare a perturbaiilor aprute pe parcursul desfurrii activitii organismului. Din acest motiv, obiectivele sistemului informatic trebuie subordonate obiectivelor specifice organismului i el const n generarea, furnizarea operativ i selectiv, ctre toate nivelele de conducere, a unor date cu caracter strategic, teoretic, operativ sau funcional n vederea elaborrii unor decizii eficiente sau a ndeplinirii sarcinilor specifice. n general obiectivele noului sistem se clasific n: Obiectivul general (OG) care const n maximizarea profitului, minimizarea riscurile n condiiile respectrii integrale a restriciilor reglementate prin legislaie. Obiective secundare care trebuie s fie compatibile cu OG i s asigure ntr-o anumit msur ndeplinirea acestuia.

Obiectivele secundare ale informatizrii Obiectivele sistemului au n vedere informatizarea activitilor eseniale i specifice organismului, care conduce n final la mbuntirea actului decizional i a creterii performanelor unitii asigurnd urmtoarele: - modernizarea actului decizional prin furnizarea de date exacte i operative; - asigurarea unui optim global i pe domenii de activitate prin decizii strategice, tactice i operative ; - rentabilizarea continu a activitii prin creterea produciei i reducerea cheltuielilor; - utilizarea datelor sub diverse forme de prezentare: rapoarte, indicatori sintetici, grafice cu un coninut relevant; - asigurarea proceselor decizionale de rutin automate;
55

- asigurarea unor procese decizionale tiinifice

bazate pe modele

matematice statice i dinamice;

- implementarea principiului de conducere bazat pe obiective i prin

excepii; Pentru asigurarea acestor obiective n general este necesar informatizarea activitilor funcionale i operante, dar innd cont de urmtoarele particulariti ale sistemului informatic: - obiectivele vor fi prezentate i aprobate de conducere; - concepia, realizarea i exploatarea se va face numai sub incidena i limitele obiectivului; - obiectivele sistemului informatic trebuie s respecte litera i spiritul legii; - obiectivele specifice trebuie s tin seama de aspectele concrete din realitatea organismului cum ar fi: mrimea organismului; structura sa organizatoric; gradul de dispersie geografic; gradul de participare pe pia; gradul de automatizare al operaiilor specifice; forma de proprietate; tipul organismului (intern, internaional); alte aspecte.

7 MODELAREA CONCEPTUAL
Funciile Modelrii Conceptuale Modelarea conceptual este acea activitate din cadrul etapei de realizare care se desfoar la nivel conceptual i are rolul de stabilire i descriere a soluiilor alese pentru comunicare, structurare a datelor i prelucrare, fr a ine cont de restricii organizatorice, umane, tehnice sau de detaliu. Modelarea conceptual are ca elemente principale de analiz: obiectivele i restriciile stabilite de modelul global; soluia optim aleas de modelarea global; informaiile oferite de studiul de detaliu al sistemului actual. Rezultatul modelrii conceptuale const n furnizarea de specificaii pentru descrierea comunicaiilor, a structurii de date i a prelucrrilor necesare nivelului logic de realizare n contextul soluiei generale admise / stabilite. Modelarea conceptual trebuie s asigure: a) la nivelul descrierilor i definiiilor: definirea domeniilor, funciilor, activitilor, operaiilor ce se informatizeaz; determinarea intrrilor pe sisteme, subsisteme, aplicaii; stabilirea ieirilor pe sisteme, subsisteme, aplicaii; alegerea sistemului de codificare utilizat;
56

b) pentru comunicare: determinarea modelului de comunicaie, prelucrare i descriere a relaiilor de comunicare; c) pentru date, proiectarea modelului conceptual : entiti necesare, relaii dintre ele, asociaii de entiti; d) pentru prelucrri: stabilirea prelucrrilor specifice sistemului, subsistemelor sau aplicaiilor i a corelaiilor dintre ele; Modelarea Definiiilor i Descrierilor Stabilirea ariei de informatizare Dup cum am vzut sistemele economice sunt formate din trei subsisteme principale: de decizie / conducere / managerial, informaional i operant sau de producie. Pentru reducerea complexitii de modelare a sistemului se recurge la structurarea lor n domenii de activitate, n raport cu funciile principale, n activiti i se abine o structur arborescent n care elementele primare sunt de tip mai simplu care pot fi abordate. De reinut faptul c fiecare domeniu, care are n coresponden o component organizatoric ndeplinete i funciile fundamentale de : conducere, informare, execuie. Dac lum n seam numai partea care vizeaz subsistemul funcional, acesta va arta astfel:

SISTEM ECONOMIC

CERCETA REDEZVOLT

PRODUCTIE

COMERCIAL

FC

P-S

57

ARE

F-O

U-O

PUP

SM

TV

Fiecare component pe nivelul ei poate fi tratat prin prisma general a unui sistem :
I ER

PRELUCRARI Intrri date codificri ieiri relaii comunicaii prelucrri date prelucrri / operaii

algoritmi

Funcie de structura i obiectivele urmrire se stabilete aria de informatizat, care const n domenii, funcii, activiti, operaii ce urmeaz a fi supuse modelrii i informatizrii. Descrierea intrrilor

Intrrile n sistem asigur generarea datelor de intrare, care vor face obiectul prelucrrilor automate prin intermediul algoritmilor de calcul i de prelucrare. a) Clasificate dup maniera n care intr n sistem, informaiile sunt de dou tipuri: intrri off line - sunt cele care intr n sistem prin intermediul documentelor i care presupune operaia de introducere n sistem sau colectare a lor; intrri on line - sunt acele informaii care sunt introduse direct n sistem prin intermediul terminalelor, a staiilor de lucru sau transmisiei de date. b) Rolul documentelor de intrare (DI) ale unui sistem const n faptul c vor consemna starea i dinamica fenomenelor i proceselor petrecute n sistemul operant / productiv i au urmtoarele particulariti: sunt generate (ntocmite) la locul i n momentul (desfurrii) producerii unui proces sau fenomen; reflect operaii specifice prin intermediul crora vor fi generate tranzaciile externe (TE); circuitul, termenele, intervalele obligatorii i modul concret de prelucrare, sunt stipulate n reglementri legale specifice domeniului sau de norme interne; gradul de prelucrare al informaiilor de pe documentele de intrare este minim;
58

modelele documentelor de intrare conin zone evideniate i / sau colorate n diverse moduri, n scopul asigurrii claritii, calitii i exactitii generrii i introducerii datelor n sistem; Pentru a corespunde procesului de formalizare este necesar ca pentru fiecare

DI s se cunoasc: formatul, coninutul, numrul de exemplare, circuitul fiecruia, termenele, modul de complectare a fiecrei rubrici, coduri folosite, semnturi autorizate, elemente de verificare formal i de coninut pentru fiecare document.

c)

Cerinele specifice documentelor de intrare

Documentele de intrare sunt sursa principal a intrrilor n sistem care poart denumirea generic de tranzacii externe(TE). TE sunt fluxuri informaionale prin care datele din DI sunt preluate prin intermediul videoterminalelor pe ecranele crora exist modele informatice ale acestora, denumite videoformate sau ecrane de actualizare. Acestea sunt [transpuse] achiziionate de sistemul informatic n urma unei operaii manuale de tastare / culegere a datelor i a unor procese automate de validare a coerenei urmat de stocarea i manipulare n structurile de date specifice (BD, BT,BC). DI care pot fi tipizate sau netipizate i trebuie s corespund urmtoarelor cerine: consemnarea proceselor se va face pe baza documentelor a cror reglementare este stabilit prin lege sau norme; zonele cu date utilizate n sistemul informatic vor fi puse n eviden prin mai multe forme: zone cu nuane coloristice diferite; zone cu secvene de ptrate / dreptunghiuri n care vor fi consemnate coduri, nume, denumiri i la nevoie va fi precizat poziia mrcii zecime; diferitele exemplare pot avea culori diferite, fiecare avnd circuitul su. d)

Elementele caracteristice documentelor de intrare coninutul totalitatea informaiilor i datelor specifice desemnate prin rubrici; forma care este dat de modul de grupare i repartizare a informaiilor ntr-o succesiune logic prin care se asigur: definirea operaiilor; claritatea; facilitatea introducerii datelor; delimitarea datelor pt. BD i BT i cele care au caracter informativ sau sunt neprelucrative automat; formatul care specific mrimea suportului exprimat n simbolistica internaional: A3, A4, X4, A5, X5, X6,

59

titlul red sintetic funcia acestuia i este stabilit de regul prin lege sau alte norme; modelul documentului se refer la structura fizic i informaional format din descrieri, rubrici, semnturi, etc.; rubricile indic denumirea i numrul maxim de caractere asociat pentru fiecare dat ce va fi inserat; instruciunile de completare arat modul de folosire, completare, eventual corelaii specifice fiecrei rubrici; numrul de exemplare n care se va ntocmi documentul, culorile folosite i circuitul fiecrui exemplar; atributele aferente fiecrei rubrici: semantic, tip, lungime maxim. Cunoaterea i respectarea tuturor acestor elemente i cerine este obligatorie pentru toi operatorii economici, n scopul asigurrii validitii i justificrii operaiunilor i proceselor desfurate de acetia i asigurrii unor date pertinente, coerente i corecte pentru generarea tranzaciilor externe specifice sistemului informatic.

Tipologia documentelor de intrare Tipologia presupune clarificarea documentelor de intrare dup diferite criterii i anume: a)dup formatul de prezentare : individuale cnd informaiile se refer la un singur element; colective cnd informaiile se refer la mai multe elemente de aceiai tip; mixte au o parte comun i un tabel; b) dup forma de utilizare: documente comune tuturor organismelor; specifice unui organism. c)dup regimul de prezentare: regim uzual fr restricii de utilizare; regim special sunt caracterizate de o utilizare i eviden strict impus de legislaie i au meniunea REGIM SPECIAL. d) dup tipul tranzaciei: pentru crearea iniial a BD / BT presupune ncrcarea cu date reale n momentul lansrii n funciune a sistemului informatic, vezi CATALOAGE, NOMENCLATOARE; pentru actualizarea ciclic a BD / BT ele asigur sincronizarea dintre dinamica fenomenelor reale i valorile stocate n sistemul informatic; Ele permit operaiile de Adugare, Modificare, Stergere. Intrri tip ON-LINE Sunt acele categorii care sunt achiziionate direct n structurile de date ale SI n momentul emiterii documentului sau sunt transmise ntre dou calculatoare care comunic ntre ele. Comunicrile ON-LINE pot fi ntre: o staie de lucru i server sau ntre calculatoare: n reea sau ntre reele.
60

Sunt cunoscute urmtoarele tipuri de reele: a) LAN Local Area Networks - locale b) MAN- Metropolitan Area Networks - departamentale c) WAN Wide Area Networks - regionale presupun telecomunicaii. d) GAN Global Area Networks - globale n Romnia sunt rspndite reelele de tip LAN la care se pot ntlni dou tipuri de arhitectur: Arhitectur client server distribuit care asigur funciile: - administrarea datelor comunicaia - procesarea datelor se face numai - prezentarea rezultatelor ctre utilizator staie - server Arhitectur peer To peer de la egal la egal unde comunicaia se poate face ntre oricare dou staii, neexistnd server. Ieirile sistemului

a) Cerinele specifice ieirilor

Ieirile reprezint rezultatul prelucrrilor la care au fost supuse datele i ele trebuie s respecte urmtoarele cerine: s respecte sensul i spiritul legii; s rspund solicitrilor sistemului de management; s conin informaii cu un nalt grad de reprezentativitate, relevan, exactitate i sintez; s in cont din punct de vedere informaional i structural de formatul i dispozitivul de afiare i destinatarul informaiei; s rspund prin coninutul lor structural i informaional cerinelor organismelor externe;
b) Tipologia ieirilor

Tipologia ieirilor nseamn precizarea formatului datelor de ieire, dispozitivului periferic utilizat i utilizatorul ce va beneficia de aceste date. Tipologia ieirilor este determinat de urmtoarele reguli: ieirile sunt determinate de legislaia n vigoare; ieirile pot avea un coninut analitic, centralizat sau sintetic; ele au o frecven stabilit de legislaie sau solicitani; ieirile sunt proiectate n raport cu natura i complexitatea activitii; formatul i modul de prezentare sunt stabilite de solicitani; Funcie de forma i coninutul lor sunt cunoscute urmtoarele tipuri de ieiri:
61

 Rapoarte/liste/situaii de ieire - prezentate sub form de tabel i coninut analitic, centralizat sau sintetic, a cror form i coninut sunt eventual predefinite; Indicatori sintetici care pot reda procese prin intermediul unor date succinte, cu un numr minim de informaii. Ele sunt caracterizate de un nalt grad de prelucrare. Graficele care redau tendina evoluia, involuia, stagnarea, variaia sau structura unor fenomene. Sunt utile n decizii operative sau strategice. Ieiri mixte care conin informaii sub cele 3 forme. Ieiri externe care sunt transmisii ON-LINE ctre alte organisme.

Sistemul de codificare

Rolul sistemului de codificare Sistemul de codificare este format din totalitatea elementelor privind necesitatea, obiectul, cerinele codificrii, funciile codurilor, tipuri de coduri, activitile impuse de codificare i coduri folosite. Este operaie forte important cu efecte deosebite asupra performanelor tehnice ale noului sistem. Pentru a nelege rolul codificrii trebuiesc nelese urmtoarele: a) Necesitate codificrii este generat de: operaii de grupare, ierarhizare i localizare a elementelor; utilizarea mai bun a suportului i a memoriei; minimizarea timpului de rspuns i a erorilor; securitatea, confidenialitatea i abstractizarea informaiilor; simplitatea utilizrii codurilor; posibilitatea manipulrii electronice a informaiilor; Obiectul codificrii care const n: obiecte, fenomene, operaii ,proprieti, etc; intrri sau ieiri din sistem; elemente auxiliare; Cerinele codificrii sau reguli ce trebuiesc respectate: unicitatea codului; stabilitatea i supleea n timp; controlabilitatea codului; comoditatea utilizrii; concizia; extensibilitatea; Funciile codurilor: descriptivitate total sau parial a obiectului codificat; identificarea partial sau concret;
62

b)

c)

d)

e)

f)

g)

control corectitudinii codului; operativitatea prelucrrii; Tipologia codurilor sau tipurile de coduri posibile dup : natura caracterelor : numeric, alfabetic, alfanumeric; modul de control al erorilor : autodetectoare de erori, autocorectoare; structur : secveniale, structurate ( ierarhizate, juxtapunere); modul atribuirii : manual, automat; Realizarea codificrii este procedeul prin care se asigur : determinarea obiectelor codificabile; pregtirea codificrii; realizarea nomenclatorului de coduri; ntreinerea nomenclatorului; Coduri standard utilizate: cod document; cod bancar; cod operaie; cod beneficiar / client; codificare statistic;

Exemple de coduri Codificare simpl este operaia prin care la o mulime de obiecte se atribuie un cod, care trebuie s fie realizat de o funcie bijectiv. f : O C f (x) = y x este obiectul de codificat; y - este codul atribuit; O mulimea obiectelor; C mulimea codurilor; Un exemplu clasic este codul ASCII, EBCDIC atribuit semnelor reprezentate n binar. Controlul erorilor se realizeaz prin intermediul unei cifre de control sau litere amplasate n ultima poziie a codului. Caracterul de control permite: calculul valorii acestei cifre pentru fiecare cod; verificarea caracterului de control; posibilitatea determinrii unei erori de manipulare; Codurile autodetectoare de erori, care constau n stabilirea unui cod etalon cu ponderea fiecrei cifre i funcie de acestea se calculeaz cifra de control. n exemplul de mai jos este redat modul de calcul al cifrei de control. Poziia cifrei 9 Cifra i 2 Ponderea i 1 Produsul CiPi 2 - 8*2=16 8 7 0 1 2 1 0 1 1+6=7 6 8 2 7 5 4 2 8 1 2 2 7 - 9*2=18
63

3 2 1 9 1 2 1 9 1+8 =9

1 0 1 0

0 1 2 2

Cifr-C 40-31=9

Este simplu de calculat dar nu ofer posibilitatea detectrii erorii de compensare, deoarece exist o clas de coduri diferite care au aceiai cifr de control. Coduri autocorectoare de erori sunt cele care permit determinarea erorii i a poziiei greite. Determinarea cifrei de control se face respectnd pasii: se aranjeaza codul ntr-o matrice astfel ca cifra C0 ocup poziia nxm; se complecteaz codul n matrice de la dreapta la stnga ca mai jos; elementele ce rmn goale se complecteaz cu 0; se calculeaz suma elementelor pe linie i pe coloan; se calculeaz cifra de control pe linie i coloan unde Zm=Int(x+9); din cifrele de control de pe linie sau coloan se calculeaz cifra de control; Cod corect

C ij
0 1 1 2 8 0 8 9 17 3 2 2 0 4 6 0 8 1 9 1 2 19 11 32

Ci =Zm- C ij 8 1 9

C ij
Ci=10-j

Ke = 20-(8+1+9)=2 Kc = 20-(8+3+6+1)=2

a) se face suma Ci pe linie i coloan Cij

b) se calculeaz cifra de control pe linie i coloan CCi = Zm - C ij c) se calculeaz cifra de control K = Zm - C ij Cod eronat 0 1 1 2 8 0 8 9 17 3 2 2 0 4 6 0 3 1 4 6 2 14 11 8 6 9 7 30-23

Modelarea Conceptual A Comunicaiilor Funciile Modelului CC Modelul conceptual al comunicaiilor are funcia esenial de a reflecta ntr-o manier sintetic fluxurile informaionale ntre diferite elemente structurale sau funcionale specifice organismului modelat. Modelarea Conceptual a Comunicaiilor folosete o serie de concepte specifice: actori, diagrame de flux, matrice de flux, prin intermediul crora ntr-o manier
64

specific, red circuitele informaionale, fr constrngeri tehnice sau organizatorice, dau n cadrul limitelor legale. Pentru realizarea modelului conceptual al comunicaiilor trebuie respectate urmtoarele reguli: Modelul trebuie s respecte cerinele metodologice i informaionale prevzute de legislaie; Ansamblul activitilor descrise prin MCC sunt desfurate de elemente active ale sistemului numite actori; Fluxurile informaionale trebuiesc optimizate i formalizate prin intermediul unei matrici de flux; Modelul face referin la un domeniu sau altul prin intermediul diagramei de flux ce corespunde n mod global acestui model, fr restricii tehnice sau organizatorice. Actorii i fluxurile informaionale Sistemul operant al unui organism este format dintr-un ansamblu de elemente sau uniti active i un ansamblu de activiti specifice. n aceast viziune actorii reprezint unitile active, utilizate n funcionarea sistemului operant. n practic actorii din cadrul unui organism pot fi: Un element structural al organismului: departament, serviciu, birou, compartiment, ghieu, etc.; Un domeniu de activitate: conducere, contabilitate, marketing,etc; Un ansamblu de activiti distincte i specifice organismului: aprovizionare, desfacere, gestiune, clieni, etc.; Un partener extern: client, banc, organ de control etc.; Practic orice model conceptual al comunicailor are ca puncte cheie actori , ntre care se vor desfura fluxuri informaionale. Fluxurile sunt reprezentate de schimburi declanate ntre doi actori i ele pot fi: - fluxuri materiale; - fluxuri financiare; - fluxuri de personal; - fluxuri de active; - fluxuri informaionale; Orice flux este emis de ctre un actor i este destinat unui alt actor. n proiectarea sistemelor informatice se va face referire la fluxurile informaionale, exceptnd fluxurile declanate ntre un actor i memoria calculatorului. Diagrama de flux Diagrama de flux este o reprezentare grafic ce reflect legturile stabilite ntre actori prin intermediul fluxurilor informaionale.

65

Actorii pot fi reprezentai printr-un cerc, hexagon, ptrat, dreptunghi, iar fluxurile prin intermediul sgeilor. Aspectul vizual i simplitatea sa face posibil descrierea destul de complet a felului n care circul informaiile n sistemul proiectat. Aceast diagram poate fi mbuntit prin adugarea unor numere sau simboluri prin care se indic secvena sau succesiunea prelucrrii i referine la factorul timp. Mai jos n Fig.9.1 este redat sub forma de diagram de flux, mulimea relaiilor dintre diveri actori care contribuie la Calculul i plata salariilor. COMISIA DE PROMOV. INCAP. 2 4 BIROUL PLAN 7 MANAGER 16 BANC 8.1 9 10 11 12 15 13 Fig. 7.12Fluxul informaional pentru Calculul salariilor Semnificaia relaiilor fiind urmtoarea: 1. naintarea procesului verbal cu promovrile lunare, biroului personal; 2. , 3, 4. Biroul personal comunic schimbrile celor 3 actori; 5. sectorul transmite pontajul , sporurile i K-urile staiei de calcul; 6. oficiul juridic comunic sanciunile aprobate; 7. biroul financiar comunic reinerile; 8. staia de calcul face calculele i comunic rezultatul serviciilor: plan i financiar; 9. financiarul nainteaz tabelele de plat pentru semnat de ctre manager; 10. preia documentele semnate; 11. transmis documentele la casierie; 12. ntocmit documentele pentru banc; 13. ridicat banii de la banc; 14. pltit restul de plat salariailor; 15. returnat banii nefolosii la banc; 16. predat documentele de plat la serviciul financiar;
66

BIROUL PERSONAL

SECTOR

5 8.2 STAIA DE CALCUL 6 OFICIU JURIDIC

BIROU FINANCIAR

14 CASIERIE SALARIAI

Un alt exemplu este oferit n Fig.9.2 pentru decontarea unei pli ntre doi parteneri din judee diferite care utilizeaz serviciile bancare:
INSPECIA DE PLI I DECONTRI

7
7 8 BANCA
A

BANCARE

6 5
SUCURSALA BNR JA

4.1
SUCURSALA BNR JB

4 2 3 8

BANCA B

CLIENT BENEFICIAR

CLIENT PLATITOR

Fig. 7.13Fluxul informaional aferent unei decontri 1. clientul beneficiar trimite cecul la banca A; 2. banca iniiatoare completeaz cecul cu Compensabil cu prin judeul B i trimite documentele, prin reeaua interbancara, unitii bancare pltitoare; 3. unitatea bancar destinatar verific cecurile i debiteaz contul clientului; 4. unitatea banc primitoare trimite unitii bancare iniiatoare, datele ce vor fi primite la compensare i prin 4 ntiineaz sucursala n privina compensrii; 5. banca iniiatoare introduce scriptic n compensaie cecurile n cauz, la sucursala BNR din judeul A i acelai lucru face sucursala B ; 6. banca B accept compensarea n cadrul edinei de compensri interbancare; 7. se accept compensarea ntre A i B; 8. se crediteaz contul clientului cu suma acceptat. n toate aceste schimburi de informaii vor fi implicai actori ce reprezint organismul sau elementul structural implicat. Diagrama de flux poate fi nsoit de un tabel de descriere a fluxului care are rol de a completa nelesul diagramei i care este redat n Tab. 9.1. NR. ORDIN E EMINENT RECEPTOR DESCRIERE FLUX DOCUMENTE / SITUAII FOLOSITE

67

Tab. 7.7Tabel nsoitor flux informaional

Matricea de flux Matricea de flux este o reprezentare tabelar a actorilor i fluxurilor informaionale dintre acetia. Practic ea are forma unei matrici n care liniile i coloanele sunt actori, iar elementele sunt fluxurile (documente) informaionale, lucru reflectat n Fif.9.3.4.1. DESTINAT AR EMINENT A1 A2 An A1 A2 An

Fij Fig. 7.14Matricea de flux

Unde Ai - sunt actori implicai n schimbul de informaii; Fij reprezint fluxul de la i la j, deci ieirile din componenta Ai ctre componenta Aj a sistemului i este materializat prin documente care fac obiectul fluxului; Fii reprezint fluxuri interne deci din cadrul aceleai componente. Citind pe vertical coloana de la Ai reprezint intrrile n componenta Ai , iar pe orizontal ieirile din componenta Ai . Matricea de flux reprezint avantajul unei sinteze maxime a fluxurilor informaionale, dar are dezavantajul c nu mai reflect succesiunea n timp a acestor fluxuri. Matricea de flux indic gradul de implicare al fiecrui actor. Modelarea conceptual a comunicaiilor constituie baza pentru modelarea comunicaiilor la nivel organizatoric, logic i fizic.

68

Modelarea Conceptual A Prelucrrilor Funciile modelrii CP Prelucrarea la nivel conceptual n metoda 3 M este definit prin mijloace informatice asemntoare prelucrrilor clasice. Astfel o prelucrare informatic dispune de date de intrare, care sunt prelucrate dup algoritm specific n urma cruia rezult ieirile (Fig.9.4.) PRELUCRRI DATE INTRARE AUTOMATE Fig. 9.15Schema prelucrrii clasice Prelucrrile n metoda 3 M se petrece la nivelul domeniului i sunt descrise prin intermediul proceselor specifice, care folosesc la intrare stimuli sau evenimente i la ieire reacii sau rezultate ca n Fig. 9.5.
STIMULI SAU EVENIMENTE DOMENIUL : PROCES 1 PROCES 2 ...

DATE IESIRE

REACTII SAU REZULTATE

Fig. 9.16Simbolizarea unei prelucrri n 3M Modelarea Conceptual privete prelucrrile prin prisma unor concepte i formalisme specifice punndu-se n eviden, la nevoie conflictele i paralelismele. Formalizarea prelucrrilor se face la nivel general, fr a lua n consideraie restriciile i soluiile tehnice, informatice sau organizatorice. Funciile principale ale modelrii conceptuale sunt: asigur descompunerea proceselor de operaii; stabilete procesele de prelucrare; asigur finalitatea proceselor; indic actori ce particip, evenimentele surs, condiiile de desfurare asociate i specifice fiecrui proces, funciile operaiilor i rezultatele emise; descrie succesiunea proceselor i operaiilor n mod abstract, prin intermediul unui formalism grafic specific metodei 3 M; asigur o descriere de ansamblu la nivel conceptual, asupra funciilor organismului descompuse n domenii, activiti, procese i operaii. Formalismul de modelare a prelucrrilor

69

Formalismul de modelare a prelucrrilor se bazeaz pe descrierea i reprezentarea grafic a urmtoarele concepte:

actor este acea component activa care: iniiaz,

recepioneaz i realizeaz prelucrri de date sau documente i este ilustrat grafic printr-un hexagon.
ACTOR

Fig. 9.17Ilustrarea grafic a unui actor

eveniment / rezultat evenimentul este un flux generat de un actor

transmis unui domeniu, n timp ce rezultatul este reacia domeniului respectiv la stimulii primii avnd ca destinaie un actor, aa cu este prezentat n Fig. 9.7. n general rezultatului / evenimentului i se asociaz un mesaj care este o succesiune de informaii structurale ce contribuie la descrierea mai clar a evenimentului sau rezultatului.
AGENT ECONOMI C

Ordin De Plata

Eveniment

Rezultat Extras
De Cont

DOMENIUL CREDITE BANCARE Al unei S.B.

Fig. 9.18Evenimentul i rezultatul unei prelucrri operaia este o descriere a comportamentului unui domeniu n raport cu evenimentele primite din sistem. Orice operaie este declanat ca urmare a opariiei unui eveniment sau mai multe evenimente sincronizate. Operaiile pot fi elementare sau complexe. Operaiile complexe conin mai multe operaii elementare cum ar fi:decizii, reguli de gestiune, aciuni asupra datelor memorate, prelucrarea efectiv a datelor. Operaiile complexe se termin prin condiii de emisie a rezultatelor, iar grafic operaia este simbolizat de un dreptunghi. sincronizarea reprezint o condiie ce trebuie ndeplinit pentru declanarea unei operaii, acestea determinnd structurarea proceselor n operaii complexe. Sincronizarea este o expresie logic simpl sau complex aplicat evenimentelor de intrare participante la operaie.

70

Operatorii logici utilizai fiind: ( SAU, SI, NOT i parantezele). Simbolizarea operatorului de sincronizare este un triunghi cu baza sus.
SIMBOL SINCRONI ZARE

Simbolizarea folosit pentru descrierea prelucrrilor este dat n Fig. 9.8.

Actor Nume,tip Eveniment Nume,tip Eveniment

Evenimente Intrare Operaie Sincronizar e Operare Evenimente i Date Condiii emisie Rezultate Rezultate Emise

Expresie Logica

NUME OPERATIE COMPLEXA

Operatie E1 Operaie E2 Operaie En
Condiii em R1 .. Condiii em. Rn

Actor

Nume, tip Rezultat 1

Nume , Tip Rezultat n

Fig. 9.19Simbolul utilizat pemtru descrierea unei operaii complexe procesele sunt un ansamblu structurat de operaii complexe consecutive, nlnuite pe baza operaiilor de sincronizare, care au acelai scop final. Ele sunt elementele constitutive ale activitilor. Simbolic ele sunt reprezentate prin semne asemntoare operaiei complexe i arat ca n Fig.9.9
Actor Nume,tip Eveniment Nume,tip Eveniment

Evenimente Intrare

Expresie Logica

Operaie Sincronizar e

NUME PROCES
Operatie C1 Operaie C2 Operaie Cn

Operare Evenimente i Date

71

Condiii em R1

..

Condiii em. Rn

Condiii emisie Rezultate

Actor Nume, tip Rezultat 1 Nume , Tip Rezultat n

Rezultate Emise

Fig. 9.20Simbol utilizat pentru descrierea procesului regulile de verificare au menirea de a asigura respectarea legislaiei i funcionarea corect a prelucrrilor, pentru aceasta trebuie avute n vedere: - descrierea corect a: actorilor implicai, a evenimentelor, a sincronizrilor, a operaiilor complexe i elementare i a regulilor de emisie a rezultatelor; - detalierea proceselor prin descompunerea acestora n operaii complexe sincronizate; - funcionarea repetitiv i fr blocaj n toate cazurile posibile; - simularea funcionrii manuale a modelului; reguli de sintax au n vedere utilizarea corect a conceptelor folosite de ctre metoda 3 M dup cum urmeaz: - actorii emit cel puin un eveniment i primesc cel puin un rezultat; - evenimentul provine de la un actor; - rezultatul provine de la o operaie; - toate rezultatele sunt adresate fie unui actor, fie unei operaii, fie unei sincronizri; - operaia este declanat printr-un eveniment / rezultat sau o sincronizare; - sincronizarea are loc prin cel puin un eveniment sau rezultat asupra crora acioneaz o expresie logic. Construcia modelului conceptual al prelucrrilor Pentru realizarea MCP trebuiesc parcurse urmtoarele: realizarea structurii sistemului n concordan cu obiectivele, care const n stabilirea: funciilor, domeniilor, activitilor, proceselor, operaiilor complexe i elementare. identificarea actorilor i a evenimentelor declanatoare de procese sau operai; determinarea principalelor procese i operaii complexe; stabilirea regulilor de emisie a rezultatelor; verificarea corectitudinii modelului care trebuiesc s ndeplineasc regulile: - regula nentreruptibilitii operaiilor complexe; - regula omogenitii n operaiile complexe;
72

regula nonredondanei operaiilor; regula nonredondanei evenimentelor i rezultatelor.

Modelarea Conceptual A Datelor Funciile modelrii conceptuale a datelor Modelarea conceptual a datelor reprezint o metod abstract de reprezentare a tipurilor de date, a legturilor dintre acestea, a dinamicii acestor legturi prin intermediul unor concepte specifice cum ar fi: tip entitate, tip relaie, tip proprietate, cardinalitate, chei primare, chei secundare, etc. n aceast etap de realizare a noului sistem intrrile sunt: descrierile i definiiile conceptuale: intrri, ieiri, algoritmi; modelul conceptual al prelucrrilor; modelarea global a datelor; Funciile principale ale modelrii conceptuale a datelor constau n: stabilirea tipurilor de proprieti utilizate; stabilirea entitilor specifice sistemului; stabilirea structurii acestora; stabilirea cheilor primare si secundare; stabilirea relaiilor dintre entiti; Pentru realizarea MCD se pot folosi dou metode: metoda deductiv prin care structura de date este stabilit pornind de intrrile i ieirile stabilite n modelul conceptual al definiiilor i descrierilor. Deductiv se poate ajunge la o list de proprieti care pot fi structurate n entiti i relaii; metoda inductiv - prin care, pe baza unei analize expertizate i rapide a intrarilor se poate stabile structura de date necesar. Problema fundamental a realizrii MCD o constituie determinarea atributelor strict necesare, care s asigure prin prelucrare furnizarea tuturor ieirilor. Pentru atingerea acestui scop se pot folosi trei variante: a) varianta ieiri intrri prin care se analizeaz ieirile i din ele se stabilesc atributele strict necesare obinerii ieirilor. Mulimea atributelor stabilite se mpart n : calculate ( C ) i necalculate ( -C ) de unde rezult : {A} = { -C } U {C} n urma analizrii algoritmilor de calcul al atributelor {C} se determin operanzii primari {O} de unde rezult: {A} = {-C} U {O}
b) varianta intrri - ieiri folosete atributele coninute de documentele

de intrare sau evenimentele de intrare din care se stabilesc atributele asociate modelului, care conin atribute necalculabile: {A} = {-C}
73

c) varianta mixt care folosete ca intrri n prelucrare: documentele de

intrare, ieirile din sistem i evenimentele i rezultatele furnizate de MCP. Mulimea atributelor stabilite va fi descompus n : calculabile i necalculabile, iar cele calculabile pornind de la algoritmul de calcul se vor stabili operanzii primari, de unde se va stabili: {A} = {-C} U {O} Indiferent de varianta folosint, dup stabilirea atributelor necesare MCD, trebuie avute n vedere urmtoarele reguli: atributele incluse n nucleul informaional nu trebuie s conin sinonime, omonime sau s fie redondante; pentru fiecare atribut trebuie asigurat o descriere complet. Formalismul de descriere a datelor. Constituirea conceptual a structurii de date presupune structurarea mulimii de atribute {A}, n entiti i stabilirea relaiilor dintre acestea. entitatea este forma abstract atribuit unui ansamblu de obiecte i fenomene, existente n realitate n mod concret sau abstract i caracterizat de : - identificatorul sau numele entitii care trebuie s fie unic, stabilit dup reguli specifice SGDB; - semantica entitii asigurat prin mulimea atributelor coninute ce caracterizeaz obiectul sau fenomenul; - cheia primar de identificare a realizrii sau nregistrrii; - cheia secundar care asigur relaia ei cu alte entiti. Structurarea n entiti trebuie s in cont de urmtoarele reguli: dimensiunea fizic a entitii; mulimea atributelor modificate n prelucrri; specificul prelucrrilor la care este supus; reducerea redondanei; Descrierea unei entiti se face utiliznd tabelul Tab .9.2. : ENTITATEA: Nr. Denumire atribut c Cheia primar Cheia secundar Relaii Tab. 9.8Tabel de descriere a entitii atributul este elementul constitutiv al entitii care contribuie la definirea semanticii entitii, avnd rolul de completare a proprietilor i eliminarea ambiguitii.
74

Simbol atribut

Tip Atribut

Lungime i Zecimale

Condiii Validare

Caracteristicile principale ale atributului sunt: - identificatorul care este unic n cadrul entitii i are o lungime, iar regulile de formare a sa sunt specifice SGBD ales; - tipul i lungimea care indic natura datelor ce vor fi depozitate n el i ce lungime va avea zona de suport destinat atributului exprimat n octei. Cele mai frecvente tiputi de atribute sunt : Cn NI Ri + 1 + z, z D8 L1 M10 G10 caracter de lungime n; numeric ntreg cu n cifre; real cu i ntregi i z zecimale; data calendaristic ZZ/ LL/AA; logic; memo; general;

Clasificate dup cteva criterii, atributele sunt: - dup modul de calcul: necalculate; calculate prin relaie matematic; tip funcie rezultatul este calculat printr-un subprogram; - dup stabilitatea n timp: permanente; variabile; de stare istorice; - dup condiiile de validare la care sunt supuse: cu validare simpl; cu validare compus; cu validare local; cu validare global. - dup structur atributele pot fi: atribute elementare sau atomice, care nu mai pot fi descompuse; atribute compuse, care se pot descompune n mai multe atomice; condiii de validare reprezint restriciile ce trebuie s le ndeplineasc valorile ce urmeaz a fi depozitate n atributul respectiv n timpul procesului de actualizare a BD. Aceste condiii pot fi de tipul amintit mai sus. Cheia primar - este un atribut elementar sau concatenat ce permite identificarea univoc, fr ambiguiti a unei realizri din entitate nu este duplicabil i nici schimbabil. Cheia secundar - este un atribut elementar sau compus cu proprieti specifice cheii primare, dar care este folosit ca cheie de rezerv. Relaia este o proprietate de dependen dinre dou entiti, care se poate stabili pe baz de cheie sau adres i care face posibil utilizarea simultan a atributelor celor dou inregistrri cu aceiai cheie.
75

8 MODELAREA ORGANIZAIONAL
Rolul Modelrii Organizaionale MO asigur n mod fundamental repartiia componentelor sistemului la nivelul SIO i SII ca n Fig. 10.1.

Fig. 10.21Repartiia componentelor pe cele dou nivele Repartiia organizaional are dou aspecte i anume: a) repartiia pe structuri organizatorice ale organismului: departamente, servicii, birouri, compartimente, posturi de lucru; b) repartiia pe structuri informatice prin care se nelege arhitectura i localizarea fizic a reelei de calculatoare, soluia structurilor de date (BD centralizat, local sau distribuit, etc.), repartiia comunicaiilor i prelucrrilor. n acest moment nu se ine cont de soluiile tehnice concrete ce urmeaz a susine orice soluie organizatoric. Pentru stabilirea soluiei organizatorice trebuiesc avute n vedere urmtoarele patru criterii: a) economice care arat implicaiile financiare ale fiecrui model; b) tehnice care indic motivaia pentru soluia tehnologic, dac este viabil i poate fi achiziionat de pe pia; c) organizatorice care arat gradul n care sarcinile viitoare sunt adaptabile i msura n care ele modific mediul de lucru existent; d) de ordin social verific dac soluia adoptat este n concordan cu politica de personal a organismului. n paralel cu aceste criterii, soluia organizaional trebuie s precizeze urmtoarele: previzibil difereniat pe centre de activitate ( departamente, servicii, birouri, compartimente ); b) circulaia informaiei ntre aceste centre de activitate; c) sarcinile si cronologia lor ,ce vor fi realizate la nivelul fiecrui post de lucru. n sintez MO rspunde la ntrebrile: cine?, unde?, cnd?, execut asigurnd integrarea n timp a soluiilor, ncadrarea n timpi i durate, resursele necesare posturilor de lucru i responsabilitile aferente prelucrrilor i comunicaiilor.
76 a) organizarea

Modelarea Organizaional A Prelucrrilor Modelarea organizaional a prelucrrilor are ca surs evenimentele i rezultatele utilizate de MCP, MOP asigurnd transformarea mesajelor n subtipuri de mesaje. n descrierea modelului organiaional al prelucrrilor se utilizeaz urmtoarele concepte: postul de lucru, sarcina, evenimentul, rezultatul, sincronizarea, resursele, faza, proceduri organizaionale, reprezentarea grafic i construcia modelului. a) postul de lucru sau postul de lucru tip care este un punct sau centru de activitate elementar a unui domeniu de activitate, dotat cu resurse: tehnice, organizaionale, metodologice i umane necesare realizrii unor sarcini din MCP. Principalele caracteristici ale unui post de lucru sunt: competene i atribuii, prin intermediul personalului; caracteristicile tehnice ale dotrii informatice; amenajarea general a postului de lucru, localizarea n spaiu i subordonarea unei componente organizatorice; Determinarea i structurarea posturilor de lucru se face n funcie de: complexitatea domeniilor i activitilor desfurate; complexitatea prelucrrilor; organizarea intern a organismului; competenele personalului angajat; b) sarcina tip este un ansamblu de activiti elementare de natur omogen, avnd acelai scop. Sarcina este rezultatul descompunerii unei operaii complexe de la nivelul conceptual care la rndul ei face parte dintr-o faz de execuie. Legtura dintre operaia complex, elementar, faz i sarcin este redat n figura Fig.10.2 de mai jos:

Fig. 10.22Legtura dintre operaia complexa i faza de prelucrare Caracteristicile generale ale unei sarcini sunt: orice sarcin este ataat unui post de lucru i are nevoie de resurse umane i informatice; orice sarcin are un anumit grad de automatizare: manual, conversaional, interactiv, automat; timpul de rspuns al sarcinii: imediat, cu rspuns diferit care implic ateptri, condiii suplimentare; modul de funcionare al sarcinii: unitare sau de tip lot;
77

reprezint acele componente tehnice, umane, metodologice i organizatorice necesare ndeplinirii sarcinilor. Trebuiesc evideniate urmtoarele clase de resurse: umane rezultate de personalul de specialitate necesar calitativ i cantitativ; departamente, compartiment, ghieu organizatorice; echipamente + programe resurse informatice; metodologice care cuprinde norme, reguli, instruciuni necesare; d) faza reprezint o succesiune de sarcini consecutive executate la acelai post de lucru. Fazele permit o analiz a utilizrii resurselor angrenate i asigur o structurare a ritmului de lucru la nivelul postului i permite gruparea mai multor sarcini. e) Construcia modelului organizaional care nseamn realizarea unei viziuni mai concrete i complete bazat pe organizarea resurselor necesare. Ea va fi reprezentat grafic prin informaiile furnizate de : matricea de flux, structura organizatoric, reprezentarea modelului organizaional al prelucrrilor, nsoite de legturile dintre faze. n urma realizrii modelului organizaional al prelucrrilor se poate estima necesarul de resurse aferent sistemului: umane, organizaionale, informatice, metodologice i timp. Modelarea Organizaional A Comunicaiilor
a) Funciile modelrii OC constau n:

c) resursele care

evidenierea locului i rolului actorilor sub restricia organizrii legturilor informaionale . Locul i rolul actorilor poate fi stipulat n: lege, decizii interne, hotrri ale organismului ierarhic superior; numrul de exemplare ale fiecrui actor din structur; resursele necesare fiecrui actor; Simbolizarea resurselor utilizate este fcut prin semne grafice date n Tab.10.1.: Denumire resurs Umane Simbol Factor uman Funcii asigurate - verific manual - sortri date / rapoarte - operare la terminal - apel proceduri automate stocarea DATELOR; exploatarea; salvare colecii de date;

Informatice

procedura

automat

PROCEDURA

HDD

FDD

Comunicaii

/
78

- transmisie n liniile de date

telecomunicaii RC sau RT date Organizatorice RO

Program transmisii date

ACTORUL NUMAR TI P APARITII Resurse: RU,RI,RC,RT Faza Sarcina 1 Frecventa: Sarcina k TIP

- descrie actorul tip, nr. maxim de operaii, resurse utilizate, faze i sarcini realizate de actor;

Tab. 10.9Simbolizarea resurselor Modelarea Organizaional A Datelor

a) Funciile modelrii organizaionale a datelor constau n:

stabilirea proprietilor i entitilor ce vor fi memorate; stabilirea volumului acestor informaii ; repartizarea organizaional n funcie de tipul de structur de date aleas: local, centralizat sau distribuit; securitatea datelor specificat n termeni relativi pentru fiecare actor; specificarea drepturilor de acces pentru fiecare actor i entitate; Drepturile de acces ale unui actor asupra unei entiti vin s pun de acord responsabilitile cu sarcinile acestuia. n funcie de acestea sunt cunoscute modurile de acces: nici un fel de acces; acces pentru creare ( C ) ; acces pentru citire ( R ) ; acces pentru modificare ( M ); acces pentru tergere ( D ); Securitatea stabilete accesibilitatea unui actor la o anumit resurs informatic. Privit prin aceast form resursa poate fi: privat sau partajat. Partajarea poate fi: de creare sau tergere; la consultare; la actualizare; fr restricii de acces; Modelarea OD este concretizat ntr-un tabel Tab.10.2.de forma: Nr. c ENTITAT E FRECVE NA NR. REALIZRI ACC ES ACTOR PARTAJA RE ACTOR n

Tab. 10.10Tabel cu modelarea organizaional a datelor Descrieri i Definiii Organizaionale

79

n aceast modelare se asigur verificarea coerenei dintre modelul conceptual al datelor i modul organizaional al acestora prin realizarea unui tabel Tab.10.3.: Nr.c. Sarcina din MOP ENTITATEA Acces

Tab. 10.11Tabel de verificare a coerenei Tot n acest model se asigur: o validare detaliat a coerenei dintre MCD / MOD + MOP i se completeaz evenimentele i rezultatele cu mesaje detaliate care conin pri fixe i pri variabile.

9 MODELAREA LOGIC
Rolul modelrii logice Modelarea logic are rolul de a pregti specificaiile necesare realizrii SII sub cele 4 aspecte specifice metodei 3M i anume: descrieri definiii, comunicaii, date i prelucrri. Modelarea logic va ine cont de rezultatele stabilite n modelarea conceptual, global i organizaional i are rolul de a concretiza prin specificaii urmtoarele: alegerea soluiei tehnice; descrierea i realizarea (ntocmirea) dicionarului de atribute; stabilirea ordinii de actualizare a BD /BT; descrierea structurii BD / BT /BC; descrierea modelului logic pentru: comunicaii, date i prelucrri. Prin realizarea modelului logic se asigur luarea a dou decizii importante : alegerea tipului de Sistem Electronic de Calcul (SEC); alegerea soluiei de gestiune a datelor (SGD); baze de date locale; baze de date centralizate; soluie mixt; BD gestionate prin SGBD; BD gestionate prin sisteme de calcul tabelare; BD gestionate mixt. Definiii i descrieri la nivel logic a) Alegerea Sistemului Electronic de calcul (SEC) i a Sistemului Informaional Informatizat presupune utilizarea unui SEC de mare putere i un SGD capabil s asigure toate operaiile de prelucrare specifice organismului. n cadrul modelrii logice se pune baza alegerii SEC i a SGD n funcie de urmtoarele criterii: volumul de date prelucrate; tipologia prelucrarilor: local / centralizat/ distribuit; efortul financiar implicat ; tipul de rspuns solicitat de organism; natura prelucrrilor: interactiv / n loturi / n timp real;
80

n alegerea SEC se ine cont de urmtoarele trei soluii posibile: Soluia PC urilor independente, amplasate n structurile organizaionale utilizate independent, transferul de date fcndu-se off line (prin dischete); Soluia cu Reelele de Calculatoare (RC) privite ca sisteme integrate, cu acces la resurse ON LINE; Aceast soluie are trei tipuri posibile: reea local LAN unde calculatoarele sunt utilizate la nivelul organismului asigurnd prelucrri n limite de spaiu. Reelele LAN pot fi de urmtoarele tipologii:
WS

a1. stea

WS

FS WS

WS

WS FS WS

a2. - inel

WS

WS

WS

WS

a3. - magistral

WS

FS

reea mare cu dou tipologii de referin: a a.4. WAN departamental; b a.5. MAN regional; reea global: a.6. GAN global; Soluia mixt - reea plus PC-uri independente Implementarea acestor tipuri de reele asigur avantaje n urmtoarele direcii: 1. strategice n mediul de cooperare: facilitatea comunicaiilor care vor fi: sigure, fiabile, rapide i la un cost mic;
81

costurilor datorit flexibilitii asigur creterea volumului i a calitii; creterea competitivitii prin accesul rapid la date sigure i exacte i manipularea electronic a datelor; mbuntirea activitii serviciilor de interfa cu utilizatorul. Prin consistena informaiilor i parametrii sistemului se asigur fluidizarea comunicrii ntre diferii actori ai organismului; 2. . avantaje operaionale i tactice prin: mbuntirea administrrii datelor prin servicii de acces multiplu la date i operaii de salvare multiple; minimizarea costurilor prin partajarea resurselor; administrarea mai eficient a programelor; reducerea riscului prin utilizarea unui server n oglinda ce conine date identice cu FS principal; 3. avantajele utilizatorului la nivel individual sau de grup prin: utilizarea simplificat prin intermediul unor BD distribuite i al accesului la aplicaii prin interfee grafice bazate pe meniuri, opiuni, parametrii i variante de utilizare; creterea flexibilitii mediului de calcul care este asigurat prin portabilitatea datelor ntre dou platforme de calcul diferite; extinderea posibilitilor i capabilitilor de raportare; creterea securitii datelor prin facilitile incluse n sistemul de operare; accesul la instruire al utilizatorului b) Alegerea SGD trebuie s aib n vedere trei parametrii eseniali: sistemul de operare selectat pentru soluia de Pc-uri (DOS, WINDOWS, OS 2, UNIX, MAC, ..); sistemul de GD care poate fi: SGD bazat pe exclusivitatea unui SGBD; SGD bazat pe exclusivitatea unui SGT; SGD mixt; tipul de BD aleas poate fi: BD ierarhic i BD tip reea; BD tip relaionale; BD orientate obiect; BD deductive sau baze de date inteligente; n afar de aceti parametrii mai trebuiesc luai n seam i parametrii tehnici: tip procesor, memoria RAM, memoria CACHE, capacitatea HDD, diagonala monitorului, tipul monitorului, calitile monitorului, tipul de CD-ROM utilizat, capacitatea unitii FDD, opiuni de modernizare ulterioare. Problem. tiind criteriile i parametrii de selecie a configuraiei de calcul i ofertele date n tabelul de mai jos, utiliznd modelul matematic de alegere a soluiei optime definit n capitolul Modelarea global s se stabileasc oferta optim. TIP OPTI M MIN

reducerea

COD C1 Preul

PARAMETRI de livrare

U/M SGD Mil lei

82

O1

O2

O3

O4 2800

2600 3500 2000

C2 C3 C4 C5 C6 C7 C8 C9 C10

(Software) Procent informatizare % Cost mediu estimat Mil lei pt.Funcionare Costul estimat al SEC Mil lei (Hardware) Cost mediu service lunar Mil lei Nr.exemplare SEC vndute Nr Versiune,tip SO,SOR Timp mediu de exploatare ORE Nr.persoane implicate n Nr exploatare Nr. AE la care s-a Nr implementat

MAX MIN MIN

60 30 60

100 50 100

50 40 50

80 50 90 8 8000 90 15 2000 0

MIN 10 6 5 MAX 10000 6000 5000 OB MIN 60 100 50 MIN 12 10 11 1000 1200 0 0

MAX 15000

c) Dicionarul de atribute (DA) Dicionarul de Atribute este un instrument informatic prin intermediul cruia se stabilesc: identificatorul unic, tipul, lungimea i condiiile de validare pentru toate atributele BD. Toi aceti parametrii sunt stabilii n conformitate cu restriciile impuse de SGD ales i dup eliminarea sinonimelor i omonimelor. n sintez DA are structura din Tab. 11.1. Nr c 1 2 Denumire Atribut 1 Atribut 1 Identificato TIP/lun Nr.zeci r g m IA1 N,5 0 IA2 C,20 0 Condiie validare Condiia 1 Condiia 2

Tab. 11.12Structura Dicionarului de Atribute - identificatorul este un nume unic atribuit unui atribut care va fi recunoscut i utilizat de programele de prelucrare i care trebuie s respecte cerinele SGD, care n principal constau n: lungimea maxim e limitat; nu poate fi un cuvnt rezervat; nu poate conine caractere speciale exceptnd - liniua de subliniere; nu poate conine spaiu; - tipul i lungimea atributului: - indic natura datelor stocate prin identificatorul respectiv i numrul de caractere asociate. Ele sunt specifice SGD-ului ales; - condiiile de validare indic condiiile pe care trebuie s le ndeplineasc la intrarea n BD valorile reale ale atributelor. Condiiile de validare depind de tipul i lungimea atributului, lista de valori reale pe care o poate lua un atribut i posibilitile de validare oferite de SGD. Acestea pot fi : aplicate asupra unui atribut funcie de tip i lungime; ntre atribute: data naterii mai mic dect data angajrii;
83

determinat n raport cu o constant; precizat printr-o list de valori; stabilit n raport cu un algoritm de calcul; determinat de funcii specifice SGD; n corelaie cu alte atribute.

Modelul logic al comunicaiilor Modelu Logic al Comunicaiilor (MLC) are rolul de a determina arhitectura optim a unei reele de calculatoare funcie de MOC i de particularitile modelrii logice. Modelarea logic utilizeaz urmtoarele concepte: a) staii de lucru i file-servere; b) file server, superserver, server de comunicaie i modem; c) arhitecturi de reele; d) sistem de operare pentru reea; a) Staiile de lucru i File Serverele MLC presupune existena unei RC organizat conform unei arhitecturi / tipologii diferite n MLA i ea este format din: calculatoare personale compatibile IBM numite staii de lucru (Work Station); echipamente periferice; elemente de conectare; n cadrul unei RC se folosesc dou tipuri de calculatoare funcie de misiunea pe care o ndeplinesc: unul care supervizeaz, coordoneaz i ofer servicii celorlalte numit server de fiiere (File Server) care poate fi dedicat sau nededicat; calculatoare conectate la mediul de comunicaie prin intermediul cruia au acces la FS sau celelalte calculatoare numite staii de lucru care pot fi cu HDD sau fr ; b) File server, superserver, server de comunicaie i MODEM Serverul este un minicalculator utilizat n reelele de tip LAN ce asigur controlul i monitorizarea funciilor de administraie, comunicaie i prelucrare specific. El asigur stocarea BD, colaborarea cu WS, legturile dintre WS, serviciile de comunicare cu alte entiti fizice din LAN, imprimarea rezultatelor etc. Superservrul este un server ce ncorporeaz mai multe procesoare, n structura sa avnd mai multe posturi pentru conectarea de echipamente periferice. Aceste superservere pot fi utilizate ca: servere de baz de date sau servere de aplicaii pe disc. Serverul de comunicaie este special construit pentru a asigura o varietate de funcii de comunicaie dintre care cea mai important este cea de interfa cu reeaua public de calculatoare prin intermediul unui modem, pentru servicii de fax, etc.; Modemul este un echipament ce asigur transmiterea unui semnal digital, printr-un mediu analogic cu viteze de 38,4 Kb/s sau mai mare.

84

Ele mai ndeplinesc i funciile de repetarea automat a apelurilor, rspunsul automat la un apel i auto diagnoz. c) Arhitectura unei RC este cea descris n MLA; d) Alegerea sistemului de operare (SO) pentru reeaua de calculatoare (RC) se face n raport cu urmtoarele principii: tipul reelei de calculatoare; tipul procesorului central; particularitile de prelucrare i gestiune a datelor; gradul de distribuire geografic; natura prelucrrilor i ieirilor sistemului; SO pentru reea este un set de software ce admite, controleaz i monitorizeaz accesul la driverele de disc magnetic, imprimant, uniti de FDD, uniti de CD, etc. prezente n arhitectura reelei. El este cel ce intercepteaz cererile transmise ctre server, fiind reprezentat de un soft ce ofer capabiliti de multitasking i multiutilizator, asigurnd partajarea resurselor i comunicaia efectiv. Modelul logic al datelor a) Funciile modelului logic al datelor Modelul logic al datelor se obine n urma conversiei MCD pe MOD prin urmtoarele etape: transformarea MCD / MOD, exprimat prin formalismul entitate relaie, n MLD exprimat prin formalismul specific SGBD folosind un model relaional propus de E.F. CODD sau navigaional propus de CODASYL; cuantificarea modelului logic; optimizarea general pentru realizarea MLD optimizat; Din cele de mai sus rezult faptul c MLD trebuie s ndeplineasc urmtoarele funcii: face legtura ntre SIO i SII asigurnd trecerea la nivelul fizic; permite conversia modelului entitate relaie n: modelul relaional de date sau navigabil specific structurilor de tip arborescent sau reea; asigur un proces de optimizare prin normalizarea structurii de BD; poate definii o structur de acces pe baza: cheilor primare, cheilor secundare sau dependinelor funcionale; stabilete ordinea de actualizare a BD printr-un algoritm specific; st la baza modelului logic al prelucrrilor; permite descrierea structurii complete i optimizate; b) Reguli de trecere de la formalismul entitate relaie la formalismul relaional. Transformarea MCD i MOD la MLD are n vedere transformarea conceptelor utilizate n modelul conceptual, la formalismul logic reprezentat n Tab. 11.2. FORMALISMUL ENTITATERELAIE FORMALISM RELAIONAL

85

MCD,MOD

MLD

Entitate Relaie Atribut Cheie primar Cheie secundar Cardinalitate 0,1,n

Relaie/Tabel/Entitate Atribut Cheie binar Cheie extern Cheie secundar Dependena funcional dintre Tabele/Relaii

Tab. 11.13Trecerea de la formalismul entitate-relaie la formalismul relaional Conversia de la modelul conceptual i organizaional se face pe baza criteriilor i anume: n funcie de tipul cardinalitii existente: (0,1), (1,1), (0,n) , (1,n), (n,n); n funcie de faptul c tipurile de relaie posed atribute proprii sau nu; n funcie de tipul relaiilor existente n MCD, MOD: binar, ternar, reflexiv; funcie de existena subtipurilor descrise n MCD. Dup conversia modulului MCD, MOD n MLD se obine o nou structur a datelor aceasta se mai numete structur de acces teoretic. n mod concret aceast trecere se face prin transformarea tipurilor de entiti i a tipurilor de relaii la formalismul impus de SGD ales i aspiraia cheilor primare dintre relaiile astfel create ce devin chei externe, stabilindu-se astfel dependentele funcionale dintre tabele. c) Determinarea ordinii de actualizare a BD Odat cunoscute relaiile de dependen funcionale ntre BD, pentru realizarea unei structuri de BDR coerente i neredondante, aceasta trebuie actualizat ntr-o manier ce respect dependinele funcionale dintre BD i existena chelor primare i cheilor secundare. Stabilirea ordinii de actualizare presupune respectarea urmtorilor pai: se transform MCD/MOD n MLD funcie de regulile specificate; modelului logic astfel obinut se aplic, pe sgeata ce definete dependina funcional dintre BD urmtoarele ponderi (Fig.11.1): Pij = 0 ce semnific faptul c entitatea Ei nu depinde de entitatea Ej; Pji = 1 ce semnific faptul c entitatea Ej depinde entitatea Ei; 0 1 Ei Ej
a1 a2 . 86 b1 a2 b2

Fig. 11.23Reprezentarea grafic a dependinei dinre Ei i Ej Se construiete matricea din Fig.11.2. n care pe linie i pe coloan se vor afla entitile i relaiile de dependen, n care Pij ponderea dependenei dintre entiti este cea stabilit n punctul de mai sus. Se face suma ponderilor pe fiecare linie Pij i entitatea ce ndeplinete min (Pij) va fi actualizat prima. Dac sunt mai multe entitti care au aceiai pondere se recurge la alte criterii stabilite n MLD. Se continu procesul de calcul pentru restul entitilor fr s se mai ia n seam entitile stabilite. Ordinea de prelucrare stabilit prin acest procedeu determin secvena procedurilor logice din modelarea logica i chiar a procedurilor automate din modelarea fizic. n continuare este prezentat un model de stabilire a ordinei de actualizare a entitilor a cror dependen funcional este redat mai jos.

MCD E1 K1# . .
R3 R1

MLD E2 K2# . .
R2

E1

R1

E2

R3

R2

E3 K3# . .
R4

E4 K4# . .

E5

E4

R5

E5 K5# . . E6

E1 E1

Tab. 11.14Exemplu de model Conceptual i Logic al datelor E2 E3 E4 E5 R1 R2 R3 0 0 0 0 1 0 1

87

R4 0

pij 2

E2 E3 E4 E5 R1 R2 R3 R4

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0 0 0 0 0 0 0

0 0 0 0 0 0 0

0 0 0 0 0 0 0

1 0 0 0 0 0 0

1 0 1 0 0 0 0

0 1 0 0 0 0 0

0 1 1 1 0 0 0

2 2 2 1 0 0 0 0

Tab. 11.15Tabelul cu stabilirea ordinii de actualizare a BD Din analiza tabelului cu ordinea de actualizare se constat c cele se actualizeaz primele sunt chiar relaiile urmate de entitatea E5, apoi entittile E1..E4 la care se vor lua n calcul aspecte suplimentare. Modelul logic al prelucrrilor Modelarea logic a prelucrrilor (MLP) cuprinde ansamblul de aciuni, concepte i documente aferente descrieri structuri logice a prelucrrilor i descriere a modelului sau modelelor posibile de prelucrare a datelor n conformitate cu parametri fixai anterior: SO, arhitectura comunicaiilor, tipul de structuri utilizate i SGD ales. Modelul logic trebuie s asigure funciile:
a) Funciile modelului logic de prelucrare

Modelarea logic a prelucrrilor se bazeaz pe rezultatele furnizate de modelul conceptual i organizatoric al prelucrrilor i el trebuie s asigure urmtoarele funcii: structurarea sistemului n componente logice: subsisteme, aplicaii, proceduri sau uniti logice de prelucrare; modelarea prelucrrilor la nivel logic prin folosirea conceptelor: centru de lucru logic, main logic, unitate logic de prelucrare, subschem logic de date; b) Structurarea sistemului n componente logice Pentru simplificarea nelegerii i realizrii unui SI, acesta este descompus n componente logice mai simple. Prin aceast structurare se asigur trecerea la structura fizic a SI. n general un SI are o structur ierarhic a crui form este dat n Fig.11.2:
SISTEM INFORMATIC SUBSISTEM INFORMATIC APLICAII INFORMATICE UNITI DE PRELUCRARE PROCEDURI / FUNCII 88

Fig. 11.24Structura unui SI

Subsistemul

informatic este o parte a SI prin intermediul creia se automatizeaz o funcie asociat unui organism sau unei operaii specifice unei funcii; Aplicaia Informatic (AI) este o component a unui subsistem informatic ce asigur informatizarea unei activiti, proces sau a unei operaii complexe; Unitatea Logic de Prelucrare (ULP) este o parte component a AI caracterizat prin prelucrri omogene i specifice ce acioneaz asupra unei SD specifice sau unui DP se mai numete i procedura logic i este caracterizat de urmtoarele : similitudinea activitilor desfurate care determin proiectarea unor aplicaii informatice i proceduri logice asociate strict unor activiti, compartimente sau ansamblu de compartimente. n cadrul unei societi bancare pot exista urmtoarele activiti care pot face obiectul prelucrrilor automate: gestiunea clienilor bncii i a depozitelor lor bancare; gestiunea sistemului de creditare practicat; evidena operaiunilor de scont; evidena operaiunilor de colectare i pli; evidena operaiunilor zilnice desfurate prin ghieele bncii; gestiunea operaiunilor de transfer i clearing; evidena decontrilor cu tere bnci. contabilitatea veniturilor i cheltuielilor bncii; contabilitatea analitic i sintetic; evidena operativ a activitii de personal salarizare; Etc; specificul prelucrrilor automate care are n vedere proprietatea potrivit creia informatizarea unei activiti se desfoar n mod recursiv parcurgnd urmtoarele etape:; crearea structurii fizice a BD; actualizarea BD prin operaii de :adugare, modificare, tergere; prelucrri propriu zise asupra BD; consultarea BD filtrarea, ordonarea, centralizare , listare complex; salvarea i restaurarea BD; reorganizarea BD; frecvena prelucrrilor care are n vedere ritmicitatea prelucrrilor automate care are n vedere o serie de factori cum ar fi: cerine de prelucrare stipulate n lege;
89

 intervale obligatorii de actualizare, prelucrate impuse de termene fizice sau ciclice specifice tehnologiei de prelucrare; frecventele de obinere a ieirilor din SI: anual, semestrial, trimestrial, lunar, decadal, zilnic sau orar; structura i semnificaia activitilor specifice unui OFB au n vedere contextul prelucrrilor aferente, determinate n mod natural de mbinarea armonioas a operaiunilor informatizate cu cele specifice OFB, astfel nct s se obin o funcionare optim pe tot parcursul unui interval calendaristic considerat. De exemplu ,n cadrul unei societi bancare , pot avea loc urmtoarele operaiuni automate, realizate prin proceduri logice cum ar fi:

Restaurare BD ----------------------------------- Ora 8 Deschidere zi bancar -------------------------- Ora 8 Tranzacii ---------------------------------------- Ora 8 - operaii curente la ghieu; - operaii de cas; - constituire depozite; - actualizare depozite; - decontri interclieni; - decontri interbancare; - acorade de credite; - eviden contabil bancar; - stornri; - listri operative --------------------- Ora 21 nchidere zi bancar ------------------------- Ora 21 - calcul solduri zilnice; - transformare solduri finale zi

interfaa dintre proceduri

are n vedre conexiunea dintre acestea, astfel nct ieirile unei PL (Prelucrri Logice) s poat fi recunoscute i convertite n raport cu caracterul intrrilor ntr-o alt PL. n acest fel, prin intermediul recursivitii se asigur ca o colecie de date de ieire dintr-o perioad s poat deveni o colecie de date de intrare ntr-o alt perioad; c) Modelarea prelucrrilor la nivel logic

90

Modelarea prelucrrilor la nivel logic are ca baz de pornire formalismul specific metodei 3M : postul de lucru, sarcina, evenimentul, sincronizarea, operaia, rezultatul, resursele i faza, dar folosete conceptele: centrul de lucru logic (CLL) care este o resurs din cadrul OFB i poate fi considerat un element dimensional al modelrii logice, fiind un punct de activitate elementar i o subdiviziune a postului de lucru. CLL este locul n care din punct de vedere fizic, vor fi instalate resursele informatice necesare constituirii mainilor fizice. Legtura dintre Postul de lucru din MOP i CLL din MLP este dat n exemplul urmtor din Fig.11.3. :
MOP MLP

CENTRUL DE LUCRU LOGIC POST DE LUCRU AGENIA GHIEU ML:PC BANC

CENTRUL DE LUCRU L BANCA CENTRAL ML:RC central

Identificare Control local Client Agenie

Sarcina: A Retragerea unei I sume de bani U

Identificare Non Client client + cont Ag client n agentie RC

Procedur: Eliberare sum

A Sarcin Automat I - Sarcin Imediat U Sarcin Unitar Fig. 11.25Exemplu de modelare logic a CLL
Maina

Logic (ML) poate fi definit ca un ansamblu de resurse informatice Reele de Calculatoare (RC), PC-uri etc., capabile s execute prelucrri locale sau la distan n cadrul unui MLP. Prelucrrile executate de o ML vor fi descompuse n una sau mai multe ULP sau proceduri logice (PL). ML trebuie s dispun de o anumit autonomie funcional i poate fi amplasat n unul sau mai multe CLL. n funcie de complexitatea prelucrrilor, un OFB poate dispune de mai multe ML care pot fi structurate n maini fizice (MF) atsfel: ML se poate constitui din mai multe MF de tipul main frame, PC-uri, etc;
91

 Mai multe ML pot coexista ntr-o MF, situaie ce definete maina virtual; Arhitectura de tip client-server este compus din dou ML: serverul i staia; Sarcinile informatizate definite la nivelul MOP sunt asociate unui singur post de lucru i poate fi executat pe una sau mai multe maini logice, instalate n unul sau mai multe CLL. Unitatea Logica de Prelucrare (ULP) sau procedur logic (PL) rezult din descompunerea unei sarcini automatizate prezente n MOP prin care se asigur structurarea unei operaii conceptuale din MCP. La descompunerea unei sarcini n proceduri logice se au n vedere caracteristicile sarcini definite n MOP i reamintite n Tab 11.5.1 Modul de Utilizare A Gradul de Timpul de Rspuns Modul de Postului de Lucru Automatizare Funcionare sarcin asociat unui m maual I - cu rspuns U - unitar; PL; imediat; C L - prin loturi; sarcin asociat mai conversaional D -cu rspuns multor PL diferit; A automatizat M mixt Tab. 11.16Caracteristicile principale ale unei sarcini. ULP/PL pot fi utilizate penru realizarea mai multor sarcini, dar ntotdeauna pe acelai tip de ML. n continuare este dat un exemplu de descompunere grafic a unei sarcini n PL.
E Evenimente E 1 2 E 3

SARCIN INFORMATIZAT SINCRONIZA

RE

PL1 OK KO

PL2 OK Condiia ER1 KO 92 Condiia ER2 ER4

PL3 OK Condiia ER3 Conia

PL4 OK KO

R 1
Schema

R 2

Rezultate 3 4 Fig. 11.26Descompunerea unei sarcini n ULP

Logica de Date asociate unei ULP care mai este numit i schema bloc vine s fac legtura ntre structurile de date utilizate (BD) i ULP stabilind astfel relaia de dependen dintre ele. BD care fac parte att dintre evenimentele ce intr n sincronizare ct i din rezultate. O reprezentare logic a schemei de date asociate unei ULP este prezentat n Fig.11.5.
BD1 ULPx BD4 BD2 BD3

Fig. 11.27Schema logic de date asociate ULPx Sgeile vin s semnifice natura relaiei dintre BD i ULP i are semnificaia:
DB

semnific faptul c BD este o intrare pentru ULP; semnific faptul c BD este o ieire pentru ULP; BD este i de intrare i de ieire pentru ULP;

BD

BD

proceduri/funcii

sunt componente fundamentale ale unei ULP care ndeplinesc o funcie sau mai multe n cadrul ULP. Ele asigur descompunerea ULP n subuniti mai simple, de regul specializate pe anumite operaii sau procese i care fac posibil refolosirea acestora n ntreg sistemul, ce conduce la
93

modularizarea SI i viabilizarea lui. Aceste componente funcie de misiunea ndeplinit se clasific n proceduri/funcii: de interfa sunt acele componente care asigur dialogul OM MAIN i au un caracter interactiv i sunt specifice fiecrui CL (Centru de Lucru); de monitorizare care asigur, funcie de rezultatul dialogului: punerea n lucru a componentelor executive ale sistemului, gestiunea ntreruperilor prelucrrilor, i rentoarcerea la procedura apelant i sau apelul altor proceduri; de execuie - sunt acele componente care execut sarcinile specifice: de actualizare, consultare, calcule, asigur coerena datelor i furnizeaz rezultatele solicitate; tipologia ULP sau tipurile componentelor logice de prelucrare care au fost prezentate mai sus i la care se vor evidenia principalele elemente specifice. I Interfa se bazeaz pe elemente de dialog OM- MAIN care sunt:meniuri, submeniuri, opiuni, ferestre, butoane care constituie baza modelrii fizice; M Monitorizare care se bazeaz pe : tabele de decizie i condiii de prelucrare, care vor conduce la instruciuni alternante (simple, duble, multiple) sau repetitive; E Execuie care vor utiliza toat gama de operaii elementare i compuse specifice SGBD ales. nlnuirea ULP funcie de tehnologia de prelucrare conduce la realizarea arhitecturii sistemului care poate fi de ansamblu sau detaliu funcie de nivelul de detaliere al relaiilor de subordonare sau dependen funcional. simularea actualizrii BD prin intermediul unei maini logice are rolul de a verifica dac modelul de prelucrare ales asigur integritatea logic a datelor care const n : integritatea semantic, controlul coerenei, protecia i securitatea datelor. Pentru simularea verificrii coerenei este necesar prezena n cadrul ULP a urmtoarelor categorii de PL, numite primitive, specifice: unei relaii, entiti, nregistrare - adugare, modificare, tergere, consultare; unei nregistrri din tuplu care presupune accesul la o nregistrare pe baz de CP (Cheie Principal) A,M,S; la nivel de entitate logic care presupune : concatenarea, filtrarea, sortarea, fuziunea, scindarea, listarea, centralizarea; definirea regulilor de realizare a MLP care are la baz regulile de producie specifice Sistemelor Exper; Finalul acestui model va consta dintr-un tabel care conine : numele ULP, simbolul atribuit, semnificatia sa i lista de parametri specifici urmat de o descriere complet a algoritmului de prelucare n conformitate cu metoda de reprezentare cerut de conductorul echipei de proiectare (narativ, schem logic, pseudocod, mixt).

94

95