Proiectarea unui sistem informatic

Cu toate c exist standarde interna ionale de realizare a sistemelor informatice, acestea sunt folosite par ial din cauza deficien elor lor. Din acest motiv, metodologiile realizate pn n prezent dau impresia de arbitrar i de improviza ie. Se remarc i lipsa unor criterii de clasificare a acestor metodologii, exceptnd anumite tentative de clasificare dup criterii mai mult sau mai pu in istorice sau dup modul de abordare al sistemelor. Metodologiile de proiectare reprezint o abordare structurat , n care se utilizeaz proceduri, tehnici, instrumente i documenta ii, pentru a sus ine i facilita procesul de proiectare. O metodologie de proiectare const n mai multe faze, con innd pa i care ndrum proiectantul n alegerea tehnicilor adecvate fiec rei etape a proiectului; de asemenea, il ajut la planificarea, administrarea, controlul i evaluarea proiectelor de dezvoltare a bazelor de date. n realizarea unui sistem informatic, etapele de realizare: analiz , proiectare, implementare sunt unanim recunoscute de to i realizatorii de sisteme informatice. Ansamblul activit ilor de realizare a unui sistem informatic este prezent n aceste trei etape. Referitor la etapele de realizare a sistemelor informatice, conceptele utilizate n metodologiile existente sunt: etape/module/procese, c i, fluxuri de lucru, activit i, faze. 2.1. Metodologii de rezolvare a sistemelor informatice

Proiectarea unui sistem informatic este o activitate ce impune folosirea unor resurse financiare, umane i materiale, ntr-o perioad mare de timp. Aceast ac iune presupune parcurgerea unui num r mare de grupe de activit i, cu un pronun at caracter creativ, cum ar fi: analiza de sistem, proiectarea, programarea i implementarea. Utilizarea eficient a resurselor n toate aceste activit i, pentru ob inerea unui sistem informatic preformant a condus la ordonarea acestui proces complex ntr-o succesiune bine stabilit de etape, subetape i utilizarea unor metode i tehnici adecvate. ntre diversele etape de realizare a sistemului informatic exist o leg tura indestructibil , leg tur reflectat i de faptul c , n mod logic i practic, calitatea realiz rii din etapele i fazele precedente, influen eaz n mod direct calitatea activit ilor din etape care i urmeaz . Un aspect comun pentru aceste etape i activit i este faptul c trecerea de la o etap la alta se face numai dup o analiz de fond a modului de realizare a sarcinilor etapei parcurse i a aviz rii de c tre factorii de r spundere ai beneficiarului a rezultatelor ob inute.

Orice etap , parcurs deja, se finalizeaz cu activit i privind preg tirea condi iilor de desf urare a activit ilor care urmeaz , ptin elaborarea sau actualizarea planului de lucru pentru etapele viitoare. Metodologiile pot fi definite n diferite feluri. Noi vom aminti doar una din aceste defini ii. n [WHBE98] metodologia este o implementare fizic a ciclului de via care include:
   

a sistemelor

Activit ile pas cu pas pentru fiecare faz de lucru; Regulile individuale i de grup pentru fiecare activitate; Standardele de calitate n fiecare activitate; Instrumentele i tehnicile utilizate n fiecare activitate.

Din aceast defini ie putem deduce dou aspecte. Primul de refer la faptul c o metodologie cuprinde ntreg ciclul de via al unui sistem informatic, iar al doilea aspect se refer la faptul c o metodologie modern trebuie s ncorporeze instrumente i tehnici adecvate de realizare a sistemelor informatice. n concluzie, o metodologie de realizare a unui sistem informatic trebuie s cuprind :
       

Etapele/procesele de realizare a unui sistem informatic structurate n subetape, activit i, sarcini i con inutul lor; Fluxul realiz rii acestor etape/procese, subetape i activit i; Modalitatea de derulare a ciclului de via a sistemului informatic; Modul de abordare al sistemelor; Strategiile de lucru/metodele de realizare; Reguli de formalizare a componentelor sistemului informatic; Tehnicile, procedurile, instrumentele, normele i standardele utilizate; Modalit ile de conducere a proiectului (planificare, programare, urm rire) i modul de utilizare a resurselor financiare, umane i materiale etc. 2.1.1.Clasificarea metodologiilor

