1.1     Definirea Cerintelor de Business

1.1.1     Prezentare Generala

1.1.1.1     Descriere Sumara

     Procesul de Definirea a Cerintelor de Business implica o combinare atat a tehnicilor de analiza de sus in jos cat si a celor de jos in sus in vederea intelegerii obiectivelor si cerintelor de busieness pentru un sistem sau o aplicatie noua. Tehnica care este utilizata pentru a guverna acest proces de analiza este modelarea procesului de business. Acesta este sprijinit de tehnicile de modelare functionala si de modelare de date, care sunt utilizate pentru completarera detaliilor in cadrul construit de modelarea proceselor.

  Analistul de business incepe procesul prin derularea unui atelier sau a unei serii de interviuri cu sponsorul proiectului si cu managementul apropiat mediului de business. Ei sunt folositi pentru a identifica, la nivel de ansamblu, procesele care guverneaza business-ul. Analistul utilizeaza un chestionar simplu pentru a obtine din partea managementului o enumerare a problemelor cu care se confrunta si de a obtine totodata un punct de vedere din partea lor vis-à-vis de ceea ce sistemul trebuie sa ofere. Aceste probleme sunt apoi definite ca reprezentand un set clar de obiective pentru sistem. Aceste obiective sunt relevante proceselor de business identificate anterior si au asociate prioritati corespunzatoare.

 Ulterior in vederea identificarii de catre personal a evenimentelor de business sunt desfasurate interviuri individuale si sesiuni de lucru cu grupuri tinta. Sunt obtinute descrieri sumare pentru procesele care se deruleaza ca raspuns pentru fiecare eveniment identificat.

 Un model detaliat este construit pentru fiecare proces prin lucrul direct cu utlizatorii care sunt responsabili cu executia acestor procese. Sunt identificati si descrisi pasii din cadrul procesului precum si fluxul dintre pasi. Fiecare pas trebuie trebuie sa se gaseasca la nivelul elementar al functiilor de business si va reprezenta instanta unei functii elementare de business in ierarhia de functii.

 Pe parcursul derularii procesului de modelare, analistul contruieste ierarhia de functii pentru business. Varful acestei ierarhii este constituit de procesele de ansamblu identificate pe parcursul atelierelor de lucru sau interviurilor cu managementul. Apoi fiecare proces este tratat in parte si analistul plaseaza functiile elementare de business in locul corespunzator in cadrul ierarhiei, construind treptat aceasta ierarhie si adaugand niveluri functionale intermediare in vederea clasificarii lor. Aceasta procedura ajuta la identificarea pasiilor care apar in diferite procese dar care trebuiesc prezentati ca o singura functie elementara in cadrul ierarhiei. Ierarhia completa reprezinta efectiv un catalog al tuturor functiilor elementare din cadrul business-ului.

 In paralel cu construirea modelului de proces pentru business si ierarhia functiilor, analistul obtine totodata si informatii despre datele folosite in diferiti pasi in cadrul proceselor si astfel sunt identificate entitatile si regulile de business si construit modelul de date pentru business.

 Aceste modele initiale trebuie sa fie suficient de cuprinzatoare ca, impreuna cu informatiile referitoare la arhitectura tehnica sa faca posibil estimarea efortului necesar pentru construirea sistemului.

 1.1.1.2     Obiective

 Obiectivele pentru procesul de Definire a Cerintelor de Business sunt:

 ü      Determinarea obiectivelor de business pentru sistem sau aplicatie;

ü      Determinarea structurii organizationale a business-ului;

ü      Obtinerea unei intelegeri detaliate a ariilor de business care trebuiesc sustinute de catre sistem prin construirea modelelor pentru procesele desfasurate, a functiilor din cadrul procesului si a datelor folosite de catre business;

ü      Determinarea cerintelor operationale si a constrangerilor care trebuiesc satisfacute de catre sistem sau aplicatie;

1.1.1.3     Diagrama de Flux

1.1.1.4     Lista de Procese si Livrabile

1.1.1.5     Livrabilele cheie:

ü      Modelul Procesului de Business: reprezinta un model al evenimentelor si al proceselor de business necesare pentru atingerea obiectivelor definite de business. 

ü      Modelul Functional pentru Business: reprezinta o descriere detaliata a functilor care formeaza procesele de business precum si o clasificare ierarhica a acestora. 

ü      Modelul de Date pentru Business: reprezinta o definire detaliata a informatiilor care sunt utilizate de catre business, a regulilor de business care se aplica la aceste informatii, precum si o reprezentare a structurii informatiei. 

ü      Modelul de Date pentru Sistem: reprezinta definirea detaliata si modelul de relatie dintre entitati a structurii logice pentru informatiile care trebuiesc procesate sau pastrate de catre sistem precum si a regululor de business care se aplica acestei structuri a informatiei. 

ü      Modelul Functional pentru Sistem: reprezinta o specificatie detaliata a functiilor care trebuiesc asigurate de sistem. 

ü      Modelul de Proces pentru Sistem: reprezinta o reprezentare schematica a proceselor de business care prezinta cum sunt integrate functiile sistemului cu functiile manuale pentru a raspunde evenimentelor care guverneaza business-ul.

1.1.1.6     Factorii critici de succes:

ü      Angajamentul sponsorului proiectului care sa asigure ca ceilalti membrii ai companiei vor impartasi angajamentul sau fata de proiect. 

ü      Implicarea activa a managementului si a personalului cheie care lucreaza in ariile de business care vor si sprijinite de catre sistem. 

ü      Accesul total la informatiile legate de ariile de business, procesele si datele acestora. 

ü      Managementul eficient al problemelor si rezolvarea acestora la timp. 

ü      Anagajarea unor analisti de business care au abilitatile necesare pentru a lucra efectiv cu managementul si utilizatorii pentru a obtine informatiile necesare pentru modelarea business-ului si pentru a organiza si prezenta informatiile intr-un mod coerent si consistent. 

ü      Verificarea ca toate livrabilele sunt complete si satisfac standardele de calitate.

1.1.2     Prezentare Proceselor

1.1.2.1     Crearea Modelului pentru Procesul de Business

a. Descriere sumara

In cadrul acestui proces se vor identifica setul complet de evenimente la care business-ul raspunde pentru a-si atinge obiectivele. Vor fi descrise procesele derulate de business pentru a raspunde la aceste evenimente si se vor identifica pasii necesari din cadrul acestor procese. Totodata, va fi construita diagrama de flux pentru procese.

b. Descriere intrari si livrabile

Livrabilul principal al acestui proces este Modelul Procesului de Business care contine urmatoarele componente:

ü      Lista evenimentelor care contine toate evenimentele la care business-ul raspunde

ü      Descrierea proceselor care contine o descriere sumara a proceselor care sunt executate ca raspuns la evenimentele identificate

ü      Lista pasilor din proces care contine toti pasii necesari pentru derularea unui proces

ü      Diagrama fluxului de procese

ü      Lista proceselor care trebuie modificate semnificativ pentrua putea utiliza sistemul

Ca intrare pentru acest procs sunt planurile proiectului. Acesta trebuie consultat atunci cand se creaza sau verifica modelul pentru a ne asigura ca obiectivele de business sunt atinse.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Abordarea cea mai utilizata in cadrul acestui proces este derularea intalnirilor in care analistii si reprezentantii utilizatorilor si ai managementului lucreaza impreuna. Pe perioada acestor intalniri analistii conduc interviuri si sesiuni de lucru, deseneaza diagrame, aduna indormatii si le inregistreaza, obtin puncte de vedere in cadrul sesiunilor de revizuire, rafineaza modelul de proces.

e. Modele de documente

Modelul pentru documentul Modelul procesului de Business este prezentat in Anexa 1. Codul pentru acest document este M1-1-01.1

f. Lista responsabilitatilor cheie

ü      Analistul: identifica persoanele catre trebuiesc intervievate, pregateste agenda si chestionarul pentru interviuri, conduce interviurile sau sesiunile de lucru si consolideaza si documenteaza rezultatele. Colecteaza si organizeaza informatia. Creaza modelul procesului de business. Conduce sesiunile de revizuire si inregistreaza intrebarile si problemele care necesita raspunsuri sau rezolutii.

ü      Managerul de Business: asigura disponibilitatea si angajarea personalului. Participa la sedintele de revizuire.

ü      Sponsorul Proiectului: promoveaza angajarea managementului si rezolva conflictele. Participa la sedintele de revizuire.

ü      Utilizatorul: Participa la interviuri sau sedintele de lucru. Comunica cerintele de business curente. Revizuieste continutul decumentului care descrie modelul si furnizeaza comentarii referitoare la acesta.

 1.1.2.2     Colectarea Informatiilor de Detaliu pentru Business

a. Descriere sumara

Acest proces presupune colectarea informatiilor de detaliu referitor la modul in care utilizatorii isi desfasoara activitatea. Este necesar sa se urmareasca si sa se discute cu utilizatorii pentru a obtine informatii despre operatiile si datele pe care acestia le folosesc. Toate informatiile sunt documentate intr-o forma structurata: notite, descrieri si chestionare. Aceste informatii sunt utilizate ulterior in procesele de modelare.

b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul care contine Descrierea de Detaliu a Business-ului. Acesta cuprinde chestionarele de interviu, programul intalnirilor si notitele de la intalniri, note descriptive, etc.

Ca intrare pentru acest proces sunt planurile proiectului. Sfera de cuprindere si produsele proiectului care sunt descrise in acest document trebuie intelese pentrua putea derula cu secces acest proces.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Interviurile cu reprezentantii utilizatorilor reprezinta principala componenta a acestui proces. Sunt utilizate tehnici specifice de pregatire si de desfasurare a intalnirilor precum si de colectare a informtaiilor.

e. Modele de documente

Modelul pentru documentul Descrierea de Detaliu a Business-ului este prezentat in Anexa 1. Codul pentru acest document este M1-1-02.1

f. Lista responsabilitatilor cheie

ü      Analistul: desfasoara activitati de colectare a informatiilor. Produce documentul care contine descrierea de detaliu a business-ului.

ü      Managerul de proiect: revizuieste descrierea de detaliu a business-ului si se asigura ca activitatile din cadrul acestu proces se desfasoara in sfera de cuprindere a proiectului.

ü      Sponsorul Proiectului: asigura disponibilitatea utilizatorilor si participa la colectarea informatiilor. Revizuieste descrierea de detaliu a business-ului. Promoveaza angajamentul utilizatorilor.

ü      Utilizatorul: furnizeaza informatii in cadrul interviurilor, discutilor si a atelierelor de lucru despre practicile de lucru. Pune la dispozitia analistului exemple pentru documentele necesare.Revizuieste descrierea de detaliu a business-uluiI dentifica neconcordante si ajuta la clarificarea aspectelor neclare sau incomplete.

 1.1.2.3     Construirea Modelului de Date pentru Business

a. Descriere sumara

Scopul acestu proces este acela de a contrui un model pentru datele care sunt utilizate sau produse de catre business pentru ariile din sfera de cuprindere a proiectului.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Modelul de Date pentru Business. Acest model furnizeaza o descriere detaliata si completa a structurii tuturor datelor pa care arrice de business le urilizeaza sau genereaza. Modelul contine diagramele de relatii intre entitati impreuna cu descrierea completa a entitatilor din diagrame, a atributelor lor, a relatuiilor dintre ele si a cheilor de identificare.

 Intrari pentru acest proces sunt documentele Modelul Procesului de Business si Descrierea de Detaliu a Business-ului..

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Acest proces utilizeaza tehnica modelarii relatiilor dintre entitati si este desfasurat in paralel cu procesul de modelare a functionalitatilor de business.

e. Modele de documente

Modelul pentru documentul Modelul de Date pentru Business este prezentat in Anexa 1. Codul pentru acest document este M1-1-03.1

f. Lista responsabilitatilor cheie

ü      Analistul: construieste modelul de date pentru business. Inregistreaza intrebarile si problemele care necesita raspunsuri si rezolutii. Prezinta modeul de date pentru business utilizatorilor si obtine confirmarea acestuia.

ü      Managerul de proiect: revizuieste documetul care descrie modelul de date pentru business si se asigura ca acesta este conform cu sfera de curpindere a proiectului.

ü      Sponsorul Proiectului: asigura disponibilitatea utilizatorilor pentru raspunsul la intrebarile analistului. Revizuieste continutul documentului de model. Promoveaza angajamentul utilizatorilor.

ü      Utilizatorul: raspunde la intrebarile analistului in procesul de contruire a modelului. Intelege explicatiile oferite de analist referitoare la modelul de date pentru business si semnaleaza orice discrepanta intre acest model si practica curenta.

 1.1.2.4     Construirea Modelului Functional pentru Business

a. Descriere sumara

In acest proces este creat un model care clasifica intr-o ierarhie functiile identificate in procesul de creare a modelului procesului de business. Este totodata documentat la nivel de detaliu modul in care datele de business sunt folosite de catre functii. In procesul de construire a acestui model este descris ce anume trebuie sa se faca la nivelul business-ului pentru a raspunde la evenimentele care guverneaza busimess-ul. 

b. Descriere intrari si livrabile

Livrabilul acestui proces este Modelul Functional pentru Business. Acest document ofera o descriere completa a functiilor desfasurate de diferitele arii de business si contine urmatoarele componente:

ü      Diagrama ierarhiei functiilor care prezinta o descompunere ierarhica a functilor in care pentru fiecare nivel inferior este prezentat intr-un detaliu mai mare ce este necesar ca business-ul sa desfasoare

ü      Utilizarea datelor in cadrul functiilor unde se specifica ce date sunt procesate de catre fiecare functie

ü      Logica si descrierea functiilor unde este descris algoritmul folosit de fiecare functie precum si eventualele formule matematice utilizate de catre acestea.

 Intrari pentru acest proces sunt documentele Modelul Procesului de Business si Descrierea de Detaliu a Business-ului.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Acest proces este desfasurat in paralel cu procesul de modelare a datelor pentru business si foloseste o gama specifica de tehnici de la descrierea narativa la structuri  compleze si diagrame.

e. Modele de documente

Modelul pentru documentul Modelul Functional pentru Business este prezentat in Anexa 1. Codul pentru acest document este M1-1-04.1

f. Lista responsabilitatilor cheie

ü      Analistul: construieste modelul functional pentru business. Inregistreaza intrebarile si problemele care necesita raspunsuri si rezolutii. Prezinta modeul functional pentru business utilizatorilor si obtine confirmarea acestuia.

ü      Managerul de proiect: revizuieste documetul care descrie modelul functional pentru business si se asigura ca acesta este conform cu sfera de curpindere a proiectului.

ü      Sponsorul Proiectului: asigura disponibilitatea utilizatorilor pentru raspunsul la intrebarile analistului. Revizuieste continutul documentului de model. Promoveaza angajamentul utilizatorilor.

