Comment déterminer la taille d'un projet (lignes de code, points de fonction, autres)

Comment évaluez-vous la taille du projet?

Partie A: Avant de commencer un projet.

Partie B: Pour un projet complet.

Je suis intéressé par la comparaison de projets indépendants. Voici quelques options:

1) Lignes de code.

  • Je sais que ce n'est pas une bonne mesure de la productivité, mais est-ce une mesure raisonnable de la taille du projet?
  • Si je voulais estimer combien de temps il faudrait pour recréer un projet serait-ce un moyen raisonnable de le faire? Combien de lignes de code dois-je estimer un jour?

2) Les Points De Fonction.

  • Fonctions de points sont définis comme le nombre de:
    • entrées
    • sorties
    • demandes de renseignements
    • fichiers internes
    • interfaces externes
  • Quelqu'un a un point de vue à savoir si c'est une bonne mesure?
  • Est-il un moyen de **de faire ça?

Quelqu'un aurait-il une autre solution? Les heures prises semble que cela pourrait être une mesure utile, mais pas uniquement. Si je vous demande ce qu'est un "plus" et de vous donner deux programmes comment voulez-vous l'approche de la question?

J'ai vu plusieurs discussions de ce sur stackover débit, mais la plupart discuter de la façon de mesurer la productivité du programmeur. Je suis plus intéressé à la taille du projet.

Si vous avez Visual Studio, vous pouvez exécuter une analyse de code. Il vous donne la complexité cyclomatique, l'héritage de la profondeur, de la LDC et une variété d'autres outils que vous dire d'où ça devient trop complexe...
Puis-je vous demander pourquoi vous voulez savoir ce que l'on cherche à atteindre? Qui peut avoir un impact sur la mesure la plus appropriée. Essentiellement, qu'entendez-vous par taille?

OriginalL'auteur sixtyfootersdude | 2010-05-31