Lucrarea de laborator nr. 12

Tema: Planificarea iniţială a proiectului SI

Obiective urmărite:

• Să formuleze clar obiectivele proiectului (cu respectarea caracteristicilor SMART);
• Să determine corect activităţile necesare a fi întreprinse pentru dezvoltarea SI;
• Să evalueze corect necesarul de resurse pentru realizarea proiectului descris în lucrările de laborator 2 şi 3;
• Să estimeze (maxim posibil) corect duratele de realizare a diferitor activităţi şi a întregului proiect;
• Să poată construi şi interpreta corect diagrama Gantt şi modelul-reţea corespunzătoare proiectului de dezvoltare a SI.

Cerinţe:

1. Formularea obiectivelor principale ale proiectului.
2. Fixarea datelor generale ale proiectului (denumirea, autorul etc.).
3. Definirea graficului de activitate a echipei proiectului. Abateri de la calendarul standard (dacă este necesar).
4. Specificarea listei de activităţi necesare a fi realizate pentru dezvoltarea SI (pot fi grupate în procese, etape).
5. Fixarea datelor de început şi sfârşit ale activităţilor, determinarea duratelor activităţilor.
6. Specificarea necesarului de resurse pentru realizarea proiectului (umane, materiale, tehnice, de tip cost).
7. Alocarea/repartizarea de resurse fiecărei activităţi.
8. Calcularea cheltuielilor proiectului (a bugetului).
9. Stabilirea relaţiilor dintre activităţi. Construirea diagamei de tip reţea (PERT).
10. Construirea diagramei Gantt.
11. Gestiunea resurselor (monitorizarea repartizării corecte a resurselor corespunzător activităţilor).

Observaţie: Planul calendaristic de realizare a proiectului poate fi realizat manual, folosind editoare grafice şi cele ale textului, dar poate fi realizat în MS Project, mediu CASE folosit în planificarea calendaristică a activităţilor proiectelor.

 

 

Noţiuni necesare a fi cunoscute pentru realizarea lucrării:

Pentru a îndeplini acţiunile/transformările necesare asupra sistemului informatic în decursul ciclului său de viaţă, organizaţia creează şi controlează proiecte [6]. Proiectele au anumite limite, termene şi scop.

Scopul proiectului este legat cu scopul sistemului informatic în întregime, sau cu părţile sale componente.

Orice sistem se poate diviza în sisteme mai mici şi în acelaşi timp poate fi parte a altui sistem informatic de proporţii mai mari.

 

 

SMART este un acronim al caracteristicilor considerate esenţiale pentru corecta formulare a unui obiectiv. Obiectivele formulate pot fi generale sau specifice.

Aceste caracteristici sunt următoarele:

S – specific;

M – măsurabil;

A – (de) atins/abordabil;

R – relevant;

T – încadrat în timp.

Comisia Europeană, în Manualul privind Managementul Ciclului Proiectului, utilizează criteriile SMART doar în ceea ce priveşte formularea indicatorilor de măsurare a atingerii obiectivelor propuse. Cum indicatorii sunt legaţi de obiective, însă trebuie să reflecte o imagine reală a gradului de atingere a acestora, este normal deci să apară diferenţe de concept.

Specific – înseamnă că un obiectiv indică exact ceea ce se doreşte a se obţine. Un obiectiv specific este foarte clar exprimat, nu lasă loc de îndoieli. Un obiectiv specific diferă în primul rând de unul general. El vizează rezultate concrete, iar nu rezultate în general.

Măsurabil – înseamnă că un obiectiv poate fi cuantificat, fie cantitativ, fie calitativ. Un obiectiv măsurabil este cel care permite stabilirea cu exactitate a faptului că a fost atins ori nu sau în ce măsură a fost atins. De asemenea, un obiectiv măsurabil permite monitorizarea progresului atingerii lui.

Exemplu de obiectiv general: "organizarea unui training pentru participanţii la proiectul X". Exemplu de obiectiv specific: "organizarea unui training pe tema scrierii documentaţiei tehnice pentru cele două persoane responsabile de documentarea (scrierea documentaţiei tehnice) implicate în proiectul X".

Se poate vedea, în exemplul de mai sus, că, prin compararea situaţiei de la un moment dat cu obiectivul, se poate măsura dacă a fost atins ori nu sau în ce măsură a fost atins (Ex: 50%, daca la training a participat doar o persoană).

Abordabil/de Atins/reAlizabil – înseamnă că un obiectiv poate fi într-adevăr atins. În acest sens, trebuie luate în considerare mai multe aspecte:

- prin definirea obiectivului nu se propune realizarea a ceva imposibil de atins în condiţiile date. De exemplu: trainingul va fi ineficient dacă va dura doar 45 minute;

- obiectivul în cauză, poate fi atins în condiţiile proiectului, de către organizaţia sau persoana care este responsabilă de realizarea lui. În acest sens, trebuie ţinut cont de resursele existente, capacitatea organizaţiei, timpul disponibil necesar.

