Planificarea implementarii Realizarea si testarea progamelor Instalarea sistemului

Prezentare general a implementarii

IMPLEMENTAREA SISTEMELOR este procesul de instalare a echipamentelor i softului n vederea finalizrii sistemului i drii lui n funciune.

Aceast etap se deruleaz n cadrul firmei, influeneaz operaiunile economice ale acesteia

Necesitatea unei planificri riguroase

Prezentare general a implementarii

Planificarea implementrii

Activitile etapei de implementare

Realizarea i testarea programelor

Pregtirea locurilor de munc; instalarea i testarea echipamentelor

Selectarea i instruirea personalului

Finalizarea documentaiei

Testarea sistemului

Conversia de la vechiul la noul sistem

Planificarea implementarii
In planul de implementare se vor consemna : toate activitatile de efectuat timpul alocat responsabilitatile de executie costurile estimate ale fiecarei activitati momentul finalizarii implementarii Planificarea i controlarea activitatii de implementare sunt realizate prin: diagramele Gantt diagramele PERT

Realizarea programelor
Categoriile de programatori
Nr. crt. 1 Numr programatori Tip programatori Programatori din compartimentele de informatic ale organizaiilor Programatori din companii specializate de software Programatori de soft ncorporat n diverse produse Scurt caracterizare Se constat trecerea atribuiilor dinspre compartimentele specializate n informatic spre cele ale utilizatorilor. Firmele pot fi specializate n consultan soft sau n realizarea produselorprogram. Soft ncorporat n produse comune (autoturisme, echipamente de uz casnic .a.) n 1994 2.000.000 n 2010 300.000

600.000

3.000.000

3.000.000

10.000.000

Programatorii de ocazie Persoanele ce i desfoar activitatea ca specialiti n diferite domenii (contabili, manageri .a.).

20.000.000

100.000.000

Testarea sistemelor

Obiectivul general al testrii l reprezint identificarea numrului maxim de erori cu efort minim

Testarea sistemelor face referire la dou activiti: Verificarea determin dac o anumit funcie a fost implementat corect Validarea determin dac au fost respectate toate cerinele sistemului

Testarea sistemelor
Activitile etapei de testare

subset al Stabilirea datelor de Stabilirea rezultatelor rezultatelor intrare P P

rezultatele a teptate s Compararea Rezultatele Documentaia Compararea Documentatia t rezultatelor testarii rezultatelor testarii testarii

Strategia Strategia testarii testarii

subset al datelor de intrare P P

rezultatele obinute t

Testarea sistemelor
Principiile generale ale testrii 1. Testele trebuie concepute astfel nct s urmreasc respectarea cerinelor utilizatorilor 2. Testele trebuie planificate cu mult timp nainte de nceperea activitii de testare 3. Testarea trebuie s nceap cu detaliile i se finalizeaz la nivelul sistemului 4. Testarea exhaustiv nu este posibil 5. Testarea trebuie s fie realizat de persoane care nu au fost implicate n fazele anterioare de dezvoltare a sistemului 6. Testarea nu vizeaz numai produsul final, ci i rezultatele fazelor intermediare ale dezvoltrii sistemului informatic

Testarea sistemelor
Clasificarea tehnicilor de testare 1. Dup modul de efectuare a testrii: Tehnici de testare automat testarea sub controlul calculatorului Tehnici de testare manual - testarea sub controlul omului 2. n funcie de execuia sau nu a programelor pe parcursul testrii: Tehnici de testare static nu implic execuia programelor Tehnici de testare dinamic implic execuia programelor 3. n funcie de sursele de informaii utilizate pentru generarea cazurilor de test: Testarea de tip cutia neagr ia n considerare funciile componentei testate Testarea de tip cutia alb ia n considerare detaliile procedurale ale componentei testate

