Newsgroup: it.lavoro.informatica
Titolo: Calcolo dei costi del software - Function Point e altro

Seguendo un altro thread mi sono imbattuto in questo url
http://www.federica.unina.it/ingegneria/ingegneria-software-ii/costi-progetti-software/
 
 
dove sono riportati alcuni cenni sulla stima dei costi nel software
e anche dei cenni sul calcolo dei function point e il loro
possibile utilizzo nella stima dei costi. Inoltre vengono
anche riportate le tecniche classiche per la stima dei costi
nel software
 
Riporto una pagina con un elenco di queste tecniche
classiche, mettendo sotto ognuna di esse, se io le ho
incontrate o meno.
 
 
Tecniche (classiche ndr) per la stima dei costi
 
Price-to-win estimating
----------------------------
Il costo viene stimato in base a quanto il cliente è disposto a 
spendere. La stima dipende dal budget del cliente più che dalle 
funzionalità del software.
 
Questo metodo l'ho visto usare abbastanza spesso, soprattutto in
ambito poste italiane e sue controllate, anche se non sapevo
che si chiamasse "Price-to-win estimating".
Varie volte e' venuto un cliente dicendo: dovrei risolvere questo
problema, posso spendere 10.000 Euro, vedete che potete fare.
Una volta venne un'azienda che con quella esatta cifra voleva mettere in 
piedi un sistema per la lettura a distanza dei contatori del gas.
 
 
 
1) Giudizio di esperti
--------------------
Vengono consultati esperti sulle tecniche di sviluppo e sul dominio. Il 
costo del progetto viene stimato da ognuno, vengono quindi comparate e 
discusse le stime finché non viene trovato un accordo.
 
Questo era il sistama usato da chi non era completamente fuori di testa.
Peccato che poi alcuni applicavano, la totalmente e palesemente
erronea equazione
 
lead_time=effort/(numero persone)
 
che, per quanto sia totalmente e palesemente erronea,
come ogni libro di ingegneria del software insegna, viene (o almeno 
veniva) utilizzata in qualsiasi multinazionale.
 
 
2) Legge di Parkinson
-------------------
“il lavoro si espande per occupare il tempo disponibile” … il costo 
viene determinato unicamente in base ai vincoli di tempo imposti e alle 
risorse disponibili.
 
 
Di questo ho visto qualche tentativo di applicazione
da parte di qualche b.r. in Ericsson i primi tempi che ci lavoravo
(anche se, anche in questo caso non sapevo che si chiamasse
Legge di Parkinson).
E mi e' costato anche qualche discussione con altri esterni come me, che
volevano di proposito "allungare" i tempi, senza che ce ne fosse alcuna
necessita'.
 
 
3)Stima tramite analogia
-----------------------
Si cerca di stimare il costo trovando delle analogie tra il progetto da 
realizzare e progetti precedentemente realizzati.
 
 
Forse l'ho visto per piccole modifiche a progetti esistenti, quando le 
modifiche erano simili tra loro, ma comunque non e' stato fatto
nel modo descritto all'URL sopra.
 
 
4) Modellazione algoritmica
-------------------------
Viene sviluppato un modello sulla base di informazioni storiche e del 
legame empiricamente trovato tra alcune metriche di prodotto e di 
processo e il costo del software.
 
mai visto fare, mai visto calcolare alcuna metrica di prodotto
(anche se qualcuno in un colloquio telefonico, molti anni fa, mi chiese
se sapevo calcolare i function point).
 
 
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 Price-to-win estimating
ovviamente questa era la prima e le altre a seguire
 
Ciao,
Marco.


 -------------------------
 
Va bene.
Dove sono i Function Point?
Fra tutte le /psedometriche/ elencate e' quella che, con i dovuti
limiti, ha meno carenze ma non e' presente.
-- 
ac (x=y-1)
Aborro il Killfile
(La violenza e' l'ultimo rifugio degli incapaci -Salvor Hardin-)

Il 12/07/2017 00:29, Alessandro Cara ha scritto:
 
 >
 > Va bene.
 > Dove sono i Function Point?
 
al link indicato, cioe' qui:
 
