T7_PyGdPI_UAL

Una métrica en el campo de la ingeniería del Software es... ...cualquier medida o conjunto de medidas destinadas a conocer o estimar el tamaño u otra característica de un software o un sistema de información, generalmente para realizar comparativas o para la planificación de proyectos de desarrollo. ...una métrica de tamaño orientada al funcionamiento o funcionalidad del software, independientemente del lenguaje de programación utilizado. Se basa en la estimación del tamaño del software según las funcionalidades que ofrece al usuario. QUÉ hace el software, independientemente del CÓMO. Ambas son correctas. Ninguna es correcta.

Tipos de métricas en el software. Métricas de Producto que evalúan el software en sí mismo. Métrica del Proceso que miden la eficiencia del desarrollo del software. Métricas de Proyecto que evalúa la gestión y planificación del proyecto. Métricas de Mantenimiento que miden la facilidad de modificar el software después de la entrega. Métricas de Permatrago que miden la facilidad con que te la comes doblada al preguntarte que es permatrago. Métricas de Desarrollo que miden la eficiencia del desarrollo del software. Métricas de Coste que evalúan el coste durante la gestión y planificación del proyecto.

Tipos de mediciones del Software. Medidas directas: Se miden directamente sin cálculos adicionales. Objetivas y fáciles de obtener. Medidas indirectas: (Valores difíciles de cuantificar). Son derivadas de varias métricas y requiere análisis. Medidas directas: (Valores difíciles de cuantificar). Son derivadas de varias métricas y requiere análisis. Medidas indirectas: Se miden directamente sin cálculos adicionales. Objetivas y fáciles de obtener.

Dentro de las métricas del proyecto existen otra serie de métricas como: Métricas orientadas al tamaño como la métrica Líneas de Código (LOC Lines of Code es una de las más utilizadas para medir el tamaño del software. Se basa en contar la cantidad de líneas de código fuente en un programa, excluyendo comentarios y líneas en blanco. Métricas de análisis de puntos de función. Métricas de coste. Métricas de producto. Ninguna es correcta.

La métrica del software más usada es el nº líneas de código (LOC) como medida de longitud del código de un programa. ¿Ventajas?. Es fácil de calcular una vez que el programa esté completo. Son utilizadas en muchos modelos de estimación. Útil para estimar costos y productividad en proyectos similares. Puede usarse para medir el crecimiento del software a lo largo del tiempo. No mide calidad ni complejidad del software. Favorece código largo en lugar de código eficiente. No es comparable entre diferentes lenguajes de programación. Requieren un nivel de detalle difícil de alcanzar en las primeras etapas (solo basada en experiencias pasadas). Todas son correctas.

La métrica del software más usada es el nº líneas de código (LOC) como medida de longitud del código de un programa. ¿Desventajas?. Es fácil de calcular una vez que el programa esté completo. Son utilizadas en muchos modelos de estimación. Útil para estimar costos y productividad en proyectos similares. No mide calidad ni complejidad del software. Favorece código largo en lugar de código eficiente. No es comparable entre diferentes lenguajes de programación. Requieren un nivel de detalle difícil de alcanzar en las primeras etapas (solo basada en experiencias pasadas). Todas son correctas.

Los puntos de función (PF)... ...son cualquier medida o conjunto de medidas destinadas a conocer o estimar el tamaño u otra característica de un software o un sistema de información, generalmente para realizar comparativas o para la planificación de proyectos de desarrollo. ...son una métrica de tamaño orientada al funcionamiento o funcionalidad del software, independientemente del lenguaje de programación utilizado. Se basa en la estimación del tamaño del software según las funcionalidades que ofrece al usuario. QUÉ hace el software, independientemente del CÓMO. Las tres son correctas. Ninguna es correcta. ...miden el tamaño del software según funciones que realizan operaciones sobre los datos, tales como entradas, salidas, consultas y almacenamiento. No se mide el código fuente ni las líneas de código, sino que se analizan las funcionalidades y cómo interactúan con el usuario.

Estándar por el cual se reconoce internacionalmente los puntos de función. ISO/IEC 20926. ISO/IEC 20916. ISO/IEC 29026. ISO/IEC 29206. ISO/IEC 29260. ISO/IEC 26920. ISO/IEC 26902. ISO/IEC 26092.

Procedimiento del Análisis por Puntos de Función. Obtener información del sistema. Identificar las funciones del sistema (Entradas, Salidas, Consultas, Archivos). Clasificar cada función por su complejidad (baja, media, alta). Obtener los Puntos de Función sin Ajustar (PFNA). Obtener los Puntos de Función Ajustados (PFA). Validación. Ninguna es correcta.

Qué dos tipos podemos tener al identificar las funciones del sistemas. Transacciones lógicas: Entradas externas, salidas externas y consultas. Ficheros lógicos: Ficheros Lógicos Internos y ficheros externos de interfaz. Transacciones lógicas: Ficheros Lógicos Internos y ficheros externos de interfaz. Ficheros lógicos: Entradas externas, salidas externas y consultas.

El VAF: Está basado en 14 características generales (GSC) que evalúan la funcionalidad general de la aplicación que se está midiendo. Toman un valor entre 0 y 5. El resultado final puede variar entre 0,65 (si cada Fi vale 0, es decir, si las GSC no tienen ninguna influencia en el sistema) y entre 1,35 (si cada F i vale 5, es decir, si todas las GSC son esenciales para el sistema). Todas son correctas.