Management

Intercultural
Volumul XV Numrul 2 (28) 2013
Management
Intercultural
EDITORIAL BOARD
Founding Editor and President
Professor Dumitru Zai, Alexandru Ioan Cuza University of Iai, Romania
Board of Editors
Professor Eduardo de Sousa Ferreira, Technical University of Lisbon, Portugal
Professor Claude Martin, Universit Pierre Mends France de Grenoble, France
Professor Ioan Petrior, West University of Timioara, Romania
Professor TawfiqRkibi, ISLA Campus Lisboa, Portugal
Professor Ludmila Sterbova, University of Economics, Prague, Czech Republic
Professor Stanka Tonkova, University of National and World Economy, Bulgaria
Professor Blandine Vanderlinden, ICHEC Brussels Management School, Belgium
Professor Dumitru Zai, Alexandru Ioan Cuza University of Iai, Romania
Journal Manager
PhD Dan Serghie
Language Advisory
Diana Prisecaru
Editorial Assistants
Corina Anamaria Ioan
Alexandra Stanciu
Maria Stroe
Editorial Office
Editorial Department of the Romanian Foundation for Business Intelligence
Romania, Iasi, 700506
No. 3, Carol I Boulevard, 3rd Floor
Phone: +4 0232 469 524
Fax: +4 0318 179 488
Web: http://mi.bxb.ro
E-mail: mi@bxb.ro
Management
Intercultural
Cuprins
(paginile 5-119)
1. Cristina-Elena ALBU
FACTORI DE NATUR STEREOTIPIC N TURISM
(Pages 5-14)
2. Georgiana AVRAM (cs. OLARU)
METODOLOGII DE DEZVOLTARE A PROGRAMELOR INFORMATICE - STUDIU
COMPARATIV
(Pages 15-20)
3. Rzvan-Dorin BURZ
CONCEPTUL DE PERFORMAN
(Pages 21-28)
4. Elena CHIIMU
PREURILE DE TRANSFER O PROBLEM DE ACTUALITATE
(Pages 29-33)
5. Mircea-Alexandru C. LUNGU
SPECIFICUL PROIECTELOR DE CERCETARE CU FINANARE
NERAMBURSABIL DIN PUNCT DE VEDERE SEMANTIC
(Pages 34-40)
6. Ionel MNDESCU
FISCALITATEA - FACTOR RELEVANT DE INFLUENARE A MEDIULUI DE
AFACERI
(Pages 41-46)
7. Carmen NISTOR, Monica PUIU
INFLUENA SOCIETILOR MULTINAIONALE ASUPRA CONTABILITII N
ROMNIA
(Pages 47-53)
8. Claudiu PEPTINE
EFECTUL DE CONTAGIUNE ECONOMIC - O PERSPECTIV TEORETIC
(Pages 54-62)
9. Silviu-Marius EITAN
RISCURI GENERATE DE POSIBILE RETRAGERI ALE UNOR STATE MEMBRE
DIN ZONA EURO
(Pages 63-69)
10. Alina Giorgiana STAFIE
DEZVOLTAREA DURABIL A SPAIULUI RURAL: SITUTATIA ROMNIEI N
CADRUL STRATEGIEI DE DEZVOLARE DURABIL LA NIVEL MONDIAL I N
UNIUNEA EUROPEAN
(Pages 70-77)
11. Alexandra STNI, Anca ERBAN
MANAGEMENTUL TALENTELOR - CHEIA UNEI AFACERI DE SUCCES
(Pages 78-83)
12. Florentin-Emil TANAS
NATURAI IMPACTUL RISCULUI DE FRAUD ASUPRA COMPANIILOR
(Pages 84-97)
13. Georgeta TMPESCU (LUCA)
TAKE IONESCU I CONSTITUIREA PARTIDULUI CONSERVATOR DEMOCRAT
(Pages 98-107)
14. Maria Mdlina VOINEA
CONTABILITATEA - O REPREZENTARE NORMATIV A REALULUI
ECONOMIC?
(Pages 108-114)
15. Corina Anamaria IOAN
INTERVIU CU PAUL PDURARIU
(Pages 115-119)
ISSNL: 1454 9980 (Serial)
ISSN Print: 1454 9980
ISSN Online: 2285 9292
ISSN Media: 2285 9284
Management Intercultural
Jurnal bianual de cultur managerial coordonat de
FUNDAIA ROMN PENTRU
INTELIGENA AFACERII
http://www.bxb.ro/
http://mi.bxb.ro/
Management Intercultural
Volumul XV, Nr. 2 (28), 2013
15
Georgiana AVRAM (cs. OLARU)
coala Doctoral de Economie,
Universitatea Al. I. Cuza,
Iai, Romnia
METODOLOGII DE DEZVOLTARE A
PROGRAMELOR INFORMATICE -
STUDIU COMPARATIV
Keywords
Metodologii de dezvoltare
Agile
Modelul cascad
Modelul n V
Modelul spiral
Orientat obiect
JEL classification
L86, C88, M15
Abstract
Mutaiile din domeniul tehnologiei informaionale i al metodelor de abordare a sistemelor s-
au reflectat i n ciclul de via al dezvoltrii sistemelor, fie prin schimbarea etapelor
acestuia, fie prin modificarea opticii de parcurgere a lor. Spre exemplu, odat cu abordarea
orientat-obiect a sistemelor, s-au lansat i noi modele ale ciclului de via. Prin
parcurgerea materialelor de specialitate, se poate constata c numrul fazelor/etapelor unui
ciclu de via variaz de la trei (de exemplu analiza, proiectarea, implementarea) la peste
douzeci. Exist multe metodologii de dezvoltare a sistemelor, i fiecare dintre ele este unic
n funcie de ordinea i importana fiecrei faze din ciclul de dezvoltare. Unele metodologii
reprezint standarde formale folosite de agenii guvernamentale, n timp ce altele au fost
dezvoltate de firme de consultan pentru a fi
vndute clienilor. Multe organizaii au
metodologiile lor interne care au fost rafinate de-a lungul anilor.
Lucrarea aceasta si propune s fac un scurt inventar al principalelor metodologii
de dezvoltarea a programelor informatice, evideniind diferenele i asemnrile dintre ele,
ca n final s ofere sugestii cu privirea la oportunitatea folosirii unei metode sau alta n
funcie de tipul proiectului.
Management Intercultural
Volumul XV, Nr. 2 (28), 2013
16
INTRODUCERE
Sistemele informatice (SI) se
caracterizeaz printr-un ciclu de via care
ncepe cu decizia realizrii unui nou SI care s
corespund mai bine noilor cerine ale
utilizatorilor i se ncheie cu decizia de
nlocuire a SI existent cu unul nou, mai
performant. Ciclul de via se desfoar pe
etape n cadrul fiecreia fiind definite faze i
activiti specifice.
1
La nceputurile
dezvoltrii programelor informatice,
programatorii nu ntelegeau nevoia de a avea o
metodologie de dezvoltare bine planificat.
Dup o faz foarte scurt i simpl de
planificare treceau direct la faza de
implementare.
METODOLOGII DE
DEZVOLTARE A
PROGRAMELOR
INFORMATICE
Conform definiiei de pe Wikipedia, o
metodologie de dezvoltare software reprezint
o platform folosit pentru a structura,
planifica i controla procesul dezvoltrii unui
sistem informatic. Conform autorilor Dennis
A.,Haley Wixom B., Tegarden D, n cartea
System Analysis Design UML Version 2.0 ,
aprut la editura John Wiley & Sons n 2009,
o metodologie reprezint o abordare
formalizat a implementrii ciclului de via al
dezvoltrii unui sistem o list de pai i
livrabile.
Exist multe metodologii de dezvoltare
a sistemelor, i fiecare dintre ele este unic n
funcie de ordinea i importana fiecrei faze
din ciclul de dezvoltare. Unele metodologii
reprezint standarde formale folosite de agenii
guvernamentale, n timp ce altele au fost
dezvoltate de firme de consultan pentru a fi
vndute clienilor. Multe organizaii au
metodologiile lor interne care au fost rafinate
de-a lungul anilor.
Principalele modele de dezvoltare a
sistemelor enumerate de autorul Dumitru
Oprea n cartea Analiza i proiectarea
sistemelor informaionale economice, aprut
la Iai la Editura Polirom n 1999, sunt
reprezentate de modelul cascad, modelul
1
Stanciu V. Proiectarea sistemelor
informatice de gestiune, Ed. Cison, Bucureti 2000
incremental, cel evolutiv, n spiral,
tridimensional, modelul n V, modelul n X,
RAD, Fntan artezian, Pinball, piramid,
baseball, modelul Agile. n continuare vom
descrie cteva dintre ele i caracteristicile lor :
1. Modelul cascad (waterfall).
Fazele propuse de modelul n cascad
sunt
Realizarea specificaiilor
Proiectarea aplicaiei
Implementarea i integrarea
Testarea (validarea)
Instalarea
Mentenana
ntr-un model cascad strict, este
necesar finalizarea fiecrei faze pentru a trece
la urmtoarea. Revizuirea unei etape poate
avea loc doar nainte de a trece la faza
urmtoare i este uneori folosit pentru a
valida completitudinea unei faze. ncheierea
unei faze este similar unei pori prin care
proiectul trebuie s treac pentru a avansa la
faza urmtoare. Rigiditatea modelului a
reprezentat mereu o surs de critic pentru
modelul cascad.
2
2. Modelul spiral.
Caracteristica cheie a modelului n
spiral este reprezentat de prezena
managementului riscului n diverse etape ale
ciclului de dezvoltare. A fost prezentat n 1988
de Barry Boehmi combin elemente cheie ale
modelului cascad i a metodologiei Rapid
Application Development (RAD). Modelul n
spiral propune o analiz iterativ a riscului,
potrivit mai ales proiectelor mari.
Astfel, modelul spiral poate fi vzut ca
un proces care trece printr-un numr de iteraii
reprezentative pentru urmatoarele activiti:
3
Determinarea obiectivelor: formularea
planurilor pentru a identifica cerinele, pentru
a identifica restriciile de dezvoltare etc
Analiza riscului: evaluare analitic a
programelor selectate pentru a identifica
riscurile i metodele pentru a-l elimina.
2
Hoffer, J., George, J., & Valacich, J.
2006.Modern systems analysis and design 6th.
Prentice Hall: U.S.A.
3
Dennis Alan, Barbara Haley Wixom,
David Tegarden, System Analysis Design UML
Version 2.0 An Object-Oriented Approach, Third
Edition, John Wiley and Sons, 2009
Management Intercultural
Volumul XV, Nr. 2 (28), 2013
17
Implementarea proiectului i
verificarea
Modelul n spiral are i unele aspecte
restrictive, dup cum urmeaz:
Pune un accent deosebit pe analiza
riscului i de aceea presupune ca i clienii s
accepte acest aspect. Acest fapt presupune att
ncredere n programatori ct i dispoziia de a
petrece mult timp pentru a rezolva problemele
aprute acesta este unul din motivele pentru
care acest model este folosit de obicei pentru
proiectele interne de scar larg
Dac implementarea analizei riscului
afecteaz ntr-o mare msur profitul
proiectului, atunci acest model nu ar trebui
folosit.
Pentru ca acest model s fie un succes,
programatorii trebuie s caute mereu posibile
riscuri i s le analizeze.
3. Modelul Agile
Modelul Agile folosete ca i baz
modelul iterativ, dar propune un punct de
vedere mai deschis i orientat spre oameni
dect abordrile tradiionale. Procesele Agile
ncorporeaz iteraia i feedback-ul continuu
pentru a rafina succesiv produsul. Metodologia
Agile ncearc s captureze dinamica
schimbrii inerente n dezvoltarea de software
i s o foloseasc n loc s i se opun ntr-un
mediu care se schimb att de rapid.
4
Metodele
tradiionale presupun ca specificaiile s fie
complete nainte de a ncepe dezvoltarea pe
cnd metodele Agile pleac de la supoziia c
schimbarea nu poate fi evitat i trebuie
nglobat n ciclul de dezvoltare.
5
Exist mai multe variaii ale proceselor
Agile:
Extremme Programming (XP) fazele
sunt ndeplinite n pai extrem de mici n
comparaie cu procesele mai vechi pe loturi.
Prima trecere prin aceti pai poate dura o zi
sau o sptmna, n comparaie cu luni sau ani
ct dureaz fiecare pas din modelul cascad.
SCRUM este cel mai folosit proces
Agile - 7th Annual State of Agile
4
Erickson, J. 2005. Agile Modeling, Agile
Software Development, and Extreme
Programming: The State of Research. Journal of
database management: 88-100.
5
Cao, L., Ramesh, B. 2007. Agile
software development: ad hoc practices or sound
principles. IEEE computer Society: 41-47.
Development Survey
6
arat c 72% din
respondeni practicau SCRUM sau o variaie a
acestuia n 2012.
Metoda dezvoltrii dinamice a
sistemelor (Dynamic systems development)
4. Rapid application
development (RAD)
RAD este o metodologie de dezvoltare
care folosete o planificare minimal n
favoarea realizrii de prototipuri. Lipsa unei
planificri excesive permite n general scrierea
mai rapid a codului i schimbarea mai uoar
a cerinelor. RAD implic metode ca
dezvoltarea iterativ i prototipizarea
software-ului i poate fi vzut i ca o fuziune
de variate technici structurate, n mod special
data-driven information engineering, cu
tehnici de prototipizare pentru a accelera
dezvoltarea de sisteme software.
7
5. Code and fix
Dezvoltarea "Code and fix" (sau
"Cowboy coding"), dup cum sugereaz i
numele, nu reprezint n mod deliberat o
strategie de dezvoltare , ci mai degrab
reprezint un artefact al naivitii i presiunii
termenelor limit asupra programatorilor. Fr
prea mult proiectare, programatorii ncep s
scrie cod imediat i la un moment dat ncepe
testarea, urmnd ca bugurile gsite s fie
rezolvate nainte de punerea n producie.
6. V-Model
Modelul n V reprezint un proces de
dezvoltare software care poate fi considerat o
extensie a modelului n cascad. Acesta este
criticat de susintorii modelului Agile
deoarece rspunde mai degrab nevoilor
managerilor, contabililor i avocailor dect
nevoilor programatorilor i utilizatorilor; este
inflexibil i ncurajeaz o viziunea linear i
rigid a dezvoltrii software i nu are abilitatea
de a se adapta schimbrilor.
Pe de alt parte, susintorii acestui
model spun c a evoluat de-a lungul timpului
i susine flexibilitatea i agilitatea n cadrul
procesului de dezvoltare. n plus, este vzut
ca o abordare disciplinat ce promoveaz o
6
http://www.versionone.com/state-of-
agile-survey-results/ , accesat 6 iunie 2013
7
Whitten, Jeffrey L.; Lonnie D. Bentley,
Kevin C. Dittman. (2003). Systems Analysis and
Design Methods. 6th edition
Management Intercultural
Volumul XV, Nr. 2 (28), 2013
18
proiectare meticuloas, dezvoltarea i
documentaia necesar pentru a construi
produse software stabile. n ultimul timp a fost
folosit n mod deosebit n industria
dispozitivelor medicale. Modelul n V se
preteaz i in mediul orientat obiect, deoarece
ncurajeaz prototipizarea, realizarea unor
structuri superioare i ofer un control puternic
asupra sistemului n curs de realizare, prin
structurile ierarhice i modulare pe care le
promoveaz, ceea ce l face utilizabil i n
cazul sistemelor complexe.
8
ADECVAREA
METODOLOGIILOR LA
TIPURILE DE PROIECT
Dup cum am vzut, exist o palet
larg de metodologii de dezvoltare a
proiectelor informatice. Nu exist o
metodologie care s garanteze succesul
proiectului. Alegerea unei metodologii pentru
un anumit proiect depinde de o serie de factori,
de la mrimea proiectului, criticitatea lui, pn
la factori ca dinamismul mediului sau cultura
organizaional.
n tabelul de mai jos am comparat
modul n care folosirea modelele tradiionale
sau a celor Agile este impactat de diveri
factori ai proiectelor. Am ales aceast
comparaie deoarece n ultima perioada
curentul Agile a ctigat foarte muli adepi, pe
bun dreptate bineneles. Acest lucru nu
diminueaz totui avantajele pe care au
metodele tradiionale, care reprezint o alegere
inspirat pe anumite tipuri de proiecte.
Dup cum se poate vedea, nu exist o
metod care s se potriveasc perfect pe orice
tip de proiect. n funcie de mrimea i
criticitatea proiectului se va folosi o
metodologie sau alta. Dei n ultimii ani
curentul Agile a ctigat foarte multi adepi,
acesta nu poate fi folosit n proiectele din zona
medical, militar, aero-spaial etc. Aceste
industrii implic un grad ridicat de risc, sunt
proiecte cu o criticitate deosebit, iar metodele
tradiionale sunt mai potrivite pentru a
rspunde cerinelor acestor domenii.
Exist organizaii care au standarde i
politici care i ghideaz n alegerea unei
metodologii, n timp ce alte organizaii au o
8
Oprea Dumitru, Analiza i proiectarea
sistemelor informaionale economice, Iai, Editura
Polirom,1999
singur metodologie oficial sau mai multe
metodologii oficiale. Fr ndoial c exist i
organizaii care nu au nici o politic n ceea ce
privete alegerea metodologiei de dezvoltare a
unui proiect. n continuare, vom prezenta o
alt serie de criterii propuse pentru a veni n
sprijinul celor care cut cea mai potrivit
metodologie pentru proiectul lor : claritatea
specificaiilor, gradul de cunoatere a
tehnologiilor, complexitatea sistemului,
fiabilitatea sistemului, durata sau vizibilitatea
planificrii.
9
Claritatea specificaiilor. Cnd
specificaiile pentru un nou sistem sunt neclare
devine dificil s le nelegi sau s le explici n
scris. n aceste cazuri sunt recomandate de
obicei prototipurile pentru ca utilizatorul s
vad ceea ce poate s fac noul sistem i s-l
poat adapta nevoilor lor. Astfel, pentru
proiectele cu specificaii neclare sunt protrivite
metodologiile bazate pe prototipuri RAD.
Gradul de cunoatere a tehnologiilor.
Atunci cnd dezvoltarea unui nou proiect se
face folosind o tehnologie cu care analitii i
programatorii nu sunt familiari, aplicarea ei
trebuie s se fac ntr-un stadiu incipient al
proiectului, pentru a verifica dac toate
funcionalitile pot fi implementate. i n
acest caz metodologiile bazate pe prototipuri
sunt utile, deoarece programatorii vor dezvolta
prototipuri pentru funcionalitile cele mai
importante. i metodologiile bazate pe faze
sunt utile n aceast situaie deoarece le ofer
programatorilor ocazia s studieze noua
tehnologie pn la finalul fazei de design.
Complexitatea sistemului. Sistemele
complexe necesit o analiz atent i detaliat
a sistemului. Metodele tradiionale
gestioneaz bine sisteme complexe, dar
adugnd la ele i implicarea clientului ntr-o
faz incipient a proiectului, putem evita o
serie de probleme care ar putea aprea mai
trziu n proiect.
Fiabilitatea sistemului. n cea mai mare
parte a proiectelor informatice, fiabilitatea
sistemului este foarte important. Totui
exist diverse stadii de fiabilitate: pentru
aparatura medical spre exemplu, fiabilitatea
este critic, n timp ce pentru jocurile video
aceast nu mai are un rol deosebit.
9
Dennis Alan, Barbara Haley Wixom,
David Tegarden, System Analysis Design UML
Version 2.0 An Object-Oriented Approach, Third
Edition, John Wiley and Sons, 2009
Management Intercultural
Volumul XV, Nr. 2 (28), 2013
19
Metodologia RAD permite att crearea unor
specificaii detaliate ct i crearea mai multor
prototipuri.
Durata proiectului. Pentru proiectele cu
o durat mic, cele mai potrivite metodologii
sunt RAD i Agile, n timp ce modelul n
cascad reprezint cea mai puin inspirat
alegere, deoarece nu suport foarte uor
modificrile n planificare.
Vizibilitatea planificrii. Una din cele
mai mari provocri n dezvoltarea de aplicaii
informatice este reprezentat de posibilitatea
de a determina dac un proiect este n punctul
prevzut n planificare. n metodele
tradiionale este dificil de determinat acest
lucru deoarece fazele de design i
implementare sunt ultimele din ciclu.
Metodologiile Agile i RAD mut deciziile
critice n fazele de nceput ale proiectelor,
astfel c managerii de proiect pot ti mai uor
dac se ncadreaz n planificare sau nu.
CONCLUZII
Din punctul meu de vedere nici o
metodologie nu reprezint garania succesului.
Cheia reuitei este reprezentat, de fapt, de
abilitatea de a alege cea mai potrivit
metodologie n funcie de specificul
proiectului. Dei n ultima perioad
metodologia Agile este adoptat din ce n ce
mai des, sunt de prere c, de foarte multe ori,
motivaia acestei alegeri nu este susinut de
studierea nevoilor proiectului, ci mai degrab
de direcia pieei. Criticile aduse metodelor
tradiionale sunt ntemeiate, dar nu trebuie s
uitm i punctele lor forte, care le-au fcut s
fie folosite n majoritatea proiectelor de o
criticitate i complexitate ridicat.
Bibliografie
[1] Cao, L., Ramesh, B. 2007. Agile software
development: ad hoc practices or sound
principles. IEEE computer Society: 41-47
[2] Dennis Alan, Barbara Haley Wixom,
David Tegarden, System Analysis Design
UML Version 2.0 An Object-Oriented
Approach, Third Edition, John Wiley and
Sons, 2009
[3] Erickson, J. 2005. Agile Modeling, Agile
Software Development, and Extreme
Programming: The State of Research.
Journal of database management: 88-100
[4] Hoffer, J., George, J., & Valacich, J.
2006.Modern systems analysis and design
6th. Prentice Hall: U.S.A.
[5] Oprea Dumitru, Analiza i proiectarea
sistemelor informaionale economice,
Iai, Editura Polirom,1999
[6] Stanciu V. Proiectarea sistemelor
informatice de gestiune, Ed. Cison,
Bucureti 2000
[7] Whitten, Jeffrey L.; Lonnie D. Bentley,
Kevin C. Dittman. (2003). Systems
Analysis and Design Methods. 6th edition
Management Intercultural
Volumul XV, Nr. 2 (28), 2013
20
Anexe:
Tabel 1.
Impactul factorilor proiectului asupra metodologiilor
Factor Modele Agile Modele tradiionale
Mrimea
proiectului
Uor de folosit n proiecte i echipe mici.
Dependena de cunotintele tacite
limiteaz scalabilitatea
Metodele au evoluat pentru a gestiona
proiecte i echipe mari. Greu de
adaptat pentru proiecte mici
Criticitatea
proiectului
Nu este testat pe proiecte cu criticitate
ridicata. Lipsa documentaiei i a
prototipurilor ar putea reprezenta o
problem
Metodele au evoluat pentru a gestiona
proiecte cu un grad ridicat de
criticitate. Greu de adaptat pentru
produse cu grad scazut de criticitate
Dinamismul
mediului
Proiectarea simpl i adaptarea continu
sunt excelente pentru un mediu dinamic,
dar reprezint o potenial costisitoare
surs de rework pentru mediile foarte
stabile
Planurile i proiectarea detaliat
reprezint un punct forte pentru
mediile foarte stabile, dar reprezint o
potenial costisitoare surs de rework
pentru mediile dinamice.
Personalul
implicat in
proiect
Presupune prezena continu a unei mase
critice de experi. E riscant folosirea
personalului care nu este familiarizat cu
Agile
Prezena unei mase critice de experi
este necesar n faza de definire a
proiectului
Cultura
organizaional
Are succes n organizaiile cu o cultur
care promoveaz libertatea (succes in
haos)
Are succes n organizaiile cu o
cultur care promoveaz reguli i
proceduri clare (succes in disciplin)
Tabel nr 2
Criteriile pentru alegerea unei metodologii
Abilitatea de a dezvolta
sisteme:
Waterfall RAD Agile
Cu specificaii neclare Slab Excelent Excelent
Folosind tehnologii noi Slab Excelent Slab
Complexe Bun Excelent Slab
Fiabile Bun Excelent Bun
De durat mic Slab Bun Excelent
Cu vizibilitate a planificrii Slab Bun Bun