http://www.federica.unina.it/ingegneria/ingegneria-software-ii/costi-progetti-software/
 
 
da pag 10 a pag 28 circa.
Forse non è una trattazione completa dell'argomento ma può essere un
buon punto di partenza.
 
 > Fra tutte le /psedometriche/ elencate e' quella che, con i dovuti
 > limiti, ha meno carenze ma non e' presente.
 
Quelle riportate dal me nel post precedente non erano pseudometriche
ma erano le tecniche di "stima tradizionali" dei costi del software,
la maggior parte delle quali non fa uso di alcuna metrica del software.
 
  L'unica che usa delle metriche del software e in cui i function point 
potrebbero entrare e' l'ultima ovvero
 
Modellazione Algoritmica
---------------------------
Viene sviluppato un modello sulla base di informazioni storiche e del 
legame empiricamente trovato tra alcune metriche di prodotto e di 
processo e il costo del software.
 
La "metrica" potrebbero essere appunto i function point (o piu'
probabilmente le linee di codice equivalenti, calcolate
a partire dai Function Point). Non so se il modello 
CO.CO.MO
 possa 
rientrare in tale modellazione algoritmica, ma a priori
direi di si.
 
Ciao,
Marco.


 incontrate o meno.
 
Io il calcolo del costo del software con sistemi analoghi, l'ho visto 
solo in tribunale, per valutare l'entita' del danno in seguito ad un 
furto di software. Ma era un calcolo ex-post, non una stima ex-ante.
 

 
 
Come dicevo prima mi e' capitato di essermi /scontrato/ con  i FP.
e Uhhhhmmmmmm....
"le linee di codice equivalenti, calcolate a partire dai Function Point"
Qui e' piuttosto complicato.
Le linee di codice sono dipendenti dall'ambiente/linguaggio
1000Fp sono probabilmente 10^5 linee di codice Cobol (da li nascono)
ma possono essere tranquillamente 10^4 in un linguaggio
che usa prefabbricati (un minimo di esperienza sulla cosa la ho avuta,
qui odiano i miei nanetti e non sto a rivangare).
Ormai ho "quasi" dimenticato tutta la faccenda ma fondamentalmente
i FP basano (basavano?)  il calcolo sulla struttura dei dati e
sulle /funzioni/ richieste su di essi
 
btw non so se ho capito bene la questione che ponevi.



Ovviamente  eri dalla  parte dell'inquisito? ;-)



Facile che abbia indicato l'algoritmo al CTU.


Ma dai retta a uno che che non distingue inquisito da resistente?
In realta' ho redatto i dati per conto del ricorrente utilizzando il 
modello COCOMO che, a quel tempo, meglio si adattava al linguaggio 
utilizzato. Inoltre era diffuso in ambiente universitario, che in 
tribunale fa sempre un certo effetto, ovvero se in una relazione 
peritale vengono citati professori universitari, e' piuttosto difficile 
opporvisi, e il giudice ammicca.

 Ma dai retta a uno che che non distingue inquisito da resistente?
corretto: valutazione del danno -> causa civile


Quello di Jack Bauer?
Un grande! Chuck Norris (aka drUgo non lo vede proprio)


 opporvisi, e il giudice ammicca.
 
