.dsy:it. - Modelli di sviluppo & aziende

Pages (2): [1] 2 »
Show 150 posts per page

.dsy:it. (http://www.dsy.it/forum/)
- Dopo la Laurea (http://www.dsy.it/forum/forumdisplay.php?forumid=141)
-- Modelli di sviluppo & aziende (http://www.dsy.it/forum/showthread.php?threadid=10150)

Posted by LazerPhEa on 14-04-2004 21:24:

Modelli di sviluppo & aziende

Salve a tutti,
dopo aver seguito l'interessante (a mio avviso) corso di ingegneria del software, e dopo aver subito il fascino di modelli di sviluppo quali eXtreme Programming e UP, mi è sorta spontanea una domanda: ma tali modelli vengono effettivamente adottati dalle aziende (chiaro, non dico nelle azienducole a conduzione familiare... :asd: ) o il tutto viene sacrificato sull'altare del time-to-market?
:ciao:

__________________
Questo è il giardino
Dove il principe muore
Nessun sentiero
Nessun destriero
Soltanto un nome... Eterno...

Posted by perry00 on 14-04-2004 22:01:

Per quel che riguarda la mia esperienza ho riscontrato situazioni diversificate sia in Italia che all'estero. Ho lavorato con system integrator francesi che mi hanno colpito per la loro professionalità nel modo d'approcciare lo sviluppo. Allo stesso tempo ho lavorato con system integrator inglesi che mi erano parsi molto meno focalizzati sulla questione che poni. Ma sono solo esempi di esperienza vissuta e non si può certo generalizzare.

Tendenzialmente ritengo che le società di consulenza informatica (system integrator o software house) con organizzazione industriale adottano un qualche modello di sviluppo.
Non so quanto invece i modelli più recenti come l'XP siano effettivamente diffusi.
I detrattori dell'XP potrebbero anche sostenere che l'XP è il modo di lavorare delle azienducole a conduzione familiare :banana: ma non mi voglio addentrare in giudizi sulla bontà dei vari modelli.

In caso di sviluppi software ad-hoc è importante che la società che realizza il software abbia sufficiente autorevolezza presso il committente per fargli capire che nel bilanciamento fra time-to-market e qualità, trascurare la seconda può comportare molti rischi.

Sono stato sufficientemente vago? :blabla:
Se vuoi approfondire la cosa, chiedi pure.
Ciao,
Alberto.

Posted by LazerPhEa on 14-04-2004 22:21:

Originally posted by perry00

Sono stato sufficientemente vago?
Se vuoi approfondire la cosa, chiedi pure.
Ciao,
Alberto.

No, anzi! Immaginavo che la cosa dipendesse molto da sw house a sw house...
Però ora vorrei che ti sbilanciassi un pò e mi dicessi fuori dai denti qual' è stato il modello più efficace, almeno per quano riguarda la tua esperienza, magari rapportandolo alla dimensione del progetto...

grazie 1000!

__________________
Questo è il giardino
Dove il principe muore
Nessun sentiero
Nessun destriero
Soltanto un nome... Eterno...

Posted by 0m4r on 15-04-2004 20:26:

Originally posted by perry00
[...](system integrator o software house)[...]

quale è la differenza?

__________________
http://www.twitter.com/0m4r

Posted by Rocco.Li on 15-04-2004 21:11:

Modelli ??????
Io ho un modello che in tutte le aziende e' risultato il piu' efficace !!!

-----
"FUNZIONA ? OK, andiamo in produzione...."

Come e' fatto ? Chissenefrega...
-----

Questo perche' il 90% dei responsabili IT, non sono informatici !!!
E spesso il "time to market" e' l'unico parametro veramente importante, anche perche i commerciali promettono e vendono anche cose che non hanno, e tu devi correre per soddisfare i clienti, a qualunque costo.
Ergo, vogliono un ROI altissimo, a fronte di investimenti bassissimi.
Economia, sono i soldi che fanno girare il mondo !

__________________
Alcuni uomini vedono le cose come sono e dicono: << Perche' ? >>
Io sogno le cose come non sono mai state e dico: << Perche' No ? >>
George Barnard Shaw, Commediografo.

"non preoccuparti troppo, comunque vada la vita, non ne uscirai vivo !" - anonimo

Posted by perry00 on 16-04-2004 09:59:

Originally posted by 0m4r
quale è la differenza?

System integrator era inteso come azienda che non solo produce pacchetti sw, ma offre anche servizi custom di integrazione fra sistemi. Di fatto molte aziende medio-grandi fanno tutto.
Ciao,
Alberto.

Posted by perry00 on 16-04-2004 10:26:

Originally posted by LazerPhEa

(...) qual' è stato il modello più efficace, almeno per quano riguarda la tua esperienza, magari rapportandolo alla dimensione del progetto...(...)

Nella mia esperienza non ho trovato un modello efficace in tutte le situazioni. Settori applicativi diversi richiedono approcci non sempre uguali.
Nei lavori in ambito business intelligence ho trovato produttivo un approccio iterativo/prototipale, con un confronto contiuno con l'utenza. Questo perché le esigenze sono talmente mutevoli nel tempo che non si possono cristallizzare fino al rilascio dell'applicativo. Ho trovato efficace basarsi su una tecnologia abilitante di business intelligence con un buon ambiente di sviluppo che lascia la flessibilità di realizzare cose non previste dallo standard.
In progetti più "gestionali" è dura. Conviene a mio avviso scegliere il metodo più adatto in funzione dell'utenza, della complessità, del grado di qualità richiesto e dei rischi.
Un esempio: Se si deve realizzare un applicativo per uno stabilimento che gestisce la fornitura di farmaci per studi clinici, è necessario che il progetto segua un sistema di qualità, ovvero sia validato, perché il livello di rischio in caso di difetti del software è elevato.
Attualmente lavoro in una ditta farmaceutica e per policy aziendale il software in uso presso gli stabilimenti produttivi ed ai fini degli studi clinici deve essere realizzato secondo questi canoni. Ci sono periodicamente audit interni per verificare che tutto sia stato fatto a regola d'arte.
In questa situazione ogni fase della realizzazione dev'essere documentata secondo le regole dettate dal sistema di qualità. Il modello di sviluppo in questi casi è tipicamente a cascata - requisiti utente che generano specifiche funzionali, che a loro volta generano specifiche tecniche; piani di collaudo e collaudi documentati, ecc. Non ti nascondo che in questi casi è dura incastrare l'utente a queste regole, costringendolo a pensare e comunicare bene le sue esigenze fin dall'inizio. E' un'arte che va imparata

Anzi, mi trovo spesso fra incudine e martello - da una parte l'utente che mostra dell'insofferenza verso l'approccio e dall'altra la software house che a volte è fin troppo rigida. :wall:

Altro esempio: l'approccio dell'utente (estremizzo) "voglio tutto e subito ma non ho tempo per dirti cosa voglio". In ambiti dove non c'è un vincolo stringente di qualità, come ad esempio molto software che viene usato nelle direzioni commerciali è meglio utilizzare un approccio misto fra il prototipale e tradizionale a cascata.

Ciao,
Alberto.

Posted by perry00 on 16-04-2004 10:39:

Originally posted by Rocco.Li
Modelli ??????
Io ho un modello che in tutte le aziende e' risultato il piu' efficace !!!

-----
"FUNZIONA ? OK, andiamo in produzione...."

Come e' fatto ? Chissenefrega...
-----

Questo perche' il 90% dei responsabili IT, non sono informatici !!!
E spesso il "time to market" e' l'unico parametro veramente importante, anche perche i commerciali promettono e vendono anche cose che non hanno, e tu devi correre per soddisfare i clienti, a qualunque costo.
Ergo, vogliono un ROI altissimo, a fronte di investimenti bassissimi.
Economia, sono i soldi che fanno girare il mondo !

Mi sa che sono uno del 10% di responsabili IT informatici

E in questa posizione la vita non è facile se si vogliono fare le cose a regola d'arte. In questa situazione bisogna guadagnarsi l'autorevolezza presso i propri utenti (clienti interni) per potere fronteggiare le iniziative commerciali da parte di operatori nel settore informatico che vendono fumo.

Il fatto che molte posizioni nei reparti IT o nelle software houses non siano ricoperte da informatici "veri" è effettivamente un problema. Naturalmente non si può generalizzare, c'è gente che non ha fatto studi informatici ma che sul lavoro ha acquisito notevole esperienza e ci sa fare, ma la tendenza è un pò quella che dici tu.

Come ALSI ci stiamo battendo per il riconoscimento e la valorizzazione della figura professionale dell'informatico (nel nostro caso laureato, essendo noi un'associazione di laureati).

Ciao,
Alberto.

Posted by perry00 on 16-04-2004 10:57:

Originally posted by perry00
(...) Naturalmente non si può generalizzare, c'è gente che non ha fatto studi informatici ma che sul lavoro ha acquisito notevole esperienza e ci sa fare, ma la tendenza è un pò quella che dici tu.

Una battuta: mi è venuto in mente il caso di una ex collega, laureata in filosofia che era una "maga del dataease". Per chi non lo conosce, dataease è un DB con ambiente di sviluppo per la realizzazione di applicazioni gestionali. Tanti anni fa era diffuso in ambiente DOS.
Tutti ci divertivamo a prendere in giro questa persona perché...dataease (nella release di allora) era un prodotto talmente contorto ed anti-informatico che solo una filosofa lo poteva capire...

Posted by LazerPhEa on 16-04-2004 11:46:

Originally posted by perry00
Nella mia esperienza non ho trovato un modello efficace in tutte le situazioni. (cut)

Grazie 1000! E' davvero una bella idea quella di questo forum...per lo meno ci permette di avere una finestra sulla realtà che (speriamo) tra poco sarà anche la nostra...

__________________
Questo è il giardino
Dove il principe muore
Nessun sentiero
Nessun destriero
Soltanto un nome... Eterno...

Posted by elio.gagliardi on 16-04-2004 17:54:

Ciao raga,
vi do anche la mia versione.
In quanto consulente esterno, e quindi vendor-independent, mi trovo a che fare con i problemi del time-to-market posti dal Cliente (con la "C" maiuscola, xé è sempre degno di rispetto - ci paga!) e della qualità del lavoro.

Quale modello?
Ha ragione sia chi dice che nella realtà non ci sono modelli prestabiliti, sia chi afferma che in determinati casi devi conoscerli ed applicarli nel giusto contesto.

La mia esperienza dice che la strada non è mai dritta (e perfetta come vorrebbe la teoria); ma non si può fare a meno di un punto di riferimento (il Modello, appunto) che ti guida.

Un esempio: la documentazione! Possibile che ci si accorga solo a fine progetto che bisogna correre a fare la manualistica? E lo si fa di corsa, male e solo il minimo indispensabile per essere a posto con il contratto?

Eppure, in qualsiasi Modello tu scelga, la documentazione è prevista fin dall'inizio (come dico sempre io, la manualistica è - dovrebbe essere - semplicemente la documentazione delle specifiche scritta in bella; pensaci, è così).

Come ALSI stiamo proprio cercando di far capire che non esiste una differenza preconcetta sulle competenze, anzi spesso le impariamo sul campo.
Quel che è diverso è la capacità di comprendere e di affrontare le situazioni e le possibilità di crescere velocemente.
A questo servono tutti quegli schifosi esami che stai dando. E' una palestra per la mente. Il resto è "nozionismo".

A disposizione,
Elio

Posted by Lunik on 16-04-2004 19:17:

Originally posted by perry00
dataease (nella release di allora) era un prodotto

è ancora usato questo dataease?

__________________
Il DSY su Facebook!!!

Posted by perry00 on 16-04-2004 19:25:

Originally posted by Lunik
è ancora usato questo dataease?

Ah saperlo!

Io non l'ho più incrociato da 8 anni a questa parte. Ho visto che c'e' un sito www.dataease.com ma non so se è lo stesso prodotto perché 8 anni fa era un prodotto DOS e ciò che viene proposto sul sito è un prodotto ovviamente Windowz. Ai tempi non mi piaceva per nulla.

Fai questa domanda perché più in generale vorresti sapere che DB ti conviene imparare?

Ciao,
Alberto.

Posted by Lunik on 16-04-2004 19:41:

eh...ehm...beh si....
però io sono una di quelle persone che vogliono imparare qualcosa senza troppo sbattimento...

lo so, lo so e lo so, pretendo troppo....... ma se una cosa non la capisco subito..lascio tutto

__________________
Il DSY su Facebook!!!

Posted by perry00 on 20-04-2004 23:22:

Originally posted by Lunik
eh...ehm...beh si....
però io sono una di quelle persone che vogliono imparare qualcosa senza troppo sbattimento...

lo so, lo so e lo so, pretendo troppo....... ma se una cosa non la capisco subito..lascio tutto

Breve elenco dei principali motori DB di fascia alta in commercio:

Oracle (www.oracle.com)
Microsoft SQL Server (www.billgatezeamici.com)
IBM DB2 (www.ibm.com)
Sybase (www.sybase.com)
mySQL (www.mysql.com)

e sul fronte DB "personali" (per applicativi monoutente o con "pochi" utenti concorrenti):

Microsoft Access (www.semperlù.com)
Paradox (www.corel.com)

Ciao,
Alberto

All times are GMT. The time now is 12:11.

Pages (2): [1] 2 »
Show all 16 posts from this thread on one page