ü      Utilizatorul: raspunde la intrebarile analistului in procesul de contruire a modelului. Intelege explicatiile oferite de analist referitoare la modelul functional pentru business si semnaleaza orice discrepanta intre acest model si practica curenta.

 1.1.2.5     Construirea Modelului de Date pentru Sistem

a. Descriere sumara

Pe parcursul acesui proces modelul de date pentru business este transformat intr-un model logic al relatiilor intre entitati pentru datele care vor fi gestionate de catre aplicatie in vederea atingerii obiectivelor pentru sistem.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Modelul de Date pentru Sistem. Acest model furnizeaza o descriere completa si detaliata a structurii datelor care vor fi inmagazinate de catre sistem. Pe langa datele identificate in modelul de date pentru business pot fi incluse si structuri de date suplimentare necesare pentru functionalitatile sistemului. Aceste date sunt prelucrate dar nu sunt intotdeauna vizibile de catre utilizator. Modelul cuprinde diagrame de relatii intre entitati, descrierea completa a acestor entitati prezentate in diagrame, atributele pentru entitati, relatiile si cheile de identificare ale acestora.

 Intrari pentru acest proces sunt documentele Modelul Procesului de Business, Modelul de Date pentru Business, Modelul Functional pentru Business, Specificatia de Distribuire si Stocare si Arhitectura Tehnica Initiala.

 c. Lista de activitati cu rezultate

 d. Tehnici si metode specifice de lucru

Acest proces utilizeaza tehnica modelarii relatiilor dintre entitati si este desfasurat in paralel cu procesul de modelare a functionalitatilor sistemului. In producerea modelului se poate pleca de la modelul de date pentru business si sa fie facute unele modificari care pot include:

ü      eliminarea unor entitati, atribute sau relatii care nu vor fi inmagazinate de catre sistem

ü      adaugarea unor entitati, atribute sau relatii care sa sprijine functionalitatile sistemului

ü      generalizari ale structurilor de date pentru a permite utilizarea unei structuri de catre mai multi utilizatori

ü      simplificari ale modelului de date pentru a simplifica functionalitatea sistemului

e. Modele de documente

Modelul pentru documentul Modelul de Date pentru Sistem este prezentat in Anexa 1. Codul pentru acest document este M1-1-05.1

 f. Lista responsabilitatilor cheie

ü      Analistul: construieste modelul de date pentru sistem

ü      Arhitectul Sistemului: furnizeaza suport in crearea modelului

ü      Managerul de proiect: revizuieste documetul care descrie modelul de date pentru sistem si se asigura ca acesta este conform cu sfera de curpindere a proiectului.

 1.1.2.6     Construirea Modelului Functional pentru Sistem

a. Descriere sumara

Scopul acestui proces este acela de a defini functiile pe care sistemul trebuie sa le deruleze pentru sprijini functionalitatile de business identificate in procesul de contruire a modelului functional pentru business. Acel model furnizeaza o specificatie detaliata pentru fiecare functie care trebuie derulata de catre sistem.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Modelul Functional pentru Sistem care contine o specificatie detaliata pentru fiecare functie. Aceasta specificatie are urmatoarele componente:

ü      Interactiunile manuale care descriu operatiile manuale care sunt necesare pentru a derula functia

ü      Interfetele functieio care specifica interfata de prezentare a functiei catre alte functii sau catre exterior, inclusiv catre utilizatori

ü       Logica si descrierea functiilor unde este descris algoritmul folosit de fiecare functie precum si eventualele formule matematice utilizate de catre acestea.

ü      Utilizarea datelor in cadrul functiilor unde se specifica ce date sunt procesate de catre fiecare functie

ü      Informatiile referitoare la locatia geografica si masininile care vor rula functia

Intrari pentru acest proces sunt documentele Modelul Procesului de Business, Modelul de Date pentru Business, Modelul Functional pentru Business, Specificatia de Distribuire si Stocare si Arhitectura Tehnica Initiala.

 c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Acest proces este desfasurat in paralel cu procesul de modelare a procesului sistemului si cu procesul de modelare a datelor pentru sistem. Functiile sistemului sunt identificate luand in considerare cerintele din modelele de proces pentru business si de functionalitati pentru business precum si modelul de date pentru business.

In cadrul acestui proces sunt produse specificatiile pentru fiecare functie care este identificata. Modelul arata cum functiile sunt folosite ca si pasi ai procesului pentru a raspunde la evenimentele de business. Scrierea specificatiilor si desenarea diagramelor pot fi tehnici utilizate in cadrul acestui proces.

e. Modele de documente

Modelul pentru documentul Modelul Functional pentru Sistem este prezentat in Anexa 1. Codul pentru acest document este M1-1-06.1

f. Lista responsabilitatilor cheie

ü      Analistul: construieste modelul de date pentru sistem

ü      Arhitectul Sistemului: furnizeaza suport in crearea modelului

ü      Managerul de proiect: revizuieste documetul care descrie modelul de date pentru sistem si se asigura ca acesta este conform cu sfera de curpindere a proiectului.

 1.1.2.7     Construirea Modelului de Proces pentru Sistem

a. Descriere sumara

Modelele de proces pentru sistem si functional pentru sistem creaza puntea de legatura dintre modelele de business si design-ul sistemului prin stabilirea cerintelor functionale pentru sistem. Modelul de proces pentru sistem arata cum toate functiile sistemului si cele manuale sunt integrate pentrua sprijini raspunsul la evenimentele de business.

Pe parcursul acestui proces sunt considerate toate procedele din modelul de proces pentru business si determinat cum aceste sunt sprijinite de catre system, luind in considerare arhitectura tehnica initiala. Este apoi tranformat modelul de proces pentru business in modelul de proces pentru sistem prin separarea proceselor manuale derulate fara sprijinul sistemului de procesele automatizate partial sau total.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Modelul de Proces pentru Sistem care contine un set de diagrame de flux pentru proces, fiecare aratand procesul derulat ca raspuns la un eveniment. Fiecare pas din cadrul procesului reprezinta fie o functie manuala fie o functie derulata de sistem in intregime sau cu interventie manuala.

 Intrari pentru acest proces sunt documentele Modelul Procesului de Business, Modelul de Date pentru Business, Modelul Functional pentru Business, Specificatia de Distribuire si Stocare si Arhitectura Tehnica Initiala.

 c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Scopul maparii proceselor de business cu procesele de sistem este acela de a dezvolta un model care sa arate functiile manuale si pe cele automatizate care formeaza pasii de proces necesari raspunsului la evenimentele de business din sfera de curpindere a proiectului. Acest lucru este realizat prin examinarea fiecarui proces de business si determinarea mecanismului prin care fiecare pas din cadrul procesului trebuie realizat. Acest lucru se face prin corelarea cu producerea specificatiilor pentru modelul functional pentru sistem.

Modelul trebuie sa cuprinda diagrame de flux pentru procese care sa prezinte procesele si functile necesare indeplinirii cerintelor operationale ale sistemului.

Cel mai usor mod de a realiza modelul de proces pentru sistem este acela de a pleca de la o copie a modelului de proces pentru business si de a-l amenda succesiv pentru a obtine modelul de proces pentru sistem. Modelul obtinut initia trebuie revizuit intern aopi cu utilizatorii impreuna cu modelul functional pentru sistem.

e. Modele de documente

Modelul pentru documentul Modelul de proces pentru Sistem este prezentat in Anexa 1. Codul pentru acest document este M1-1-07.1

 f. Lista responsabilitatilor cheie

ü      Analistul: construieste modelul de proces pentru sistem

ü      Arhitectul Sistemului: furnizeaza suport in crearea modelului

ü      Managerul de proiect: revizuieste documetul care descrie modelul de proces pentru sistem si se asigura ca acesta este conform cu sfera de curpindere a proiectului.

ü      Sponsorul proiectului: revizuieate modelul de proces pentru sistem. Asigura disponibilitatea utilizatorilor pentru activitaile de revizuire.

ü      Utilizatorul: revizuieste sectiunea modelului de process pentru sistem care acopera aria de de lucru.

1.2     Definirea Arhitecturii Tehnice

1.2.1     Prezentare Generala

1.2.1.1     Descriere Sumara

 Procesul de Definire a Arhitecturii Tehnice specifica elementele fundamentului tehnic al proiectului de dezvoltare. Acesta presupune ca exista deja stategia pentru sistemul informatic iar elementele vor fi definite conform aceastei strategii.

 Definirea unei arhitecturi tehnice corespunzatoare depinde in primul rand de dezvoltarea unei arhitecturi tehnice realiste care sa reflecte cerintele pentru noul sistem. Cerintele sunt apoi dezvoltate in detaliu in cadrul arhitecturii tehnice care are in compunere componentele ce trebuie sa fie disponibile proiectului la momentele planificate.

 Srhitectura tehnica initiala este revizuita pe parcursul dezvoltarii pentru a reflecta cu mai multa acuratete informatiile disponibile, ca de exemplu design-ul bazei de date. Aceste rafinari trebuie sa reprezinte confirmari ca arhitectura este corespunzatoare dar pot lasa loc si pentru rafinari ulterioare (exemplu: capacitatea de stocare a discurilor, viteza retelei de comunicatii etc).

 Daca tehnologia este noua sau complexa atunci este recomandat ca sa fie stabilite criterii cat mai devreme posibil pentru a asigura ca cerintele sistemului sunt respectate. Daca aceste aspecte nu sunt tratate la timp ele cresc nivelul de risc pentru dezvoltare.

 Trebuie verificat ca arhitectura propusa este in linie cu strategia tehnica. Daca arhitectura propusa are componente cu care echipa nu este de acord, atunci aceste componente trebuiesc revizuite inainte de a fi incluse in arhitectura.

1.2.1.2     Obiective

 Obiectivele pentru procesul de Definire a Arhitecturii Tehnice sunt:

 ü      Identificarea hardware-ului, retelei de comunicatii si a soft-ului standard (non-aplicatie) care sunt necesare pentru aplicatia software care va fi dezvolatata;

ü      Furnizarea unei arhitecturi care sa fie consistenta cu directia strategica de business;

ü      Furnizarea unei arhitecturi care sa sprijine interfetele necesare cu alte sisteme;

 1.2.1.3     Diagrama de Flux

1.2.1.4     Lista de Procese si Livrabile

1.2.1.5     Livrabilele cheie:

 ü      Specificatiile pentru H/W si S/W: reprezinta arhitectura tehnica pentru hardware si software necesara operarii noului sistem.

 ü      Specificatia de Distributie si Stocare: reprezinta descrierea modului in care datele sistemului sunt distribuite in cadrul componentelor noului sistem unde sunt stocate si executate executabilele si descrie cerintele pentru capacitatea initiala si viitoare a infrastructurii in general (de exemplu: capacitatea de stocare a discurilor). Serveste ca baza in determinarea parametrilor de stocare pentru toate obiectele bazei de date..

 ü      Planul de Recuperare si Revenire: documenteaza care tehnici vor fi folosite pentru a asigura ca noul sistem poate fi recuperat in cazul deteriorarii sale.

 ü      Strategia de Control si Securitate: reprezinta o descriere tehnica a modului in care cerintele de securitate si control sunt asigurate de catre sistem.

 ü      Modelul pentru Interfata Utilizator: descrie conventia care trebuie respectata atunci cand sa va face design-ul interfetei om-masina.

1.2.1.6     Factorii critici de succes:

 ü      Accesul la strategia arhitecturii tehnice;

 ü      Disponibilitatea elementelor hardware si software identificate pentru a sprijini volumul solicitat in specificatiile de distribuire si stocare;

 ü      Modele si criterii corespunzatoare de estimare;

 ü      Accesul la informatiile despre alte sisteme pentru care se vor contrui interfete.

1.2.2     Prezentare Proceselor

1.2.2.1     Definirea Cerintelor de Interfata ale Sistemului

a. Descriere sumara

Acest process presupune documentarea interfetelor de system intre sistemul care trebuie dezvoltat si celelalte sisteme cu care intra in interactiune. Modelul de process pentru business trebuie revizuit pentru a identifica cerintele de interfatare si pentru a determina cerintele functionale pentru aceste interfete. Interfetele sistemului determina deseori functionalitati ale sistemului care trebuie analizate si modelate in detaliu mai departe.

 b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul Cerintele pentru Interfata Sistemului care contine o descriere a cerintelor de ansamblu pentru fiecare din interfetele identificate pentru sistem. Cerintele pentru fiecare din interfetele functionala ale sistemului sunt documentate pentru fiecare categorie de informatie, adica pentru fiecare set sau grup de date elementare care sunt legate logic pentru a reprezenta in mod unic o intefata.

 Intrari pentru acest proces sunt documentele Modelul Procesului de Business si Modelul de Date pentru Business.

 c. Lista de activitati cu rezultate

 d. Tehnici si metode specifice de lucru

Derularea acestui proces presupune revizuirea documenteleor de intrare, identificarea cerintelor de interfatare si definirea unor cerinte de ansamblu pentru fiecare din interfetele identificate. Cerintele sunt revizuite si modificate pentru a asigura o documentare adecvata a intefetelor si pentru a putea inregistra toate fluxurile de informatie care intra in sau ies din sistem. Trebuie documentate cerintele pentru toate sistemele care necesita o ineterfatare cu sistemul care urmeaza sa fie dezvoltat. Aceste cerinte trebuie sa includa:

ü      Numele sistemului

ü      O scurta descriere a acestuia

ü      Locatia sistemului

ü      Tipul bazei de date folosite

ü      Lista sau numele interfetelor necesare

ü      O descriere de ansamblu a functionalitatiui pentru fiecare interfata

ü      Tipul de interfata (intrare sau iesire)

ü      Modul de interfatare (manuala, automat, sincron, etc)

ü      Datele care sunt transferate prin interfata

ü      Presupuneri si consideratii specifice

 e. Modele de documente

Modelul pentru documentul Cerintele pentru Interfata Sistemului este prezentat in Anexa 1. Codul pentru acest document este M1-2-01.1

 f. Lista responsabilitatilor cheie

ü      Analistul: identifica si documenteaza interfetele sistemului. Pregateste cerintele functionale pentru interfete. Obtine si documenteaza consideratiile si ipotezele tehnice.

1.2.2.2     Definirea Arhitecturii Tehnice Initiale

a. Descriere sumara

In acest proces sunt definite cerintele legate de arhitectura hardware, software, instrumentele si configuratiile necesare mediului de dezvoltare, testare si productie. Scopul acestui proces consta in identificarea cerintelor initiale ale arhitecturii tehnice pentrua putea estima costul si efortul necesar dezvoltarii sistemului.

 b. Descriere intrari si livrabile

Livrabilul acestui proces este Arhitectura Tehnica Initiala care este compusa din urmatoarele:

