testare implementare mentenanta

27
Testare Implementare Mentenanţă

Upload: cristina-criss

Post on 14-Nov-2015

335 views

Category:

Documents


4 download

DESCRIPTION

Sisteme informatice de Gestiune-Testare Implementare Mentenanta

TRANSCRIPT

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