Sunteți pe pagina 1din 7

Ministerul Educației, Culturii și Cercetării al Republicii Moldova

Universitatea Tehnică a Moldovei


Facultatea Calculatoare, Informatică şi Microelectronică
Ingineria Software și Automatică

Raport
Disciplina: Proiectarea Sistemelor Informaționale
Tema tezei de licență: Reflectarea vieții social-sportive a unei echipe de fotbal
Tema: Planificarea proiectului. Estimare costuri.

A efectuat: st. gr. TI-171 Verhovețchi Daniel


A verificat: Chirev Pavel

Chișinău 2020
Scopul lucrării: Familiarizarea cu metoda Decompoziția lucrărilor proiectului.
Planificarea proiectului. Estimare costuri.

Obievtive:

 Planificarea proiectului;
 Familiarizarea cu metoda Decompoziția Lucrării (WBS)

Sarcina lucrării:
 Modelarea în WBS;
 Planificarea proiectului;
 Estimare costuri.

1.1 Familiarizarea cu metoda Decompoziția lucrărilor proiectului

Una dintre principalele abordări ale decompoziției lucrărilor de proiect este metoda Work Breakdown
Structure (WBS). O structură de repartizare a lucrărilor ( WBS ) în managementul proiectelor și ingineria
sistemelor , este o defalcare orientată pe livrare a unui proiect în componente mai mici. O structură de
repartizare a lucrărilor este un proiect cheie care poate fi livrat și care organizează munca echipei în
secțiuni gestionabile. Organismul de cunoștințe de management de proiecte definește structura de lucru-
defalcare ca „descompunere ierarhică a totală domeniul de aplicare al lucrărilor care urmează să fie
efectuate de către echipa de proiect pentru a realiza obiectivele proiectului și de a crea livrabilelor
necesare.“ Un element al structurii defalcării lucrului poate fi un produs , date , servicii sau orice
combinație a acestora. Un WBS prevede , de asemenea , cadrul necesar pentru estimarea detaliată
a costurilor și de control , împreună cu furnizarea de orientări pentru programul de dezvoltare și de control.
Conceptul de structură de repartizare a muncii dezvoltat cu tehnica de evaluare și revizuire
a programuluide către Departamentul Apărării al Statelor Unite (DoD - department of defense). PERT a
fost introdus de Marina SUA în 1957 pentru a sprijini dezvoltarea programului său de rachete Polaris .  În
timp ce termenul „structură de repartizare a activității” nu a fost utilizat, această primă implementare a
PERT a organizat sarcinile în categorii orientate spre produs.  Până în iunie 1962, DoD, NASA și
industria aerospațială au publicat un document pentru sistemul PERT / COST (Program Evaluation and
Review Technique) care descria abordarea WBS. Acest ghid a fost aprobat de către secretarul apărării
pentru adoptare de către toate serviciile. În 1968, DoD a emis „Structuri de repartizare a lucrărilor pentru
articole din materiale de apărare” (MIL-STD-881), un standard militar care necesită utilizarea structurilor
de repartizare a lucrărilor în cadrul DoD.  Documentul a fost revizuit de mai multe ori, cel mai recent în
2018. Versiunea actuală a acestui document poate fi găsită în „Structuri de defalcare a lucrărilor pentru
articole din materiale de apărare” (MIL-STD-881D). Include definiții WBS pentru sisteme specifice de
materii prime de apărare și se adresează elementelor WBS care sunt comune tuturor sistemelor.

 Categoriile de materiale de apărare din MIL-STD-881D sunt:


 Sisteme de aeronave
 Sisteme electronice / generice
 Sisteme de rachete / articole
 Sisteme strategice de rachete
 Sisteme maritime
 Sisteme spațiale
 Sisteme de vehicule terestre
 Sisteme maritime fără pilot
 Lansați sisteme de vehicule
 Sisteme informatice / Sisteme de afaceri de apărare
Regula 100%:
Un principiu important de proiectare pentru structurile de repartizare a lucrărilor se numește regula
100%.  A fost definit după cum urmează: Regula 100% afirmă că WBS include 100% din lucrările
definite de domeniul de aplicare al proiectului și surprinde toate livrabilele - interne, externe,
intermediare - în ceea ce privește lucrările care urmează să fie finalizate, inclusiv managementul
proiectului. Regula 100% este unul dintre cele mai importante principii care ghidează dezvoltarea,
descompunerea și evaluarea WBS. Regula se aplică la toate nivelurile din ierarhie: suma muncii la
nivelul „copil” trebuie să fie egală cu 100% din munca reprezentată de „părinte” și WBS nu ar trebui să
includă nicio lucrare care nu se încadrează în domeniul de aplicare real al proiect, adică nu poate include
mai mult de 100% din muncă ... Este important să ne amintim că regula 100% se aplică și la nivelul
activității.
Elemente care se exclud reciproc :
Excludându-se reciproc : în plus față de regula 100%, este important să nu existe o suprapunere în
definirea domeniului între diferitele elemente ale unei structuri de defalcare a lucrărilor. Această
ambiguitate ar putea duce la duplicarea muncii sau la comunicări greșite despre responsabilitate și
autoritate. O astfel de suprapunere ar putea provoca, de asemenea, confuzie în ceea ce privește
contabilitatea costurilor proiectului. Dacă numele elementelor WBS sunt ambigue, un dicționar WBS
poate ajuta la clarificarea distincțiilor dintre elementele WBS. Dicționarul WBS descrie fiecare
componentă a WBS cu repere , elemente livrabile, activități, domeniu și uneori date, resurse , costuri,
calitate.