n timp, modalit ile de clasificare a metodologiilor au evoluat datorit elementelor noi pe care le-au introdus aceste metodologii. Astfel, metodologiile se clasific dup mai multe criterii. I. O prim clasificare a metodologiilor se poate face dup gradul de generalitate. n acest sens exist metodologii generale, metodologii cadru i metodologii specializate. a. Metodologiile generale au un grad nalt de generalitate i pot fi folosite pentru realizarea sistemelor informatice din domenii diferite. Dintre aceste metodologii amintim:

SSADM (Structured System Analysis and Design Methodology), MERISE (Mthode d`Etude et de Realization, Informatique pour les Systm d`Entreprise), OMT (Object Modeling Technique), RUP (Rational Unified Process). b. Metodologiile cadru cuprind elemente aplicabile exclusiv numai unor produse software. Exemple de metodologii: Selection and Implementation of Integrated Packaged Software (SIIPS). Ea are acceleratori de implementare pentru ORACLE i SAP. c. Metodologii specializate sunt cele dezvoltate i utilizate pentru implementare a unui singur produs software. Dintre aceste metodologii enumer m: AIM, POIS, Extract, Signature, ASAP. II. Dup modul de abordare al sistemelor exist metodologii cu abordare structurat metodologii cu abordare orientat pe obiecte. i

a. Metodologiile cu abordare structurat au ca principiu de lucru mp r irea sistemului n subsisteme pe baza func iilor sistemului (abordarea func ional ) sau n func ie de date (abordarea bazat pe date). Punctul de plecare a fost programarea structurat care utilizeaz trei construc ii de baz : structura secven ial , alternativ i repetitiv . Dup aceea a urmat analiza i proiectarea structurat care sunt realizate pornind de la :


O abordare func ional (structureaz sistemul pornind de la prelucr rile pe care le sufer datele);  O abordare bazat pe date (structureaz sistemul pornind de la structura datelor utilizate n sistem i de la rela iile care exist ntre acestea).

Aceste metodologii propun modelarea datelor separat de modelarea procedurilor. Modelarea procedurilor se face plecnd de la ideea c func iile sunt active, avnd un comportament, iar datele sunt afectate de aceste func ii. Sistemul este structurat dup diverse criterii n subsisteme pn cnd se ajunge la un nivel elementar, punndu-se n eviden rela iile dintre subsistemele identificate. Abordarea acestor subsisteme se face din punct de vedere static, func ional i dinamic. n final rezult modelul logic al sistemului (reflect structura tehnic i opera ional a sistemului) i modelul fizic al sistemului (arat ce face sistemul, fiind mai stabil n timp i independent de implementare). Dintre metodologiile structurate enumer m: Structured Analysis and Design Information System (STRADIS), Information Engineering (IE), Structured System Analysis and Design Methodology (SSADM), Mthode d`Etude et de Realization, Informatique pour les Systm d`Entreprise (MERISE), Information System Work and Analysis of Changes (ISAC), Soft System Methodology (SSM), Rapid Application Development (RAD) etc.

