Oui, désolé, j’ai mal lu. 96000 lignes, ça fait effectivement un projet sur lequel c’est applicable.
Pour le reste de ton message :
Paramètres : COCOMO prévoit trois modèles de base (cf. l’article Wikipedia). Bon, celui utilisé par sloccount par défaut est le modèle « simple » (programme sans difficulté), donc celui qui donne la plus petite valeur. (En fait, l’écart entre les trois modèles est assez faible.)
En réalité, il y a plus que le simple nombre de ligne de code qui entre en jeu dans COCOMO (cf. les articles français et anglais pour voir l’usine à gaz).
À noter aussi que le principe est de calibrer le modèle suivant ses propres projets (on prend les anciens et on trouve un ratio à appliquer pour les suivants).
Utilité : d’abord, le but est prévisionnel, donc utilisé a priori, pas a posteriori. Il doit servir aux mêmes qui pensent que compter les trombones est une bonne méthode de gestion. Ça les rassure d’avoir un alibi mathématique. (C’est un modèle statistique, hein, on sait tous ici ce que ça veut dire...)
Le modèle doit être assez correct pour les développements en équipe.
Conclusion : oui, la déduction est fausse. Ça permet d’évaluer combien ça coûte(rait) de réaliser un logiciel du même nombre de lignes de code. P.ex. ça ne dit pas combien Apple aurait gagné à le vendre (si quelqu’un avait voulu l’acheter), donc combien Apple perd(rait) à le donner. Ça ne compte pas non plus combien Apple gagne en le donnant (pub, instauration d’un standard de fait, etc.).
[^] # Re: Erreurs de calcul...
Posté par Sylvain Sauvage . En réponse à la dépêche Apple libère Grand Central Dispatch. Évalué à 3.
Oui, désolé, j’ai mal lu. 96000 lignes, ça fait effectivement un projet sur lequel c’est applicable.
Pour le reste de ton message :
Paramètres : COCOMO prévoit trois modèles de base (cf. l’article Wikipedia). Bon, celui utilisé par sloccount par défaut est le modèle « simple » (programme sans difficulté), donc celui qui donne la plus petite valeur. (En fait, l’écart entre les trois modèles est assez faible.)
En réalité, il y a plus que le simple nombre de ligne de code qui entre en jeu dans COCOMO (cf. les articles français et anglais pour voir l’usine à gaz).
À noter aussi que le principe est de calibrer le modèle suivant ses propres projets (on prend les anciens et on trouve un ratio à appliquer pour les suivants).
Utilité : d’abord, le but est prévisionnel, donc utilisé a priori, pas a posteriori. Il doit servir aux mêmes qui pensent que compter les trombones est une bonne méthode de gestion. Ça les rassure d’avoir un alibi mathématique. (C’est un modèle statistique, hein, on sait tous ici ce que ça veut dire...)
Le modèle doit être assez correct pour les développements en équipe.
Conclusion : oui, la déduction est fausse. Ça permet d’évaluer combien ça coûte(rait) de réaliser un logiciel du même nombre de lignes de code. P.ex. ça ne dit pas combien Apple aurait gagné à le vendre (si quelqu’un avait voulu l’acheter), donc combien Apple perd(rait) à le donner. Ça ne compte pas non plus combien Apple gagne en le donnant (pub, instauration d’un standard de fait, etc.).