ü      Arhitectura, care defineste urmatoarele cerinte hardware: sistem (procesor, medii de stocare, imprimante, controlewre si alte periferice), topologia retelei locale si Wan, etc

ü      Configuratia, care descrie configuratia aplicatiilor sistemului

Arhitectura tehnica trebuie definita pentru fiecare din mediile de dezvoltare, testare si productie.

 Intrari pentru acest proces sunt documentele Modelul Procesului de Business, Modelul de Date pentru Business si Cerintele pentru Interfata Sistemului.

 c. Lista de activitati cu rezultate

 d. Tehnici si metode specifice de lucru

Abordarea in cadrul acestui proces este directa. Modelele de business sunt analizate impreuna cu cerintele pentru interfata sistemului pentru a obtine arhitectura tehnica initiala. Pentru fiecare mediu este produsa o diagrama a configuratiei si cerintele sunt documentate. Managerul de proiect impreuna cu personalul Ti revizuieste aceste documente si verifica daca cerintele sunt corespunzatoare si realiste.

 e. Modele de documente

Modelul pentru documentul Arhitectura tehnica Initiala este prezentat in Anexa 1. Codul pentru acest document este M1-2-02.1

 f. Lista responsabilitatilor cheie

ü      Arhitectul Sistemului: determina arhitectura tehnica. Produce documentul care descrie aritectuta tehnica initiala

ü      Managerul de proiect: revizuieste arhitectura tehnica initiala impreuna cu personalul TI.

1.2.2.3     Definirea Cerintelor Operationale ale Sistemului

a. Descriere sumara

Scopul acestui proces este acela de a defini atributele operationale si de performanta care sunt necesare noului sistem definit de modelul functional, modelul de date si modelul de proces. Activitatile din cadrul acestui proces pun impreuna informatii legate de securitate, salvari si restaurari, gestiunea erorilor, performanta, arhivare si stergere a datelor vechi. Sunt analizate consecintele si implicatiile acestor atribute operationale asupra functionalitatii sistemului. Este totodata definit nivelul de disponibilitate pentru sistem, suportul si modul de rezolvare a problemelor.

 b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul care contine Cerintele Operationale pentru Sistem. Acesta descrie cerintele pentru toate procedurile operationale: pornire si oprire, securitate si raportare a breselor sau incercarilor de violare, auditare, notificarea si raportarea erorilot, salvarea si recuperarea informatiilot, refacerea sistemului in cazul distrugerii, arhivare si stergere a datelor vechi. Totodata sunt definite cerintele pentru nivlul serviciilor: perioada de disponibilitatei a masinilor, tipul si nivelul suportului tehnic si disponibilitatea acestuia pentru rezolvarea problemelor.

 Intrari pentru acest proces sunt documentele Descrierea de Detaliu a Business-ului, Modelul Functional pentru Business, Modelul de Date pentru Sistem, Modelul Functional pentru Sistem si Modelul de Proces pentru Sistem.

 c. Lista de activitati cu rezultate

 d. Tehnici si metode specifice de lucru

Abordarea in definirea procedurile operarionale urmareste identificarea acelor aspecte si functionalitati ale sistemului care necesita suport operational si documentarea cerintelor pentru procedurile operationale. Abordarea pentru documentarea nivelului serviciilor urmareste: identificarea indicatorilor pentru cerintele operationale, idsentificarea partilor sistemului care sunt critice pentru business, identificarea perioadelor critice pentru business, definirea tipurilor si nivelului pentru serviciile necesare suportului arrilor de business critice care utilizeaza noul sistem.

 e. Modele de documente

Modelul pentru documentul Cerintele Operationale ale Sistemului este prezentat in Anexa 1. Codul pentru acest document este M1-2-03.1

 f. Lista responsabilitatilor cheie

ü      Arhitectul Sistemului: defineste cerintele operationale ale sistemului si produce livrabilul cheie al acestui proces.

ü      Managerul de proiect: revizuieste documentul care defineste crintele operationale ale sistemului si negociaza cu beneficiarii sistemului aceste cerinte.

ü      Sponsorul: valideaza documentul care defineste crintele operationale ale sistemului in numele utilizatorilor

ü      Utilizatorul: revizuieste documentul care defineste crintele operationale ale sistemului si semnaleaza aspectele din cadrul documentului care trebuie modificate

1.2.2.4     Definirea Specificatiilor pentru H/W si S/W

a. Descriere sumara

In cadrul acestui proces sunt descrise componentele hardware si software care vor fi utilizate de catre noul sistem. Este vizat de activitatile din cadrul acestui proces mediul extern al sistemului si nu componentele sale. Acest proces este desfasurat in paralel cu definirea specificatiilor de distribuire si stocare ale sistemului.

 b. Descriere intrari si livrabile

Livrabilul acestui proces Specificatia pentru H/W si S/W descrie componentele hardware si software majore pentru noul sistem si poate arata si cum acestea sunt integrate cu componentele altor sisteme cu care noul sistem intra in interactiune. Aceste componente apartin mediului in care noul sistem va lucra si poate contine: servere, medii de stocare a informatiei, elemente de retea, aplicatii standard, etc.

 Intrari pentru acest proces sunt documentele Modelul de Date pentru Sistem, Modelul Functional pentru Sistem, Modelul de proces pentru Sistem, Arhitectura Tehnica Initiala, Cerintele Operationale ale Sistemului si Cerintele de Interfata ale Sistemului.

 c. Lista de activitati cu rezultate

 d. Tehnici si metode specifice de lucru

Este necesara adunarea tuturor informatilor utile in vederea elaborarii specificatiilor. In acest sens se deruleaza intalniri si interviuri cu persoanele tehnice reprezentative pentru a identifica detaliile componentelor existente. Trebuiesc identificate toate acele componente pentru sistemele deja dezvoltate sau care se afla in curs de dezvoltare si care vor interactiona cu noul sistem care se gaseste in sfera de cuprindere a proiectului. Este creata aopi o diagrama care sa reprezinte componentele identificate precum si legaturile dintre aceste componente. Pentru S/W este necesar ca diagrama sa reprezinte nivelurile ierarhice pentru componentele software, relatiile dintre aceste componente precum si legaturile cu nivelul ierarhic superior. Pentru fiecare componenta identificata in diagrame este necesar sa fie furnizat si o descriere a acesteia.

 e. Modele de documente

Modelul pentru documentul Specificatiile pentru H/W si S/W este prezentat in Anexa 1. Codul pentru acest document este M1-2-04.1

 f. Lista responsabilitatilor cheie

ü      Arhitectul sistemului: intervieveaza personalul tehnic pentru a identifica componentele hardware si software si a discuta diferite optiuni. Discuta cu echipa care dezvolta noul sistem pentru a identifica structura acestuia. Produce livrabilul cheie al acestui proces.

ü      Inginerul de retea: furnizeaza cerintele legate de topologia retelei

ü      Analistul: furnizeaza informatii legate de structura noului sistem

1.2.2.5     Definirea Specificatiilor de Distribuire si Stocare

a. Descriere sumara

Pe parcursul acestui proces este definita locatia in cadrul noului sistem pentru date si pentru fisierele executabile. Totodata, este dimensionata capacitatea de stocare necesara pentru datele pe care noul sistem le va prelucra si stoca.

 b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul Specificatia de Distribuire si Stocare care descrie cum si unde sunt stocate datele sistemului si unde se gasesc executabilele noului sistem. Totodata, este descrisa strategia client-server care va fi utilizata in dezvoltarea sistemului. Sunt documentate estimarile de capacitate pentru procesare, stocare si memorare precum si aspectele legate de tranfesrul de date.

 Intrari pentru acest proces sunt documentele Modelul de Date pentru Sistem, Modelul Functional pentru Sistem, Modelul de proces pentru Sistem, Arhitectura Tehnica Initiala si Cerintele Operationale ale Sistemului.

 c. Lista de activitati cu rezultate

 d. Tehnici si metode specifice de lucru

In primul rand este nevoie ca o decizie strategica sa fie luata referitor la nivelul de distribuire a datelor. Aceasta se va face in linie cu strategia de distributie a noului sistem. Este nevoie de punctul de vedere a unor experti din afara proiectului pentru anumite arii foarte specifice. Sunt utilizate modele matematice pentru a calcula capacitatea iar rezultatele trebuie sa fie cat se poate de precise avnd in vedere si numarul mare de factori luati in cosiderare. 

 e. Modele de documente

Modelul pentru documentul Specificatiile de Distribuire si Stocare este prezentat in Anexa 1. Codul pentru acest document este M1-2-05.1

f. Lista responsabilitatilor cheie

ü      Arhitectul sistemului: parcurge documentele de intrare si discuta cu analistul pentru a obtine informatiile legate de noul sistem. Discuta cu echipa de dezvoltare pentru a defini structura de distributie a noului sistemDetermina capacitatea si costul pentru cerintele de stocare. Produce documentul care descrie specificatiile de distribuire si stocare.

ü      Analistul: furnizeaza informatiile legate de noul sistem

ü      Managerul de proiect: revizuieste specificatiil;e de distribuire si stocare

 1.2.2.6     Producerea Planului de Recuperare si Revenire

a. Descriere sumara

In cadrul acestui proces este definit planul care trebuie urmarit pentru a asigura revenirea sistemului in cazul in care a intervenit o problema ce a determinat pierderea totala sau partiala a functionalitatii sistemului. Acest plan trebuie sa fie elaborat in conjuctie cu producerea specificatiilor de distributile si stocare si cu definirea specificatiilor pentru H/W si S/W.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Planul de Recuperare si Revenire care documenteaza pasii necesari de a fi derulati pentru recuperarea datelor si revenirea sistemului la functionalitatile nominale. Acest plan este dezvoltat pentru a asigura disponibilitatea si integritatea sistemului. Planul contine si activitatile de salvare a datelor si de arhivare. In acest plan sunt identificati si timpii necesari recuperarii sistemului.

 Intrari pentru acest proces sunt documentele Modelul de Date pentru Sistem, Modelul Functional pentru Sistem, Modelul de proces pentru Sistem, Arhitectura Tehnica Initiala si Cerintele Operationale ale Sistemului.

 c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Toate informatiile legate de salvarea si recuperarea datelor sunt atent adunate de la toti membrii echipei de dezvoltare. Trebuie asigurat ca planul va permite asigurarea unor stari consistente pentru interfetele sistemului. Procedurile de salvare trebuie sa se deruleze in afara orelor normale de program sau in perioade care functionarea sistemului nu este critica pentru business. Pasii si responsabilitatile sunt documentate in cadrul planului.

e. Modele de documente

Modelul pentru documentul Planul de Recuperare si revenire este prezentat in Anexa 1. Codul pentru acest document este M1-2-06.1

 f. Lista responsabilitatilor cheie

ü      Arhitectul Sistemului: parcurge documentele de intrare pentru acest proces si discuta cu membrii relevanti din cadrul echipei de dezvolare. Produce livrabilul cheie al acestui proces.

ü      Analistul: furnizeaza informatiile necesare care sunt legate de strategia de salvare si recuperare.

1.2.2.7     Definirea Strategiei de Control si Securitate

a. Descriere sumara

In cadrul acestui proces este definita strategia de control si asigurare a securitatii pentru sistem. Acest proces este derulat in paralel cu procesele de definire a specificatiilor de distribuire si stocare si de definire a arhitecturii tehnice.

 b. Descriere intrari si livrabile

Livrabilul Strategia de Control si Securitate care este creat in cadrul acestui proces reprezinta o descriere tehnica a modului in care cerintele referitoare la controlul si securitatea sistemului vor fi implementate in noul sistem. Sunt acoperite aspecte ce tin de accesul utilizatorilor la functionalitatile modulelor si la datele din sistem. Totodata, este prezentat modul in care se asigura inegritatea dalor si tipurile si continutul pentru rapoartele de audit.

 Intrari pentru acest proces sunt documentele Modelul de Date pentru Sistem, Modelul Functional pentru Sistem, Modelul de proces pentru Sistem, Arhitectura Tehnica Initiala si Cerintele Operationale ale Sistemului.

 c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Derularea interviurilor cu personalul tehnic reprezinta principala modalitate de adunare a informatiilor necesare producerii documentului. Sunt identificate proceduri specifice existente sau solicitate care urmeaza aopi sa fie investigate in amanunt pe parcursul procesului. Au loc discutii cu membrii echipelor specializate de audit. Strategia trebuie sa acopere toate componentele identificate in specificatiile pentru hardware si software. Trebuie identificat la nivel de detaliu cine are permisiunea de a accesa sau modifica datele din sistem si de a utiliza functiile disponibile in modulelel sistemului.

e. Modele de documente

Modelul pentru documentul Strategia de Control si Securitate este prezentat in Anexa 1. Codul pentru acest document este M1-2-07.1

 f. Lista responsabilitatilor cheie

ü      Arhitectul sistemului: intervieveaza peronalul tehnic pentru a identifica regulile si procedurile aplicabile de securitate si control. Intervieveaza utilizatorii pentru a identifica eventuale cerinte specifice. Discuta cu echipa de dezvoltare pentru a determiona structura aplicatiei. Produce livrabilul cheie pentru acest proces.

ü      Analistul: furnizeaza informatii legate de sistem si detaliile necesare completarii dicoumentului.

1.2.2.8     Dezvoltarea Modelului pentru Interfata Utilizator

a. Descriere sumara

In cadrul acestui proces sunt identificate si definite toate conventiile pentru interfata om masina.

b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul care descrie Modelul pentru Interfata Utilizator care defineste conventiile care trebuiesc urmarite atunci cand se defineste modelul pentru interfata cu utilizatorul pentru toatele modulelel aplicatiei. Sunt acoperite in acest document aspecte care definesc modul in care utilizatorul va naviga in cadrul ecranelor din modulele aplicatiei, formatul standard pentru ecrane si rapoarte. Pot fi definite si formatul interfetelor care vor fi utilizate in cazul dezvoltarilor ulterioare ale sistemului.

 Intrari pentru acest proces sunt documentele Modelul de Date pentru Sistem, Modelul Functional pentru Sistem, Modelul de proces pentru Sistem, Arhitectura Tehnica Initiala si Cerintele Operationale ale Sistemului.

 c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Un model consistent pentru interfata utlizator este critic pentru a permite utilizare cu succes a noului sistem. Sunt utilizate in cadrul acestui proces experienta castigata de echipa de dezvoltare in cadrul unor proiecte similare sau standardele aplicabile din cadrul organizatiei. Documentul final va contine atat descrieri pentru model dar si reprezentari sau chiar prototipuri pentru interfetele utilizator.

e. Modele de documente

Modelul pentru documentul Modelul pentru Interfata Utilizator este prezentat in Anexa 1. Codul pentru acest document este M1-2-08.1

