L’estimation de la taille d’un logiciel en mesurant la fonctionnalité : comment le faire

L’estimation de la taille d’un logiciel en mesurant la fonctionnalité : comment le faire

Dans cet article, nous verrons comment estimer la taille d’un projet logiciel en mesurant ses fonctionnalités.

L’estimation de la taille d’un logiciel est une tâche nécessaire et importante dans le développement de logiciels. Il peut être utilisé pour déterminer les ressources nécessaires au développement d’un produit et prévoir son coût final.

Est-il possible d’estimer la taille d’un logiciel avant de le coder ?

Oui, mais il est important de noter que la taille du logiciel dépend de plusieurs facteurs. Le nombre de lignes de code (LOC) dans le logiciel est un bon point de départ. D’autres facteurs facilitant l’estimation incluent le nombre de fonctions, de bugs ou même le nombre d’utilisateurs.

Bien que LOC soit couramment utilisé, il ne prend pas en compte les éléments non fonctionnels, les lignes en double et certaines fonctions inutilisées. De plus, différents langages de programmation ont un nombre différent de lignes par unité de code. Cela en fait donc une technique d’estimation inexacte.

Comment mesurer la taille d’un logiciel par fonctionnalité ?

Aperçu

Il s’agit de la méthode la plus courante pour mesurer la taille d’un logiciel. Grâce à cette technique, vous mesurez les fonctionnalités que vous devez fournir à vos utilisateurs. Autrement dit, vous compterez le nombre de fonctionnalités qui ont été implémentées.

La fonctionnalité est une bonne mesure de taille car elle mesure la complexité du logiciel.

1. Identifiez toutes les fonctions et fonctionnalités

  1. Créez une liste de toutes les fonctions et fonctionnalités de votre logiciel. Vous pouvez utiliser un outil comme Microsoft Excel.
  2. Ensuite, incluez une description de ce qu’il fait et de tout autre attribut que vous jugez important, car ces informations vous seront utiles pour les regrouper en composants logiques.
  3. Déterminez quelles fonctions/caractéristiques dépendent des autres. Un composant sans dépendances peut être considéré comme autonome et sa taille sera égale à son nombre LOC. Vous pouvez compter le LOC manuellement ou utiliser un outil de compteur de LOC.
  4. Si une fonction/caractéristique a des dépendances, augmentez sa taille en additionnant tous les LOC qui en dépendent.

2. Attribuez chaque fonction à un groupe

  1. Regroupez les fonctions similaires et attribuez-les à une ou plusieurs catégories.
  2. Attribuez des points par fonction au sein de ces groupes en fonction de leur complexité et de leur difficulté.

La taille d’un composant doit être proportionnelle à sa complexité. Un composant avec une logique plus complexe aura plus de fonctionnalités qu’un composant avec une logique simple. Par exemple, lors du regroupement de fonctions, vous pouvez créer une distinction entre les fonctions de base et les fonctions principales.

Chaque logiciel possède des fonctions et fonctionnalités de base et essentielles. Ce sont les ingrédients clés qui assurent le bon fonctionnement de votre produit et constituent une nécessité. Cela vous aidera à créer des métriques plus significatives lorsque vous comparerez la taille de votre application au fil du temps.

3. Calculez la taille de chaque composant

Après avoir regroupé vos composants et décidé lesquels doivent être inclus dans votre calcul, vous devez déterminer le nombre de lignes de code (LOC) de chaque composant.

Alternativement, vous pouvez le faire en utilisant un outil capable de compter automatiquement le LOC pour chaque composant.

Avantages et inconvénients de l’utilisation de la métrique de fonctionnalité dans l’estimation de la taille d’un logiciel ?

Les méthodes traditionnelles de mesure de la taille des logiciels ne comptent que le nombre de lignes de code, ce qui ne montre pas combien de fonctionnalités se trouvent réellement dans votre logiciel. Mesurer la taille d’un logiciel par fonctionnalité est plus logique, surtout lorsqu’il s’agit de logiciels à grande échelle au niveau de l’entreprise.

Il donne une image plus précise de ce qui est disponible pour l’utilisateur et permet au propriétaire du produit d’évaluer facilement le paysage concurrentiel.

Et même si cette méthode présente des inconvénients, elle est bien meilleure que les autres techniques de mesure de la taille. Après tout, l’utilisateur final peut toujours réduire la taille du logiciel s’il le juge opportun et que votre code le permet.

Comme vous pouvez probablement le constater, nos pensées soutiennent la méthode fonctionnelle. Cependant, nous devons admettre que ce n’est pas la tasse de thé de tout le monde, nous sommes donc ouverts à vos suggestions. Selon vous, existe-t-il une estimation des métriques logicielles qui ferait un meilleur travail ? Faites-le-nous savoir ci-dessous.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *