UNIVERSITATEA TIBISCUS FACULTATEA DE TIINE ECONOMICE TIMIOARA

LUCRARE DE LICEN

SISTEME INFORMATICE IN CADRUL ACTIVITATII DE TURISM

NDRUMTOR TIINIFIC : Lect.dr. ALIN MUNTEANU ABSOLVENT

MAXIM BIANCA
ANUL III CIG II -20081

CUPRINS CAPITOLUL I. Elemente privind proiectarea si realizarea Sistemelor Informationale 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 informatizare 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.1. 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 Sisteme informatice in cadrul activitatii de turism-Studiu de caz SC LUXOR SA Timisoara 6.1. Prezentare generala SC HOTEL-LUXOR SA 6.2. Planificarea site-ului Web 6.3. Etapele planificarii site-ului 6.4. Realizarea unei pagini web CAPITOLUL VII. Concluzii

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, se ocup cu studiul de caz la SC HOTEL-LUXOR SRL , un hotel proaspt inaugurat categoria 4**** stele, situat in oraul Timisoara. Vom prezenta la modul general societatea, obiectul de activitate, structura organizatoric i volumul afacerilor pentru a demonstra necesitatea creerii unui site web propriu, pentru o mai bun promovare a firmei i implicit atragerea unei clientele mai numeroase. In acest capitol exemplificm modul de realizare a unui site web. Planificarea unui site web este un aspect crucial n procesul de creare a unui site web, deoarece este etapa n care se iau decizii care vor influena designul, implementarea i, mai

tarziu, promovarea site-ului. World Wide Web fiind un mediu deschis si dinamic, planificarea este mai degrab un proces continuu n care intervin schimbri determinate de nnoirea permanent a informatiilor si de aparitia altora noi.

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 magazinul mixt 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.

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.

10

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-salarizare. 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.

11

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.

12

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.

13

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. n detaliu. anterior. Implementarea sistemului dup ce a fost realizat sistemul se trece la Exploatarea i ntreinerea sistemului aceasta este faza final a proiectului n implementarea sa. 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 societate 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. Elaborarea programelor se scriu programele sistemului ntr-un limbaj ales Proiectarea de detaliu fiecare element descris n etapa anterioar este descris

14

Construim programul principal cu meniurile aplicaiei. Stabilim deci modulele necesare. La discuiile cu beneficiarul s-a stabilit c aceast aplicaie s fie implementat ntr-o reea informatic format dntr-un server aflat chiar n biroul Personal-salarizare i trei staii de lucru aflate n teritoriu (dou n interiorul societatii, 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 cele Liste centralizate se vor scoate listele finale, obinute dup centralizarea i liste de personal, etc 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

15

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 managerii

16

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.

17

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 care s le supun dezbaterii utilizatorilor i conducerii firmei, din care va fi aleas cea optim.

18

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 de-altfel 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?

19

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 Figura 1. Fazele i etapele demersului sistemicsistemului a unei probleme de rezolvare 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 tuturor cerinelor

20

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)

21

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 l-au 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 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 22

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.

23

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.

24

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 sau 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. Dac problema sistemelor informatice descentralizare nu se mai pune astzi, n schimb sistemele centralizate i cele distribuite rmn alternativele viabile pentru dezvoltarea

25

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. Doi uniform i consistent, indiferent de locul i momentul n care are loc interaciunea; 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 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

26

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 Sporirea dificultilor n controlul asigurarea

resurselor Reducerea costurilor de comunicaie

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

27

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 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

28

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 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.
Ateptarea rspunsului

Clientul

Solicitare

Rspuns

Serverul

Furnizarea serviciului

Timp

29

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 fiecare strat trebuie s ndeplineasc o sarcin specific; dac, de exemplu, sarcinilor i responsabilitilor fiecrui strat; 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

30

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

Gestiunea interfeei

Cerere informaii
Informaii neformatate

Logica 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.

31

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. 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;

32

elaborarea documentaiei. orice sistem trebuie s conin ca element central o baz de date, n care s fie informaiile furnizate de sistem trebuie obigatoriu s fie autentice, exacte, iar sistemul trebuie s nglobeze o varietate de modele matematice, tehnicosistemul trebuie conceput ca un sistem om-main oferind astfel posibilitatea sistemul trebuie s prezinte un grad ct mai ridicat de integrare sub

Caracteristicile sistemului informatic: 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); 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. 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;

33

3. 4. 5. 6. informatic;

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; 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;

34

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; 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;

35

 3.

colecia beneficiari; colecia contracte; colecia produse; colecia repere; colecia lucrri; colecia personal; colecia pli; colecia ncasri. 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:

36

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. lor; 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. modele de teoria grafurilor problemele economice ce pot fi astfel rezolvate modele de gestiune a stocurilor problemele economice ce se pot rezolva cu modele de simulare problemele economice ce se pot rezolva cu aceste sunt cele legate de determinarea drumurilor cu valoare optim, determinarea fluxului maxim; aceste modele privesc optimizarea activitilor de aprovizionare, de producie i de desfacere; modele sunt simularea evoluiei fenomenelor i proceselor economice n funcie de caracterul

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;

37

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.

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. 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 memorie

specialitate necesar realizrii i exploatrii sistemului informatic se determin n raport cu

38

volumul de munc cerut de complexitatea proiectului i volumul de munc cerut de ntreinerea i exploatarea sistemului informatic. 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. 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.

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

39

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; 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. 40 numrul de poziii utilizate; natura poziiilor utilizate; cifra de control. Influena tipului i structurii codului asupra performanelor sistemului

Aspecte n proiectarea sistemului de coduri:

Cerinte n proiectarea codurilor: Cerinte Unicitate Stabilitate Elasticitate Semnificatie Fiecrui element din mulimea codificat i se atribuie un cod unic Caracteristica necodificat trebuie s 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: macheta documentului; instruciunile de culegere, utilizare i transpunere pe suport tehnic; regulile de control i validare. 41

n proiectarea fizic de detaliu este necesar realizarea a patru grupe de activiti: 1. 2. Alegerea suportului tehnic pentru culegerea datelor; 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 ntrebarerspuns, cu defilarea liniilor ecranului i varianta afiare pe ecran a machetei de introducere a datelor de intrare.

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.

42

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; 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

43

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.

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.

44

 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 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 45

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 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.

46

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. 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 reprezint un util instrument de comunicare ntre proiectani i utilizatorii este foarte uor de neles i conceput. n general, prezentarea grafic permite utilizeaz conceptul de abstractizare, ceea ce reduce considerabil numrul finali pe parcursul fazelor de analiz i proiectare logic; exprimarea unui volum mare de informaii sub o form compact, uor de urmrit i neles; 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

47

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; 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,

48

experiena echipei de proiectare, timpul i resursele financiare disponibile sau cerinele de calitate dorite. 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) 49

na (numrul de articole noi adugate la momentul actualizrii unui fiier ne (numrul de articole exploatate la momentul unei prelucrri automate) 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 ntro 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 un Relaii de tipul unu la muli atunci cnd ntr-o gestiune se pot afla unul Relaii de tipul muli la multi atunci cnd ntr-o gestiune se pot afla singur material iar un material aparine unei singure gestiuni; 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: operaii tehnologice de pregtire a datelor n vederea prelucrrii lor automate; operaii tehnologice de prelucrare propriu-zis a datelor; utilizarea eficient a resurselor implicate; realizarea concordanei ntre cerinele concrete i metodele i procedeele

operaii tehnologice de redare a rezultatelor obinute prin prelucrare.

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 ; faza 4: Testarea programelor i efectuarea coreciilor;

51

 programare: 1.

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; elaborarea schemei logice de program. 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

Faza 3. Codificarea programului: 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 i organizarea echipei de programare; Faza 4. Testarea programului: listei programului surs;

text i eliminarea erorilor de logic Faza 5. ntocmirea documentaiei: 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 de dezvoltarea de software orientat pe obiecte, n care se pune accent nu pe

Ci de cretere a eficienei i productivitii n etapa de realizare a programelor programare i o asistare a programatorului pe tot parcursul elaborrii produsului program; 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.

53

CAPITOLUL III Sisteme de gestiune

3.1. 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. 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

54

(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 intermediul cruia se poate interoga direct serverul dintr-un browser (dac serverul a fost configurat s suporte aceast facilitate).

55

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, rutere),

57

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, huburile 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 pentru a simplifica administrarea fr a face compromisuri legate de performanta, iar componentele redundante i functiile hot-swap din ruter confera disponibilitate.

58

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 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.

59

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 LANuri 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, 100BASET4 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. 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

60

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 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.

61

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 rapid catre rate mari de transmisie. Susti ne rea propunerii Harris/Lucent a fost cu sigu ranta o rasplata."

62

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 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. Determinarea cailor optime prin reeaua WAN pentru orice adresa de

63

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 sa mediul dumneavoastra de transmisie. 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: reeaua. Software pentru comunicatii. Protocoale 64 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 cu

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). 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.

65

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. Romnia, dei a aprut relativ trziu n peisajul comunicaiilor globale, a marcat o cretere impresionant ntr-un scurt interval de timp.

68

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 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. Sunt patru moduri principale de conectare la Internet: conexiunea permanent (permanent connection), conexiunea direct pe linie telefonic (dial-n direct connection), TCP/IP i integrarea altor protocoale n Internet (cum este OSI) i Internet Research Task Force, care

69

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. 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.