b. Metodologiile cu abordare orientat obiect permit construirea sistemelor informatice folosind conceptele tehnologiei orientate pe obiecte. Tehnologia orientat obiect a ap rut odat cu apari ia limbajelor de programare orientate pe obiecte (de exemplu C++, Object Pascal). Ulterior aceast metodologie a fost utilizat n analiza sistemelor i apoi n proiectarea sistemelor. Dintre metodologiile orientate obiect de realizare a sistemelor informatice enumer m: Object Oriented Design (OOD), Object Oriented Analysis (OOA), Object Oriented Structured Design (OOSD), Object Modeling Technique (OMT) etc. Toate aceste metodologii prezentau o serie de limite precum i multiple diferen ieri de simboluri, nota ii sau tipuri de diagrame. Aceste aspecte generau dificult i n privin a ntelegerii, prelu rii i folosirii lor de diferite grupuri de utilizatori, n crearea de noi sisteme sau n procesul de mentenan a sistemelor. Majoritatea acestor deosebiri au fost nl turate prin elaborarea unui standard cu privire la simboluri, nota ii, tipuri de diagrame, tipuri de modele etc., numit UML (Unified Modeling Language). III. Dup modelul ciclului de via avem: metodologii cu model de parcurgere n cascad (liniar), metodologii cu model de parcurgere n spiral , metodologii cu model incremental, metodologii cu model evolutiv i metodologii cu modele de compozite. a. Metodologiile cu model de parcurgere n spiral presupun parcurgerea secven ial a etapelor, cu eventuale reveniri la etapa precedent . Modelul n cascad sau liniar este teoretic, deoarece n realitate, pargurgerea etapelor este un proces iterativ, desf urndu-se adesea n paralel mai multe activit i. b. Metodologiile cu model de parcurgere n spiral (model cu prototip) presupun elaborarea complet , rapid i la costuri sc zute a unei versiuni ini iale, simplificat , cu caracter de prototip, pe baza c reia se stabilesc noi specifica ii de definire a sistemului informatic i se desf oar activitatea de realizare a unei noi versiuni de sistem informatic. Elaborarea noii versiuni presupune parcurgerea integral sau par ial a etapelor, modificndu-se numai anumite p r i din prototip. c. Metodologiile cu model de parcurgere cu extensii (incremental) se utilizeaz atunci cnd sistemele informatice se pot realiza i pune n func iune par ial pe subsisteme, aplica ii, module. Deci, realizarea lor se poate face n manier extensibil astfel inct la nceput se analizeaz i se definesc cerin ele, iar apoi subsistemele se realizeaz i se integreaz prin extensii succesive sau simultane. d. Metodologiile cu model de pargurgere evolutiv se utilizeaz n cazul sistemelor complexe, care se descompun n subsisteme, apoi se definesc sistemele informatice pentru fiecare subsistem, pentru ca n final s fie integrate.

IV. Dup structura proceselor metodologiile sunt: metodologii monoproces (IBM/ICI), metodologii multiproces cu procese slab conectate i metodologii multiproces cu procese interconectate (metodologia AIM). V. Dup setul de sarcini ale activit ilor exist metodologii cu sarcini fixe n cadrul activit iilor i metodologii cu colec ii de sarcini op ionale (SIIPS). VI. Dup comportamentul sarcinilor metodologiile se pot clasifica n: metodologii cu sarcini cu comportare determinist i metodologii cu sarcini cu comportare stohastic .

2.2. Etapele de realizare a sistemelor informatice conform OMT OMT (Object Modeling Technique) este o tehnic extins la rang de metodologie de realizare a sistemelor informaticecare utilizeaz un set de concepte orientate pe obiecte. La baza acestei metodologii st modelarea orientat obiect care utilizeaz pentru descrierea sistemului trei modele: modelul structural al obiectelor, modelul dinamic i modelul func ional. Modelul obiectelor descrie din punct de vedere static obiectele, rela iile dintre obiecte, atributele i opera iile fiec rei clase de obiecte. Este, de fapt, un model al datelor, privit prin prisma abord rii orientate obiect, ar tnd ce se analizeaz . Modelul dinamic pune n eviden conduc trecerea dintr-o stare n alta. st rile datelor, precum i fluxul evenimentelor care

