Înapoi la Analiza proceselor și a sistemelor|Analiza proceselor și a sistemelor

Analiza proceselor și a sistemelor

Ce este analiza de business?

Analiza proceselor de lucru (sau analiza “de business”) este disciplina care grupează activităţile şi tehnicile utilizate pentru identificarea nevoilor unei organizații la nivelul activităţilor sale de bază și pentru determinarea soluțiilor optime pentru rezolvarea problemelor şi a cerințelor de business.

Una dintre problemele cu care se confruntă majoritatea proiectelor de dezvoltare a unor sisteme informatice este subestimarea importanței fazei de analiză. De multe ori, beneficiarii viitoarelor sisteme informatice nu știu ce trebuie să aștepte de la faza de analiză a proiectului și, din acest motiv, o tratează cu superficialitate. Riscurile asociate unei astfel de abordări sunt însă foarte ridicate, deoarece analiza este etapa proiectului în care furnizorul ar trebui să se acomodeze cu specificul activităţii viitorilor utilizatori ai sistemelor informatice şi, totodată, etapa în care trebuie să se realizeze documentația care va sta la baza proiectării, a dezvoltării și a implementării viitorului sistem informatic.

Neînțelegerea unei cerințe, interpretarea sa greșită sau omiterea unui proces de lucru din faza de analiză sunt deficienţe grave care pot declanşa adevărate “dezastre” la momentul implementării sistemului. Cu cât eroarea sau omisiunea din faza de analiză este descoperită mai târziu în procesul de dezvoltare şi de implementare a unui sistem, cu atât timpul și costurile aferente implementării modificărilor sunt mai mari.

Ce cuprinde etapa de analiză?

Primul pas în vederea realizării unei analize eficiente este stabilirea ariei de acoperire a etapei de analiză, precum şi definirea “livrabilelor” de analiză – adică a rezultatelor acestei etape.

Etapa de analiză a unui proiect de implementare a unei soluţii informatice ar trebui să includă: analiza situației existente (inclusiv analiza sistemelor informatice existente în instituţia beneficiarului), identificarea listei de cerințe funcționale și de business, precum și analiza proceselor de business existente și propunerea unor metode de optimizare a acestora prin utilizarea instrumentelor informatice.

Tipuri de cerinţe

Rolul etapei de analiză este acela de a ajuta la identificarea unei game largi de cerinţe cu privire la viitorul sistem informatic, care include:

1. Cerinţe de business: acele cerinţe de nivel înalt care de obicei măsoară efectul pe care implementarea viitorului sistem informatic îl va avea la nivelul afacerii (exprimate în general la nivelul efectului şi nu al funcţiilor propriu-zise).

2. Cerinţe funcţionale: acele funcţionalităţi concrete pe care sistemul trebuie să le ofere astfel încât să răspundă cerinţelor de business. Identificarea acestor cerințe se bazează pe analiza şi modelarea proceselor de lucru.

3. Cerinţe de utilizare: modul în care funcţiile solicitate vor fi utilizate de către utilizatori (pot afecta design-ul viitorului sistem şi de obicei se traduc prin cazuri de utilizare (use cases) şi de testare (test cases).

4. Cerinţe non-funcţionale – acele cerinţe care nu implică realizarea unei funcţionalităţi, dar care sunt necesare pentru ca funcţionalităţile să poată fi utilizate. Această categorie include cerinţe de dimensionare, de scalabilitate, de securitate, de performanţă sau uşurinţă de utilizare (ergonomie).

5. Cerinţe de implementare (sau de tranziţie – adoptare a noului sistem) – acele cerinţe care se referă la modalitatea în care trebuie să se realizeze tranziţia la noul sistem. Aceste cerinţe au relevanță într-un context mai larg al procesului de management al schimbării.

PMSolutions – valoarea adăugată

PMSolutions vă oferă posibilitatea externalizării etapei de analiză în vederea implementării unui sistem informatic. Avantajele unei asemenea abordări sunt multiple și includ:

• derularea analizei de către o echipă specializată de profesioniști care nu au interese de ordin tehnologic și care nu “filtrează” cerințele în funcție de constrângerile tehnologiei pe care doresc să o promoveze, așa cum se întâmplă în cazul derulării analizei de către un furnizor IT
• posibilitatea derulării etapei de analiză înaintea demarării implementării tehnice, ceea ce permite includerea cerințelor detaliate în documentația de achiziție a sistemului informatic și reduce riscul apariției unor diferențe majore între cerințele reale și cele asumate de furnizor
• obținerea unui document profesional, care poate fi utilizat ulterior în relația cu potențialii furnizori de soluții tehnologice