70

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. Modemurile sunt de dou tipuri: intern i extern. Modemul intern este o plac de calculator montat n interior i conectat la linia telefonic.

71

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 Sisteme informatice in cadrul activitatilor de turism. Studiu de caz SC HOTEL-LUXOR SA 6.1. Prezentarea general a SC LUXOR SA Scurt istoric SC HOTEL-LUXOR SA a luat fiin prin aportul n numerar i n natura depus de catre cinci acionari, care i impart n numar egal aciunile emise de societate n momentul constituirii. Denumirea societii este SC HOTEL-LUXOR SA. n toate actele, facturile, anunurile, publicaiile i alte acte emannd de la societate, denumirea societii va fi precedat sau urmat de cuvintele societate pe aciuni sau iniialele S.A., de capitalul social i numrul de nregistrare. Societatea comercial HOTEL-LUXOR S.A. are forma juridic de societate pe aciuni. Aceasta i desfaoara activitatea n conformitate cu legile romne i cu prezentul statut. Sediul societii este n Romnia, localitatea Timioara , jud. Timi, str. Ardealul , nr. 7. Sediul societii poate fi schimbat n alt localitate din Romnia, pe baza hotrrii adunrii generale a acionarilor, potrivit legii. Societatea poate avea sucursale, filiale, reprezentane, agenii, situate i n alte localiti din ar i strintate. Societatea a luat fiin la nceputul anului 2005, mai precis n data de 10.02.2005. Durata societii este nelimitata, cu ncepere de la data nregistrrii la Camera de comer i industrie. De la nceputul activiitii societatea a ncercat s i fac un loc pe piaa, bazndu-se pe o strategie de preuri. Acest lucru a fost posibil datorit diferenelor destul de mari dintre nivelul de salarizare din ara noastr fa de celelalte ari din vestul Europei. Bazndu-se pe rezervari de camere ferme din partea clienilor externi si interni s-a reuit ca n decurs de numai civa ani nivelul veniturilor societatii s creasc simitor. Prin cursuri speciale de calificare s-a mbuntit prestarea de servicii, ca rezultat direct al mai bunei pregtiri profesionale a personalului societii. Implicit a crescut i valoarea adaugata creata de ntreprindere. 73

Obiectul de activitate al firmei Obiectul principal de activitate al societii l constituie nchirierea de camere pentru sejururi scurte sau lungi, n colaborare cu firme de turism din Romania, Italia, Franta, Belgia i Olanda. Societatea are un numr de aproximativ 87 de salariai, angajai cu contracte de munca, conform legislaiei n vigoare. Activitatea de prestri de servicii este foarte complex, n sensul c se execut mai multe operaiuni pentru satisfacerea clientului. Aceste operaiuni sunt: asigurarea cazrii clientilor trimii de ageniile de turism cu care societatea are ncheiate contracte de colaborare, asigurarea de pensiune complecta sau demipensiune, dupa caz, prin restaurantul care funcioneaz la parterul hotelului, asigurarea cureniei zilnice a camerelor de hotel funcie ndeplinit de cameriste, servicii de spltorie, asigurate de spltoria hotelului, precum i organizarea de excursii pentru clienii doritori i interesai de istoria locala. Toate aceste operaiuni sunt evideniate scriptic n documentele primare: note de recepie, fia de magazie, bonuri de consum, note de predare, ntocmite pe calculator n programul informatic Contabilitate de gestiune(functioneaza in Visual Fox Pro), documentele sunt operate zilnic i de aceea stocurile existente de materiale de consum precum si camerele libere disponibile pentru a fi inchiriate se pot vizualiza la orice or de ctre persoanele care lucreaz n acest program. Deoarece evidena contabil trebuie inut n moned naional, sumele ncasate n valut n contul 5124 analitic pe tipuri de valute se vor transforma n lei la cursul din data ncasrii, eventualele diferene favorabile sau nefavorabile de curs se vor nregistra n conturile corespondente 765 i 665 . Societatea deine n patrimoniu mijloace fixe reprezentnd maini destinate procesului de prestari de servicii (autocar, autoutilitara pentru aprovizionare marfa), pentru care calculeaz lunar amortizare liniara, de asemenea calculeaz amortizare la construcia proprietatea societatii, in conformitate cu contractul de proprietate al spaiului unde i desfoar activitatea.

74