Modelul func ional descrie modul de ob inere a ie irilor informa ionale din intr ri sau alte informa ii intermediare. Etapele de realizare a sistemului informatic conform acestei metodologii sunt: analiza, proiectarea sistemului, proiectarea obiectelor i implementarea. A. Analiza sistemului existent are scopul de a defini ce va face sistemul informatic. Pentru aceasta rezultatul analizei se concretizeaz ntr-un model al viitorului sistem calitativ superior fa de cel existent. Activit ile desf urate n cadrul acestei etape sunt: 1. Definirea problemei tema de realizat este definit de beneficiar sau de analist i cuprinde ceea ce se dore te a fi realizat n linii mari. De obicei, beneficiarul este cel care formuleaz problema, fiind ajutat de analist n clarificarea anumitor aspecte. 2. Ini ierea realiz rii modelului obiectelor descrie structura static a sistemului, utiliznd o serie de simboluri grafice i diverse diagrame. Presupune n primul rnd identificarea obiectelor, claselor de obiecte, asocierilor dintre obiecte i clase de obiecte, atributele claselor i asocierilor. Urmeaz ntocmirea dic ionarului de date i a diagramei modelului obiectelor care este analizat i perfec ionat. 3. Ini ierea realiz rii modelului dinamic este o etap elaborat pe larg n cazul sistemelor cu un grad ridicat de interactivitate. Pentru a construi acest model trebuie identificate toate st rile i evenimentele care conduc la trecerea dintr-o stare n alta. Pe baza lor se construiesc diagrame de stare i diagrama global de flux a evenimentelor, care eviden iaz succesiunea operatiilor n timp. 4. Ini ierea realiz rii modelului func ional modelul func ional se construie te pentru fiecare proces i pune n eviden modul n care sunt determinate valorile de ie ire din valorile

intermediare sau din valorile de intrare. Sunt identificate i restric iile dintre obiecte. Urmeaza ntocmirea diagramelor de flux a datelor i lista restric iilor. Activit ile realizate pentru crearea modelului func ional sunt:
   

Identificarea intr rilor i ie irilor i reprezentarea diagramei de flux a datelor. Descrierea proceselor elementare. Identificarea constrngerilor Identificarea modalit ilor de optimizare.

Cele trei modele din faza de analiz se perfec ioneaz prin procesul de integrare a lor ntr-o concep ie unitar privind sistemul existent. B. Proiectarea sistemului presupune realizarea urm toarelor activit i: 1. Descompunerea n subsisteme se realizeaz folosind diverse criterii de structurare. Subsistemele ob inute sunt formate dintr-un ansamblu de opera ii, evenimente, asocieri, mesaje, avnd o interfa fix cu restul sistemelor. 2. Identificarea subsistemelor concurente aceste subsisteme sunt identificate pentru optimizarea implement rii prin utilizarea acelea i platforme hardware. 3. Stabilirea necesaruluide resurse i a modului de implementare hardware i software pentru fiecare subsistem. 4. Alegerea modului de organizare a datelor i a tipurilor de acces la date. 5. Stabilirea controlului intern prelucr rilor. i extern pe fluxul evenimentelor sau pe fluxul

6. Stabilirea condi iilor limit care se refer la ini ializ ri, terminarea normal sau anormal , priorit i. Rezultatul proiect rii sistemului const n realizarea structurii arhitecturii de baz a sistemului i elaborarea unor decizii la nivel global. C. Proiectarea obiectelor rafineaz modele ob inute n faza de analiz prin ad ugarea detaliilor de impleementare. n cadrul acestei etape se desf oar urm toarele activit i: - Identificarea opera iilor; - Proiectarea algoritmilor; - Rafinarea, restructurarea modelului datelor; - Implementarea controlului;

- Implementarea asocierilor; - Gruparea datelor i asocierilor n module. Rezultatul acestei etape este detalierea celor trei modele: modelul obiectelor, modelul dinamic i modelul func ional. D.Implementarea este etapa n cadrul c reia se realizeaz transpunerea ntr-un limbaj de programare i transferul sistemului economic n cadrul organiza iei economice.

Figura 2.1 Etapele metodologiei OMT Metodologia OMT este cea mai utilizat metodologie orientat obiect, avnd r d cini n metodele structurate tradi ionale i oferind o nota ie extrem de vast . Cteva dintre avantajele utiliz rii acestei metodologii sunt:
 

Realizeaz o abordare comprehensiv a domeniului de analizat; Eviden iaz structura sistemului din toate punctele de vedere: static, dinamic i func ional;  M re te coeren a rezultatelor analizei; datele i prelucr rile nu mai sunt reprezentate distinct ci ncapsulat n clase de obiecte;  Se pot reutiliza rezultatele analizei ob inute pentru un sistem, prin preluarea n cadrul analizei sistemelor din aceea i sfer de activitate;  Modelele utilizate sunt flexibile i u or de ntre inut. 2.3. Metode i tehnici de realizare a sistemelor informatice