Testarea sistemelor
Testarea tip cutia alb Avantaje: Identificarea erorilor ce pot rezulta n urma proiectrii i implementrii cazurilor de excepie n tratarea unei funcii a programului Identificarea i localizarea mai uoar a erorilor, motiv pentru care este recomandat nceperea testrii cu aceste tehnici Se urmrete generarea cazurilor de test astfel nct s fie garantat: execuia fiecrei structuri de control alternative pe ambele ramuri; execuia fiecrei structuri de control repetitive, att la numrul minim, ct i cel maxim al iteraiilor, dar i a unuia intermediar; verificarea validitii structurilor de date interne ale programelor

Testarea sistemelor
Testarea tip cutia neagr Rspunde la ntrebrile: Cum poate fi testat validitatea funcional a aplicaiei? Cum pot fi testate performanele aplicaiei? Ce volum de date i ce rat a intrrilor poate accepta sistemul? Ce efect va avea asupra modului de funcionare a sistemului o anumit combinaie a datelor de intrare?

Se bazeaz pe diagramele fluxurilor de date

Tehnica testrii cilor independente de execuie

Obiectivul urmrit: garantarea execuiei cel puin o dat a fiecrei instruciuni de program. Calea urmat:
Complexitatea logic Setul de baz al cilor independente de execu ie

Cazuri de test

Etapele de lucru:
1.

Construirea grafului fluxurilor logice de control din program, Determinarea complexitii logice a specificaiilor procedurale, Determinarea setului de baz al cilor liniare independente de execuie, Pregtirea cazurilor de test.

2. 3. 4.

Tehnica testrii cilor independente de execuie

Concepte utilizate
Un nod reprezent un grup de instruciuni secveniale i o instruciune care codific o structur de control alternativ sau repetitiv Reprezentri utilizate n construirea grafului fluxurilor logice de control din program:
Secvena If then - else Do case Do-while

... . . .

Nod predicativ conine o condiie simpl sau complex - pornesc dou sau mai multe fluxuri de control (vezi nodurile de culoare mai nchis)

Tehnica testrii cilor independente de execuie

Concepte utilizate (continuare)

Complexitatea logic definete numrul cilor independente de execuie - se calculeaz dup formula: CC = P + 1, unde P este numrul nodurilor predicative

Cale independent de execuie orice cale prin program care implic cel puin un grup nou de instruciuni sau o condiie nou fa de cele definite deja

Tehnica testrii cilor independente de execuie

Exemplu
PROCEDURE EvaluareFIFO * Acest modul realizeaza evaluarea stocurilor la iesire dupa metoda First In First Out INTERFACE INPUT cMatCod, vCantitate INTERFACE OUTPUT aConsum, bConsValid vCantConsum = 0 SELECT DataIntrare,Stoc,Pret FROM Stoc INTO ARRAY aStocuri ; WHERE MatCod = cMatCod and Stoc > 0 ORDER BY DataIntrare n = ALEN(aStocuri,ROW) 2 DIMENSION aConsum(n,3) i=1 3 DO WHILE i <= n AND vCantConsum < vCantitate 4 IF vCantitate vCantConsum >= aStocuri(i,2) aStocuri(i,2) INCREMENT vCantConsum BY aConsum(i,1) = aStocuri(i,1) 5 aConsum(i,2) = aStocuri(i,2) aConsum(i,3) = aStocuri(i,3) ELSE aConsum(i,1) = aStocuri(i,1) 6 aConsum(i,2) = vCantitate vCantConsum aConsum(i,3) = aStocuri(i,3) vCantConsum = vCantitate 10 END IF 7 INCREMENT i BY 1 END DO IF vCantConsum < vCantitate 9 bConsValid = FALSE 10 DISPLAY_MESSAGE(Stocul este insuficient) ELSE bConsValid = TRUE ENDIF END

1 2 3 9 4 11 5 12 7 8 6

11 12

Tehnica testrii cilor independente de execuie

Exemplu (continuare)
Complexitatea ciclomatic este 5 (4 + 1)
1 2 3 9 4 10 12 7 8 11 5 6