f. Lista responsabilitatilor cheie

ü      Arhitectul Sistemului: Discuta cu personalul tehnic si cu reprezentantii utilizatorilor pentru a aduna cerintele specifice legate de interfata utilizator.  Discuta cu analistul pentru a obtine informatii referitoare la structura aplicatiei. Produce livrabilul cheie pentru acest proces.

ü      Analistul: furnizeaza informatii legate de structura aplicatiei

ü      Utilizatorul: furnizeaza informatiile necesare definirii modelului si revizuieste modelul pentru inerfata utilizator.

1.3     Design-ul si Contruirea Sistemului

1.3.1     Prezentare Generala

1.3.1.1     Descriere Sumara

Procesele de design si construire vizeaza atat baza de date a noului sistem cat si modulel aplicatiei care urmeaza a fi creata.

 Procesele specifice de design si construire a bazei de date incep cu crearea modelului logic pentru baza de date plecand de la modelul de date pentru sistem si se sfarsesc odata cu crearea fizica a dazei de date. Aceste procese include crearea unui model pentru indexi si un design fizic al bazei de date Sunt folosite rezultatele proceselor de definire a specificatilor de distribuire si stocare.

 Exista trei etape care sunt parcurse pana la crearea bazei de date: maparea entitatilor cu tabelele, obtinerea modelului initial pentru baza de date si obtinerea modelului de detaliu pentru baza de date.

 Pentru design-ul modulelor aplicatiei desginer-ii sistemului folosesc modelul de proces pentru sistem, modelul de date pentru sistem si modelul functional pentru sistem mai intai pentru a defini aritectura modulelor si modelul deproces pentru modeule. Sunt dupa aceea specificate detaliile tehnice si functionale pentru fiecare modeul. Programatorii folosesc documentatia de design si eventialele prototipuri pentru a realiza codul sursa al aplicatiei.

 Procesul de design si construire a modulelor aplicatiei este unul iterativ. Sunt preluate ceintele specificate in documentul care defineste cerintele si se incearca modele alternative pana cand o solutie de compromis este acceptata.

1.3.1.2     Obiective

Obiectivele pentru procesul de Design si Construire a Sistemului sunt:

 ü      Realizarea design-ului pentru baza de date si pentru modulele aplicatiei care sa indeplineasca cerintele functionale in limitele tehnice aplicabile;

ü      Documentarea design-ului modulelor intr-un mod accesibil permitand astfel suportul tehnic si dezvoltari viitoare;

ü      Furnizarea unor coduri sursa pentru module scrise corespunzator pentru a permite testare acestora;

ü      Optimizarea codurilor sursa pentru module si baza de date in vederea atingerii standardelor de design;

ü      Furnizarea unor documentatii de calitate care sa fie usor de utilizat si complete;

1.3.1.3     Diagrama de Flux

1.3.1.4     Lista de Procese si Livrabile

1.3.1.5     Livrabilele cheie:

ü      Design-ul Logic al Bazei de Date: defineste regulire si ipotezele care trebuie respectate de catre designer-ii sistemului.

ü      Design-ul Indexilor: defineste toti indexii necesari precum si atributele acestora.

ü      Design-ul Fizic al Bazei de Date: reprezinta descrierea completa a aspectelor fizice pentru obiectele bazei de date.

ü      Baza de date: reprezeinta un set de scripturi care contin linii cod SQL pentru crearea bazei de date in mediul de productie.

ü      Standardele de Design: descrierea regulilor si a ipotezelor care trebuiesc respectate de catre designer-ii sistemului.

ü      Standardele de Constructie: descrierea regulilor si a ipotezelor care trebuiesc respectate de catre dezvoltatorii sistemului.

ü      Design-ul Aplicatiei: lista modulelor aplicatiei, a componentelor modulelor si a altor componente logice de business care trebuiesc modelate. Include modelul de proces pentru module si subliniaza consideratiile si deciziile aplicabile.

ü      Documentatia tehnica pentru Module: contine toate informatiile necesare pentru dezvoltatori in vederea construirii si testarii programelor.

ü      Documentatia Functionala pentru Module: contine toate detaliile functionale de prezentare precum si regulile pentru fiecare din componentele care urmeaza sa fie utilizate

ü      Codul sursa pentru Aplicatie: reprezinta codul sursa functional si testat pentru modulele aplicatiei care urmeaza sa fie executat de catre masina (server).

1.3.2     Prezentare Proceselor

1.3.2.1     Crearea Design-ului Logic al Bazei de Date

a. Descriere sumara

In cadrul acestui proces se transforma informatiile existente in modelul de date pentru sistem intr-un model logic al bazei de date, aplicand regulile si principiile de modelare relationala a sistemelor.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Design-ul Logic al Bazei de Date care contine urmatoarele componente principale: definirea tabelelor, coloanelor si a view-urilor; definirea cheilor primare si unice, stabilirea regulilor de validare la nivel de coloana s linie; definirea regulilor de populare a fiecarei coloane cu date.

Intrari pentru acest proces sunt documentele Modelul de Date pentru Sistem, Modelul Functional pentru Sistem, Specificatia pentru H/W si S/W, Strategia de Control si Securitate si Standardele de Design.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 Abordarea si tehnicile folosite utilizate in cadrul acestui proces sunt determinate de tehnicile folosite pentru crearea modelului de date pentru sistem precum si de tehnologia disponibila pentru implementarea bazei de date.

e. Modele de documente

Modelul pentru documentul Design-ul Logic al Bazei de Date este prezentat in Anexa 1. Codul pentru acest document este M1-3-01.1

f. Lista responsabilitatilor cheie

ü      Designer-ul Sistemului: creaza design-ul logic al bazei de date

ü      Analistul: asista in examinarea proceselor critice pentru a identifica eventualele probleme..

1.3.2.2     Crearea Design-ului pentru Indexi

a. Descriere sumara

In cadrul acestui proces se defineste care sunt coloanele care trebuie indexate. Indexii sunt utilizati pentru a accelera accesul la date sau pentru a forta unicitatea daca nu sunt este utilizata definirea constrangerilor de unicitate.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Design-ul Indexilor care include definirea tuturor indexilor necesari, inclusiv a atributelor pentru indexi. Parametri de stocare al indexilor sunt definiti in cadrul activitatilor din acest proces.

Intrari pentru acest proces sunt documentele Design-ul Logic al Bazei de Date, Documentatia Tehnica pentru Module si Standardele de Design.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 In cadrul acestui proces sunt utilizate tehnici specifice de indexare (chei primare, chei unice, etc)

e. Modele de documente

Modelul pentru documentul Design-ul Indexilor este prezentat in Anexa 1. Codul pentru acest document este M1-3-02.1

f. Lista responsabilitatilor cheie

ü      Administratorul Bazei de Date: furnizeaza definirea fizica a bazei de date si asista in crearea si revizuirea design-ului indexilor.

ü      Designer-ul Sistemului: creaza design-ul indexilor

1.3.2.3     Crearea Permisiunilor pentru Baza de Date

a. Descriere sumara

In cadrul acestui proces se defineste care sunt utilizatorii sau grupurile de utilizatori care au acces la obiectele din baza de date precum si tipul de acces pe care acestia il necesita.

b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul care prezinta Permisiunile pentru Baza de date si care este utilizat in garantarea drepturilor de acces pentru utilizatori si grupurile de utilizatori.

Intrari pentru acest proces sunt documentele Design-ul Aplicatiei, Documentatia Tehnica pentru Module si Strategia de Control si Securitate.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 Abordarea pentru acest proces este dependenta de instrumentele utilizate care sunt specifice fiecarui tip de produs sau motor de baze de date.

e. Modele de documente

Modelul pentru documentul Permisiunile pentru Baza de Date este prezentat in Anexa 1. Codul pentru acest document este M1-3-03.1

f. Lista responsabilitatilor cheie

ü      Administratorul Bazei de Date: ofera recomandari.referitoare la functionalitatile de securitate specifice tipului de baza de date utilizat si ajuta la interpretarea schemei de autorizare

ü      Designer-ul Sistemului: creaza schema de autorizare si produce livrabilul cheie pentru acest proces

1.3.2.4     Crearea Design-ului Fizic al Bazei de Date

a. Descriere sumara

In cadrul acestui proces se defineste mediul fizic care va transforma design-ul logic al bazei de date intr-o entitate fizica.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Design-ul Fizic al Bazei de Date care specifica toti parametrii de stocare a obiectelor bazei de date precum si atributele specifice locatiei si accesului pentru aceste obiecte.

Intrari pentru acest proces sunt documentele Specificatia de Distribuire si Stocare, Design-ul Logic al Bazei de Date, Permisiunile pentru Baza de Date, Documentatia Tehnica pentru Module si Design-ul Indexilor.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 Tehnicile utilizate in cadrul acestui proces sunt specifice tipului de baza de date utilizat in construirea si operarea sistemului.

e. Modele de documente

Modelul pentru documentul Design-ul Fizic al bazei de Date este prezentat in Anexa 1. Codul pentru acest document este M1-3-04.1

f. Lista responsabilitatilor cheie

ü      Administratorul Bazei de Date: furnizeaza informatiile necesare si revizuieste design-ul logic al bazei de date

ü      Designer-ul Sistemului: specifica configuratia initiala a bazei de date si creaza livrabilul cheie pentru acest proces

1.3.2.5     Crearea Bazei de Date

a. Descriere sumara

In cadrul acestui proces sunt create scripturilel SQL de definire a datelor pentru construirea dazei de date de productie si a obiectelor din aceasta baza de date.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Baza de Date, setul de scripturi continand liniile SQL pentru crearea bazei de date necesare mediului de productie.

Intrari pentru acest proces sunt documentele Design-ul Fizic al Bazei de Date, Permisiunile pentru Baza de Date si Documentatia Tehnica pentru Module.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

e. Modele de documente

Pentru acest proces nu exista model de document.

f. Lista responsabilitatilor cheie

ü      Administratorul Bazei de Date: genereaza si verifica scripturile SQL. Creaza baza de date.

1.3.2.6     Crearea Standardelor de Design

a. Descriere sumara

Acest proces implica definirea standardelor pe care designer-ii vor trebui sa le respecte atunci cand vor face design-ul sistemului.

b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul care descrie Standardele de Design. Aceste standarde creaza cadrul final in care activitatile necesare design-ului sistemului se vor desfasura si sunt necesare pentru a se asigura ca diferiti designer-i implicati in desfasurarea unor activitati similare au aceiasi abordare si rezultatele muncii lor sunt consecvente cu alte livrabile.

Intrari pentru acest proces sunt documentele Modelul pentru Interfata Utilizator si Specificatia pentru H/W si S/W.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 Definirea standardelor reprezinta activitai costisitoare pentru proiect si de aceea este necesar ca anumite aspecte sa fie considerate in planificare acestui proces: cei care scriu standardele trebuie sa fie foarte buni cunoscatori si sa inteleada componentele hardware si software care urmeaza sa fie utilizate, standardele trebuie sa sprijine in mod real echipa de proiect si de aceea este necesar sa se faca o balansare intre rigoare si pragmatism, scrierea unui standard este un proces continuu in care acestea standardele sunt revizuite si imbunatatite in mod regulat, oamenii care vor folosi standardul trebuie sa fie cursati pentru a-l putea utiliza.

e. Modele de documente

Modelul pentru documentul Standardele de Design este prezentat in Anexa 1. Codul pentru acest document este M1-3-06.1

f. Lista responsabilitatilor cheie

ü      Expertul in Standarde:  identifica aspectele care trebuie standardizate si colecteaza materialele existente. Produce standardul de design si versiunile imbunatatite ale acestuia.

ü      Designer-ul Sistemului: revizuireste standardele si recomanda imbunatatiri.

1.3.2.7     Crearea Standardelor de Construire

a. Descriere sumara

Acest proces implica definirea standardelor pe care dezvoltatorii vor trebui sa le respecte atunci cand vor contrui sistemul.

b. Descriere intrari si livrabile

Livrabilul acestui proces este documentul care descrie Standardele de Construire. Aceste standarde creaza cadrul final in care activitatile necesare dezvoltarii sistemului se vor desfasura si sunt necesare pentru a se asigura ca diferiti dezvoltatori implicati in desfasurarea unor activitati similare au aceiasi abordare si rezultatele muncii lor sunt consecvente cu alte livrabile.

Intrari pentru acest proces sunt planurile proiectului, Standardele de Design si Specificatia pentru H/W si S/W.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 Referirile procesului anterior sunt aplicabile si pentru acest proces

e. Modele de documente

Modelul pentru documentul Standardele de Construire este prezentat in Anexa 1. Codul pentru acest document este M1-3-07.1

f. Lista responsabilitatilor cheie

ü      Expertul in Standarde:  identifica aspectele care trebuie standardizate si colecteaza materialele existente. Produce standardul de design si versiunile imbunatatite ale acestuia.

ü      Designer-ul Sistemului: revizuireste standardele si recomanda imbunatatiri.

ü      Managerul de proiect: revizuieste si valideaza standardele

1.3.2.8     Crearea Design-ului Aplicatiei

a. Descriere sumara

In cadrul acestui proces sunt identificate modulele aplicatiei, componentele modulelor si alte componente logice. In plus este definit modelul de proces din cadrul fiecarui modul ca raspuns la evenimentele de business din cadrul sferei de cuprindere a proiectului.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Design-ul Aplicatiei care cuprinde trei parti principale: lista modulelor, modelul de proces pentru fiecare modul si consideratiile de design. Modelul de proces pentru module deriva din modelul de proces pentru sistem.

Intrari pentru acest proces sunt documentele Modelul Functional pentru Sistem, Modelul de Proces pentru Sistem, Specificatiile de Distribuire si Stocare, Design-ul Logic al Bazei de Date, Strategia de Securitate si Control, Standardele de Design si Specificatia pentru H/W si S/W.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 In general se realizeaza o mapare unu-la-unu a functionalitatilor sistemului la module aplicatiei dar, in cazul unor sisteme care au functionalitati mai complexe, aceasta tehnica nu poate fi folosita. Pentru aceste sisteme o functionalitate poate fi divizata in cadrul a mai multor module.

e. Modele de documente

Modelul pentru documentul Design-ul Aplicatiei este prezentat in Anexa 1. Codul pentru acest document este M1-3-08.1

f. Lista responsabilitatilor cheie

ü      Designer-ul Sistemului: creaza design-ul aplicatiei.

ü      Analistul: asista in urmarirea functionalitatilor sistemului si asista la procesul de mapare a acestor functionalitati

ü      Arhitectul Sistemului: revizuieste design-ul aplivatiei

ü      Utilizatorul: stabileste drepturile de acces pentru diferite roluri

1.3.2.9     Crearea Documentatiei Tehnice si Functionale pentru Module

a. Descriere sumara