La realizarea sistemelor informatice se utilizeaz procedee de lucru.

metode tehnici, instrumente

Metodele utilizate n proiectarea sistemelor informatice reprezint modul unitar sau maniera comun n care anali tii de sistem, programatorii i alte categorii de persoane implicate realizeaz procesul de analiz a sistemului informa ional-decizional existent, proiectarea i introducerea sistemului informatic. Metoda are caracter general, n cadrul ei aplicndu-se anumite tehnici de lucru. Tehnicile de lucru utilizate n proiectarea sistemelor informatice reprezint felul n care se ac ioneaz eficient i rapid, n cadrul unei metode, pentru solu ionarea diferitelor probleme care apar n procesul de proiectare. Prin aceste tehnici se mbin cuno tiin ele despre metode cu m iestria personal a celor chema i s aplice metodele i s utilizeze instrumentele adecvate. Instrumentele utilizate n proiectarea sistemelor informatice sunt mijloacele care se utilizaeaz de c tre echip pentru realizarea scopului propus. Instrumentele depind de metodele i tehnicile utilizate, precum i de domeniile de activitate analizate i proiectate. Prin procedur sau procedeu se n elege succesiunea opera iilor necesare parcurgerii unor etape ale ac iunii i aplic rii unor tehnici n cadrul metodelor n conformitate cu o rutin de lucru dat . Utilizarea acestor metode, tehnici, instrumente, procedee de lucru n proiectarea sistemelor informatice se face n conformitate cu o serie de principii i n limita unor metodologii de lucru care se adopt n func ie de situa ia real la care se refer . La realizarea sistemelor informatice se utilizaeaz numeroase metode i tehnici. Impactul informaticii asupra altor domenii de proiectare a determinat transferul ntre domenii a unora dintre metode i tehnici. Acest fapt implic o mare pruden n prezentarea lor ca specifice unui domeniu sau altul. Chiar n cadrul activit ilor de realizare a sistemelor informatice, unele sunt specifice activit ilor de analiz , proiectare, implementare, altele sunt generale, putnd fi utilizate n toate etapele de realizare a sistemelor informatice. Din punct de vedere al evolu iei n timp metodele i tehnicile se clasific n:


Metode i tehnici clasice care constau n analiza i proiectarea sistemelor informatice, bazndu-se n cea mai mare parte pe utilizarea activit ii omului.  Metode i tehnici evoluate care sunt rezultatul accentu rii industrializ rii activit ii de analiz i proiectare a sistemelor informatice i impun utilizarea unor pachete de programe de asistare a analizei i proiect rii sistemelor informatice.

Din punct de vedere al grupelor de activit i n care sunt utilizate se mpart n: metode i tehnici de analiz , metode i tehnici de proiectare, metode i tehnici de implementare. Pentru exemplificare vom lua metoda model rii func ionale care este o metod de analiz i/sau proiectare a sistemelor informatice. Prin intermediul acestei metode se construie te un ansamblu de modele att ale sistemului analizat, ct i ale noului sistem. Aceste modele sunt analizate i pe baza lor se pot formula diverse solu ii de construire a sistemului informatic.

No iunea de baz n cadrul acestei metode este modelul informa ional care este definit ca o reprezentare schematic a realit ii, a sistemului informa ional sau a unor componente ale sistemului informa ional. Prin intermediul lui sunt puse n eviden aspecte semnificative, ignorndu-se detaliile. Construirea modelului se face pe baza unor axiome de construire i cu ajutorul unor forme de reprezentare grafic . Dup componentele sistemului informa ional exist : modele ale datelor, modele ale prelucr rilor, modele ale comunica iilor etc. Dup sistemul analizat exist modele ale sistemului existent i modele ale noului sistem. Dup gradul de abstractizare exist : modele semantice, modele logice, modele fizice. Pa ii care trebuiesc parcur i pentru modelarea informa ional sunt:
     

