Sunteți pe pagina 1din 15

Departamentul Contabilitate, Informatic Economic i

Statistic
Master: Sisteme Informaionale pentru Afaceri , anul I zi
An universitar 2015/2016, sem. I

PROIECT DE ECHIP
<Titlul proiectului Implementarea unei aplicaii
software privind gestionarea meniurilor pentru
restaurantul unui hotel de tip all-inclusive>

<Localizarea proiectului Complex hotelier Xenos -


Zakynthos - Grecia>

Echipa:10 Ponderea contribuiei la


proiect:

1. Ciobanu Mdlina-Elena ____ %

2. Cornea Mihai ____ %

3. Leonte Oana-Maria ____ %

4. ____ %

Regula general este de 3-4 membri n echip. Ordinea membrilor este cea
alfabetic, fiind obligatorie nregistrarea contribuiei reale la elaborarea
proiectului.

CopyrightGabriela Mesnita

IAI 2015
NOT

fr a elimina nici o component a acestuia,


Se va citi i completa cu atenie formularul,
nici mcar comentariile specifice fiecrei componente. Omisiunile nu vor putea fi rectificate
dup predarea lui. n cazul n care una dintre informaiile sau anexele solicitate lipsesc, nota va fi diminuat cu
punctajul alocat seciunii respective, conform Grilei de evaluare.

Versiunea electronic a formularului va fi pus la dispoziie pe portalul FEAA.

Proiectul se va realiza conform cerinelor specificate n cadrul orelor alocate disciplinei i vor
avea obligatoriu pagin de cuprins.

ATENIE!!!! Proiectele vor aborda probleme i idei strict din domeniul


specializrii de Master, discutate la orele de seminar.

CUPRINS
I. IDEEA DE PROIECT I POSIBILITATEA DE FINANARE A PROPUNERII DE PROIECT ..............3
1.1 Identificarea unei probleme/oportuniti.....................................................................................3
1.2....................................................Descrierea solicitantul/promotorul/beneficiarul finanrii:
3
1.3......Identificarea sursei de finanare adecvat ideii i descrierea condiiilor pentru obinerea
acceptului de finanare (se va alege doar una din cele 2 variante).....................................................3
II. ARGUMENTAREA RELEVANEI PROPUNERII DE PROIECT N RAPORT CU SURSA DE
FINANARE.............................................................................................................................................5
2.1 Motivarea propunerii de proiect (maxim 4 pagini).....................................................................5
2.2 Stabilirea i descrierea beneficiarilor direci, grupurilor int, beneficiarilor indireci.................7
2.3 Stabilirea scopului proiectului....................................................................................................8
2.4 Definirea obiectivelor proiectului (maxim 2 pagini)...................................................................8
I. IDEEA DE PROIECT I POSIBILITATEA DE FINANARE A
PROPUNERII DE PROIECT

1.1 Identificarea unei probleme/oportunit i : prezentarea unei probleme care se dorete a fi


rezolvat sau o oportunitate care poate fi exploatat, n 2-3 fraze (vezi suportul de lucrri practice)
Xenos Hotels este un complex hotelier ce deine apte hoteluri. n general, clienii opteaz
pentru oferta de tip all-inclusive. Servirea n restaurant este de tip bufet. ntruct complexul este
recunoscut la nivel internaional, n fiecare sptmn primete clieni diferii.
ntruct personalul de la buctrie nu preconizeaz cu exactitate ct se va consuma din fiecare
fel de mncare preparat, de multe ori se ntmpl ca unele feluri s fie pregtite n cantit i mai mari
dect este necesar, iar unele n cantiti prea mici. Din aceast cauz, se pot identifica dou probleme:
fie se arunc prea mult mncare, fie clienii sunt nemulumii deoarece nu mai pot alege din toate
tipurile existente n meniu.

1.2 Descrierea solicitantul/promotorul/beneficiarul finan rii 1:


denumirea organizaiei solicitante i datele de contact ale acesteia
Denumire: Xenos Hotels
Telefon: (+30) 26950 42779
E-mail: info@xenos-hotels.gr
tipul organizaiei (instituie public, organizaie non-guvernamental, firm privat)
Complexul hotelier Xenos este firm privat.
obiectul de activitate al organizaiei
Obiectul de activitate al organizaiei este turismul .
misiunea organizaiei
Misiunea organizaiei este de a oferi o experien plcut fiecrui client al hotelului, ntr-un
ambient modern, care s satisfac cerinele acestuia.
experiena n domeniul proiectelor, dac este cazul (list cu proiectele la care a luat parte organizaia,
sursele de finanare accesate, scopul proiectelor respective)

1.3 Identificarea sursei de finanare adecvat ideii i descrierea condi iilor pentru ob inerea acceptului de
finanare (se va alege doar una din cele 2 variante 2)
a. Dac proiectul este conceput pentru a ob ine o finanare extern, de tip nerambursabil, se vor
specifica programul de finanare, obiectivele i prioritile n care se ncadreaz ideea, solicitanii,
activitile i cheltuielile eligibile. Se vor include informaiile necesare pentru a realiza evaluarea
eligibilitii proiectului propus, att din punct de vedere al ideii, ct i al solicitantului, cu trimiterile
bibliografice necesare, dar nu se vor copia integral informaiile gsite la finanator. Se vor selecta
doar cele relevante din punctul de vedere al ideii de proiect, n max. o jumtate de pagin.

