Logiciel métrique
Un logiciel métrique de est une mesure d'une certaine propriété d'un morceau de logiciel ou de ses caractéristiques.
Puisque les méthodes quantitatives ont prouvé si puissant en les autres sciences, les praticiens et les théoriciens de l'informatique du ont travaillé dur pour apporter les approches semblables au développement de logiciel. Tom DeMarco indiqué, « vous ne pouvez pas commander ce que vous ne pouvez pas mesurer. »
Métrique commune de logiciel
La métrique commune de logiciel inclut : l'ordre des lignes de source de de
classes et interfaces accouplement de de
'
Limitations
Il est très difficile d'une manière satisfaisante de définir ou mesurer le " ; combien de " ; le logiciel là est dans un programme, particulièrement en faisant une telle prévision avant la conception de détail. L'utilité pratique de la métrique du logiciel de a été ainsi limitée pour rétrécir des domaines où le procédé de mesure peut être stabilisé.
Les méthodologies de gestion telles que la maturité de possibilités de modèlent ou OIN 9000 ont donc concentré plus sur la métrique de processus de qui aide à la surveillance et à commander les processus de qui produisent le logiciel.
Exemples de la métrique de processus affectant le logiciel : nombre de
fois où le programme n'a pas reconstruit le nombre durant la nuit de
des défauts présentés par nombre de
Critiques
Faiblesses et critique potentielles de l'approche de métrique :
non conformiste : Il serait non conformiste pour ramener l'exécution d'une personne à un nombre restreint de variables numériques et puis pour juger lui/elle par cette mesure. Un surveillant peut assigner le programmeur le plus doué aux tâches les plus dures sur un projet ; quels moyens il peut falloir à la plus longue heure de développer la tâche et peut produire des la plupart des défauts dus à la difficulté de la tâche. Les directeurs non informés surveillant le projet pourraient alors juger le programmeur comme exécutant mal sans consulter le surveillant qui a la pleine image.
se humiliant : « Gestion par des nombres » sans souci de la qualité de l'expérience des employés, au lieu « des personnes de gestion. » travers de
: Le procédé de mesure est polarisé par l'acte de la mesure par des employés cherchant à maximiser la perception de la gestion de leurs exécutions. Par exemple, si des lignes du code sont employées pour juger l'exécution, puis des employés écrira autant de lignes de code séparées comme possibles, et s'ils trouvent une manière de raccourcir leur code, ils peuvent ne pas l'employer.
imprécis : Aucune métrique connue n'est signicative et précise. Les lignes du code mesurent exactement ce qui est dactylographié, mais pas de la difficulté du problème. Des points de fonction ont été développés pour améliorer la mesure la complexité du code ou des spécifications, mais ils exigent du jugement personnel d'employer bien. Les différents estimateurs produiront différents résultats. Ceci fait des remarques de fonction dures pour employer assez et peu susceptible d'être bien employé par chacun. Les grandes morsures Apple~2 (par Arunabha Sengupta ) est un travail fictif qui contient une discussion détaillée et pleine d'humour à l'approche théorique et impraticable de la Communauté de logiciel vers des mesures.
peu économique/suboptimal : On lui a discuté que quand la valeur économique des mesures sont calculées suivre des méthodes prouvées de la théorie de la décision , mesurant l'exécution de programmateur de logiciel s'avère être une priorité beaucoup plus basse que les avantages et les risques incertains de mesure.
Métrique de jeu
L'expérience d'industrie suggère que la conception de la métrique encourage certains genres de comportement des personnes étant mesurées. Obtiennent l'expression commune appliquée est « vous ce que vous mesurez » (ou « faire attention ce que vous souhaitez ").
Un exemple simple qui est réellement tout à fait commun est le coût-par-fonction-point métrique de appliqué dans quelques programmes d'amélioration de processus de logiciel comme indicateur de la productivité. La manière la plus simple de réaliser un coût-par-POINT DE GEL inférieur est de faire des remarques de fonction arbitrairement plus petites. Puisqu'il n'y a aucune manière standard de mesurer des points de fonction, le métrique est grand ouvert au jeu - c.
Une école de pensée sur la conception de métrique suggère que la métrique communique la vraie intention derrière le but, et que les gens devraient faire exactement ce que le métrique leur indique pour faire. C'est un avantage supplémentaire du développement conduit par essai , où des lotisseurs sont encouragés à écrire le code spécifiquement pour passer l'essai. Si c'est le code faux, alors ils ont écrit l'essai faux. Dans le processus de conception de métrique, le jeu est un outil utile pour examiner la métrique et à aider à les rendre plus robustes, comme pour les équipes de aide articuler à plus clair et effectivement leurs vrais buts.
Il convient noter qu'il y a très peu de métrique industriellement compatible qui se tiennent jusqu'même au jeu modéré.
Métrique de équilibrage
L'one-way pour éviter « fasse attention ce que vous souhaitez » le piège doit appliquer une suite de la métrique qui s'équilibrent dehors. Dans des projets de logiciel, il est recommandé pour avoir au moins un métrique pour chacune de ce qui suit : Le
a coûté la qualité de
Trop d'emphase sur des n'importe quels de ces aspects d'exécution est susceptible de créer un déséquilibre dans les motivations de l'équipe, menant à un projet dysfonctionnel.
La carte de score équilibrée par est un outil utile pour contrôler une suite de la métrique qui adressent des perspectives multiples d'exécution.
Voir également l'analyse quantitative de l'informatique d'Ohloh de
.
| Random links: | Système de fichiers de haute performance | Jacques Raverat | Liam Lawrence | William Sears (Bahá'í) | Tinsley Ellis | Software_métrico |