Cile independente de execuie sunt: Calea 1:1-2-9-10-12 Calea 2:1-2-9-11-12 Calea 3:1-2-3-9-10-12 Calea 4:1-2-3-4-5-7-8-2-..... Calea 5:1-2-3-4-6-7-8-2-..... Datele de test pentru calea 4 sunt: valoarea lui cMatCod 100001 valoarea pentru vCantitate 100 Pentru materialul 100001 n tabela Stocuri exist 3 linii cu valorile 50,65 i 40 pentru atributul Stoc.

Testarea structurilor de control repetitive

Sunt luate n considerare trei tipuri de structuri repetitive:

Structuri repetitive simple Condiii de testare

Se genereaz cazuri de test pentru 0, 1, 2, m, n-1, n i n+1 iteraii

Structuri repetitive imbricate Condiii de testare

se pornete cu structura din interior i configurarea celorlalte la numrul minim de iteraii se continu cu celelalte structuri n aceeai manier, doar c structurile situate dedesubt sunt configurate la valorile tipice

Structuri repetitive concatenate Condiii de testare

ca n cazul structurilor simple dac structurile concatenate sunt independente sca n cazul structurilor imbricate daca ele sunt dependente

Alte tehnici de testare - Examinrile

examinrile presupun evaluarea programelor linie cu linie n vederea depistrii manuale a unor erori frecvent ntlnite, fr a se urmri efectul fiecrei instruciuni examinatorii interpreteaz liniile de program, iar pe baza comentariilor i ntrebrilor formulate se vor descoperi eventualele greeli se pornete de la o list de control cu erorile tipice ntlnite n activitile de proiectare i programare

Alte tehnici de testare Examinrile (continuare)

Exemple de erori: Utilizarea greit a structurilor de date - referirea unor variabile neiniializate sau chiar nedeclarate Erori n expresiile de calcul - mprirea la 0, utilizarea unor variabile de tipuri diferite n aceeai expresie fr a se apela la funciile de conversie Erori legate de fluxul logic de control - structuri de control repetitive infinite, blocuri de instruciuni ce nu vor putea fi executate niciodat Erori la nivelul interfeelor - utilizarea unui numr incorect de parametri sau a unor parametri al cror tip nu este corespunztor

Alte tehnici de testare Examinrile (continuare)

O echip de examinare este format din patru membri: moderatorul este responsabil pentru organizarea i conducerea edinelor de lucru doi inspectori (examinatori) care vor interpreta programul surs. programatorul, respectiv cel ce a scris codul, pentru a explica ce a intenionat s fac atunci cnd examinatorii consider c ceva este greit

Alte tehnici de testare Execuia de prob

presupune analiza programelor prin urmrirea efectului fiecrei instruciuni pe baza unor date de test datele de test alese sunt simple, astfel nct s nu fac dificil urmrirea programului. Ele vor servi mai mult drept punct de pornire a discuiilor

Strategia testrii sistemelor informaionale

presupune definirea unui cadru de desfurare a fazei de testare, ca parte a demersului dezvoltrii sistemelor informatice Caracteristicile generale ale strategiei de testare Testarea ncepe de jos, de la nivelul modulelor, continu cu testarea integrrii modulelor i se ncheie prin validarea sistemului informatic ca un tot Diferitele tehnici de testare trebuie aplicate n anumite momente ale testrii. Dac la testarea modulelor se utilizeaz cu precdere tehnicile tip cutia alb, n timpul testrii integrrii vor fi utilizate mai mult tehnicile tip cutia neagr Testarea este realizat de ctre o echip independent, n cazul proiectelor mari sau de membrii echipei de dezvoltare a sistemului, n cazul proiectelor de mai mic amploare

Strategia testrii sistemelor informaionale

