Nous présentons actuellement Design-by-Contract à un groupe de développement de logiciels d'environ 60 développeurs, qui développent différents composants. Nous avons commencé par définir des politiques de conception par contrat pour C# et Java. Pour mesurer les progrès, nous comptons le nombre de classes et le nombre d'assertions de contrat (Conditions préalables, conditions de publication et invariants) avec une simple recherche de mots-clés (à l'exclusion des commentaires et des littéraux de chaîne). Nous avons donc deux statistiques:Est-ce que quelqu'un a fait l'expérience de métriques pour Design-By-Contract ou peut recommander des mesures pour mesurer l'utilisation de Design-By-Contract dans une base de code?
- Nombre d'affirmations du contrat par composante
- Nombre moyen d'assertions de contrat par classe par composant
Quelqu'un at-il des expériences avec des mesures pour la conception par contrat ou peut recommander des mesures pour mesurer l'utilisation de Design-By-Contract dans une base de code?
Juste pour clarifier, quel genre de métriques recherchez-vous. Qu'est-ce que vous voulez mesurer? voulez-vous juste savoir que les contrats sont utilisés? – roundcrisis
Je cherche des métriques, qui me disent que les contrats sont "suffisamment" utilisés. Nous voulons augmenter la qualité du code avec les contrats. Si nous voyons une équipe ne mettant en œuvre aucun contrat ou seulement très peu, nous pouvons soutenir l'équipe avec la formation et la consultation. La question est de savoir si un composant a suffisamment de contrats, donc sa compréhensibilité, la maintenabilité ainsi. est mieux supporté avec 'Design by Contract'. – SvenG
Bien qu'il puisse vous donner une idée de la quantité utilisée, il est préférable de vérifier COMMENT il est utilisé. Deux contrats bien définis peuvent en dire plus de dix mauvais. Aller après la qualité d'abord, puis la quantité. – koenmetsu