Acest model este preluat dintr-un proiect real (numele său nu va fi menționat). Acesta a fost creat pentru că din cauza multitudinii de procese din RUP și a proceselor societății a existat o confuzie în următoarele aspecte:
- care sunt exact rezultatele care trebuie obținute la ieșire,
- care este responsabil pentru artefact,
- care grup ar trebui să fie responsabil pentru aceasta,
- ce mijloace ar trebui folosite,
- care sunt relațiile dintre artefacte și elementele modelului,
- Indiferent dacă acest RUP-artefact este utilizat în acest proiect,
- pe ce iterație este creat acest artefact,
- care este nivelul de detaliu,
- cum să conectați artefactele procesului existent cu artefacte RUP,
- și așa mai departe.
Aceste informații se aplică proiectului în care metodologia RUP a fost aplicată la majoritatea proceselor, dar nu toate, așa cum au existat procese suplimentare, iar procesul de „Analiza si proiectare“ a fost adaptată la proiectul specific. Acesta nu este ultimul model RUP. Considerați-o doar ca o idee a unui model care poate fi creat pentru proiectul dvs.
În prima iterație a managerului de proces, împreună cu managerul de proiect și alte categorii de personal am petrecut o mulțime de timp pentru a determina care ar trebui să fie create artefacte și orice iterații. Sa discutat nivelul detaliilor pentru fiecare artifact și membrii grupului. Acest lucru a fost necesar pentru a elabora o descriere inițială a procesului de dezvoltare a proiectului și, de asemenea, ca managerul de proiect să elaboreze un plan de iterații a proiectului și să evalueze timpul de implementare.
Prima noastră problemă a fost că, deși a existat un plan, restul personalului nu a putut ajunge să lucreze la artefacte, dar această problemă nu este legată de decizia în cauză aici, este caracteristic numai pentru anumite proiecte. Aceasta necesită o discuție separată.
Au existat și alte probleme, de exemplu, unii nu au înțeles setul de instrumente unde ar trebui localizat acest artefact, unde ar trebui să fie căutat, etc.
De asemenea, a existat o confuzie cu privire la cine ar trebui să fie responsabil pentru artefacte, pentru crearea acestora, pentru îndeplinirea termenelor limită etc. Pentru cine să se adreseze, dacă ceva trebuie corectat sau îmbunătățit etc.
A existat, de asemenea, o problemă gravă cu numele de jargon al artefactelor, care au fost inventate în ciuda faptului că artefactele din RUP au deja nume.
Soluția se bazează pe faptul că, deoarece software-ul trebuie să conțină modele și concepte corespunzătoare, același lucru trebuie să includă și procesul de dezvoltare.
Unele artefacte uitate au început să fie ușor de găsit, conflicte au fost rezolvate cu privire la faptul că diferite grupuri răspund pentru un artefact. Ca rezultat, am reușit să actualizăm iterativ descrierea procesului de dezvoltare, să publicăm relația dintre artefacte și distribuirea responsabilității - cine este responsabil pentru ce artefact și toate acestea utilizând pachetele descrise mai jos, modele de clasă și diagrame de operare.
Toată lumea a găsit acest model foarte util, așa că vom îmbunătăți RUP, oferind acest model ca o formă alternativă de documentare a descrierii procesului de dezvoltare. Dacă majoritatea celorlalte procese își dezvoltă propriile modele, atunci de ce nu gestionați un proiect pentru a dezvolta un model separat?
Evident, dacă există un model standard RUP, un anumit proiect poate fi mult mai rapid montat la standardul RUP. Pentru proiectele mici, probabil că modelul nu este deloc necesar. Soluția acestei probleme depinde, de asemenea, de cât de bine este familiarizat echipa de proiect cu RUP.
Descărcări