El uso exclusivo de criterios cualitativos es suficiente para evaluar la calidad del producto software. V F. Las métricas de software deben ser independientes del lenguaje de programación. V F. La métrica de Halstead determina la complejidad de un módulo a partir de los tokens que aparecen en el mismo V F. Según la Métrica de McCabe, cuanto menor es V(G) mayor es la complejidad del programa. V F. Las Métricas de Henry y Kafura son obtenidas a partir de la estructura de un módulo representada como un árbol o grafo de llamadas entre módulos. V F. Las Métricas MOOSE también son conocidas como métricas CK, y fueron propuestas unicamente por Chidamber en 1994. V F. En las Métricas MOOSE, WMC (Weighted Methods per Class) mide la falta de cohesión en los métodos de una clase. V F. NOC (Number of Children) en las Métricas MOOSE es el número de subclases asociadas a una clase. V F. CBO (Coupling Between Objects) en las Métricas MOOSE es especialmente útil para predecir la eficacia del software en términos de rendimiento. V F. LCOM (Lack of Cohesión in Methods) en las Métricas MOOSE mide el número de métodos que pueden ser ejecutados por un objeto de una clase como respuesta a un mensaje recibido. V F. La métrica (NCLOC) se utiliza para contar el número de líneas de código que no están en blanco y que no son comentarios. V F. En las métricas MOOSE, RFC representa el conjunto de métodos que pueden ser ejecutados en respuesta a un mensaje recibido por un objeto de la clase. V F. La métrica de "Depth of Inheritance Tree" (DIT) se refiere al número de clases desde la clase dada hasta la raíz de la jerarquía de la clase (profundidad) V F. El "Weighted Methods per Class" (WMC) se refiere a la cantidad de métodos, complejidad de una clase. V F. El "Coupling Between Objects" (CBO) mide el número de clases con las que está acoplada una clase. V F. "Response For a Class" (RFC) es una métrica que mide la cantidad de código duplicado en una clase. V F. El "Lack of Cohesion of Methods" (LCOM) es una métrica que indica la cantidad de comentarios por método en una clase. V F. En las métricas MOOSE, "Number of Children" (NOC) es una métrica que mide la cantidad de subclases asociadas a una clase particular. V F. Una alta complejidad ciclomática puede ser un indicador de un código de baja calidad. V F. Las métricas de software se utilizan principalmente para medir la calidad del equipo de desarrollo, software. V F. Las métricas de software pueden ayudar a identificar partes de código que podrían beneficiarse de la refactorización. V F. Una métrica de "Code Churn" se refiere al porcentaje de código que se ha modificado, agregado o eliminado en un ciclo de versión. V F. El índice de mantenibilidad es una métrica que no tiene ninguna relevancia en el desarrollo de software. V F. La métrica "Code Duplication" se refiere a la cantidad de código que es idéntico o muy similar en diferentes partes de la base de código. V F. Las métricas de software no tienen impacto en la toma de decisiones durante el proceso de desarrollo de software. V F. Las Métricas MOOD/MOODS se usan para medir características como la encapsulación, herencia, polimorfismo y paso de mensajes. V F. Las métricas de Lorenz y Kidd, propuestas en 1994, se dividen en dos grupos: herencia y de características internas de las clases. V F. Según la IEEE Standard 982.1-1988, el índice de Madurez del Software (SMI) evalúa la estabilidad de un producto software. V F. Las métricas de Genero et al. (2000) y Cruz-Lemus et al. (2005) son aplicables a diagramas de transición de estados. V F. El C and C++ Code Counter es una herramienta de línea de comandos que genera un informe con varias métricas sobre el código, incluyendo líneas de código, complejidad de McCabe, métricas MOOSE y métricas MHK. V F. El plugin Metriculator para Eclipse permite aplicar varias métricas sobre código C++, como líneas de código o complejidad de McCabe. V F. El plugin Eclipse Metrics plugin 1.3.8 permite aplicar varias métricas específicas sobre la complejidad de la estructura de clases para código Java. V F. Las Métricas MOOSE aplican RFC a tres clases A, B y C, cada una con 1 método. V F. LCOM se calcula como el número de pares de métodos que no comparten variables de instancia más el número de pares de métodos que sí comparten alguna. V F. En el caso de LCOM, se tienen en cuenta también constructores, destructores y operaciones set/get. V F. El C and C++ Code Counter también soporta métricas sobre el código V F. Las métricas MOOSE aplican CBO en el contexto de la orientación a objetos. V F. En el cálculo de RFC, se toman en cuenta las llamadas entre los métodos de diferentes clases. V F. LCOM se calcula como el número de pares de métodos que comparten variables de instancia menos el número de pares de métodos que no comparten alguna. V F. La métrica LCOM no considera los constructores, destructores y operaciones set/get. V F. Métricas MOOD/MOODS se centran en medir características como encapsulación, herencia, polimorfismo y paso de mensajes. V F. Las métricas para diagramas UML incluyen las métricas de Genero et al. y Cruz-Lemus et al. V F. La IEEE Standard 982.1-1988 propuso un índice de Madurez del Software que pretendía evaluar la estabilidad de un producto software. V F. La IEEE Standard 982.1-2005 desestimó la medida de madurez propuesta anteriormente por la misma organización. V F. El plugin Eclipse Metrics permite aplicar varias métricas sobre código C++. V F.
|