SAU

b. Dac proiectul este conceput pentru a fi aprobat de conducerea unei organizaii s fie finanat din
venituri proprii, atunci este necesar s se prezinte strategia, obiectivele pe termen lung i scurt ale
organizaiei, regulile economice de finan are, restric iile privind cheltuielile etc.
ATENIE! Prezentarea contextului se evalueaz prin comparaie cu detaliile incluse n proiect, din care
trebuie s reias relevana proiectului propus, eligibilitatea solicitantului n raport cu cerin ele liniei de
finanare.

Sursa principal de finanare este reprezentat de Programul Opera ional Sectorial Cre terea
Competitivitii Economice care i propune mbunt irea dotrii infrastructurii, dezvoltarea i cre terea
eficienei serviciilor electronice, cre terea adoptrii tehnologiilor informa ionale i de comunica ie de ctre
ntreprinderi i dezvoltarea unui mediu e-business dinamic, cu un impact rapid asupra structurii de cost a
operatorilor economici.
1
A nu se confunda beneficiarul finanrii cu beneficiarii proiectului (direc i, grup int, indirec i).
Beneficiarul/solicitantul finanrii este o organiza ie cu personalitate juridic care propune i urmeaz s implementeze
proiectul.
2
Atunci cnd se urmrete obinerea unei finan ri externe, propunerea de proiect se adreseaz strict acelui finan ator,
chiar dac pentru implementarea proiectului se apeleaz i la fonduri proprii sau mprumutate, drept contribu ia
proprie organizaiei. Ca urmare, n acest punct nu trebuie s apar detalii dect pentru finan area nerambursabil.
4

Cheltuielile eligibile vor fi direcionate ctre:


1. Cheltuieli cu investi ii: privind achiziionarea de echipamente TIC: monitoare, echipamente de re ea,
dispozitive pentru conectare.
2. Cheltuieli pentru achiziionarea de aplica ii informatice: achizi ionarea aplica iei informatice.
3. Cheltuieli pentru servicii de consultan, informare, instruirea personalului.
5

II. ARGUMENTAREA RELEVANEI PROPUNERII DE PROIECT N


RAPORT
CU SURSA DE FINANARE

2.1 Motivarea propunerii de proiect (maxim 4 pagini)

Se vor furniza urmtoarele detalii:


a) Prezentarea detaliat a problemei sau a oportunitii identificate (se va relua problema/oportunitatea
enunat deja la punctul 1.1, fiind prima fraz cu care ncepe prezentarea) . Se vor aduce suficiente detalii i
argumente pentru a convinge n privin a necesit ii proiectului. Astfel, vor fi oferite informa ii privind mediul
de activitate al organizaiei, tendin ele existente n domeniu, ceea ce s-a fcut pn acum pentru
rezolvarea problemei, inclusiv exemple de bune practici, experien e i resurse ce ar putea fi folosite pentru
succesul proiectului, avantajele pe care le-ar aduce proiectul pentru organiza ie/comunitate/oameni. Pentru
credibilitate este bine ca descrierea s se fac i prin raportare la zona geografic, la domeniul institu ional,
la cadrul general n care a fost identificat problema (ce exist n acest moment, ce nu merge, ce poate fi
folosit n favoarea proiectului etc.). n acest mod se eviden iaz ce poate fi pus n slujba proiectului. De
asemenea, se va prezenta soluia identificat (inclusiv prin enumerarea principalelor elemente livrabile),
evideniind gradul de unicitate/inovare. Din argumentare trebuie s reias, direct sau indirect, relevana
pentru sursa de finanare i concordana cu obiectivele i priorit ile identificate la punctul 1.3 .

n complexul hotelier Xenos, problema principal este neconcordana dintre cantitile


