ASEM Aprob _______________ șef departament, conf. A.

Prisacaru

Biletul 19.
Subiectele pentru examinare la disciplina „Ingineria produselor program”
Semestrul VI, Tehnologii Informaționale, facultatea TISE.

№ Conținutul subiectului Barem

1. Metodologia RUP (Rational Unified Process) de dezvoltare a PP. 2
2. Modelul claselor: relația de asociere (1: n). Exemple 2
3. Să se completeze diagrama anexată 6

12.12.2019 Examinator conf. CREȚU S.

Biletul 19. Să se determine clasele care pot fi legate cu relația de agregare. Să se determine

multiplicitatea ei. Să se transforme diagrama într-o diagramă secvențială.

class AutoVanzare

«control» «entity»
ProcurareControl CatalogAuto

«entity» «entity»
Client Tranzactie
 1. Metodologia RUP (Rational Unified Process) de dezvoltare a PP.

Rational Unified Process (RUP) - este o metodologie de dezvoltare software creată de Rational
Software, la baza cărui stau principiile:
 Identificarea timpurie și eliminarea continuă (până la sfârșitul proiectului) a principalelor
riscuri.
 Concentrarea pe îndeplinirea cerințelor clienților pentru programul executabil (analiza și
construcția unui model precedent (cazuri de utilizare)).
 Așteptarea modificărilor cerințelor, a deciziilor de proiectare și implementare în timpul
dezvoltării.
 Arhitectura componentelor implementată și testată în primele etape ale proiectului.
 Asigurarea constantă a calității în toate etapele dezvoltării proiectului (produsului).
 Lucrează la un proiect într-o echipă strânsă, în care arhitecții joacă un rol cheie.

RUP utilizează un model de dezvoltare iterativă. La sfârșitul fiecărei iterații (care durează ideal
între 2 și 6 săptămâni), echipa de proiect ar trebui să atingă obiectivele planificate pentru această
iterație, să creeze sau să modifice artefactele proiectului și să obțină o versiune intermediară, dar
funcțională a produsului final: 1. Etapa inițială (Incepție)
În faza etapei inițiale:

1. Viziunea și limitele proiectului sunt formate.

Se creează un caz economic (caz de afaceri).
Sunt determinate cerințele de bază, limitările și funcționalitatea cheie a produsului.
Se creează un model de caz de bază.
Riscul evaluat.
La sfârșitul fazei inițiale, se evaluează realizarea fazei ciclului de viață a obiectivului (Eng.
Lifecycle Objective Milestone), care implică acordul părților interesate de a continua proiectul.

2. Clarificare (Elaborare)
În faza „Rafinament”, se realizează o analiză a domeniului și construcției arhitecturii executabile.
Include:

 Documentarea cerințelor (inclusiv o descriere detaliată pentru majoritatea cazurilor de

utilizare).
 Arhitectură executabilă proiectată, implementată și testată.
 Actualizarea cazului de afaceri și estimări mai exacte ale timpului și costurilor.
 Reducerea riscurilor majore.
 Finalizarea cu succes a fazei de rafinare înseamnă atingerea etapei ciclului de viață a
arhitecturii (Eng. Lifecycle Architecture Milestone).

3. Construcții
În faza „Construire”, cea mai mare parte a funcționalității produsului este implementată. Faza
Build se încheie cu prima lansare externă a sistemului și o etapă importantă în capacitatea
operațională inițială.

4. Implementare (tranziție)
În faza „Implementare”, versiunea finală a produsului este creată și transferată de la dezvoltator
la client. Aceasta include un program beta, formarea utilizatorilor și determinarea calității
produselor. Dacă calitatea nu corespunde așteptărilor utilizatorilor sau criteriile stabilite în faza
de pornire, faza de implementare se repetă din nou. Îndeplinirea tuturor obiectivelor înseamnă
atingerea punctului de reper al produsului finit (lansarea produsului) și finalizarea întregului
ciclu de dezvoltare.

3.Să se completeze diagrama anexată

Întemeiere elaborare constructie tranzactie

Ciclu de viata obiectiv ciclu de viata arhitectural capacitatea operațională inițială tranzitia

angajează resurse pentru elaborare angajează resurse pentru constructie produs matur si client gata acceptarea
clientului sau sfirsit de ciclu