Please enable JavaScript.
Coggle requires JavaScript to display documents.
PLANIFICACIÓN 11: MEDICIÓN DEL TAMAÑO DEL SOFTWARE - Coggle Diagram
PLANIFICACIÓN 11: MEDICIÓN DEL TAMAÑO DEL SOFTWARE
Medida de tamaño
Al seleccionarse medidas de tamaño de software, debe asegurarse principalmente de que las medidas seleccionadas sean útiles para la planificación y sean precisas.
Utilidad para la planificación
Si los tamaños del los programa que uno hace se pueden correlacionar razonablemente bien con sus tiempos de desarrollo, se puede hacer una estimación bastante buena en cuanto al tiempo.
En algunos proyectos, se tiene muchos productos de planificación, para ellos también se debes aplicar medidas que se correlacionen hábilmente con las horas que se necesitan para desarrollarlos.
Al evaluar las medidas de tamaño, le interesa la correlación entre la medida del tamaño y las horas de desarrollo y la importancia de esta correlación
En todos los casos, la prueba crítica es si el esfuerzo de desarrollo requerido se correlaciona razonablemente con el tamaño medido. Si no es así, el proceso que se está utilizando es inestable.
Una significancia de 0,05 se considera buena mientras que una de 0,20 se considera mala.
En PSP se busca que a que el proceso de uno mejore, el rendimiento se estabilice y las estimaciones sean más precisas. Para ello, se debe examinar periódicamente los métodos de estimación para encontrarle sentido a aquellas medidas que antes no se entendían.
Significado, la probabilidad de que haya obtenido este resultado por casualidad.
LOC es la medida del tamaño común y se ha demostrado que se correlaciona bastante bien con el esfuerzo de desarrollo.
La correlación es el grado en que dos conjuntos de datos están relacionados. El valor de correlación varía de 1,0 a +1,0. Para que se útil para fines de estimación y planificación, el valor de r debe ser mayor que 0,5.
Precisión
Una vez que haya seleccionado una medida de tamaño precisa, necesitará medios automatizados para asegurarse de que se cuente de manera precisa y económica.
Un marco de medición de tamaño
Comunicación: ¿La interpretación o aplicación es la correcta?
Repetibilidad: ¿Se puede obtener el mismo resultado si se repite?
Con las medidas de tamaño, el principal problema de precisión se refiere al grado en que la medida está completamente definida (cada uno tiene una definición propia de LOC).
Depende del cuidado con el que se especifique y aplique la medida.
Marco para definir con precisión la métrica LOC:
Lenguaje: de programación
Autor: Tu nombre
Nombre de la definición: el nombre que le da al estándar
Fecha: en que se realizó
Tipo de recuento: lógico (elementos del lenguaje) o físico (líneas)
Tipo de declaración:
Directivas del compilador: no existe consenso y es opcional.
Comentarios: No se cuentan.
Declaraciones: se debe decidir cómo contarlas
Líneas en blanco: No se cuentan.
Ejecutable: declaraciones ejecutables
Aclaraciones: ser claros y específicos.
Relación entre una afirmación y el hecho real.
Contar declaraciones lógicas
Determina el trabajo de desarrollo y el contenido del defecto, no el número de páginas o líneas de texto.
Por las declaraciones lógicas es que se omiten los espacios en blanco o comentarios, aunque si se debe establecer un estándar para los comentarios.
Número relativo de defectos o calcular productividad de desarrollo.
Cuente y registre cada lenguaje por separado: Es esencial que cada lenguaje se debe contar y registrar por separado los datos de tamaño.
Conteo de LOC para obtener datos y estimar en futuros proyectos.
Contar anomalías: La combinación de tipos de instrucciones que utiliza, será relativamente estándar, siempre que trabaje en la misma área de aplicación general. Los datos de históricos de productividad compensarán las variaciones del tipo de declaración.
Uso de recuentos LOC
Cuando produce un código de prueba o soporte sustancial, debe contar y registrar por separado sus datos de tamaño.
Se debe tener cuidado si se usan los recuentos para compara su trabajo con otros.
Los recuentos de líneas de código deben tener definiciones precisas y los elementos específicos cubiertos deben anotarse cuando se utilicen.
Al contar LOC, se utiliza para
Liderar el empaque del programa
Medir, evaluar o predecir el trabajo en el producto
Evaluar la calidad del programa
EMBALAJE
En el empaquetado y envío influye mucho el volumen del producto físico, para ello se cuentan todas las líneas físicas, incluido espacios, comentarios y páginas de documentación. También se toma en cuenta el espacio de memoria, la medida más relevante de tamaño serían los bytes de código.
CONSIDERACIONES DE REUTILIZACIÓN
La reutilización es la única tecnología disponible actualmente que promete mejoras de orden de magnitud en la calidad y productividad del desarrollo de software.
Contabilidad de línea de código: Se necesita un afirma de seguimiento de adiciones, eliminaciones y cambios.
Cuando incluye líneas fuente producidas anteriormente en un programa nuevo, debe decidir cómo contarlas. Si los trata de la misma manera que líneas de códigos desarrolladas recientemente, las cifras de productividad que utiliza al planificar su desarrollo deben reflejar esta práctica.
Cálculo de la productividad: Dividir la cantidad de producto producido por las horas que pasaron. Esto le da el volumen de producto que produjo por hora. Hay muchas opciones sobre cómo elegir el LOC y las horas para usar en los cálculos. Esta variación se debe únicamente a su elección de cómo contar LOC.
EVALUACIÓN DEL TRABAJO DE DESARROLLO
Al realizar evaluaciones de productividad, lo que más preocupas es la cantidad de código fuente que se va a producir. Se cuenta el código que se modifique.
Debe examinar cada situación por sus propios méritos para saber que conteo se utilizará.
Relación entre la cantidad de producto producido y el esfuerzo.
Los métodos estadísticos para realizar estos análisis son la regresión múltiple y correlación.
EVALUACIÓN DE LA CALIDAD DEL PROGRAMA
Dividir el total de defectos encontrados entre líneas de código total.
Para determinar el contenido relativo de defectos de algunas partes o versiones de programas grandes.
Para juzgar la carga de trabajo, futuro mantenimiento y soporte de un programa.
Para ayudar a determinar la calidad de todo o parte de su proceso de desarrollo.
Cada opción de conteo tiene ventajas y desventajas. Los defectos por KLOC en el código nuevo y modificado es probablemente el mejor indicador de la calidad de la fase de desarrollo y prueba, mientras que los defectos por KLOC del programa total es probablemente es el mejor indicado de problemas del cliente, costos de mantenimiento y llamadas de servicio.
En caso de dudas o cantidades sustanciales de dinero, obtenga los datos y realice los análisis para ver qué funciona mejor.
CONTADORES LOC
Contadores de LOC físicos: La más fácil no cuenta espacios en blancos o comentarios, a menos de que estén a lado de una línea de código.
Contadores locales lógicos: Más complejo que los lógicos, se debe establecer un estándar lógico de recuento de líneas. La claves es ser preciso y coherente.
Para mantener recuentos separados para cada procedimiento, se necesita un método para determinar dónde comienza y termina cada procedimiento. También deberá conservar y reconocer el nombre del procedimiento para que el contador pueda imprimirlo con su recuento de líneas.