pregtite de buctari i cele consumate de client. eful de sal, cel care se ocup de comanda ctre
buctrie nu preconizeaz ntotdeauna cu exactitate numrul de porii de mncare necesar. De aceea de
multe ori se ntmpl ca unele feluri s fie pregtite n cantiti mai mari dect este necesar, iar unele n
cantiti prea mici. Aceast cauz conduce la dou efecte: fie se arunc prea mult mncare (costuri
mari), fie clienii sunt nemulumii deoarece nu mai pot alege din toate tipurile existente n meniu. Toate
acestea conduc n final la pierderea clienilor.
n momentul actual, singurul aspect care a fost luat n calcul n alctuirea cantitilor din fiecare
preparat, s-a bazat pe experiena efilor de sal n ceea ce privete numrul clienilor, vrsta, ara de
origine. Clienii hotelului provin din Marea Britanie, Grecia, Belgia, Suedia, Olanda, Republica Ceh,
Slovacia, Ungaria, Serbia, Romnia, Polonia, Italia, Rusia, Austria i Finlanda. Dup cum se observ
avem clieni din toate zonele Europei, de aceea preferinele clienilor sunt diverse i se schimb de la o
sptmn la alta, n funcie de gusturile acestora, cultura rii respective.
Hotelurile dispun de piscin, jacuzzi, teren de fotbal, parc de joac pentru copii, mas de biliard.
De asemenea n fiecare zi se desfoar diferite activiti cum ar fi: concert, dansuri greceti, karaoke,
mini-disco pentru copii i altele. innd cont de toate aceste faciliti clienii petrec foarte mult timp la
hotel.
Principalele mese sunt micul dejun la care sunt prezente att mncruri reci ct i calde (aici
preferinele clienilor difer foarte mult, n funcie de ara de provenien a acestora i de obiceiurile
individuale), masa de prnz i cina. Tipul de mncare se schimb n fiecare zi n cadrul unei sptmni
avnd diferite combinaii de paste, carne, legume, salate i supe (pentru cin) i de asemenea diferite
tipuri de prjituri i fructe.
Perioada n care este deschis bufetul:
micul dejun 8:00-10:00;
prnzul 13:00-14:30;
cina 18.30-21:00.
Pentru cin perioada de timp este cea mai mare ntruct atunci sunt to i clienii prezeni. n timpul
zilei numrul de clieni este puin mai redus deoarece unii dintre ei pleac s viziteze insula. ntre aceste
mese, clienii pot comanda i de la snack-bar ns principala problem rmne pentru cele trei mese.
Vrsta clienilor este diferit, n lunile iunie-august sunt foarte multe familii cu copii i vrstnici,
intervalul de vrst ncadrndu-se n:
-1-18 ani
-25-70 ani
6

n luna septembrie majoritatea clienilor sunt tineri cu vrsta cuprins ntre 18-30. Numrul de
clieni difer de la un hotel la altul n funcie de numrul de camere de care acesta dispune. Numrul
total de locuri de care complexul hotelier dispune este de 3000. Complexul este deschis n perioada
mai-octombrie, lunile n care numrul de clieni este maxim sunt iunie, iulie i august. innd cont de
aceste informaii, ca numrul de clieni s fie maxim, trebuie s oferim servicii ct mai bune acestora.
Amplasarea hotelului ntr-o zon cu potenial turistic ridicat i ntr-un mediu concurenial
instabil, i oblig pe manageri s adopte servicii inovative, astfel nct s satisfac cerinele tuturor
clienilor.
Soluia identificat la problemele prezentate mai sus este aceea de a implementa un software
pentru a gestiona corect meniurile necesare pentru fiecare restaurant n parte, la fiecare mas din zi.
Acesta va fi implementat att pe calculatoare ct i pe device-uri mobile. Pentru nceput, dorim s l
implementm pe monitoarele ce vor fi amplasate la fiecare recepie a hotelurilor din complexul Xenos,
la care clienii vor avea acces prin introducerea id-ului de client primit n momentul cazrii. Prin
intermediul aplicaiei, toi turitii cazai la hotel i pot rezerva felurile de mncare pe care ei cred c le
vor consuma n ziua urmtoare. Aadar, buctarii vor ti ce feluri de mncare i ce cantitate trebuie s
prepare n zilele urmtoare, astfel nct s se elimine unele vulnerabiliti precum irosirea mncrii sau
neajunsul acesteia pentru toi clienii complexului. Ulterior, vom crea aceast aplicaie i pentru
beneficiarii de smartphone-uri, pentru ca alegerea meniului s se poate face direct din camera lor de
hotel.
Aadar, n interfaa aplicaiei sunt afiate toate felurile de mncare disponibile, pe zile, n
sptmna respectiv n complex. Fiecare client va putea selecta, prin intermediul aplicaiei, doar acele
feluri de mncare pe care crede c le va consuma n urmtoarele zile. Odat selectate, acestea vor fi
salvate n sistem i vor ajunge la buctari. Complexul dispune de calculatoare la fiecare recepie, acestea
putnd fi utilizate i pentru a obine rapoarte privitor la numrul de porii ce trebuie preparat din fiecare
fel de mncare. Pentru fiecare tip de mncare afiat n interfaa aplicaiei, clientul va avea acces la
anumite informaii precum denumirea felului de mncare, ingredientele din care acesta a fost preparat,
ct i o imagine sugestiv pentru o descriere ct mai bun a produsului.
Implementarea acestui soft ar aduce numeroase avantaje ntreprinderii, dintre care amintim:
- creterea gradului de satisfacere a clienilor, feedback pozitiv din partea acestora;
- reducerea costurilor privind mncarea irosit;
- o mai bun gestionare a aprovizionrii.
Dintr-o analiz a pieei, s-a observat c hotelurile de tip all-inclusive nu au adoptat nc aceast
soluie. Aadar, scopul nostru principal este de a atrage ct mai muli turiti i poteniali clieni ctre
acest lan de hoteluri, pentru a deveni mai cunoscui i pentru a promova turismul prin frumuseea
insulei Zakynthos.