Structura organizatoric Structura organizatoric a firmei este prezentat n cele ce urmeaz: Managerul general are urmtoarele atributii: definete politica societii pornind de la nevoile reale ale pieii; optimizeaz resursele materiale, umane i financiare; stabilete structura organizatoric; stabilete obiectivele generale ale societii i volumul prestarilor de servicii anuale; particip la elaborarea bugetului de venituri i cheltuieli. Managerul economic are urmtoarele atribuii: ntocmete bugetul de venituri i cheltuieli, bilanul contabil i contul de profit i pierderi; asigur crearea resurselor financiare necesare societii; organizeaz i execut controlul preventiv n domeniul financiar; organizeaz evidena mijloacelor baneti, n care scop urmarete efectuarea ncasrilor i plilor i ine contabilitatea acestora. Structura funcional este format din urmtoarele compartimente: Biroul personal-salarizare administrativ care este subordonat managerului general al societii i are ca obiectiv conducerea i administrarea personalului. Principalele lui atribuii sunt: de a analiza i propune necesarul de personal pentru desfurarea unei activiti n condiii rentabile, recrutarea, selecionarea, orientarea i ncadrarea personalului; evidena, aprecierea i promovarea salariailor; perfecionarea salariailor, protecia i securitatea muncii. Biroul desfacere-marketing este subordonat managerului general i are urmatoarele atribuii: organizeaz analiza lunar a utilizrii mijloacelor circulante; urmrete i raspunde de programul anual de incheiere de contracte din ara sau strainatate necesare desfurrii n cele mai bune condiii a activitii de baz, de investiii i cele necesare lucrrilor de revizii i reparaii. La acestea se adaug i urmtoarele atribuii: coordonarea activitii de reclam i prospectarea pieei i rspunde de bugetul de venituri i cheltuieli n acest sens; se ocup de studiul pieei prin personalul de specialitate, determinnd mrimea pieei prin produsul de specialitate, i estimeaz tendinele i structura cererii; studiaz clienii pentru a introduce spre vanzare sejururi conform cerinelor pieei; pe linia politicii de pre particip la analiza i negocierea preurilor pe baza studiului pieei, a preului prestarilor de servicii nrudite i

75

interesul de cumprare a consumatorului, propunnd i modificarea preului prestarilor de servicii dac e cazul. Biroul aprovizionare transport este subordonat managerului economic i rspunde de utilizarea rational a mijloacelor de transport i de ntreinerea i repararea acestora Biroul financiar i contabilitate este subordonat managerului economic i are ca obiectiv asigurarea i gospodrirea mijloacelor financiare ale societii. Pentru realizarea acestui obiectiv, compartimentul financiar contabil trebuie s ndeplineasc urmtoarele atribuii: asigurarea i gospodrirea mijloacelor financiare necesare societii; elaborarea bugetului de venituri i cheltuieli; organizarea contabilitii; efectuarea de analize economice; efectuarea controlului financiar intern. Biroul juridic este subordonat managerului general i are urmtoarele atribuii: reprezint interesele societii comerciale n faa instanelor i altor organe de justiie legale, organelor de urmrire penal i notarial de stat, precum i n raporturile cu persoanele fizice i juridice; ia msuri pentru realizarea creanelor prin obinerea de titluri executorii i sprijinirea execuiei acestora; avizeaz asupra legalitii proiectelor de contracte economice, contracte de munc i deciziile de imputernicire, precum i asupra legalitatii oricaror masuri care sunt de natura sa angajeze rspunderea patrimonial a societii; ntocmete sau avizeaz proiectele de hotrri, regulamente, ordine i instruciuni, precum i orice alte acte cu caracter normativ care sunt n legtur cu atribuiile i activitatea societii i face propuneri pentru modificarea sau retragerea deciziilor ce nu mai sunt n concordana cu legea. Organizarea societatii trebuie sa fie astfel ntocmit nct din examinare s reias cu claritate natura oricrui compartiment n parte. Structura organizatoric a societii reprezentat grafic este organigrama, care cuprinde compartimentele de lucru i subordonarea lor, legturile dintre diferite compartimente cu structuri organizatorice.

76

Administrator unic AGA M.General Marketing Personal Juridic Transport

M.economic

Contabilitate

Fig.1Organigrama organizatorica si functionala Societatea pe aciuni este administrat de ctre un administrator care este i managerul societii ales de adunarea general a acionarilor pe o perioada de 4 ani, cu posibilitatea de a fi ales pe noi perioade de 4 ani. Alegerea administratorului se face dintre persoanele desemnate de acionari.

Volumul afacerilor Iat un tabel care reflect cifra de afaceri i evoluia acesteia n primii trei ani de la nfiintare: 2005 4.063.582 2006 4.642.193 Tab.1. Evolutia cifrei de afaceri 2007 Indice (%) Indice (%) 4.764.765 114% 102%

Nr. 1

Specificaie Cifra de afaceri

Evolutia cifrei de afaceri

4800000 4600000 4400000 4200000 4000000 3800000 3600000 Serie1 Serie2 Serie3 Cifra de afaceri ani

77

