UNIVERSITATEA POLITEHNICA TIMIȘOARA

SISTEME INTEGRATE DE PRODUCȚIE ASISTATE DE CALCULATOR

PTC INTEGRITY
(MKS INTEGRITY)

Ciocea Mihaela Ramona

Anul IV CTI
 CUPRINS

1. Ce oferă PTC?
2. Arhitectura
3. Configuration Management
4. Source Integrity
 Lucrul cu proiecte
 Sandbox-ul

5. Integrity Manager
 Change Request
 Task-uri
 Review Master

6. Bibliografie
• PTC Integrity (fostul MKS Integrity) având prima
versiune lansată în 2001, permite echipelor
dezvoltatoare de software să urmărească toate
aspectele muncii lor.
 CE OFERĂ PTC?

• Trasabilitate completă a produselor software pe durata intregului proces de

dezvoltare
• Control și vizibilitate peste dezvoltarea activitaților pentru management
• Organizarea și monitorizarea activităților de lucru pentru fiecare persoană care ia
parte la dezvoltatea proiectului
• Automatizarea procesului datorită unei singure entități și model de date
ARHITECTURA
 CONFIGURATION MANEGEMENT

• Ce reprezintă ?
Scopul său este să asigure că:
software-ul
hardware-ul
cerințele
documentația

pot fi în orice moment clar identificate și reproduse

 CONFIGURATION MANEGEMENT

• Ce reprezintă ?
Scopul său este să se asigure că schimbările asupra obiectelor și configurațiilor sunt
stăpânite astfel încât conexiunile și diferențele pot fi idendificate și reproduse, iar ca
rezultat versiunile livrate pot fi reproduse și completate în vederea reutilizării.
 SOURCE INTEGRITY

• PTC Integrity

Integrity Manager
 SOURCE INTEGRITY

Sistem Multi-site și Multi-user (nelimitat)

Stochează fișierele în baze de date centrale
Utilizează proiecte pentru a grupa fișierele arhivate
Utilizează conceptul de “SANDBOX” pentru manipularea fișierelor
Reține automat datele relevante (versiune, descriere, dată și timp)
 LOCAL CLIENT GUI
Title Bar
Menu Bar
View Set

Tool Bar

PTC Window

Server Connection
Status Bar
LOCAL CLIENT
 LOCAL CLIENT

• ViewSet – reprezintă o colecție de view-uri într-o configurație specifică ce persistă

de la închidere la deschidere
LUCRUL CU PROIECTE
 LUCRUL CU PROIECTE

• Fiecare utilizator își crează inițial un sandbox local pentru întregul proiect, apoi la
fiecare release își va crea un sandbox doar pentru versiunea respectiva de soft pe
care va lucra și îl va actualiza când este finalizat.
 SANDBOX-UL

Conceptul de Sandbox:
• Este o copie locală a fișierelor de pe
server
• Numărul sandbox-urlior este
nelimitat
• Sincronizare imediată cu versiunea
de pe server
• Schimbările sunt făcute mai intai pe
sandbox-ul local
 VIZUALIZARE SANDBOX

Sandbox View

Different
Sandboxes
Revisions

Member History
For a selected
member in sandbox

Member Menu
In Sandbox View

Member Revision

Details about the

Working Revision Selected member
 Source Integrity

• PTC Integrity

INTEGRITY MANAGER
 INTEGRITY MANAGER

• Funcționalitatea oferită de Integrity Manager:

Error Managenent
Change Manegement
• De ce avem nevoie de acestea ?
 INTEGRITY MANAGER

Răspunsul...
 INTEGRITY MANAGER – FACILITĂȚI

• Change Package – urmărește modificările făcute în timpul

procesului de dezvoltare software
• Item – aici se introduce id-ul pentru a găsi un Change Request
• Query – lista de obiecte selectate pe baza unui filtru
 INTEGRITY MANAGER – FACILITĂȚI

• Change Request – este utilizat pentru urmărirea schimbărilor SW și HW,

documentarea lor, etape parcurse, etc.
• Task – metodă de asignare de către manager unui utilizator a unei cerințe
• Review Master – rezultatele unui review
CHANGE REQUEST
 CHANGE REQUEST

• Change Request-ul poate fi creat atât la cererea customer-ului atunci când se dorește
o noua implementare sau o implementare diferită, cât și de către tester pentru a
semnala o problemă.
• Acesta cuprinde descrierea problemei, persoana care a identificat problema, numele
proiectului, versiunea software, persoana căreia ii este asignat, release-ul în care este
așteptată modificarea etc.
 CHANGE REQUEST(CR)

• După ce s-a realizat modificarea, CR-ul este trimis/retrimis la testare unde se

stabilește dacă va fi închis cu status-ul PASSED sau FAILED, caz în care se va ridica un
alt CR “in relationship” cu primul, până în momentul în care problema va fi rezolvată.
CHANGE REQUEST
CHANGE REQUEST

Comment dupa ce CR-ul a fost verificat

CHANGE REQUEST WORKFLOW
LISTA TASK-URI ASIGNATE UNUI
UTILIZATOR
TASK - DESCRIERE
 TASK

• Task-ul este asignat de către manager și conține în principal

cerințele, prioritatea lor, deadline-ul, persoana care se va
ocupa de review când cerințele au fost îndeplinite.
• Acesta va trece prin mai multe stări ce pot fi monitorizate pe
parcurs : working, review, iar în ultima fază, dupa ce review-ul a
fost făcut și totul este în regulă, aceasta va fi finished.
 TASK - WORKFLOW

• Planned – activitatea este

planificată dar neîncepută
• Rejected – task-ul nu mai poate
fi îndeplinit
• Working – activitate în
desfășurare
• On hold – task blocat
• Review – se verifică dacă task-ul
are rezultatele așteptate
• Finished – rezultatele
corespund cerințelor
 REVIEW MASTER

• Așa cum am precizat, după ce un task a fost terminat, acesta va fi pus în starea
“review’ urmând ca o persoană autorizată să verifice dacă într-adevăr totul a fost
realizat corect. În urma review-ului se vor trece finding-urile in Review Master sau
dacă acestea nu există, se completează cu “no findings’’ urmând să se atașeze și
baseline-urile asupra obiectelor modificate și să fie închis.
• Review Master-ul reprezintă o dovadă că review-ul a fost făcut și totul a fost realizat
așa cum trebuie.
 BIBLIOGRAFIE

• www.cmwg.org/meetings/200803Mtg/200803MtgSlidesMKS.pdf
• www.ptc.com/

• PTC Integrity User Guide

VĂ MULȚUMESC !