b) Identificarea cauzelor care au generat problema sau a elementelor declan atoare pentru
oportunitate, presupune descrierea acelor aspecte prin care se demonstreaz c proiectul contribuie la
eliminarea cauzelor identificate, total sau par ial, permite exploatarea oportunit ii sau cel pu in deschide
calea pentru acest lucru.
Cauza principal este neestimarea corect de ctre eful de sal a numrului de por ii de
mncare necesar pentru fiecare mas din zi. S-a constatat c anumite feluri de mncare sunt mai mult
consumate, altele mai puin consumate, iar cei responsabili nu estimeaz corect cantitile ce trebuie
preparate din fiecare fel de mncare, hotelul aflndu-se de multe ori n imposibilitatea de a servi tuturor
clienilor exact preparatul pe care i-l doresc. Din cauza faptului c se prepar cantiti prea mari, la
finalul programului de mas, multe mncruri se arunc ceea ce conduce la pierderea de resurse i n
final costuri prea mari. Implementarea aplicaiei conduce la eliminarea acestei cauze prin prepararea
unei cantiti adecvate de mncare.
c) Descrierea efectelor ce ar putea s se perpetueze prin nerezolvarea problemei sau neexploatarea
oportunitii. n acest scop, se vor folosi date statistice, se vor interpreta anumite aciuni sau
comportamente, astfel nct din descriere s rezulte de ce este important s se aprobe proiectul i cum
soluia/soluiile de rezolvare contribuie la diminuarea/eliminarea acestor efecte. Efectele trebuie s
7

evidenieze o serie de nevoie, cerine, dificulti cu care se confrunt persoane dintr-o organiza ie sau din
comunitatea reprezentat de organizaie.

Ca urmare a enumerrii (mai sus) problemei principale, efectul este nemulumirea venit din
partea clienilor deoarece nu gsesc la bufet toate felurile de mncare existente pe meniu.
Nerezolvarea acestei probleme conduce la un feedback negativ din partea clienilor i prin urmare
pierderea acestora. Un alt efect ar fi creterea costurilor pe termen lung privind aprovizionarea cu
alimente.
ntruct cantitatea de mncare preparat depinde de numrul de clieni, la un numr de 3000 de
clieni (adic capacitatea maxim de locuri disponibile), se prepar un numr estimativ de 500 por ii de
fiecare fel, inndu-se cont c n fiecare zi se servesc trei mese.
d) Realizarea analizei SWOT a proiectului, astfel nct s fie evideniate punctele tari (ce exist acum i
poate fi exploatat n favoarea proiectului) i nevoile/punctele slabe percepute (ce se ncearc a fi rezolvate
prin proiect), oportunitile i ameninrile (constrngerile). Analiza SWOT trebuie s fie sinteza justificrii i
NU prezentarea avantajelor/dezavantajelor pe care le aduce proiectul. Toate elementele regsite n analiza
SWOT trebuie s se regseasc, direct sau indirect, n descrierile de la punctele anterioare a), b), i c).

Puncte tari:
- localizarea complexului ntr-o zon cu potenial turistic;
- infrastructura IT;
- calitatea serviciilor oferite.
- personal de la recepie care deine cunotine avansate de utilizare PC-ului.

Puncte slabe:
- imposibilitatea clienilor de a consuma unele tipuri de mncare existente n meniu;
- gestionarea incorect a cantitilor de alimente folosite n prepararea mncrii.

Oportuniti:
- numrul mare de clieni, contracte cu agenii de turism;

Ameninri:
- posibilitatea ca unii clieni ai complexului s nu dein cunotine tehnologice n utilizarea
aplicaiei;
- securitatea aplicaiei.

2.2 Stabilirea i descrierea beneficiarilor direci, grupurilor int, beneficiarilor indireci

Din motivarea propunerii de proiect trebuie s rezulte categoriile de persoane afectate de


problema/oportunitate i asupra crora se vor concentra eforturile prin implementarea proiectului
(beneficiarii direci, din care se vor selecta grupurile int, dac este cazul). Pe lng descrierea lor, se vor
cuantifica numeric, se vor localiza geografic, vor fi prezentate caracteristicile demografice, nevoile
percepute i modul lor de satisfacere prin proiect. Se va completa doar urmtoarele 3 tabele.

Tabelul nr. 1 Beneficiari direci

Categorii de Cuantif
Descriere, caracteristici,
N beneficiari direci icare Nevoi
particulariti demografice,
r. crt. (dac este cazul pt. numeric pe percepute
sociale, profesionale etc.
descompunere) categorii
1 Clienii care vor 3000 Clieni din ri ca: Marea Vizulizarea
1. folosi aplicaia numrul Britanie, Grecia, Belgia, Suedia, meniurilor cu
clienilor Olanda, Republica Ceh, felurile de
existeni ntr- Slovacia, Ungaria, Serbia, mncare ce vor fi
o sptmn Romnia i Polonia. prezente n
Vrsta cuprins ntre 1-70 ani. fiecare zi.
8

Venituri medii. Indiferent de


studii.
2 Angajai 32 Recepioniti, efi de sal, Nevoia de a ti
2. Din numrul managerii. ct mncare s
total de Recepioniti: 14 (7x2 - 7 prepare.
angajai, 32 hoteluri a cte 2 recepioniti)
vor beneficia efi de sal: 11 (unele hoteluri
direct de au cte dou restaurante).
aceast Manageri: 7
aplicaie.

