Deschideți procesul unificat

De la Wikipedia, enciclopedia liberă.
Salt la navigare Salt la căutare

Open Unified Process sau OpenUP (literalmente „proces unificat deschis”) este un model de dezvoltare software inspirat din Procesul unificat rațional (RUP) și lansat sub licență open source în cadrul Eclipse Process Framework . Descrie cele mai bune practici de dezvoltare software în conformitate cu RUP. Aceasta include dezvoltarea iterativă , utilizarea cazurilor de utilizare și scenarii ca entități care conduc la dezvoltare, gestionarea riscurilor și o abordare de dezvoltare axată pe arhitectură . Cea mai agilă și ușoară formă de OpenUP, OpenUP / basic , este concepută pentru proiecte mici gestionate de grupuri de lucru mici interesate de dezvoltarea agilă și iterativă (echipe de 3-6 persoane care gestionează proiecte de 3-6 luni), adică echipe care lucrează în același locul și au capacitatea de a comunica verbal zilnic.

Fazele OpenUP

OpenUP, ca și RUP, include patru faze:

  • concepția proiectului
  • elaborarea în detaliile proiectului
  • constructie
  • tranziție

la sfârșitul fiecăreia dintre aceste faze există o etapă importantă în care progresul este verificat și măsurat. La sfârșitul fazei de concepție a proiectului, se verifică dacă proiectul este de fapt fezabil; la sfârșitul fazei de elaborare, se verifică dacă arhitectura a fost bine definită și riscurile majore pentru proiect au fost identificate și neutralizate; la sfârșitul fazei de construcție, se verifică dacă au fost implementate toate funcționalitățile și dacă puteți trece la testarea beta ; la sfârșitul fazei de tranziție, se verifică dacă obiectivele au fost atinse și dacă clientul este mulțumit .

Disciplinele

În cadrul fiecărei faze, se efectuează o serie de lucrări care sunt grupate în următoarele discipline:

  • Dezvoltarea arhitecturii programului
  • gestionarea modificărilor și configurațiilor sw
  • Dezvoltarea programelor
  • managementul proiectelor de dezvoltare
  • identificarea și gestionarea cerințelor
  • executarea testului

trebuie subliniat faptul că în OpenUP, precum și în RUP, nu este necesar să legăm o anumită disciplină de o iterație specifică, chiar dacă, evident, unele discipline sunt predominante într-o fază, mai degrabă decât în ​​alta: de exemplu, modelarea cerințelor va fi efectuată mai ales în timpul fazelor de proiectare și dezvoltare a proiectului, deși nu este exclus ca anumite cerințe minore (de exemplu, cerințe nefuncționale) să fie definite în timpul fazei de tranziție.

Roluri

În cadrul procesului de dezvoltare, fiecărui participant i se atribuie un rol; rolurile identificate de OpenUP sunt:

  • Arhitect
  • Lider de proiect
  • Analist
  • Tester
  • rol generic : identifică sarcinile care pot fi îndeplinite de orice participant la proiect.
  • Dezvoltator
  • Părțile interesate (oricine are un interes în implementarea corectă a proiectului)

Aceste roluri nu trebuie considerate ca sarcini atribuite static, ci ca un simplu ajutor pentru organizarea corectă a muncii: un membru al echipei de dezvoltare poate acoperi două roluri în același timp sau poate schimba rolurile în timpul implementării proiectului.

Alte proiecte

linkuri externe