UNITATEA-V

Proiect software
Un Proiect Software este întreaga procedură de dezvoltare a software-ului, de la colectarea cerinț elor până la testare ș i întreț inere, desfăș urată
conform metodologiilor de execuț ie, într-o perioadă specificată de timp pentru a realiza produsul software dorit.
Un proiect este o sarcină bine definită, care este o colecț ie de mai multe operaț iuni efectuate pentru a atinge un scop (de exemplu, dezvoltarea software-ului)
ș i livrare).
Managementul proiectelor software este colecț ia de tehnici folosite pentru a dezvolta ș i livra diverse tipuri de produse software.
Spectrul managementului: Spectrul managementului descrie gestionarea unui proiect software sau cum să realizezi un proiect
de succes. Se concentrează pe cele patru P; oameni, produs, proces ș i proiect. Aici, managerul proiectului trebuie să controleze toate aceste P-uri pentru a
a avea un flux lin în progresul proiectului ș i a atinge obiectivul.
Cele patru P-uri ale peisajului de management sunt descrise pe scurt mai jos.
Oamenii: Oamenii unui proiect includ de la manager la dezvoltator, de la client la utilizator final. Dar, în principal, oamenii unui proiect subliniază
dezvoltatorii. Este atât de important să ai dezvoltatori foarte bine pregătiț i ș i motivaț i încât Institutul de Inginerie Software a dezvoltat o
Modelul de Maturitate a Capacităț ii de Management al Oamenilor (PM-CMM), „pentru a spori pregătirea organizaț iilor de software pentru a întreprinde din ce în ce mai mult
aplicaț ii complexe prin ajutorul de a atrage, dezvolta, motiva, desfăș ura ș i reț ine talentul necesar pentru a îmbunătăț i dezvoltarea software-ului
abilitate”. Organizaț iile care ating niveluri înalte de maturitate în domeniul managementului resurselor umane au o probabilitate mai mare de a implementa
practici eficiente de inginerie software.
Produsul: Produsul este orice software care trebuie dezvoltat. Pentru a dezvolta cu succes, obiectivele ș i domeniul de aplicare ale produsului ar trebui să fie stabilite.
alternative solutions should be considered, and technical and management constraints should be identified. Without this information, it is
imposibil de a defini estimări rezonabile ș i precise ale costului, o evaluare eficientă a riscurilor, o defalcare realistă a sarcinilor proiectului sau
o programare a proiectului gestionabilă care oferă o indicaț ie semnificativă a progresului.
Procesul: Un proces software oferă cadrul din care poate fi stabilit un plan cuprinzător pentru dezvoltarea software-ului.
numărul diferitelor seturi de sarcini - sarcini, repere, produse de lucru ș i puncte de asigurare a calităț ii - permite activităț ilor cadrului să fie
adaptate la caracteristicile proiectului software ș i cerinț ele echipei de proiect. În cele din urmă, activităț ile umbrela se suprapun
model de proces. Activităț ile umbrela sunt independente de orice activitate specifică a cadrului ș i au loc pe parcursul procesului.
Proiectul: Aici, managerul trebuie să facă o muncă. Proiectul include tot ș i tot despre procesul de dezvoltare total ș i pentru a evita
eș ecul proiectului, managerul trebuie să ia unele măsuri, trebuie să fie preocupat de unele avertizări comune etc.
Estimarea proiectului
Pentru o gestionare eficientă, o estimare precisă a diferitelor măsuri este esenț ială. Cu estimări corecte, managerii pot gestiona ș i controla.
the project more efficiently and effectively. Project estimation may involve the following:
Estimarea dimensiunii software- Dimensiunea software poate fi estimată fie în termeni de KLOC (Kilo Linia de Cod), fie prin calcularea numărului de funcț ii.
puncte în software. Liniile de cod depind de practicile de programare, iar punctele de funcț ie variază în funcț ie de utilizator sau de cerinț ele software-ului.
Estimarea efortului:-Managerii estimează eforturile în termeni de cerinț e de personal ș i ore om necesare pentru a produce software-ul. Pentru
estimarea efortului, dimensiunea software-ului ar trebui să fie cunoscută. Aceasta poate fi derivată fie din experienț a managerilor, fie din datele istorice ale organizaț iei sau
dimensiunea software-ului poate fi convertită în eforturi folosind unele formule standard.
Estimarea timpului: - Odată ce dimensiunea ș i eforturile sunt estimate, timpul necesar pentru a produce software-ul poate fi estimat. Eforturile necesare sunt
segregat în subcategorii conform specificaț iilor de cerinț ă ș i interdependenț ei diverselor componente ale software-ului. Software
sarcinile sunt împărț ite în sarcini mai mici, activităț i sau evenimente prin Structura de Descompunere a Lucrului (WBS). Sarcinile sunt programate pe o bază zilnică.
sau în luni calendaristice.
Suma timpului necesar pentru a finaliza toate sarcinile, în ore sau zile, este timpul total investit pentru a finaliza proiectul.
Estimarea costurilor: - Acesta ar putea fi considerat cel mai dificil dintre toate, deoarece depinde de mai multe elemente decât oricare dintre cele anterioare.
Pentru estimarea costului proiectului, este necesar să se ia în considerare -