Tabelul nr. 2 Grupuri int


(dac este cazul, cnd nr. beneficiarilor direci foarte mare )

Grupuri int pe Cuantif Criterii de selecie i Modul de


N
categorii de icare motivarea alegerii criteriilor i acoperire a
r. crt.
beneficiari direci numeric grupurilor nevoilor
1 Clieni 2500/3000 Clienii care dein un Selectarea
83,33% smartphone i cei care vor felurilor de
Din 3000 de folosi aplicaia de pe mncare dorite
clieni monitoarele amplasate la din meniu.
excludem recepie.
copiii care nu
tiu s
citeasc i
unii btrni.
1 Angajai 32 Recepioniti, efi de sal, Raport cu
2 manageri. numrul de
porii/fel de
mncare.

Tabelul nr. 3 Beneficiari indireci

N Categorii de Legtura cu beneficiarii Impactul proiectului


r. crt. beneficiari indireci direci asupra lor
1 Conducerea Va avea un numr mai mare de
1 clieni i de asemenea un profit
mai mare.
2 Personalul de la Vor primi un raport de la eful Vor prepara exact cantitatea de
2 buctrie de sal cu numrul de porii de mncare necesar astfel nu vor
mncare necesare. mai munci n plus.

2.3 Stabilirea scopului proiectului

Se va defini scopul proiectului, avnd n vedere c el trebuie s fie clar formulat, s rezulte ce se poate
rezolva din problema identificat i ce nu poate fi rezolvat, cui se adreseaz proiectul.

Scopul principal este: gestionarea meniurilor, a poriilor de mncare care trebuie preparate pentru fiecare
mas (mic dejun, prnz, cin), n fiecare restaurant. Clienii vor avea posibilitatea de a alege meniul dorit pentru
ziua urmtoare, astfel efii de sal vor ti ce comand s dea la cei de la buctrie.

2.4 Definirea obiectivelor proiectului (maxim 2 pagini)

a) Se vor identifica obiectivele pe termen mediu i lung (generale), argumentnd ncadrarea lor n
linia de finanare (trebuie s existe coresponden cu justificarea 2.1 a).
Obiective pe termen lung:
9

-Creterea capacitii complexului de a-i menine clienii;


-Asigurarea unei poziii competitive n raport cu celelalte hoteluri;

b) Se vor prezenta obiectivele pe termen scurt (specifice sau operaionale) ale proiectului, fiind
delimitate n funcie de caracterul lor cantitativ sau calitativ (cf. suportului de lucrri practice). Se va face o
scurt justificare a relevanei ncadrrii lor n priorit ile/opera iunile indicative ale liniei de finan are (trebuie s
existe coresponden cu justificarea, dar i analiza SWOT, 2.1 a i 2.1 d).
Obiective pe termen scurt
-creterea satisfaciei clienilor (obiectiv calitativ);
-mbuntirea infrastructurii IT a complexului astfel nct s fie n concordan cu noua aplicaie
(obiectiv cantitativ);
-instruirea angajailor i a clienilor n vederea folosirii aplicaiei (obiectiv calitativ);

III. PLANIFICAREA PROIECTULUI

3.1 Enumerarea jaloanelor proiectului i a elementelor livrabile asociate (maxim 1 pagin)

Pe baza scopului i/sau a obiectivelor pe termen scurt, se vor formula jaloanele/reperele


proiectului, vzute ca momente/evenimente importante de msurare a progresului acestuia. Jaloanele
vor sta la baza descompunerii proiectului n activiti i subactiviti, precum i la stabilirea indicatorilor
de evaluare a proiectului. Pentru fiecare jalon se vor enumera i descrie succint elementele livrabile
asociate (eventual cu trimitere la o anex distinct).

1. Infrastructura fizic (monitoare cumprate, routere i swich-uri cumprate, monitoare,


routere i swich-uri cablate, sistemul de operare instalat, configuraie realizat la nivelul
sistemului de gestiune a bazelor de date, configuraie realizat la nivel de reea).
2. Furnizorul de soft (Studiul pieei, furnizorul de soft, cerine, negociere, contract )
3. Specificaiile aplicaiei (documentul privind specificaiie, arhitectura sistemului, interviu cu
utilizatorii, raport cu cerinele).
4. Aplicaia software (interfaa, baza de date)
5. Personal instruit (selectarea angajailor, modalitatea de instruire, instruirea propriu-zis a
participanilor, testarea participanilor).
6. Clieni informai (instruirea clienilor, chestionare, feedback).

3.2 Elaborarea structurii de descompunere pe lucrri, n format rezumat, i planificarea


calendaristic (maxim 14 pagini)

a) Descompunerea proiectului pe activit i/subactivit i (plecnd de la jaloane i livrabile) i descrierea


