Sisteme Informatice Integrate

Master SAATI, Anul I

● Dascălu Diana Elena

● Popa Silviu
● Tittes Gherman Petru Vlad
● Vasile Vlad

Etapele SDLC
1) Definirea scopului general al
conceptelor și limitările acestora
2) Analiza sistemului, planificarea
cerințelor
3) Designul sistemelor
4) Dezvoltare
5) Integrare și testare
6) Deploy(Livrare)
7) Mentenanță
- Într-un proces de dezvoltare software bazat pe modelul
SDLC, managementul riscului trebuie să aibă în vedere
diferiți parametri pentru fiecare etapă.
- Este nevoie de un sistem robust care să poata acoperi o plajă
largă de nevoi și să fie suficient de adaptabil pentru
schimbările care se pot produce subit în timpul dezvoltării.
- De aceea, este dificil formarea unui șablon care să poată fi
aplicat cu succes în mod identic pentru fiecare etapă SDLC.
- Se încearcă stabilirea unei strategii de bază care se va
dezvolta în funcție de nevoie.
 - Primul pas în SDLC este posibil și cel mai deschis la riscuri datorită faptului că nu există alte
limitări decât experiența persoanelor care definesc conceptele/tehnologiile din noul proiect.

- Din momentul în care există o viziune clară asupra sistemului – este bine sa se facă o analiză
Etapele SDLC părților reutilizabile – care poate duce la scăderea riscului de repetare a greșelilor – și definirea
cerințelor în concordanță cu viziunea clientului.

- Scrierea documentului de design este o sarcină care ar trebui sa revina celor mai experimentați
1) Definirea scopului general al membri ai echipei – multe greutăți care apar în proiect pot fi datorită unui design fragil al codului.
conceptelor și limitările acestora
- În faza de scriere a codului responsabilitatea majora apartine inginerilor software care sunt
responsabili sa se familiarizeze cu designul si sa implementeze in mod corect si cat mai eficient
2) Analiza sistemului, planificarea taskurile repartizate.
cerințelor
- Etapa de integrare consta in integrarea controlata a modulelor proiectului intr-un trunchi central
3) Designul sistemelor pentru a minimiza riscul unei regresii sau a erorile critice. Testarea are responsabilitatea de a se
asigura ca trunchiul principal al proiectului trece toate testele
4) Dezvoltare
- Deploy-ul este in principal facut de client intrucat software-ul livrat trebuie integrat in hardware-
ul/software-ul proprietar clientului. In cazul in care este vorba de un proiect intern, deploy-ul este
5) Integrare și testare ultima faza dupa care produsul va functiona in mediul real.

6) Deploy(Livrare) - In timpul mentenantei cele mai mari riscuri sunt pierderea membrilor echipei care au experienta,
comunicarea precoce implementator-tester-client si depasirea termenelor de reparare a problemelor
critice.
7) Mentenanță
Determinarea surselor de risc
Etapa de analiza a riscurilor
Categorizarea riscurilor
Stabilirea unor strategii folosite pentru a mitiga riscurile
inainte ca acestea sa apara sau sa devina critice
Strategia generala de tratare a riscurilor
· Determinarea contextului si conditiilor in care apare un
risc precum si care pot fi consecintele
· Stabilirea unor criterii care sa descrie riscurile
(probabilitate, severitate, posibile consecinte etc)
· In acest pas se pot defini nivelele care sa descrie riscul
acceptabil sau nivelul la care se va produce o escalare
· Se vor folosi criteriile determinate la pasul 2 pentru
stabilirea unor categorii de riscuri
· Se pot defini categorii de prioritati pentru a determina
prioritatea tratarii riscurile aparute
· Se va efectua o monitorizare a riscurilor pentru a putea
observa cand se depasesc anumite nivele de risc acceptabil
· Determinarea resurselor necesare
· Urmarirea amanuntita a procesului de rezolvare a unui
risc
CMMI
Agile

Satisfacția clienților prin livrarea timpurie

Proiectele sunt construite în jurul unor

persoane motivate

Conversația "față în față" este cea mai

bună formă de comunicare

Simplitatea - arta maximizării cantității de

muncă nerealizată - este esențială
 RUP
(Rational Unified Process)
Inceput - Se afirmă ideea proiectului. Echipa de
dezvoltare stabilește dacă proiectul merită să
fie urmărit și ce resurse vor fi necesare.

Elaborare - Arhitectura proiectului și resursele

necesare

Construcții - Proiectul este dezvoltat și finalizat.

Software-ul este proiectat, scris și testat.

Tranziție - Software-ul este lansat publicului.

STABILIREA NIVELULUI
DE MATURITATE
Obiective:
PENTRU “COMPANIA”
-interpretarea caietului de sarcini

-adresarea setului de intrebari

-nivelul de maturitate estimat pentru

organizatia “Compania”

-Zonele de proces din modelul CMMI

necesare pentru nivelul de maturitate
urmator

- Pași pentru atingerea nivelul CMMI

-Beneficiile implementarii CMMI

-
 STABILIREA NIVELULUI DE MATURITATE PENTRU “COMPANIA”
Setul de intrebari propus:
Pe baza caietului de sarcini s-au observat

1. Există o relaţie stabilă, clară şi bine definită între companie următoarele zone de interes:

şi furnizorii sau partenerii externi? Există acorduri în care sunt · proiecte bine structurate până la

stipulate clar drepturile şi obligaţiile tuturor părţilor implicate? managementul proiectelor

2. Organizaţia deţine în structură o funcţie specifică care se · utilizarea unei versiuni simplificate

ocupă cu măsurarea şi analiza progresului la nivel de proiect? de RUP- AUP in caz concret

3. Există o funcţie specifică de asigurare a calităţii produselor, · un număr relativ mic de proiecte

oferirea de rezultate în mod constant, pentru o creştere a efectuate in cadrul unui ciclu

fiabilităţii acestora? · formarea nu este în permanenţă oferită

4. Firma deţine un mecanism de gestiune a cerinţelor care este personalului tehnic

capabil de a identifica neconcordanţele dintre acestea? · conducerea nu este implicată în

5. Sunt acoperite cele trei obiective principale de control ale definirea şi aplicarea politicilor

proiectului: cost, timp, calitate? globale

 STABILIREA NIVELULUI DE MATURITATE PENTRU “COMPANIA”
Procesele software prezente in cadrul Agile Unified Process sunt următoarele:
 Etapele necesare atingerii nivelului următor CMMI:
Zonele de proces necesare pentru atingerea
nivelului de maturitate următor sunt:
· DAR - Analiza şi rezoluția deciziei
· IPM - Managementul integrat al produselor
· OT - Formare organizaţională
· OPF - Ţinta procesului organizaţional
· OPD - Definirea procesului organizaţional
· realizarea proiectelor bazate pe şabloane standard;
·îmbunătăţirile proceselor să fie realizate în mod organizat, controlat;
· adoptarea unor metode de sortare şi personalizare a proiectelor, în f
uncţie de natura lor;
· formalizarea procesului care presupune adoptarea unei decizii prin
colaborare eficientă intre manageri şi părţile implicate în implementarea
proiectului;
· îmbunătăţirea organigramei de funcţionare a organizaţiei.

Beneficiile implementării CMMI

· Îmbunătățirea ciclului de timp
· Costul scăzut al calității
· Creşterea satisfacţiei clienţilor
· Îmbunătățirea calității (măsurată prin defecte).