In cadrul acestui proces sunt desfasurate activitatile necesare producerii documentatiei tehnice si functionale pentru modulele aplicatiei.

b. Descriere intrari si livrabile

Livrabilele acestu proces sunt Documentatia Tehnica pentru Module si Documentatia Functionala pentru Module.

Documentatia Tehnica pentru Module contine informatiile necesare dezvoltatorilor pentru construire si testare aplicatiei si are urmatoarele componente principale: logica modulelor, descrierea modului de utilizare pentru tabele si coloane, parametrii modulelor, descrierea componentele modulelor.

Documentatia Functionala pentru Module contine toate detaliile de functionare pentru fiecare modul si are urmatoarele componente principale: logica de functionare a modulelor, imaginile, constrangerile si descrierea interfatarii cu utilizatorul.

Intrari pentru acest proces sunt documentele Modelul Functional pentru Sistem, Modelul de Proces pentru Sistem, Design-ul Aplicatiei, Design-ul Logic al Bazei de Date si Standardele de Design.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Acest proces se poate imparti in doua etape: crearea design-ului pentru documente si elaboorarea documentatiei in conformitate cu design-ul stabilit. Documentatia trebuie sa fie completa si sa respecte atributele de calitate stabilite in design.

e. Modele de documente

Modelul pentru documentele Documentatia Tehnica pentru Module si Documentatia Functionala pentru Module este prezentat in Anexa 1. Codul pentru aceste documente este M1-3-09.1 si, respectiv, M1-3-09.2.

f. Lista responsabilitatilor cheie

ü      Designer-ul Sistemului: determina detaliile tehnice si functionale ale sietmului si produce documentatia.

ü      Editorul: redacteaza documentatia produsa de designerul sistemului intr-o versiune care sa poata sa fie inteleasa de catre utilizator

ü      Utilizatorul: revizuieste documentatia creata si recomanda corectiii daca este cazul.

1.3.2.10     Crearea Codului Sursa pentru Aplicatie

a. Descriere sumara

In cadrul acestui proces este construit codul sursa pentru modulele aplicatiei prin folosirea unor instrumente specifice de programare.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Cosul Sursa al Aplicatiei, pentru toate modulele care compun aplicatia.

Intrari pentru acest proces sunt documentele Documentatia  Functionala pentru Module, Documentatia Tehnica pentru Module, Design-ul Indexilor, Design-ul Aplicatiei, Design-ul Logic al Bazei de Date si Standardele de Construire.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

 Tehnicile si metodele de lucru folosite in cadrul acestui proces sunt specifice instrumentului de programare folosit.

e. Modele de documente

Nu exista model de document pentru acest proces.

f. Lista responsabilitatilor cheie

ü      Programatorul: produce codul sursa pentru modulele aplicatiei.

1.4     Testarea

1.4.1     Prezentare Generala

1.4.1.1     Descriere Sumara

Procesul de Testare reprezinta o abordare integrata pentru testarea calitatii tuturor elementelor sistemului de aplicatie. Include testarea atat din punct de vedere functional a modulelor cat si integrarea modulelor in sistem din punctul de vedere a business-ului, integrarea sistemelor si testarea in vederea acceptantei. Toate testele orientate pe business sunt guvernate de Modelul Procesului de Business in vederea urmaririi cerintelor de business.

Procesul presupune o abordare comuna a planificarii pentru toate tipurile de teste. Din nefericire testarea reprezinta din punct de vedere traditional o activitate care este introdusa in faza de design a proiectului. Atunci cand aceasta este introdusa adreseaza de obicei aspectele limitate ale testarii modulelor. Alte tipuri de testare, ca de exemplu integrarea modulelor in sistem si integrarea sistemelor nu sunt de obicei adresate decat in faza de contructie.

Testele de integrare a modulelor in sistem si integrare a sistemelor trebuiesc dezvoltate cat mai devreme in ciclul de viata a proiectului din urmatoarele motive:

ü      Exista o probabilitate ridicata ca analistul de business cheie, care intelege cel mai bine cerintele de business ce trebuie testate, sa fie mutat pe alte proiecte.

ü      Se poate pierde oportunitatea de a captura cerinte de testare care apar devreme in proiect. Acest fapt poate cauza marirea duratei proiectului, conflicte de resurse si necesita budlarea efortului.

Multe din abordarile de testare nu utilizeaza in totalitate informatiile comune pentru testare. Activitatile de testare pot fi disociate intre ele si se soldeaza in final cu recrearea materialelor in loc de reutilizarea lor. Aceasta situatie conduce la timpi de executie mai mari si pot introduce cerinte de testare inconsistente.

Scopul procesului de Testare este acela de a furniza o abordare mai formala pentru provocarea testarii. Abordarea procesului de Testare este integrala pentru intreg efortul de dezvoltare si structurata sa se dezvolte singura. Desfasurata corespunzator, livrabilul principal al procesului de Testare trebuie sa fie un sofware de inalta calitate. In plus, planul de test reprezinta unul din cele mai importante livrabile produse pe parcursul proiectului. Planul de test revizuit la zi reprezinta unul din factorii cei mai importanti pentru mentinerea integritatii sistemului mult dupa ce proiectul a luat sfarsit si pe parcursul anilor urmatori cand sistemul se va imbunatati.

Abordarea procesului de Testare incepe cu identificarea cerintelor de testare si continus cu mentinerea si imbunatatirea lor pana la finalul proiectului. De exemplu, este identificat un scenariu de business pe parcursul dezvoltarii Modelului Procesului de Business si acesta contribuie la testarea modului, integrarii modulului in sistem si integrarii sistemelor. Acea modelare functionala produce cerinte de testare care sunt specifice pentru o functionalitate elementara de business (FEB). Aceste cerinte de testare contribuie la planurile de testare a modulelor, unde FEB este mapata in modul. Dezvoltarea standard pentru Definirea Stilului pentru Intefata Utilizator produce o lista de verificare de asigurare a calitatii pentru testarea de comportare care va fi desfasurata pe parcursul testarii modulelor. Procesul de Examinare a Sistemelor Existente contribuie la documentarea secanrilor de business, cerintele de testare pentru interfetele sistemelor si dezvoltarea in paralel a abordarilor pentru testare.

Procesul de Testare incearca sa obtina un avantaj din toate oportunitatile care contribuie direct la identificarea cerintelor de testare. Mai mult decat doar o identificare a cerintelor, procesul de testare contribuie la dezvoltarea unui plan de testare integrat, la un soft complet testat si la o confirmare independenta a testelor si resultatelor pentru soft. El determina o urmarire a defectelor, a rezolvarilor, a coectiei factorilor ce determina defecte si la o analiza de comportament.

1.4.1.2     Obiective

Obiectivele pentru procesul de Testare sunt:

ü      Stabilirea unei abordari pentru testare care sa transpuna cerintele de testare in activitati de proiect corespunzatoare;

ü      Introducerea activitatilor de testare devreme in ciclul de viata a desvoltarii software;

ü      Construirea si reutilizarea livrabilelor testarii in toate fazele peocesului de testare;

ü      Determinarea unei calitati inalte si a unor sisteme mai bine testate;

1.4.1.3     Diagrama de Flux

1.4.1.4     Lista de Procese si Livrabile

1.4.1.5     Livrabilele cheie:

ü      Planul de Test pentru Sistem: include toate informatiile necesare pentru a planifica, pregati si conduce testarea sistemului, separat de scriptul de testare a sistemului.

ü      Planul de Test pentru Integrarea Sistemelor: Include toate informatiile necesare planificarii, pregatirii si conducerii testari integrarii, separat de sciptul de testare a integrarii.

1.4.1.6     Factorii critici de succes:

ü      Un plan de proiect care sa implice o abordare integrata a testarii;

ü      Producerea planurilor de testare pentru module si integrare care sa vina in completarea activitatilor de testare;

ü      O independenta testare a modulelor din punct de vedere a asigurarii calitatii si o validare formala pentru toate activitatile de testare a modulelor.

1.4.2     Prezentare Proceselor

1.4.2.1     Dezvoltarea Strategiei de Testare

a. Descriere sumara

Scopul acesui proces este acela de a defini o directie de ansamblu pentru proiect in ceea ce priveste testarea sistemului.

b. Descriere intrari si livrabile

Livrabilul produs de acest proces este Strategia de Testare. Avand la baza caracteristicile sistemului care se construieste, anumite activitati de testare specifice pot fi mai mult sau mai putin importante pentru succesul implementarii. Strategia de testare cuprinde consideratii specifice legate de datele care trebuie considerate, performantele, interfetele sistemului, aria de cuprindere pentru testare, tipurile de teste si importanta sistemului pentru business.

Intrari pentru acest proces sunt sunt planurile proiectului,  Modelul pentru Interfata Utilizator si Cerintele de Interfata ale Sistemului.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Strategia de testare trebuie sa includa minimal urmatoarele: descriere generala, informatii cadru, aria de cuprindere, constrangerile, intrarile principale, sumarul activitatilor, livrabilelel cheie, criteriile de acceptanta, managementul problemelor, factorii critici de succes, planul de riscuri si contingenta, metrice.

e. Modele de documente

Modelul pentru documentul Strategia de Testare este prezentat in Anexa 1. Codul pentru acest document este M1-4-01.1

f. Lista responsabilitatilor cheie

ü      Testerul: desvolta strategia de testare

1.4.2.2     Dezvoltarea Planului de Test pentru Sistem

a. Descriere sumara

În cadrul acestui proces este realizat planul de test pentru sistem care este necesar organizarii si derularii testelor pentru sistem.

b. Descriere intrari si livrabile

Livrabilul acestui proces este Planul de Test pentru Sistem care include toate informatiile necesare pentru a planifica, pregati si conduce testarea sistemului in conformitate cu modelul ales pentru testarea proceselor sistemului.

c. Lista de activitati cu rezultate

 d. Tehnici si metode specifice de lucru

Planul de test pentru sistem trebuie sa includa minimal urmatoarele:

ü      Aria de cuprindere

ü      Rolurile si responsabilitatile

ü      Descriewrea mediului de testare

ü      Ipotezele pentru testare

ü      Secventa si scripturile pentru testare

ü      Graficul de derulare

ü      Estimarile legate de tipul si complexitatea testelor

e. Modele de documente

Modelul pentru documentul Planul de Test pentru Sistem este prezentat in Anexa 1. Codul pentru acest document este M1-4-02.1

f. Lista responsabilitatilor cheie

ü      Testerul: desvolta planului de testare pentru sistem

1.4.2.3     Dezvoltarea Planului de Test pentru Integrarea Sistemului

a. Descriere sumara

In cadrul acestui proces este dezvoltat planul de teste pentru integrarea sistemului. Testele pentru integrarea sistemului sunt teste intre doua sau mai multe aplicatii care au fost dezvoltate in paralel si a caror functionalitati comune trebuiest testate separat.

b. Descriere intrari si livrabile

Livrabilul produs de acest proces este Planul de Test pentru Integrarea Sistemului care defineste testele aria de cuprindere a testelor pentru integrarea sistemului, tipurile de teste, rolurile si responsabilitatile, mediul de testare, criteriile de validare a testelor, planificarea si estimarile corespunzatoare pentru secventele si scripturile de testare.

 Planul de testare pentru sistem poate fi folosit ca intrare pentru acest proces.

c. Lista de activitati cu rezultate

d. Tehnici si metode specifice de lucru

Planul de testare pentru integrarea sistemului este foarte similar cu panul de testare pentru sistem. In unele cazuri insa este necesar ca aspectele ce tin de organizare, procedurile de control a schimbarii si cerintele de retea sa fie adaptate pe parcursul testelor de integrare. Trebuie deasemenea identificate toate interfetele externe si interne. Daca in prin aceste interfete externe sunt transmise date intr-o singura directie, atunci testele care trebuie desfasurate nu sunt in general foartecomplexe. Insa in cazul in care prin aceste interfete se schimba date bidirectional, atunci testele de integrare pot deveni foarte complexe.

e. Modele de documente

Modelul pentru documentul Planul de Test pentru Integrarea Sistemului este prezentat in Anexa 1. Codul pentru acest document este M1-4-03.1

f. Lista responsabilitatilor cheie

ü      Testerul: desvolta planului de testare pentru imegrarea sistem

2.1  Planificare

 2.1.1                        Prezentare generala

 2.1.1.1              Descriere sumara

Planificarea proiectului se realizeaza pentru a se putea asigura cadrul general de desfasurare a proiectului. Planificarea include estimarea atributelor caracteristicilor rezultatelor activităţilor şi caracteristicile task-urilor, determinarea resurselor necesare, negocierea susţinerii, programarea calendaristică a activităţilor, identificarea şi analiza riscurilor proiectului.

Dupa elaborarea planurilor se trece la procesul decizional de aprobare a lor. In cazul in care planurile sunt aprobate se trece la executia acestora, iar in caz contrar are loc procesul de revizuire a planurilor fiind din nou supuse procesului decizional de aprobare.

Planurile proiectului trebuie adesea revizuite si pe parcursul derulării proiectului, ca urmare a schimbării cerinţelor şi a sprijinului acordat., datorită erorilor de estimare, acţiunilor corective şi schimbărilor intervenite în cadrul proceselor.

 2.1.1.2              Obiective

 Planificarea urmareste intreprinderea acelor actiuni necesare pentru definirea, integrarea, actualizarea si coordonarea planurilor prin care sunt definite activitatile proiectului. Planurile proiectului trebuie sa ofere o bază pentru executarea şi controlul activitătilor proiectului.

2.1.1.3              Diagrama de flux

2.1.1.4              Lista de procese si livrabile

 2.1.1.5              Lista livrabilelor cheie

 Abordarea tehnica

Prin acest document se prezinta in linii mari solutia tehnica ce va sta la baza realizarii proiectului si constituie o referinta in realizarea estimarilor de resurse.

 Planul calendaristic

Este documentul ce prezinta estimativ ordinea activitatilor si durata acestora. Aceasta estimare tine cont de logica desfasurarii activitatilor si de eventualele dependente intre activitati.

 Planul resurselor necesare

Este documentul rezultat in urma determinarii necesarului de resurse (persoane, echipamente, materiale) si de cantitati din fiecare resursa ce vor fi folosite la diferite momente de timp in cadrul proiectului

 Bugetul proiectului

Este documentul in care este prezentata o estimare a costurile pe care le necesita antrenarea resurselor necesare si desfasurarea activitatilor proiectului. Acesta reprezinta una din costrangerile la care este supus proiectul pe parcursul desfasurarii.

 Plan de management al riscurilor

In acest document sunt prezentate riscurile majore identificate, si sunt planificate activităţi de tratare a lor, ce urmeaza a fi aplicate atunci când este necesar pe parcursul ciclului de viaţă a proiectului pentru diminuarea impactului negativ în atingerea obiectivelor proiectului.

 Plan de management al calitatii

