Sunteți pe pagina 1din 97

INTRODUCERE

n primul capitol Elemente privind proiectarea i realizarea Sistemelor Informaionale este prezentat sistemul informational. Un sistem informaional este un ansamblu de oameni, echipamente, software, procese i date destinate s furnizeze informaii active sistemului decizional, informaii necesare n elaborarea de soluii pentru problemele cu care se confrunt managerii agenilor economici. Sistemul informaional face legtura ntre sistemul de conducere i sistemul condus i este subordonat sistemului de conducere. Sistemul informatic este o parte a sistemului informaional n care procesul de culegere, transmitere, stocare i prelucrare a datelor se realizeaz utiliznd elemente sau componente ale TI, adic mijloace de calcul i de comunicare moderne, produse software specializate, proceduri i tehnici specifice la care se adaug personalul specializat. Rolul sistemului informaional este de a transmite informaia ntre diferite elemente. n cadrul sistemului informaional, majoritatea activitilor se pot desfura cu ajutorul tehnicii de calcul. Se pot prelucra datele primare i apoi, rezultatul poate fi transferat mai departe, ctre alt compartiment spre prelucrare. Transferul se poate face i el pe cale electronic, prin intermediul unei reele de calculatoare sau cu ajutorul modemului. ntr-un sistem informatic pot intra: calculatoare, sisteme de transmisie a datelor, alte componente hardware, software-ul, datele prelucrate, personalul ce exploateaz tehnica de calcul, teoriile ce stau la baz algoritmilor de prelucrare, etc. Se poate spune deci, c sistemul informaional este inclus n sistemul informatic, acesta din urm fiind o component esenial a primului. Pentru realizarea unui sistem informatic eficient, trebuiesc avute n vedere urmtoarele reguli de baz, ce au fost deduse din practic:abordarea global modular, Criteriul eficienei economice, orientarea spre utilizatori, asigurarea unicitii introducerii datelor, antrenarea beneficiarului la realizarea sistemului, posibilitatea de dezvoltare ulterioar, strategia ascendent i strategia descendent. Pentru realizarea unui sistem informatic sunt implicate multe persoane, materiale, timp, etc., ceea ce implic n final costuri ridicate. Din acest cauz, modul de abordare a problemei proiectrii este foarte important.

Prin intrrile unui sistem informatic se inelege totalitatea datelor primare necesare obinerii informaiilor de ieire ale sistemului. Datele primare se pot clasifica n date interne i n date externe. La nivelul fiecrui subsistem informatic este necesar ca intrrile sistemului s fie condiionate de ieirile acestuia. Prin operaia de codificare se nelege generarea unor grupuri de simboluri i atribuirea lor elementelor unei nregistrri. Prin noiunea de cod se nelege o combinaie de simboluri asociate unei caracteristici date din cadrul unei colecii de date. Prin capacitatea unui sistem de coduri se ntelege totalitatea combinaiilor posibil de realizat din simboluri ce contin un cod. Prin lungimea codului se ntelege numrul de simboluri elementare dintr-un cod. Al doilea capitol, Proiectarea Bazelor de Date trateaz aspectele de realizare i proiectare a unei baze de date. Activitile fazei de proiectare detaliat privesc componentele principale ale oricrui sistem informatic, respectiv baza de date, interfeele (formulare, rapoarte, meniu) i programele. Desfurarea acestor activiti nu este secvenial ci, mai curnd, paralel i iterativ. Baza de date trebuie sa reflecte specificaiile de proiectare privind formularele i rapoartele din sistem, iar proiectarea formularelor i rapoartelor nu poate fi finalizat fr ca schema bazei de date s fie clar definit. Totui, baza de date reprezint nucleul oricrui sistem informatic, n jurul su gravitnd celelalte componente, motiv pentru care ne vom opri mai nti asupra problematicii proiectrii bazelor de date. Prin modelarea conceptual a datelor se urmrete construirea unui model al datelor care s asigure transpunerea exact a realitii din domeniul analizat, fr a lua n considerare cerinele specifice unui model de organizare a datelor (cum este modelul relaional), criteriile de calitate privind organizarea datelor, cerinele nefuncionale ale sistemului i criteriile de performan privind stocarea i accesarea datelor. Proiectarea logic presupune organizarea datelor n tabele i coloane, conform regulilor modelului relaional (acesta fiind modelul cel mai popular de organizare a datelor). Modelul fizic al datelor, rezultat n urma proiectrii fizice, este invizibil utilizatorilor i programatorilor. El specific modul de stocare fizic i accesare a datelor, utiliznd facilitile oferite de un anumit SGBD.

Proiectarea structurii bazelor de date structura bazei de date reprezint un model al datelor exprimat n concepte specifice unui anumit sistem de gestiune a bazelor de date (SGBD), lucru ce face ca proiectarea bazei de date s reprezinte transpunerea modelelor conceptuale n termenii unui model al datelor suportat de un anumit tip de SGBD, model ierarhic, reea, relaional, funcional. Al treilea capitol trateaz sistemele de gestiune (sau administrare, sau management) a bazelor de date care sunt nite softuri specializate pe manevrarea ct mai eficient i ct mai sigur a unor volume mari de date. Dac excludem din discuie sistemele desktop i sistemele nglobate (embedded), rmnem cu o categorie numit generic "servere de baze de date". n vremurile noastre, acestea sunt bazate pe modelul relaional (sau pe derivate ale acestuia), neleg un dialect de SQL, sunt extrem de complexe i foarte scumpe. SQL este limbajul standard folosit pentru manipularea i regsirea datelor din aceste baze de date relaionale. Prin SQL un programator poate s modifice structura unei baze de date; s schimbe valorile de configurare pentru securitatea sistemului; s interogheze o baz de date asupra informaiilor; s adauge drepturi utilizatorilor asupra bazelor de date sau tabelelor; s actualizeze coninutul bazei de date etc. Al patrulea capitol, Reele cu implicaii la proiectarea sistemelor: O reea de calculatoare este, n esen, ceva care permite unui numr de dou sau mai multe calculatoare s comunice ntre ele i/sau cu alte dispozitive. Acest lucru le permite utilizatorilor s foloseasc reelele i calculatoarele pentru a partaja informaii, pentru a colabora la o lucrare, pentru a tipri i chiar pentru a comunica direct prin mesaje adresate individual. Tipurile de medii LAN pot fi, de asemenea, intangibile. Ele pot fi semnale luminoase, radio i microunde, transmise prin aer. Reelele locale pentru transmiterea datelor, denumite pe scurt LAN (Local Area Networks), se extind pe arii limitate, adic la nivelul unui etaj dintr-o cldire, n aceeai cldire, dar pe mai multe etaje sau n cldiri apropiate. n consecin, mediul fizic care asigur comunicaiile ntr-o reea LAN este scurt ca lungime i n aceste condiii rata de transfer a datelor este mare.

Reelele WAN au, de asemenea, echipamente de transmisie proprii. Astfel de echipamente sunt descrise de obicei prin viteza de tact i structurile lor de cadre, nu ca simple medii de transmisie. Mediul lor fizic este irelevant comparativ cu performantele lor. Capitolul al cincilea Internet cu implicaii la proiectarea sistemelordefinete noiunea de Internet. Internet-ul reprezint mai mult dect o reea uria de calculatoare. El constituie o reea de reele (comerciale, militare, academice, universitare, educaionale etc.), fiind, n plus, un mediu informaional imens ce ofer servicii i resurse din cele mai diversebaze de date, biblioteci, dar i o nebnuit comunitate de persoane din cele mai diferite domenii ale vieii economico-sociale. O definiie succint a Internet-ului poate fi formulat astfel: un numr foarte mare de calculatoare rspndite n toat lumea, legate ntre ele pentru stocarea, partajarea i directionarea diverselor tipuri de informaii. Internet-ul este n acelai timp o uria bibliotec, un instrument de coresponden rapid, un nou mediu de publicare i un mijloc de difuzare mondial al informaticii. Modul de acces este simplu interactiv i nltur discriminarea geografic. Internet-ul nu este proprietatea cuiva, nu exist nici o companie care s impun reguli. Desigur, fiecare component este proprietatea cuiva, dar reeaua ca ntreg nu are un patron este un sistem care i menine integritatea datorit intereselor mutuale, dei numrul organizaiilor depete 50 de mii. Internet-ul este o reea descentralizat, uneori chiar anarhic, dar fr aceast descentralizare nu s-ar fi ajuns la o cretere i dezvoltare att de spectaculoas. Internet-ul este administrat prin consens de diferite organizaii care se ntrunesc pentru a gsi cea mai bun metod global pentru funcionarea reelei. Al aselea capitol, WAP trateaz aspectele protocolului WAP,care este un protocol de comunicaii, adic o modalitate standard prin care un telefon mobil comunic cu un server instalat n reeaua de telefonie mobil. Micro-browser-ele cu care sunt echipate telefoanele mobile sunt clieni software care permit utilizatorilor mobili s acceseze paginile WML (limbaj specific WAP, similar omniprezentului HTML) ale diferitelor siteuri. Mai simplu spus, Internetul devine accesibil (desigur, n mod text i alb-negru) prin telefonul mobil.

WAP-ul ia ca mod de abordare un server favorit. El ncorporeaz n telefonul mobil un microbrowser simplu, care cere doar resurse limitate pe telefonul mobil. Acest fapt face ca WAP-ul s fie potrivit pentru clienii slabi i mai devreme pentru telefoanele inteligente. WAP pune inteligena n WAP Gateways n timp ce adaug doar un microbrowser la telefoanele mobile. Serviciile de baz ale microbrowserului i aplicaiile se gsesc temporar pe serveri, nu n mod permanent n telefoane.

CAPITOLUL I Elemente privind proiectarea i realizarea Sistemelor Informaionale


n viaa noastr de zi cu zi, calculatoarele sunt ceva obinuit, ba chiar indispensabil n unele cazuri. Se poate spune, pe drept cuvnt c trim ntr-o societate informatizat. n zilele noastre, ntlnim calculatoare peste tot, de la bcanul din col, care-i ine evidenele sale cu ajutorul unui PC i pn la ghieul la care pltim telefonul. Peste tot sunt calculatoare, legate eventual ntre ele i formnd astfel reele de calculatoare. Toate acestea se datoreaz faptului c ne dm seama din ce n ce mai mult c PC-ul ne usureaz munca. Dar trebuie de subliniat faptul c un calculator este de fapt o mainrie care prelucreaz o serie de informaii pe care i le dm. Informaia, este elementul esenial din acest ntreg lan. De fapt, n practic ntlnim, printre altele, dou concepte legate de aceasta i anume sistemul informaional i sistemul informatic. Sistemul informaional este ansamblul de elemente implicate n procesul de colectare, transmisie, prelucrare de informaii. Rolul sistemului informaional este de a transmite informaia ntre diferite elemente. De exemplu, n cadrul unei uniti economice, rolul sistemului informaional este de a asigura persoanele din conducere cu informaii necesare pentru luarea diferitelor decizii economice sau de alt natur. n cadrul sistemului informaional se regsesc: informaia vehiculat, documentele purttoare de informaii, personalul, mijloace de comunicare, sisteme de prelucrare a informaiei, etc. Printre posibile activiti desfurate n cadrul acestui sistem, pot fi enumerate: achiziionarea de informaii din sistemul de baz, completarea documentelor i transferul acestora ntre diferite compartimente, centralizarea datelor, etc. n cadrul sistemului informaional, majoritatea activitilor se pot desfura cu ajutorul tehnicii de calcul. Se pot prelucra datele primare i apoi, rezultatul poate fi transferat mai departe, ctre alt compartiment spre prelucrare. Transferul se poate face i el pe cale electronic, prin intermediul unei reele de calculatoare sau cu ajutorul modemului. Ansamblul de elemente implicate n tot acest proces de prelucrare i transmitere a datelor pe cale electronica alctuiesc un sistem informatic. 6

ntr-un sistem informatic pot intra: calculatoare, sisteme de transmisie a datelor, alte componente hardware, software-ul, datele prelucrate, personalul ce exploateaz tehnica de calcul, teoriile ce stau la baz algoritmilor de prelucrare, etc. Se poate spune deci, c sistemul informaional este inclus n sistemul informatic, acesta din urm fiind o component esenial a primului. Sistemele informatice acoper cele mai diverse domenii. n funcie de specializare, avem: reea. n ultimul timp se merge tot mai mult pe varianta sistemelor de lucru n reea, avantajele fiind evidente: transfer de date ntre staii foarte rapid, costuri minime, etc. n funcie de localizarea datelor i de locul n care sunt efectuate prelucrrile, putem avea sisteme informatice: reea; Cu prelucrri centralizate, prelucrarea datelor se face pe o singur staie de Cu prelucrri distribuite, mai multe calculatoare prelucreaz datele provenite lucru, indiferent de numrul staiilor pe care sunt informaiile de prelucrat; de la unul sau mai multe calculatoare din reea; Dup domeniul n care funcioneaza, sistemele pot fi clasificate: Pentru baze de date, specializate n gestiunea unor cantiti mari de date; Pentru prelucrri tiinifice, specializate pe anumite domenii tiinifice; Cu date centralizate, datele se afl pe un singur sistem de calcul; Cu date distribuite, datele se afl distribuite pe mai multe calculatoare n Sisteme specializate, adic sunt proiectate pentru a rezolva un anume tip de Sisteme de uz general, cu ajutorul crora se poate rezolva o gam larg de Sisteme locale, programele necesare prelucrrilor de date i datele se afl pe Sisteme pe reea, sistemul funcioneaz ntr-o reea de calculatoare, caz n problem dntr-un anume domeniu; probleme din mai multe domenii; un singur sistem de calcul; care, datele i programele pot fi distribuite mai multor staii de lucru ce fac parte din acea

Pentru conducerea proceselor tehnologice, Pentru conducerea unor maini, scule, unelte computerizate;

Dup nivelul ierarhic ocupat de sisteme informatice n structura organizatoric a societaii, putem avea: economice; naional; Sisteme de uz general. Pentru conducerea produciei; Pentru activitatea comercial; Pentru evidena contabil; Pentru evidena materialelor i mrfurilor; Pentru evidena personalului i salarizare; Pentru evidena mijloacelor fixe. Dup activitatea ce o automatizeaz, sistemele pot fi: Sisteme la nivelul organizaiilor cu structur de grup; Sisteme informatice teritoriale; Sisteme informatice la nivel de ramur i subramur i la nivel economic Sisteme informatice pentru conducerea activitilor la nivelul unitilor

Aceste sisteme au o aplicare imediat n cadrul rezolvrii unor probleme de natur economic. Deci, una dintre ramurile cele mai informatizate este economia. nc din cele mai vechi timpuri, omul, chiar fr s tie, era preocupat de acest domeniu economia. Omul avea nevoie, pentru a tri, de o serie de elemente indispensabile, cum ar fi apa, hrana, arme pentru a se apra de animale; o dat cu evoluia lui, au crescut i necesitile, pe lng cele vechi au aprut i altele: haine, mijloace de transport, unelte, etc. Astfel apare conceptul de interes economic. Pentru a satisface anumite nevoi, este necesar s se consume anumite bunuri, anumite resurse. Totalitatea elementelor utilizate la producerea de noi bunuri necesare poart numele de resurse economice. Aceste resurse sunt limitate, deci trebuie gestionate corespunztor, n vederea satisfacerii prioritare a nevoilor cele mai stingente.

Astfel apare problema economic general care reprezint munca depus de om n vederea alegerii i folosirii resurselor pentru a-i satisface ct mai bine nevoile. Activitatea desfurat de om pentru gsirea i prelucrarea resurselor economice se numete activitate economic. Aceast lege se regsete i n zilele noastre, n sensul c omul, muncete pentru a-i procura cele necesare traiului. Cu ct ctig mai mult, cu att cresc i nevoile acestuia. n cazul ntreprinderilor, acestea desfoar o activitate de producie, veniturile obinute din valorificarea acestora permind acesteia continuarea activitii i chiar a dezvoltrii. Aici, nevoile sunt cele de a ramne n competiie pe pia, iar resursele sunt constituite din materia prim folosit, fora de munc, mijloacele de producie, etc. Criteriul satisfacerii nevoilor n cazul unei ntreprinderi se transform n elul urmrit de aceasta obinerea de profit maxim. Pentru realizarea acestei dorine, unitile economice trebuie s-i perfecioneze continuu activitatea. Utilizarea tehnicii de calcul, mrete considerabil eficiena economic. Unul dintre mijloacele prin care activitatea economic este automatizat este dat de sistemele informatice de gestiune economic. n cadrul unitilor economice sunt o multitudine de activiti ce pot fi supuse informatizrii. Acestea pot fi mprite n grupe, n funcie de compartimentele n care se desfoar. Spre exemplu, n cadrul compartimentului producie se poate informatiza activitatea de stabilire a structurii produciei i de dimensionare a sa, programarea i urmarirea produciei, etc. n cadrul compartimentului financiar-contabil, activitatea ar putea fi informatizat aproape n totalitate, la fel ca i activitatea din cadrul compartimentului personal-salarizar. Fiecare dintre compartimentele unei uniti economice poate fi informatizat ntr-o msur mai mare sau mai mic, ideal ns ar fi ca toate acestea s fie nglobate ntr-un sistem informatic global de gestiune economic la nivelul ntregii ntreprinderi. Pentru realizarea unui sistem informatic eficient, trebuiesc avute n vedere unele reguli de baz, ce au fost deduse din practic.

Abordarea global modular. La proiectarea sistemului trebuie avut n vedere legatura acestuia cu lumea exterioar, posibilitile de comunicare cu alte sisteme similare, compatibilitatea cu sisteme de alt natur, posibilitatea includerii sistemului ntr-un sistem mai complex, sau posibilitatea includerii altor sisteme. Criteriul eficienei economice. Principalul criteriu ce st la baza realizrii sistemului este cel economic. Cu alte cuvinte, la proiectare trebuie avut n vedere ca raportul dintre rezultatul sau rezultatele directe sau indirecte obinute prin implementarea i folosirea sistemului economic i totalitatea costurilor de realizare s fie ct mai mare. Cu alte cuvinte, trebuie s fie rentabil. Orientarea spre utilizatori. La realizarea sistemului trebuie s se aib n vedere cerinele i preferinele utilizatorilor. n acest sens, trebuie purtat o discuie cu utilizatorii n prealabil i pe baza sugestiilor i preferinelor lor s se treac la proiectarea propriu-zis. Asigurarea unicitii introducerii datelor. De cele mai multe ori o serie de date trebuiesc utilizate n mai multe locuri n cadrul sistemului informatic. La proiectarea sistemului, trebuie ca datele sa fie introduse o singur dat, iar sistemul s distribuie automat datele n celelalte locuri n care este nevoie de ele. Antrenarea beneficiarului la realizarea sistemului. Acest principiu decurge tot din orientarea spre utilizator. Trebuie discutat cu utilizatorul nainte de a trece la proiectare, pentru a nltura de la nceput o serie de neajunsuri. Trebuiesc discutate modalitaile de introducere a datelor i adaptarea aplicaiei la nevoile utilizatorului, modul de calcul i prelucrare al datelor. Soluie general, independent de configuraia actuala a sistemului informatizat. Sistemul proiectat nu trebuie, pe ct posibil, s fie dependent de dotarea tehnic actual a beneficiarului, ci trebuie avute n vedere eventuale noi achiziii de tehnic de calcul, o eventual schimbare a sistemului informatic. Posibilitatea de dezvoltare ulterioar. Trebuiesc avute n vedere posibilitatea ca sistemul s poat fi nbuntit n raport de cerinele viitoare ale firmei beneficiare.

10

Sistemele informatice pun probleme serioase la realizarea lor. n funcie de modul de abordare, costurile pot fi mai mici sau mai mari, rezultatele mai bune sau mai puin bune. De-a lungul timpului s-au conturat dou tipuri de astfel de strategii: Ascendent (bottom-up de jos n sus, de la mic la mare) Descendent (top-down de sus n jos, de la mare la mic).

Strategia ascendent n conformitate cu aceasta strategie, rezolvarea unei anumite probleme ncepe cu rezolvarea problemelor de detaliu, minore. Soluiile sunt agregate n vederea soluionarii unei probleme mai complexe. Se procedeaza astfel pn ce se ajunge la vrf, la soluionarea problemei globale. Dezavantajul acestei metode const n necesitatea cunoaterii n detaliu al domeniului problemei de rezolvat nainte de trecerea la rezolvarea propriu-zis. Strategia descendenta Este opus celei ascendente, abordnd problema de la general la particular, de sus n jos. Este studiat problema global, ncercnd descompunerea ei n probleme mai mici i se trece la rezolvarea subproblemelor astfel rezultate. Rezolvarea subproblemelor se face prin aceeai metod, adic prin descompunerea lor n alte subprobleme, i tot aa pn se ajunge la probleme a cror rezolvare este cunoscut. Aceast strategie prezinta avantajul c ofer n orice moment o imagine de ansamblu asupra problemei de rezolvat. Pentru realizarea unui sistem informatic sunt implicate multe persoane, materiale, timp, etc., ceea ce implic n final costuri ridicate. Din acest cauz, modul de abordare a problemei proiectrii este foarte important. n decursul timpului s-au cristalizat cteva metodologii standard de proiectare. Principalele etape de parcurs pentru realizarea unui sistem informatic sunt: Analiza sistemului existent se studiaz sistemul informatic existent i se stabilesc neajunsurile sale i cerinele ce urmeaza a fi satisfacute de viitorul sistem informatic. n acest etap se stabilete rentabilitatea folosirii sistemului informatic.

11

Proiectarea sistemului informatic se concepe sistemul, elementele

componente ale acestuia, structura lor i modul de realizare. Datorit complexitii, aceasta etap este la rndul ei descompus n dou etape: Proiectarea de ansamblu se stabilete arhitectura de ansamblu, modul de descompunere pe componente, intrrile i ieirile sistemului. Se finalizeaz prntr-o schem de ansamblu a sistemului n care sunt incluse toate aceste elemente. anterior. Implementarea sistemului dup ce a fost realizat sistemul se trece la Exploatarea i ntreinerea sistemului aceasta este faza final a proiectului implementarea sa. n care se trece la exploatarea acestuia. Este necesar n paralel i o serie de operaii de ntreinere a acestuia. Exemplu: Pentru exemplificarea celor aratate, n continuare voi expune modalitatea de realizare a unei aplicaii legate de probleme de personal. Pentru aceasta, trebuie facut o analiz a acestui domeniu i de a cunoate particularitile acestuia, precum i analiza sistemului actual, nainte de informatizare, al acestui domeniu. Trebuiesc stabilite clar scopul, rezultatele, ceea ce trebuie obinut n final din prelucrarea datelor, ct i datele de intrare. Astfel, lum ca exemplu o ntreprindere cu 250 salariai, dintre care 30 fac parte din categoria T.E.S.A. i a muncitorilor indirect productiv, 115 sunt muncitori calificai i angajai pe o perioad nedeterminat, iar restul sunt muncitori calificai i necalificai angajati pe o perioada de 6 luni. De la bun nceput ne propunem sa realizm aceast aplicaie ntr-un limbaj de programare ct mai eficient n astfel de situatii. Trecem deci la analizarea problemei de la general la particular prin aa numita metod descendent sau top-down. Proiectarea de detaliu fiecare element descris n etapa anterioar este Elaborarea programelor se scriu programele sistemului ntr-un limbaj ales descris n detaliu.