Investigarea sistemului; Identificarea elementelor esen iale; Stabilirea setului de axiome i formele de reprezentare; Construirea modelului/ modelelor; Analiza i rafinarea modelelor; Utilizarea modelelor. 2.4. Activit iile proiect rii unui sistem informatic

Proiectarea sistemelor informatice este o etap important n realizarea sistemelor informatice. n cadrul acestei etape se construie te arhitectura noului sistem, se proiecteaz logic i fizic componentele unui sistem informatic. n continuare vom prezenta principalele activit i desf urate pentru proiectarea unui sistem informatic n condi iile abord rii structurate a noului sistem. Proiectarea sistemului informatic const n stabilirea solu iilor logice i specificarea din punct de vedere fizic a componentelor noului sistem i se bazeaz n principal pe rezultatele ob inute din cele dou grupe de activit i premerg toare: definirea solu iei de realizare a noului sistem i modelarea noului sistem. Pornind de la aria de cuprindere a noului sistem i de la cerin ele formulate se elaboreaz modelul logic i ulterior cel fizic al noului sistem. n cadrul acestor modele sunt descrise:
       

Fluxurile de intrare/ie iere; Procesele elementare i modelele economico-matematice utilizate; Func iile noului sistem; Entit ile/obiectele i con inutul lor, caracteristicile fiec rui cmp, rela iile cu alte entit i; Ciclul de via al entit ilor/obiectelor; Coresponden a ntre entit i i func ii; Activit ile ce urmeaz a fi automatizate i cele care r mn manuale; Detaliile despre fiecare procesor.

n etapa de proiectare se face n primul rnd evaluarea i revizuirea componentelor din punct de vedere logic, dup care se trece efectiv la proiectarea fizic n concordan cu solu iile tehnice propuse. Strategiile de proiectare a sistemului informatic sunt: proiectarea structurat , proiectarea orientat obiect, prototipizarea, JAD (Join Application Development), RAD (Rapid Application Development). Activit ile desf urate pentru proiectarea sistemului sunt:
     

Stabilirea arhitecturii sistemului/subsistemelor/modulelor sistemului proceselor; Proiectarea bazei de date/fi ierelor; Proiectarea intr rilor; Proiectarea ie irilor; Proiectarea interfe ei cu utilizatorii; Proiectarea programelor.

i proiectarea

O alt activitate a proiect rii sistemelor informatice o reprezint principuil proiect rii e alonate a sistemelor informatice. Prin e alonare se n elege ordinea n care vor fi abordate subsistemele/modulele sistemului informatic de la proiectare pn la implementare, cu asigurarea condi iilor pentru integrarea lor treptat , pe m sura realiz rii condi iilor eviden iate n etapa de analiz . La stabilirea ordinii de prioritate n abordarea structurilor sistemului informatic pot fi avute n vedere urm toarele criterii: Prioritatea obiectivelor componente

Potrivit acestui criteriu cea mai mare prioritate o au modulele componente ale subsistemului pentru conducerea produc iei, dup care se abordeaz modulele subsistemului referitoare la resursele necesare realiz rii produc iei. Asigurarea leg turilor ntre componente

ntre componentele unui subsistem informatic, ca i ntre diferite subsisteme, exist o serie de leg turi informa ionale, n special ntre colec iile de date ale acestora. Disponibilitatea resurselor i n

Ordinea de abordare i realizare a componentelor sistemului informatic se planific func ie de asigurarea n timp cu diferite categorii de resurse, cum ar fi: limita fondurilor ce pot fi alocate n timp pentru realizarea sistemului informatic;

nivelul de dotare cu tehnic de calcul existent n etapa de concepere i cel prev zut a fi atins n timp; for ele de proiectare pe care le va antrena proiectul; personalul de specialitate existent i n preg tire necesar pentru implementarea i exploatarea curent a sistemului informatic.