Fig. 2.Evoluia cifrei de afaceri Tab.2. Valoarea contractelor incheiate cu agentiile din strainatate ARA ITALIA FRANTA,BELGIA,OLANDA TOTAL SUMA (euro) 3000430 846275 3846705 PROCENT (%) 78 22 100

Suma ( mii lei)

22%

78%

Fig.3. Valoarea contractelor n procente Avnd n vedere c SC HOTEL-LUXOR SA hotel nu dispune de un site propriu, ci numai de un portal, propunem n continuare realizarea unui site Web care s includ oferte de cazare, poze de prezentare, tarife si date de contact. 6.2. Planificarea site-ului web Planificarea este un aspect crucial n procesul de creare a unui site web, deoarece este etapa n care se iau decizii care vor influena designul, implementarea i, mai trziu, promovarea site-ului. World Wide Web fiind un mediu deschis i dinamic, planificarea este

78

mai degrab un proces continuu n care intervin schimbri determinate de nnoirea permanent a informaiilor i de apariia altora noi. Atunci cand creem un site web trebuie sa fim constieni c exist o serie de factori asupra crora site-ul nu are nici un control. Primul pas n procesul de planificare este identificarea acestor factori i determinarea modului n care acetia pot afecta structura viitoare a site-ului. Factori care nu pot fi planificati Factorii pe care nu i putem controla i prin urmare nu pot face obiectul unei planificri riguroase sunt urmtorii: Comportamentul utilizatorului Acest factor implic faptul c nu putem controla cum va accesa utilizatorul informaiile din site. Web-ul este un sistem permeabil, aceasta nsemnnd c un vizitator poate intra n nteriorul site-ului nu numai prin pagina de nceput (pagina home) ci i printr-o pagina oarecare. Vizitatorul site-ului poate ajunge la el parcurgnd o lista de rezultate furnizat de un motor de cutare, sau prin intermediul unui link aflat pe un alt site, sau parcurgnd o lista de resurse. Oricare dintre aceste metode l poate conduce pe vizitator la o alt pagin din interiorul site-ului, i nu la cea destinat a fi pagina home. In general, atunci cand creem un site suntem tentai s structurm site-ul avnd n minte un anumit tip de acces, cel mai adesea cel care pleac de la pagina de start, ceea ce conduce la alegerea unei anumite structuri, la o anumit organizare a legturilor intre pagini, etc. Trebuie s avem permanent n vedere faptul c vizitatorul site-ului poate avea un cu totul alt mod de a parcurge site-ul decat cel gndit de noi i sa furnizm de-a lungul ntregului site elemente de navigatie clare care s-l ajute s se orienteze. Browserul utilizatorului Exist o mare varietate de browsere folosite pentru a vizualiza paginile web. Prin urmare, vizitatorii site-ului vor percepe o imagine diferita a site-ului, n functie de tipul de browser folosit. Cnd creem un site nu putem ti ce tip de browser foloseste un anumit vizitator i deci nu avem control asupra modului n care va fi afiat coninutul paginilor siteului. De exemplu, mai exista utilizatori care folosesc versiuni vechi de Netscape sau Explorer, care nu suport anumite extensii HTML. Exist de asemenea nc n uz browsere

79

text, cum este Lynx, care nu suport grafica. Daca vom amplasa informaii eseniale in fiiere grafice aceti vizitatori nu vor avea acces la ele. Din acest motiv este bine s stabilim de la inceput care dorim sa fie nivelul de accesibilitate al site-ului i din acest punct de vedere. Un alt aspect este nelegerea faptului ca HTML este un limbaj care este destinat definirii structurii documentului i nu al modului su de afisare. Este recomandat s evitam specificarea n detaliu a aspectului paginilor sau optimizarea paginilor pentru un anumit tip de browser. Legaturile cu pagini externe Intr-un site Web exist de obicei legturi ctre resurse exterioare site-ului care sunt i ele n afara controlului. Paginile referite prin aceste legaturi i pot schimba adresele, fcnd astfel legatura s nu mai fie valabil (legaturi perimate). De asemenea pot exista legturi rupte, n cazul cand serverul pe care este gazduit pagina respectiv are anumite dificulti tehnice. Tinnd seama de imposibilitatea de a controla acest aspect, pot fi adoptate mai multe metode de abordare: 1. Site-ul sa nu conin nici o legatur externa sau care s se afle n afara controlului direct al designerului. Este metoda cea mai sigura. Din pcate, aceast atrategie anuleaz posibilitatea ca viitorul vizitator s beneficieze de informaii conexe cu subiectul site-ului aflate in exteriorul su. 2. Centralizarea resurselor. Este o practic des ntalnit pe web, aceea de a include toate legturile externe ntr-o pagin special destinat acestora. Beneficiul acestei strategii este c n cazul cnd una dintre eceste legturi externe nu mai funcioneaz, vizitatorul se poate cu usurin rentoarce la pagina de resurse pentru a testa urmatorul link. In plus, cu unele excepii, vizitatorii vor parcurge cel puin o parte a site-ului nainte de a ajunge la pagina de legaturi externe i a-l prsi, eventual, definitiv. 3. Ieirea liber. Este cea mai flexibil abordare, permind plasarea legaturilor externe oriunde n cadrul paginilor. Dezavantajul ei major este c vizitatorul poate prsi prematur site-ul pentru a urma un anumit link. Dac nu avem control asupra legaturilor de la site ctre exterior, este tot att de adevarat c nu putem controla nici legturile care se fac din exterior ctre site. Acest lucru poate fi dezavantajos, deoarece nu putem ti n ce mod este prezentat legatura ctre site. Tot