Presupune descrierea standardelor de calitate pe care trebuie sa le respecte procesele si produsul software realizat in cadrul proiectului si a modalitatilor de atingere a acestor standarde . Aceste informatii vor sta la baza managementului calitatii software si e nevoie ca toate partile sa fie de acord cu ele pentru cunosterea clara a caracteristicilor de calitate pe care trebuie sa le indeplineasca produsul final.

 Plan de comunicare si raportare

Prezinta modalitatile prin care se genereaza, colecteaza, distribuie, arhiveaza informatiile care circula in cadrul proiectului si care constituie nevoi de informare si comunicare ale partilor implicate in desfasurarea activitatilor proiectului.

 2.1.1.6              Factori de succes

 ·                Intelegerea si agrearea planului general de toate partile implicate

·                Identificarea riscurilor majore si a masurilor necesare atenuarii lor

·                Acordul partilor in stabilirea clara a responsabilitatilor de alocare a resurselor necesare proiectului

 2.1.2 Prezentarea proceselor

 2.1.2.1          Lansarea planificarii

 a.      Descriere sumara

Este procesul prin care Managerul de proiect conduce o reuniune care reprezinta inceperea oficiala a planificarii proiectului. Desfasurarea acestei reuniuni presupune determinarea in prealabil a unor serii de informatii cum ar fi: identificarea tuturor partilor implicate, a reprezentantilor din partea acestora, contextul in care se va desfasura proiectul.

b.                                                                  Descriere intrari si livrabile

Procesul de lansare a planificarii proiectului are ca factori de intrare informatii despre partile implicate in desfasurarea proiectului, despre contextul in care se va desfasura proiectul si informatii generale legate de cerintele de business ale proiectului care sunt agregate in “Agenda de lansare a reuniunii”. In urma discutiei cu cei mai importanti factori implicati in cadrul proiectului, se va decide acel cadru general ce trebuie agreat de toate partile care va sta la baza intregului proces de planificare, constituind un punct de pornire in care se dicuta si negociaza rolurile si responsabilitatile majore, cerintele si aria proiectului, scopurile si obiectivele principale. Livrabilul este “Minuta reuniunii de lansare”, care face sinteza deciziilor luate, a problemelor aparute si a actiunilor ce trebuie urmarite in etapele urmatoare.

 c.       Lista de activitati cu rezultate

 d.      Tehnici si metode specifice de lucru

Tehnici si metode de analiza a contextului in care se desfasoara proiectului.

            Metode de comunicare si negociere

            Strategii pentru alegerea solutiei optime pentru toate partile implicate

 e.      Modele de documente

M2-1-01.1 Agenda reuniunii de lansare

M2-1-01.2 Minuta reuniunii de lansare

 f.        Lista responsabilitatilor cheie

Managerul de proiect este responsabil cu colectarea tuturor informatiilor necesare desfasurarii acestei reuniuni, cu stabilirea rolurilor si responsabilitatilor majore, cerintelor, scopurilor si obiectivelor principale ale proiectului in urma comunicarii cu partile implicate. Pe baza acestora, Managerul de proiect realizeaza agenda reuniunii care este supusa discutiei si negocierilor intre reprezentatii partilor implicate in proiect si conduce sedinta. Tot Managerul de proiect este responsabil cu realizarea minutei sedintei care sintetizeaza rezultatul intalnirii si cu demarararea activitatilor de intocmire a planurilor proiectlui.

Sponsorul proiectului este responsabil cu descrierea viziunii proiectului si demonstratrea suportului in cadrul proiectului.

2.1.2.2          Definirea si aprobarea parametrilor de planificare

 a.      Descriere sumara

Parametrii de planificare reprezintă informaţiile care sunt necesare pentru realizarea planificării, organizării, managementului resurselor umane, coordonarea, raportarea şi bugetarea. În mod curent, factorii care sunt vizaţi atunci când se realizează estimarea acestor parametri sunt:

·                    cerinţele proiectului (cerinţele produsului, cerinţele impuse de organizaţie, cerinţele impuse de client, alte cerinţe care afectează proiectul),

·                    sfera de curindere a proiectului,

·                    identificarea taskurilor şi a rezultatelor,

·                    abordarea tehnică,

·                    selectarea modelului ciclului de viaţă a proiectului (în cascadă, incremental, în spirală etc.),

·                    atributele rezultatelor şi ale taskurilor,

·                    modele sau date istorice pentru trecerea de la atributele rezultatelor şi taskurilor la mapoperă şi costuri,

·                    metodologia utilizată pentru determinarea necesarului de materiale, abilităţi, volum manoperă, costuri

 b.      Descriere intrari si livrabile

Definirea parametrilor se realizeaza pe baza informatiilor acumulate despre contextul, sfera de cuprindere, cerintele proiectului si a caracteristicilor produselor: marimea (exprimata în număr de funcţii, număr linii de cod, număr de clase, număr de obiecte, număr de cerinţe, număr de interfeţe, număr de pagini, numărul intrărilor/ieşirilor informaţionale, volumul datelor), conectivitatea, complexitatea şi structura. Livrabilele sunt reprezentate de:

·        “Structura detaliata orientata pe activităţi”-initial avand un numar redus de niveluri fiin rezultatul unei estimari preliminare.

·        Specificatiile pachetelor de activitati

·        Abordarea tehnica – prezinta solutia tehnica aleasa pentru realizarea proiectului, constituind ulterior o referinta in realizarea estimarilor de resurse.

·        Ciclul de viata – acesta este format din faze, care reprezintă perioade de timp pentru care se realizează evaluări şi adoptarea unor decizii. Proiectele mari pot contine mai multe faze, definite cu ajutorul subfazelor. Inţelegerea ciclului de viaţă a proiectului este critică pentru planificarea/replanificarea proiectului

·        Estimare cost si timp – in fuctie de resursele necesare realizarii proiectului se calculeaza costul si timpul pe care utilizarea acestora il antreneaza.

·        Diagrama mediului proiectului

 c.       Lista de activitati cu rezultate

d.      Tehnici si metode specifice de lucru

Metode de estimare expert

Utilizarea asa numitelor “lessons learned”

Utilizare modele si/sau date istorice

 e.      Modele de documente

M2-1-02.1 WBS

M2-1-02.2 Specificatiile pachetelor de activitati

M2-1-02.3 Abordarea tehnica

M2-1-02.4 Ciclul de viata

M2-1-02.5 Estimare cost si timp

M2-1-02.6 Diagrama mediului proiectului

 f.        Lista responsabilitatilor cheie

Managerul de proiect este responsabil cu realizarea “structurii detaliate orientate pe activităţi”, descrierea pachetelor de activitati unde colaboreaza cu arhitectul solutiei tehnice, descrierea ciclului de viata al proiectului si realizarea estimarilor de cost si timp.

Arhitectul solutiei tehnice este responsabil cu gasirea solutiei tehnice care va sta la baza realizarii proiectului, tinand cont de cerintele acestuia si cu oferirea suportului si colaborarii cu Managerul de proiect in vederea realizarii descrierii pachetelor de activitati.

 2.1.2.3          Elaborarea planurilor proiectului

 a.      Descriere sumara

Un plan de proiect reprezintă un document formal, aprobat care este utilizat pentru a conduce execuţia unui proiect. Un plan are la bază cerinţele proiectului şi estimatările realizate.

Planul proiectului trebuie să vizeze toate fazele ciclului de viaţă. Planificarea proiectului trebuie să asigure faptul că toate planurile care afectează proiectul sunt în concordanţă cu planul general al proiectului.

 b.      Descriere intrari si livrabile

Planurile proiectului au ca factori de intrare estimarile de timp si cost realizate, WBS-ul, ciclul de viata al proiectului, descrierea solutiei tehnice si specificatiile pachetelor de activitati. Managerul de proiect in colaborare cu reprezentantii partilor interesate, cu inginerul responsabil de calitate si cu arhitectul solutiei tehnice, construieste planurile de proiect pe baza acestor documente, a unor metode si tehnici specifice si a experientei acumulate. Livrabilele vor fi planul calendaristic, bugetul proiectului, planul de management al riscurilor, planul resurselor necesare, planul de management al relatiilor cu mediul, planul de calitate, planul jaloanelor si planul de comunicare constituind toate planul general al proiectului prin intermediul caruia se va putea asigura controlul proiectului.

  c.       Lista de activitati cu rezultate

 d.      Tehnici si metode specifice de lucru

Metodologie de managementul proiectelor

Metode de estimare

Utilizarea unor soft-uri pentru planificare

Utilizarea scenariilor “What-If”

 e.      Modele de documente

M2-1-03.1 Planul calendaristic

M2-1-03.2 Planul resurselor necesare

M2-1-03.3 Bugetul proiectului

M2-1-03.4 Plan de management al riscurilor

M2-1-03.5 Plan de calitate

M2-1-03.6 Plan de comunicare si raportare

M2-1-03.7 Plan de management al relatiilor cu mediul

M2-1-03.8 Planul jaloanelor

  f.        Lista responsabilitatilor cheie

Managerul de proiect din partea realizatorului proiectului este responsabil cu intocmirea tuturor planurilor proiectului, colaborand pentru aceasta cu persoane abilitate din domeniul ingineria calitatii, cu arhitectul solutiei tehnice si cu reprezentantii partilor implicate.

2.1.2.4          Revizuire planuri

 a.      Descriere sumara

Acest proces se poate realiza sau nu, functie de rezultatul procesului decizional de aprobare a planurilor proiectului. Daca planurile proiectului nu sunt aprobate, se trece la revizuirea acestora tinandu-se cont de cerintele care au determinat revizuirea. Aceste cerinte se regasesc in constrangerile carora li se supun planurile proiectului. Procesul de revizuire se poate realiza de mai multe ori pana cand planurile sunt agreate si aprobate dupa care se poate trece la executia proiectului conform acestora.

 b.      Descriere intrari si livrabile

Revizuirea planurilor realizate se face pe baza solicitarilor de schimbare necesare aprobarii. Livrabilele sunt noile planuri revizuite, in procesul de revizuire tinandu-se cont de solicitarile de schimbare ce constituie de fapt constrangeri ale proiectului.

c.       Lista de activitati cu rezultate

 d.      Tehnici si metode specifice de lucru

Metodologie de managementul proiectelor

Metode de estimare

Utilizarea unor soft-uri pentru planificare

Utilizarea scenariilor “What-If”

 e.      Modele de documente

M2-1-03.1 Planul calendaristic

M2-1-03.2 Planul resurselor necesare

M2-1-03.3 Bugetul proiectului

M2-1-03.4 Plan de management al riscurilor

M2-1-03.5 Plan de calitate

M2-1-03.6 Plan de comunicare si raportare

M2-1-03.7 Plan de management al relatiilor cu mediul

M2-1-03.8 Planul jaloanelor

 f.        Lista responsabilitatilor cheie

Managerul de proiect din partea realizatorului proiectului este responsabil cu intocmirea tuturor planurilor revizuite, colaborand pentru aceasta cu persoane abilitate din domeniul ingineria calitatii, cu arhitectul solutiei tehnice si cu reprezentantii partilor implicate.

Managementul este responsabil cu aprobarea planurilor conform carora se va face executia proiectului.

 2.2  Monitorizare si control

 2.2.1                        Prezentare generala

 2.2.1.1              Descriere sumara

La baza monitorizării activităţilor, comunicării stării şi adoptării acţiunilor corective stau planurile proiectului. Evoluţia este determinată prin compararea livrabilelor, atributelor task-urilor, costurilor şi termenelor efective cu cele planificate, la atingerea jaloanelor sau nivelurilor/punctelor de control fixate în cadrul planului sau WBS-ului. În acest fel, pot fi întreprinse la timp acţiuni corective atunci când execuţia se abate semnificativ de la plan.

O abatere este semnificativă dacă, atunci când este lăsată nerezolvată, prejudiciază atingerea obiectivelor proiectului. Atunci când starea actuală se abate semnificativ de la valorile aşteptate sunt întreprinse acţiuni corective, dacă se consideră necesar. Aceste acţiuni pot include re-planificarea (revizuirea planului initial), stabilirea unor noi înţelegeri sau includerea unor acţiuni de siguranţă.

 2.2.1.2              Obiective

 Monitorizarea proiectului presupune evaluarea evolutiei proiectului in raport cu planurile proiectului pentru determinarea factorilor ce duc la abaterea de la planurile stabilite, intreprinderea actiunilor corective cand au loc abateri semnificative si a actiunilor preventive pentru ca proiectul sa se execute cu succes.

2.2.1.3              Diagrama de flux

 2.2.1.4              Lista de procese si livrabile

 2.2.1.5              Lista livrabilelor cheie

 Lista abateri semnificative

Este documentul care prezinta acele neconcordante majore intre rezultatele planificate si cele obtinute la un moment dat. Acestea trebuie determinate periodic pentru a se putea lua anumite masuri de redresare a lor.

 Planul actiunilor corective si preventive

Sunt prezentate actiunile corective si in unele cazuri si preventive propuse pentru redresarea abaterilor identificate. Alaturi de acestea se va determina si riscul asociat fiecarei astfel de actiuni precum si riscul nonactiunii. Riscul nonactiunii trebuie cunoscut atunci cand se ia decizia ca una din actiunile corective sau preventive propuse sa nu fie aplicata din diverse motive (lipsa resurse, etc.).

 Situatia realizarii planului de actiuni corective si preventive

Este documentul ce prezinta stadiul aplicarii actiunilor selectate. Se foloseste pentru a se determina daca au fost sau nu obtinute efectele scontate.

 Planuri revizuite

Datorita schimbarilor majore pe care anumite actiuni corective si preventive le presupun, apare uneori necesitatea revizuirii planurilor generale. In acest caz, planurile revizuite constituie un livrabil cheie.

2.2.1.6              Factori de succes

 ·                Intelegerea si agrearea planurilor proiectului de toate partile implicate

·                Mentinerea angajamentul partilor implicate cu privire la obiectivele proiectului

·                Problemele, neconcordantele cu planurile si eventualele modificari ale planurilor proiectului se realizeaza repede, judicios, si numai de persoanele autorizate in acest sens

 2.2.2 Prezentarea proceselor

 2.2.2.1  Evaluarea evolutiei proiectului si a relatiilor cu mediul

 a.      Descriere sumara

Este procesul prin care Managerul de proiect realizeaza periodic verificari ale realizarilor proiectului raportate la planul general pentru a determina daca proiectul se inscrie in parametrii stabiliti. Importanta acestor evaluari este capitala intrucat pe baza lor se pot identifica si corecta abaterile astfel incat proiectul sa isi atinga obiectivele stabilite si agreate de toate partile. Relatiile cu mediul trebuie evaluate periodic pentru a avea in permanenta acordul si suportul tuturor celor care constituie factori ce pot influenta succesul proiectului

 b.      Descriere intrari si livrabile

