Procesul de Mentenanță

Signavio

Figura 1. Procesul de mentenanță

În cadrul procesului de Mentenanță sunt implicați 3 actori: managerul, cei din echipa de
backend și testerii. Procesul începe după ce proiectul a fost lansat în producție pentru a i se testa
și asigura buna funcționare.
Managerul inițiază o întâlnire generală cu șefii departamentelor implicate (backend și
testing) pentru a clarifica următorii pași. După ședința cu conducerea departamentelor, urmează o
a doua ședință a șefului de echipă cu testerii pentru a împărți task-uri. Se începe testarea site-ului
pe mai multe dispozitive (mobil, PC, tableta etc). În cazul în care există, testerii comunică
erorile majore șefului de departament. La rândul lui, șeful din echipa de testing comunică erorile
șefului echipei de dezvoltare, în sensul rezolvării lor.
În cazul în care nu există erori, cei din echipa de backend încarcă site-ul pe un domeniu
public. Aici pot apărea două situații: dacă constată erori de securitate sau de criptare a datelor, se
revine în ședința generală pentru a comunica problema, după care se ocupă de rezolvarea
efectivă a problemei. Dacă nu există erori de acest gen, fluxul continuă spre final, însă lunar se
mai fac testări pentru a se asigura buna funcționare. Dacă mai apar erori, acestea sunt comunicate
într-o ședință cu conducerea pentru a le rezolva cât de repede posibil. Dacă totul decurge bine, se
încheie procesul.
Simulari Signavio

Figura 2. Costurile pașilor din procesul 3

Figura 3.Durata pașilor din procesul 3

Figura 4. Frecventa din procesul 3

 Figura 5.Resursele necesare din procesul 3
După simularea primului scenariu, observam că avem bottleneck (AS IS) la nivelul Managerului.

Tabelul 1. Timpul de așteptare pentru procesul 3 simularea 1

Pentru a rezolva problema vom efectua simulari pentru a scapa de bottleneck pana obtine
modelul TO BE.
Pentru a rezolva problema managerului, am decis să reducem frecvența proiectelor ce
urmează a fi prelucrate.

Figura 6. Frecvența procesului 3 simularea 2

 Tabel 2. Diferența timplului de așteptare dintre simulări

După simularea scenariului 2, am observat că timpul de așteptare s-a redus, iar pentru task-
ul 1, ședința managerului cu testerii, observăm că nu mai există instanțe în așteptare.

Questetra

Figura 1. Diagrama procesului de mentenanță

Figura 2.Parametrii simulării procesului de mentenanță

 În figura de mai sus se pot observa parametrii necesari derulării procesului de mentenanță.
După ce a avut loc ședința generală, se împart task-urile. Este un câmp de tip text, vizibil pe toată
perioada procesului, dar nu și editabil.
Când testerii încep să testeze proiectul pe toate dispozitivele, ei analizează fiecare tip de
problemă și gravitatea ei, în cazul în care apare. Dacă problema este gravă, se întorc în ședință,
dacă nu găsesc vreo problemă, continuă cu încărcarea pe un domeniu public.
La fel și în cazul task-ului ce privește încărcarea pe un domeniu public, problema gravă
duce spre întreruperea fluxului și întoarcerea în ședință, pentru a fi rezolvată. Procesul continuă
în cazul în care nu este găsită vreo problemă. Lunar, testarea poate aduce și ea erori ce sunt
comunicate în ședință pentru a fi tratate, dacă totul decurge bine, se încheie procesul de
mentenanță.

Simulare questetra
Acesta este un exemplu de simulare în care actorii nu au întâmpinat nicio eroare.