4.Proiectare Si

download 4.Proiectare Si

of 15

Transcript of 4.Proiectare Si

  • 7/26/2019 4.Proiectare Si

    1/15

    CAP. 4 PROIECTAREA GENERAL A SISTEMELORINFORMATICE

    4.1 OBIECTIVE I ACTIVITI SPECIFICEPROIECTRII GENERALE

    Proiectarea general are ca obiectiv elaborarea concepiei logice a sistemuluiinformatic, definirea acestuia din punct de vedere structural i funcional. Aceasta

    presupune stabilirea componentelor sistemului informatic, a ieirilor, a bazeiinformaionale de intrare, a documentelor pe care sunt consemnate datele de intrare, alegturilor dintre ele i a funcionalitii sistemului astfel nct toate elementele sale sformeze un ntreg, s se articuleze ca un tot unitar.

    Structura general a sistemului informatic cuprinde un ansamblu de intrri,prelucrri i ieiri definite n funcie de obiectivele noului sistem.

    I. Intrrilesistemului informatic cuprind :

    baza de date micrile !tranzaciile".Baa !e !ate ca noiune general reprezint colecii de date operaionale,

    memorate i utilizate n comun de ctre componentele sistemului informatic. !A seavea n vedere c n cazul utilizrii unui S#$% noiunea de baz de date are oaccepiune specific".

    Trana" iile sunt reprezentate de datele care reflect modificri i devincomponente ale bazei de date n urma clasificrii, validrii, nregistrrii i prelucrriilor.

    &n cadrul unui sistem informatic e'ist dou categorii de tranzac ii: tranzacii e'terne(

    tranzacii interne.)ranzac iile e'terne redau fenomenele i procesele economice, inclusivmodificrile produse n activitatea agentului economic, ca de e'emplu: aprovizionareacu un material, livrarea unui produs, ncasarea unei facturi, modificarea preului unui

    produs etc.)ranzac iile interne apar n momentul obinerii unui rezultat, fiind destinate

    actualizrii bazelor de date. %e e'emplu: totalul valorii facturilor primite de la unfurnizor care actualizeaz la o anumit perioad soldul furnizorului respectiv( totalulvnzrilor dintrun produs ntro zi care actualizeaz stocul produsului respectiv etc.

    )ranzaciile e'terne provin din e'teriorul sistemului de calcul i sunt furnizateprin proceduri de introducere a datelor din sistem, iar tranzaciile interne sunt

    asigurate e'clusiv n cadrul sistemului de calcul prin proceduri de actualizare ie'ploatare a coleciilor de date create anterior.

    II. Prel#"rrile sistemului informatic sunt asigurate prin e'ecuia unuiansamblu de programe care se subdivid n: programe pentru actualizarea bazelor dedate i programe pentru obinerea rezultatelor i a situaiilor de ieire proiectate.

    %eci sistemele informatice funcioneaz, la prima vedere, n dou cicluri:- actualizarea bazelor de date cnd se valideaz i se introduc tranzaciile(- obinerea situaiilor de ieire solicitate.Prelucrrile sistemului informatic acioneaz asupra coleciilor de date care

    sunt constituite ntrun nucleu informaional ce conine mulimea atributelor necesareobinerii informaiilor solicitate. *ucleul de informaii urmeaz a fi structurat n

    entiti informaionale al cror ansamblu delimiteaz baza informaional a sistemuluiinformatic.

    +

  • 7/26/2019 4.Proiectare Si

    2/15

    $aza informaional este format din ansamblul entitilor informaionale iatributelor componente ale acestora ce descriu dinamica fenomenelor i proceseloreconomice la un agent economic pe o perioad de timp.

    Procedurile de creare, actualizare, e'ploatare, listare i coleciile de dateorganizate n fiiere sau baze de date formeaz nucleul sistemului informatic.

    III. Ie$irilesistemului informatic reprezint rezultatul prelucrrii coleciilor dedate i se vor concretiza n situaii de ieire solicitate de beneficiar sau n colecii dedate: fiiere sau baze de date actualizate ce vor fi transmise altor sisteme sau aplicaiiinformatice.

    onceperea structurii i funcionalitii noului sistem presupune subordonareaproiectrii generale unor obiective riguros delimitate de beneficiar astfel nctsistemul proiectat s asigure i s realizeze obiectivele stabilite.

    Proiectarea general se deruleaz n mai multe faze:- stabilirea obiectivelor pe care le va acoperi viitorul sistem(- definitivarea coninutului informaional al ieirilor conform cu obiectivele

    stabilite(

    - determinarea bazei informaionale necesare obinerii ieirilor proiectate(- formalizarea atributelor de intrare i a elementelor structurale ale

    sistemului informatic prin codificare(- proiectarea documentelor de intrare(- proiectarea structural i funcional a noului sistem(- elaborarea documentaiei proiectrii generale.%eoarece asigur definirea conceptual a sistemului informatic, proiectarea

    general este independent fa de soluiile te-nice impuse de tipul calculatoarelorelectronice, softareului utilizat i modul de gestiune a bazelor de date.

    Proiectarea general se realizeaz n mai multe variante avnd n vedere ariade cuprindere a noului sistem, comple'itatea obiectivelor, gradul de fle'ibilitate ce secere noului sistem.

    &n abordarea proiectrii generale se poate pleca de la ieiri la intrri, de laintrri la ieiri sau se poate realiza o variant mi't.

    &n %arianta ie$iri & intrrise pleac de la obiectivele sistemului informatic isituaiile de ieire unde se concretizeaz acestea.

    Analiznd modul de obinere a fiecrei informaii se determin bazainformaional de intrare, apoi se realizeaz celelalte faze ale proiectrii.

    /rdinea de parcurgere a fazelor este:- stabilirea obiectivelor(- proiectarea ieirilor(-

    proiectarea bazei informaionale de intrare(- codificarea(- proiectarea documentelor de intrare(- proiectarea structural i funcional(- elaborarea documentaiei.Varianta intrri & ie$iripoate avea la ieire numai atributele e'istente n baza

    informaional de intrare sau indicatorii ce se pot calcula din atribute. &n alternativasc-imbrii cerinelor informaionale este necesar reconsiderarea coninutului bazeiinformaionale de intrare.

    Aceast variant se recomand n cazul realizrii unor sisteme informaticemari i mi0locii caracterizate prin comple'itatea obiectivelor i a ieirilor

    informaionale solicitate.

    1

  • 7/26/2019 4.Proiectare Si

    3/15

    %e la intrri la ieiri se pleac tot de la obiectivele sistemului informatic, darn raport cu acestea se determin mulimea intrrilor necesare structurrii sub forma

    bazei informaionale de intrare care apoi este analizat prin prisma posibilitilor deprelucrare, de unde rezult determinarea bazei informaionale de ieire care reprezintieirile noului sistem.

    oncret, dup stabilirea obiectivelor se inventariaz documentele de intrarecare circul n sistemul agentului economic pentru determinarea bazei informaionalede intrare.

    /rdinea de parcurgere a fazelor este(- definirea obiectivelor(- inventariere atributelor de intrare i a legturilor dintre acestea pe baza

    documentelor de intrare folosite(- proiectarea bazei informaionale de intrare(- codificarea(- proiectarea documentelor de intrare(- proiectarea ieirilor sistemului informatic(

    - proiectarea structural i funcional(- elaborarea documentaiei.Avanta0ul acestei variante este fle'ibilitatea bazei informaionale de intrare n

    condiiile modificrii cerinelor informaionale.%ezavanta0ul este dat de baza informaional de intrare care este

    supradimensionat, ceea ce determin un timp mare de realizare, costuri ridicate icreterea comple'itii prelucrrilor din sistemul informatic.

    Varianta 'i(tpornete prin stabilirea obiectivelor noului sistem i a uneivariante iniiale a bazei informaionale de intrare, apoi avnduse n vedere

    posibilitile de prelucrare se determin baza informaional de ieire, iar n funcie desolicitrile beneficiarului se proiecteaz ieirile necesare n prezent i n perspectiv i

    pe baza lor se proiecteaz varianta final a bazei informaionale de intrare./rdinea de parcurgere a fazelor este:- definirea obiectivelor(- proiectarea iniial a bazei informaionale de intrare(- codificarea(- proiectarea documentelor de intrare(- proiectarea ieirilor sistemului informatic(- reproiectarea bazei informaionale de intrare(- proiectarea structural i funcional(- elaborarea documentaiei.

    4.) PROIECTAREA IEIRILOR SISTEM*L*I INFORMATIC.

    2ealizarea practic a obiectivelor oricrui sistem informatic se concretizeazprin satisfacerea cerinelor informaionale ale sistemului de conducere din organismuleconomic pe care acesta este grefat, respectiv prin furnizarea ieirilor.

    3eirile sistemului informatic pot fi privite din trei puncte de vedere:- structural(- funcional(- tipologic.%in punct de vedere structural ieirile sistemului informatic reprezint a treia

    component din triada ce caracterizeaz structura oricrui tip de sistem, respectiv3*)2423 P25672423 358323.

    9

  • 7/26/2019 4.Proiectare Si

    4/15

    %in punct de vedere funcional ieirile sistemului informatic concretizeazobiectivele generale i specifice ale sistemului.

    %in punct de vedere tipologic ieirile sistemului informatic pot fi realizate subform de:

    - liste !rapoarte sau situaii" de ieire care cuprind indicatori ai proceselor,

    strilor i rezultatelor activitii economice(- grafice, care redau ntro form sinoptic starea i evoluia indicatorilor

    economici(- ieiri ctre alte sisteme informatice sub forma unor colecii organizate de

    date !fiiere sau baze de date"( acestea pot fi transmise indirect !offline"prin intermediul suporturilor te-nice de date !disc magnetic, bandmagnetic, etc." sau direct !online" prin mi0loace de teletransmisie.

    &ntrun sistem informatic economic listele ce grupeaz indicatori economiciconstituie ponderea situaiilor de ieire, dar se constat, n ultimul timp, o cretere a

    ponderi ieirilor sub form grafic, proces ce se va amplifica pe msura implicriicrescnde a sistemelor informatice n procesul decizional.

    &n proiectarea situaiilor de ieire se va ine seama de urmtoarele aspecte:a" destinaia situaiei i momentul cnd se estimeaz c se poate obine, nivelul

    de detaliere a informaiei i anume: informaii mai analitice la nivelurile inferioare aleconducerii i informaii de sintez la nivelul superior(

    b" e'istena n raport a tuturor informaiilor necesare beneficiarului pesegmentul stabilit(

    c" aceeai informaie s nu apar n mod inutil n mai multe situaii, mai alesdac este vorba de o informaie ce se obine n urma unor prelucrri mai comple'e.

    / situaie de ieire trebuie s ndeplineasc, n general, urmtoarele condiii:- s se refere la unul din obiectivele sistemului(- s acopere integral domeniul la care se refer(- s fie ct mai concis, s elimine detaliile ce nu sunt necesare(- s fie prezentat ntro form simplificat i inteligibil(- s apar la timp(- informaiile pe care le conine s fie corelate cu informaiile din celelalte

    situaii.oninutul i forma situaiilor de ieire se stabilesc de ctre colectivul de

    proiectare mpreun cu beneficiarul sistemului care va viza nominal mac-eta fiecreisituaii de ieire.

    Situaiile de ieire dintrun sistem informaional economic pot fi clasificatedup urmtoarele criterii:

    a" specificul funciilor generale ale agentului economic(b" destinaie(c" gradul de sintetizare a indicatorilor(d" momentul generrii(e" intervalul de referin(f" modul de obinere.a+ ,#- -e"i/i"#l /#n"0iilr 2enerale ale a2ent#l#i e"n'i" urmrit n

    funcie de natura activitii de baz situa iile de ieire se pot grupa n grupe omogenecorespunztoare funciilor agentului economic:

    - situaii de ieire pentru activitatea de producie(- situaii de ieire pentru activitatea comercial(

    - situaii de ieire pentru activitatea financiarcontabil(- situaii de ieire pentru activitatea de personal.

  • 7/26/2019 4.Proiectare Si

    5/15

    3+ ,#- !etina0ie situaiile de ieire pot fi:- situa ii de ieire destinate altor sisteme(- situaii de ieire destinate sistemului propriu.Situaiile de ieire destinate altor sisteme !ageni economici sau organisme de

    stat" au ca scop furnizarea de informaii specifice cooperrii n realizarea activitilor

    proprii i de informare a organismelor de stat. Acestea sunt stabilite prin actenormative sau prin nelegeri ntre uniti, motiv pentru care structura lor esteobligatorie pentru proiectant. &n aceast categorie se includ rapoartele statistice ale

    principalilor indicatori economicofinanciari, drile de seam, situaiile operative ntreuniti referitoare la stadiul rela iilor contractuale, etc. )ot aici se includ idocumentele primare generate prin prelucrare automat a datelor !factura fiscal,avizul de nsoire a mrfii etc." care circul i n e'teriorul sistemului propriu.

    Situaiile de ieire destinate sistemului propriu al agentului economic cuprindinformaii necesare att compartimentelor funcionale ct i organelor de conducereale uniti. %e e'emplu: Situaia realizrii produciei, Situaia livrrilor pe beneficiari,Situa ia facturilor emise i ncasate, etc.

    "+ ,in -#n"t !e %e!ere al 2ra!#l#i !e intetiare a in!i"atrilr situaiilede ieire pot fi:

    - situaii de ie ire ce conin informaii cu caracter sintetic(- situaii de ieire ce conin informaii cu caracter analitic.Situaiile de ie ire ce conin informaii cu caracter sintetic servesc pentru

    conducerea de ansamblu a agentului economic i cuprind indicatori globali deurmrire i control cum ar fi : profitul, cifra de afaceri, productivitatea muncii,consumurile, producia marf etc.

    Situaii de ieire ce conin informaii cu caracter analitic descriu n detaliuelementele patrimoniale ale agentului economic, operaiile economice legate deacestea i sunt destinate compartimentelor funcionale pentru realizare unor lucrricurente. %e e'emplu : ;ia de urmrire a aprovizionrii, Situaia materialelor frmicare, #raficul de livrare, Situaia realizrii produc n ziua de .. , etc.

    !+ M'ent#l 2enerriiasigur obinerea de situaii cu caracter:- operativ(- periodic(- aleator.Situaiile de ieire cu caracter operativ sunt elaborate la perioade mai mici

    !sc-imb, zi, semidecad, decad,etc." i conin informaii operative cu un grad redusde prelucrare necesare conducerii prin e'cepie. %e e'emplu: Situaia realizrii

    produciei n ziua de .., Analiza realizrii planului de desfacere n ziua de ..., etc.

    Situaiile de ieire cu caracter periodic se elaboreaz la intervale mai mari detimp !lunar, trimestrial, anual" i conin informaii sintetice ce caracterizeaz evoluiafenomenelor i proceselor economice. Sunt destinate anumitor factori de decizie,compartimentelor funcionale sau altor sisteme i se caracterizeaz prin termene fi'ede elaborare. %e e'emplu : Situaia facturilor emise i ncasate pe luna ... , $alanaanalitic a materialelor pe luna... , $alan a sintetic pe luna ..., etc.

    Situaiile de ieire cu caracter aleator sunt obinute cu frecvene i la termenenedeterminate i conin informaii sintetice sau analitice ce reflect aspecte pozitivesau negative din activitatea agentului economic, fiind destinate, de regul, conduceriide pe treptele superioare !director, consiliu de administra ie, etc." %e e'emplu :Situaia stocurilor ce nu au micare de

  • 7/26/2019 4.Proiectare Si

    6/15

    e+ ,#- inter%al#l !e re/erin0 situaiile de ieire se pot structura n treicategorii:

    - de stare(- statistice(- previzionale.

    Situaiile de ieire cu caracter de stare conin informaii ce evideniaz niveluli disponibilul de resurse la un moment dat, reflectnd elemente de patrimoniu aleagentului economic cum ar fi : stocuri de materiale i produse, facturi n sold, nivelulveniturilor, etc.

    Situaiile de ieire cu caracter statistic grupeaz informaii pe mai multeperioade de gestiune pentru a stabili tendinele evolutive ale fenomenelor iproceselor economice n vederea formulrii unor aprecieri de ansamblu. %in aceastcategorie fac parte situaiile transmise omisiei *aionale de Statistic, organelor>inisterului ;inanelor sau altor organisme publice.

    Situaiile de ieire cu caracter previzional redau informaii ce reflecttendinele fenomenelor i proceselor economice n scopul stabilirii obiectivelor

    viitoare ale agentului economic./+ ,#- '!#l !e 30inere situaiile de ieire sunt:- situaii de ieire obinute la imprimant(- situaii de ieire obinute la videoterminal.Situaii de ieire obinute la imprimant se folosesc de regul n cazul n care

    cadrul legislativ prevede utilizarea lor ca documente 0ustificative ce se vor ar-ivadup consultare. %e e'emplu : Statele de salarii, ?urnalul privind vnzrile, Situaiacentralizatoare a intrrilor de materiale, etc.

    Situaii de ieire obinute la videoterminal sunt de regul situaii de urmrireoperativ a unor indicatori economici i se folosesc n toate cazurile n care cadrullegislativ nu prevede utilizarea lor ca documente 0ustificative.

    &n definirea coninutului i modului de obinere a situaiilor de ie ireproiectantul va ine seama de cerinele beneficiarului dar va avea n vedere iperformanele i limitele sistemelor electronice de calcul i ale mediului deprogramare cu care lucreaz.

    6a definitivarea fiecrei situaii de ieire trebuie s se precizeze urmtoareleelemente:

    - antetul situaiei, care precizeaz date de identificare a unitii!subunitii" beneficiare, data i eventual codul situaiei(

    - titlul situaiei, care red ntro form sintetic coninutul informaionalal acesteia i perioada de referin(

    -

    capul de tabel, respectiv prezentarea indicatorilor din fiecare coloanurmrinduse gruparea logic a acestora : indicatori informativi ! dee'emplu cod, denumire", indicatori de grupare !de e'emplu unitate demsur, pre" i indicatori cantitativvalorici(

    - natura i lungimea ma'im a fiecrui indicator(- benzile de total(- numrul de e'emplare(- destinaia fiecrui e'emplar(- periodicitatea i termenele de obinere(- dispozitivul periferic de obinere.

    @

  • 7/26/2019 4.Proiectare Si

    7/15

    4.. PROIECTAREA BA5EI INFORMAIONALE ,E INTRARE

    Proiectarea bazei informaionale de intrare nseamn determinarea complet icorect a mulimii atributelor de intrare necesare i suficiente pentru obinereaieirilor sistemului informatic i gruparea acestora ntrun ansamblu omogen de

    entiti n vederea construirii n proiectarea de detaliu a fiierelor sau a bazelor dedate.

    Proiectarea bazei informaionale de intrare are dou subfaze:a" determinarea coninutului bazei informaionale de intrare i a algoritmilor

    folosii(b" structurarea bazei informaionale n entiti.

    a+ ,eter'inarea "n0in#t#l#i 3aei in/r'a0inale !e intrare.Pentru a stabili necesarul atributelor de intrare trebuie e'aminat modul n care

    are loc obinerea informaiilor cuprinse n situaiile de ieire proiectate sau ndocumentele inventariate n sistem !n funcie de varianta de lucru aleas n

    proiectarea general".%in acest punct de vedere se disting dou categorii de informaii:

    - informaii ce se obin n urma aplicrii unui algoritm de calcul !dee'emplu : stocul unui material, soldul unui cont, numrul de zilerestan la plata unei facturi, etc."

    - informaii obinute prin simpla transferare a unor valori similare aflatela intrare !de e'emplu: codul unui produs, denumirea unui produs,numele unei persoane, etc."

    3nformaiile din prima categorie trebuie descompuse pe baza algoritmului decalcul n operanzi primari ai acestora. Apoi acetia mpreun cu informaiile preluate!transferate" din a doua categorie reprezint elementele necesare obineriiinformaiilor solicitate.

    %eci, ansamblul atributelor de intrare este reprezentat de totalitateainformailor obinute prin preluare i a operanzilor primari dup reducereaelementelor comune.

    Se poate defini urmtorul procedeu de determinare a bazei informaionale deintrare:

    - se inventariaz cmp cu cmp informaiile cuprinse n situaiile deieire proiectate(

    - dac informaiile rezult dintrun calcul se identific algoritmul, apoioperanzii primari se introduc n baza informaional de intrare dac nu

    au fost de0a inclui(- dac informaia este transferat se include n baza informaional de

    intrare dac nu a fost inclus de0a.onsistena i relevana bazei informaionale de intrare sunt dependente de

    acurateea algoritmilor n coresponden cu specificul sistemului obiect.Ansamblul atributelor de intrare va fi apoi analizat i structurat n entiti, iar

    algoritmii de calcul vor fi descrii n procedurile de e'ploatare. Algoritmii determinaise pot e'prima ca e'presii algebrice, liste de aciuni condiionale, tabele de decizii.

    3+ Str#"t#rarea 3aei in/r'a0inale !e intrare 6n entit0i.ea de a doua subfaz presupune separarea ansamblului atributelor de intrare

    n grupe omogene i stabilirea legturilor dintre acestea. Pentru aceasta se rezolv

    urmtoarele probleme:- se analizeaz baza informaional de intrare determinat anterior(

  • 7/26/2019 4.Proiectare Si

    8/15

    - se grupeaz atributele n entiti.Analia 3aei in/r'a0inale !e intrareare scopul de a determina modul de

    participare a datelor la procesul de prelucrare automat.Pentru a efectua aceast analiz se au n vedere elementele funcionale

    indivizibile ale unui sistem informatic, respectiv entitile.

    5ntitatea poate fi privit ca un aspect al e'istenei delimitat ca ntindere,coninut i sens i desemneaz un element conceptual sau material indivizibil din

    punct de vedere funcional. 5a este deci o component structuralfuncionalelementar a sistemului care are o e'isten bine determinat i reprezint oindividualitate. %e e'emplu: entitatea personal, entitatea materiale, entitatea costuri,etc.

    5ntitatea este caracterizat printro mulime de atribute preluate din nucleulinformaional n urma aplicrii unor criterii de structurare. %e e'emplu entitatea

    personal are ca atribute: numele persoanei, prenumele persoanei, se'ul, data naterii,etc.

    Pentru a realiza analiza corect a bazei informaionale de intrare este necesar

    distincia clar ntre atribut i valoarea pe care o poate avea. %e e'emplu *7>5 esteun atribut !un nume de dat, o caracteristic" a entitii P52S/*A6 iar Popa, Sandu,2adu, etc. sunt valori pe care le ia atributul respectiv. %in perspectiva proiectrii irealizrii unui sistem informatic intereseaz identificarea atributului i nu a valorilorconcrete pe care acesta le poate lua.

    Baloarea informaional a unei entiti cuprinde trei aspecte:- caracteristici determinante specifice care identific entitatea i o

    individualizeaz n ansamblul sistemului(- nivelul sau starea entitii la un moment dat(- transformrile sau sc-imbrile care intervin datorit funciilor sistemului i

    determin trecerea de la o stare la alta.Poziia unui atribut n raport cu o entitate i confer acestuia un mod specific

    de comportare i de aici rezult trei feluri de atribute: "# "ara"ter -er'anent7%aria3il $i !e tare.

    Atri3#tele -er'anentermn nesc-imbate o perioad mai mare de timp, sepreiau n sistem o singur dat i se actualizeaz la intervale mai mari de timp. 5leintr n componena entitilor permanente. %e e'emplu: marca, nume, se', etc. suntatribute permanente ale entitii de personal.

    Atri3#tele %aria3ilese caracterizeaz prin aceea c valoarea lor variaz de lao prelucrare la alta reflectnd fenomene i procese economice ce sau desfurat de la

    prelucrarea precedent. 5le sunt introduse n sistem la fiecare prelucrare i intr n

    componena entitilor variabile. %e e'emplu: timpul lucrat, producia realizat de opersoan, indicele individual de acord, etc. sunt atribute variabile ale entitii depersonal.

    Atri3#tele !e tarecaracterizeaz nivelul unui element la un moment dat ireprezint rezultatul unei prelucrri. 5le sunt stocate n baza informaional de undese preiau periodic, se prelucreaz i se nregistreaz la noua valoare. 5le nu reflectfenomene i procese economice ce au avut loc ntre dou prelucrri, deci sunt diferitede atributele variabile, dar nu au nici o valoare constant, ci ea se sc-imb la fiecare

    prelucrare i, deci, nu sunt nici atribute permanente. 5le se introduc n entitipermanente, iar cnd sunt mai numeroase se constituie n entiti de stare. %ee'emplu: vrsta, numrul de copii, suma ctigurilor de la nceputul anului, etc. sunt

    atribute de stare ale entitii de personal.

    C

  • 7/26/2019 4.Proiectare Si

    9/15

    Pe baza acestei abordri poate fi definit modelul conceptual de prelucrare pecalculator la fiecare ciclu astfel:

    - se actualizeaz atributele permanente cu eventualele modificri intervenite(- se introduc n sistem valorile atributelor variabile prin preluarea din

    documente 0ustificative a datelor ce reflect operaii economice efectuate

    de la prelucrarea anterioar(- se actualizeaz atributele de stare pe baza valorii iniiale i a micrilor

    reflectate de atributele variabile, se calculeaz starea final pentru fiecareatribut de stare(

    - se asociaz i se prelucreaz atributele permanente, variabile i de starepentru obinerea situaiilor de ieire proiectate.

    Gr#-area atri3#telr 6n entit0i are la baz analiza efectuat anterior iconst n separarea ansamblului unic de date n grupuri omogene n funcie de tipulatributelor, de aici rezult c i entitile sunt permanente, variabile i de stare.

    2elaiile dintre entiti pot fi:- atributele din entiti permanente se actualizeaz pe baza tranzaciilor

    e'terne ce reflect modificri n structura i componena acestora(- entitile variabile se creeaz la fiecare prelucrare pe baza tranzaciilor

    e'terne ce reflect operaiile economice(- entitile de stare se actualizeaz pe baza tranzaciilor interne.#ruparea datelor n entiti permanente se face n funcie de urmtoarele

    criterii: atribute de identificare( frecvena de utilizare i actualizare( accesul la date.

    Primul criteriu impune gruparea n aceeai entitate a tuturor atributelor ce auun element de identificare comun. %e e'emplu salariul, numrul de copii, datanaterii, adresa se pot grupa ntro singur entitate avnd comun elementul deidentificare marca sau numele.

    Al doilea criteriu determin gruparea n aceeai entitate a atributelor care auaceeai frecven de utilizare i actualizare. %e e'emplu sporul de noapte, sporulantier, sporul pentru condiii deosebite se pot grupa ntro alt entitate dect ceaanterioar !dei se refer la aceeai persoan" datorit criteriului precizat.

    Al treilea criteriu se refer la gruparea n aceeai entitate a atributelor pentrucare sunt formulate cerine deosebite legate de consultarea bazelor de date. Acestcriteriu are importan deosebit n sistemele interactive la care este necesar s seasigure un timp de rspuns ct mai redus.

    #ruparea datelor n entiti variabile se face avnduse n vedere posibilitateagruprii sub un identificator comun i n funcie de omogenitatea datelor din punct devedere al locului i momentului prelurii lor. Aceasta impune gruparea n aceeaientitate a tuturor atributelor ce se regsesc pe acelai document de micare.

    &n cazul n care numrul de documente este relativ mare iar ponderea lor esteinegal n sistem se poate apela la gruparea atributelor n funcie de operaiileeconomice pe care le reflect. %e e'emplu ieirile de produse se reflect n mai multedocumente : factura fiscal, avizul de nsoire a mrfii, lista de inventariere, etc. &nmsura n care ieirile prin vnzare au ponderea cea mai mare se poate apela lagruparea atributelor ce reflect toate ieirile ntro singur entitate, codificndusetipurile de ieiri.

    #ruparea atributelor n entiti de stare se face n funcie de aceleai criterii cai cele avute n vedere la entitile permanente. %e regul, numrul atributelor de stare

    D

  • 7/26/2019 4.Proiectare Si

    10/15

    este mai mic i soluia cea mai avanta0oas este aceea a gruprii lor n entitilepermanente la care se refer, obinnduse astfel entiti cu un grad mai ridicat deintegrare. %e e'emplu atributele stoc i data ultimei micri pot fi nregistrate nentitatea permanent produs care va oferi astfel o imagine mai complet asupra unui

    produs la un moment dat.

    onstituirea entitilor n cadrul bazei informaionale de intrare poate fi privitca o operaie de separare a ansamblului unic de date n mai multe grupe omogene.Aceste grupe ar trebui, la prima vedere, s constituie submulimi dis0uncte pentru aevita prelurile repetate. %ar, n cursul prelucrrii, va fi necesar reconstituirea

    parial a ansamblului iniial de atribute, respectiv cuplarea a dou sau mai multeentiti . Pentru aceasta entitile ce se vor cupla trebuie s aib atribute comune

    pentru a permite realizarea asocierilor necesare.Atributele prezente simultan n dou sau mai multe entiti se numesc atribute

    de legtur. Ansamblul atributelor de legtur dintre entiti se determin pe bazaasocierilor pe care le impun informaiile ce vor trebui obinute n situaiile de ieire ialgoritmii de calcul.

    )rebuie menionat c nu toate atributele ce se pot gsi simultan n mai multebaze de date pot constitui atribute de legtur. Pentru aceasta atributul respectivtrebuie s constituie identificator pentru cel puin una din entitile asociate. %ee'emplu pentru obinerea unei situaii de ieire utilizm entitile cu structura de mai

    0os:- entitatea produs cu atributele: cod produs, denumire, unitate de msur,

    pre(- entitatea micri cu atributele: cod produs, pre, cantitate.Atributul pre, dei este prezent n ambele entiti, nu poate servi drept atribut

    de legtur de deoarece nu identific n mod unic nici una din entitile ce cupleaz.%e aceea se va folosi ca atribut de legtur codul produsului.

    4.4. PROIECTAREA CO,*RILOR

    4.4.1. Ne"eitatea7 "erin0ele $i /#n"0iile "!i/i"rii

    / cerin de baz a sistemelor informatice este aceea ca elementele din sistems fie riguros definite, ordonate i clasificate prin codificare.

    odificarea reprezint o activitate cu implicaii mari n prelucrarea automat adatelor regsinduse sub dou aspecte :

    pe de o parte, ca o codificare intern a datelor n calculatorul electronic

    !respectiv transformarea datelor introduse n calculator n succesiuni de poziiibinare", ceea ce permite funcionarea acestuia( pe de alt parte, ca o codificare e'tern, ceea ce permite introducerea n

    prelucrare a unor date ct mai mpac-etate, mai formalizate !nainte de introducerea ncalculator datele nemi0locite, respectiv denumirile, sunt nlocuite cu un ir mai redusde caractere, conform unor convenii anterior stabilite".

    Prin codificare nelegem generarea unor grupuri de simboluri, denumitecoduri i repartizarea acestora valorilor concrete pe care le iau elementele diferitelormulimi !n cazul unui sistem informatic se codific att atribute din baza de date cti elementele structurale i funcionale ale sistemului"

    2ezultatul activitii de codificare este concretizat ntrun sistem de coduri.

    +E

  • 7/26/2019 4.Proiectare Si

    11/15

    Prin cod se nelege o combinaie de simboluri asociate unui ansamblu de date.&ntre mulimea simbolurilor ce urmeaz a fi codificate i mulimea codurilor asociatese stabilete o coresponden biunivoc.

    )otalitatea combinaiilor distincte, posibile de realizat din simbolurile cecompun un cod reprezint capacitatea unui sistem de coduri.

    7n cod trebuie s aib o capacitate acoperitoare pentru toate situaiile posibilecu condiia pstrrii unicitii codului.

    apacitate unui sistem de coduri numeric se determin cu formula:

    F bn +unde :

    F capacitatea coduluib F baza sistemului de numeraie utilizatn F numrul de poziii numerice din cadrul codului

    apacitatea unui sistem de coduri alfanumeric se determin cu formula:

    F 1aG bn

    unde : F capacitatea coduluia F numrul de poziii alfabetice din cadrul codului

    b F baza sistemului de numeraie utilizatnF numrul de poziii numerice din cadrul codului

    *umrul de simboluri elementare dintrun cod poart denumirea de lungime asecvenei de cod !lungimea codului".

    6ungimea codului trebuie s fie minim pentru a reduce timpul de transmisiei preluare a datelor pe suporii te-nici de date, pentru a reduce timpul de prelucrareetc.

    &n acelai timp, lungimea codului trebuie si asigure i o capacitate

    corespunztoare. Aceasta se poate estima cu relaia:6HF logI*unde:

    6 F lungimea codului* F numrul de elemente ce se codificI F numrul de simboluri utilizate n construirea codului

    %eci vom utiliza attea poziii pentru simboluri cte sunt necesare pentru anumra n bazaKtoate celeNelemente ale mulimii.

    ;orma final a codului cu precizarea clar a numrului de poziii utilizate,natura acestora, cifra de control i algoritmul de calcul al acesteia reprezint formatulcodului.

    &n proiectarea unui sistem de coduri trebuie s avem n vedere dou aspecteimportante i anume:

    - influena tipului i structurii codului asupra performanelor operaiilor deprelucrare automat a datelor din sistemul informatic(

    - implicaiile utilizrii codurilor n operaiile de culegere i preluare adatelor i de interpretare a rezultatelor finale de ctre utilizatoriineinformaticieni.

    &n general utilizarea codurilor este necesar deoarece folosirea nemi0locit aansamblului de date prezint nea0unsuri ca:

    - regulile de scriere a denumirilor sunt mai comple'e, mai greu de respectatn comparaie cu utilizarea unor simboluri restrnse( rezult deci cnumrul de erori este mai mic n cazul utilizrii codurilor(

    ++

  • 7/26/2019 4.Proiectare Si

    12/15

    - denumirile se utilizeaz mai greu n ordonarea !sortarea sau inde'area"datelor, operaii frecvente n sistemele informatice economice(

    - datele necodificate sunt alctuite dintrun numr mai mare de caractere,ocup un volum de suport te-nic mai mare i necesit mai mult timp

    pentru prelucrare.

    Avnd n vedere aceste considerente, se impune ca n proiectarea unui sistemde coduri s se respecte o serie de cerine:

    1. *ni"itate. ;iecrui element din mulimea codificat i se atribuie uncod unic, aceast cerin trebuind s fie asigurat la nivelul ntreguluisistem informatic.

    ). Sta3ilitate. aracteristica codificat trebuie s rmnnesc-imbat o perioad ct mai mare de timp.

    . Elati"itate.S permit inserri i e'tensii ale nomenclatoarelor decoduri n vederea includerii de noi elemente.

    4. Cn"ii#ne.S se utilizeze un numr ct mai mic de simboluri nconstruirea unui cod.

    8. Claritate. S permit realizarea cu uurin a operaiunilor decodificaredecodificare.

    9. Se'ni/i"a0ie.S permit, pe ct posibil, sugerarea caracteristicilorcodificate i s genereze interes pentru a facilita utilizarea codurilor.

    :. odul s fie -era0inal. S permit prelucrarea automat adatelor i efectuarea cu uurin a operaiilor de sortare, inde'are, scindare,interclasare etc.

    7n sistem de coduri are urmtoarele funcii:a" F#n"0ia !e "ara"teriare, care asigur e'primarea ntro form concis,

    unic i stabil n timp, a coninutului semantic al fiecrui element codificat prinintermediul codului asociat acestuia. &n mod concret funcia de caracterizare permiteutilizarea cu prioritate a codului n locul denumirii integrale a elementului codificat.

    b" F#n"0ia !e i!enti/i"are, care ofer posibilitatea regsirii mai rapide aelementelor prin intermediul codurilor asociate lor dect prin folosirea complet asemanticii acestora. Aceast funcie creeaz posibilitatea ulterioar de selectare aanumitor caracteristici prin intermediul crora se vor identifica n mod unic anumitevalori folosind conceptul de c-eie de acces.

    c" F#n"0ia !e "ntrl, care presupune e'istena unei c-ei de control !formatdin unul sau mai multe caractere" pe baza creia folosind metode i algoritmi specificis se poat verifica integral corectitudinea simbolurilor care intr n structura codului.%e regul, aceast c-eie de control se plaseaz n ultima parte a codului i este

    separat de acesta printro linie de unire.d" F#n"0ia !e 'ani-#lare a elementelor codificate, care faciliteazintroducerea n memorie a acestora, reducerea timpului de prelucrare, inclusivuurina folosirii codului de ctre personalul din compartimentele funcionaleimplicate n funcionarea sistemului informatic.

    4.4.) Ti-#ri !e "!#ri

    %iversitatea i comple'itatea coleciilor de date, specificul operaiilor deregsire, sortare, inde'are etc. au condus la apariia unei palete variate de coduri, ce se

    pot grupa dup mai multe criterii .

    I+. ,#- nat#ra "ara"terelr #tiliate;

    +1

  • 7/26/2019 4.Proiectare Si

    13/15

    1. Coduri numerice, n care simbolurile utilizate n construirea codului suntcifrele de la E la D. %e e'emplu codificnd seciile din facultate: ++ pentru>anagement( +1 pentru ontabilitate( +9 pentru 3nformatic etc.

    2. Coduri alfabetice, n care simbolurile utilizate n construirea codului suntliterele alfabetului. %e e'emplu : >3J pentru >anagement, cursuri de zi( 3S pentru

    ibernetic, informatic i statistic etc.3. Coduri alfanumerice, n care simbolurile utilizate sunt cifrele, literele i

    toate caracterele speciale cuprinse n codul AS3.II. ,#- l#n2i'ea e"%en0ei !e "! e(it;1. Coduri cu lungime fix, n care toate elementele unei mulimi sunt

    codificate cu acelai numr de caractere.2. Coduri cu lungime variabil, n care lungimea secvenei de cod poate fi

    diferit pentru elemente diferite din aceeai mulime.III. ,#- e'ni/i"a0ia "!#l#i #nt;1. Coduri semnificative. Aceste coduri semnific coninutul informaional al

    elementelor pe care le reprezint. %e e'emplu: lect semnific valoarea lector, conf

    semnific valoarea confereniar, stud semnific student etc.2. Coduri nesemnificative. Aceste coduri nu semnific coninutul

    informaional al elementelor pe care le reprezint. 5le sunt combinaii de simboluridup anumite criterii i se atribuie elementelor fr a avea o semnificaie. %ee'emplu: E+ pentru lector, E1 pentru confereniar etc.

    IV. ,#- '!#l !e 6nt"'ire a n'en"latarelr !e "!#ri e(it;1. Coduri atribuite manual(2. Coduri atribuite automat.

    V. ,in -#n"t !e %e!ere al #tiliatr#l#i e -t /li;1. Coduri accesibile utilizatorului;

    1. Coduri ascunse utilizatorului.VI. ,#- tr#"t#ra "!#l#i e(it;1. Coduri elementare;

    2. Coduri complexe.

    Codurile elementare au rolul de a identifica un element din cadrul uneisingure mulimi de elemente. 5le pot fi:

    - coduri secveniale,- coduri secveniale cu formare de grupe,- coduri abreviate.odurile secveniale se construiesc prin atribuirea n ordine cresctoare a unor

    simboluri numerice sau alfanumerice elementelor din mulimea ce urmeaz a fi

    codificat, pe msur ce aceste elemente apar n sistem. 5le pot avea lungim fi' sauvariabil. &n cazul codurilor cu lungime fi' se adaug zerouri nesemnificative n faairurilor de caractere atribuite.

    odurile secveniale au avanta0ul conciziunii, dar nu sunt elastice i nu pot fiutilizate eficient n gruparea datelor.

    odurile secveniale cu formare de grupe. 2eprezint o dezvoltare a codurilorsecveniale, n sensul c se prevede rezervarea unor grupe de coduri pentru grupe deelemente, iar n cadrul grupelor elementele sunt codificate secvenial.

    Separarea mulimii elementelor de codificat pe grupe sau subgrupe se face pebaza unor caracteristici comune tuturor elementelor ce aparin grupei sau subgrupeirespective.

    Acest tip de coduri este elastic, servind i necesitilor de grupare i ordonare adatelor.

    +9

  • 7/26/2019 4.Proiectare Si

    14/15

    oduri abreviate. Sunt coduri alfabetice, de lungime fi' sau variabil care seconstituie prin prescurtare sau prin preluarea unor iniiale.

    ele obinute prin prescurtare poart denumirea de mnemonice.ele obinute prin preluarea unor iniiale poart denumirea de acronime.Codurile complexe.Se folosesc pentru elementele ce pot s aparin mai

    multor mulimi distincte care pot fi folosite n comun pentru prelucrri viitoare.Aceste coduri sunt astfel construite nct s reflecte apartenena multipl. 5l pot fi:

    - coduri ierar-izate,- coduri 0u'tapuse,- coduri combinate.odurile ierar-izate se folosesc atunci cnd ntre caracteristicile ce urmeaz a

    fi simbolizate !codificate" sunt stabilite relaii de subordonare.odurile 0u'tapuse !parta0ate" se construiesc prin concatenarea codurilor

    atribuite caracteristicilor individuale cu semnifica ii distincte.odurile combinate surprind n structura lor relaiile logice e'istente ntre

    diferite caracteristici ale elementelor de codificat. 5le pot fi matriciale sau binare.

    odurile matriciale se folosesc n cazul n care elementele de codificat pot ficaracterizate n funcie de dou nsuiri, codul atribuit reprezentndule cumulativ peamndou.

    odurile binare se folosesc pentru a reflecta n mod sugestiv i simpluprezena sau absena mai multor nsuiri ce caracterizeaz simultan elementele uneimulimi de date. &n acest sens, nsuirile respective se codific prin puteri succesiveale cifrei doi, fiecare poziie putnd lua valoarea E sau + n funcie de prezena sauabsena nsuirii respective.

    VII. ,#- '!#l !e -rel#are 6n ite'#l !e "al"#l7 "!#rile -t /i;1. Coduri preluate manual!prin tastare de la terminal"(2. Coduri preluate automat. 5le sunt introduse n sistem prin utilizarea unor

    ec-ipamente periferice speciale precum: ec-ipamente pentru citireadocumentelor scrise cu cerneal magnetic, scannere, camere video i alteec-ipamente multimedia.

    VIII. ,#- '!#l 6n "are tratea errile -r%enite 6n #r'a #tilirii#n#i ite' !e "!#ri 6nt

  • 7/26/2019 4.Proiectare Si

    15/15

    / problem deosebit care se ridic n legtur cu codificarea datelor este aceaa verificrii corectitudinii codului n procesele de culegere, transmitere i prelucrare adatelor.

    u ocazia manipulrii codului, apar posibiliti ca acesta s fie modificat,erorile astfel generate avnd consecine negative asupra corectitudinii informaiilor

    obinute i asupra funcionrii sistemului informatic n ansamblu.5rori n utilizarea codurilor apar att la ntocmirea nomenclatoarelor de

    coduri, ct si pe parcursul e'ploatrii sistemului informatic.5rorile ce intervin la generarea nomenclatoarelor de coduri pot fi nlturate

    prin realizarea unor proceduri de atribuire automat a simbolurilor pentru fiecareelement de codificat iKsau printro verificare corespunztoare n etapa deimplementare a sistemului informatic.

    Pe parcursul e'ploatrii sistemului informatic pot s apar erori datorate:- transpunerii greite pe documentul 0ustificativ sau pe elementul pe care

    codul l identific(- prelurii incorecte !de pe documentele 0ustificative de e'emplu" n

    sistemul de calcul.Se pune deci problema de a utiliza metode ce pot prevenii sau depista erorile

    n codificare i n utilizarea codurilor. &n acest sens, o te-nic des utilizat este cea ac-eii !cifrei" de control.

    +=