2.5. Proiectarea arhitecturii unui sistem informatic 2.5.1 Alegerea tipului de re ea i a protocolului de comunica ii Arhitectura sistemului informatic define te tehnologiile folosite, cu specificarea ansamblului de date, procese, interfe e i componente de re ea folosite. Proiectarea arhitecturii aplica iei ncepe cu alegerea tipului re elei i a protocolului de comunica ii, urmat de proiectarea distribuirii aplica iilor, datelor i a catalogului de date. Proiectarea arhitecturii sistemului informatic presupune identificarea tipului re elei i al protocolului de comunica ii ce pot fi utilizate. Cele mai cunoscute tipuri de re ele sunt: Re ea punct la punct (bus) asigur o leg tur direct ntre oricare dou calculatoare (point-to-point). Re ea inel (ring) asigur conectarea calculatoarelor i datelor periferice ntr-o structur sub form de inel, n cadrul c reia orice calculator poate transmite date, numite pachete, c tre un singur nod din re ea. Re ea stea (star) asigur conectarea calculatoarelor printr-un calculatort central. Re ea ierarhic este compus dintr-un set de re ele de tip stea.

Dup alegerea tipului de re ea trebuie s se identifice protocolul de comunica ie. Cele mai cunoscute protocoale de comunica ii sunt:


TCP/IP este un protocol indicat n cazul n care calculatoarele din re ea au arhitecturii diferite sau n cazul utiliz rii unei re ele Ethernet.  SNA este utilizat, n general, pentru conectarea mainframe-urilor IBM.

Utilizarea re elelor de calculatoare locale (LAN Local Area Network) i a re elelor globale (WAN World Area Network) n arhitectura sistemelor informatice a dus la necesitatea folosirii tehnologiei client/server, care presupune:
   

Conectarea diferitelor tipuri de calculatoare. Colaborarea diferitelor categorii de utilizatori. Tratarea unitar a datelor r spndite pe toate calculatoarele din re ea. Asigurarea protec iei i securit ii datelor distribuite n re ea.

Arhitectura client/server este un ansamblu de trei componente principale, i anume: server, client i o re ea care conecteaz calculatoarele client la servere pentru a colabora la ndeplinirea sarcinilor. Client/server este un ansamblu de calculatoare care lucreaz mpreun pentru rezolvarea problemelor. De obicei, calculatorul client realizeaz toate activit ile cerute de realizarea unei interfe e de dialog om-ma in . La rndul s u, calculatorul server realizeaz administrarea

accesului la bazele de date n sensul select rii, ordon rii, protec iei lor. n acest sens, n re eaua de calculatoare serverul este degrevat de o serie de sarcini mari consumatoare de resurse de calcul, sarcini pe care le poate prelua clientul. Scopul arhitecturii client/server este de a permite dezvoltarea aplica iilor complexe, care manipulzez un volum mare de date, accesibile tuturor categoriilor de utilizatori, de la calculatoare diferite situate la distan . Cu ajutorul acestei tehnologii se pot proiecta sisteme informatice care necesit date situate pe calculatoare diferite, n diferite puncte geografice. Datele pot fi n formate compatibile, dar i n formate incompatibile. De asemenea, se pot proiecta sisteme informatice interactive, adaptate cerin elor utilizatorilor. Ace tia vor utiliza aplica iile accesnd date de pe server la fel de u or ca datele de pe spa iile de lucru (client). Tipurile de aplica ii client/server sunt sisteme cu baze de date, po ta electronic , sisteme de tip groupware, sisteme mo tenite. Sistemele cu baze de date n arhitectur client/server de in software-ul de pe server (back-end) i cel de pe client (front-end). Componentele de pe calculatorul serverrealizeaz controlul asupra bazei de date, iar cele de pe client interogheaz baza de date (figura 2.2). - cereri de reg sire

- interfa a - conectare utilizator - logica aplica iei CLIENT

- actualiz ri - acces la baza de date - logica aplica iei - protec ie i securitate SERVER

Figura 2.2 Arhitecura unui sistem cu baze de date (versiunea client/server) ntr-o astfel de arhitectur , clientul are responsabilitatea interfe ei cu utilizatorul i a logicii aplica iei, iar serverul asigur conectarea/deconectarea clientului la baza de date, accesul la datele stocate, completarea logicii aplica iei, protec ia i securitatea bazei de date. Clientul cere servicii de reg sire (interogare) i actualizare (tranzac ii) serverului i prime te de la acesta rezultatele. Accesarea bazei de date pentru reg sire sau actualizare ridic probleme deosebite pentru server deoarece mai mul i utilizatori pot cere acest lucru n acela i timp. Software-ul pentru baze de date trebuie s asigure coeren a i integritatea datelor.