detaliat a activitilor (maxim 9 pagini)
Se vor descrie detaliat doar activitile care vor conduce la atingerea jaloanelor. Descrierea va
include i posibile soluii tehnice, eventuale justificri economice pentru soluia selectat, ipoteze i
contextul n care se vor derula. Activitile se vor descompune n subactiviti, respectnd regulile din
suportul de curs. Se va stabili durata fiecrei subactivit i sau a activit ilor ce nu sunt supuse
descompunerii. Redarea structurii de descompunere va fi n format rezumat.
10

Jalon 1. Infrastructura fizic


1000- Monitoare cumprate
1100- Routere i swich-uri cumprate
1200- Monitoare, routere i swich-uri cablate
1300- Sistemului de operare instalat
1400- Configuraie realizat la nivelul sistemului de gestiune a bazelor de date
1500- Configuraie realizat la nivel de reea
Se ntocmete o list cu principalele caracteristici pe care trebuie s le de in monitoarele astfel
nct s contribuie cu brio la atingerea obiectivului principal i nu numai. Dup realizarea acestei liste se
caut efectiv monitoarele care corespund caracteristicilor respective. Se achiziioneaz acele
monitoarele care ne ofer cel mai bun raport calitate-pre. La fel se procedeaz i in cazul achiziionrii
de routere i switch-uri. Dup achiziionarea monitoarelor, a routerelor i a switch-urilor se realizeaz
amplasarea efectiv a acestora. Pentru amplasare, se achiziioneaz toate cablurile necesare realizrii
acestei operaii. Pentru moment, ne dorim s amplasm monitoare doar la recepie, ns pe viitor luam
n considerare extinderea online a aplicaiei asfel nct consumatorii s i exprime preferinele cu
ajutorul unei aplicaii de pe smartphone. Cnd se vor amplasa i cabla toate routerele i switch-urilor se
va ine cont de aceast posibil extindere online a aplicaie i se va realiza nc de acum o reea wireless
care s ofere Internet gratuit i nelimitat tuturor clienilor. Dup ce au fost amplasate monitoarele se
instaleaz sistemul de operare Windows 7. Hotelul deine o licen a acestui sistem de operare, sistemul
fiind instalat i pe celelalte calculatoare ale hotelului. Nu lum n calcul achiziionarea unui alt sistem de
operare, deoarece acest sistem de operare ndeplinete toate cerinele de care avem nevoie pentru
realizarea obiectivelor. De asemenea, un alt argument pentru care nu schimbm sistem de operare sunt
costurile aferente achiziiei licenei uui alt sistemului. Ultimul pas al acesui jalon este reprezentat de
realizarea configuraiilor la nivelul sistemului de gestiune a bazei de date.
Jalon 2 Furnizorul de soft
2000- Studierea pieei privind firmele care furnizeaz servicii de soft. Pentru selecia firmei
dezvoltatoare avem nevoie s cunoatem firmele de pe pia care dezvolt soft astfel nct s le putem
analiza n detaliu i s lum cea mai bun decizie. Pentru a alege furnizorul de soft este necesar s
stabilim cteva cerine pe care acesta trebuie s le ndeplineasc. Un aspect important n alegerea
furnizorului de soft este reprezentat de reputaia acestuia. Punem accent pe furnizorul care are n
componen o echip stabil de profesioniti cu experien n domeniul dezvoltrii de aplicaii soft
personalizate. Un alt criteriu pe care l luam n considerare n alegerea furnizorului de soft este
receptivitatea acestuia. Este important pentru noi ca furnizorul de soft s fie capabil s neleaga ct mai
bine cerinele aplicaiei pe care dorim s o dezvolte. Ne dorim s avem o comunicare ct mai deschis
cu acesta asfel nct furnizorul s poat personaliza aplicaia pentru a ne oferi exact funcionalit ile de
11

care avem nevoie. Costul serviciilor este un alt criteriu de care inem cont n momentul n care facem
selecia furnizorului. De asemenea, este important pentru noi ca furnizorul de soft s de in experien
n dezvoltarea unor aplicaii similare. n acest caz, vom analiza tipurile de proiecte care au fost
implementate de posibilii furnizori de soft. Dup identificare firmelor care ofer soluii software i
stabilirea acestor criterii vom selecta pentru analiza n detaliu doar acele firme care ndeplinesc criteriile
menionate. Dup ce am restns aria de selecie vom efectua o analiza comparativ a firmelor rmase n
competiie. Dup terminarea analizei, vom alege acel furnizor pe care l considerm capabil s ne
dezvolte cea mai bun aplicaie la un cost ct mai bun. Nu vom face rabat de la calitatea aplicaiei, ns
trebuie s ne ncadrm n bugetul prevzut.
2010- Stabilirea criteriilor cu privire la firmele care dezvolt soft
2020- Analiza comparativ a proiectelor care au fost implementate de posibilii furnizori
2030- Alegerea furnizorului de soft
2100- ntlnirea cu furnizorul de soft. Dup selecia furnizorului are loc contactarea acestuia i
stabilirea primei ntlniri. La prima ntlnire, managerul hotelului va prezenta reprezentanilor
furnizorului de soft cerinele aplicaiei de care are nevoie. Aceste cerine vor fi prezentate ct mai n
detaliu pentru a-i oferi furnizorului o imaginea ct mai clar a funcionalitilor pe care trebuie s le
deserveasc aplicaiei. Dup prezentarea cerinelor aplicaiei se trece la negocierea propriu-zis. Aici se
vor discuta detalii despre costurile aplicaiei, termenul final de realizarea a aplicaiei, termenele limit la
care firma de soft trebuie s prezinte pri ale aplicaiei i tranele n care se va achita aplicaia.
2110- Prezentarea cerinelor aplicaiei
2120- Negocierea propriu-zis
2200- Semnarea contractului. Dup ce se va ajunge la un acord ntre cele dou par i are loc semnarea
efectiv a contractului cu toate clauzele din partea ambelor pri.