Testarea modulelor
Prin testarea modulelor se urmrete: testarea la nivelul interfeelor modulului, pentru a se asigura c intrrile i ieirile n/din modul sunt corecte testarea structurilor de date locale, prin care se verific integritatea datelor memorate temporar de-a lungul ramurilor de execuie din modulul respectiv. testarea cilor de execuie urmrete depistarea erorilor legate de calcule greite, comparaii greite n expresiile logice, controlul logic necorespunztor al execuiei etc analiza valorilor limit pentru identificarea erorilor care apar la extremitile domeniului de valori pentru datele de intrare i nu n mijlocul acestui domeniu

Strategia testrii sistemelor informaionale

Testarea integrrii modulelor
Erori ce pot apare la integrarea modulelor: pierderea unor date n cazul transmiterii lor de la un modul la altul execuia unui modul poate avea efecte negative asupra altui modul utilizarea greit a structurilor de date globale Testarea integrrii se poate realiza: de sus n jos (top-down) - ncepe cu modulul principal, dup care se continu, prin parcurgerea n jos a structurii ierarhice a programului , n dou modaliti posibile: integrarea orientat pe vertical integrarea orientat pe orizontal de jos n sus (bottom-up) - construirea i testarea treptat a programului, ncepnd cu modulele de pe ultimele niveluri ierarhice

Strategia testrii sistemelor informaionale

Testarea la nivelul sistemului
Testele concepute n aceast faz urmresc: Testarea refacerii - se verific dac refacerea este realizat corespunztor Testarea securitii - se verific dac mecanismele de protecie ale sistemului funcioneaz corespunztor Testarea solicitrii sistemului presupune confruntarea sistemului cu situaii anormale, testele anterioare viznd modul de funcionare a programelor n condiii normale de lucru Testarea performanelor sistemului este adesea combinat cu testarea solicitrii sistemului i ia n considerare performanele tehnice ale hardware-ului i softwareului.

Strategia testrii sistemelor informaionale

Testarea de acceptare
Caracteristici: reprezint ultima ocazie de verificare a sistemului se desfoar ntr-un mediu similar celui n care va fi pus n funciune i de ctre persoanele care l vor utiliza este realizat din perspectiva utilizatorului

Este efectuat n dou etape: Testarea alfa este realizat de client la sediul productorului Testarea beta se desfoar la sediul clientului, fr ca utilizatorii s fie supravegheai de membrii echipei de dezvoltare a sistemului

Instalarea sistemului i pregtirea spaiului de lucru

Pregtirea spaiilor i a locurilor de munc presupune reproiectarea fizic a spaiilor pentru instalarea echipamentelor, instalarea unor sisteme care s asigure urmtoarele caracteristici: securitatea pentru protejarea resurselor centrale ale sistemului pardoseala trebuie s fie mai nalt pentru a putea fi introduse cablurile de energie i de comunicaie controlul temperaturii i umiditii detectarea i prevenirea incendiilor generatoare suplimentare i surse nentreruptibile de

Documentarea sistemului

Documentaia proiectului poate fi structurat, n funcie de etapa din proiect la care se face referire, i anume: etapa de concepere a planului proiectului etapa de execuie a proiectului etapa de control al schimbrilor etapa nchiderii proiectului

Documentarea sistemului
Dup etapele ciclului de via putem identifica: documentaia microanalizei de sistem specificaiile sau documentaia de analiz documentaia de proiectare documentaia implementrii

Din perspectiva participanilor la dezvoltarea sistemului exist dou categorii: documentaia utilizatorului documentaia tehnic a sistemului

Documentarea sistemului
Componentele documentatiei tehnice :

schema logica de sistem ; machetele fisierelor ; machetele inregistrarilor ; lista programelor / modulelor ; diagrame de structura ale programelor ; descrieri narative ale programelor / modulelor ;

Documentarea sistemului
Componentele documentatiei tehnice : (continuare)

listinguri ale programelor sursa ; referintele incrucisate ale modulelor ; conditii / actiuni pentru erori ; terminari anormale ; conditiile infiintarii locurilor de munca ; programul derularii lucrarilor ;