80

ceea ce putem face este s ceem un site de calitate i cu un continut valoros, care s conving prin el insusi. Cu toate c elementele prezentate mai sus pot aprea descurajante, unele dintre ele prezint totusi i avantaje. Astfel, permeabilitatea Web-ului poate lucra n favoarea designerului, cu conditia ca acesta s structureze atent informaiile prezentate i s ofere suficiente elemente de navigatie. O pagina sau un grup de pagini din cadrul unui site pot fi folosite ca referine n alte pagini sau chiar ca elemente constitutive ale unui site. De exemplu, un site de tip mono-pagina care face prezentarea unui manual de HTML poate fi folosit ca pagin individuala ntr-un site de librrie electronic, sau poate constitui o legtura utila din interiorul unui site de design Web, mrind astfel sansele ca pagina respectiv s fie accesat de vizitatori printr-unul dintre aceste puncte. 6.3. Etapele planificarii site-ului Procesul de planificare a unui site trebuie s parcurg urmtoarele etape: - stabilirea audientei - stabilirea scopului - definirea obiectivelor - colectarea informaiilor despre subiectul prezentat - stabilirea specificaiilor - stabilirea modului de prezentare.

Audiena Pentru a crea un site i o comunicare eficient a informaiilor, o etap deosebit de important este definirea audientei site-ului. Audienta reprezint publicul cruia i se adreseaz site-ul, in cazul nostru este vorba de toate persoanele care caut un loc de cazare i mas la un hotel de 4 stele. Stabilirea audienei site-ului este esenial deoarece contribuie la definirea coninutului paginilor, precum i a organizrii i aspectului su. Un site Web creat pe baza unor informaii precise asupra audienei sale actuale i viitoare are mult mai multe anse de succes decat unul care nu se adreseaz unui public specific.

81

Stabilirea audienei unui site implic doi pasi: 1. Definirea publicului int. Trebuie s stabilim cui se adreseaz site-ul. Putem de exemplu s ne adresm persoanelor care caut confortul de acas, Dei este un enunt care definete ntr-o oarecare msura audienta site-ului, este de dorit ca definirea audientei s fie mai precis dect att. Ne putem adresa de pilda, ageniilor de turism specializai n sejururi frumoase prin ar si atunci informaiile vor avea un nalt grad de specializare sau ne putem adresa direct persoanelor interesate de nchirierea camerelor de hotel pentru petrecerea unei vacane in Timisoara, fie c sunt din ara sau din strinatate i n acest caz vom face traducerea i n alta limb de circulaie internaional. Concluzia care se impune este c definirea ct mai precis a audienei este definitorie pentru toate etapele ulterioare ale elaborrii site-ului. Cu ct mai bine este definit audiena, cu att ansele de a crea un site de succes sunt mai mari. 2. Definirea informaiilor necesare care privesc publicul int. Nu toate informaiile despre publicul inta sunt eseniale n elaborarea site-ului. Prin urmare este necesar sa identificm informaiile relevante privitoare la audiena site-ului. Scopul Stabilirea scopului site-ului este etapa n care trebuie s raspundem la intrebarea de ce?. De ce dorim s ceem acest site? Definirea scopului site-ului reprezint tema conductoare n procesul de construire al acestuia. Un site fr un scop clar i bine definit lanseaz un mesaj neconvingtor i cetos. Vizitatorul se va intreba, fara indoial, la ce serveste acest site? i se va grbi sa-l prsesc. Pentru a defini scopul site-ului trebuie s avem n vedere urmatoarele elemente: - aria de cuprindere a subiectului; - audiena: n scopul site-ului trebuie s facem referire i la audiena stabilit anterior; - nivelul de detaliere al subiectului: trebuie s specificam dac ne referim doar la grupuri reprezentative sau la toate persoanele doritoare de cazare si mas; - beneficiul sau avantajul vizitatorului ce are de castigat o persoana care viziteaza site-ul? Poate afla informaii suplimentare i poate fi informat telefonic sau verbal. Stabilirea scopului site-ului determina deciziile ulterioare privind mesajul site-ului. Un scop bine articulat serveste ca jalon pentru toate celelalte etape ale procesului de