Procesul de evaluare a evolutiei proiectului si a relatiilor cu mediul are ca intrari planul de comunicare si raportare, informatii despre realizarea proiectului si informatii despre relatiile cu mediul. Planurile sunt necesare, deoarece precizeaza ce informatii trebuie colectate si care sunt persoanele autorizate sa ofere aceste informatii. Acest proces presupune realizarea unor livrabile ce descriu starea actuala a proiectului si tendintele viitoare daca proiectul se desfasoara in acelasi ritm reprezentate de raportul de progres si analiza tendintelor. Aceste documente stau la baza identificarii unor abateri semnifiative permitand totodata informarea partilor implicate de evolutia proiectului.

 c.       Lista de activitati cu rezultate

 d.      Tehnici si metode specifice de lucru

Analiza gradului de realizare pe baza informatiilor colectate si a datelor obtinute conform raportarilor.

Utilizare soft-uri de monitorizare si raportare

Analiza tendintelor

 e.      Modele de documente

M2-2-01.1 Raport de progres

M2-2-01.2 Analiza tendintelor

 f.        Lista responsabilitatilor cheie

Managerul de proiect trebuie sa se asigure ca toate informatiile necesare acestor analize a gradului de realizare a proiectului sunt disponibile atunci cand trebuie si sunt furnizate de persoane cu autoritate in acest sens. Managerul de proiect face aceste evaluari periodic pentru a se putea lua masuri corective atunci cand proiectul nu se desfasoara in parametrii stabiliti.

 2.2.2.2          Identificarea problemelor, abaterilor semnificative, a actiunilor corective si preventive, a riscurilor asociate

 a.      Descriere sumara

Dupa documentarea rezultatelor evaluarii stadiului proiectului, se trece la compararea acestora cu planurile proiectului pentru a se determina neconcordantele aparute. Neconcordantele majore poarta denumirea de abateri semnificative si pot avea impact negativ asupra realizarii cu succes a proiectului. De aceea este nevoie ca ele sa fie identificate si sa gaseasca solutii pentru corectarea lor si eventual pentru prevenirea altora. Totodata este necesara stabilirea riscurilor asociate actiunilor corective sau preventive si nonactiunii. In unele cazuri aceste actiuni corective au o amploare si un grad de modificare a planurilor destul de mare, fiind necesara revizuirea planurilor generale ale proiectului.

 b.      Descriere intrari si livrabile

In cadrul acestui proces intrarile sunt reprezentate de planurile proiectului, raportul de progres, rapoarte de evaluare a calitatii produselor si proceselor, recomandari si lectii invatate (“lesons learned”). Pe baza documentelor de intrare si a experientei din situatii similare se vor identifica abaterile de la planurile proiectului. Livrabilele procesului presupun lista in care sunt prezentate aceste abateri si un plan in care sunt prezentate actiuni corective si preventive cu scopul de remediere a abaterilor.

 c.       Lista de activitati cu rezultate

 d.      Tehnici si metode specifice de lucru

Analiza abaterilor semnificative si a cauzelor ce le-au determinat

Utilizarea lectiilor invatate (“lessons learned”)

Utilizare modele si/sau date istorice

 e.      Modele de documente

M2-2-02.1 Lista abaterilor semnificative

M2-2-02.2 Planul actiunilor corective si preventive

 f.        Lista responsabilitatilor cheie

Managerul de proiect este responsabil cu identificarea abaterilor semnificative fata de planurile proiectului, a cauzelor ce le-au produs, a actiunilor de corectare si a riscurilor asociate.

 2.2.2.3          Aplicare actiuni preventive si corective, monitorizare si documentare rezultate

 a.      Descriere sumara

Pentru ca succesul proiectului sa nu fie afectat de aparitia abaterilor semnificative este necesara aplicarea unor actiuni preventive si corective, al caror rezultat sa fie monitorizat si documentat pentru a se vedea daca au avut efectul scontat sau este nevoie de noi actiuni corective, asigurandu-se astfel un control al proiectului.

 b.      Descriere intrari si livrabile

In cadrul acestui proces apar ca factori de intrare lista abaterilor semnificative si planul actiunilor corective si preventive pe baza carora se aplica actiunile in vederea remedierii abaterilor. Livrabilul este reprezentat de documentarea rezultatelor obtinute in urma aplicarii acestor actiuni regasite in situatia realizarii planului de actiuni corective si preventive.

c.       Lista de activitati cu rezultate

 d.      Tehnici si metode specifice de lucru

Metode de analiza a rezultatelor

Utilizarea unor soft-uri pentru monitorizare si raportare

 e.      Modele de documente

M2-2-03.1 Situatia realizarii planului actiunilor corective si preventive

 f.        Lista responsabilitatilor cheie

Managerul de proiect este responsabil cu monitorizarea actiunilor aplicate si documentarea rezultatelor acestora.

 2.2.2.4          Revizuire planuri

 a.      Descriere sumara

Acest proces se poate realiza sau nu, functie de amploarea schimbarilor pentru remedierea abaterilor.

 b.      Descriere intrari si livrabile

Revizuirea planurilor realizate se face tinandu-se cont de actiunile preventive si corective ce trebuie aplicate. Livrabilele sunt noile planuri revizuite.

c.       Lista de activitati cu rezultate

 d.      Tehnici si metode specifice de lucru

Metodologie de managementul proiectelor

Metode de estimare

Utilizarea unor soft-uri pentru planificare

Utilizarea scenariilor “What-If”

 e.      Modele de documente

M2-1-04.1 Planul calendaristic revizuit

M2-1-04.2 Planul resurselor necesare revizuit

M2-1-04.3 Bugetul proiectului revizuit

M2-1-04.4 Plan de management al riscurilor revizuit

M2-1-04.5 Plan de calitate revizuit

M2-1-04.6 Plan de comunicare si raportare revizuit

M2-1-04.7 Plan de management al relatiilor cu mediul revizuit

f.        Lista responsabilitatilor cheie

Managerul de proiect din partea realizatorului proiectului este responsabil cu intocmirea tuturor planurilor revizuite si cu obtinerea acordurilor partilor implicate.

Sponsorul este responsabil cu aprobarea planurilor revizuite conform carora se va continua executia proiectului.

2.3  Acorduri cu furnizorii

 2.3.1                        Prezentare generala

 2.3.1.1              Descriere sumara

In majoritatea proiectelor sunt necesare resurse care trebuie procurate de la furnizori. Managementul acordului cu furnizorii presupune selectarea furnizorilor, stabilirea acordurilor formale cu acestia si derularea acordurilor in termenii stabiliti.

Acordul formal este acordul incheiat conform legii intre beneficiar (organizatia ce doreste achizitionarea produselor) si furnizor. Produsul ce a fost achizitionat este livrat de catre furnizor si utilizat in cadrul proiectului.

 2.3.1.2      Obiective

 Se aplica pentru acei furnizori cu care nu exista un acord formal.

Managementul acordurilor cu furnizorii presupune:

-                     Determinarea tipului de achizitie si criteriilor ce vor sta la baza selectiei furnizorilor in vederea obtinerii produselor necesare in cadrul proiectului

-                     Selectia furnizorilor

-                     Stabilirea si intretinerea acordurilor cu furnizorii

-                     Acceptarea furnizarii de produse(livrari)

-                     Teste de acceptanta in vederea stabilirii conformitatii produselor cu cerintele

2.3.1.3              Diagrama de flux

2.3.1.4              Lista de procese si livrabile

2.3.1.5              Lista livrabilelor cheie

Acord formal

Prin acest document se incheie un contract, memorandum sau acord de licentiere intre organizatia ce face achizitia si furnizor. Acesta are rolul de a reglementa relatia dintre parti si trebuie respectat atat de beneficiar cat si de furnizor. Acordul formal (contract, memorandum sau acord de licentiere) depinde de tipul achizitiei si de statutul furnizorului

Proces verbal de receptie

Este documentul ce face dovada predarii produselor ce fac obiectul unui acord legal de catre furnizor, si receptiei acestora de catre beneficiar. Documentul este valid numai prin semnarea acestuia de ambele parti.

Test de acceptanta

Este documentul ce rezulta in urma testarii produselor de catre beneficiar. Acceptanta presupune acceptarea produselor achizitionate ca fiind conforme cu cerintele beneficiarului specificate in acordul legal, prin aceasta furnizorul stingandu-si obligatia.

2.3.1.6              Factori de succes

·                Respectarea acordului formal corespunzator

·                Verificarea conformitatii produselor cu cerintele

2.3.2 Prezentarea proceselor

2.3.2.1  Selectare furnizori si stabilire acorduri formale

a.      Descriere sumara

Este procesul prin care se aleg dintr-o lista de furnizori potentiali acei furnizori care indeplinesc cel mai bine cerintele beneficiarului. Cerintele pe care trebuie sa le indeplineasca furnizorii (eligibilitate, o anumita CA, experienta similara) si cerintele pe care trebuie sa le indeplineasca produsele livrate (caracteristici tehnice) sunt prezentate in caietul de sarcini al achizitiei.

b.      Descriere intrari si livrabile

Procesul de selectie a a furnizorilor are ca factori de intrare caietul de sarcini, formularele de oferta si de calificare completate de furnizori, lista posibililor furnizori si criteriile de selectie a acestora. Ca livrabile apar: lista furnizorilor selectati si acordul formal incheiat. Functie de tipul achizitiei si statutul furnizorului, acordul formal poate lua forma unui contract, memorandum sau acord de licentiere.

c.       Lista de activitati cu rezultate

d.      Tehnici si metode specifice de lucru

Metode de evaluare si selectie a potentialilor furnizori:

Ø      Metoda acordarii de puncte pe baza gradului de manifestare a criteriului si de importanta acestuia (sunt stabilite criteriile de apreciere si acordarea pentru fiecare a unui numar de puncte pe baza importantei specifice; apoi se calculeaza gradul de manifestare a fiecarui criteriu)

Ø      Metoda acordarii de de puncte pe grade de importanta a criteriilor, cu detalierea in functie de subcriterii specifice

Tehnici de negociere

e.      Modele de documente

M2-3-01.1 Caiet de sarcini

M2-3-01.2 Formular de calificare

M2-3-01.3 Formular de oferta

M2-3-01.4 Lista potentialilor furnizori

M2-3-01.5 Lista furnizorilor selectati

M2-3-01.6 Acord formal

f.        Lista responsabilitatilor cheie

Managerul de proiect este responsabil cu intocmirea caietului de sarcini pe care il va da departamentului aprovizionare in vederea efectuarii achizitiei si cu supervizarea intregului proces pentru a se obtine produsele cerute in timp util.

2.3.2.2          Derularea acordurilor cu furnizorii

a.      Descriere sumara

Dupa incheierea unui acord formal intre beneficiar si furnizor, se poate trece la derularea acestuia. In acest fel, produsele sunt livrate de catre furnizor conform reglementarilor acordului: o anumita perioada limita de timp in care se face livrarea, caracteristicile pe care trebuie sa le indeplineasca produsele livrate, perioada limita de timp pentru efectuarea platii de catre beneficiar,  penalitati in cazul nerespectarii obligatiilor de catre parti. In cazul in care produsele sunt in conformitate cu cerintele, obligatia furnizorului se stinge prin semnarea acceptantei de catre beneficiar, iar in caz contrar beneficiarul are dreptul sa refuze produsele livrate.

b.      Descriere intrari si livrabile

In cadrul procesului de derulare a acordurilo cu furnizorii, factorul de intrare este acordul legal incheiat intre parti. Acesta poate fi un contract, un memorandum sau un acord de licentiere ce are rolul de a reglementa desfasurarea realtiilor dintre partile semnatare. Acest document trebuie sa fie clar, complet si cuprinzator. Cel mai frecvent utilizat tip de acord este contactul. Acesta trebuie sa includa:

Ø      denumirea si domiciliul unitatilor contractante

Ø      persoanele imputernicite sa semneze contractul

Ø      produsul/produsele care face/fac obiectul contractului

Ø      lotul de livrare

Ø      cantitatea ce trebuie fabricata si/sau livrata

Ø      conditiile de calitate

Ø      tipurile si sortimentele

Ø      durata de executie respectiv perioada contractuala

Ø      modalitati de efectuare a verificarilor conformitatii

Ø      regimul de garantii

Ø      modalitati de asistenta tehnica

Ø      preturile de vanzare la care se vor livra produsele

Ø      forma de decontare

Ø      conditii de ambalare, marcare, etichetare

Ø      conditii de transport

Ø      precizari legate de raspunderile partilor din contract pentru cazul executarii partiale, a neexecutarii sau a executariii cu intarziere a obligatiilor

Livrabilele sunt: procesul verbal de receptie prin care se face dovada ca produsele au fost livrate la beneficiar si testul de acceptanta al carui rezultat specifica daca au fost sau nu indeplinite cerintele privind caracteristicile tehnice ale produselor.

c.       Lista de activitati cu rezultate

d.      Tehnici si metode specifice de lucru

Tehnici si metode de evaluare si testare

e.      Modele de documente

M2-3-02.1 Proces verbal de receptie

M2-3-02.2 Test de acceptanta

f.        Lista responsabilitatilor cheie

Mangerul de proiect este responsabil cu desemnarea persoanelor responsabile cu testarea si acordarea acceptantei si cu supervizarea derularii acordurilor cu furnizorii in termenii stabiliti in cadrul contractului, memorandumului sau acordului de licentiere.

2.4  Managementul integrat al proiectului

2.4.1                        Prezentare generala

2.4.1.1              Descriere sumara

            Proiectul este executat de catre organizatie, in corelatie cu alte procese de afaceri, cu alte proiecte din cadrul portofoliului de proiecte, in scopul indeplinirii unor prioritati strategice ale organizatiei. In cadrul proiectului trebuie aplicate standardele, metricile si valorile organizationale. Ca sistem deschis, proiectul comunica cu elementele de mediu (interne si externe). Din aceasta cauza este necesara integrarea proiectului cu elementele de mediu.

            Pe parcursul realizarii proiectului experienta acumulata trebuie documentata si transferata organizatiei pentru a putea fi aplicata si in alte procese de afaceri, eventual alte proiecte.

2.4.1.2              Obiective

            Obiectivele managementului integrat al proiectului este de a asigura realizarea proiectului in conditiile integrarii cu alte activitati ale organizatiei, cu prioritatile strategice ale acesteia si cu implicarea părţilor interesate

2.4.1.3              Diagrama de flux

2.4.1.4              Lista de procese si livrabile