Figura 1.1.1 Exemplu: tehnica de construcție WBS utilizând regula 100% în timpul construcției WBS

1.2 Planificarea proiectului. Elaborare diagrame WBS

În faza de implementare, sistemul este construit, ori plecând de la zero, ori prin asamblarea unor
componente pre-existente. Pe baza documentelor din fazele anterioare, echipa de dezvoltare ar trebui să
ştie exact ce trebuie să construiască, chiar dacă rămâne loc pentru inovaţii şi flexibilitate. De exemplu, o
componentă poate fi proiectată mai restrâns, special pentru un anumit sistem, sau mai general, pentru a
satisface o direcţie de reutilizare. Echipa trebuie să gestioneze problemele legate de calitate, performanţă,
biblioteci şi debug. Scopul este producerea sistemului propriu-zis. O problemă importantă este
îndepărtarea erorilor critice

Figura 1.2.1 WBS Planning view

Figura 1.2.2. Diagrama WBS Chart View (fazele de analiza și proiectare)

Figura 1.2.3. Diagrama WBS Chart View (fazele de design, dezvoltare și testare)
Ciclul de viață al produsului se referă la durata medie de viață a unui produs: se face o analogie cu
(produsele se nasc, se dezvoltă, ajung la maturitate și apoi îmbătrânesc); în funcție de perioada din viață
în care se află produsul, sunt influențate și vânzările acestuia.

Întregul ciclu de viață al produsului, de la concepția și dezvoltarea sa până la dispariția sa definitivă


din arena schimburilor de mărfuri, include următoarele faze : achiziția materiilor prime, producția,
ambalarea, distribuția, utilizarea, reciclarea și retragerea produsului de pe piață.[1] O definiție a ciclului de
viață care descrie detaliat toate fazele succesive ale "vieții" produsului este următoarea: "Ciclul de viață
include fazele: conceptualizare, dezvoltarea ideilor proiectului, studiul de inginerie, planificarea
proceselor, fabricație, operare, întreținere (reparare) și retragere". Definiția generală a ciclului de viață al
produsului este formulată în standardul SR EN ISO 14040: 2002 sub forma următoare: ciclul de viață
reprezintă "etape consecutive și intercorelate ale unui sistem-produs, de la achiziția materiilor prime sau
generarea resurselor naturale până la post-utilizare".

Un ciclu de viață (complet) al produsului ar putea consta din fazele:

 concept/viziune;

 fezabilitate;

 proiectare/dezvoltare;

 producție;

 retragere treptată din uz. 

Într-o exprimare concentrată, etapele ciclului de viață al produsului sunt: concepție, proiectare,
realizare, service. În cazul în care acest termen se utilizează ca un concept de marketing, ciclul de viață
este "orientat spre piață", acesta se referă la viața comercială a produsului (viața produsului pe piață) și
descrie tendința de dezvoltare a cifrei de afaceri și a profitului unui produs, de-a lungul vieții
sale comerciale.
1.3 Estimarea costurilor

Figura 1.3.1 Costurile pe ora a serviciilor specialistilor in domeniu

Figura 1.3.2 Estimare costurilor


Cheltuielile bănești pentru obținerea licenței la softurile necesare:

Nr. Necesarul Preț(lei)


1. Visual Studio 8651
2. Windows 10 3460
3. Microsoft SQL Server 32610

CONCLUZII

În lucrarea dată a fost determinat domeniul obiectiv, modul de proiectare, elaborare și testare a
aplicației. A fost efectuată familiarizarea cu meoda Decompoziția lucrărilor proiectului. A fost elaborate
diagrame generale și cu estimarea costurilor. A fost efectuată planificarea proiectului și estimate costurile
posibile.

BIBLIOGRAFIE

1. https://medium.com/sensmedia/cat-costa-dezvoltarea-propriei-aplicatii-mobile-
f56b17eaa4d2
2. https://studopedia.info/1-40296.html
3. https://ro.wikipedia.org/wiki/Ciclu_de_via%C8%9B%C4%83_al_produsului
4. Îndrumar de laborator(UTM)

S-ar putea să vă placă și