82

planificare i creare a site-ului. Scopul site-ului poate reprezenta chiar prima informaie care le este oferit vizitatorilor, la intrarea pe prima pagina. Obiectivele Dup ce am stabilit audiena site-ului, care sunt informaiile privitoare la publicul int, precum i scopul su, pasul urmtor const n combinarea tuturor acestor informaii i formularea unor obiective specifice ale site-ului. Obiectivele reprezinta o detaliere a scopului general, coninnd informaiile care vor conduce la indeplinirea scopului pentru care a fost creat site-ul. De exemplu, dac scopul unui site este s ofere informaii despre hotelul Luxor, acesta poate fi dus la indeplinire prin intermediul unor obiective specifice i variate cum ar fi: informaii despre aezarea geografic a hotelului n cadrul oraului Timisoara, despre dezvoltarea economica a hotelului, despre viata cultural a oraului Timisoara, acolo unde se afl situat hotelul, obiective turistice de vizitat etc. Cu alte cuvinte, n vreme ce scopul site-ului comunic ce avem de gnd s facem, obiectivele comunic ce informaii dorim s oferim pentru a ne ndeplini scopul propus. Colectarea informaiilor despre subiect Informaiile referitoare la subiectul site-ului includ informaiile on-line cat i sursele clasice de informaii. In aceasta etap vom colecta nu numai informaii legate de subiectul site-ului care vor fi prezentate utilizatorului ci si informaiile si cunostiinele de care avem nevoie pentru realizarea site-ului. Pasii necesari n construirea colectiei de informaii necesare sunt: - stabilirea informaiilor necesare, att cele pe care le vom furniza vizitatorului ct i cele care ne sunt necesare; - determinarea modului cum vom obtine aceste informaii. In aceasta etap trebuie s identificm sursele de documentare. Informaiile despre subiectul ales le putem gsi pe Web, n literatura de specialitate, n diverse baze de date. - modul de reactualizare a informaiilor. Dac informaiile pe care le prezentm sunt dinamice i se perimeaz cu repeziciune, trebuie s stabilim cum intenionm s le actualizm i care este intervalul de timp ntre dou reactualizri. De exemplu, dac intenionm s prezentm tiri sau date despre vreme, ele vor trebui reactualizate zilnic sau chiar mai frecvent. Daca site-ul prezint informaii despre preurile camerelor de hotel sau

83

preurile de la restaurantul hotelului pentru meniuri, evident informaiile vor fi actualizate mult mai rar. Specificaiile Stabilirea specificaiilor pentru site reprezint o detaliere a obiectivelor sale i definirea unor cerinte sau a unor restricii. Specificaiile descriu n detaliu ce informaii vor fi oferite n paginile site-ului i cum vor fi ele prezentate. De exemplu, daca unul din obiectivele site-ului este furnizarea de legaturi ctre surse bibliografice referitoare la subiect, atunci specificaiile vor preciza care sunt aceste surse bibliografice, care sunt adresele lor URL, cate astfel de adrese vor fi incluse intr-o pagin, etc. Specificaiile trebuie s identifice toate resursele necesare atingerii obiectivelor: linkuri, fiiere grafice, fiiere de sunet sau video, alte elemente care vor fi incluse n site: formulare, imagini hart, scripturi. De asemenea, n cadrul specificaiilor trebuie stabilite i elementele care nu vor fi incluse n pagini (daca este cazul). De exemplu, se poate specifica s nu fie folosite anumite extensii HTML, sau formulare, fiiere care s depasesc anumite dimensiuni, etc. Modul de prezentare Planificarea modului de prezentare implic o serie de decizii care vor servi drept puncte de reper n etapa de construire efectiv a site-ului. Aceast etap poate include: - crearea unor template-uri pentru site - crearea unor mostre de documente HTML, imagini hart, sau formulare - ealonarea n timp a etapelor de creare a site-ului.

6.4.Realizarea unei pagini web Ce este un site? Site-ul web: o colectie de pagini web interconectate mpreuna cu obiectele ataate lor (fiiere de imagini, grafice, sunete, filme)

84

Server: calculator care gzduieste fiiere destinate vizitarii prin Internet sau transferrii prin FTP URL: adresa internet a unui site HTTP( hypertext transfer protocol): protocol pentru accesarea de site-uri www FTP( file transfer protocol): protocol pentru schimbul de fiiere cu un computer de la distant WWW: colectie neorganizat de documente de tip html rspandite pe servere din intreaga lume HTML( hypertext markup language): limbaj in care sunt codate paginile web Browser: program cu care se poate naviga prin paginile web (exemplu Internet Eplorer) care vizualizeaz coninutul i interpreteaz codul html

Deschiderea unei noi pagini Din meniul FILE se alege optiunea New. Se alege tab-ul Web Page \ Blank Web Page

85

Setarea propriettilor paginii

Din meniul Format\Background se seteaz culoarea fundalului

86

Formatarea textului

Din meniul Format\Font i Format\Text Colors se seteaz atributele textului introdus (mrime, culoare, stil).

87

Inserare tabel

Din meniul Table\ Insert table se adaug un tabel in pagina web creat

88

89

Tabelul se poate crea apsand butonul Insert table i selectand cu mouse-ul numrul de coloane si de linii. Inserare imagini

Din meniul Insert \ Picture se insereaz in pagin imagini, care sunt fiiere de tip gif sau jpg.

90

Se mai pot insera n pagina web: Videoclipuri (fiiere de tip .avi) Sunete (fiiere de tip .wav) Text animat Fiiere

Salvare si vizualizare pagin web

Din meniul File \ Save As se salveaz pagina nume.html .

91

Din meniul File \ web page preview putem vizualiza cum va aprea pagina pe internet.

92

Inserare legaturi

Obiectul sau textul care va contine o legatur se selecteaza cu mouse-ul. Din meniul Insert \ Hyperlink se ataseaz obiectului respectiv o legatur ctre o alt pagin.

In fereastra Insert Hyperlink se introduce numele paginii spre care se face legatura.

93

CAPITOLUL VII Concluzii Tot mai muli patroni sau acionari de hoteluri au nceput s-i ndrepte atenia ctre publicitatea pe internet. Dac n trecut posibilitile de promovare se reduceau la colaborrile cu agentiile de turism i la revistele de specialitate, internetul a deschis o noua cale mult mai ieftina i mai simpla pentru atragerea de noi turisti, de prezentarea ofertelor i a serviciilor intr-un spatiu publicitar cu o audient la nivel naional i internaional. In prezent exista pe internet peste 500 de site-uri romneti legate de turism, de la pagini de prezentare a pensiunilor, hotelurilor i a ofertelor ageniilor de turism i pn la portaluri specializate care ofer att informaii despre unitaile de cazare ct i obiective turistice sau descrieri ale staiunilor interne i de peste hotare. Pentru realizarea unui site propriu, un proprietar de hotel sau pensiune poate plti ntre 200 i 800 de euro n funcie de firma la care apeleaz sau n funcie de facilitile i soluiile de optimizare ale paginii web. Exista soluii pe care se pot face atat rezervri ct i plti online, dar cei mai multi prefer metoda clasic de prezentare a ofertei i de realizare a rezervrilor prin telefon.

94

Problema principal a site-urilor proprii, n majoritatea cazurilor, o reprezint lipsa de interes, att a proprietarilor ct i a dezvoltatorilor, pentru optimizarea paginii i pentru nscrierea n motoarele de cutare sau n portalurile specializate, punndu-se mai mult accent pe partea grafica i pe modul de prezentare dect pe scopul principal al site-ului : atragerea de vizitatori. Piata promovrii online este ntr-o adevrat explozie, tot mai muli turisti i proprietari ncepnd s se orienteze ctre acest segment, datorit volumului de informaii care pot fi prezentate, datorit costurilor relativ reduse i a lipsei unei bariere geografice de promovare.

BIBLIOGRAFIE
1. 2. 3. Editura All, 2003 4. Teora,2003 5. 6. 7. Editura Tehnic, 2001 8. 9. Bajenescu T.I. Inteligena distribuit i serviciile n reelele Patic P.C. Tehnologii WAP, Editura Tehnica, 2003 95 de telecomunicaii, Editura Tehnic, 2002 Connolly Th., Begg C., Strachan A. Baze de date proiectare, implementare, gestionare, Editura Teora, 2002 Muller N.J. Enciclopedia Internet, Editura Tehnica, 2004 Levine J.R., Baroudi Carol, Levine Young M. Internet 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

pentru afaceri Editura Polirom, 2002 nceptori, Editura All ,2002 Militaru Gh. Sisteme informatice pentru management,

10. 11. 12. 13. 14. Teora, 2000 15. 16. Teora, 2003 17. 2000 18. 19. 20.

Popescu I. Modelarea bazelor de date, Editura Tehnica, 2001 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 Buraga S. Aplicaii Web la cheie, Editura Polirom, 2003 Graham S., Simeonov S., Boubez T., Davis Doug, daniels G.,

date, Editura Augusta Timisoara, 2001 manual pentru incepatori si initiati, Editura Niculescu, 2001

Nakamura Y., Nezama R. Servicii Web cu Java, XML, SOAP, WDSL i UDDI, Editura 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 de ***, XtremPC, Nr. 53/2004

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

96