ANALIZA I PROIECTAREA SISTEMELOR INFORMAIONALE

1. Aspecte practice privind realizarea produselor informatice Privire de ansamblu asupra ciclului de viaa al dezvoltrii sistemelor

2.

3. Ciclul de via al dezvoltrii sistemelor

1. Aspecte practice privind realizarea produselor informatice n realizarea produselor informatice, n condiiile unei eficiene ridicate a activitilor legate de acest proces, este necesar s se respecte urmtoarele principii: A) Fundamentarea pe criterii de eficien economic a proiectrii i realizrii sistemelor informatice sau a produselor program. Trebuie, n permanen, s se aib n vedere ct se cheltuiete pentru proiectarea, construirea i implementarea unui produs informatic i ct se cheltuiete cu ntreinerea acestuia n raport cu beneficiile obinute pentru ca investiiile antrenate n procesul de realizare s se amortizeze ntr-un timp ct mai scurt. n acest fel, exist posibilitatea introducerii la un moment dat, a unui nou sistem, mai performant dect cel anterior i care s fie "la mod" (s nu fie uzat moral).

B) Participarea beneficiarului la realizarea sistemului informatic sau produsului program.

Aceast participare trebuie s se fac, n special, n faz de punere n funciune.

Participarea beneficiarului este benefic la momentul mai sus amintit deoarece acesta se obinuiete cu noul sistem, se adapteaz cu el i din punct de vedere psihologic efectul de respingere este mult redus. Nu este recomandabil ca beneficiarul s participe la etapele de proiect de detaliu, elaborare, integrare i testare.

C) Adaptarea sistemului i strategia prin care se face acest lucru s se efectueze dup o estimare ct se poate de riguroas a resurselor tehnice (echipamente i produseprogram), umane (personalul de specialitate de la beneficiar) i financiare, n condiiile existenei unor restricii impuse. Aceste restricii pot fi:
de tip informaional: o serie de acte normative, legi sau reglementri, care se repercuteaz asupra datelor prelucrate, a algoritmilor i chiar a bazelor de date aferente sistemului informatic propus; de ordin temporal: durata n care o serie de echipamente pot fi procurate sau durata de realizare a unor programe; cu caracter evolutiv: situaia sistemului informatic aflat ntr-o tranziie de la un stadiu informatic la un stadiu superior celui precedent din punct de vedere al performanelor i al obiectivelor; de realizare a unui produs informatic.

D) Adaptarea unor metode, tehnici i instrumente, care s asigure o nalt productivitate a etapelor de proiectare i implementare din ciclul de via al unui produs informatic. n condiii n care se dorete realizarea unui sistem informatic care s asigure anumite cerine, este necesar ca att proiectarea, ct i implementarea lui s se fac ntr-un timp ct mai scurt, deci un ciclu de realizare mic, cu o economie nsemnat de resurse umane i financiare. Realizarea acestui deziderat impune, pe lng o serie de msuri organizatorice, folosirea cu precdere a soluiilor tipizate.

 Practic, se pot aplica urmtoarele trei soluii de tipizare n realizarea unor sisteme informatice: - proiecte de sisteme informatice i de produse program aferente pentru grupe tipologice de uniti economico-sociale (de exemplu: gestionarea unei magazii, modul de afiare a unor mrimi, etc); - produse program generalizate (proiecte de programe aplicabile unui evantai larg de aplicaii); - realizarea de sisteme informatice din elemente tipizate.

Cerinele ce trebuie acoperite de noul sistem informatic pot fi catalogate n: cerine de performan i calitate: fiabilitate, realizarea unor viteze mari de prelucrare a informaiilor sau n comunicaia proces - calculator; cerine informaionale: rolul sistemelor informatice, (achiziie, prelucrare, editare date, etc), faciliti oferite de sistemul nou propus (interpretarea autorizat i n timp real a rezultatelor, editare on-line sau off-line a unor protocoale, interfa convenional cu utilizatorul, protecia la erori, etc), cerine de interfa ale sistemului de calcul n raport cu mediul (procesul) sau cu utilizatorul; cerine i restricii cu caracter tehnic i organizatoric n instalare i exploatare: respectarea unor standarde pentru echipamente, asigurarea unei continuiti n alimentarea cu energie electric i a unei frecvene constante, etc.

 n activitile legate de realizarea unui sistem informatic se pot adopta diverse strategii funcie de complexitatea proiectului, de resursele antrenate cu acest prilej i de obiectivele urmrite de exemplu: scurtarea ciclului de realizare, optimizarea utilizrii resurselor, grad nalt de integrare, furnizarea rapid a unor prime rezultate la utilizator), obiective care n majoritatea soluiilor sunt contradictorii. Practica realizrii acestor sisteme arat c dezvoltarea n etape sau stadii (versiuni) succesive a unui sistem, cu alte cuvinte, o dezvoltare evolutiv a sistemului informatic, este posibil i chiar de dorit, ea permind o "maturizare" gradat pe msura ce sunt identificate cerinele i restriciile reale i se dezvolt i baza material.

 n situaia n care se pune problema unei tranziii de la un stadiu inferior la un stadiu superior a unui sistem informatic, este necesar s se adopte o modalitate aparte de parcurgere a etapelor de realizare. Se fac, n acest sens, urmtoarele precizri i recomandri: a) este necesar ca nc din faza de proiect de ansamblu s se defineasc stadiile de evoluie a sistemului, delimitndu-se aria de cuprindere, resursele i duratele necesare realizrii, precum i modalitatea de conversie. Trecerea de la un stadiu la alt stadiu se face n aceste condiii prin reluarea ciclului de realizare de la etape de proiectare de detaliu, urmat de elaborare programe, etc.