Relevant – înseamnă că realizarea obiectivului contribuie la impactul vizat de proiect. Realizarea unui obiectiv trebuie să contribuie în mod nemijlocit la atingerea unui obiectiv mai mare, mai general. În acest sens, el trebuie să vizeze un anumit impact. De exemplu instruirea celor 2 persoane responsabile de documentarea proiectelor soft va avea impact asupra numărului mai mare de documentare a proiectelor realizate de organizaţie. Dacă impactul obiectivului ar fi ca organizaţia să crească numărul de proiecte care ar fi documentate de alte persoane, care activează în alte organizaţii, atunci obiectivul "organizarea unui training pe tema scrierii documentaţiei tehnice pentru cele două persoane responsabile de documentarea (scrierea documentaţiei tehnice) implicate în proiectul X" nu ar fi relevant, deoarece cei doi angajaţi nu ar trebui să mai scrie documentaţie tehnică.

Încadrat în Timp – înseamnă că obiectivul conţine şi data până la care este prevăzut a se realiza. Exemplu: "organizarea în perioada 7-10 octombrie 2013 a unui training pe tema scrierii documentaţiei tehnice pentru cele două persoane responsabile de documentarea (scrierea documentaţiei tehnice) implicate în proiectul X" – reprezintă un obiectiv încadrat în timp.

Ciclul de viaţă al unui sistem informatic constă dintr-un şir de etape la care sistemul software este planificat, proiectat, creat, implementat, exploatat, menţinut şi anulat. Ciclul de viaţă este strâns legat de cerinţele formulate faţă de SI.

 

 

La îndeplinirea proceselor ciclului de viaţă al SI pot fi evidenţiate următoarele roluri de bază:

- managerul proiectului;

- reprezentantul beneficiarului;

- consultantul juridic;

- analistul proceselor de activitate (business proces);

- managerul elaborării SI;

- proiectantul proceselor de activitate;

- analistul de sistem;

- arhitectul sistemului;

- proiectantul sistemului;

- proiectantul interfeţei pentru utilizator;

- programatorul;

- integratorul;

- persoana responsabilă de testare (inginer al calităţii);

- elaboratorul testelor;

- scriitorul documentaţiei tehnice;

- managerul implementării produsului software;

- administratorul de sistem;

- administratorul bazelor de date;

- managerul exploatării;

- utilizatorul produsului software;

- managerul mentenanţei produsului software;

- specialistul dirijării configuraţiei;

- analistul serviciului de mentenanţă;

- persoana de testare a serviciului de mentenanţă.

Observaţie: La realizarea proiectelor concrete, se admite completarea componenţei rolurilor, predeterminate de prezenta reglementare tehnică, precum şi îndeplinirea a cîtorva roluri de către un singur executant.

 

Exemple de artefacte specifice lucrării de laborator nr.12:

1. Exemplu pentru conţinutul activităţilor unui proiect de dezvoltare a SI (având la bază modelul „cascadă” de dezvoltare):

Obiective generale: __________________________

Obiective specifice: __________________________

Rezultate care se doresc a fi obtinute: ___________________________

 

Pentru un proiect „mediu“ sau „complex” evaluarea duratei activitatilor ar fi:

START

1. Formularea cerintelor iniţiale şi elaborarea strategiilor: aproximativ 1-2 saptamani.

2. Analiza: aproximativ 3 luni.

· Intervievarea expertilor din cadrul intreprinderii – 1-2 saptamani (aprox. 2 zile pentru fiecare expert din cadrul organizaţiei; dar cel puţin 2 experti);

· Cercetarea domeniului pentru care se alcatuieste SI – 2 saptamani;

· Analiza Sistemelor Informationale şi construirea structurii organizationale a intreprinderii – 2 saptamani;

· Cercetarea sistemelor informatice care deja se exploateaza – 1 saptamana;

· Alcatuirea dictionarului de termini – 1 saptamână;

· Alcatuirea definitiva a documentatiei necesare tuturor etapelor urmatoare – 1-2 saptamani;

Ø Alcatuirea sarcinii tehnice – de la 2-3 zile;

Ø Alcatuirea planului calendaristic ale activitatilor din cadrul proiectului – de la 1-2 zile;

Ø Stabilirea necesarului de resurse – 2-5 zile;

Ø Alcatuirea si incheierea contractelor în care se prevede proiectarea, realizarea şi implementarea sistemului – 2-5 zile.

3. Proiectarea – de la 4 luni.

· Elaborarea modelelor datelor (arhitectura BD, ERD) de la 3 saptamani;

· Elaborarea arhitecturii programelor (descrierea componentelor si a legaturilor dintre ele) de la 2 saptamani;

· Elaborarea modelului interfetelor (structura si forma ecranelor si ale rapoartelor) de la 3 saptamani;

· Elaborarea modelului proceselor sistemului (DFD si descrierea sarcinilor sistemului din cadrul etapei de implementare si exploatare) de la 2 saptamani;

· Elaborarea cerintelor tehnice fata de partea soft si hard ale serverelor si ale locurilor de activitate (pentru cei ce testeaza si pentru clienti) – 1 saptamana.