Jalon3. Specificaiile aplicaiei 45 zile


3100 Pregtirea documentului privind specificaiile (15 zile)
Se va ntocmi un document n care se vor specifica exact cerinele funcionale i non-
funcionale ale aplicaiei.
3200 Prezentarea arhitecturii sistemului. (20 zile)
3210 Descrierea cerinelor funcionale
Se va crea cte un meniu pentru fiecare zi din sptmn. Paii ce se vor parcurge de ctre
utilizator (client): va introduce codul de utilizator; selecteaz ziua (va fi disponibil perioada n
care acesta va sta la hotel); selecteaz felurile de mncare + desert + fructe dorite i cantitatea
aferente fiecrei mese din zi; acioneaz butonul salvare. La final acesta va putea
vizualiza/modifica opiunile selectate. De asemenea vor putea aduga un feedback al aplicaiei
care este opional.
12

Angajaii (recepionitii/efii de sal) pot vizualiza (dar nu pot modifica) modificrile


realizate de utilizatori, pot lista rapoarte cu opiunile acestora pe zile.
3220 Descrierea cerinelor non-funcionale:
a. Timpul de rspuns. La interaciunea utilizatorului cu interfaa aplicaiei, modificrile
intervenite trebuie s fie executate ct mai rapid. Timpul de rspuns trebuie s fie ct mai redus
pentru a da posibilitatea tuturor clienilor de a utiliza aplicaia i de a nu fi nevoii s a tepte prea
mult.
b. Numrul de cereri simultane. ntruct vor fi instalate mai multe monitoare ntr-un hotel,
trebuie ca sistemul s proceseze toate cererile simultan. Astfel la finalizarea unui proces, datele s
fie salvate i actualizate n baza de date.
c. Distribuirea. Aplicaia trebuie s fie distribuit i actualizat automat, astfel daca se
dorete creterea numrului de monitoare existente acest lucru s nu necesite eforturi sau costuri
suplimentare.
d. Securitatea aplicaiei. Aplicaia poate identifica identitatea utilizatorilor (a clienilor
existeni n hotel n momentul interaciunii cu aplicaia). Autorizarea: clienii au acces doar asupra
meniului, iar angajaii pot vizualiza toate aciunile acestora fr a le putea modifica.
e. Disponibilitatea. Aplicaia trebuie s fie disponibil 24/7. Clienii pot merge la orice or
(din zi i din noapte) s i exprime opiunea asupra meniului dorit.
f. Aplicaia trebuie sa fie uor de instalat, configurat i actualizat.

3230 Includerea meniului pe fiecare zi, fiecare mas n aplicaie. Furnizorul de soft va primi
lista cu meniul existent, care va fi prezent n interfaa aplicaiei. Dac vor interveni modificri n
meniu, administratorul de reea trebuie s poat interveni pentru a le efectua.
3300 Intervievarea utilizatorilor. Se va cere prerea angajailor care vor beneficia de aplicaie
referitor la aspectul i utilitile acesteia.
3310 Selectarea utilizatorilor
3320 Stabilirea metodei de intervievare
3330 Stabilirea obiectivelor

Jalon 4. Aplicaia 115 zile


4100 Efectuare verificri. Acestea vor avea n vedere starea n care se afl aplicaia n diferite
momente ale dezvoltrii.
4110 Verificarea funcionalitilor aplicaiei (pe module).
4120 Verificarea structurii interfeei. Interfaa coincide cu cerinele funcionale cerute.
13

4200 Primirea aplicaiei pe mai multe pri (funcionaliti). Aplicaia va avea 2 tipuri de
utilizatori: clieni i angajai. Clienii se logheaz cu codul de utilizator dat la sosirea n hotel, iar
angajaii vor avea un cod unic de angajat. Pentru clieni va fi disponibil: Selectarea meniului dorit
pe zile. Angajaii vor putea vizualiza datele introduse de clieni, vor putea face rapoarte i le vor
putea lista. Administratorul de reea va avea acces la modificarea datelor, n caz de modificarea
unor feluri de mncare din meniu.
4210 Primire funcionalitate 1 - Logare utilizatori (10 zile).
4220 Primire funcionalitate 2 - Selectare date (60 zile)
4230 Primire funcionalitate 2 Listare date (10 zile)
4240 Primire funcionalitate 3 Prelucrare date (10 zile)
4300 Integrarea aplicaiei cu baza de date. Recepionitii vor introduce datele despre clieni
n baza de date iar codul acestora trebuie s fie memorat i de aplicaie pentru ca acetia s poat
efectua logarea i de asemenea se vor salva opiunile selectate de ctre clieni.

Jalon 5. Instruire personal 16 zile


5100 Selectarea angajailor 1 zi
1.1 Alegerea categoriilor de angajai. ntruct din complexul hotelier fac parte mai multe
categorii de angajai, doar cteva dintre acestea vor avea autorizaia de a folosi aplicaia. Acetia
sunt recepionitii i efii de sal, care vor avea sarcina de a ghida eventualii clieni ai hotelului n
folosirea aplicaiei nou create.
1.1.1 Desemnarea angajailor
5200 Modalitatea de instruire 1 zi
2.1 Definirea obiectivelor instruirii. Aceast instruire are ca obiectiv principal dobndirea de
cunotine n utilizarea cu succes a aplicaiei. Pentru aceasta, se va organiza un curs ce are ca
scop pregtirea teoretic a participanilor, astfel nct acetia s dein cunotine de baz.
Ulterior, va avea loc instruirea practic, ce are ca principal rol cunoaterea modului n care
aplicaia funcioneaz.
2.2 Definirea metodei de instruire. ntruct principalii utilizatori ai aplicaiei sunt angajai ai
complexului hotelier, instruirea va fi de tipul grup, nefiind necesar instruirea de la persoan la
persoan. Aadar, se vor organiza mai multe sesiuni, unde un grup de participani va fi instruit de
ctre un profesionist, ce deine informaii de utilizare a sistemului.
2.2.1 Desemnarea instructorului
5300 Instruirea propriu-zis a participanilor 12 zile
14

3.1. Organizarea sesiunii de instruire. Se vor utiliza metode de predare interactive, att
teoretice, ct i practice pentru ca aplicaia s poat fi neleas ct mai bine. Ulterior, se va putea
utiliza efectiv aplicaia, astfel nct viitorii utilizatori s fie deja acomodai cu noul sistem.
3.3.1 Stabilirea locului de desfurare a sesiunii de instruire
3.3.2 Selectarea participanilor
3.3.3 Programarea efectiv a cursurilor
3.2 Desfurarea propriu-zis. Sesiunea de instruire se va organiza n timpul sptmnii, dar
n afara orelor de program, pe parcursul a 10 zile lucrtoare. Cu ajutorul instructorilor, vor fi
prezentate scurte noiuni teoretice, urmate de prezentarea principalelor funcii ale aplicaiei i
realizarea testelor asupra acesteia.
5400 Testarea participanilor 2 zile
4.1. Evaluarea participanilor la cursurile de instruire. Prin acest proces de evaluare, se
dorete ca participanii s dovedeasc c dein cunotinele eseniale pentru utilizarea eficient a
aplicaiei. Acest proces va dura 2 ore, timp n care candidaii vor fi examinai att teoretic, ct i
practic.
4.1.1 Testarea cunotinelor prin examinare teoretic
4.1.2 Testarea cunotinelor prin examinare practic, verificndu-se acomodarea cu noul
mod de lucru.

Jalon 6. Informarea clienilor 8 zile


6100 Instruirea clienilor 5 minute
1.1Instruirea propriu-zis a clienilor. Pentru a putea utiliza aplicaia, clienii nou-venii n
complexul hotelier trebuie s primeasc anumite instruciuni de utilizare, pentru a putea rezerva
felul de mncare dorit. ntruct clienii nu necesit edine de instruire precum recepionitii sau
efii de sal, acetia au nevoie doar de cteva reguli eseniale pentru a cunoate modul n care
funcioneaz aplicaia. Aadar, recepionitii care i vor ntmpina n incinta hotelului vor avea
rolul de instructor, ntruct acetia dein deja cunotinele necesare utilizrii soft-ului. Astfel,
clienii au nevoie doar de cteva minute pentru a nelege modul de funcionare a noului sistem.
1.1.1 Desemnarea recepionitilor care vor ajuta clienii s utilizeze aplicaia
6200 Chestionarea clienilor 7 zile
2.1 Acordarea feedback-ului clienilor. Pentru a cunoate rolul pe care l-a avut aplicaia n
mbuntirea activitilor complexului hotelier, fiecare client i va putea expune prerile cu
privire la noul sistem n feedback-ul afiat pe ultima pagin a aplicaiei. Aadar, acetia sunt
sftuii s completeze cmpurile de pe pagina respectiv, pentru ca rspunsurile s poat fi salvate
i vizualizate de ctre dezvoltatorii sistemului.
15

6300 Analiza feedback-ului 1 zi


3.1 Afiarea i analiza feedback-urilor. n decurs de 7 zile, clienii au oportunitatea de a- i
expune prerile cu privire la modul de funcionare al noului sistem. Acest feedback are rolul de a
mbunti pe viitor calitatea serviciilor pe care complexul comercial le poate oferi. n decurs de o
zi, feedback-urile sunt analizate, iar apoi rezultatele sunt interpretate pentru ca serviciile prestate
de ctre sistem s poata fi mbuntite.
3.1.1 Colectarea i afiarea feedback-urilor
3.1.2 Interpretarea rezultatelor