b) dac tranziia de la un stadiu la altul superior se face cu modificarea concepiei ntregului sistem (se modific legturile ntre componentele funcionale, echipamente, modul de organizare i administrare a datelor) ciclul trebuie reluat din etapa de tem de realizare, avndu-se n vedere procedurile de conversie necesare n special n ceea ce privete coleciile de date; c) n toate situaiile n care apare problema acestei tranziii este necesar ca ealonarea n timp a stadiilor i etapelor s se fac innd cont de termenele finale stabilite iniial.

2. Privire de ansamblu asupra ciclului de viaa al dezvoltrii sistemelor Procesul ciclului de via al dezvoltrii sistemelor redat n fig. 1 ofer un model grafic al pailor principali care trebuie urmai n dezvoltarea sistemelor.

Fig. 1. Privire de ansamblu asupra ciclului de viaa al dezvoltrii sistemelor

 Este clar c primele trei etape n dezvoltarea sistemelor pun accent pe "lucrurile potrivite" problemele manageriale. Paii ulteriori ai dezvoltrii sistemelor se concentreaz asupra asigurrii c "lucrurile sunt bine fcute". Paii din ciclu nu sunt discrei n totalitate, prelucrai o singur dat. Mai degrab, ciclul de dezvoltare a sistemelor este iterativ i evolutiv. El definete un flux secvenial principal din punctul de origine pentru "a identifica noi probleme i oportuniti". Fiecare pas reprezint un punct principal i are transmiteri identificabile ce simbolizeaz ntregul.

 La orice pas din ciclu pot fi descoperite problemele i/sau oportunitile neidentificate anterior. n astfel de cazuri este important asigurarea integrrii corecte n sistem a soluiei la noua problem i/sau noua oportunitate. Efectuarea chiar a unei schimbri minore la un sistem fr a lua n considerare ceea ce s-a stabilit anterior poate cauza efecte neanticipate i de nedorit. Aceste efecte pot duna grav funcionrii sistemului. Prin urmare, aa cum se arat n fig.1, toi paii ciclului de dezvoltare al sistemelor permit revenirea la punctul de origine n orice moment. Aceast caracteristic face ca ciclul de via s prezinte, mai degrab, o caracteristic n "spiral" sau n "vrtej" dect una pur secvenial sau o caracteristic n "cascad".

Fig. 2. Modelul ciclului de via al dezvoltrii sistemului - Modelul n "Cascad "

 Modelul n "cascad" - modelul tradiional al ciclului de via - a ajuns s fie foarte criticat pentru c este prea inflexibil pentru a rspunde la climatul de afaceri schimbtor din ziua de astzi. Cu deplasarea sa natural "n jos" implic faptul c ntoarcerea "n sus" la paii anteriori este nenatural, de nedorit i de evitat. Ritmul rapid al schimbrii afacerilor sugereaz un model care faciliteaz, i chiar ncurajeaz, revizuirea pailor anteriori pentru a asigura viabilitatea sistemului i pentru a reduce schimbrile ulterioare din aval. Modelul ilustrat n fig. 2 susine acest punct de vedere.

Timpul necesar completrii ciclului pentru o problem sau oportunitate dat poate varia de la cteva ore la mai muli ani, depinznd de complexitatea cerinei. n continuare se va face o scurt trecere n revist a celor apte pai ai procesului ciclului de via al dezvoltrii sistemelor.

 3. Ciclul de via al dezvoltrii sistemelor Pasul 1: Identificarea problemelor i a oportunitilor Aa cum este ilustrat n fig.1, impulsul pentru iniierea unui ciclu de dezvoltare a sistemelor const n identificarea de noi probleme i oportuniti. De exemplu, un distribuitor en-gros poate primi sesizri de la clieni n ce privete livrarea cu ntrziere a comenzii, ceea ce duce la pierderea unor comenzi. Pentru a nelege clar natura exact a problemei, este necesar o analiz n detaliu pentru cunoaterea sistemului existent.

 Pasul 2: Analiza i documentarea sistemelor existente Sistemele existente - inclusiv sistemele informaionale manuale, bazate pe hrtii trebuie s fie bine analizate i documentate nainte de proiectarea, dezvoltarea i implementarea schimbrilor (sau a unui sistem nou n totalitate). Analizarea sistemului existent implic activiti precum urmtoarele:
revizuirea fluxului de producie; luarea deciziilor innd seama de fluxul de producie; revizuirea informaiilor curente disponibile pentru asistarea lurii deciziilor (de exemplu, tranzaciile i rapoartele); identificarea deficienelor din sistemul informaional existent.

De ndat ce a fost analizat, sistemul informaional existent este documentat pentru activitile ulterioare i pentru cerine de comunicare.

 Pasul 3: Determinarea cerinelor informaionale Dup ce au fost depistate deficienele din sistemul informaional i sistemul existent a fost bine analizat i documentat, pot fi determinate cerinele informaionale. Deoarece sistemul informaional trebuie s furnizeze informaiile necesare lurii deciziilor, soluiile la problemele informaionale pot fi obinute prin restructurarea informaiilor existente sau luarea n considerare a altora noi. n cazul unui distribuitor en-gros se poate afirma c informaiile din trecut despre comenzile clienilor faciliteaz o mai bun estimare a stocului. Aceast soluie necesit includerea de noi informaii n sistem. Adesea, soluia implic o simpl restructurare a informaiilor existente, cum ar fi furnizarea unui raport concis al cererii medii pe lun.

 Pasul 4: Proiectarea tehnologiei, cerinele de personal Colectarea informaiilor i analiza cerinelor stabilesc criteriile pentru identificarea mijloacelor alternative de soluionare a problemelor. De aceea, n timp ce pasul anterior definete "ce" este de dorit, acest pas definete "cum" se va face. Personalul necesar i tehnologiile viabile identificate sunt incluse n sistem, putnd fi structurate pentru a susine soluia definit n pasul anterior. n general, sunt disponibile mai multe variante, care difer prin gradul de realizare a sarcinii prestabilite. De exemplu, un distribuitor en-gros poate consulta sptmnal fiierul "Stocuri" pe baza comenzilor clienilor. Fiierul "Stocuri" i rapoartele despre stocuri sunt actualizate o dat pe sptmn. Problema acestui sistem este c informaia solicitat poate avea o vechime de pn la o sptmn. Prin urmare, vnztorii pot supraestima stocul existent.

 De asemenea, detectarea articolelor al cror stoc s-a epuizat nu poate fi realizat dect dup ce s-a ncheiat actualizarea sptmnal. Un mod de mbuntire a liniaritii rapoartelor despre stocuri este restructurarea sistemului existent astfel nct s se urgenteze actualizarea. n cadrul acestei alternative sunt disponibile diferite grade de satisfacere. Satisfacerea tranzaciilor poate fi fcut imediat (timp real). O alt posibilitate este includerea unei noi tehnologii. De exemplu, o soluie ar putea fi un sistem expert pentru alocarea stocurilor folosind criterii cum ar fi: numele clientului care are nevoie de mai mult marfa, datele de livrare stabilite, creditul disponibil, ordinea sosirii comenzilor i programul de expediere.

 Pasul 5: Dezvoltarea, testarea i validarea sistemului Pn la acest punct au fost identificate soluiile dorite i mijloacele de realizare a lor. Acum este posibil dezvoltarea i testarea sistemului. Acest pas conine instalarea hardware-ului sau software-ului necesar, precum i generarea i testarea programelor de calculator. Software-ul poate fi achiziionat ca un sistem complet necesitnd unele modelri sau poate fi dezvoltat de ctre organizaie. Produsul final al acestui pas este un sistem operabil i fiabil care ar trebui s satisfac obiectivele iniiale de proiectare pentru rezolvarea unei probleme sau pentru a profita de o oportunitate.

 Pasul 6: Implementarea sistemului Dup ce noul sistem a fost dezvoltat i testat, se poate realiza conversia de la vechiul la noul sistem. Un element cheie al procesului de implementare l reprezint rezolvarea problemelor organizaionale i de comportament care apar adesea. Implementarea de noi sisteme informaionale schimb de obicei - uneori dramatic - locurile de munc, responsabilitile, cerinele oamenilor i relaiile de comunicare. Pentru a face faa reaciei factorului uman i pentru a minimiza rezistena la schimbare, acestea trebuie previzionate.

 Pasul 7: Evaluarea i ntreinerea sistemului Dup implementarea noului sistem, este important de apreciat ct de eficiente sunt soluiile oferite la diversele probleme. Evaluarea, prin urmare, nseamn aprecierea gradului de variaie dintre performanele planificate i cele actuale ale sistemului. Dac noul sistem a euat n atingerea obiectivelor din proiectare sau prezint noi probleme sau oportuniti, s-ar putea s trebuiasc iniiat un nou proces privind ciclul de via al dezvoltrii sistemelor. Dac noul sistem opereaz satisfctor, atunci sistemul poate fi meninut la nivelul curent de exploatare pn cnd apar noi probleme sau oportuniti.