2.4.1.5  Lista livrabilelor cheie

            Prioritati strategice si alte proiecte aflate in corelatie cu proiectul . Prioritatile strategice care pot fi realizate prin proiect trebuie cunoscute si comunicate intrucat este cea mai importanta modalitate de promovare a proiectului, atat in mediul intern cat si in mediul extern. Identificarea proiectelor cu care proiectul se afla in corelatie este importanta pentru a putea planifica actiuni de valorificare a sinergiei sau de atenuare a potentialelor conflicte datorate in special presiunii pe acelesi resurse in aceleasi perioade de executie a proiectelor.

            Experienta acumulata in proiect (lectii invatate). Invatarea organizationala poate fi sustinuta prin documentarea experientei acumulate in proiecte si transferul acestor informatii in cadrul organizatiei.

2.4.1.6              Factori de succes

·                Intelegerea si agrearea planurilor proiectului de toate partile implicate

·                Mentinerea angajamentul partilor implicate cu privire la obiectivele proiectului

·                Problemele, neconcordantele cu planurile si eventualele modificari ale planurilor proiectului se realizeaza repede, judicios, si numai de persoanele autorizate in acest sens

2.4.2 Prezentarea proceselor

2.4.2.1  Identificarea elementelor de integrare

a.      Descriere sumara

Proiectul este executat in corelatie cu alte procese de afaceri, cu alte proiecte din cadrul portofoliului de proiecte al organizatiei, in scopul indeplinirii unor prioritati strategice ale organizatiei. In cadrul proiectului trebuie aplicate standardele, metricile si valorile organizationale.

Identificarea acestor elemente de integrare se realizeaza prin intemediul sponsorului proiectului, care trebuie sa asigure accesul la documentele cu informatiile de context.

b.      Descriere intrari si livrabile

Intrarile in procesul de identificare a elementelor de integrare sunt:

-         Planul strategic si operational al organizatiei

-         Portofoliul de proiecte al organizatiei - componenta si descrierea sumara a proiectelor din portofoliu

-         Harta proceselor organizationale (procesele, cu interconditionarile dintre acestea)

-         Colectia de standarde, metrici si valori organizationale. Colectia de metrici utilizeaza date ale mǎsurarii proceselor şi produselor muncii. Aceasta colectie contine sau refera date reale ale mǎsurarii şi informatii conexe care ajuta la intelegerea şi analiza datelor. Valorile organizaţionale sunt instrumente legate de descrierea, implementarea şi imbunatatirea proceselor, de exemplu: reguli, hotarîri, descrieri ale proceselor, instrumente de sustinere a implementarii proceselor).

Livrabilele procesului de identificare a elementelor de integrare sunt:

-         Prioritati strategice si alte proiecte aflate in corelatie

-         Standarde, metrici si valori organizationale preluate in proiect

c.       Lista de activitati cu rezultate

d.      Tehnici si metode specifice de lucru

Managerul de proiect identifica sursele de date, consulta aceste surse (sa se documenteze), realizeaza o analiza critica a datelor continute in documentele de intrare si stabileste elementele de integrare.

e.      Modele de documente

M2-4-01.1 Prioritati strategice si alte proiecte aflate in corelatie

            M2-4-01.2 Standarde, metrici si valori organizationale preluate in proiect

f.        Lista responsabilitatilor cheie

Managerul de proiect trebuie sa se asigure ca toate informatiile necesare acestor analize sunt disponibile. Managerul de proiect face analiza documentelor si decide asupra elementelor de integrare care sa fie considerate in cadrul proiectului.

Sponsorul proiectului trebuie sa asigure accesul la documentele din cadrul organizatiei utilizate ca intrari in acest proces.

Team leader-ul sustine managerul de proiect in procesul de identificare a elementelor de integrare, oferind informatii cu caracter tehnic, privind standarde, metrici aplicabile in proiect.

2.4.2.2          Integrarea planurilor proiectului

a.      Descriere sumara

Integrarea proiectului cu organizatia si elementele de mediu reclama realizarea unor actiuni specifice in vederea realizarii acestei integrari, actiuni care sunt planificate ca activitati in proiect, ceea ce poate determina revizuirea planurilor proiectului.

Planurile proiectului reglementeaza diferite laturi ale proiectului. Din aceasta cauza intre planurile proiectului exista o stransa intedependenta. Verificarea consistentei planurilor este o cerinta pentru asigurarea calitatii documenetelor de management.

b.      Descriere intrari si livrabile

Intrarile in procesul de integrare  a planurilor proiectului sunt:

-         Prioritati strategice si alte proiecte aflate in corelatie

-         Standarde, metrici si valori organizationale care urmeaza a fi  preluate in proiect

-         Planurile proiectului. Sunt cele descrise in cadrul domeniului 2.1 Planificare

Livrabilele procesului de identificare a elementelor de integrare sunt:

-         Planurile proiectului (integrate). Ca structura sunt similare cu planurile care constituie intrari in proces, continutul poate fi insa diferit, datorita modificarilor realizate pentru asigurarea consistentei.

c.       Lista de activitati cu rezultate

d.      Tehnici si metode specifice de lucru

Managerul de proiect identifica intefetele proiectului cu alte proiecte, defineste masurile de corelare, incorporeaza in planurile proiectului masurile de corelare cu alte proiecte, incorporeaza în planul proiectului stadardele, metricile si valorile organizationale, integreaza alte planuri care afectează proiectul, verifica faptul că planul proiectului este compatibil cu planul de management al relatiilor cu mediul, verifica si asigura consistenta diferitelor planuri ale proiectului

e.      Modele de documente

M2-1-03.1 Planul calendaristic

M2-1-03.2 Planul resurselor necesare

M2-1-03.3 Bugetul proiectului

M2-1-03.4 Plan de management al riscurilor

M2-1-03.5 Plan de calitate

M2-1-03.6 Plan de comunicare si raportare

M2-1-03.7 Plan de management al relatiilor cu mediul

M2-1-03.8 Planul jaloanelor

f.        Lista responsabilitatilor cheie

Managerul de proiect este responsabil cu integrarea planurilor proiectului.

Team leader-ul sustine managerul de proiect in integrarea planurilor proiectului, oerind informatii cu privire la actiunile posibil de intreprins pentru asigurarea integrarii.

2.4.2.3          Transferul in organizatie a experientei acumulate in proiect (lectii invatate)

a.      Descriere sumara

Pe parcursul realizarii proiectului experienta acumulata trebuie documentata si transferata organizatiei pentru a putea fi aplicata si in alte procese de afaceri, eventual alte proiecte. In acest fel se asigura invatarea organizationala.

b.      Descriere intrari si livrabile

Intrarile in procesul de transfer in organizatie a experientei acumulate in proiect sunt:

-         Rapoartele de progres

-         Situatia realizarii planurilor de actiuni corective si preventive

-         Minutele reuniunilor din cadrul proiectului

Livrabilele procesului de identificare a elementelor de integrare sunt:

-         Valori organizationale propuse

-         Experienta acumulata in proiect (lectii invatate)

c.       Lista de activitati cu rezultate

d.      Tehnici si metode specifice de lucru

            Managerul de proiect formuleaza propuneri de îmbunătăţire a valorilor procesului organizaţional, asigurand transferul documentaţiei catre sponsorul proiectului. De asemenea realizeaza documentarea experientei acumulatein proiect in diferitele faze sau la finalul proiectului.

e.      Modele de documente

M2-4-03.1 Valori organizationale propuse

M2-4-03.2 Experienta acumulata in proiect (lectii invatate)

f.        Lista responsabilitatilor cheie

Managerul de proiect este responsabil cu transferul in cadrul organizatiei a experientei accumulate in proiect.

Team leader-ul sustine managerul de proiect in procesul de identificare a elementelor de integrare, oferind informatii cu caracter tehnic, privind standarde, metrici aplicabile in proiect.

 3.1 Managementul Configuratiilor

3.1.1 Prezentare generala

3.1.1.1 Descriere

Este inevitabila aparitia schimbarilor pe parcursul dezvoltarii unui produs software, fapt pentru care acestea trebuie controlate eficient. Prin intermediul managementului configuratiilor managerul de proiect gestioneaza si controleaza mai bine proiectul pe tot parcursul desfasurarii acetuia.

3.1.1.2  Obiective

Managementul configuratiilor presupune identificarea schimbarilor ce urmeaza a se realiza, stabilirea relatiilor dintre acestea, definirea mecanismelor pentru controlul versiunilor, controlul schimbarilor impuse, auditul si raportarea schimbarilor efectuate.

Scopul este acela de a stabili si mentine integritatea produselor dezvoltate pe tot parcursul ciclului de viata al proiectului.

3.1.1.3  Diagrama de flux

3.1.1.4 Lista de procese si livrabile

3.1.1.5 Lista livrabilelor cheie

 Lista nivelurilor de referinta

Este documentul care identifica nivelul de referinţă  unde configuraţia software poate suferi modificări. Aceste noi versiuni pot interveni la nivelul:

- Fişierele sistem de date

- Fişierele sistem construite

- Cererile clientului( specificaţii client)

- Specificaţii de design

- Arhitectura software a sistemului

- Planurile de testare

- Procedurile de testare

- Documentaţie

- Planul de dezvoltare al aplicaţiei s.a.

Lista schimbărilor

Este documentul ce arata cum trebuie procedat in momentul apariţiei unei schimbări. Trebuie sa conţină elemente referitoare la: cererea de schimbare: cine a iniţiat, motivul daca este cazul, nivelul de referinţă, modalitate de analiza a impactului schimbării, evaluare si urmărire a acesteia.

Rezultatele auditurilor configuraţiilor

Este un document foarte important din care trebuie sa reiasă ca noua configuraţie este in conformitate cu standardele şi procedurile aplicabile.

3.1.1.6 Factori de succes

·        Experienta in relatiile cu clientii

·        Abilitati de negociere cu clientul

·        Realizarea unei arhitecturi software cu un grad de generalizare foarte mare in concordanta cu specificul clientului – cu cat gradul de generalitate a sistemului este mai mare cu atat noile modificari port fi implementate mai usor, cu resurse bugetare – temporare-umane mult mai mici

·        Identificarea nivelurilor de referinta in stransa dependenta cu ciclul de viata al produsului si structura sa modulara

3.1.2 Prezentarea proceselor 

3.1.2.1 Stabilirea nivelurilor de referinta

a.       Descriere Sumara

            Este procesul prin care se indentifica acele niveluri din cadrul proiectului unde managementul configuratiilor intervine (cand si unde poate interveni o schimbare).

b.       Descriere intrari si livrabile

            Toate intrarile acestui proces sunt elemente care determina o schimbare la orice nivel a sistemului software ce se doreste a se realiza. Elementul cu ponderea cea mai mare este « cererea de schimare ». Ori de cate ori apare, factorii cheie in realizarea sistemului trebuie sa identifice nivelul de referinta la care acesta apare, sa stabileasca modalitati de stocare a versiunii la care s-a ajuns, accesul, actualizari etc. Pentru comunicarea usoara a acestora si pentru intelegerea lor de catre toti membrii echipei ele trebuiesc realizate ca niste livrabile acceptate de management.

c.        Lista de activitati cu rezultate

d.       Tehnici si metode specifice de lucru

            Tehnici si metode de identificare a ciclului de viata

            Tehnici si metode de realizare a arhitecturii software

            Tehnici si metode interne predefinite – pentru stocare, regasire, actualizare, acces, comunicare

            Sisteme software de management al configuratiilor( automatizare a managementului configuratiilor)

e.       Modele de documente (pt livrabile de proces/rezultate proces sau pt intrari din afara domeniului de procese)

M3-1-01.1 Cerere de schimbare

M3-1-01.2 Lista nivelurilor de referinta

f.         Lista responsabilitatilor cheie

          Managerul de proiect este responsabil cu supervizarea acestui proces si aprobarea sau obtinerea aprobarilor de schimbare.

            Arhitectul solutiei tehnice este responsabil cu intocmirea listei nivelurilor de referinta cu propunerea sau aprobarea din punct de vedere tehnic a cererilor de schimbare.

Analistul este responsabil cu verificarea respectarii cerintelor functionale pe care trebuie sa le indeplineasca produsul.

3.1.2.2 Controlul schimbărilor

a.       Descriere Sumara

            Este procesul prin care se realizează controlul schimbărilor elementelor de configuraţie atunci când o cerere de schimbare este iniţiată şi aprobată spre efectuare.

b.       Descriere intrari si livrabile

Ca element de intrare este lista nivelurilor de referinta, iar ca element de iesire apare lista schimbarilor ce au fost aprobate.

c.        Lista de activitati cu rezultate

d.       Tehnici si metode specifice de lucru

            Metode si tehnici de analiza a impactului – pot fi precis stabilite, documentate, sau pot fi ca rezultat al unor “invatari” anterioare

            Metode si tehnici de evaluare a modificarilor configuratiei – de exemplu se pun bazele unor metode prin care se identifica daca noua configuratie se incadreaza in indicatorii de calitate stabiliti

Sisteme software de management al configuratiilor (automatizare a managementului configuratiilor)

e.       Modele de documente (pt livrabile de proces/rezultate proces sau pt intrari din afara domeniului de procese)

M3-1-02.1 Lista schimbarilor

f.         Lista responsabilitatilor cheie

            Managerul de proiect este responsabil cu aprobarea sau obtinerea aprobarii anumitor cereri de schimbare.

            Team Leader este responsabil cu propunerea si fundamentarea cererilor de schimbare.

3.1.2.3 Asigurarea integrităţii 

a.       Descriere Sumara

            Este procesul prin care se asigura că, odata implementată o schimbare, noua configuraţie este in conformitate cu specificaţiile proiectului, cu standardele si procedurile aplicate.

b.       Descriere intrari si livrabile

            Ca factor de intrare este lista schimbarilor aprobate ce urmeaza fi efectuate. In cadrul acestui proces se inregistreaza noua configuratie inclusiv ceea ce aduce ea nou fata de configuratia anterioara. Responsabilul de calitate trebuie sa o evalueze in conformitate cu standardele si procedurile si sa faca un raport al rezultatelor la audit.

c.        Lista de activitati cu rezultate

d.       Tehnici si metode specifice de lucru

Tehnici si metode de audit al configuratiei

Tehnici si metode de arhivare

e.       Modele de documente (pt livrabile de proces/rezultate proces sau pt intrari din afara domeniului de procese)

M3-1-03.1 Istoricul reviziilor de configuratie

M3-1-03.2 Rezultatele auditurilor configuratiilor

f.         Lista responsabilitatilor cheie

            Managerul de proiect este responsabil cu monitorizarea si inregistrarea elementelor de configuratie.

Arhitectul solutiei tehnice este responsabil cu acordarea avizului tehnic pentru schimbarile cerute.

            Responsabilul cu calitatea se ocupa cu efectuarea auditului configuratiilor si sesizarea neconformitatilor pentru a se asigura standardele de calitate stabilite.