Come Pietro? (e' una citazione non prevista da COCOMO o COCOPO o COCOCO
o chicchirichi o coccorico')
Bravo hai fatto bene il compitino.
Padrone delle piu' sottili metodologie per circonvenire giudici incapaci
e ignoranti e culturalmente asserviti sia che trattino di inquisiti che
di resistenti (te sentisse Davigo!)
Uno dei grossi problemi della giustizia (civile/penale fa poca differenza)
Ma di un informatico che fa il perito c'e' poco da fidarsi.
btw mi e' capitato.
Lette le carte del postulante ho cortesemente rifiutato.
Manco 27 premi /Oscar/ gli avrebbero dato ragione.


 btw mi e' capitato.
 
A me non e' capitato, mi sono limitato ad illustrare le mie scelte al 
perito di parte, per ordine e conto dell'azienda per la quale allora 
lavoravo, a cui aveva conferito l'incarico.
Perche' poi, della perizia di un informatico non ci si possa fidare 
tout-court, lo sai solo tu, probabilmente perche' non puoi che basarti 
sulla tua personale esperienza, evidentemente fallimentare, o 
verosimilmente per effetto dell'arruffamento dei tuoi pensieri di cui sopra.

 Ma di un informatico che fa il perito c'e' poco da fidarsi.
 
Quindi le perizie di tipo informatico a chi le faresti fare, al cane di 
ciccio?
 
 
-- 
The three most dangerous things in the world are a programmer with a 
soldering iron, a hardware type with a program patch and a user with an 
idea.

 
 
Per rispondere alla tua domanda: ad un esperto della materia
 
 
Se il cane di ciccio lo e' non vedo perche' no.
Poi potrei gicherellare con un:
Ho visto cani sapienti e sapienti cani
E sentito di perizie diametralmente opposte.
 
Nota finale: Come al solito il 3d e finito non si sa dove
e l'OP e' negletto.
Ovviamente metto anche il sottoscritto fra i generatori
di rumore (garbage code).


 di rumore (garbage code).
Anche tu hai bisogno di una perizia.


 
Ci vorrebbe uno bravo, pero'.

 
 
Non sei stato particolarmente originale.
Gia' avuto lo stesso consiglio.
Stranamente forse da persone che ne aveva bisogno + del sottoscritto.
 
Ma non lo diro' mai
Non e' certo colpa mia se tutti vanno al contrario in autostrada
Per non parlare dei miliardi di mosche che hanno ragione
  ;-)
 
PS. Fortunatamente non e' periziz informatica.
  Mi sono salvato dal drugo (grande citazione) :D



Non sei un grande informatico.
Per me ne basta uno scarso ;-)


 Gia' avuto lo stesso consiglio.
 
L'originalita' non faceva parte delle mie intenzioni.
Era un suggerimento, come dire, umanitario.


 L'originalita' non faceva parte delle mie intenzioni.
 
Aggiungerei che quel consiglio era anche l'unico possibile.
Come del resto anche il troll conferma, asserendo che l'ha gia' avuto. 
Tu non potevi saperlo ma, a dire il vero, era abbastanza facile immaginarlo!
 

 di rumore (garbage code).
 
Mah...
Non ho letto tutti i post del thread, ma questo ramo almeno ha avuto
il merito di mostrare che "da qualche parte" il metodo
di calcolo del costo del software tramite function point almeno
una volta nella vita e' stato usato
(anche se in un luogo [l'aula di un tribunale],
diverso da quello in cui secondo me  dovrebbe essere normalmente
usato [ovvero nella sede di ogni multinazionale che svilupp
software o ne commissiona lo sviluppo a suoi fornitori]).
 
Almeno per quanto riguarda questo ramo, mi sembra molto meno "finito 
chissa' dove" rispetto ad altre volte, pur essendo i toni
sempre alquanto discutibili.
 
Quanto al negletto, non e' un problema:
 
mi "negligo"  tranquillamente anche da solo
 
Ciao,
Marco.


 Mah...
 
La prossima volta che posti qualcosa, dicci anche la risposta che vuoi, cosi` risparmiamo tempo e fatica.
 

 
 
Ognuno si "neglige" come puo'


 
Ahhhhhhhh.....
Il capo di Fantozzi, capisco.
 
Perche' non sei davanti alle coste libiche ?
O citofoni da li?
Non vorrei citare Bruce Chatwin.



N.B.
Per eventuali lettori ignari.
Il sottoscritto e il post(ululante) siamo in gara per chi
e' + cojone (!?)
Per favore votate me!
Non amo essere secondo a /nemo/
 
 
---------------------------
Ahhhhhhhhhhhhhhhhhhhhh!
 
A quest'ora il questore in questura non c'e'.
Disse il perito (nel senso di morto) che
amava discettare di parole fra Mercuzio e Mina.
 
Ma per le tue navi sono chiusi i porti.
Fossero anche navi dalle vele nere.
Ma tu non hai a che fare con nulla di concavo
 
Forse con drughi o dudi
Ma non con dadi
La realta' non gioca con Dio
Come Dio non gioca a dadi
 
E l'immaginazione e' al potere
E rollare e' meglio di trollare
E possibile e impossibile sono  e nonsono
E facile e' solo quello che .....


 
Se citi Bruce Chatwin ti rispondo citando Jimmy il Fenomeno o Bombolo, a 
scelta tua.