12

Construim programul principal cu meniurile aplicaiei. Stabilim deci modulele necesare. La discuiile cu beneficiarul s-a stabilit c aceast aplicaie s fie implementat ntro reea informatic format dntr-un server aflat chiar n biroul Personal-salarizare i trei staii de lucru aflate n teritoriu (dou n interiorul ntreprinderii, cte unul pentru fiecare secie i unul la punctul de lucru Vldeni. Tot atunci s-a stabilit strategia de prelucrare a datelor; datele vor fi introduse la fiecare dintre cele trei terminale i apoi prelucrate pe serverul din biroul Personal. Se stabilete deci c aplicaia va avea urmatoarele module: 1. staii de lucru. 2. 3. 4. 5. Vizualizare/modificare date permite vizualizarea i/sau modificarea/corecia anumitor date introduse. Listare cu acest modul se vor lista la imprimant diferite liste cu pontaje, Prelucrare date dac celelalte trei module vor fi instalate pe fiecare din Liste centralizate se vor scoate listele finale, obinute dup centralizarea i liste de personal, etc cele 3 staii de lucru, acesta va fi instalat doar pe server, aici centralizndu-se datele. prelucrarea datelor. Se execut proiectarea bazei de date pentru introducerea datelor iniiale i la proiectarea interfeei cu utilizatorul, innd seama de discuiile purtate cu acetia i de analiza facut. Astfel, baza de date va avea urmatoarea structur: Marca Nume Funcia Locul de munc Salariul Muncitor/TESA Adresa Introducere date cu ajutorul acestui modul se vor introduce datele referitoare la personal n sistem. Acest modul va fi instalat la rndul su pe toate cele trei

13

Telefon Cod numeric personal Buletin Tipul angajrii Data naterii Data angajrii Data ncadrrii n munc Copii Reineri personale Deduceri personale (pentru impozitul global) Luna de lucru Pe baza acestei structuri se execut macheta de introducere a datelor primare, apoi se proiecteaz blocul de vizualizare/modificare a datelor i n final, procedura de listare. Odat terminate i testate blocurile ce urmeaz a fi implementate pe staiile de lucru, se trece la proiectarea aplicaiilor de pe server i anume la blocul de centralizare a datelor i la modulul de liste centralizate. Centralizarea datelor se face pe o structura de baz de date asemntoare cu cea n care s-au fcut actualizari pe staiile de lucru, avnd aceleai cmpuri ca acestea i n plus altele necesare calculrii salariilor, etc. Acest subprogram adaug deci la baza de date de pe server bazele de date de pe staiile de lucru, le sorteaz dup tipul angajatului (TESA sau muncitor), dup locul de munc, etc, pregtind astfel baza de date pentru listele centralizate obiectivul final al aplicaiei. Dup terminarea i testarea aplicaiei, urmeaz instructajul beneficiarului i n final darea n folosin cu asigurarea ntreinerii aplicaiei.

1.1 Sisteme Informaionale


Definiie - Un sistem informaional este un ansamblu de oameni, echipamente, software, procese i date destinate s furnizeze informaii active sistemului decizional, informaii necesare n elaborarea de soluii pentru problemele cu care se confrunt

14

managerii agenilor economici. Sistemul informaional face legtura ntre sistemul de conducere i sistemul condus i este subordonat sistemului de conducere. Sistemul informatic este o parte a sistemului informaional n care procesul de culegere, transmitere, stocare i prelucrare a datelor se realizeaz utiliznd elemente sau componente ale TI, adic mijloace de calcul i de comunicare moderne, produse software specializate, proceduri i tehnici specifice la care se adaug personalul specializat. Sistemul informatic integrat specific anumitor domenii de activitate (de exemplu sistemul economic, financiar, bancar) este sistemul care asigur introducerea unic a datelor i prelucrarea multipl a acestora n funcie de cele mai diverse cerine formulate de ctre utilizatori. Tehnologia informaiei este un termen contemporan care descrie combinaia de tehnologii de calcul echipamente i software cu tehnologia comunicaiei reele de transmitere a datelor, imaginilor i vocii. Sisteme informatice de gestiune modelele de gestiune regrupeaz procedurile proprii ale unui domeniu. n activitatea practic se pot identifica o serie de modele specifice domeniului, ca de exemplu: tehnologiile de fabricaie, vanzrile specifice. Analitii de sistem sunt acei specialiti care neleg att aspectele legate de facilitile i limitele oferite de tehnologiile informaiei, ct i cerinele de prelucrare a datelor necesare procesului de informare-decizie a agentilor economici. Sistemele de Prelucrare a Tranzaciilor (SPT) sunt aplicaii ale sistemului informaional care pemit culegerea, stocarea i prelucrarea zilnic a datelor rezultate din desfurarea tranzaciilor, asigurnd actualizarea bazei de date. Un Sistem informatic de Conducere (SIC) este un sistem de aplicaii informatice care se ocup cu elaborarea de rapoarte sub un format standard necesare organizrii i conducerii operative a unitii. Un Sistem Suport de Decizii (SSD) este un sistem de aplicaii informatice care asigur pe utilizatori cu informaii orientate pe decizii, adic cu informaii referitoare la diverse situaii care pot apare n luarea deciziilor. Cnd acest sistem este utilizat direct de ctre conducerea executiv a firmei se mai numeste i sistem de informare executiv.

15

1.2 Selectarea strategiei de proiectare a sistemelor informatice (De la analiz la proiectarea sistemelor informatice)
Obiectivul principal urmrit n faza de analiz l-a reprezentat definirea a ceea ce este i a ceea ce ar trebui s fie sistemul informaional. n acest sens au fost realizate dou activiti importante: determinarea cerinelor sistemului i structurarea (formalizarea) acestora. Prin determinarea cerinelor sistemului s-a urmrit mai nti descrierea a ceea ce face sistemul existent prin prezentarea proceselor de prelucrare, a fluxurilor informaionale, a procedurilor de lucru, a documentelor i rapoartelor din sistem etc. Apoi, s-a urmrit identificarea a ceea ce doresc utilizatorii de la noul sistem. Structurarea cerinelor sistemului a vizat dezvoltarea modelului logic al sistemului. Fluxurile informaionale dintre procesele de prelucrare au fost reprezentate prin diagrama fluxurilor de date, logica prelucrrii datelor a fost descris prin intermediul tabelelor de decizie sau a englezei structurate, modelul conceptual al datelor a fost transpus prin intermediul diagramei entitate-relaie. Odat finalizat faza de analiz, trebuie aleas calea ce va fi urmat pentru obinerea noului sistem. Aadar, punctul n care ne aflm acum l reprezint trecerea de la analiza sistemului la proiectarea sitemului. Obiectivul principal al proiectrii const n a determina exact cum se va parcurge drumul de la ceea ce este la ceea ce ar trebui s fie sistemul pentru a se ngloba toate cerinele identificate anterior. Proiectarea trebuie s ofere soluia optim de nglobare a tuturor cerinelor n noul sistem. Trecerea de la analiz la proiectare presupune trecerea de la ce la cum se va obine noul sistem. Toate informaiile obinute pn acum trebuie transformate n idei i soluii de proiectare pentru noul sistem. Direcia care va fi urmat n continuare n dezvoltarea noului sistem este numit strategia de proiectare. Chiar dac dup parcurgerea fazei de analiz multe lucruri s-au clarificat, mai exist unele incertitudini privind sistemul datorate contradiciilor care pot exista ntre utilizatori privind cerinele funcionale, alternativele privind platformele hardware i software, cerinele funcionale care s fie incluse n noul sistem n funcie de restriciile de costuri i timp, sursele de obinere a software-ului etc. Echipa de realizare trebuie s identifice i s defineasc clar cteva alternative de proiectare a sistemului pe

16

care s le supun dezbaterii utilizatorilor i conducerii firmei, din care va fi aleas cea optim. n prezentul capitol ne vom ocupa de principalele aspecte care privesc definirea strategiei de proiectare. Vor fi prezentate activitile care trebuie parcurse, consideraiile care stau la baza generrii alternativelor strategice de proiectare, criteriile utilizate la evaluarea alternativelor, modul de selectare a celei mai bune variante de sistem.

1.3 Consideraii generale privind strategia de proiectare


Dup cum spuneam anterior, nainte de trecerea la proiectarea noului sistem trebuie aleas strategia de proiectare, ceea ce implic identificarea mai multor variante de proiectare i alegerea celei optime. Dar de ce este nevoie s definim mai multe variante de proiectare? Mai nti s spunem c n domeniul dezvoltrii sistemelor informaionale, ca dealtfel n mai toate domeniile de activitate, se aplic demersul sistemic de rezolvare a unei probleme. Acest demers presupune parcurgerea unor faze i etape interdependente i care se ntreptrund, prezentate n figura 1. Dup cum se poate uor observa, primele dou faze au fost parcurse deja, de urmtoarele trei ne vom ocupa n acest capitol, iar ultimele dou vor fi abordate n cadrul celorlalte capitole. Desigur c rspunsul ar putea fi considerat ca evaziv. De ce trebuie aplicat demersul sistemic? Care sunt avantajele aplicrii lui n domeniul dezvoltrii sistemelor informaionale?

17

Definirea problemei nelegerea sau oportunitii problemei sau ntr-un context oportunitii sistemic

Distingerea unei sau oportuniti de probleme Definirea sistemului n simptome i mediu, precum i relaiile cu organizaie Definirea componentelor, acestea i a restriciilor obiectivelor sistemului

Colectarea datelor Utilizarea interviurilor, relative la problem observarea direct, studierea chestionarelor, sau oportunitate documentaiei Identificarea variantelor de rezolvare Propunerea de soluii experien, intuiie, bazate pe simular creativitate, e

Elaborarea unei soluii

variante Evaluarea variantelor Evaluarea diferitelor n criterii care s scoat utiliznd avantajele i dezavantajele eviden fiecreia Selectarea variantei Selectarea variantei care cel mai bine criteriilor optime corespunde alese Implementarea soluiei Implementarea variantei aleas Planificarea i variantei implementare aleas

Evaluarea beneficiilor Controlul succesului aleas i evaluarea msurii soluiei adoptate variantei ea care obiectivele n atinge sistemului Figura 1. Fazele i etapele demersului sistemic de rezolvare a unei probleme Un vechi dicton ingineresc spune c Un proiect poate fi de bun, ieftin i realizat n timp scurt alege dou dintre ele. Marakas a denumit aplicarea acestui dicton n domeniul sistemelor informaionale ca adevrul geometric despre proiectele de dezvoltare a sistemelor informaionale, pornind de la teorema lui Pitagora. Aa cum la trasarea unui triunghi se poate specifica doar mrimea a dou unghiuri (al treilea fiind determinat ca diferen pn la 180 de grade), la fel i n dezvoltarea sistemelor informaionale trebuie gsit un echilibru ntre calitatea, costurile i timpul de realizare (vezi figura 2). Accentul pus pe unul din cele trei aspecte se va rsfrnge asupra unuia din celelalte dou sau asupra ambelor aspecte. De exemplu, accentul pus pe calitatea sistemului (cum ar fi includerea

18

tuturor cerinelor funcionale i nefuncionale n sistem) ar presupune costuri i timp de realizare mai mari. Dac se dorete minimizarea costurilor i reducerea timpului de realizare, atunci calitatea sistemului va fi mult afectat. Obinerea unui sistem de calitate i ntr-o perioad scurt de timp duce la sporirea considerabil a costurilor (vor trebui angajai numeroi specialiti din afr firmei). Prin urmare, se poate interveni doar asupra a dou din cele trei aspecte importante care privesc dezvoltarea sistemelor informaionale. Decizia asupra soluiei optime trebuie s o ia utilizatorii i conducerea firmei, datorit importanei ei deosebite. Dup luarea acestei decizii i trecerea la proiectarea i implementarea sistemului orice revenire poate fi foarte costisitoare sau chiar imposibil. Orice revenire pn n acest punct poate s nu implice nici un cost suplimentar. Dup stabilirea strategiei de proiectare i trecerea la implementarea ei face dificil orice revenire cu att mai mult cu ct s-a naintat n realizarea proiectului. Dac s-a optat pentru dezvoltarea aplicaiilor n mediul FoxPro, nu se poate reveni uor pentru trecerea la mediul Oracle deoarece s-a constatat c nu pot fi satisfcute cerinele de securitate. Acest lucru ar nsemna renunarea la o mare parte din rezultatele obinute pn n momentul respectiv.
Calitate

Costuri

Timp

Accentul pus pe calitate va implica costuri i timp de realizare mari

Minimizarea costurilor i a timpului de dezvoltare va afecta calitatea sistemului

Obinerea unui sistem de calitate i n timp foarte scurt nseamn costuri foarte mari

Figura 2. Adevrul geometric despre dezvoltarea sistemelor informaionale1

(OBrien, J., Les systemes dinformation de gestion, DeBoeck Universit,Montral, 1995, p. 72)

19

Prin urmare, cea mai bun soluie de proiectare a sistemului trebuie s asigure compromisul optim ntre cele trei dimensiuni: calitatea sistemului, costurile i timpul de realizare. Gsirea acestui optim implic identificarea mai multor variante i evaaluarea cu atenie a acestora cu scopul alegerii celei mai bune. Un alt motiv care justific necesitatea elaborrii mai multor alternative de proiectare este legat de pericolul familiarizrii excesive a membrilor echipei cu anumite tipuri de probleme. Dac ei sunt specializai cu precdere n tehnologia bazelor de date, atunci soluia lor se va baza pe aceast tehnologie, chiar dac cel mai indicat mod de rezolvare ar consta n utilizarea unui program de calcul tabelar. De asemenea, dac n trecut au avut o soluie anume la un gen similar de problem, varianta propus de ei va fi ultima lor realizare la dezvoltarea unui alt sistem. Dac ea ar fi i cea mai bun soluie nu ar fi nimic grav, ns, de multe ori, propunerea este subiectiv. Definirea strategiei de proiectare presupune dou activiti principale: Generarea alternativelor strategice de proiectare Selectarea celei mai bune variante.

n continuare vom aborda aceste dou probleme. La generarea alternativelor de proiectare sunt luate n considerare aria de ntindere i nivelul de informatizare, definirea mediului de dezvoltare a aplicaiilor i sursele de obinere a software-ului.

1.4 Selectarea alternativelor privind aria de ntindere i nivelul de informatizare


Una dintre activitile realizate n faza de analiz a constituit-o definirea ariei de ntindere a sistemului. Obiectivul urmrit atunci a fost definirea granielor sistemului prin identificarea funciilor ce vor fi incluse i a legturilor cu mediul su extern. Toate aceste informaii au fost structurate cu ajutorul diagramelor fluxurilor de date. Un rol important lau jucat utilizatorii, care i-au specificat cerinele funcionale. Acum, nainte de a se trece la proiectarea sistemului, echipa de realizare a trebuie s se decid asupra funciilor care vor fi incluse n sistem. De regul, utilizatorii solicit mai multe cerine funcionale a cror satisfacere ar duce la depirea bugetului alocat i/sau a

20

timpului de realizare planificat. Mai mult, se ntmpl care utilizatorii s cear adugarea unor noi funcii dup ce s-a trecut la faza de proiectare. Astfel de situaii pot fi evitate prin formalizarea procesului de identificare, grupare i stabilire a prioritii cerinelor informaionale. n acest sens, echipa de realizare a sistemului va ntocmi un document cu care utilizatorii s fie de acord i pe care-l vor semna. n el vor fi consemnate toate cerinele utilizatorilor. Pentru a decide asupra funciilor (cerinelor funcionale) ce vor fi incluse n sistem este necesar definirea unor alternative de proiectare. Fiecare alternativ va ngloba mai puine sau mai multe din cerinele utilizatorilor. Aceast sarcin poate fi uurat prin gruparea cerinelor sistemului n trei categorii: obligatorii, importante i dorite. Stabilirea prioritii fiecrei cerine este efectuat mpreun cu utilizatorii i poate fi realizat chiar n faza de analiz, pe msur ce acestea sunt identificate. Determinarea prioritii fiecrei funcii se face, de regul, n strns legtur cu descrierea nivelului de informatizare a sistemului. Nivelul de informatizare privete suportul pe care sistemul informatic l va oferi pentru fiecare funcie n parte. Pentru cele mai multe funcii ale unui sistem, pot fi definite cel puin trei niveluri de informatizare: mic, mediu i mare. n cazul unui nivel mic de informatizare, sistemul se va limita la gestiunea nregistrrilor care privesc acea funcie. Aplicaia va conine formulare pentru introducerea, modificarea, validarea i salvarea datelor i va furniza unele informaii sub forma rapoartelor programate. Un nivel mare de informatizare presupune ca sistemul s realizeze ct mai multe din prelucrrile specifice funciei respective. Definirea acestui nivel este foarte dificil. Dac n cazul unui nivel mic de informatizare se urmrete, de regul, doar automatizarea procedurilor manuale existente, acum trebuie sesizate noi moduri de lucru, trebuie regndit complet modul de realizare a acelei funcii, cu scopul mbuntirii radicale a performanelor. Acest cadru mai este ntlnit sub numele de reproiectarea proceselor economice (Business Process Reengineering BPR). Varianta nivelului mediu de informatizare reprezint de obicei o combinaie a caracteristicilor celorlalte dou alternative. Prin aceast variant, care este cel mai probabil s fie selectat, analistul ncearc s fac cea mai bun alegere ntre ceea ce este necesar i ceea ce este posibil, innd cont de restriciile privind bugetul i timpul alocate.

21

Dup definirea alternativelor de proiectare, pe baza prioritii i nivelurilor de informatizare pentru fiecare funcie, se trece la evaluarea acestora. Drept criterii de evaluare vor fi utilizate n primul rnd restriciile rezultate din studiile de fezabilitate a proiectului. Este evident c extinderea funcional a sistemului i un nivel ridicat de informatizare vor implica costuri mari i timp ndelungat. n aceast faz, informaiile despre cerinele sistemului i dificultatea dezvoltrii unor capaciti ale acestuia sunt mai detaliate, echipa de dezvoltare fiind n msur s evalueze mai exact dect n fazele anterioare costurile pentru fiecare alternativ strategic de proiectare, urmrindu-se ncadrarea n bugetul aprobat. Datorit i restriciilor de timp, noul sistem nu va putea satisface toate cerinele utilizatorilor. ns, pe msur ce utilizatorii capt experien n lucrul cu noul sistem, aceasta poate fi extins pn ce se acoper toate cerinele i se obine nivelul de informatizare dorit.

1.4.1 Definirea mediului de dezvoltare al aplicaiilor


Unul din aspectele importante ale dezvoltrii unui nou sistem informaional privete mediul de dezvoltare al aplicaiilor. Mediul de dezvoltare face referire la configuraia echipamentelor, a sistemelor de operare i a reelei n care vor fi instalate noile aplicaii. Pentru a determina mediul de dezvoltare trebuie gsite rspunsurile la unele ntrebri precum: Aplicaiile necesit prelucrarea pe loturi a unui volum mare de date sau prelucrarea on-line? Ci utilizatori vor fi, cte posturi de lucru i ct de rspndite vor fi acestea? Unde ar trebui localizate datele? Rspunsurile la aceste ntrebri (i multe altele) ofer o imagine preliminar asupra viitorului sistem, permind echipei de realizare a proiectului s ia deciziile potrivite pentru mediul de dezvoltare. n general, dezvoltarea noului sistem nu implic redefinirea mediului de dezvoltare. Aceste aspecte sunt extrem de importante, ele fiind luate n considerare, de regul, n faza planificrii strategice a sistemelor informaionale. n fapt, ar fi imposibil redefinirea mediului de dezvoltare cu ocazia fiecrui proiect de realizare a unui nou sistem, fie i numai pentru c ar afecta buna funcionare a aplicaiilor dezvoltate anterior. Totui, unele modificri pot fi aduse astfel nct s se obin maximum de performane ale noului sistem sau utilizarea unor tehnologii noi.

22

Prin urmare, analistul trebuie s ia n considerare la formularea alternativelor strategice de proiectare i alternativele care privesc mediul de dezvoltare al aplicaiilor. n continuare vom prezenta pe scurt cteva variante posibile: prelucrarea pe loturi/prelucrarea on-line, sistem centralizat/distribuit, Internet/intranet/extranet.

1.4.2 Alternativa sistem centralizat/sistem distribuit


Atunci cnd vorbim despre mediul de dezvoltare a unui sistem informatic, pot fi identificate trei variante de sisteme: centralizate, descentralizate i distribuite. De-a lungul evoluiei informaticii, n diferite perioade a predominat una sau alta dintre aceste variante. Pn la nceputul anilor 70, nu exista o alt variant dect informatica centralizat. Sistemele informatice aveau la baz calculatoare de tip mainframe pe care erau rezidente toate aplicaiile i la care erau conectate terminale plasate n diferite locaii din firm. Aceste terminale permiteau doar introducerea datelor i afiarea rezultatelor prelucrrii. Moda centralizrii a revenit la sfritul anilor 80 i nceputul anilor 90, atunci cnd au aprut i s-au dezvoltat reelele de calculatoare n care erau conectate microcalculatoare de tip IBM PC. La nceputul anilor 80, odat cu proliferarea microcalculatoarelor, s-a dezvoltat informatica descentralizat. Majoritatea sistemelor informatice din aceast perioad constau n aplicaii izolate instalate pe PC-uri. Fiecare departament era dotat cu PC-uri pe care rulau aplicaiile necesare desfurrii activitii lor. Marele merit al acestei scurte epoci a fost mutarea informaticii dintr-un departament special spre celelalte departamente funcionale din firm ns, lipsa integrrii aplicaiilor au creat numeroase neajunsuri, ceea ce a determinat n scurt timp reorientarea ctre informatica centralizat. La nceputul anilor 70, odat cu apariia minicalculatoarelor, au fost dezvoltate primele sisteme informatice distribuite. Aplicaiile sistemului erau distribuite pe mai multe minicalculatoare interconectate n reea. Informatica distribuit a fost abandonat datorit apariei microcalculatoarelor, dar s-a revenit n anii 90, odat cu maturizarea reelelor de calculatoate i a altor tehnologii informaionale. n prezent se nregistreaz tendina spre dezvoltarea sistemelor distribuite conform modelului client/server, asupra cruia vom reveni.

23

Dac problema sistemelor informatice descentralizare nu se mai pune astzi, n schimb sistemele centralizate i cele distribuite rmn alternativele viabile pentru dezvoltarea sistemelor informaionale. Prin comparaie, un sistem informatic centralizat presupune ca un singur calculator s satisfac nevoile organizaiei, la care pot fi conectate mai multe terminale (PC-uri sau NC-uri), iar un sistem distribuit va fi format din mai multe calculatoare pe care sunt distribuite aplicaiile i care mpreun satisfac nevoile organizaiei. Problematica sistemelor distribuite este mult mai complex, motiv pentru care vom insista asupra ei n continuare. Sistemele distribuite pot fi definite ca o colecie de calculatoare independente care apar utilizatorilor acestora ca un singur sistem coerent. Aceast definiie evideniaz dou aspecte eseniale: primul privete hardware-ul - calculatoarele sunt autonome; cel de-al doilea vizeaz software-ul - utilizatorii au impresia c lucreaz cu un singur sistem. Dincolo de aceast definiie, problematica sistemelor distribuite poate fi clarificat prin prezentarea caracteristicilor lor eseniale. Pe scurt, acestea sunt:

diferenele dintre variatele tipuri de calculatoare i modul n care ele comunic

sunt ascunse (transparente) pentru utilizator, la fel ca i organizarea intern a sistemului distribuit; utilizatorii i aplicaiile pot interaciona cu un sistem distribuit ntr-o manier execuia concurent a programelor reprezint regula ntr-un sistem distribuit. uniform i consistent, indiferent de locul i momentul n care are loc interaciunea; Doi utilizatori i pot realiza sarcinile lor de lucru pe propriile calculatoare prin partajarea unor resurse, precum paginile web sau fiiere, atunci cnd este necesar; sistemele distribuite trebuie s fie scalabile adic, s poat fi uor extinse. Aceast caracteristic este o consecin direct a autonomiei calculatoarelor din sistem, dar i a faptului c pentru utilizator organizarea intern este transparent; un sistem distribuit trebuie s asigure independena fa de eventualele cderi sau disfuncionaliti ale unor calculatoare sau aplicaii din sistem, el trebuind s fie n continuare disponibil utilizatorilor. Este responsabilitatea proiectanilor de a prevedea consecinele eventualelor disfuncionaliti. Conceptul de sistem distribuit este aplicat unei mari varieti de configuraii i aplicaii. Totui, pornind de la cele dou componente principale ale unui software

24

prelucrrile i datele, pot fi identificate dou tipuri de baz de sisteme distribuite: sisteme cu prelucrri distribuite i sisteme cu date distribuite. Exist mai multe variante de configurare a unui mediu cu prelucrri distribuite: aplicaiile pot fi stocate ntr-o singur locaie i accesate de ctre oricare procesor conectat n sistem; o aplicaie poate fi replicat pe mai multe locaii din reea; diferite aplicaii pot fi rezidente pe diferite locaii din reea, ns ele sunt accesibile tuturor utilizatorilor din reea. Distribuirea datelor presupune proiectarea unei baze de date distribuite n care datele sunt fragmentate i dispersate pe diferite locaii din reea sau ele sunt replicate pe mai multe noduri din reea n vederea uurrii accesului la date. O alt configuraie de sistem distribuit poate rezulta prin combinarea celor dou tipuri de baz, adic distribuirea att a datelor ct i a prelucrrilor. Motivaia principal pentru utilizarea sistemelor distribuite o reprezint dorina utilizatorilor de a partaja resursele. Noiunea de resurs este una abstract, folosit pentru a descrie mulimea lucrurilor care pot fi partajate ntr-o reea de calculatoare. Ea face referire la componentele hardware, precum discurile i imprimantele, dar i la cele software, precum fiierele, bazele de date, obiectele de toate tipurile. Partajarea resurselor nu este singurul avantaj al sistemelor distribuite, alte avantaje fa de sistemele centralizate fiind enumerate n tabelul 1.

Tabelul 1. Principalele avantaje i dezavantaje ale sistemelor distribuite Avantaje Creterea disponibilitii i Dezavantaje siguranei Complexitatea sistemelor distribuite

25

resurselor Reducerea costurilor de comunicaie

Sporirea dificultilor n controlul asigurarea

resurselor informaionale Flexibilitatea dezvoltrii sistemelor cretere Probleme legate de incremental Alinierea cu structura organizatoric a firmei Obinerea unor timpi de rspuns mai buni Independena fa de tehnologiile unui singur furnizor

consistenei datelor Sporirea dificultilor n testarea i detectarea erorilor

Flexibilitatea dezvoltrii sistemelor distribuite dat de faptul c o firm aflat n plin dezvoltare (extindere) are posibilitatea de a aduga incremental noi resurse (hard i soft) n sistem, respectiv achiziionarea, instalarea i conectarea lor pe msur ce ele sunt necesare. Flexibilitatea sistemelor centralizate este limitat de inabilitatea lor de a asigura creterea incremental. Dezvoltarea sau extinderea activitii firmei determin suprancrcarea sistemului informaional existent i, implicit, necesitatea nlocuirii acestuia cu altul mai performant (n cazul sistemelor distribuite nu se pune problema nlocuirii acestuia ci a extinderii lui, conservndu-se astfel investiiile anterioare). Chiar dac s-ar pune problema planificrii extinderii viitoare a firmei n vederea dezvoltrii unui sistem informatic corespunztor, soluia unui sistem centralizat tot nu ar fi satisfctoare deoarece ea ar fi prea scump, att timp ct o bun parte din capacitatea de stocare i prelucrare a sistemului nu va fi utilizat dect ulterior, pe msura dezvoltrii firmei, i numai dac previziunile se adeveresc. Creterea disponibilitii resurselor reprezint un alt avantaj major al sistemelor distribuite. Apariia unei disfuncionaliti ntr-un sistem centralizat (cderea serverului sau a liniei de comunicaie) determin blocarea ntregului sistem informaional pn la remedierea problemei ivite. n schimb, sistemele distribuite sunt proiectate s funcioneze i n condiiile apariiei unor disfuncionaliti, care va afecta numai o parte a sistemului. Celelalte resurse rmn disponibile, ele putnd chiar prelua sarcinile prii de sistem afectate, situaie n care utilizatorul nu va fi contient de disfuncionalitatea aprut. Sistemele distribuite permit reducerea costurilor de comunicaie i depirea limitelor mediilor de comunicaie. ntr-un sistem distribuit, majoritatea prelucrrilor pot fi

26

realizate local, iar datele de interes local pot fi stocate i gestionate local, ceea ce determin reducerea drastic a traficului n reea. Cea mai mare problem cu care se poate confrunta o baz de date centralizat, atunci cnd ea este accesat de la distan, este legat de eventualitatea blocajelor reelei de comunicaie; nici suprancrcarea serverului de numeroasele accese de la distan nu trebuie neglijate. Sistemele distribuite ofer timpi de rspuns mai buni la cererile utilizatorilor. Sistemele centralizate pctuiesc adesea prin oferirea unor timpi de rspuns nesatisfctori utilizatorilor, datorit volumului mare de date ce trebuie transmise prin reea. n afr avantajelor prezentate, implementarea sistemelor distribuite are asociate i unele dezavantaje ce trebuie luate n considerare la dezvoltarea lor. Poate cea mai important piedic n extinderea utilizrii sistemelor distribuite o reprezint dificultatea dezvoltrii lor generat de enorma complexitate a acestor sisteme. Principalele surse ale complexitii sunt: distribuirea datelor i/sau replicarea lor, distribuirea prelucrrilor, asigurarea diferitelor forme de transparen, asigurarea consistenei datelor. Un sistem cu baze de date distribuite care trebuie s ascund natura distribuit a datelor fa de utilizatori este fr ndoial mai complex dect un sistem cu baze de date centralizate. Bazele de date replicate adaug cel puin un nivel suplimentar de complexitate. Dac sistemul nu este bine proiectat, atunci el va furniza un nivel de performan, disponibilitate i siguran inacceptabile.

1.4.3 Modelul client/server


Arhitectura client/server reprezint modelul arhitectural cel mai utilizat la dezvoltarea sistemelor distribuite. El este un model general ce poate fi implementat n numeroase moduri. Ideea subiacent conceptului client/server este serviciul. O aplicaie informatic distribuit dezvoltat dup modelul client/server este descompus n dou dou grupuri de procese: consumatorii de servicii, numii client i furnizorii de servicii, numii server, care comunic ntre ele prin schimbul de mesaje de tip solicitare-rspuns (vezi figura 3.). De exemplu, un server poate fi conceput pentru a oferi un serviciu de baze de date clienilor si. Serverul este funcional independent de client, iar relaia ntre client i server este de

27

colaborare (cooperare). Ea se difereniaz radical de aplicaiile centralizate, n care relaia este de tip stpn-sclav (master-slave). n modelul client/server, clientul solicit serverului execuia unui serviciu prin transmiterea unui mesaj. La rndul su, serverul va transmite clientului rezultatul solicitrii sale. Diferitele funcii ale aplicaiei informatice sunt regrupate sub forma programelor client i server, fiecare cu roluri bine definite. Pentru utilizator totul este transparent, el comunicnd cu programul client; schimbul de mesaje realizat ntre programele client i server i sunt transparente, el percepnd aplicaia ca un ansmablu executat doar pe postul su de lucru.

Clientul

Ateptarea rspunsului

Solicitare

Rspuns

Serverul

Furnizarea serviciului

Timp

Figura 3. Modelul general al interaciunii dintre client i server Problema principal n modelul client/server este legat de distincia clar dintre client i server. Proiectarea sistemelor client/server presupune conceperea arhitecturii aplicaiilor pe straturi bine definite. O astfel de abordare permite proiectarea independent a straturilor, singura grij constnd n definirea clar i proiectarea atent a interfeelor, urmrindu-se ca: fiecare strat s aib un domeniu bine definit, n sensul definirii foarte clare a sarcinilor i responsabilitilor fiecrui strat;

28

fiecare strat trebuie s ndeplineasc o sarcin specific; dac, de exemplu,

unul din straturi este responsabil cu interaciunea cu utilizatorul, atunci numai acel strat va comunica cu utilizatorul, celelalte straturi realiznd acest lucru prin intermediul acestui strat dac au nevoie de informaii de la utilizator. stabilirea unor protocoale bine definite pentru interaciunea dintre straturi, interaciune care s se realizeze numai prin intermediul acestor protocoale. O prim ncercare n acest sens a constituit-o mprirea aplicaiilor pe dou straturi, rezultnd arhitectura cu dou straturi. Aceast arhitectur presupune descompunerea aplicaiei n urmtoarele dou straturi: stratul corespunztor aplicaiei, n care se include interfaa grafic cu utilizatorul i implementarea regulilor afacerii (business rules) i stratul corespunztor bazei de date, care este responsabil de meninerea integritii bazei de date. n acest strat poate fi implementat ntreaga logic a tranzaciei sau o parte a ei. Distincia dintre cele dou straturi nu este ntotdeauna bine definit deoarece logica tranzaciei este adesea implementat pe serverul de baze de date, sub forma procedurilor stocate, iar regulile afacerii, parte a logicii aplicaiei, sunt de asemenea implementate pe server, sub forma trigger-elor. n plus, sunt ntmpinate greuti considerabile n dezvoltarea sistemului informaional pe baza creterii accentuate a numrului de aplicaii, a numrului i tipului serverelor de baze de date. Aceast deficien poate fi rezolvat prin introducerea unui nivel suplimentar, care s trateze regulile afacerii, rezultnd o arhitectur cu trei straturi (vezi figura 4). Aceast arhitectur presupune mprirea aplicaiei n urmtoarele straturi:

gestiunea interfaei utilizator (gestiunea prezentrii) privete dialogul ntre

utilizatori i aplicaie, incluznd aici logica de prezentare a informaiei (ansamblul prelucrrilor efectuate asupra datelor necesare afiarii lor). El accept intrrile de la utilizator i furnizeaz rezultatele prelucrrilor n formatul solicitat;

logica aplicaiei - cuprinde ansamblul operaiilor de prelucrare specifice gestiunea datelor rezolv cererile de date, asigur integritatea datelor,

aplicaiei i nlnuirea lor logic;

emiterea anumitor mesaje de alertare, precum i gestiunea fizic a datelor (adugri, modificri, tergeri).
Cerere utilizator Cerere informaii
Informaii neformatate

Gestiunea interfeei

Logica 29 aplicaiei

Interogare date

Gestiunea datelor

Rezultatul interogrii

Figura 4. Arhitectura client/server cu trei straturi n esen, arhitectura pe trei straturi difer de cea pe dou straturi prin separarea logicii afacerii ntr-un strat distinct, localizat de regul pe un server de aplicaii care comunic strns cu serverul de baze de date. Introducerea unui strat intermediar permite definirea i implementarea regulilor afacerii independent de logica prezentrii interfeei GUI i a regulilor de proiectare a bazei de date. Acest avantaj devine evident n condiiile n care regulile afacerii sunt supuse mai des modificrilor, facilitnd astfel reimplementarea lor. n prezent se manifest tendina dezvoltrii aplicaiilor cu n straturi, n care pot exista mai mult de trei straturi, att din punct de vedere logic, ct i fizic. De exemplu, n figura 4 stratul bazei de date sau stratul aferent logicii aplicaiei pot fi mprite la rndul lor n mai multe straturi. Acest lucru este posibil datorit apariiei unei noi paradigme n dezvoltarea sistemelor informaionale, referit prin sintagma orientat pe componente. Implementarea unei aplicaii multistrat necesit existena unor programe speciale care s faciliteze comunicarea dintre straturi. Programele care faciliteaz implementarea facilitilor de comunicare ntre straturi sunt referite prin middleware. O definiie mai formal, consider middleware-ul ca un nivel al software-ului al crui scop const n mascarea eterogenitii platformei hardware i software, precum i furnizarea unui model de programare comod dezvoltatorilor de aplicaii. El este format din procese sau obiecte ce se regsesc pe un grup de calculatoare, i care interacioneaz ntre ele pentru a asigura implementarea comunicrii i partajrii resurselor n aplicaiile distribuite. Altfel, aplicaiile distribuite ar trebui s apeleze direct la interfaa de programare furnizat de sistemul de operare al reelei.

30

Pentru a simplifica dezvoltarea i integrarea aplicaiilor distribuite, majoritatea soluiilor middleware se bazeaz pe un anumit model, care descrie aspectele privind distribuirea i comunicarea. Cele mai utilizate astfel de modele sunt: apelarea procedurilor de la distan (Remote Procedure Call), distribuirea obiectelor i distribuirea documentelor. Cele mai cunoscute soluii middleware sunt Sun RPC, CORBA (Common Object Request Broker Architecture), Java RMI (Java Remote Object Invocation) i DCOM (Distributed Component Object Model).

1.5 Proiectarea de ansamblu a sistemelor informatice


Activiti n proiectarea de ansamblu: definirea obiectivelor; structura sistemelor informatice; definirea ieirilor; definirea intrrilor; definirea coleciilor de date; alegerea modelului matematic i a programelor aferente; alegerea soluiilor tehnice de realizare; listarea necesarului de resurse; estimarea eficienei economice; planificarea realizrii sistemului; elaborarea documentaiei. orice sistem trebuie s conin ca element central o baz de date, n care s informaiile furnizate de sistem trebuie obigatoriu s fie autentice, exacte, iar sistemul trebuie s nglobeze o varietate de modele matematice, tehnico-

Caracteristicile sistemului informatic: fie stocate date intercorelate ntre ele provenind de la surse interne i externe; suportul de prezentare s varieze de la un nivel de conducere la altul; economice (de exemplu modele de optimizare, modele de simulare, modele de eficien);

31

sistemul trebuie conceput ca un sistem om-main oferind astfel posibilitatea sistemul trebuie s prezinte un grad ct mai ridicat de integrare sub

unei interaciuni imediate ctre utilizator i sistem. urmtoarele dou aspecte: integrare intern i integrare extern. Cerine ale sistemelor informatice: Pentru realizarea unor sisteme informatice care s ndeplineasc obligatoriu caracteristicile sistemelor este necesar s se in cont de urmatoarele cerine: fundamentarea conceperii sistemului s fie fcut pe criterii de eficien economic; participarea nemijlocit a conducerii unitii la conceperea sistemului informatic; asigurarea unui nivel tehnic nalt al soluiilor adaptate; adoptarea de soluii n concordan cu resursele disponibile i cu restricii impuse. Domenii i activiti n cadrul sistemelor informatice: 1. 2. 3. 4. Planificarea tehnico-economic - activiti: elaborarea planului anual; defalcarea planului pe trimestre, luni i unitti componente; urmrirea modului de realizare al planului; Pregtirea tehnic a produciei - activiti: elaborarea planului; elaborarea i actualizarea fielor tehnologice; calculul loturilor optime; calculul consumurilor specifice de materii prime, materiale; urmrirea i analiza planului privind introducerea progresului tehnic; Programarea, lansarea i urmrirea produciei de baz - activiti: calculul necesarului de fabricat pe perioada de plan; elaborarea programelor de fabricaie; programarea operativ a produciei; lansarea manoperei; lansarea materialelor. Aprovizionarea tehnico-material i desfacerea produciei: - activiti: aprovizionarea tehnico-material;

32

5. 6. informatic;

desfacerea produciei; controlul stocurilor. Fora de munc - activiti: elaborarea planului forei de munc i al fondurilor de salarizare i colarizare; evidena personalului; analiza i raportri statistice. Financiar-contabil - activiti: elaborarea bugetului pe venituri i cheltuieli; contabilitatea mijloacelor fixe; contabilitatea valorilor materiale; contabilitatea salariilor; contabilitatea cheltuielilor de producie; contabilitatea general. numrului mare de elemente i legturi ce compun de regul un sistem implementarea simultan a tuturor componentelor sistemelor

Structura sistemelor de informatice este o etap necesar, datorit:

informatice ntr-o unitate economic apare ca o activitate deosebit de dificil n cazul n care nu are loc structurarea sistemului; prioritatea unor obiective; cantitatea limitat de resurse umane i materiale fac imposibil

proiectarea n bloc a sistemului informatic. Cerine ale structurrii sistemelor informatice n etape de proiectare de ansamblu: pe fiecare nivel al structurrii trebuie asigurat unicitatea criteriului de structurarea realizat trebuie s permit constituirea ulterioar a ntregului structura creat nu trebuie s conina ntretieturi. descompunere a sistemului; sistem prin agregarea modulelor separate;

33

Definirea ieirilor sistemelor informatizate Prin ieirile unui subsistem informatic se va nelege totalitatea informaiilor furnizate de acesta, beneficiarilor interni i externi, respectiv rapoarte, note de informare. Definirea intrrilor sistemelor informatice Prin intrrile unui sistem informatic se inelege totalitatea datelor primare necesare obinerii informaiilor de ieire ale sistemului. Datele primare se pot clasifica n date interne i n date externe. La nivelul fiecrui subsistem informatic este necesar ca intrrile sistemului s fie condiionate de ieirile acestuia. Planul logic - orice ieire este un rezultat al aplicrii unuia sau mai multor operatori asupra unui ansamblu de date de intrare. Planul tehnologic - caracteristicile ieirilor sistemului condiioneaz caracteristicile cerute intrrilor. Stabilirea coleciilor de date principalele criterii pe baza crora se pot grupa datele sunt legate de sfera de cunoatere, de domeniul de activitate, de stabilitatea coninutului datelor i de rolul datelor n procesul prelucrrii. 1. 2. Dup sfera de cunoatere: date primare; indicatori tehnico-economici cu caracter operaional; indicatori tehnico-economici cu centralizare media; indicatori sintetici. Dup domeniul de activitate colecia furnizori; colecia beneficiari; colecia contracte; colecia produse; colecia repere; colecia lucrri; colecia personal; colecia pli; colecia ncasri.

34

3.

Dup stabilirea datelor colecii de date convenional-constante; colecii de date variabile.

Clasificarea coleciilor de date conventional-constante: coleciile de date cu caracter normativdetin 50-60% din volumul totalde informatii care circula n procesul informaional al unei unitati econimice. Principalele colecii de date cu caracter normativ: 4. normativele de fabricaie; normativele tehnologice; normativele de munc; normativele materiale. Dup prelucrarea datelor colecii de date de baz; colecii de date pentru tranzacii; colecii de date intermediare sau de lucru; colecii de date statistice; colecii de date istorice.

Alegerea modelelor economico-matematice Modelele matematice folosite n perfecionarea activitii economice sunt urmtoarele: modele de programare liniar problemele economice ce se pot rezolva cu acest tip de modele privesc optimizarea planului de producie, repartizarea sarcinilor de producie i folosirea optim a resurselor; modele de programare problemele economice ce se pot rezolva cu acest tip metodele de programare dinamic problemele economice ce se pot rezolva de modele sunt determinarea minimului global/local pentru o funcie real. cu aceste modele sunt realizarea analizei secveniale a proceselor de luare a deciziilor, rezolvarea problemelor de nlocuire a utilajelor.

35

maxim; desfacere; caracterul lor;

modele de teoria grafurilor problemele economice ce pot fi astfel rezolvate

sunt cele legate de determinarea drumurilor cu valoare optim, determinarea fluxului modele de gestiune a stocurilor problemele economice ce se pot rezolva cu

aceste modele privesc optimizarea activitilor de aprovizionare, de producie i de modele de simulare problemele economice ce se pot rezolva cu aceste

modele sunt simularea evoluiei fenomenelor i proceselor economice n funcie de modele de teoria deciziilor problemele economice rezolvate n acest mod

sunt legate de fundamentarea deciziilor multidimensionare, fundamentarea deciziilor n condiii de risc i incertitudine. modele de ateptare problemele economice ce se pot rezolva cu aceste modele privesc minimizarea timpului de ateptare concomitent cu minimizarea cheltuielilor ocazionate de ateptare. Alegerea tehnologiilor de prelucrare Tehnologiile pot fi clasificate n funcie de: metodele, tehnicile i echipamentele utilizate; modul n care se structureaz i se organizeaz datele pentru prelucrare; procedeele de introducere a datelor n calculator; metodele i tehnicile de prelucrare i de redare a rezultatelor obinute.

Din punct de vedere al performanelor tehnico-funcionale respectiv, dup timpul de rspuns al sistemelor informatice, tehnologiile se pot diferenia n: tehnologii cu rspuns ntrziat; tehnologii n timp real.

Dup modul de structurare i organizare a datelor, tehnologiile de preluare automat a datelor se clasific n: tehnologii care utilizeaza fiierele clasice; tehnologii care utilizeaz fiierele clasice i/sau fiiere integrate; tehnologii care utilizeaz baze de date.

36

Dup locul amplasrii calculatorului electronic n raport cu punctele de generare a datelor i cu funciile de valorificare a informaiilor obinute din prelucrare: tehnologii pentru sisteme informatice centralizate; tehnologii pentru sisteme informatice distribuite.

Estimarea necesarului de resurse Elementele determinante pentru configuraia fiecrui echipament de prelucrare sunt: 1. Memoria intern estimarea necesarului de memorie intern se face pe baza relaiei de calcul M=M1+M2 unde: M=necesarul total de memorie, M1=necesarul de memorie pentru folosirea sistemului de operare ales, M2=necesarul de memorie pentru executia programelor aplicative. Necesarul de memorie intern pentru programe aplicative este: M2=max(Ma,Mb,. .,Mn) 2. memorie extern. Numrul echipamentelor periferice necesare se stabileste n raport de factorii: 3. fluxul de intrare-ieire; volumul de date ce se cere a fi stocat n memoria extern; modul de exploatare; numrul de programe ce se execut n paralel. Estimarea necesarului de personal de specialitate personalul de Estimarea necesarului de echipamente periferice ale sistemului central de prelucrare se realizeaz n funcie de echipam de intrare-iesire i de unitile de

specialitate necesar realizrii i exploatrii sistemului informatic se determin n raport cu volumul de munc cerut de complexitatea proiectului i volumul de munc cerut de ntreinerea i exploatarea sistemului informatic.

37

4.

Estimarea necesarului de produse program se realizeaz: din ansamblul de programe care nsoesc calculatorul electronic; prin preluarea de elemente tipizate; prin preluarea altor programe de la alte centre de informatic; prin elaborarea softului cu eforturi proprii.

Planificarea realizrii sistemelor informatice Aceast etap are la baz principiul proiectrii i implementrii ealonate. Ealonarea reprezint ordinea n care vor fi abordate componentele sistemului. Ealonarea se reprezint sub forma unui grafic detaliat n care se specific fiecare modul component, etapele de realizare i durata fiecreia. Criterii: a. b. c. prioritatea obiectivelor componente; asigurarea legturilor ntre componente. disponibilitatea resurselor.

Aceste relaii sunt de dou tipuri, relaii de precedena i relaii de succesiune;

1.6 Proiectarea de detaliu a sistemelor informatice


Activiti n proiectarea de detaliu: detalierea funciunilor i a structurii funcionale a subsistemelor; proiectarea detaliata a ieirilor fiecrui subsistem; proiectarea codurilor; proiectarea detaliat a intrrilor fiecrui subsistem; proiectarea fiierelor i a bazei de date. evaluarea necesarului de resurse; planificarea elaborrii programelor.

Proiectarea situaiilor cu rezultate finale ieirile sistemelor. Aceast etap poart denumirea de proiectare logic de detaliu i se finalizeaz prin ntocmirea pentru fiecare situaie final a specificaiilor de ieire care servesc la: transmiterea rezultatelor prelucrrii pe calculatorul utilizatorului; 38

transmiterea proiectului situaiilor programatorului, fr ambiguiti.

Alegerea suportului informaiilor de ieire imprimant, display, disc fix magnetic, floppy disc, band magnetic. Pentru definitivarea formei i a formatului de prezentare a situaiilor finale trebuiesc respectate cerinele conducerii privind macheta situaiei finale; restriciile tehnice; elementele de eficien; lizibilitatea i spaierea; utilizarea formularelor prepltite; utilizarea monitoarelor sau a terminalelor video; utilizarea generatoarelor de rapoarte; Definitivarea procedurilor de utilizare i interpretare a ieirilor reprezint cea de-a treia direcie de lucru din cadrul proiectrii fizice de detaliu i include procedurile de utilizare a informaiilor de la ieire dar i diverse interpretoare a situaiilor finale. Proiectarea codurilor Codificarea extern a datelor prin operaia de codificare se nelege generarea unor grupuri de simboluri i atribuirea lor elementelor unei nregistrri. Prin noiunea de cod se nelege o combinaie de simboluri asociate unei caracteristici date din cadrul unei colecii de date. Prin capacitatea unui sistem de coduri se ntelege totalitatea combinaiilor posibil de realizat din simboluri ce contin un cod. Prin lungimea codului se ntelege numrul de simboluri elementare dintr-un cod. Formatul codului reprezint forma final a codului cu precizarea clar a urmtoarelor elemente identificatoare: 1. informatic; 2. Implicaiile utilizrii codurilor n operaiile de culegere a datelor i interpretarea rezultatelor finale de ctre utilizatorii neinformaticieni. Cerinte n proiectarea codurilor: Cerinte Unicitate Semnificatie Fiecrui element din mulimea codificat i se numrul de poziii utilizate; natura poziiilor utilizate; cifra de control. Influena tipului i structurii codului asupra performanelor sistemului

Aspecte n proiectarea sistemului de coduri:

39

Stabilitate Elasticitate

atribuie un cod unic Caracteristica necodificat

trebuie

fie ale

neschimbat pe o perioad mai mare S permit inserri i extensii nomenclatorului de coduri n

vederea

Conciziune Claritate Semnificaie

introducerii de noi coduri Utilizarea unui numr ct mai mic de simboluri S permit realizarea cu uurin a operaiilor de codificare Sugerarea caracteristicilor codificate pentru a facilita utilizarea codurilor

Criterii de grupare a codurilor: 1. 2. 3. dup natura caracterelor: coduri numerice, alfabetice, alfanumerice; dup lungimea codului: coduri semnificative i nesemnificative; dup structura codului: coduri elementare. analiza elementelor ce urmeaz a fi codificate; precizarea i uniformizarea terminologiei; alegerea tipurilor de coduri; estimarea capacitii, lungimii i formatului codului; ntreinerea nomenclatoarelor de coduri.

Activiti parcurse n realizarea unui sistem de coduri:

Proiectarea intrrilor sistemelor informatice Proiectarea detaliat a intrrilor cuprinde ca etape proiectarea logic de detaliu i proiectarea fizic de detaliu. Specificatiile de intrare trebuie sa cuprinda: 1. macheta documentului; instruciunile de culegere, utilizare i transpunere pe suport tehnic; regulile de control i validare. Alegerea suportului tehnic pentru culegerea datelor;

n proiectarea fizic de detaliu este necesar realizarea a patru grupe de activiti:

40

2.

Proiectarea

machetelor

documentelor

de intrare

macheta

documentului primar trebuie s conin definite urmatoarele elemente de structur: antetul, denumirea documentului; coduri de identificare, data, rubrici. 3. Stabilirea instruciunilor de culegere i regulilor de control i validarea datelor trebuie s cuprind reguli de validare manual a volumului a secvenei documentelor i a cifrelor de control pe pachetele de documente primare i reguli pentru controlul sintactic a datelor din documentele primare. Aceste reguli de control sunt o condiie necesar pentru scrierea programelor de verificare logic a datelor de intrare. Proiectarea videoformatului de intrare se face n funcie de modul concret de desfurare a dialogului operator-calculator i se poate desfura sub dou forme: varianta ntrebare-rspuns, cu defilarea liniilor ecranului i varianta afiare pe ecran a machetei de introducere a datelor de intrare.

41

CAPITOLUL II Proiectarea Bazelor de Date 2.1 Proiectarea logic a bazei de date


Activitile fazei de proiectare detaliat privesc componentele principale ale oricrui sistem informatic, respectiv baza de date, interfeele (formulare, rapoarte, meniu) i programele. Desfurarea acestor activiti nu este secvenial ci, mai curnd, paralel i iterativ. Baza de date trebuie sa reflecte specificaiile de proiectare privind formularele i rapoartele din sistem, iar proiectarea formularelor i rapoartelor nu poate fi finalizat fr ca schema bazei de date s fie clar definit. Totui, baza de date reprezint nucleul oricrui sistem informatic, n jurul su gravitnd celelalte componente, motiv pentru care ne vom opri mai nti asupra problematicii proiectrii bazelor de date. Principalele activiti care formeaz ciclul de via al bazei de date sunt: proiectarea schemei logice, proiectarea fizic a bazei de date i alocarea datelor n reea, implementarea i ntreinerea bazei de date.

2.1.1 Aplicarea principiului abstractizrii n modelarea datelor


Principiul abstractizrii reprezint unul din principiile fundamentale aplicate n proiectarea sistemelor informatice. Dup cum vom vedea ulterior, el este utilizat i la proiectarea arhitecturii programelor. Aplicarea sa permite stpnirea complexitii sistemului prin luarea n considerare n mod ealonat a diferitelor aspecte ale proiectrii sistemului. La un moment dat, analitii se vor concentra doar asupra anumitor aspecte, ignorndu-le pe celelalte, dar care vor fi luate n considerare ulterior. Concret, aplicarea principiului abstractizrii n modelarea datelor presupune considerarea a trei niveluri de abstractizare, prezentate n figura 5: conceptual, logic i fizic. Corespunztor celor trei niveluri pot fi identificate trei activiti de baz n proiectarea bazelor de date: analiza cerinelor sistemului i modelarea conceptual a datelor; proiectarea logic a bazei de date;

42

proiectarea fizic a bazei de date.

Prin modelarea conceptual a datelor se urmrete construirea unui model al datelor care s asigure transpunerea exact a realitii din domeniul analizat, fr a lua n considerare cerinele specifice unui model de organizare a datelor (cum este modelul relaional), criteriile de calitate privind organizarea datelor, cerinele nefuncionale ale sistemului i criteriile de performan privind stocarea i accesarea datelor. n acest sens, se construiete diagrama entitate-relaie, care evideniaz entitile de date din sistem, atributele acestora, precum i legturile dintre entiti. Modul n care vor fi implementate legturile dintre entiti, de exemplu, nu intereseaz n acest moment, atenia fiind ndreptat doar spre identificarea i descrierea lor. Proiectarea logic presupune organizarea datelor n tabele i coloane, conform regulilor modelului relaional (acesta fiind modelul cel mai popular de organizare a datelor). Dup cum se poate observa din figura 5, proiectarea logic a bazei de date presupune transformarea modelului conceptual al datelor prin aplicarea regulilor i conceptelor specifice modelului relaional i a criteriilor de calitate aplicabile modelului logic al datelor, aspecte ignorate n etapa modelrii conceptuale. Scopul urmrit const n obinerea unui model relaional pur, adic neafectat de cerinele nefuncionale i cele de performan n accesarea datelor, nici de facilitile oferite de diferite SGBD-uri existente pe pia. Toate aceste aspecte sunt nglobate n etapa proiectrii fizice a bazei de date.

43

Cerinele de date ale sistemului Modelul conceptual al datelor


(modelul entitate-relaie)

Regulile i conceptele modelului relaional

Cerinele de calitate (flexibilitate,stabilitate,etc )

Modelul logic al datelor Cerinele nefuncionale i de performan


(modelul relaional pur)

Facilitile SGBD-ului ales

Modelul fizic al datelor


(structura fizic a datelor)

Figura 5. Nivelurile de abstractizare a datelor Principalele criterii de calitate utilizate n evaluarea modelului logic al datelor sunt: Completitudine. Modelul logic trebuie s conin toate datele necesare prelucrrilor i obinerii ieirilor din sistem. Neredundan. Redundana datelor genereaz probleme privind integritatea datelor (vezi anomaliile la actualizare) i solicit procese suplimentare pentru ntreinerea datelor (vor trebui actualizate toate copiile existente pentru o dat). De aceea, modelul logic trebuie s fie format dintr-un set de tabele normalizate. Reutilizabilitate. Schema logic a bazei de date trebuie conceput astfel nct ea s satisfac nu doar cerinele anticipate ale sistemului ci i cele ale altor poteniali utilizatori sau eventualele cerine viitoare care apar inevitabil. Dac datele sunt organizate avnd n minte doar cerinele actuale, atunci

44

reorganizarea datelor determinat de apariia unor noi cerine funcionale va fi foarte costisitoare. Stabilitate i flexibilitate. Aceste criterii vizeaz uurina adaptrii bazei de date la modificrile ulterioare ale cerinelor sistemului. Un model al datelor este considerat stabil dac eventualele modificri ale cerinelor funcionale nu determin modificarea sa. Schema bazei de date va fi considerat mai stabil sau mai puin stabil n funcie de amploarea modificrilor generate de schimbarea cerinelor. Flexibilitatea unui model al datelor este dat de uurina extinderii sale pentru nglobarea noilor cerine cu impact minim asupra structurii existente. Simplitate i elegan. Modelul logic al datelor trebuie s ofere o clasificare natural i elegant a datelor. De exemplu, este inadecvat existena tabelelor Furnizor i Client att timp ct unii parteneri de afaceri pot fi att furnizori, ct i clieni. Aceeai situaie poate apare n cazul facturilor, fiind neelegant conceperea a dou tabele, una pentru facturi emise i alta pentru facturi primite. Modelul fizic al datelor, rezultat n urma proiectrii fizice, este invizibil utilizatorilor i programatorilor. El specific modul de stocare fizic i accesare a datelor, utiliznd facilitile oferite de un anumit SGBD. De exemplu, date din tabele diferite pot fi stocate fizic mpreun pentru a putea fi transferate n memoria calculatorului printr-o singur operaiune. Luarea n considerare a acestor aspecte implic alterarea modelului logic (adic a modelului relaional pur), presupunnd uneori prejudicierea aspectelor calitative amintite anterior. Soluia ideal ar presupune obinerea performanelor cerute n condiiile pstrrii aspectelor calitative ale modelului logic. Obiectivul principal al proiectri fizice const n optimizarea performanelor bazei de date n ce privete stocarea fizic i accesul la date. n unele situaii timpii de acces cerui pot fi obinui prin intermediul indecilor ns, de multe ori este necesar modificarea structurii logice a datelor prin procesul denormalizrii. Dac la proiectarea schemei logice s-a urmrit prezervarea integritii datelor prin procesul de normalizare, acum poate deveni necesar introducerea unui anumit nivel de redundan a datelor sau introducerii n schema bazei de date a cmpurilor calculate. Principala provocare const n gsirea compromisului

45

optim ntre uurina pstrrii integritii datelor i performanele bazei de date. Denormalizarea implic selectarea proceselor dominante (interogare i actualizare a datelor) pe baza frecvenei, volumului de date i prioritii acestora, evaluarea costurilor totale ale operaiunilor de actualizare, interogare i stocare a datelor, precum i evaluarea efectelor determinate de pierderea integritii datelor. De asemenea, la proiectarea fizic vor fi luate n considerare i facilitile oferite de SGBD-ul ales. Diferenele dintre diferite SGBD-uri se refer adesea la tipurile de date suportate, reprezentarea sau nu a relaiilor dintre clase i subclase, implementarea relaiilor recursive. Prin urmare, schema logic a bazei de date poate diferi, mai mult sau mai puin, de schema fizic a bazei de date.

2.1.2 Demersul proiectrii bazelor de date


Proiectarea schemei logice a bazei de date poate fi realizat n mai multe moduri. Abordarea tradiional, aplicat n special bazelor de date relaionale, presupune constituirea relaiei universale prin reunirea tuturor datelor elementare (atribute) identificate n faza de analiz i repartizarea lor n tabele pe baza analizei dependenelor dintre atribute (dependene funcionale, dependene multivaloare i de jonciune) i aplicarea procesului de normalizare. Aceast abordare a nregistrat unele succese n cazul bazelor de date de dimensiuni mici i medii, ns ea devine foarte greoaie n cazul bazelor de date de dimensiuni mari i foarte mari. Introducerea modelului entitate-relaie (ER) a determinat reorientarea specialitilor ctre o nou abordare n proiectarea bazelor de date. Modelarea conceptual a datelor cu ajutorul diagramelor entitate-relaie (DER) a fost descris prima dat n lucrrile lui P.P. Chen, publicate n 1976, dei primele ncercri de formalizare sunt nregistrate n anii 60 i aparin lui Charles Bachman. Ulterior, modelul lui Chen a nregistrat numeroase modificri i extensii. Simplitatea, uurina nvrii i posibilitatea formalizrii cerinelor sistemului aa cum sunt ele n realitate, independent de opiunile de organizare i tehnologice au sporit vertiginos popularitatea modelului ER nc din anii 80.

46

Noua abordare presupune, mai nti, modelarea conceptual a datelor prin construirea diagramei entitate-relaie (DER), care evideniaz entitaile de date ale sistemului, proprietile acestora i legturile dintre entiti. Ulterior, prin aplicarea unor reguli simple, are loc transformarea modelului entitate-relaie n schema logic a bazei de date. Tabelele astfel obinute sunt n final analizate din perspectiva normalizrii putnd rezulta noi tabele. Utilizarea modelului ER ofer o serie de avantaje faa de abordarea tradiional i neles; utilizeaz conceptul de abstractizare, ceea ce reduce considerabil numrul obiectelor luate n considerare la analiza i proiectarea bazei de date. Prin utilizarea noiunii de entitate ca abstractizare pentru datele elementare (atribute) se vor analiza mai puine obiecte (numrul entitailor de date este mult mai mic dect numrul datelor elementare din sistem) i mai puine relaii ntre obiecte (numrul relaiilor dintre entiti este mult mai mic dect numrul relaiilor de dependen existente ntre atribute). Dei datele elementare sunt reprezentate i n aceast abordare, ca proprieti ale entitilor, totui numrul dependenelor ce trebuie analizate este mult redus, fiind luate n considerare doar dependenele la nivelul entitilor (adic dependenele dintre atributele unei entiti) i nu la nivelul ntregii baze de date (adic dependenele dintre atributele relaiei universale). Existena unui set complet de reguli de transformare a DER n tabele ale bazei de date. Aceste reguli permit transformarea simpl i rapid a cerinelor informaionale ale sistemului, structurate n DER, n baza de date. Majoritatea instrumentelor CASE ofer suport pentru generarea automat a bazei de date n funcie de SGBD-ul dorit. Din cele prezentate rezult c exist dou strategii de proiectare a bazei de date: strategia bottom-up, reprezint abordarea tradiional i presupune constituirea relaiei universale care urmeaz a fi supus normalizrii pentru a se obine tabelele bazei de date; reprezint un util instrument de comunicare ntre proiectani i utilizatorii este foarte uor de neles i conceput. n general, prezentarea grafic finali pe parcursul fazelor de analiz i proiectare logic; permite exprimarea unui volum mare de informaii sub o form compact, uor de urmrit

47

strategia top-down, presupune construirea DER care va fi apoi transformat

ntr-un set de tabele prin aplicarea unor reguli. Tabelele astfel obinute vor fi analizate din perspectiva normalizrii. Pornind de la aceste dou strategii, pot fi identificate mai multe demersuri de proiectare a bazei de date, mai mult sau mai puin riguroase. Dou dintre ele corespund celor dou strategii, ele fiind descrise pe scurt anterior. Un demers mai riguros presupune combinarea celor dou strategii; se aplic ambele strategii obinndu-se dou modele logice ale datelor, iar din compararea lor va rezulta schema logic final a bazei de date. Acest demers presupune parcurgerea urmtorilor patru pai: 1. Construirea cte unui model logic al datelor pentru fiecare categorie de utilizatori identificat. Acest pas presupune normalizarea imaginilor asupra bazei de date (formulare i rapoarte) specifice fiecrei categorii de utilizatori. 2. 3. 4. Integrarea perspectivelor, care presupune combinarea tuturor perspectivelor ntocmirea modelului conceptual al datelor pentru ntregul sistem i Compararea modelului logic consolidat al datelor rezultat prin integrarea normalizate ale utilizatorilor i obinerea schemei globale a bazei de date. transformarea acestuia ntr-un set de tabele normalizate. perspectivelor utilizatorilor cu cel obinut prin transformarea DER, n vederea definirii modelului logic final. n practic, poate fi angajat un alt demers mai simplu de proiectare a bazei de date, constnd n transpunerea direct a cerinelor sistemului n modelul logic al datelor, fr parcurgerea unor pai intermediari. Un asemenea demers poate fi aplicat n cazul bazelor de date de dimensiuni foarte mici sau dac proiectantul are o mare experien n domeniul problemei. Oricum, alegerea unui demers sau a altuia depinde de complexitatea bazei de date, experiena echipei de proiectare, timpul i resursele financiare disponibile sau cerinele de calitate dorite.

48

2.2 Proiectarea logic de detaliu a fiierelor


Structurarea datelor n fiiere este o operaie de definire a structurilor logice, de descriere a coninutului informaional pe articole. Structurarea logic se prezint ca un ir de caractere constituit prin concatenarea mai multor elemente informaionale. Proiectarea structurilor logice const n stabilirea elementelor informaionale care compun articole inndu-se seama de coninutul real al intrrilor informaionale de rolul fiecrui fiier n procesul prelucrrii. Structura datelor din fiier implic definirea coninutului informaional al articolelor. Prin precizarea caracteristicilor logice de utilizare analistul stabilete caracteristicile descriptive specifice datelor i modul lor de existent i utilizare. Caracteristica logic a elementului informaional Natura datelor Tipul datelor Precizia datelor Mrimea datelor Factorul de repetitivitate Atribut posibil Numeric-alfanumeric-alfabetic Intreg-real-complex Simpl-dubl-extins n caractere n operaii

Caracteristica principal pe baza careia se stabilete formatul articolelor este factorul de repetitivitate al anumitor elemente informaionale din structur. Indicatorii de activitate ai fiierelor sunt obligatoriu de definit i respectat deoarece nivelul lor sunt condiie eseniala a realizrii urmtoarelor operaii: stabilirea necesarului de suporturi tehnice de date; estimarea duratelor de exploatare a fiierelor; planificarea operaiilor de culegere i control.

Indicatori pentru fiiere cei mai reprezentativi indicatori folosii pentru gestiunea datelor a cror nivele maxime trebuie estimate la momentul proiectrii logice sunt: n (numrul de articole estimate n perioadele de vrf din activitate) ns (numrul de articole terse la momentul actualizrii unui fiier) na (numrul de articole noi adugate la momentul actualizrii unui fiier ne (numrul de articole exploatate la momentul unei prelucrri automate)

49

nm (numrul de articole modificate la momentul actualizrii unui fiier)

Un indicator utilizat frecvent pentru caracterizarea stabilittii n timp, stabilitate specific pentru fiecare tip de colecie n parte este ponderea (m) a articolelor actualizate ntr-o perioad de timp. Pentru caracterizarea modului de utilizare al articolelor din fiier, n procesul prelucrrii, se poate calcula indicele de utilizare al articolelor din fiier (Iu) Proiectarea fizic de detaliu a fiierelor Caracteristicile fizice la nivel de fiier vizeaz n principiu asocierea acelor parametrii generali i a acelor atribute reprezentative care descriu cel mai bine proprietile coleciei de date i mediul lor de stocare, fiierele sunt recunoscute i utilizate de diferite componente din cadrul sistemelor de operare. Proiectarea structurii bazelor de date structura bazei de date reprezint un model al datelor exprimat n concepte specifice unui anumit sistem de gestiune a bazelor de date (SGBD), lucru ce face ca proiectarea bazei de date s reprezinte transpunerea modelelor conceptuale n termenii unui model al datelor suportat de un anumit tip de SGBD, model ierarhic, reea, relaional, funcional. Determinarea legturilor dintre coleciile de date i a modului de reprezentare a acestora se realizeaz pe baza legturilor naturale dintre obiectele descrise cu ajutorul entitilor identificate. Presupunem entitile gestiuni i materiale, relaiile dintre entiti pot fi de 3 tipuri: 1. 2. 3. Relaii de tipul unu la unu atunci cnd ntr-o gestiune se poate afla Relaii de tipul unu la muli atunci cnd ntr-o gestiune se pot afla Relaii de tipul muli la multi atunci cnd ntr-o gestiune se pot afla un singur material iar un material aparine unei singure gestiuni; unul sau mai multe materiale, iar un material aparine unei singure gestiuni. unul sau mai multe materiale, iar un material poate aparine uneia sau mai multor gestiuni. Pentru entitile gestiuni i materiale, pot exista gestiuni care nu dein nici un material, reprezentnd gestiunile de produse finite dar nu poate exista un material care s nu apartin nici unei gestiuni.

50

Proiectarea tehnologiilor de prelucrare a datelor Caracteristicile tehnologiei de prelucrare automat a datelor se poate defini ca fiind ansamblu de procedee, mijloace i metode utilizate n domeniul prelucrarii automate a datelor, avnd ca scop final, obinerea unor tabele, liste, grafice i alte tipuri de situaii de ieire ce conin informaiile necesare fundamentrii deciziilor, controlul execuiei lor i execuia unor operaiuni. Obicectivele urmrite n proiectarea organizarea i funcionarea tehnologiei de prelucrare automat a datelor, sunt subordonate obiectivului principal: asigurarea furnizrii din procesul prelucrrii, n timp util, a informaiilor necesare i suficiente de calitate corespunztoare i cu cost minim pe unitatea de informaie prelucrat i modificat. Tehnologia de prelucrare automat a datelor trebuie s asigure realizarea obiectivelor secundare: utilizate; asigurarea calitii informaiei n procesul prelucrrii i pstrrii ei pe parcursul ntregului flux. Operaiile tehnologice n prelucrarea automat a datelor sunt: automate; operaii tehnologice de prelucrare propriu-zis a datelor; operaii tehnologice de redare a rezultatelor obinute prin prelucrare. operaii tehnologice de pregtire a datelor n vederea prelucrrii lor utilizarea eficient a resurselor implicate; realizarea concordanei ntre cerinele concrete i metodele i procedeele

2.3 Realizarea sistemelor informatice elaborarea programelor


Obiectivele urmrite 1. Prezentarea procesului de elaborare a produselor program: faza 1: Specificaia de realizare a programului; faza 2: Proiectarea programului i elaborarea schemei bloc; faza 3: Codificarea programului ;

51

programare: 1.

faza 4: Testarea programelor i efectuarea coreciilor; faza 5: Elaborarea documentaiei produsului program; faza 6: ntreinerea i dezvoltarea produsului program.

2. Ci i mijloace de cretere a productivitii i eficienei muncii n activitatea de utilizarea instrumentelor de tip CASE; prezentarea generaiilor de limbaje de programare. Utilizarea pachetelor de programe aflate n biblotecile de

Modaliti de realizare a programelor programe obiectivul central este acela de a folosi cat mai mult produse program existente i de ale incorpora n noul produs program n scopul de economisi efort de realizare, timp i bani. 2. Realizarea modulelor/ programelor de interfata. Prin realizarea acestor interfee se vor implementa cerinele noilor utilizatori prin adaptarea unor produse program scrise pentru ali beneficiari. Soluia interfeelor valorific software-ul existent i micoreaz efortul de programare. 3. Realizarea programelor originale faze: elaborarea specificaiei programului; proiectarea programului; codificarea programului; testarea programului; ntocmirea documetatiei.

Activiti specifice pe faze de realizare Faza 1. Elaborarea specificaiei programului: down; elaborarea pseudocodului programului; analiza proiectului tehnic; analiza platformei i software-ului ; descompunerea n module a produsului program ntr-o abordare de tip top-

Faza 2. Proiectarea programului:

52

elaborarea schemei logice de program. elaborarea graficului de ealonare a realizrii modulelor produsului program realizarea modulelor program; depanarea erorilor de sintax la masa de lucru prin verificarea manual a testarea programului cu date de test la masa de lucru; introducerea programului surs n calculator, compilarea; rularea programului executabil aferent unui modul cu ajutorul datelor de

Faza 3. Codificarea programului: i organizarea echipei de programare; Faza 4. Testarea programului: listei programului surs;

text i eliminarea erorilor de logic Faza 5. ntocmirea documentaiei: program; dezvoltarea de software orientat pe obiecte, n care se pune accent nu pe funciunile modulului ci pe legturile dintre module i proceduri care au fost definite ca obiecte n etapa de proiectare. Fiecare obiect conine date dar i prelucrrile necesare realizrii funciunilor obiectului. prezentarea general a produsului; structura general a produsului; descrierea bazei de date; documentaia de programare; situaii i rezultate finale; instruciuni de utilizare; instruciuni de exploatare. utilizarea instrumentelor de tip CASE care asigur o automatizare a muncii

Ci de cretere a eficienei i productivitii n etapa de realizare a programelor de programare i o asistare a programatorului pe tot parcursul elaborrii produsului

53

CAPITOLUL III Sisteme de gestiune


Cnd se vorbete despre baze de date, fiecare nelege altceva. Aadar, vorbim despre sisteme de gestiune (sau administrare, sau management) a bazelor de date, adic despre nite softuri specializate pe manevrarea ct mai eficient i ct mai sigur a unor volume mari de date. Dac excludem din discuie sistemele desktop i sistemele nglobate (embedded), rmnem cu o categorie numit generic "servere de baze de date". n vremurile noastre, acestea sunt bazate pe modelul relaional (sau pe derivate ale acestuia), neleg un dialect de SQL, sunt extrem de complexe i foarte scumpe. n ultima vreme au aprut servere de baze de date gratuite, dezvoltate i furnizate n regim open source. Mai mult, acestea au ncetat s mai fie curioziti sau experimente exotice i, n unele privine, au ajuns s fie comparabile cu sistemele comerciale. Rspndirea acestor sisteme, dei foarte rapid, este relativ limitat din punctul de vedere al utilizrii: majoritatea instalrilor sunt menite s furnizeze un back-end pentru aplicaii pentru Internet sau Intranet. Un alt domeniu n care sistemele gratuite au o ni perfect este nvmntul. Fie c este vorba de universiti, fie c este vorba de autodidaci, aceste sisteme reprezint alegerea fireasc. Primele baze de date erau dezvoltate pe sisteme mainframe i erau manipulate de oameni special pregtii pentru a gestiona aceste sisteme. Aceste baze de date erau simple Sisteme de Gestiune a Bazelor de Date (SGBD). Primul Sistem de Baze de Date Relaionale (SGBDR) a fost lansat de Oracle Corporation i folosea limbajul de interogare SQL. Dei versiunea original a fost dezvoltat pentru sisteme VAX/VMS, Oracle a fost unul dintre primii furnizori care a lansat o versiune i pentru sistemele PC pe sistemul de operare DOS. La jumtatea anilor 80, Sybase a lansat propriul sau SGBDR - SQL Server. Acesta avea biblioteci client pentru accesul la baza de date. Asigurnd suportul pentru proceduri rezidente (astzi denumite proceduri stocate") i interoperabilitatea cu o diversitate de reele, SQL Server a devenit un produs de succes n scurt timp, mai ales n mediile client/server.

54

O dat cu dezvoltarea sistemelor personale (PC), au aprut i primele aplicaii de baze de date care foloseau un singur fiier pentru a stoca toata informaia din baza de date (denumite baze de date flat file"). Ele erau de tip Xbase, un limbaj care s-a rspndit foarte repede fiind folosit n special la manipularea datelor. Sistemele care l-au folosit, daca mai este nevoie sa le enumr, au fost dBase, FoxBase, FoxPro. Aceste versiuni rulau sub sistemul MS-DOS i mprteau limitrile acestuia. Cea mai rspndit aplicaie care folosea limbajul xBase a fost FoxPro, sistem dezvoltat de firma Fox Software. Chiar i n zilele noastre exist firme care stocheaz alte extrem de importante n baze de date FoxPro, iar cel mai cunoscut exemplu este cel al organizaiei care gestioneaz Euro Tunel. Aceasta folosete o aplicaie care gestioneaz cteva sute de GB de date. La nceputul anilor 90, firma Microsoft Corporation a lansat aplicaia Access, aplicaie care se bazeaz n mare parte pe logica de stocare a sistemului FoxPro, sistem care fusese achiziionat de firm n 1989. Aplicaia Access a devenit, n scurt timp, cea mai folosit aplicaie de gestiune a bazelor de date flat file" de pe sistemele personale. Ajuns acum la versiunea 9 (denumit 2000), sistemul de stocare s-a schimbat fiind pregtit s fie scalat oricnd ctre o baza de date Microsoft SQL Server. Totodat, ncepnd cu versiunea 7 i s-a adugat un limbaj de programare dedicat (Visual Basic for Applications - VBA), bazat pe limbajul de programare Visual Basic. Prin intermediul acestuia se puteau manipula datele mai uor, se puteau folosi automatisme pentru diverse interogri, afiri etc. ncepnd cu versiunea 9, limbajul integrat este compatibil cu Visual Basic i cu limbajul folosit de MS SQL Server. n privina sistemelor server, piaa s-a dezvoltat uimitor de repede deoarece s-a constatat ct de folositoare sunt sistemele dedicate acestui lucru. Oracle a lansat i i-a dezvoltat baza de aplicaii server, astzi ajungnd la versiunea 9. ncepnd cu versiunea 8i, au fost introduse extensii orientate pe obiecte. Lansat cu ocazia Oracle OpenWorld, Oracle 9i reprezint cea mai complet infrastructura pregtit pentru rularea aplicaiilor Internet. Oracle 9i include Oracle 9i Database i Oracle 9i Application Server i pachetul de unelte de dezvoltare Oracle 9i Developer Suite. n ceea ce privete corporaia Microsoft, aceasta a lansat tot n anul 2000 serverul de baze de date SQL Server 2000. Aplicaia se dorete a fi un concurent direct pentru aplicaiile Oracle, iar pentru acest fapt i s-a adugat suport 100% pentru limbajul XML prin

55

intermediul cruia se poate interoga direct serverul dintr-un browser (dac serverul a fost configurat s suporte aceast facilitate). Tot n 2000, compania IBM a lansat varianta 7 a aplicaiei DB 2. Aceasta aplicaie, ca i Oracle, este implementata pe mai multe platforme (inclusiv Linux), fiind o aplicaie pur obiectual. i pentru ca am ajuns la aplicaii de baze de date obiectuale, trebuie s amintim i de aplicaia companiei Computer Associates, Jasmine. Deoarece despre aceasta aplicaie nu se tiu prea multe n Romnia, promit ca am sa revin cu mai multe detalii. Pe sistemele Linux, cel mai folosit server de baze de date este MySQL. Cu toate c exist un alt produs gratuit (MySQL este gratuit att timp ct aplicaia dezvoltata nu este revnduta) - PostgreSQL, MySQL rmne preferatul programatorilor de Linux. De ce? Pentru c limbajul cel mai folosit pe partea de server web - PHP - dispune de o extensie MySQL nglobat. Dar nu numai acest lucru a influenat folosirea MySQL. Una dintre alegeri a fost i datorit uurinei administrrii acestui sever, el dispunnd de un client de accesare inclus.

3.2 Despre SQL


Istoria SQL (Structured Query Language) ncepe n laboratoarele IBM din San Jose, unde limbajul a fost dezvoltat n ultimii ani deceniului 8. Iniial a fost dezvoltat pentru produsul DB2 al IBM. SQL este diferit de limbajele procedurale i 3GL care au fost create de atunci, SQL fiind un limbaj procedural. SQL este limbajul standard folosit pentru manipularea i regsirea datelor din aceste baze de date relaionale. Prin SQL un programator poate face urmtoarele lucruri:

s modifice structura unei baze de date; s schimbe valorile de configurare pentru securitatea sistemului; s interogheze o baz de date asupra informaiilor; s adauge drepturi utilizatorilor asupra bazelor de date sau tabelelor; s actualizeze coninutul bazei de date.

56

CAPITOLUL IV Reele cu implicaii la proiectarea sistemelor


O reea de calculatoare este, n esen, ceva care permite unui numr de dou sau mai multe calculatoare s comunice ntre ele i/sau cu alte dispozitive. Acest lucru le permite utilizatorilor s foloseasc reelele i calculatoarele pentru a partaja informaii, pentru a colabora la o lucrare, pentru a tipri i chiar pentru a comunica direct prin mesaje adresate individual. Componentele hardware elementare includ trei tipuri de dispozitive: Echipamente de transmisie; Dispozitive de acces; Dispozitive ce repeta semnalele transmise.

Aceste componente sunt elementare prin faptul c toate reelele trebuie fie s le conin, fie cel puin, s funcioneze n preajma lor. Echipamentele de transmisie reprezint mediul utilizat pentru a transporta semnalele unei reele ctre destinaie. Tipurile de medii includ cabluri coaxiale, cabluri torsadate i fibre optice. Tipurile de medii LAN pot fi, de asemenea, intangibile. Ele pot fi semnale luminoase, radio i microunde, transmise prin aer. Reelele WAN au, de asemenea, echipamente de transmisie proprii. Astfel de echipamente sunt descrise de obicei prin viteza de tact i structurile lor de cadre, nu ca simple medii de transmisie. Mediul lor fizic este irelevant comparativ cu performantele lor. Arhitecturi actuale de interconectare a reelelor Lucrul n reea este dominat n prezent de trei arhitecturi de baza. Astfel, reelele LAN bazate pe coloane distribuite (distributed backbones) sunt preferate pentru conexiunile dintre cladiri. Coloanele comprimate (collapsed backbones), grupate n jurul ruterelor de nalta performanta sunt raspndite n interiorul cladirilor, iar reelele reticulare hibride i cele distribuite n stea sunt comune pentru zonele extinse. Aceste arhitecturi, dezvoltate n jurul modelului traditional al procesarii bazate pe LAN, sunt destinate sa asigure un transport eficient pentru aplicatiile client / server. Dar la fel ca i n cazul unitatilor de reea traditionale (hub-uri pentru medii partajate, punti, 57

rutere), prosperitatea a generat o crestere a utilizarii i aplicatii noi, care la rndul lor au cerut mai mult dect pot furniza arhitecturile actuale. n continuare voi face o trecere n revista a arhitecturilor de interconectare actuale, dupa care voi prezenta noile arhitecturi i blocuri constructive. Coloane distribuite ntr-o arhitectura de coloane distribuite, hub-urile de medii partajate consolideaza cablarea orizontala de pe fiecare palier, n timp ce coloana LAN realizata cu rutere conecteaza etajele. Coloana poate folosi aceeasi metoda de acces ca i cea folosita de reelele LAN de palier (spre exemplu 10 Mbps) sau poate folosi o solutie mult mai rapida, cum ar fi 100 Mbps FDDI. Din moment ce fiecare segment LAN este considerat o subreea separata, iar pachetele care traverseaza segmentele trebuie sa traverseze cel putin un ruter, serverele sunt raspndite prin toata reeaua astfel nct ele se pot atasa acelorasi segmente ca i utilizatorii lor primari, evitnd astfel introducerea unor ntrzieri din partea ruterelor. Disponibilitatea reprezinta beneficiul primar al coloanelor distribuite. Din moment ce exista mai multe rutere, caderea unui singur ruter va afecta doar segmentele LAN atasate. Pe de alta parte, rutere multiple pot genera probleme de performanta i administrare. Clientii care acceseaza un server situat pe un segment diferit vor fi nevoiti sa traverseze doua rutere, ceea ce va genera o ntrziere. Pentru ca ruterele i serverele sunt raspndite n toata cladirea, configurarea i ntretinerea poate fi un mare consumator de timp i bani. Coloane comprimate Coloanele comprimate evita deficienta prezenta la coloanele distribuite. Din nou, hub-urile pentru medii partajate concentreaza cablarea LAN pe fiecare etaj. Acum nsa, fata de-o desfasurare de rutere pe fiecare etaj, toate hub-urile se conecteaza sau se comprima" ntr-un singur ruter centralizat, oferind un singur punct de control. ntrzierea reelei scade deoarece serverele sunt despartite de clienti printr-un singur hop. Costurile sunt reduse prin eliminarea ruterelor multiple i printr-o exploatare economica. Adaugarea unui hub multisegment la coloana comprimata furnizeaza un maximum de flexibilitate i capacitate de administrare. Segmentele LAN de pe etaje diferite pot fi nglobate ntr-o subreea, eliminnd hopul prin ruter. Serverele pot fi localizate central

58

pentru a simplifica administrarea fr a face compromisuri legate de performanta, iar componentele redundante i functiile hot-swap din ruter confera disponibilitate. Coloane hibride n timp ce coloanele comprimate sunt ideale pentru cladiri, n mod uzual ele nu sunt eficiente pentru conlucrarea ntre reele din mai multe cladiri; chiar i ntr-un campus sau o zona de birouri. Nu este practic sa legi fiecare segment LAN la un sit central. Arhitectura preferata pentru medii cu mai multe cladiri este coloana hibrida: rutere de nalta performanta n fiecare cladire, interconectate printr-o plasa de marimea unui campus sau un backbone LAN. Coloanele LAN sunt mult mai comune dect reelele n plasa, deoarece reelele LAN sunt mai usor de proiectat i ntretinut. Deoarece LAN-ul de coloane poate folosi aceeasi metoda de acces ca i LAN-urile din cladiri, prea multe surse care alimenteaza traficul de pe coloana pot bloca reeaua. Pentru aceste cazuri, solutiile de nalta viteza ca 100 Mbps FDDI reprezinta cea mai buna alegere. Arhitectura hibrida rezultata desfasoara coloane comprimate n fiecare cladire, interconectate ntre cladiri printr-o coloana distribuita bazata pe FDDI. Limite ale cresterii Asa cum s-a mentionat anterior, numarul de utilizatori n continua crestere, calculatoarele desktop mai puternice i noile aplicatii testeaza limitele interconectarii reelelor, dirijnd cerintele desktop catre o rata de transfer din ce n ce mai mare. nsa arhitecturile actuale nu sunt proiectate pentru un asemenea nivel de performanta sau calitate a serviciului. Segmentarea LAN reprezinta o metoda populara pentru ridicarea performantei la nivelul unei interconectari de reele. Diviznd o reea LAN suprasaturata n mai multe segmente mai mici, se ofera fiecarei statii de capat o portiune mai larga de latime de banda, evitnd congestia reelei. Dusa la extreme, fiecare statie ar putea deveni propriul sau segment, cu o latime de banda LAN completa. Desi initial eficienta, segmentarea poate deveni mult prea complexa i costisitor de ntretinut. Pentru ca fiecare segment LAN reprezinta o subreea separata, ea necesita o adresa unica i un port ruter dedicat. Pe masura ce numarul segmentelor creste, fiecare miscare, adaugare sau schimbare declanseaza o avalansa de reconfigurari consumatoare de

59

timp. Mai mult, porturile ruterelor sunt proiectate i evaluate pentru un numar mare de statii de lucru, o segmentare continua ridicnd aceste costuri la nivele neacceptabile. n mod evident, pentru a suporta cresterea interconectarii reelelor i aparitia noilor aplicatii sunt necesare noi blocuri constructive i noi arhitecturi. Diferenta primara ntre interconectarea traditionala i cea noua o reprezinta larga raspndire a blocurilor de comutatoare. Comutarea este cheia, att pentru evolutia scalara a performantei, ct i pentru calitatea serviciului. Noi arhitecturi i blocuri constructive Limitarile actuale pe care le ntmpina interconectarea reelelor a inspirat dezvoltarea mai multor tehnologii noi. Doua n particular - 100BASE-T i comutarea LAN - au produs schimbari dramatice conlucrarii n reea. LAN-uri de mare viteza O modalitate de-a mbunatatii performanta conlucrarii n reea este de-a instala LAN-uri mai rapide. Asa cum a fost mentionat anterior, 100Mbps FDDI este deja folosit n multe cladiri i reele de campus. nsa deoarece FDDI este prea scump pentru conectivitatea desktop de baza, 100BASE-T Fast Ethernet a fost recent lansat pentru a umple golul existent. Fast Ethernet este o extensie a standardului 10BASE-T Ethernet, doar ca este de 10 ori mai rapid. Att 10BASE-T ct i 100BASE-T folosesc aceeasi metoda de acces CSMA/CD, permitnd datelor sa fie transferate ntre cele doua fr o translatare a protocolului. Fast Ethernet este folosit n mod tipic ca i o conexiune de mare viteza catre serverele puternic folosite i utilizatorii puternici, precum i pentru conexiuni n jos catre rutere i comutatoare. Compatibilitatea cu traditionalul Ethernet i permite lui 100BASE-T sa fie integrat n reelele existente 10BASE-T, depasind gtuirile specifice i configurnd scena pentru o eventuala raspndire mai larga. Standardul 100BASE-T include trei specificatii de mediu: 100BASE-TX, 100BASE-T4 i 100BASE-FX. Specificatia 100BASE-TX acopera transmisiile de 100 Mbps pe cablu UTP categoria 5 sau categoria 1 STP, n timp ce 100BASE-T4 suporta aceeasi rata a datelor pe cablare cat. 3, 4 sau 5 UTP. Specificatia 100BASE-FX defineste Fast Ethernet pe cablarea cu fibra optica multimode.

60

Comutarea LAN Comutarea LAN, la fel ca i legaturile prin punti, subdivide reelele largi n segmente mai mici, obtinnd o mbunatatire a performantei LAN la un pret cobort, n timp ce este mentinuta investitia n hard, soft i cablare. Folosita n conjunctie cu solutiile de medii partajate de nalta performanta, comutarea LAN furnizeaza suportul necesar pentru conlucrarea n reea la nivel ntreprindere. Comutatoarele LAN ofera o mbunatatire a performantei segmentarii LAN fr sa necesite rutere scumpe sau cartele de interfata cu reeaua (NIC). i pentru ca rata de transfer a comutatoarelor creste pe masura ce sunt adaugate mai multe porturi, comutatoarele LAN ofera o solutie scalabila pentru mediile cu o cerere mare. Comutatoarele LAN sunt similare puntilor n sensul ca ele folosesc adrese MAC memorate pentru a transmite cadre de intrare la o destinatie corespunzatoare. Dar fata de puntile conventionale, care transfera pachete folosind memoria partajata sau un bus intern, comutatoarele de cadre sunt deseori construite n jurul unei reele de comutatoare de nalta viteza, care utilizeaza circuite integrate specifice aplicatiilor (ASIC) pentru a furniza o rata de transfer mare, latenta mica i cost per port redus. Combinarea hub-urilor pentru medii partajate cu un comutator LAN nu numai ca divide reeaua n segmente multiple, nsa ofera fiecarui segment o latime de banda completa. Cu segmentarea bazata pe rutere, rata de transfer totala este multiplicata de un numar de ori egal cu numarul porturilor comutatorului. Interfetele LAN traditionale sunt folosite la fiecare port al comutatorului, protejnd investitia utilizatorului i asigurnd ca aplicatiile existente i sistemele de operare de reea sa ramna nemodificate. Reele virtuale Desi comutarea poate mbunatati conlucrarea n reea, ea poate agrava problemele vechi. Fr o structura de rutare, o interconectare comutata ntre reele se comporta ca o reea LAN cu punti, accelernd congestionarea. Solutia traditionala - fiecare segment comutat sa reprezinte o subreea separata - ar crea un cosmar al ntretinerii i al administrarii. Reelele virtuale, o caracteristica inerenta n majoritatea produselor de comutatie, ofera o solutie mult mai clara, decuplnd structura logica a reelei de forma sa fizica pentru a permite o aliniere mult mai eficienta a traficului de reea cu modelele de lucru ale utilizatorului. Reelele virtuale retin beneficiile performantei segmentarii LAN, n

61

timp ce aranjamentul logic controleaza traficul broadcast i creeaza comunitati de interes sigure. Modelul traficului reflecta fluxul muncii mai degraba dect topologia de reea, n timp ce administrarea reelei este cu mult simplificata. Cu reelele virtuale, interconectarea devine tentanta". Numarul subreelelor scade deoarece adresele subreea sunt asignate catre LAN-uri virtuale (VLAN) i nu segmentelor fizice. Administrarea adreselor este simplificata deoarece exista mai putine subreele i deoarece statiile de capat se pot muta n diferite segmente ale aceleiasi VLAN, fr a fi nevoie de o reconfigurare de adresa. Comutarea configuratiei este o forma a modului virtual de lucru n reea. Utilizatorii de pe fiecare etaj acceseaza serverul din centrul reelei prin hub-ul de comutare a configuratiei, ocolind ruterul. Administrarea reelei este simplificata astfel printr-o centralizare a serverului, a hub-ului i a ruterului backbone. Reele LAN de ultima generatie Comitetul IEEE al standardelor internationale, responsabil cu dezvoltarea specificatiilor pentru transmisiile WLAN (Wireless LAN) a anuntat n San Diego, Calif. selectarea propunerii de standardizare dezvoltata de Lucent Technologies i Harris Semiconductor pentru obtinerea unei cresteri de cinci ori a ratei transmisiei de date n reelele fr fir. Noua tehnologie, sustinuta de comitetul 802.11 al IEEE (Institute of Electrical and Electronic Engineers) va permite reelelor WLAN sa transmita date la o rata de 11 Mbps. De aceeasi importanta se bucura i facilitatea noului standard de-a permite compatibilitatea ntre echipamentele WLAN de nalta viteza provenite de la dife riti furnizori. Conform celor afirmate de Cees Links, director general Lucent al diviziei de comunicatii fr fir i reea, "aceasta tehnologie va pune pe picior de egalitate reelele fr fir cu actualele reele cablate, att dintr-o perspectiva a performantei ct i a intero perabilitatii. Acum, utilizatorii de PC-uri desktop respectiv portabile vor fi capabili sa-i maximizeze flexibilitatea i performanta lucrului n reele wireless." "Prin sustinerea acestei propuneri, comitetul 802.11 a luat o decizie extrem de importanta n directia standardizarii sistemelor Ethernet wireless de mare viteza," a afirmat Ron Van Dell, vice presedinte i director general al diviziei produselor de comunicatii de la Harris Semiconductors. "n timp, am observat ca odata ce piata a fost lansata, ea a migrat

62

rapid catre rate mari de transmisie. Susti ne rea propunerii Harris/Lucent a fost cu sigu ranta o rasplata." Reelele LAN wireless ofera o nalta performanta i flexibilitate pentru conectarea PC-urilor desktop i notebook, a statiilor de lucru i a altor dispozitive de reea. Ele ofera de asemenea o alternativa flexibila, ieftina, pentru conectarea mai multor cladiri ntr-un mediu de tip campus sau corporatie. Aplicatiile pentru reele LAN wireless includ acces Internet, productie, puncte de vnzare cu amanuntul, domeniul medical, educatie i utilizare de uz general la birou. Un dispozitiv de acces raspunde de: Formatarea corecta a datelor, astfel incat sa fie acceptate de reea. Plasarea datelor n reea Acceptarea datelor care ii sunt adresate

ntr-o reea locala, dispozitivul de acces este cunoscut ca placa de interfata cu reeaua (NIC Network Interface Card). NIC este o placa de circuite instalata ntr-un calculator i ocupa un slot de intrare/iesire de pe placa de baz a acestuia. Reeaua este cablata apoi la portul pus la dispozitie de aceasta placa. NIC formeaza cadrele de date care trebuie transmise de aplicatiile calculatorului, pune datele n forma binara i accepta intrarea cadrelor adresate calculatorului respectiv. ntr-o reea WAN, dispozitivul de acces este un router. Routerele opereaza la nivelul 3 al modelului de referinta OSI i includ doua tipuri de protocoale: de rutare (routing) i rutabile (routable). Protocoalele rutabile, ca IP, sunt utilizate pentru a transporta datele dincolo de limitele domeniilor de nivel 2. Protocoalele de rutare furnizeaza toate functiile necesare realizarii urmatoarelor operatii: destinatie data. Acceptarea i trimiterea pachetelor prin aceste cai la destinatiile lor. Repetorul este un dispozitiv care accepta semnalele trimise, le amplifica i le plaseaza din nou n reea. ntr-un LAN, un repetor cunoscut mai mult sub numele de concentrator (hub) permite conectarea n reea a mai multor dispozitive, prin furnizarea Determinarea cailor optime prin reeaua WAN pentru orice adresa de

63

mai multor puncte de intrare n reea. Aceasta funcie este atat de importanta pentru reelele LAN actuale, incat adevaratul lor rol regenerarea semnalului este adesea uitat. Capacitatea concentratorului de a regenera semnalele este la fel de vitala pentru succesul unui LAN ca i capacitatea de a asigura mai multe puncte de intrare. Semnalele electronice trimise prntr-un cablu se vor deteriora n mod inevitabil. Aceasta deteriorare poate lua una din urmatoarele doua forme: atenuare sau distorsionare. Atenuarea este scaderea puterii semnalului. Distorsionarea este modificarea nedorita a semnalelor n timpul transferului. Fiecare dintre aceste forme de deteriorare trebuie sa fie abordata i rectificata separat. Atenuarea poate fi compensata prin dimensionarea cablurilor la o lungime minima, pentru a garanta ca semnalul este suficient de puternic pentru a ajunge la toate destinatiile din lungul cablului. n cazul n care cablul trebuie sa fie relativ lung, poate fi instalat pe linie un repetor. Distorsionarea este o problema mai grava n transmiterea semnalelor. Aceasta este diferita de atenuare. Semnalele distorsionate pot altera orice date transportate. Repetoarele sunt incapabile de a face diferenta dintre semnalele corecte i cele distorsionate; ele repeta semnalele fr deosebire. Exista totusi mai multe metode de combatere a distorsiunilor: Urmati riguros orice instructiuni de instalare care v-au furnizate impreuna cu Identificati toate sursele care pot cauza distorsiuni. n continuare, incercati mediul dumneavoastra de transmisie. sa indepartati cablurile de sursele respective. De asemenea, poate fi util sa folositi tehnologii speciale de transmisie n reea, precum cablarea prin fibre optice, care pot impiedica aparitia distorsiunilor. Utilizarea protocoalelor de reea care au capacitatea sa detecteze i sa corecteze automat orice erori de transmisie posibile. Componentele software necesare ntr-o reea includ urmatoarele elemente: cu reeaua. Protocoale care definesc i regleaza modul n care comunica doua sau mai Software la nivel hardware, cunoscut ca microcod sau drivere, care multe dispozitive controleaza modul de functionare al dispozitivelor individuale, precum placile de interfata

64

Software pentru comunicatii.

Protocoale Asigurarea conectivitatii fizice pentru o reea reprezinta partea cea mai usoara. Adevarata greutate consta n dezvoltarea unor mijloace de comunicare standard pentru calculatoare i alte dispozitive atasate la reea. Aceste mijloace de comunicare sunt cunoscute oficial ca protocoale. Protocoalele pentru reele LAN sunt numite frecvent arhitecturi LAN, pentru ca sunt incluse n NIC. Ele predetermina n mare msur forma, dimensiunea i mecanica reelei. Drivere de dispozitiv Un driver de dispozitiv este un program de nivel hardware care controleaza un anumit dispozitiv. Un driver de dispozitiv poate fi privit ca un sistem de operare n miniatura pentru o singura componenta hardware. Fiecare driver contine toata logica i toate datele necesare pentru a asigura functionarea corecta a dispozitivului respectiv. n cazul unei placi de interfata cu reeaua (NIC), driverul include furnizarea unei interfete pentru sistemul de operare al gazdei. Software pentru comunicatii Componentele hardware i software de reea care au fost descrise anterior nu au capacitatea de a-i permite unui utilizator sa foloseasca efectiv reeaua. Ele nu fac decat sa asigure infrastructura i mecanismele care permit utilizarea acesteia. Sarcina utilizarii efective a reelei cade n seama aplicatiilor software specializate, care controleaza comunicatiile. Indiferent de tipul sau complexitatea aplicatiilor, software-ul pentru comunicatii reprezinta mecanismul care face banda de frecventa cu adevarat utilizabila. Reelele locale pentru transmiterea datelor, denumite pe scurt LAN (Local Area Networks), se extind pe arii limitate, adic la nivelul unui etaj dntr-o cldire, n aceeai cldire, dar pe mai multe etaje sau n cldiri apropiate. n consecin, mediul fizic care asigur comunicaiile ntr-o reea LAN este scurt ca lungime i n aceste condiii rata de transfer a datelor este mare. n reelele de tip LAN, topologiile cele mai rspndite sunt cele de tip STEA (STAR), BUS i INEL (RING).

65

n LAN-urile de tip STEA (STAR) apare o unitate central (HUB) la care sunt conectate toate staiile i aceasta are rolul de a pune n legtur o staie chemtoare cu staia chemat. n topologia BUS, mediul fizic prin care se asigur legtura ntre staii, de exemplu un cablu coaxial, trece prin locurile unde sunt amplasate staiile. Mediul fizic de comunicare apare ca o magistral unic pentru toate staiile. Sunt necesare prin urmare reguli prin care s se disciplineze accesul staiilor la mediul de comunicaii precum i algoritmi care s conduc la folosirea eficient a capacitii de transport a magistralei comune. n topologia INEL (RING), mediul fizic trece de la o staie la alta (n serie) formnd un inel, legturile ntre staii fiind de tipul punct la punct. n topologia BUS cnd o staie transmite, transmisia este n principiu de tip broadcast n sensul c toate staiile legate la magistrala comun pot recepiona mesajul transmis dac doresc

66

CAPITOLUL V Internet cu implicaii la proiectarea sistemelor


Internet-ul reprezint mai mult dect o reea uria de calculatoare. El constituie o reea de reele (comerciale, militare, academice, universitare, educaionale etc.), fiind, n plus, un mediu informaional imens ce ofer servicii i resurse din cele mai diversebaze de date, biblioteci, dar i o nebnuit comunitate de persoane din cele mai diferite domenii ale vieii economico-sociale. O definiie succint a Internet-ului poate fi formulat astfel: un numr foarte mare de calculatoare rspndite n toat lumea, legate ntre ele pentru stocarea, partajarea i directionarea diverselor tipuri de informaii. La nceput reeaua avea scopul de a servi programele de cercetare i de a rezolva orice problem legat de calculatoare. Uurinta cu care se pot distribui informaii dar mai ales uurina cu care orice utilizator poate avea acces la informaii, a fcut din Internet un mediu de nelipsit. Sunt distribuite informaii de orice tip, ncepnd cu programe de nvare a utilizrii microcalculatoarelor, continund cu lecii de nsuire a cunotinelor din cele mai diverse domenii, tiri, baze de date imense, cotaii la burs, oferte de locuri de munc, legislaie, reete medicale, muzee virtuale i chiar reete culinare. Internet-ul este n acelai timp o uria bibliotec, un instrument de coresponden rapid, un nou mediu de publicare i un mijloc de difuzare mondial al informaticii. Modul de acces este simplu interactiv i nltur discriminarea geografic. Revenind la definiia o reea de reele trebuie spus c toate reelele LAN, MAN i WAN pot fi conectate ntre ele prin legturi rapide i performante. Legatura poate fi stabilit prin satelit, prin linii analogice dedicate, circuite de comnunicaii digitale, unde radiofonice etc. nceputurile Internet se situeaza n anii 60. Astfel, n 1967 Bob Taylor care a lucrat la ARPA (Advanced Research Project Agency), a avut ideea de a lega mpreun ntr-o reea redundant, bazat pe pachete toate calculatoarele de la universitile importante participante la programele ageniei. Astfel, se realizeaz n 1969 prima conexiune la distan ntre dou calculatoare, ARPA experimentnd o reea de comutare de pachete, bazat pe linii telefonice, ntre

67

Stanford Research Institute i University of California din Los Angeles. n acest fel ia natere ARPANET (Advanced Research Project Agency Network). n perioada anilor 70 s-au adus o serie de modificri n sensul mbuntirii comunicaiilor, cea mai important fiind elaborarea unor seturi de reguli (protocoale ), ce au asigurat o comunicare ntre calculatoare la un nivel mai bun, ceea ce a adus viteza de tranmitere la 50Kbps. Anut 1977 a marcat adugarea la reea E-mail-ul, iar puin mai trziu n 1979, s-a adugat USENET o reea virtual de tiri, servicii ce au largit considerabil aria de utilizare i au oferit o noua orientare n evolutia reelei. La inceputul anilor 80 datorita traficului extrem de ridicat de informatii i din ratiuni de securitate a datelor cu caracter militar ARPANET se divide n doua sedimente: MILNETo reea militara i ARPANETo reea civila ce continua cercetarile asupra reelelor i orientata pe schimbul nelimitat de informatii. Anul 1982 marcheaza reunirea principalelor reele: ARAPNET, MILNET, NSNET. Evolutia Internet este marcata n continuare de adaugarea de noi servicii: serviciul de informare GOPHER, serviciul de transfer de fisier FTP, serviciul World Wide Web etc. Ziua de 1 ianuarie 1983 marcheaz trecerea de la protocolul NCP (Network Control Protocol) laTCP/IP (Transmission Control Protocol/Internet Protocol). Numrul calculatoarelor conectate la reeaua Internet a crescut apoi rapid de la un an la altul de la 1024 n 1984 la 130000 n 1989. n anii 90 Internetul s-a dezvoltat mult, nu numai ca volum de informaii i servicii permanent accesibile, dar i ca numr de utilizatori. Anul 1991 este momentul n care National Science Foundation, care superviza modul de operare pe Internet a ridicat restrictiile impuse de domeniul comercial, ceea ce a produs o adevarata explozie n cresterea numarului calculatoarelor conectate. n 1993, Casa Alb deschide prima cutie potal Internet (president@whitehouse.gov). Anul 1994 marcheaz realizarea primelor transmisii audio i video prin Internet. n fiecare lun se conecteaz la Internet peste un milion de noi utilizatori. Internet Society estimeaz c aproximativ 115 ri dispun de o conexiune la reeaua informatic mondial.

68

Romnia, dei a aprut relativ trziu n peisajul comunicaiilor globale, a marcat o cretere impresionant ntr-un scurt interval de timp. Internet-ul nu este proprietatea cuiva, nu exist nici o companie care s impun reguli. Desigur, fiecare component este proprietatea cuiva, dar reeaua ca ntreg nu are un patron este un sistem care i menine integritatea datorit intereselor mutuale, dei numrul organizaiilor depete 50 de mii. Internet-ul este o reea descentralizat, uneori chiar anarhic, dar fr aceast descentralizare nu s-ar fi ajuns la o cretere i dezvoltare att de spectaculoas. Internet-ul este administrat prin consens de diferite organizaii care se ntrunesc pentru a gsi cea mai bun metod global pentru funcionarea reelei. Furnizorii regionali sau naionali de servicii Internet sunt interconectai fie direct, fie prin intermediul unui organism supranaional. Principalele oragnisme existente n Europa sunt: Ebone i Europanet. Ebone este o asociaie care gestioneaz numeroase reele europene. Europanet este gestionat de DANTE (Delivery of Advance Network Technology to Europe). Totui exist i o organizaie a utilizatorilor Internet-ului, numit ISOC (Internet Society), cu caracter voluntar, unicul ei scop fiind promovarea schimbului global de informaii. Conductorii acestei organizaii au responsabilitatea de a gestiona din punct de vedere tehnic Internet-ul i de a standardiza tehnologia folosit. ncepnd cu 1983, funcioneaz i o organizaie ce are ca scop ghidarea evoluiei protocolului TCP/IP-Internet Activities Board (IAB). Aceasta ofer sfaturi i sprijin n cercetrile efectuate n sprijinul comunitii Internet. De-a lungul evoluiei Internet Activities Board, a fost organizat n mai multe rnduri, n prezent avnd dou componente: Internet Engineering Task Force, ce are responsabilitatea de a dezvolta protocolul TCP/IP i integrarea altor protocoale n Internet (cum este OSI) i Internet Research Task Force, care continu s organizeze i s exploreze concepte avansate privind reelele. De asemenea, nu exist o firm care s conecteze plile de la toate reelele Internet sau de la utilizator. Fiecare platete pentru partea sa. Reelele se adun i decid cum s se conecteze mpreun apoi adun fonduri pentru aceste interconexiuni. O firm sau o instituie pltete pentru conectarea la o reea regional care la rndul ei platete un furnizor naional pentru accesul su la o reea internaionala. Numeroase moduri Internet n special universitare sunt finantate de bugetele statelor.

69

Sunt patru moduri principale de conectare la Internet: conexiunea permanent (permanent connection), conexiunea direct pe linie telefonic (dial-n direct connection), conexiunea ca un terminal pe linie telefonica (dial-n terminal connection ), conexiune de tip pota electronic (e-mail connection ). Conexiunea permanent presupune existena unei linii dedicate ntre domiciliul utilizatorului i subreeaua Internet Service Providers sau nchirierea unui tronson special pentru legarea direct la Internet. Este modalitatea cea mai bun de conectare din punct de vedere al vitezei i calitii transmisiei, dar este i cea mai scump. n special instituiile de nvmnt nchiriaz un tronson pentru conectarea la Internet pe care-l pun la dipoziie cadrelor didactice i studenilor prin intermediul reelei locale de calculatoare, dar i marile instituii publice i firmele mai utilizeaz acest tip de conexiune. Liniile dedicate se nchiriaz de la un operator, n Romnia, ROMTELECOM. Utilizarea lor este facturat n funcie de distan, operatorul garantnd debitul dorit, iar costurile lunare se stabilesc fie la MB transferat, fie sub form de abonament lunar cu trafic nelimitat. Conexiunea direct pe linie telefonic. Unii furnizori de servicii permit legarea prin intermediul unui modem pe o linie telefonic, la calculatorul lor i prin intermediul acestuia, acces direct la Internet. Calculatorul utilizatorului va funciona identic ca un calculator host (gazd ) din reeaua Internet. Este o legtur temporar pentru ca schimbul de date, ntre calculatorul utilizatorului i cel care este conectat la Internet, se poate realiza numai cnd legatura telefonic este activ, dar taxa de instalare scazut i cea de transmisie fac ca acest tip de conexiune s fie cel mai des ntalnit. Conexiunea ca terminal pe linie telefonic. Pentru cei ce dispun de resurse financiare mai reduse, este o modalitate eficient de acces la Internet. Conexiunea se face tot pe linie telefonic, cu ajutorul unui modem i apelnd la un furnizor de servicii. Dup realizarea conectrii, calculatorul funcioneaz ca un terminal, el nefiind legat direct la Internet. Toate programele rulate se desfoar pe calculatorul furnizorului de servicii. Datorita acestei situaii, pentru a transfera fiierele pe calculatorul utilizatorului, ele trebuie mai nti copiate pe calculatorul furnizorului de servicii i abia apoi, utiliznd comenzile de transfer de date proprii progamului de comunicaie, se pot copia pe sistemul utilizatorului.

70

Conexiunile temporare se stablilesc n funcie de nevoi. Utilizarea lor se factureaz n funcie de distant i de durata utilizrii, putndu-se astfel folosi att linii analogice ct i linii digitale. Odata cu dezvoltarea reelelor i serviciilor de telecomunicaie mobil, utilizarea telefonului celular a extins posibilitatea celor care cltoresc i dein un calculator portabil s se conecteze la Internet din orice punct al rii. Conexiunea de tip pot electronic. Cei aflai n aceast situaie pot transmite mesaje e-mail n Internet i primi acelai gen de mesaje de la orice utilizator Internet, pot adresa i receptiona mesaje pentru grupurile de dialog USENET. Majoritatea furnizorilor de servicii, au oferit la nceput utilizatorilor doar servicii la pot electronic, dar pe msur evoluiei Internet, acest tip de conexiune a nceput s ofere mult prea puin n raport cu facilitile Internet. O modalitate mai puin folosit n Romnia este conectarea la Internet prin intermediul reelelor CATV. Pentru conectare este nevoie de un modem de cablu, vitezele de transfer fiind foarte mari: 10Mbps. Un asemenea tip de legtur se folosete n special de companiile cu volum mare de trafic. Ultimii ani au permis i recurgerea la un nou tip de conectare: conectarea de tip VSAT prin intermediul antenelor de satelit. Costurile de instalare sunt de ordinul miilor de dolari, iar abonamentul lunar variaz ntre 1.900$ i 5.500$. Pentru a realiza o conexiune Internet este nevoie de urmatoarele elemente: un calculator, un modem, un program de comunicare, un cont Internet, un nume de legatur, o parol, un instrument de plat. Contul Internet, n funcie de tipul de conexiune, poate fi cont telefonic sau cont dedicat. Contul telefonic se folosete pentru a telefona unui calculator aflat la sediul unui distribuitor de servicii n vederea accesului la Internet. Contul Internet dedicat se mai numeste i cont IP (Internet Protocol). Calculatorul prin care se face conectarea la Internet nu trebuie s fie un calculator foarte performant. Singurele cerine sunt legate de posibilitatea de a rula programul de comunicaie i posibilitatea de a fi conectat un modem. Modemul convertete semnalul numeric furnizat de calculator n semnal analogic care poate fi transmis pe linia telefonic, iar la receptor asigur demodularea semnalului.

71

Modemurile sunt de dou tipuri: intern i extern. Modemul intern este o plac de calculator montat n interior i conectat la linia telefonic. Modemul extern se conecteaz n exteriorul calculatorului printr-un cablu ce face legatura cu portul serial al calculatorului. Viteza modemului are mai puin importan, dar o viteza mai ridicat asigur o economie de timp. Pentru a evita problemele de compatibilitate este bine de consultat furnizorul de servicii Internet nainte de achiziia modemului. Programul de comnunicaie asigur folosirea modemului pentru apelul telefonic la distan a unui calculator. Pentru a se putea conecta la Internet este suficient ca programul de comunicaie s poat transmite datele conform protocolului Xmodem sau Zmodem. Numele de legatur identific utilizatorul la conectare (login name, user name, account name). Este elemntul n funcie de care se face recunoaterea n Internet. n general, acest nume este format din opt caractere i trebuie facut diferenta ntre majuscule i litere mici. Parola reprezint un mijloc de protecie pentru utilizator. De obicei are lungimea de opt caractere i este stabilit la crearea unui cont Internet. Existena parolei mpiedic citirea mesajelor de ctre o alt persoan, transmiterea de mesaje sau accesul pe Internet pentru alte persoane. Instrumentul de plat este, de regul, o cartela de debit sau de credit.

72

CAPITOLUL VI Wap
Din antichitate pn la sfritul secolului XIX, singura metod de comunicare ntre dou persoane aflate la distan mare una fa de cealalt a fost comunicarea scris. De-a lungul acestei perioade, anterioar telecomunicaiilor, informaiile se transmiteau n ritmul mesagerilor. ncepnd cu secolul XX, telecomunicaiile au dus la dispariia distanelor dintre persoanele ce doresc s comunice. nainte de a aborda n detaliu GSM (Sistemul global de comunicaii mobile), protocoalele sale, echipamentele care compun o reea i caracteristicile terminalelor, vom parcurge rapid etapele majore din istoria telecomunicaiilor ce au precedat apariia GSM. Dobndirea cunotinelor teoretice i practice n domeniul telecomunicaiilor dateaz din secolul XIX. n 1876, savantul canadian Graham Bell (1847-1922) inventeaz telefonul, primul echipament modern de telecomunicaii. Din acest moment, s-a putut comunica ntre dou posturi fixe prntr-o pereche de cabluri (perechea telefonic). n 1887, fizicianul german Heinrich Herz (1857-1894) descoper undele herziene: undele radio. n 1896, la Bologna, fizicianul italian Guglielmo Marconi (1874-1937) realizeaz prima transmisie radio. Experimentul a avut loc n hambarul n care i avea instalat laboratorul. Marconi a reuit s comande de la distan o sonerie electric, distana dintre emitor i receptor fiind de civa metri. El i va breveta invenia, denumind-o telegraful fr fir; n viitor se vor pstra doar iniialele: TFF. Pentru perfecionarea inveniei, Marconi i mut domiciliul n Anglia ntre anii 1897 i 1901. Aici, n 1901, realizeaz prima transmisie radio transatlantic ntre Cornouailles i Terra Nova. Aceast legtur radio inaugureaz epoca telecomunicaiilor la distan mare. n mai puin de zece ani, Marconi a perfecionat o tehnic de transmisie radio eficace i fiabil. Pentru activitatea sa n domeniul undelor herziene", primete, n 1909, premiul Nobel pentru fizic. Undele radioelectrice (sau herziene) permit comunicarea ntre dou puncte fixe, dar mai ales ofer soluia ideal pentru a stabili o comunicare cu puncte mobile de orice fel:

73

vapoare, avioane, satelii, automobile sau persoane, oricare ar fi distana dintre cei doi corespondeni. De la nceputul secolului XX, serviciile de poliie din diferite ri ale Europei i Americii de Nord sunt dotate cu mijloace radio pentru a realiza comunicarea cu echipele de patrul. La nceputul anilor '50, n Statele Unite, compania Bell Telephone le propune abonailor si un serviciu de radiotelefonie. Pentru prima oar, radiotelefonia se banalizeaz, marele public avnd acces la un serviciu rezervat pn atunci instituiilor. Dar la reeaua telefonic nu se pot abona dect un numr limitat de persoane. Pentru a face fa numrului din ce n ce mai mare de cereri pentru abonamente la acest serviciu, trebuiau inventate noi concepte care s permit mprirea benzilor de frecvene radio unui numr mai mare de abonai i s mbunteasc gestionarea reelei. Cantitatea de frecvene radio disponibile pentru radiotelefonie constituia o piedic n rspndirea acestei metode de comunicare. n 1964, n reelele de radiotelefonie este introdus conceptul de partajare a resurselor. Reeaua administreaz un canal radio, n mod dinamic, pe durata fiecrei noi comunicri. Sistemul alege din ansamblul de canale libere o frecven pe care o confer noii comunicri. Evoluia este important: administrarea frecvenelor, care era pn acum static, devine dinamic. Din acest moment, o reea poate avea mult mai muli abonai dect canale radio. Frecvenele radio sunt resurse rare n telefonie, lucru ce duce la o nevoie continu de a optimiza modul de utilizare a acestora. n 1971, n Statele Unite, ca rspuns la cerinele unui sistem de radiotelefonie deschis unui numr mare de abonai, compania Bell Telephone prezint conceptul de reea celular - concept formulat de Comisia Federal de Comunicaii care utilizeaz o band de frecvene limitat ca mrime. Compania Bell Telephone pune n practic acest concept propunnd sistemul AMPS (Advanced Mobile Phone Service - Serviciul de telefonie mobil avansat). Sistemul experimentat n Chicago este operaional din 1978. Principiul reelei celulare se bazeaz pe mprirea spaiului geografic acoperit de reea n mici teritorii numite celule. n fiecare celul exist o staie ce reprezint ansamblul emitor-receptor al reelei, direcionat nspre staiile mobile aflate n limitele geografice ale celulei respective. n raport cu situaia anterioar, evoluia const n mrirea numrului de

74

staii din reea i, n acelai timp, n diminuarea puterii de emisie a fiecrei staii. De fapt, fiecare staie a reelei trebuie s acopere o suprafa mai restrns, iar consecina la nivelul reelei este gestionarea schimbrilor de celul, atunci cnd un abonat prsete o astfel de arie, pentru a intra n alta adiacent. O staie coordoneaz ansamblul de frecvene acordate de reea celulei sale i grupul de abonai prezeni n respectiva celul. Cnd un abonat vrea s transmit un apel, staia i atribuie o frecven de emisie. Dac abonatul trece n alt celul, intr sub controlul altui emitor, care i acord o nou frecven de emisie, diferit de prima. n acelai timp, este eliberat frecvena folosit n celula originar. Conceptul de reea celular aduce n principal dou elemente noi: schimbarea dinamic a frecvenei de emisie a unui punct abonat mobil, n timpul unei comunicaii, n funcie de deplasarea sa n reea, i reutilizarea frecvenelor din celulele suficient de ndeprtate unele de altele. Aceste dou nouti permit creterea numrului de comunicaii simultane din reea i, deci, a numrului de abonai. n 1982, n Statele Unite, Comisia Federal de Comunicaii stabilete normele sistemului AMPS ce devine standardul unic pentru radiotelefonie n America de Nord. n anii '80 au fost puse n funciune nenumrate reele celulare n ntreaga lume, dar majoritatea utilizeaz norme incompatibile i metode de transmisie analogice, fiecare ar stabilindu-i n mod suveran propria norm. n zilele noastre exist numeroase reele celulare de radiocomunicaii, ajungndu-se pn la o banalizare a acestui mijloc de comunicare. Se poate comunica n orice loc i n orice moment, primind sau transmind sunete i date. Telecomunicaiile au devenit pentru marele public un fel de multimedia; se transmit la fel de bine sunetul, textul sau imaginea, datele fiind o mbinare a tuturor acestor tipuri de informaie. Publicului i sunt oferite servicii variate: radiomesagerie unilateral: permite difuzarea mesajelor alfanumerice dntrun spaiu geografic determinat, de la o surs ctre un abonat, fr a oferi posibilitatea unei confirmri sau a unui rspuns (n Frana: Eurosignal, Alphapage; la noi: serviciul pager); sistemele pe baz de satelit: permit transmisia de date i dispun de o radiocomunicaia telefonic: utilizeaz fie transmisia analogic, fie acoperire mondial; transmisia digital. Sunt oferite, n Frana, de Rseaux Radio Privs (2RP), Rseaux Radio

75

Ressources Partages (3RP), aceste servicii asigurnd transmiterea de sunete, mesaje sau date. n Romnia, servicii de acest tip sunt oferite de operatorii MobiFon i Mobil Rom. telefonul fr fir: utilizarea sa se face fie la domiciliu fie n public (Biteleplile: cu aplicaii curente n cazul autorutelor, al staionrilor sau n reelele locale fr fir: ofer mobilitate staiilor dntr-o reea, aplicaiile lor Bop n Frana). controlul accesului. cele mai frecvente fiind terminalele portabile utilizate n depozite sau magazine pentru controlul stocurilor i actualizarea n timp real a bncilor de date. n Europa, fiecare ar i-a ales n mod suveran norma proprie pentru radiotelefonie analogic. Marea Britanie i Italia au adoptat norma american sub denumirea de Total Access Cellular System". rile scndinave, cele din Benelux i operatorul francez SFR (Societatea Francez de Radiotelefonie) au ales norma Nordic Mobile Telephone" (NMT). n schimb, France Telecom a dezvoltat norma Radiocom 200 iar Germania a preferat norma C-Net". Toate aceste norme utilizeaz transmisia analogic. n privina abonailor i a traficului, capacitile lor sunt reduse i presupun un numr mare de frecvene. n toate marile orae ale lumii (Los Angeles, New York, Chicago, Paris, Londra, Roma) radiotelefonia este victima propriului succes: operatorii nu mai fac fa cererilor pentru abonamente ce ntrec capacitile reelelor. Cauzele acestei situaii sunt penuria de frecvene radio libere pentru diferitele reele i limitele tehnologiei folosite. Pentru a depi aceast situaie, a trebuit s se fac apel la dou noi bariere tehnologice: multiplexarea temporal i trecerea de la transmisia analogic la transmisia digital a informaiei. Crearea grupului GSM n 1982, Conferina European a Administraiilor Potelor i Telecomunicaiilor (CEP) creeaz Grupul Special Mobil (Groupe Spcial Mobile - GSM). CEP d ca sarcin GSM-ului elaborarea de norme europene pentru radiocomunicaiile cu punctele mobile, n banda de frecvene rezervat acestui scop, din 1978, de ctre Conferina Administrativ Mondial a Radiocomunicaiilor.

76

n 1982 CEP stabilete: mobile. n 1987, GSM stabilete opiunile tehnice majore pentru normele de radiocomunicaie cu punctele mobile. Acestea sunt: transmisie digital; multiplexare temporal a canalelor radio; criptarea informaiilor transmise prin canalul radio; nou lege privind codarea cuvintelor, cu debit redus n raport cu legile n banda 890-915 MHz pentru emisia staiilor mobile; banda 935-960 MHz pentru emisia staiilor fixe. numr mare de abonai; compatibilitate la scar internaional; utilizarea eficace a spectrului radioelectric; disponibilitate mare; adaptabilitate la densitatea traficului; calitate a serviciului comparabi cu cea a reelei prin cablu; costuri de utilizare atractive pentru abonai; posibilitatea accesului de la terminale mobile sau portabile; serviciu telefonic obinuit i servicii speciale cum ar fi gestiunea grupurilor

Obiectivele desemnate de CEP pentru normele GSM sunt:

vigoare n cadrul telecomunicaiilor. Cerinele GSM European Telecomunication Sstandard Institute (ETSI) este organismul care stabilete normele GSM. Pentru a defini solicitrile fcute de principalii ageni din cadrul GSM, acest organism a publicat peste 140 de specificaii tehnice care acoper sistemele GSM i DCS 1800. Reglementrile se stabilesc n jurul a trei puncte principale: GSM de 900 MHz; DCSde 1800 MHz; ansamblul GSM 900 i DCS 1800.

77

Pentru a stabili un cadru de norme, ETSI a inventariat mai nti participanii la GSM, care sunt: utilizatorul; operatorul; fabricantul; organismul abilitat care stabilete norme dntr-o anumit ar.

Cerinele utilizatorului Pentru utilizator, radiotelefonia este un instrument de comunicare ce trebuie s poat fi folosit cu uurin i ntr-un mod plcut, la un cost rezonabil. ETSI a reinut urmtoarele solicitri: transmisia cuvntului de o calitate asemntoare serviciului telefonic clasic; confidenialitatea conversaiilor; acoperire teritorial larg; transmisie de mesaje; transmisie de date; terminal ergonomie, uor i compact; costuri de acces rezonabile; costuri de utilizare sczute; disponibilitate mare a serviciului; acoperire internaional (posibilitatea de a beneficia de servicii ntr-o reea

diferit de cea la care este abonat utilizatorul). Cerinele operatorului Operatorul privete reeaua ca pe o investiie care trebuie s renteze, s aib o anumit durabilitate n timp i s poat fi mbuntit. Operatorul este, n primul rnd, un furnizor de servicii pentru abonai; reeaua este, n acelai timp, i instrumentul de munc i raiunea de a fi a activitii sale comerciale. Calitiile pe care trebuie s le aib reeaua din punctul su de vedere sunt: utilizarea optim a resurselor (frecvene radio, capacitatea de transmisie); disponibilitate mare; exploatare uoar i eficace; 78

identificarea uoar, eficace i fiabil a abonailor i a terminalelor; numr mare de abonai; echipamente standardizate; standardizare flexibil; numr mare de furnizori de echipamente; cost rezonabil al infrastructurii.

Cerinele fabricanilor Fabricantul de produse dorete ca prin normele existente s-i fie asigurate urmtoarele: definirea exact a funciilor ce trebuie ndeplinite de produsul su; definirea clar a restriciilor; un organism unic pentru acreditarea produselor; pia de desfacere pe ct de larg posibil.

Cerinele organismelor de reglementare Aceaste organisme solicit urmtoarele: oferirea accesului la serviciile de radiotelefonie ntregii populaii; libera concuren ntre diferii operatori care ofer acest tip de serviciu; standardizarea echipamentelor, n scopul de a deschide piaa de furnizare standardizarea posturilor abonate; exploatarea tuturor posibilitilor oferite de frecvenele radio atribuite desfurarea serviciului de radiotelefonie la nivelul ntregului ansamblu

pentru toi fabricanii;

sistemului GSM (numrul frecvenelor este limitat); teritorial administrat de respectivele organisme. Organismele de reglementare doresc, n principal, s stabileasc o egalitate pentru toi protagonitii (utilizatori, productori, operatori), prntr-un demers liberal care vizeaz garantarea pluralitii ofertei i posibilitatea cumprtorilor de alege n mod liber. Cu toate c sistemul a fost conceput pentru a satisface cerina de a comunica prin voce la distane mari i foarte mari, el este folosit i pentru transmiterea datelor, utiliznd n acest scop unele echipamente suplimentare. Unele soluii moderne aplicate n sistemul de

79

comunicaii telefonice sunt folosite i n alte sisteme, inclusiv n cazul interconectrii calculatoarelor. WAP este un subiect fierbinte cruia i-a fost fcut pe larg o publicitate exagerat n interiorul i n afr industriei mobile. WAP este doar un tratat - un mod standardizat prin care un telefon mobil comunic cu un server instalat n reeaua telefonului mobil. Este uimitor cum doar n ase luni a devenit necesar pentru toate companiile de tehnologie de informare din rile nordice i departe de a avea o diviziune WAP. Serviciul WAP este fierbinte din mai multe motive: Furnizeaz un mod standardizat de legtur ntre telefonul mobil i Internet, Membrii si fondatori includ majoritatea vnztorilor de tehnologie fr fir n acest mod legnd dou dintre cele mai fierbini industrii de oriunde. Nokia, Ericsson, Motorola, plus un nou aparut Phone.com. Serviciile de informaie mobil, o aplicaie primar pentru WAP, nu au avut aa de mult succes cum s-au ateptat muli operatori de reea. WAP este vzut ca un mod de ndreptare a acestei situaii. WAP are de asemenea detractorii i contoversele sale: WAP. Comparat cu baza instalat n telefoanele performante a SMS-ului, numrul relativ de receptoare suportnd tehnologia WAP este mic. Nici unul dintre productorii GSM existeni pentru WAP - SMS, USSD, CSD nu sunt ncurajai pentru tehnologia WAP. Standardul WAP este incomplet, cu elemente primare cum ar fi Push (expediere controlat a informaiei pe dispozitive mobile) i telefonia fr fir (aducerea la zi a rapoartelor de adres i a unui lucru asemntor) incluse n WAP 1.2, standardizat trziu n 1999 i asteptat la nceput s fie aplicat n primavara anului 2000. Exist muli vnztori de cale WAP care concureaz unul mpotriva celuilalt n mare msura cu un produs standardizat. Alte tratate cum ar fi SIM Application Toolkit i MexE sunt respectiv deja susinute n mare msur sau concepute s cedeze WAP-ul. Este foarte greu s configurezi telefoane WAP pentru noile servicii WAP, cu 20 sau diferiti parametrii care trebuie s fie intodui pentru a avea acces la un serviciu

80

Se ateapt ca serviciile WAP s fie costisitoare de utilizat de cnd tendina a aprut pentru apel CSD ca trsturi cum ar fi interactivitatea i selectarea mai multor informaii care sunt folosite de utilizatorul final. Fr iniiative a unui tarif specific, este posibil s existe civa utilizatori WAP surprini cnd i vor vedea nota de plat a telefonului mobil prima dat de la nceperea utilizrii WAP-ului. Motorola, Nokia, Ericsson i compania de software american Phone.com (n trecut Unwired Planet) erau parteneri iniiali care au lucrat mpreun acum peste doi ani la jumtatea anului 1997 ca s dezvolte i s desfoare WAP-ul. WAP-ul este o ncercare de definire a standardului pentru ct coninut de pe Internet este filtrat pentru comunicaiile mobile. Coninutul este acum aproape disponibil pe Internet i WAP-ul a fost conceput ca un mod de a-l face mai uor disponibil pe terminalele mobile. Forumul WAP a fost format dup ce operatorul de reea american Omnipoint a scos o ofert pentru furnizarea serviciilor de informaie mobil la nceputul anului 1997. A primit cteva rspunsuri de la diferii furnizori care foloseau tehnici proprii pentru a expedia informaia cum ar fi Smart Messaging de la Nokia i HDML de la Phone.com (apoi numit Unwired Planet). Omnipoint i-a informat pe ofertani c nu va accepta un mod de abordare propriu i a recomandat unirea mai multor vnztori pentru a cerceta un standard comun. Dup toate astea, nu a existat o mare diferen ntre modurile de abordare variate, care ar putea fi combinate i extinse pentru a forma un standard puternic. Aceste evenimente au fost stimulul iniial din spatele dezvoltrii WAP-ului, cu Ericsson, Motorola alturndu-se Companiilor Nokia i Unwired Planet ca membrii fondatori ai Forumului WAP. WAP-ul ia ca mod de abordare un server favorit. El ncorporeaz n telefonul mobil un microbrowser simplu, care cere doar resurse limitate pe telefonul mobil. Acest fapt face ca WAP-ul s fie potrivit pentru clienii slabi i mai devreme pentru telefoanele inteligente. WAP pune inteligena n WAP Gateways n timp ce adaug doar un microbrowser la telefoanele mobile. Serviciile de baz ale microbrowserului i aplicaiile se gsesc temporar pe serveri, nu n mod permanent n telefoane. Scopul WAP-ului este de a transforma o mas de pia de telefonie mobil n "telefon inteligent bazat pe reea". Ca reprezentant al companiei Phone.com pe marginea Forumului WAP s-a comentat: "Filozofia din spatele

81

modului de abordare a WAP-ului este folosirea de resurse ct mai puine n dispozitivul de susinere i compensarea de constrngeri ale dispozitivului prin mbuntirea funcionrii reelei". WAP-ul este nfiat ca tratat cuprinztor i echilibrat conceput pentru utilizarea cu: inteligente. Orice serviciu cu tehnologie fr fir existenta sau plnuit cum ar fi SMS-ul, CSD-ul, USSD-ul I GPRS-ul. ntr-adevr, importana WAP-ului poate fi gsit n faptul c WAP-ul furnizeaz o cale evolutiv pentru productorii de aplicaie i operatorii de reea pentru a-i oferi serviciile pe diferite tipuri de reele, productori i capacitate terminal. WAP-ul a fost conceput s lucreze cu toate standardele celulare i este sustinut de principalii lideri n tehnologia fr fir din lumea ntreag cum ar fi AT&T Wireless i NTT DoCoMo. WAP-ul cuprinde i extinde tratatele de date de tehnologie fr fir dezvoltate i concepute dinainte. Phone.com a creat o versiune a standardului de Internet HTML, tratate concepute n special pentru transferul efectiv de informaii de-a lungul reelelor mobile. Terminalele cu tehnologie fr fir au ncorporat un microbrowser HDML, iar Phone.com un HDTP dup care a legat terminalul de UP Link Server Suite care conectat la Internet sau Intranet unde informaia fiind cerut este gsit. Continutul site-ului de Internet a fost etichetat cu HDML. Aceast tehnologie a fost ncorporat n WAP i renumit folosindu-se cteva din multele acronime legate de WAP cum ar fi WMLS, WTP i WSP. Cineva cu un telefon mbuntit cu WAP folosete microbrowser-ul pentru a face o cerere n WML, un limbaj derivat din HTML n special pentru caracteristicile reelei cu tehnologie fr fir. Aceast cerere este pasat unei pori WAP care apoi recupereaz informaia de pe un server de Internet chiar ntr-un format standard HTML sau de preferat direct pregatit pentru terminalele cu tehnologie fr fir folosind WML. Dac coninutul care a fost recuperat este n format HTML, un filtru al porii WAP poate s-l traduc n WML. Un Orice telefon mobil dintre acelea cu o singur linie afiat pn la cele

82

limbaj original WML este disponibil pentru format de date cum ar fi intrri n calendar i cartele de afaceri electronice pentru ncorporarea direct n dispozitivul clientului. Informaia cerut este apoi trimis de la poarta WAP la clientul WAP, folosind orice reea mobil, productorul serviciului este disponibil i potrivit. Versiunea WAP 1.2 susine serviciile Push, Profile Utilizator, WDP Tunneling, scrierea WML, CryptoLibrary, Aplicaia Telefoniei fr fir, mbuntirile locului de aplicare a tehnologiei fr fir i alte trsturi. Exist cteva rezultate nestandardizate sau nerezolvate legate de WAP de care productorii de aplicaii ar trebui s se fereasc: Servicii de transmisie nesustinute Specificarea WSP a WAP-ului definete operaiunea de transmisie WSP i o transmisie WPS - PDU. O operaiune de transmisie nu este specificat pentru tratatul HTTP, folosit de serverul porii WAP ca s comunice cu proprietarii coninutului. Pentru a suporta transmisiile, serverul trebuie s furnizeze o interfa de aplicaie pentru a permite aplicaiilor bazate pe server s genereze o transmisie ctre un client mobil. Susinerea transmisiilor pe partea clientului depinde de capacitatea receptoarelor de a administra un coninut transmis. Propunerea de configuraie Nokia OTA spre Forumul WAP descrie utilizarea unei transmisii fr conectare spre SMS, pentru a transfera configuraia de date la receptor. Aplicaia amnat a telefoniei fr fir Aa numita Aplicaie a Telefoniei fr Fir (WTA Wireless Telephone Application) a fost definit doar de Forumul WAP n iunie 1999. Wireless Telephone Application d WAP-ului cteva din trsturile pe care aplicarea echipamentului SIM le ncorporeaz, cum ar fi accesul la raportul telefonului i administrarea apelului. Lipsa de cookies pentru sesiunea de administratie Nu exist cookies pentru sesiunea de administraie, de exemplu a ine sesiunea mpreun. Cookies sunt folosite pe internetul fix pentru a identifica furnizorul de web i astfel asist la furnizarea de servicii obinuite i nentrerupte. n schimb, cteva aplicaii WAP folosesc indexuri n URL ca alternativ. Informaia cookie este tansmis prin HTTP. Deoarece WAP WSP este bazat pe HTTP, ar putea fi posibil s transmit o informaie cookie clienilor. Problema pot fi nii

83

clienii, care nu pot suporta n mod curent administrarea informaiei cookie pe HTTP sau s salveze informaia ntr-o stocare de durata n telefonul mobil. Inscripionare prematur a punctului final WTLS definete inscripionarea dintre Staia Mobil i WAP Gateway. "Punctul final" a datelor inscripionate WTLS este serverul delegat al WAP-ului Gateway. Pentru a avea o conectare sigur la un proprietar de coninut, serverul delegat Gateway trebuie s stabileasc conectri sigure (http-uri) la aceste gazde. n acest caz serverul delegat are acces la datele neinscripionate primite prin WTLS de la staia mobil sau de la coninutul gazd prin http-uri. Mrimea unitii nregistrabile mic WAP-ul nu ncorporeaz tehnici de comprimare pentru coninutul textual, dei comenzile de sporire a WML-ului sunt comprimate. n plus, "deck-ul" - cea mai mic unitate de informaie nregistrabil n WML - este limitata la maxim 1400 bii. Aceasta nseamn c aplicaiile au nevoie s fie concepute pentru a fi un cod eficient prin folosirea de abloane i variabile i pentru a ine informaia pe server folosind o ascunztoare n telefon. Transformarea codului bit WML definete o comprimare tehnic. Cu acest tehnic duplicat nirrile din codul bit WMLC sunt evitate. Acest fapt reduce mrimea datelor transferate la clientul mobil. Mrimea WSP-ului SDU de 1400 bii este o valoare greit. O cretere a mrimii poate fi negociat de un client mobil n interiorul capacitilor WSP. Transportul de WAP (WTP) este capabil s administreze un numr mai mare SDU de 1400 bii, prin folosirea SAR-ului (Segmentare i reasamblare). Tratat wdp datagram ntlnirea din septembrie 1999 de la Londra a Forumului WAP a inclus o decizie de la grupul de experi SMS c singura interfa standardizat comun ntre centrul SMS i WAP Gateway ar putea fi un sub-set a SMPP-ului. O garnitura PDU a fost adugat la versiunea SMPP 3.4 n acest scop. Nu va exista nici o motenire SMPP - n alte cuvinte, productorii centrului SMS care nu susin SMPP-ul pot implica inerfaa extern a centrului SMS pentru a susine noile comenzi SMPP pentru conectarea la WAP Gateway. n esen, este o victorie pentru Logica, creatorii SMPP-ului, care au ntors controlul tratatului n 1999 ntr-un SMPP Forum independent.

84

Formularea acestei rezoluii a fost atent pentru a evita menionarea btliei politice ntre companiile pentru SMPP cum ar fi Logica i cele contra cum ar fi CMG. n esen, productorii americani au insistat asupra SMPP-ului i au ntors votul. n mod clar, aa cum specificrile WAP evolueaz, cteva dintre aceste probleme vor fi rezolvate. Oricum programatorii trebuie s-i dea seama de ele cnd ncep conceperea aplicaiei WAP. Companiile Ericsson, Nokia i Motorola i-au anunat recent suportul pentru noua versiune WAP 2.0, dezvoltat de WAP Forum. Cele trei companii i-au exprimat intenia de a dezvolta produse, servicii i coninut bazate pe noul standard. Noua versiune WAP, mpreun cu dispozitivele wireless de ultim generaie, formeaz o nou etap n dezvoltarea serviciilor avansate pentru comunicaii mobile. Bazat pe standardele TCP i HTTP, ct i pe componente specifice, WAP 2.0 ofer un instrument simplu i puternic, cu care se pot dezvolta i "porta" uor o mulime de noi servicii utile i atractive. WAP 2.0 a adoptat limbajul XHTML ca baz pentru propriul limbaj mark-up. XHTML este limbajul care va fi folosit n scurt timp pentru crearea ntregului coninut, indiferent dac va fi vorba de situri web sau wap. XHTML reduce diferena dintre coninutul web i cel pentru dispozitive mobile, oferind o nou gam de aplicaii utile pentru utilizatorii de servicii wireless. Un serviciu nou propus de WAP 2.0 este i Multimedia Messaging Server (MMS); acesta permite trimiterea unor mesaje multimedia, cu sunet, imagine i text, utiliznd aceeai tehnologie ca n cazul mesajelor de tip SMS. O alt aplicaie este WAP Push, care este folosit pentru licitaii online, adresndu-se utilizatorilor care doresc s fie informai, nu s caute ei o informaie anume. Avnd n vedere c WAP 2.0 este un standard deschis i interoperabil, acesta va fi o component valoroas pentru alte servicii care se vor dezvolta mai trziu n domeniul comunicaiilor mobilen orice caz, WAP-ul a nceput s fie folosit pentru a dezvolta formele de intensificare a aplicaiilor existente i noi versiuni a aplicaiilor din ziua de azi. Date mobile software i hardware existente adaug suport WAP ofertei lor, chiar prin dezvoltarea interfeei proprii WAP sau mai des prin parteneriatul cu unul dintre furnizorii WAP Gateway descrii mai sus. WAP a dat de asemenea un impuls semnificant

85

pentru noii juctori pentru a aduga mobilul ca o nou distribuie de canal pentru produsele i serviciile lor existente - de exemplu, CNN i Nokia s-au unit pentru a oferi CNN Mobile iar Reuters i Ericsson s-au unit pentru a furniza servicii cu tehnologie fr fir Reuters. WAP va permite clienilor de a rspunde uor la informaiile sosite pe telefon permind noi meniuri pentru a accesa serviciile mobile. Acest lucru este o parte a cazului de afaceri pentru operatorii de reea - fcnd serviciile de valoare adugat mult mai uoare pentru a rspunde la o cerere (folosind meniurile n loc de taste), WAP-ul poate genera trafic aditional pe reea i prin urmare venit. n prealabil, productorii de aplicaie au scris aplicaii software proprii i au trebuit s poarte aceast aplicatie la diferite tipuri de reea i productori n interiorul aceleasi platforme. Prin separarea productorului de aplicaie, WAP-ul faciliteaz migrarea uoar a aplicaiilor ntre reele i productori. Ca de pild, WAP-ul este similar cu Java n faptul c simplific producerea aplicaiei. Acest lucru reduce costul producerii aplicaiei de tehnologie fr fir i n acelai timp ncurajeaz intrarea n industria mobil prin productorii de software. Aplicaii comune care sunt intensificate i posibile cu o interfa WAP includ: Expediere sarcin Punct izolat de vnzare Serviciu clieni Monitorizare izolat cum ar fi msura de citire Sistem de poziionare a vehicolului E-mail comun Acces izolat LAN Transfer dosar Acces web Distribuire document / Funcionare colaborativ Audio Imagini statice Imagini n micare Automatizare local

86

Aplicaiile consumatorului care sunt intensificate i posibile cu o interfa WAP includ: Notificri vocale i de fax-mail Mesagerie uniformizat E-mail pe Internet Prepltire Tonuri apel Comer mobil Programe de atracie Operaii bancare mobile Chat Servicii de informare Deci, WAP este un protocol de comunicaii, adic o modalitate standard prin care un telefon mobil comunic cu un server instalat n reeaua de telefonie mobil. Microbrowser-ele cu care sunt echipate telefoanele mobile sunt clieni software care permit utilizatorilor mobili s acceseze paginile WML (limbaj specific WAP, similar omniprezentului HTML) ale diferitelor site-uri. Mai simplu spus, Internetul devine accesibil (desigur, n mod text i alb-negru) prin telefonul mobil. Tehnologia WAP permite diverse tipuri de servicii, ntre care amintim: asistena pentru clieni, notificare de mesaje, e-mail, servicii telefonice cu valoare adugat, servicii de cutare i localizare, tiri sau alte servicii informative, tranzacii e-commerce i servicii bancare, acces la aplicaii intranet ale companiilor. Avantajele utilizarii unui server WAP sunt: Acces la informaiile i serviciile Intranet Server-ul WAP poate crea valoare adugat serviciilor Intranet prin accesul la distan prin terminale mobile la conturi de email, agenda companiei, mesaje interne i alte aplicaii Intranet ale unei companii. Mai mult, datele critice ale companiei pot fi puse la dispoziia utilizatorilor mobili, pentru a mri viteza de reacie a respectivei organizaii. Monitorizarea n timp real a datelor critice ale unui business permite accesul n timp real la datele critice sau alte informaii, oriunde i oricnd. Serverul de WAP poate fi configurat s trimit automat informaii n situaii predefinite.

87

mbuntirea relaiilor cu clienii i actualizarea n timp real a bazelor de date clienii pot obine acces la sisteme contabile, pot lansa comenzi sau monitoriza informaii financiare. O contabilitate avansat poate furniza o baz de date a clienilor actualizat i chiar s determine o migrare a beneficiarilor existeni spre produse i servicii cu valoare mai mare. n concluzie, utilizarea unui WAP Server este perfect compatibil cu sistemele actuale, asigurnd o migrare uoar i sigur spre o societate a informaiei mobile.

88

CAPITOLUL VI Aplicaie WAP


WML (Wireless Markup Language), folosind ca baz specificaiile Wireless Application Protocol Wireless Markup Language versiunea 1.1. WML este un limbaj markup bazat pe XML (Extensible Markup Language) i a fost dezvoltat pentru furnizarea de coninut i interfa echipamentelor cu band ngust de transfer, cum ar fi telefoanele mobile i pager-ele. A fost proiectat ca s lucreze cu echipamente mobile mici care au patru caracteristici: ecrane de afiare mici cu rezoluie sczut; dispun de puine faciliti sau sunt proiectate pentru un anumit scop; resursele de calcul sunt reduse la un procesor slab, memorie puin i reeaua dispune de band ngust i ntrzieri mari. ofer suport pentru text i imagine dispunnd de o mulime de comenzi de crile WML sunt grupate n pachete. Un pachet WML este echivalentul

limitri ale puterii consumate; Caracteristicile WML pot fi grupate n patru categorii: prelucrare i amplasare; unei pagini HTML, n sensul c este identificat de un URL (Uniform Resource Locators) i reprezint unitatea de transfer a coninutului; WML ofer suport pentru administrarea navigrii ntre cri i pachete i conine comenzi pentru gestionarea evenimentelor. Acestea pot fi folosite pentru navigare sau rularea de scripturi; pentru toate pachetele WML se pot trimite parametri. Se pot folosi variabile n loc de iruri, acestea fiind nlocuite cu valoarea lor n momentul execuiei. Tipurile MIME (Multipurpose Internet Mail Extensions) asociate pachetelor WML sunt: text/vnd.wap.wml (n format text) application/vnd.wap.wmlc (n format de token-uri).

89

Echipamentele mobile dispun de un buton care are semnificaia de acceptare a comenzilor (ACCEPT) i altul care are semnificaia de napoi (BACK). Unui astfel de buton i se pot ataa mai multe aciuni, caz n care, dac este apsat, se prezint o list cu denumirea aciunilor asociate lui, din care se poate alege aciunea dorit. De asemenea, dispozitivele mobile dispun de o stiv n care se memoreaz URL-urile vizitate. Aceasta este folosit pentru navigarea napoi cnd se folosete butonul BACK. Documentele n format WML, fiind bazate pe XML, trebuie s fie bine formatate, ca de altfel orice document XML. A fi bine formatat nseamn c fiecare tag deschis trebuie s fie i nchis (<tag ...> ... </tag>), iar n cazul n care nu conine elemente copii este scris n forma autonchis (<tag .../>), iar valoarea unui atribut trebuie s fie coninut ntre ghilimele. Conteaz dac se folosesc litere mari sau mici. Primele linii arat c este vorba despre un document n format WML. Deoarece WML se bazeaz pe formatul XML, pe prima linie se observ tag-ul <?xml ...?>,iar comentariile se realizeaz prin tagurile "<!" i ">>"). Se ncepe definirea pachetului WML. La linia urmtoare ncepem definirea unui model de card. Coninutul acestuia este folosit ca punct de plecare n definirea tuturor viitoarelor carduri. n cadrul unui astfel de tip de card se pot utiliza ca elemente direct subordonate tag-ului "<template>" doar tag-urile "<do type="..." ...>" i "<onevent type="...">". El specific faptul c atunci cnd se va apsa butonul BACK vom fi trimii n mod automat la pagina vizitat precedent (tag-ul "<prev/>") i afiarea pe ecran a textului "Inapoi" (atributul "label") n locul rezervat pentru acest buton. La urmtoarea linie ncepem definirea primului card care va fi afiat pe ecranul echipamentului mobil. i atribuim un nume i daca dorim, putem s anunm prin atribuirea valorii "true" atributului "newcontext" c dorim s tergem orice informaie legat de istoria navigrilor i s aducem echipamentul la o stare definit n mod implicit. Urmtoarele linii definesc un paragraf ce conine un text ce are scris titlul paginii mai gros. n cadrul unui tag "<card>" se pot folosi mai multe tag-uri "<p>" ca elemente subordonate direct lui. Pe lng tag-ul "<em>" mai dispunem i de urmtoarele taguri pentru prelucrarea textului: "<strong>", "<b>", "<i>", "<u>", "<big>" i "<small>". Se defininete un paragraf n care textul este aliniat pe mijlocul paginii (atributul "align" cu valorea "center"; se mai pot folosi valorile "left" i "right"), iar cuvintele de pe o

90

linie nu sunt trunchiate, ci afiate pe rndul urmtor (atributul "mode" cu valoarea "wrap"; se poate folosi i valoarea opus "nowrap"). Tabelul din cardul Produse a crui coloane, n numr de trei, au coninutul alineat n stnga. Este obligatorie definirea atributului "columns" cnd se declar tabele. Cu ajutorul tag-urilor "<tr>" se definesc rndurile, iar cu ajutorul tag-urilor "<td>" se definesc celulele care aparin unui rnd. Tag-ul "<br/>" arat c se dorete trecerea la rndul urmtor.

SURSA:
Pagina de nceput Index.wml arat n felul urmtor: <?xml version="1.0"?> <!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"> <wml> <card id="one" title="Informatii generale"> <p align="center"><strong>OMAR SRL</strong><br/><br/> <a href="prezentare.wml">Prezentare</a><br/><br/> <a href="oferta.wml">Oferta noastra</a><br/><br/> <a href="produse.wml">Info produse</a><br/><br/> <a href="contact.wml">Contact</a></p> </card> </wml> Sursa urmtoarei pagini, dup de am selectat primul link (Prezentare): a href="prezentare.wml">Prezentare</a><br/><br/> : <?xml version="1.0"?> <!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml"> <wml> <card id="Info" title="Prezentare"> <p align="center"><big><strong>Prezentare firma</strong></big></p><br/> 91

<p>Societatea noastra este lider in domeniul produselor si serviciilor. Oferim cea mai larga gama de produse pentru necesitatile de dezvoltare ale societatii Dumneavoastra.<br/></p> <p><a href="index.wml">Inapoi</a></p> </card> </wml> Sursa urmtoarei pagini, dup de am selectat al doilea link (Oferta noastr): <?xml version="1.0"?> <!DOCTYPE <wml> <card id="Info" title="Promotie"> <p align="center"><big><strong>Promotie luna Mai</strong></big></p><br/> <p>Printre cele mai interesante produse oferite de noi se numara produsul #1, produsul #2 si produsul #3. In luna mai promovam o reducere generalizata a preturilor cu 20% pana la 50% din preturile obisnuite.<br/></p> <p><a href="index.wml">Inapoi</a></p> </card> </wml> Sursa urmtoarei pagini, dup de am selectat al treilea link (Info produse): <?xml version="1.0"?> <!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml"> <wml> <card title="Info produse"> <p align="center"><big><strong>Info produse</strong></big><p/><br/> <p> <table columns="3"> <tr> wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml">

92

<td>COD</td> <td>NUME</td> <td>PRET</td> </tr> <table columns="3"> <tr> <td>001</td> <td>CD Sony</td> <td>17.000 lei</td> <td>CD Sony</td> </tr> <table columns="3"> <tr> <td>002</td> <td>CD TraxData</td> <td>14.000 lei</td> </tr> <table columns="3"> <tr> <td>003</td> <td>CD Verbatim</td> <td>16.000 lei</td> </tr> </table> <p><a href="index.wml">Inapoi</a></p> </p> </card> </wml>

93

Sursa urmtoarei pagini, dup de am selectat al patrulea link (Contact): <?xml version="1.0"?> <!DOCTYPE <wml> <card id="Info" title="Contact"> <p align="center"><big><strong>Contact</strong></big></p><br/> <p>Pentru informatii suplimentare va invitam sa ne sunati la telefon 355.355 sau sa ne vizitati pe web la adresa http://www.omar.ro<br/></p> <p><a href="index.wml">Inapoi</a></p> </card> </wml> Dup cum se poate observa, structura unui pachet WML este foarte simpl. Important de remarcat este faptul c n cazul unui pachet real, trebuie avut mult grij la dimensiunea pachetului trimis echipamentului mobil. Dac buffer-ul acestuia este prea mic pentru a memora pachetul WML, se va semnala eroare, dei pachetul este scris corect. Deoarece fiecare echipament mobil are propriile lui caracteristici, se recomand verificarea paginilor WML create pe o gam ct mai mare de echipamente, iar n cazul n care nu este posibil acest lucru, trebuie s se verifice pentru echipamentele crora le sunt destinate. Nu trebuie sa ne bazm prea mult pe faptul c un pachet WML care funcioneaz bine pe simulatorul unui echipament mobil se va comporta identic i pe echipamentul real. wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml">

94

BIBLIOGRAFIE
1. 2. 3. Editura All, 2003 4. Teora,2003 5. 6. 7. Editura Tehnic, 2001 8. 9. 10. 2001 11. 12. 13. 14. Teora, 2000 15. 16. Editura Teora, 2003 Buraga S. Aplicaii Web la cheie, Editura Polirom, 2003 Graham S., Simeonov S., Boubez T., Davis Doug, daniels G., Karnyanszky T.M. Reele de calculatoare si comunicaii de Homorodean M.A., Iosupescu I. Internet i pagini web : Hammuda H. Sisteme radio celulare, Editura Teora, 1999 Bjenescu T. Sisteme personale de comunicaii, Editura date, Editura Augusta Timisoara, 2001 manual pentru incepatori si initiati, Editura Niculescu, 2001 Bajenescu T.I. Inteligena distribuit i serviciile n reelele Patic P.C. Tehnologii WAP, Editura Tehnica, 2003 Popescu I. Modelarea bazelor de date, Editura Tehnica, de telecomunicaii, Editura Tehnic, 2002 Connolly Th., Begg C., Strachan A. Baze de date Muller N.J. Enciclopedia Internet, Editura Tehnica, 2004 Levine J.R., Baroudi Carol, Levine Young M. Internet proiectare, implementare, gestionare, Editura Teora, 2002 Hernandez M. Proiectarea bazelor de date, Editura Oprea D., Airinei D., Fotache M. Sisteme informaionale Petersen J., Trad. Slavu O.V. Baze de date pentru Militaru Gh. Sisteme informatice pentru management,

pentru afaceri Editura Polirom, 2002 nceptori, Editura All ,2002

Nakamura Y., Nezama R. Servicii Web cu Java, XML, SOAP, WDSL i UDDI,

95

17. 2000 18. 19. 20.

Norton P., Kearns D. Reele de calculatoare, Editura Teora, Ogletree T. Reele de calculatoare - depanare si Kilmer W. Reele de calculatoare i Internet pentru oameni ***, XtremPC, Nr. 53/2004

modernizare, Editura Teora, 2000 de afaceri, Editura Teora, 2003

96

CAPITOLUL I 1.1 Sisteme Informaionale 1.2 Selectarea strategiei de proiectare a sistemelor informatice 1.3 Consideraii generale privind strategia de proiectare 1.4 Selectarea alternativelor privind aria de ntindere i nivelul de 15 1.4.1 Definirea mediului de dezvoltare al aplicaiilor 1.4.2 Alternativa sistem centralizat/sistem distribuit 1.4.3 Modelul client/server 1.5 Proiectarea de ansamblu a sistemelor informatice 1.6 Proiectarea de detaliu a sistemelor informatice CAPITOLUL II Proiectarea Bazelor de Date 2.1 Proiectarea logic a bazei de date 2.1.1 Aplicarea principiului abstractizrii n modelarea datelor 2.1.2 Demersul proiectrii bazelor de date 2.2 Proiectarea logic de detaliu a fiierelor 2.3 Realizarea sistemelor informatice elaborarea programelor CAPITOLUL III Sisteme de gestiune 3.2 Despre SQL CAPITOLUL IV Reele cu implicaii la proiectarea sistemelor CAPITOLUL V Internet cu implicaii la proiectarea sistemelor CAPITOLUL VI Wap CAP VII Aplicaie WAP

1 10 11 12 informatizare 17 18 22 26 33 37 37 37 40 44 46 49 51 52 62 68 84

97