O arhitectur distribuit presupune existen a unor baze de date multiple i a unor aplica ii care manipuleaz datele de la diferite sta ii de lucru locale (figura 2.3) cu ajutorul unor sisteme de gestiune a bazelor de date (SGBD).

Figura 2.3 Arhitectura distribuit 2.5.2 Proiectarea distribuirii aplica iilor, datelor i catalogului de date 1. Distribuirea aplica iilor - sistemele informatice pot fi p strate pe unul sau mai multe servere, n func ie de complexitatea sistemului. De cele mai multe ori beneficiarul este cel care decide asupra acestui aspect. Din acest punct de vedere sistemele pot fi: a. Sisteme centralizate presupun existen a unui singur server de aplica ii, pe care este stocat ntregul sistem de prelucrare a datelor. b. Sisteme distribuite se realizeaz pentru sistemele complexe, prin crearea mai multor servere de aplica ii, fiecare con innd un subsistem informatic. 2. Distribuirea datelor distribuirea poate fi: a. Distribuire prin fragmentare fragmentarea este opera ia de descompunere logic a colec iilor globale, dint-o baz de date distribuit , n p r i disjuncte numite fragmente. Fragmentarea se realizeaz prin intermediul unor operatori speciali aplica i colec iilor globale. Pentru a realiza fragmentarea trebuie s se respecte cel pu in trei reguli: completitudinea, reconstruc ia, disjunc ia i se pot utiliza trei metode: vertical , orizontal i mixt . b. Distribuirea prin replicare replicarea este opera ia de stocare (memorare) a unor por iuni dintr-o baz de date, sub form de copii, pe mai multe calculatoare dintr-o re ea. Sistemul de gestiune a bazelor de date asigur automat inerea la zi simultan a tuturor copiilor n caz de catualizare a datelor. Din punct de vedere al replic rii, proiectarea replic rii se poate realiza astfel:


Datele nereplicate semnific situa ia n care sistemul de gestiune a bazei de date aloc spa iu pentru o singur copie a anumitor date pe un anumit calculator din re ea.  Datele replicate par ial semnific situa ia n care sistemul de gestiune a bazei de date aloc , pentru o parte din date, o singur copie pe un anumit calculator (nu sunt replicate), iar pentru o alt parte din date mai multe copii pe mai multe calculatoare (sunt replicate).  Datele replicate total semnific situa ia n care sistemul de gestiune a bazei de date aloc pentru ntrega baz de date mai multe copii pe diversele calculatoare din re ea.

c. Distribuirea mixt aceast tehnic de distribuire a datelor presupune aplicarea succesiv a replic rii i fragment rii pentru aceea i colec ie de date dintr-o baz de date. d. Distribuirea prin nc rcare aceast tehnic const n copierea periodic a ntregii baze de date centralizate sau a unei por iuni din ea pe noduri locale. 3. Distribuirea datelor din catalog catalogul bazei de date distribuite con ine informa ii despre schema global , informa ii despre fragmentare, informa ii despre alocare, informa ii despre accesul la date. Distribuirea catalogului poate fi realizat n urm toarele variante:
 

Catalogul replicat implic multiplicarea lui pe toate calculatoarele din re ea. Catalogul local presupune fragmentarea i alocarea lui n acela i mod cu datele din colec ia global pe care le refer .  Catalogul centralizat presupune alocarea lui pe un singur calculator.  Catalogul mixt presupune combinarea a cte dou sau toate trei variantele de mai sus.

Proiectarea cataloguluide date implic determinarea tipului de distribuire i a tuturor elementelor specifice respectivei alegeri. Dup luarea n calcul a tuturor avantajelor i dezavantajelor diferitelor modalit i de distribuire a sistemelor, datelor i catalogului de date, i mai ales, n func ie de complexitatea sistemului i de cerin ele beneficiarului, se va realiza proiectarea acestor elemente.