o Dimensiunea software-ului

o Calitatea software-ului

o Hardware
o Software sau instrumente suplimentare, licenț e etc.
o Personal calificat cu abilităț i specifice sarcinii
o Călătoria implicată
o Comunicaț ie
o Instruire ș i suport
Programarea Proiectului
Programarea proiectului într-un proiect se referă la harta tuturor activităț ilor care trebuie efectuate, cu un ordin specificat ș i în intervalul de timp alocat fiecărei activităț i.

activitate. Managerii de proiect tind să definească diverse sarcini ș i repere ale proiectului ș i să le aranjeze ț inând cont de diferite factori. Ei
caută sarcini care se află pe calea critică în program, care trebuie finalizate într-un mod specific (din cauza interdependenț ei sarcinilor) ș i
strict de-a lungul timpului alocat. Aranjarea sarcinilor care se află în afara calea critică sunt mai puț in susceptibile să afecteze întregul program al proiectului.
Pentru a programa un proiect, este necesar să -
Împarte sarcinile proiectului în forme mai mici, gestionabile
Descoperiț i diferite sarcini ș i corelaț i-le
Estimarea perioadei necesare pentru fiecare sarcină
Împarte timpul în unităț i de lucru
Atribuie un număr adecvat de unităț i de lucru fiecărei sarcini
Calculaț i timpul total necesar pentru proiect de la început până la sfârș it.
Plan de personal
Planul de recrutare descrie numărul de indivizi necesari pentru un proiect. Acesta include selectarea ș i alocarea sarcinilor pentru proiect.
membrii echipei de management. Oferă informaț ii despre abilităț ile adecvate necesare pentru a îndeplini sarcinile pentru a produce proiectul
livrabilele ș i gestionarea proiectului. În plus, oferă informaț ii despre resurse precum unelte, echipamente ș i procese utilizate de către
echipa de management al proiectului.

Planificarea personalului este realizată de un planificator de personal, care este responsabil pentru determinarea persoanelor disponibile pentru proiect.
Planul de personal cuprinde următoarele secț iuni.
Informaț ii generale: Oferă informaț ii precum numele proiectului ș i managerul de proiect care este responsabil pentru proiect. În plus,
specifică datele de început ș i de sfârș it ale proiectului.
Evaluarea abilităț ilor: Oferă informaț ii, care sunt necesare pentru evaluarea abilităț ilor. Aceste informaț ii includ cunoș tinț ele, abilităț ile ș i capacitatea.
membrii echipei care sunt necesari pentru a atinge obiectivele proiectului. În plus, specifică numărul de membri ai echipei necesari
pentru proiect.
Staffing profile: Describes the profile of the staff required for the project. The profile includes calendar time, individuals involved, and level
de angajament. Timpul calendaristic specifică perioada de timp, cum ar fi luna sau trimestrul, pentru care indivizii sunt obligaț i să finalizeze
proiect. Persoanele implicate în proiect au denumiri specifice, cum ar fi manager de proiect ș i dezvoltator. Nivelul de
implicarea este rata de utilizare a indivizilor, cum ar fi munca efectuată pe bază de normă întreagă ș i part-time.
Organigramă: Descrie organizaț ia membrilor echipei de management al proiectului. În plus, include informaț ii precum numele,
denumirea ș i rolul fiecărui membru al echipei.
Gestionarea Configurării Software
Gestionarea configuraț iei este un proces de urmărire ș i controlare a modificărilor în software în termeni de cerinț e, design, funcț ii
ș i dezvoltarea produsului. IEEE o defineș te ca „procesul de identificare ș i definire a elementelor din sistem, controlul schimbării
aceste articole pe parcursul ciclului lor de viaț ă, înregistrând ș i raportând starea articolelor ș i solicitărilor de schimbare, ș i verificând completitudinea ș i
corectitudinea elementelor”. În general, odată ce SRS-ul este finalizat, există o ș ansă mai mică de a necesita modificări din partea utilizatorului. Dacă acestea apar,
modificările sunt abordate doar cu aprobarea prealabilă a conducerii superioare, deoarece există o posibilitate de depăș ire a costurilor ș i timpului.
Întreț inere structurantă vs nestructurantă
Întreț inerea nestrucurată pătrunde direct în codul sursă ș i face modificări bazate doar pe acesta.
Întreț inerea structurată examinează ș i modifică designul original, apoi refac codul pentru a se potrivi cu acesta.

Întreț inerea bine structurată este un proces mai fiabil ș i (de obicei) mai eficient.

Din păcate, nu este întotdeauna posibil