Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de...

13
Platformă de e-learning și curriculă e-content pentru învățământul superior tehnic Managementul Proiectelor Software Procesul de dezvoltare

Transcript of Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de...

Page 1: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

Platformă de e-learning și curriculă e-contentpentru învățământul superior tehnic

Managementul Proiectelor Software

Procesul de dezvoltare

Page 2: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

1. Procesul de dezvoltare bazat pe

arhitectură

• Componentele arhitecturale - înțelese

foarte bine înainte de a lua în considerare amănuntele de

detaliu

• Gradul de refacere/abandon a unor componente – ar

trebui să scadă sau să rămână constant în timpul

desfășurării unui proiect

• Atenție sporită acordată arhitecturii la început

▫ => realizarea unei fundații solide pentru 20% din elementele

responsabile de succesul proiectului (cazuri de utilizare,

erori, riscuri, etc.)

2

Page 3: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

2. Modul de dezvoltare iterativ

• Framework de planificare cât mai dinamic

• Proces de dezvoltare iterativ

▫ => Management al riscului mult mai bun

• Rezolvarea problemelor critice foarte devreme

▫ => Dezvoltare mai predictibilă & mai puține surprize

▫ => Expunerea la surse de cost și/sau întârzieri neprevăzute

reduse la maxim

3

Page 4: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

3. Principalele riscuri confruntate cat mai

devreme.

• Framework de planificare cât mai dinamic

+

• Proces de dezvoltare iterativ

▫ => Management al riscului mult mai bun

• Rezolvarea problemelor critice foarte devreme

▫ => Dezvoltare mai predictibilă & mai puține surprize

▫ => Expunerea la surse de cost și/sau întârzieri neprevăzute

reduse la maxim

4

Page 5: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

The sooner you begin coding the

later you finish.

5

Page 6: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

4. Dezvoltarea bazată pe componente

• Complexitatea dezvoltării de software

▫ ~ numărul de elemente generate de către membrii echipei

• Diminuarea numărului acestora

▫ Diminuarea complexității procesului de management

6

Page 7: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

5. Plan de management al schimbărilor

• Dinamica dezvoltării iterative

▫ fluxurile de lucru concurente ale diferitelor echipe de

dezvoltare care folosesc aceleași componente

necesită linii de referință controlate foarte riguros

7

Page 8: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

6. Model de evaluare bazat pe demonstrații

• Integrarea apare foarte devreme în viața unui proiect și se

continuă pe parcursul întregului proces de dezvoltare.

• Rezultatele intermediare sunt elemente esențiale,

deoarece sunt tangibile și obiective

8

Page 9: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

7. Evaluare obiectivă a calității și corectă a

progresului

• Indicatorii de progres și calitate derivă direct din

componentele dezvoltate și conferă informații importate

în legatura cu trendul proiectului și gradul de corelare al

produsului cu cerințele inițiale

9

Page 10: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

8. Notații bazate pe modele

• Utilizarea unor notații inginerești în faza de design va

conduce la un control mai bun al complexității, evaluări

intermediare mai obiective și mai corecte, precum și

analize ce pot fi automatizate

10

Page 11: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

9. Procesul de dezvoltare configurabil și

scalabil economic

• trebuie folosite împreună pentru a lărgi segmentul de piață țintă => o întoarcere a investiției mult mai mare

11

Metodele

TehnicileUneltele

Experiența

Page 12: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

INTRODUCERE

10. Versiunile intermediare având nivele de

detaliu din ce în ce mai mari

• Versiuni intermediare ce pot fi utile sunt de obicei

disponibile foarte devreme în timpul procesului de

dezvoltare

12

Cerințele unui proiect

• trebuie să evolueze concomitentDesignul

Planificarea

Page 13: Managementul Proiectelor Softwareandrei.clubcisco.ro/cursuri/f/f-sym/4mps/elearn/07 Procesul de dezvoltare.pdf · •Gradul de refacere/abandon a unor componente –ar trebui săscadăsau

Good project management is not so

much knowing what to do and when, as

knowing what excuses to give and when.

13