Documentarea sistemului
Componentele documentatiei tehnice : (continuare)
distribuirea prelucrarii ; contactarea programatorului - responsabil in cazuri de incidende ; procedurile de constituire si de folosire a copiilor de siguranta ; proceduri de control al executiei ; proceduri de acces la fisiere ; cerintele hard / sistem de operare.

Documentarea sistemului
Componentele documentatiei utilizatorului :
1. Prezentarea general a sistemului: scopul sistemului; prezentarea sumar, sub form narativ i grafic, a intrrilor, prelucrrilor i ieirilor. 2. Procedurile generale accesarea sistemului i prsirea lui; instruciuni de operare (tastele funcionale, combinaiile de taste, utilizarea mouse-ului, secvena comenzilor pentru executarea anumitei funcii); proceduri pentru ncrcarea i execuia programelor; lista controalelor i descrierea lor; explicaii privind mesajele de eroare comune i modul lor de corectare; persoana de contact pentru eventualele probleme aprute n sistem.

Documentarea sistemului
3. Documentaia procedurilor: a) descrierea sumar; b) diagrama fluxurilor de date. Descrierea detaliat a fiecrei proceduri: descrierea narativ i grafic a procedurii (de exemplu, paii care ar trebui urmai pentru introducerea datelor de pe o comand primit de la un client nou); descrierea fluxului de activiti; modele de ecrane i explicarea opiunilor ce apar pe fiecare ecran (de exemplu, adugarea, tergerea, modificarea unui document); descrierea sursei documentelor i instruciunile de introducere a datelor de intrare; descrierea ieirilor i prezentarea unui model al fiecrei ieiri, cu explicaii i instruciuni privind modul de obinere i distribuire a fiecrei ieiri.

Componentele documentatiei utilizatorului: (continuare)

Prezentarea general a fiecrei proceduri:

Documentarea sistemului
Componentele documentatiei utilizatorului: (continuare)
c) Definirea datelor: descrierea datelor utilizate de fiecare procedur; d) proprietatea i responsabilitatea asupra datelor; explicaii privind securitatea accesului la date. datele primite de alte proceduri sau grupuri de utilizatori informaiile ce trebuie oferite altor proceduri sau grupuri de utilizatori. 4. 5. Glosarul de termeni Indexul

Interfeele cu proceduri sau sisteme

Documentarea sistemului
Reguli pentru ntocmirea documentatiei

1) organizarea documentatiei ;

2) dimensiunea documentatiei : cat mai redusa posibil ;

3) onorarea cerintelor : cat mai rapida posibil ;

4) aspectul general : cat mai profesional, accesibilitate usoara ;

Documentarea sistemului
Reguli pentru ntocmirea documentatiei (continuare)
5) stilul si relevanta : fraze scurte, diateza activa dominanta, iar cea pasiva cand este cazul ; 6) reprezentarea sistemului :prin imagini, fotografii ; 7) incercuiri de elemente ; 8) orientarea in manual :coduri de culori, iconite ; 9) redarea prelucrarilor : instrumente grafice.

Instruirea utilizatorilor
Modalitatile de instruire a utilizatorilor : lucrari practice, seminarii cursuri instruirea asistata de calculator manuale interactive de instruire prin expertii firmei componente HELP ale softului cu specialistii din afara unitatii

Conversia sistemului
Conversia - procesul de trecere de la vechiul la noul sistem Tipuri de conversie: direct (arderea podului) - renunarea, la un moment dat, la vechiul sistem i trecerea la cel nou paralel - funcionarea paralel a celor dou sisteme o perioad de timp pe faze (gradual) - nlocuirea treptat a elementelor sistemului, evitndu-se schimbrile drastice, instalndu-se cte un subsistem pe rnd modular (pilot) - implementarea sistemului n unele componente din unitate

Conversia sistemului

Conversia fiierelor sau a bazelor de date const n patru activiti principale: pregtirea datelor pentru conversie; conversia datelor; verificarea corectitudinii noilor date; documentaia i efectuarea copiilor de siguran.