TestareImplementareMentenan

Cum verificm c sistemul corespunde specificaiilor?

Planificarea activitilor de testare

Planul trebuie s fie iniializat n faza de culegere a cerinelor i va trebui s evolueze pentru a deveni un instrument de lucru n faza de testare.

Responsabilitatea planificrii activitilor de testare este diferit pentru testarea componentelor sistemului, testul de integrare i testul de acceptare a sistemului.Vor fi implicai specialiti n dezvoltarea de SI, manageri, responsabili de proiecte, utilizatori finali.

Planificarea activitilor de testare Avantaje:

Permite echipei de proiect s identifice modalittile de reducere a efortului de testare.

Elimin nenelegerile dintre dezvoltatorii de SI si utilizatorii finali naintea realizrii solutiei de SI

Permite identificarea problemelor i centreaz atenia echipei de testare pe aspectele eseniale

Reduce probabilitatea implementrii de componente netestate

De ce sunt necesare testele?

Reducerea pierderilor datorate eecului Scade probabilitatea de eroare a SI n

timpul exploatrii Crete ncrederea utilizatorilor c SI

lucreaz conform soluiei de proiectare Conduce la identificarea problemelor

pentru a cror soluionare trebuie s se lucreze.

Cnd se fac teste?

Testele sunt necesare pe toat durata de via a SI.

Testarea componentelor, integrrii acestora, testarea sistemului si testarea de acceptare de ctre beneficiar vor ncepe imediat ce componentele executabile sunt disponibile.

Cine trebuie s execute testele?

Practica unanim acceptat presupune testarea componentelor de ctre dezvoltatorul de software iar testarea de acceptare (din perspectiva business-ului) o fac end-userii (beneficiarul SI).

Stabilirea datelor de test

Stabilirea datelor de test presupune alegerea datelor care au probabilitatea mai mare de a identifica erori n raport cu orice set de date similar.

Cnd datele de test provin din fiierele de producie, teste existente sau sunt stabilite de specialistul n testare , datele vor reduce numrul de teste necesare.

Cine ar trebui s stabileas datele de testare?

Dezvoltatorul de SI va stabili datele de test pentru componente i testul de integrare.

Utilizatorii finali ar trebui s stabileasc datele pentru testul de acceptare a SI.

Planul de migrare

Include: Descrierea mediului (calculatoare, baze de

date, interfee) Descrierea datelor necesare Descrierea restriciilor operaionale (ex: cnd

putem face migrarea? Doar n weekend? Numai n ultima sptmn a lunii?)

Lista entitilor afectate Planul pailor de urmat

Planul de migrare Necesit ntreruperea serviciului?

n caz afirmativ, cnd se ntmpl? Este nevoie de training? Exist helpdesk?

Dac da, au manuale actualizate?

Strategia de migrareComunicarea cu clientul este esenial

Ce se ntmpl, cnd, de ce ? De ce face trimitere la beneficiiPrezentarea nu trebuie foarte detaliatDe unde pot obine clienii informaii mai detaliate?

Identificati datele importante pentru client:Cnd trebuie sistemul s fie stabil?Obinei informaii privitoare la termenele la care

clientul trebuie s se alinieze

Strategii de migrare1. Direct Trecerea direct de la vechiul la noul SI

A) nlocuire imediat Impune o planificare i testare riguroas

B) Operarea n paralel Limiteaz riscurile

2. Etapizat Implementarea etapizat a componentelor

Strategii de migrare

Consideratii: Nivelul de afectare (ntrerupere) a procesului

de business Ct de mare este opoziia fa de noul sistem Dac este mare este necesar o perioad

mai lung de adaptare Nivelul de confort n raport de calitatea

sistemului

Implementare direct

nlocuire imediat Impune o planificare i testare riguroas Impune o pregtire atent a utilizatorilor Impune un plan de rezerv

Arii de conversie a datelor Surse de date:

De unde provin? Este nevoie s modificm datele?Sunt datele corecte?

Controalele procesului:Totul se realizeaz dintr-o dat?Cum putem fi siguri c am realizat conversia cu

succes?Completitudine:

Cum se soluioneaz excepiile?Facem copii de siguran? Putem restarta?

Operarea n paralel

Exist mai multe variantePentru o perioad definit va lucra i noul sistem

Ambele sisteme lucreaz n acelai timp.

Mentenana sistemului Modificri sau corecii realizate asupra SI dup darea

n folosina curent la beneficiar: Erori n sistem neidentificate la testri. Pot fi urmarea

unor evenimente rare care nu au fost avute n vedere sau a unei suprancrcri neateptate a sistemului.

Schimbri urmare a unor reglementri legale. Nevoia de evoluie a SI pentru a se alinia la condiiile

de business noi sau nevoile utilizatorilor. Schimbri n sisteme cu care interacioneaz fapt ce

determin modificri n sistemul relevant.

Tipuri de mentenan

Corectiv rezolvarea erorilor identificate Adaptiv nu se modific funcionalitatea

sistemului. Sunt necesare noi prelucrri n noi condiii.

Perfectiv mbuntete sistemul prin adugarea unei componente/funcionalitinoi.

Preventiv se modific structura intern far a fi afectat comportamentul exterior.

Ce trebuie luat n considerare

Efectul modificrii (ripple effect) efectul modificrii asupra unei alte componente a SI.

Analiza impactului scopul este de a determina toate componentele sistemului care vor fi afectate de schimbare.

Politica de mentenan i proceduri

Fiecare organizaie trebuie s elaboreze politica de mentenan i proceduri

Stabilete modul de nregistrare a modificrilor: data i timpul necesitat, numele celui/celor care au realizat modificarea, descrierea modificrii, lista echipamentelor nlocuite, cine a solicitat modificarea,cine a semnat de acceptarea modificrii.

Activiti de mentenan

Realizarea copiilor de siguran Actualizri ale software-ului Monitorizarea performanei sistemului:Rata de eroareIncidente Dimensiunea fiierelorViteza de prelucrare/ timp de rspunsFragmentarea discului Mentenant hardware

Copii de siguran

Strategii de back-up:back-up total(T)back-up zilnic

incremental(I)combinat Managementul copiilor de

siguran: copiile se pstreaz n

locaii special amenajate.

Rspunsul la incidente Organizatiile trebuie: S stabileasc procedura pentru incidente

operaionale legate de SI, procedur care include detectarea, analiza, refacerea, i activitile de rspuns la incidente.

Urmrirea, documentarea i raportarea incidentelor ctre persoanele responsabile sau autoriti.

Protejarea fizic i a mediului IT

Organizaiile trebuie: s limiteze accesul fizic la Sl i echipa-

mente doar la persoanele autorizate; protejarea cldirii i a infrastructurii suport

pentru SI; s asigure utilitile necesare SI. protecia fat de factorii de mediu.

Evaluarea riscurilorOrganizaiile trebuie s realizeze periodic

evaluarea riscului operaional, a riscurilor privind activele informaionale i persoane rezultnd din operarea SI si procese asociate, stocare i transmisii de date.

Achiziionarea sistemului i serviciilor

Organizatia trebuie: S aloce resurse suficiente pentru protejarea

adecvat a SI;S ncorporeze consideraii de securitate n toate

procesele ciclului de via al SI;S respecte restriciile de utilizare i instalare a

software-ului;Asigurarea securitii n relaia cu furnizorii de

servicii.